Recherche avancée

Médias (1)

Mot : - Tags -/berlin

Autres articles (104)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

Sur d’autres sites (16016)

  • avfilter/interlace : prevent over-sharpening with the complex low-pass filter

    30 août 2017, par Thomas Mundt
    avfilter/interlace : prevent over-sharpening with the complex low-pass filter

    The complex vertical low-pass filter slightly over-sharpens the picture. This becomes visible when several transcodings are cascaded and the error potentises, e.g. some generations of HD->SD SD->HD.
    
To prevent this behaviour the destination pixel must not exceed the source pixel when the average of the pixels above and below is less than the source pixel. And the other way around.
    

    Tested and approved in a visual transcoding cascade test by video professionals.
    
SSIM/PSNR test with the first generation of an HD->SD file as a reference against the 6th generation(3 x SD->HD HD->SD) :
    
Results without the patch :
    
SSIM Y:0.956508 (13.615881) U:0.991601 (20.757750) V:0.993004 (21.551382) All:0.974405 (15.918463)
    
PSNR y:31.838009 u:48.424280 v:48.962711 average:34.759466 min:31.699297 max:40.857847
    
Results with the patch :
    
SSIM Y:0.970051 (15.236232) U:0.991883 (20.905857) V:0.993174 (21.658049) All:0.981290 (17.279202)
    
PSNR y:34.412108 u:48.504454 v:48.969496 average:37.264644 min:34.310637 max:42.373392
    

    Signed-off-by : Thomas Mundt <tmundt75@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavfilter/vf_interlace.c
    • [DH] libavfilter/vf_tinterlace.c
    • [DH] libavfilter/x86/vf_interlace.asm
    • [DH] tests/ref/fate/filter-interlace-complex

  • FFmpeg youtube livestreaming [closed]

    23 janvier 2024, par T1WT

    I'm developing a project for streaming on YouTube. I use Python + ffpeg in the code. I haven’t been able to fix the problem for a month now - after a while (from 6 to 20 hours) buffering begins. In the command I use -c copy. But after this time, I came to the conclusion that most likely the buffering (namely, the stream gradually drops from speed x1 to speed x0.9 and below) is due to the disk. My server has SATA. Moreover, the problem is that the disk reaches 100% active time. And around this time the flow speed begins to drop. Moreover, the total read/write speed is only 20MB/sec. How to fix it ? Thanks for your help, I really can't stand it anymore.

    &#xA;

    I’ll say right away that the potential of the project is great, now there are only 50 streams on YouTube, but then there may be more than 10,000.

    &#xA;

    I tried a lot but settled on the SATA drive and

    &#xA;

  • Input seeking for frame at specified timestamp with Py-AV

    9 décembre 2019, par neonScarecrow

    I have a project already using Py-AV and am trying to replicate a specific ffmpeg command. The goal is to get a frame roughly around the specified timestamp.

    Here’s the ffmpeg commmand :
    https://trac.ffmpeg.org/wiki/Seeking

    ffmpeg -ss 14 -i https://some_url.mp4 -frames:v 1 frame_at_14_seconds.jpg

    Here’s my code :

        #return one frame around 14 seconds into the movie
    
    target_sec = 14 
    
    container = av.open('https://some_url.mp4', 'r')
    
    container.streams.video[0].thread_type = 'AUTO'
    
    video_stream = next(s for s in container.streams if s.type == 'video')
    
    time_base = float(video_stream.time_base)
    
    target_timestamp = int(target_sec / time_base) + video_stream.start_time
    
    video_stream.seek(target_timestamp)
    
    for frame in container.decode(video_stream):
    
        frame.to_image().save('frame_at_14_seconds.jpg')
    
        break

    Additionally, I have found any documentation about this, but does anyone know if either command (ffmpeg/av.open) is downloading the entire file to a tmp file behind the scenes. I’m looking for a less memory-intensive way to read a frame for every second in an up to 60 second video.

Navigation