
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (40)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Contribute to documentation
13 avril 2011Documentation is vital to the development of improved technical capabilities.
MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
To contribute, register to the project users’ mailing (...)
Sur d’autres sites (7950)
-
How to reduce jitter in gstreamer udp multicast. I can't make it less than 140ms. And who makes it so big. Demultiplexer or multiplexer. ffmpeg work
4 septembre 2023, par SlavaI need to feed a udp multicast stream to gstreamer. Make the conversion to audio without touching the video and output it again to udp multicast. The design is simple and it works. But the output is a very large 140ms jitter. How can I reduce the jitter. Here is the construction I use


gst-launch-1.0 udpsrc uri="udp://224.0.191.147:1234" ! tsdemux name=tsdemux0 tsdemux0.video_0_03f3 ! queue ! h264parse ! mpegtsmux name=tsmux0 ! queue ! udpsink host=230.3.2.2 port=1234 auto-multicast=true ttl-mc=64 tsdemux0.audio_0_03f4 ! queue ! decodebin ! audioconvert ! audiokaraoke ! avenc_mp2 ! tsmux0.



I tried to use various parameters but couldn't get a good result. Please help. I've been solving this problem for a week now


This design works well. But I need it on gstreamer


./ffmpeg -threads auto -thread_type 1 -re -i "udp://224.0.191.147:1234?fifo_size=50000000&overrun_nonfatal=1" -filter_complex "aderivative" -max_delay 3000000 -max_muxing_queue_size 1000000 -muxrate 5000000 -c:v copy -f mpegts -muxrate 5M -pcr_period 20 -pat_period 0.10 -sdt_period 0.25 -metadata service_provider="My Provider" -metadata service_name="MyTV Channel" -metadata title="MyTV Channel" -metadata:s:a:0 language=rus -mpegts_flags +pat_pmt_at_frames -flags cgop+ilme -sc_threshold 1000000000 "udp://230.3.2.2:1234?pkt_size=1316&ttl=64&&bitrate=5000000&overrun_nonfatal=1"



In ffmpeg, the -re parameter makes the jitter small. But I didn't find which parameter does the same in gstreamer


-
ffmpeg errors in the daemon
3 octobre 2020, par smoto_sheiI created a shell script to compress a video using ffmpeg(4.3.1).


ffmpeg -y -i \
 '/var/www/System/Backend/Outputs/TempSaveMovie/200703_4_short_5fr_p2(100_20)_r(50_20).mp4' \
 -vcodec h264 -an \
 '/var/www/System/Backend/Outputs/MovieOutputs/200703_4_short_5fr_p2(100_20)_r(50_20).mp4'




If you run this code from the console, it will run without problems.
In fact, we're using the python
subscript.call()
to execute it. It works fine too.

cmd = 'sh /var/www/System/Backend/cv2toffmpeg.sh'
subprocess.call(cmd, shell=True)



Secondly, if I run it from a daemonized python program, I'll get an error. I get the following error.
You'll get an error like this


Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './Outputs/TempSaveMovie/200703_4_short_5fr_p2(100_20)_r(50_20).mp4':
 Metadata:
 major_brand : isom
 minor_version : 512
 compatible_brands: isomiso2mp41
 encoder : Lavf58.35.100
 Duration: 00:00:06.15, start: 0.000000, bitrate: 10246 kb/s
 Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 10244 kb/s, 13 fps, 13 tbr, 13312 tbn, 13 tbc (default)
 Metadata:
 handler_name : VideoHandler
Stream mapping:
 Stream #0:0 -> #0:0 (mpeg4 (native) -> h264 (h264_nvenc))
Press [q] to stop, [?] for help
[mpeg4 @ 0x55cec17c5480] header damaged
[mpeg4 @ 0x55cec17c6840] header damaged
[mpeg4 @ 0x55cec1855f80] header damaged
[mpeg4 @ 0x55cec1866e00] header damaged
Output #0, mp4, to './Outputs/MovieOutputs/200703_4_short_5fr_p2(100_20)_r(50_20).mp4':
 Metadata:
 major_brand : isom
 minor_version : 512
 compatible_brands: isomiso2mp41
 encoder : Lavf58.45.100
 Stream #0:0(und): Video: h264 (h264_nvenc) (Main) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 2000 kb/s, 13 fps, 13312 tbn, 13 tbc (default)
 Metadata:
 handler_name : VideoHandler
 encoder : Lavc58.91.100 h264_nvenc
 Side data:
 cpb: bitrate max/min/avg: 0/0/2000000 buffer size: 4000000 vbv_delay: N/A
Error while decoding stream #0:0: Invalid data found when processing input
[mpeg4 @ 0x55cec17c8780] header damaged
Error while decoding stream #0:0: Invalid data found when processing input
[mpeg4 @ 0x55cec17c5480] header damaged



I think the problem is when you run it from a daemonized process. There seems to be a similar problem in the past.
Ffmpeg does not properly convert videos when run as daemon
I would like to ask for your help to solve this problem. Thank you for your help from Japan.


-
Capture ffmpeg's metadata output in powershell
17 janvier 2021, par xdhmooreI'm trying to capture the output of
ffmpeg
in PowerShell(tm) to get some metadata on some ogg & mp3 files. But when I do :


ffmpeg -i file.ogg 2>&1 | sls GENRE




The output includes a bunch of lines without my matching string, "GENRE" :



album_artist : Post Human Era
 ARTIST : Post Human Era
 COMMENT : Visit http://posthumanera.bandcamp.com
 DATE : 2013
 GENRE : Music
 TITLE : Supplies
 track : 1
At least one output file must be specified




I am guessing something is different in the encoding. ffmpeg's output is colored, so maybe there are color control characters in the output that are breaking things ? Or, maybe ffmpeg's output isn't playing nicely with powershell's default UTF-16 ? I can't figure out if there is another way to redirect stderr and remove the color characters or change the encoding of stderr.



EDIT :
Strangely, I also get indeterminate output. Sometimes the output is as shown above. Sometimes with precisely the same command the output is :



GENRE :







Which makes slightly more sense, but is still missing the part of the line I care about ('Music').



Somewhere powershell is interpreting something as newlines that is not newlines.