
Recherche avancée
Médias (3)
-
Valkaama DVD Cover Outside
4 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Image
-
Valkaama DVD Label
4 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Image
-
Valkaama DVD Cover Inside
4 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Image
Autres articles (77)
-
Organiser par catégorie
17 mai 2013, parDans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...) -
Récupération d’informations sur le site maître à l’installation d’une instance
26 novembre 2010, parUtilité
Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...) -
Support de tous types de médias
10 avril 2011Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)
Sur d’autres sites (5141)
-
FFmpeg - Past Duration Too Large
14 avril 2018, par NimbleI’m having an issue with the warning "Past Duration Too Large" being spammed in my console. There has been quite a bit of discussion about this "warning" online but I have yet to find an actual solution to get rid of it.
Many just say silence your console, but then I can’t see my segments and other things like warnings, it’s really not a good solution. Another suggests using the fps filter but I have found it creates stutter in the end files...
Very strangely for reasons completely unknown to me if I double the input framerate and then specify the actual framerate for the output file the warning disappears. Example :
ffmpeg - y -thread_queue_size 9999 -indexmem 9999 -guess_layout_max 0 -f dshow -video_size 3440x1440 -rtbufsize 2147.48M ^
-framerate 200 -pixel_format nv12 -i video="Video (00 Pro Capture HDMI 4K+)":audio="SPDIF/ADAT (1+2) (RME Fireface UC)" ^
-map 0:0,0:1 -map 0:1 -flags +cgop -force_key_frames expr:gte(t,n_forced*2) -c:v h264_nvenc -preset: llhp -pix_fmt nv12 ^
-b:v 250M -minrate 250M -maxrate 250M -bufsize 250M -c:a aac -ar 44100 -b:a 384k -ac 2 -r 100 ^
-af "atrim=0.038, asetpts=PTS-STARTPTS, aresample=async=250" -vsync 1 -ss 00:00:01.096 -max_muxing_queue_size 9999 ^
-f segment -segment_time 600 -segment_wrap 9 -reset_timestamps 1 C:\Users\djcim\Videos\PC\PC\PC%02d.tsAs you can see I have -framerate on the input at 200 and -r on the output at 100, believe it or not this gets rid of the warning completely and the resulting file has no issues. However... this is not something you can pull off with any capture card, the only reason I can do this with the Magewell is because under certain resolutions it can record 200fps. Therefore FFmpeg allows me to set it, even though it is double what the card actually allows at the resolution I’m recording. So when I record my camera with a card from Elgato I can’t pull that off :
ffmpeg -y -thread_queue_size 9999 -indexmem 9999 -guess_layout_max 0 -f dshow -video_size 1920x1080 -rtbufsize 2147.48M ^
-framerate 60 -pixel_format yuyv422 -i video="Game Capture HD60 Pro (Video) (#01)":audio="ADAT (5+6) (RME Fireface UC)" ^
-map 3:0,3:1 -map 3:1 -flags +cgop -r 60 -force_key_frames expr:gte(t,n_forced*2) -c:v h264_nvenc -preset: llhp ^
-pix_fmt yuv420p -b:v 40M -minrate 40M -maxrate 40M -bufsize 40M -c:a aac -ar 44100 -b:a 384k -ac 2 ^
-af "pan=mono|c0=c0, adelay=112|112, aresample=async=250" -vsync 1 -max_muxing_queue_size 9999 -f segment ^
-segment_time 600 -segment_wrap 9 -reset_timestamps 1 C:\Users\djcim\Videos\PC\Camera\CPC%02d.tsWhen I try to set the -framerate to 120 is just throws an error and wont start recording. Also, while I really wish I could just double the framerate and be done with it, it is pretty clear that that is not a conventional or "actual" solution. That really shouldn’t get rid of the message... The only solution I have come up with besides buying another Magewell is to modify the if statement in the code and compile FFmpeg myself.
Also I’d like to mention that at times the message is spammed so much that it actually crashes the console, so it’s a real issue not just a warning...
Any help would be appreciated.
-
Anomalie #4127 (En cours) : Bug de version initiale ?
9 avril 2018, par Olivier GALLANDBonjour,
c’est mon premier rapport de bug sur ce site, j’espère ne pas faire de bourde !A la création d’un article (je n’ai pas testé d’autre objet), il reste systématiquement deux versions, la "Version initiale", avec date à "0000-00-00 00:00:00" et id_auteur à "-1" (donc inexploitable) et une première révision avec les bonnes données ! A cela s’ajoute un fragment.
La première stocke tous les champs versionnables dans "champs" (étonnant car j’ai configuré SPIP pour ne pas utiliser certains champs, comme "chapo", qui sont quand même stockés !?), la seconde juste "jointure_auteurs" avec le bon auteur.
Il ne devrait y avoir qu’une seule entrée ("Version initiale") avec le lien vers le bon auteur, non ?Au cas ou ce serait un problème d’environnement, voici le mien : linux Ubuntu server 16.04.4 LTS avec PHP 7.1.15, MySQL 5.7.21, Apache 2.4.18 et avec les versions de SPIP 3.1.8 (Révisions 1.8.8) ET 3.2.1 (Révisions 1.9.2), SPIP seul, sans plugin supplémentaire, juste une configuration de SPIP.
Pour info, je n’avais pas ce problème dans mon ancien environnement : Ubuntu server 14.04 LTS avec PHP 5.6, MySQL 5.5, Apache 2.4.7 et SPIP 3.0.17 (Révisions 1.7.8)D’avance merci pour la prise en compte de ce problème qui est bloquant pour moi (développement d’un cahier de labo simplifié basé sur SPIP ; le suivi des modifications y est important) !
Olivier -
ffmpeg - Timecode & Fractional Frame Rate (Duplicating Frames)
29 mars 2018, par NimbleI record two different frame rates using ffmpeg, 60 and 100. Or at least I thought I was recording 60 and 100, now it seems it’s actually 59.94 and 99.98.
Here is the command I was using :
ffmpeg -y -thread_queue_size 9999 -guess_layout_max 0 -f dshow -video_size 1920x1080 -rtbufsize 2147.48M -framerate 60 ^
-pixel_format yuyv422 -i video="Game Capture HD60 S (Video) (#01)":audio="ADAT (5+6) (RME Fireface UC)" -map 0:0,0:1 ^
-map 0:1 -c:v h264_nvenc -preset: llhp -pix_fmt yuv420p -b:v 40M -minrate 40M -maxrate 40M -bufsize 40M -b:a 384k -ac 2 ^
-r 60 -af "pan=mono|c0=c0, adelay=84" -vsync 1 -max_muxing_queue_size 9999 -f segment -segment_time 600 ^
-segment_wrap 9 -reset_timestamps 1 C:\Users\djcim\Videos\PC\Camera\CPC%02d.ts ^
-thread_queue_size 9999 -f dshow -video_size 3440x1440 -rtbufsize 2147.48M -framerate 100 -pixel_format nv12 ^
-itsoffset 00:00:00.215 -i video="Video (00 Pro Capture HDMI 4K+)" -thread_queue_size 9999 -guess_layout_max 0 -f dshow ^
-rtbufsize 2147.48M -i audio="SPDIF/ADAT (1+2) (RME Fireface UC)" -map 1:0,2:0 -map 6:0 -c:v h264_nvenc -preset: llhp ^
-pix_fmt nv12 -b:v 250M -minrate 250M -maxrate 250M -bufsize 250M -b:a 384k -ac 2 -r 100 -af "adelay=141|141" -vsync 1 ^
-max_muxing_queue_size 9999 -f segment -segment_time 600 -segment_wrap 9 -reset_timestamps 1 ^
C:\Users\djcim\Videos\PC\PC\PC%02d.tsI thought all was well with my frame rates, sure ffmpeg was duplicating frames every once in a while, but I thought it was just a random occurrence caused by ffmpeg dropping a frame during processing and therefore needed to duplicate one to make it up. I didn’t think duplicating a few frames would be noticeable in the footage... until I was reviewing some from the first output, which is actually a camera, and noticed very slight stutters consistently 3 times a minute. This began to bug me, it was very noticeable and I wanted smooth footage. A bit confused I decided to try the first output by itself and watch ffmpeg to see when frames were being duplicated and found that it was duplicating frames every 17 second (16.66 to be more precise).
After doing the math (1/16.66=.06) I realized that the frame rate of that first capture card was actually 59.94. Doing the same thing for the other output I found that my "100fps" footage is actually 99.98. But what does that really entail ?
Should I change the fps to 59.94 and 99.98 ? Wont that cause synchronization issues as 99.98 (100*.0002=99.98) isn’t the same standard as 59.94 (60*.001=59.94) ? Or does that mean I just need to set the second output to 99.9 (100*.001=99.9) to match the standard of the first output and drop frames ? If that is the case does this mean in my editing program, Adobe Premiere, I would need to export the final video as 59.94fps not 60fps to avoid duplication of frames ? Or is there some method within timecode that remedies this issue ?
I guess I just really don’t understand drop frame and non-drop frame timecode / timecode in general. Up until yesterday when something said 60fps I thought it meant literally 60fps but I guess 99% of the time it actually means 59.94. I’d really like to just avoid the duplication of frames as it ruins what would be a smooth experience but don’t know if I can while trying to keep everything synchronized.
Any help or insight would be appreciated, sorry if my question is a bit confusing I am undoubtedly confused.