Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP 0.2

Autres articles (25)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (7103)

  • Playback drops frames or stutter on good hardware [closed]

    30 décembre 2023, par Lemonek

    I'm planning to use TDARR and tring to prevent any issues before with (re)encoding. And I have stumbled on issue with one TV Show - recently I have downloaded refreshed old show but playback stutters on TV or drops frames (few frames every few secs - so video plays nicely but suddenly few frames are dropeed and then for next few secs it playsnicely - no issues with sound)

    


    I guess this particular video has some options which causes issues or I dont know but here are some facts I have gathered (ffprobe -v quiet -print_format json -show_format -show_streams) :

    


      

    1. The TV is capable of playing FullHD HECV 10bit smoothly https://pastebin.com/0efSGjk9

      2. 


    2. Original video stutters https://pastebin.com/vvLn8y4a

      3. 


    3. Converted video (QSV) stutters (linux/ffmpeg https://pastebin.com/XbazLEft
Below cutout part of script parameters for converting - $FPS is supplied as without it ffmpeg does not create I Frames but that is not a problem here)

      4. 


    


            -hide_banner -y -init_hw_device qsv:hw \
        -hwaccel qsv -hwaccel_output_format qsv \
        -i "$FILENAME_BACK" \
        -map 0:v:0 -map 0:a:0 \
        -c:v hevc_qsv -preset slow -global_quality 22 -g $FPS\
        -c:a copy \
        -movflags faststart "$FILENAME_OUTPUT"


    


      

    1. Converted video (NVENC) plays nicely (win/handbrake) https://pastebin.com/HbBNMZvT

      2. 


    


    In the end I wish I could create "safe" parameters list which I will supply to TDARR and not to worry about issues while converting videos.

    


    Forgot to mention - Hardware on which Im planning to mass encode has Intel proc with QSV capabilities - I'm not planning to encode on NV.

    


    If needed - I can provide any other information.

    


  • Anomalie #2215 : Spip 2.1.10 et squelette-dist et bug confirmé par davux

    11 août 2011, par paulbe -

    et m... en plus le code ne passe pas :-( [(#REM) Menu de navigation laterale ] [(#REM) Articles dans la meme rubrique ] #TITRE [(#REM) Menu de navigation mots-cles ] #MODELEarticle_mots

  • Threads creating process in infinite loop

    10 décembre 2013, par bhupinder

    In my application a thread runs while(1){} in it so thread terminates when my app is terminated by user.

    Is it safe to do like this ? I am using while(1){} because my app continuously monitors devices on system.

    After some time I am getting "(R6016) not enough space for thread data" on ffmpeg.

    I read this but did not get solution of my problem :

    http://support.microsoft.com/kb/126709

    Thread description :
    Thread uses ffmpeg and handle utility (http://technet.microsoft.com/en-us/sysinternals/bb896655.aspx). within while(1){} loop.

    ffmpeg and handle is running through QProcess which I am deleting after process ends.

    while(1){} loop waits for 5 seconds using
    msleep(5000).

Navigation