Recherche avancée

Médias (0)

Mot : - Tags -/organisation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (22)

  • 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 (...)

  • Librairies et logiciels spécifiques aux médias

    10 décembre 2010, par

    Pour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
    Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (5519)

  • 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

  • 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

  • libavcodec/arm/mlpdsp_armv5te : fix label format to work with binutils 2.43

    9 août 2024, par Ross Burton
    libavcodec/arm/mlpdsp_armv5te : fix label format to work with binutils 2.43

    binutils 2.43 has stricter validation for labels[1] and results in errors
    
when building ffmpeg for armv5 :
    

    src/libavcodec/arm/mlpdsp_armv5te.S:232 : Error : junk at end of line, first unrecognized character is `0'
    

    Remove the leading zero in the "01" label to resolve this error.
    

    [1] https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=226749d5a6ff0d5c607d6428d6c81e1e7e7a994b
    

    Signed-off-by : Ross Burton <ross.burton@arm.com>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/arm/mlpdsp_armv5te.S

Navigation