Recherche avancée

Médias (1)

Mot : - Tags -/publier

Autres articles (100)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

Sur d’autres sites (10539)

  • Android Video Processing in background with work manager using ffmpeg

    27 juin 2019, par Naseer Attari

    The problem comes when during the video processing user closes the application himself from the task manager then its processing stops.

    I am working on video file processing in android using FFMpeg, which is working perfectly but when I do close the application during processing from task manager then video processing has stopped working even I added all the work in work manager.

        @Override 
    
public Result doWork() {
    
        shellCommand = new ShellCommand();
    
        ffmpegBinary = new String[] {
    
            FileUtils.getFFmpeg(context).getAbsolutePath()
    
        };
    
        command = concatenate(ffmpegBinary, command);
    
        CommandResult commandResult = getCommandResult(command);
    
        if (command`enter code here`Result.success) {
    
            onSuccess(videoPath);
    
        } else {
    
            onFailure(videoPath);
    
        }
    
    }
    
    //getCommandResult
    
    private CommandResult getCommandResult(String[] command) {
    
        try {
    
            process = shellCommand.run(command, null);
    

    
            if (process == null) {
    
                return CommandResult.getDummyFailureResponse();
    
            }
    
            checkAndUpdateProcess();
    
            return CommandResult.getOutputFromProcess(process);
    
        } catch(Exception e) {} finally {
    
            Util.destroyProcess(process);
    
        }`enter code here`
    
        return CommandResult.getDummyFailureResponse();
    
    }

    As far as I can tell, when the application closes from the background then the parent process destroys it and is destroying all of its sub-process too, FFMpeg is using the android process to execute the command and check the video file status during video processing.

    Looking forward to hear from you.
    Thanks

  • arm : hevc_qpel : Fix the assembly to work with non-multiple of 8 widths

    25 août 2021, par Martin Storsjö
    arm : hevc_qpel : Fix the assembly to work with non-multiple of 8 widths

    This unbreaks the fate-checkasm-hevc_pel test on arm targets.
    

    The assembly assumed that the width passed to the DSP functions is
    
a multiple of 8, while the checkasm test used other widths too.
    

    This wasn't noticed before, because the hevc_pel checkasm tests
    
(that were added in 9c513edb7999a35ddcc6e3a8d984a96c8fb492a3 in
    
January) weren't run as part of fate until in
    
b492cacffd36ad4cb251ba1f13ac398318ee639a in August.
    

    As this hasn't been an issue in practice with actual full decoding
    
tests, it seems like the actual decoder doesn't call these functions
    
with such widths. Therefore, we could alternatively fix the test
    
to only test things that the real decoder does, and this modification
    
could be reverted.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/arm/hevcdsp_qpel_neon.S

  • vorbis_parser : Include stdint.h in the header, to make it work standalone

    25 novembre 2014, par Martin Storsjö
    vorbis_parser : Include stdint.h in the header, to make it work standalone

    This fixes "make checkheaders".
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/vorbis_parser.h

Navigation