
Recherche avancée
Médias (10)
-
Demon Seed
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Head down (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (60)
-
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 (...) -
Submit bugs and patches
13 avril 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...) -
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)
Sur d’autres sites (4635)
-
Drop packets instead of causing DTS error
26 août 2020, par ottpeterI have 2 ffmpeg instances which are going through a buffer that is written in C.


One of the ffmpeg instance is creating an FLV output and sending it to a TCP socket, which is connected to the C program. The C is filling up an array, then sends the packets to the other ffmpeg instance.


The point is that the first ffmpeg instance can loose connection, and can be restarted.


The other ffmpeg instance looks something like this :


ffmpeg \
 -re \
 -fflags +igndts \
 -fflags flush_packets \
 -fflags discardcorrupt \
 -r 25 \ \
 -i $INPUT_VIDEO_STREAM \
 -safe 0 \
 -i music.txt \
 -fflags +genpts \
 -c:a mp3 \
 -b:a 320k \
 -c:v copy \
 -frame_drop_threshold 1.0
 -preset ultrafast \
 -f flv rtmp://live.twitch.tv/app/live_KEY \
 -async 1 \
 -vsync 2



The problem is, if I stop the other ffmpeg instance and restart it, I will get "Packet lost" error, and after, I will get a bunch of Non-monotonous DTS in output stream errors.




[flv @ 0x55acf23632a0] Packet mismatch -1135911011 34757 9695626ate=1560.2kbits/s speed= 1x






...
[flv @ 0x55acf23d0ec0] Non-monotonous DTS in output stream 0:0 ; previous : 62560, current : 19080 ; changing to 62560. This may result in incorrect timestamps in the output file.
[flv @ 0x55acf23d0ec0] Non-monotonous DTS in output stream 0:0 ; previous : 62560, current : 19120 ; changing to 62560. This may result in incorrect timestamps in the output file.
[flv @ 0x55acf23d0ec0] Non-monotonous DTS in output stream 0:0 ; previous : 62560, current : 19160 ; changing to 62560. This may result in incorrect timestamps in the output file.
[flv @ 0x55acf23d0ec0] Non-monotonous DTS in output stream 0:0 ; previous : 62560, current : 19200 ; changing to 62560. This may result in incorrect timestamps in the output file.
[flv @ 0x55acf23d0ec0] Non-monotonous DTS in output stream 0:0 ; previous : 62560, current : 19240 ; changing to 62560. This may result in incorrect timestamps in the output file.
[flv @ 0x55acf23d0ec0] Non-monotonous DTS in output stream 0:0 ; previous : 62560, current : 19280 ; changing to 62560. This may result in incorrect timestamps in the output file.
[flv @ 0x55acf23d0ec0] Non-monotonous DTS in output stream 0:0 ; previous : 62560, current : 19320 ; changing to 62560. This may result in incorrect timestamps in the output file.
...




What I would like to happen is to continue playing the mp3 and drop the bad video packages, the video clip can be cut and the new clip can start playing. Even that would be OK if video is behaving strange for some seconds, but stream need to be continuous.


Things I already tried :


- 

- several async / vsync options (vsync 1, vsync 2, vsync drop)
- "-fflags +igndts", removing this option, adding it to the output instead
- -fflags +genpts
- to set probesize to 32
- fflags discardcorrupt












I also started to write a setpts filter, but couldn't figure out the syntax


How can I stream the mp3 list that way that the video timestamps are not continuous, packet loss will happen sometimes ?


-
ffmpeg convert mov to mp4 without reduction of bit rate
17 février 2021, par connor449I am trying to convert a mov video to mp4, but I don't want any compression to happen. I recorded it with Quicktime on a Mac and did so with maximum, uncompressed quality. When I run
ffmpeg -i
. I get :

Stream #0:0(und): Video: prores (apcn / 0x6E637061), yuv422p10le(bt709), 1280x720, 72073 kb/s, 30.09 fps, 30 tbr, 30k tbn, 30k tbc (default)




Note the kb/s is 72,073. I want to preserve this bit rate.


I've tried a few different conversion commands, including :


ffmpeg -i input.mov output.mp4



and :


ffmpeg -i input.mov -qscale 0 output.mp4




Both work, but both result in a loss of bit rate. See info on the results of both


Stream #0:0(und): Video: h264 (High 4:2:2) (avc1 / 0x31637661), yuv422p, 1280x720, 4569 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)



How do I convert to mp4 and still have 72,000 kb/s ? Is this possible ?


-
flacdec : drop unnecessary assert
15 mai 2013, par Luca Barbato