BtbN changed the topic of #ffmpeg to: Welcome to the FFmpeg USER support channel | Development channel: #ffmpeg-devel | Bug reports: https://ffmpeg.org/bugreports.html | Wiki: https://trac.ffmpeg.org/ | This channel is publically logged | FFmpeg 7.0 is released
gioyik has joined #ffmpeg
tranzistor has joined #ffmpeg
tranzistor has quit [Ping timeout: 252 seconds]
tranzistor has joined #ffmpeg
lexano has quit [Ping timeout: 248 seconds]
tranzistor has quit [Ping timeout: 248 seconds]
tranzistor has joined #ffmpeg
_Vi has quit [Read error: Connection reset by peer]
_Vi has joined #ffmpeg
tranzistor has quit [Quit: Ping timeout (120 seconds)]
tranzistor has joined #ffmpeg
gioyik has quit [Quit: WeeChat 4.3.5]
Icedream has quit [Ping timeout: 252 seconds]
luva88 has quit [Quit: Ping timeout (120 seconds)]
luva88 has joined #ffmpeg
Icedream has joined #ffmpeg
fling has quit [Remote host closed the connection]
System_Error has quit [Remote host closed the connection]
five618480339 has quit [Remote host closed the connection]
five618480339 has joined #ffmpeg
five6184803391 has joined #ffmpeg
five618480339 has quit [Ping timeout: 255 seconds]
five6184803391 is now known as five618480339
Muimi_ has quit [Quit: Going offline, see ya! (www.adiirc.com)]
AbleBacon has quit [Ping timeout: 244 seconds]
elChippo has quit [Ping timeout: 244 seconds]
cmc has quit [Quit: WeeChat 3.8]
cmc has joined #ffmpeg
Ox7C5_ has joined #ffmpeg
jarthur has quit [Quit: jarthur]
coldfeet has joined #ffmpeg
coldfeet has quit [Remote host closed the connection]
Marth64 has quit [Quit: Leaving]
lavaball has joined #ffmpeg
aljazmc has quit [Remote host closed the connection]
aljazmc has joined #ffmpeg
rv1sr has joined #ffmpeg
billchenchina- has joined #ffmpeg
aljazmc has quit [Remote host closed the connection]
Ox7C5_ has quit [Ping timeout: 255 seconds]
beaver has quit [Ping timeout: 260 seconds]
beaver has joined #ffmpeg
Ox7C5_ has joined #ffmpeg
xx has joined #ffmpeg
coldfeet has joined #ffmpeg
[twisti] has joined #ffmpeg
<[twisti]>
i have a video in .h264 format (no container, i guess ? its some weird buggy export) and the seek bar in media players shows a length of 0:00, but the video plays fine. any way to fix that ? i tried `-fps_mode drop -map 0:v -vcodec copy` but it didnt help
coldfeet has quit [Remote host closed the connection]
<[twisti]>
i also tried a simple `-c copy out.mp4` but that messed it all up, multi hour video went to a few frames and 38 seconds
<[twisti]>
spit out the presumably relevant warning of `[mp4 @ 0x5639e3512500] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly`
<[twisti]>
but we only have the video file, cant do anything about the missing data
<[twisti]>
its fine if i have to reencode, the quality is terrible anyways, the video was recording relevant data, but it is poor resolution anyways, which isnt a problem
<JEEB>
there's a bsf for adding timestamps to raw stuff
<JEEB>
for H.264
<JEEB>
`ffmpeg -h bsf=dts2pts`
<JEEB>
this can then be utilized together with codec copy to put it into a container like mp4
<[twisti]>
would that go in my copy line or as part of another operation ?
<[twisti]>
ah, thanks
<JEEB>
the command I noted is a way of querying the parameters etc for the BSF
<JEEB>
`-bsf:v dts2pts` would be the way to utilize it in a flow
<JEEB>
if the help command returns an error, your FFmpeg build doesn't have the bsf
<[twisti]>
thanks, i was about to ask - not really an ffmpeg user usually, just trying to rescue the data. i use the latest docker image to run the latest ffmpeg, so `ffmpeg -i in.h264 -c copy -bsf:v dts2pts out.mp4`, right ?
<JEEB>
yup, that will utilize the time base info in the raw annex b H.264 as a frame rate and attempt to generate timestamps accordingly
<Curid>
how did you get a buggy export of raw h264?
<[twisti]>
who even knows ? colleague asked for a partner at a firm we are working with who got it from a now defunct third firm who just went bankrupt. no way to trace it back, but the data is worth a few hours of work time which wouldnt be trivial to repeat, so it would be good if we could recover it, but its not worth hiring a professional over
<[twisti]>
no errors, but resulting video is only 8 seconds instead of ~10 hours
<Curid>
does it have al l the frames?
memset has quit [Remote host closed the connection]
memset has joined #ffmpeg
<[twisti]>
im not sure, how would i tell ? its the same file size
<JEEB>
`ffmpeg -v verbose -i INPUT -f null pipe:` should output the amount of frames decoded
<JEEB>
read, decoded etc (verbose is the last log level which is not spammy)
<[twisti]>
oops, i just overwrote the output from the last try by running another attempt (reencode), ill redo the above once its done and then report back with its output, but probably going to be a few minutes
<JEEB>
adding `-v verbose` to one's commands I generally find useful, as it will log more, but should not spam
<JEEB>
it will output stuff like more stats as well as logging output for the filter chain
averne has quit [Quit: quit]
averne has joined #ffmpeg
peterLustig67 has joined #ffmpeg
fling_ has joined #ffmpeg
fling has quit [Ping timeout: 260 seconds]
lavaball has quit [Remote host closed the connection]
fling_ is now known as fling
Blacker47 has joined #ffmpeg
System_Error has joined #ffmpeg
Livio has joined #ffmpeg
luc4 has joined #ffmpeg
Tinos has joined #ffmpeg
Keshl has quit [Read error: Connection reset by peer]
Keshl has joined #ffmpeg
alexherbo2 has joined #ffmpeg
lavaball has joined #ffmpeg
flom84 has joined #ffmpeg
jagannatharjun has joined #ffmpeg
<[twisti]>
its taking very long, ill report back when it finishes
<[twisti]>
JEEB: it finished, what am i looking for ? its all way above my head, it does say `6281239 frames decoded`
<[twisti]>
there also seems to be a single corrupt frame
<JEEB>
[twisti]: yea the decoded amount tells you how many it received from the decoder
<JEEB>
so yes, the input does contain quite a few frames :)
<[twisti]>
any way to use them to fix my timestamp issue ?
coldfeet has joined #ffmpeg
pmarg has joined #ffmpeg
Livio has quit [Ping timeout: 245 seconds]
HerbY_NL has joined #ffmpeg
Hackerpcs has quit [Quit: Hackerpcs]
HerbY_NL has quit [Client Quit]
Hackerpcs has joined #ffmpeg
wastekoko has quit [Ping timeout: 276 seconds]
Hackerpcs has quit [Max SendQ exceeded]
wastekoko has joined #ffmpeg
flom84 has quit [Remote host closed the connection]
HerbY_NL has joined #ffmpeg
Hackerpcs has joined #ffmpeg
wastekoko has quit [Ping timeout: 252 seconds]
wastekoko has joined #ffmpeg
Hackerpcs has quit [Remote host closed the connection]
Hackerpcs has joined #ffmpeg
Hackerpcs has quit [Max SendQ exceeded]
wastekoko has quit [Ping timeout: 252 seconds]
Hackerpcs has joined #ffmpeg
coldfeet has quit [Remote host closed the connection]
Hackerpcs has quit [Remote host closed the connection]
Narrat has quit [Quit: They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance.]
Sketch has joined #ffmpeg
System_Error has joined #ffmpeg
Blacker47 has quit [Quit: Life is short. Get a V.90 modem fast!]
Tinos has quit [Remote host closed the connection]
Tinos has joined #ffmpeg
minimal has quit [Quit: Leaving]
five618480339 has quit [Remote host closed the connection]
five618480339 has joined #ffmpeg
dbal has joined #ffmpeg
Tinos has quit [Remote host closed the connection]
Tinos has joined #ffmpeg
<LunaLovegood>
have you tried with other codecs just in case? Something like this should work also (serverside): ... -c:a mp2 -b:a 256k -f mpegts udp://100.92.143.113:12345
jemius has joined #ffmpeg
<LunaLovegood>
Also, for streaming between different instances of ffmpeg on a network, I found that zmq works best for me, way better than trying to multicast with udp (compile ffmpeg with --enable-libzmq). serverside uses an url like "zmq:tcp://*:12345", while clientside is like "zmq:tcp://192.168.88.105:12345".
<LunaLovegood>
Your original issue of choppy playback over pulse TCP could probably be solved if you can increase the delay (buffer size).
<LunaLovegood>
Unless you're really limited in bandwidth. Uncompressed audio is only like 1.5 mbps total (44k/stereo/16bit).
coldfeet has quit [Remote host closed the connection]
vlm has quit [Quit: Leaving]
hussein1 has quit [Ping timeout: 260 seconds]
lavaball has quit [Remote host closed the connection]
hussein1 has joined #ffmpeg
squeaktoy has quit [Ping timeout: 244 seconds]
squeaktoy has joined #ffmpeg
System_Error has quit [Remote host closed the connection]
xx has quit [Ping timeout: 260 seconds]
System_Error has joined #ffmpeg
<iconoclasthero>
@lunalovegood - opus is my go to for compression as i think it's the bees knees and I have not tried anything else...i'd tried a couple things before I stopped here to ask instead of floundering about.
<iconoclasthero>
I could give mp2(?) a go. Server bandwidth: 21.32 Mbps upload / client bandwidth 490.71 Mbps download.
<iconoclasthero>
i usually compile my own ffmpeg and i don't remember that flag.
five618480339 has quit [Remote host closed the connection]
five618480339 has joined #ffmpeg
<iconoclasthero>
i'll have to recompile to give that a try.
<iconoclasthero>
as for buffer size...i changed these
<iconoclasthero>
it got better but not listenable so i moved onto compression to see if that would be a solution. opus over icecast comes in just fine, it's just got a ten second delay
Tinos has quit [Ping timeout: 256 seconds]
rv1sr has quit []
billchenchina- has quit [Quit: Leaving]
Livio has quit [Ping timeout: 260 seconds]
jagannatharjun has quit [Quit: Connection closed for inactivity]
Unit640 has quit [Quit: Leaving]
SuicideShow has quit [Ping timeout: 272 seconds]
SuicideShow has joined #ffmpeg
jemius has quit [Quit: Leaving]
YuGiOhJCJ has joined #ffmpeg
Tinos has joined #ffmpeg
<another|>
have you considered using pipewire with any of the integrated streaming protocols?