[Ffmpeg-devel-irc] ffmpeg.log.20191014

[burek]

[08:49:02 CEST] <nadiataur> is this working now
[08:49:29 CEST] <JEEB> well at least you're on the users' channel :P
[08:50:36 CEST] <nadiataur> I'm looking for a way of configuring ffmepg peak on a pi version 1.2 on looking for a low latency stream
[08:51:10 CEST] <nadiataur> Preferably no transcoding and less using the hardware transcoder which are not to verse about
[08:51:50 CEST] <nadiataur> Also is no way of taking a another ffpeng to decode it and convert it to a VR 180 stream On a dedicated machine
[09:16:37 CEST] <nadiataur> I'm looking for a way of configuring ffmepg peak on a pi version 1.2 on looking for a low latency stream
[17:26:54 CEST] <cptnoblivious> hi I'm trying to use these commands to use ffmpeg with hstack to append a video and picture side by side. https://pastebin.com/VxkWTRYG I can't seem to get the aspect ratios correct for the inputs in the final mp4
[17:28:32 CEST] <cptnoblivious> Command one produces a correct jpg input but malformed video. Command two produces correct video but malformed jpg. Command three is one I found online but same behavior as command one
[21:30:13 CEST] <Zeioth> hi, if someone is free could take a look to my question? https://video.stackexchange.com/questions/28676/cant-apply-fade-in-after-fade-out-ffmpeg-command-line
[21:30:58 CEST] <Zeioth> If I add a fadeout effect to an MP3 and then a fadein, I can't listen anything
[21:31:03 CEST] <Zeioth> it's like the fadein doesn't work
[21:33:37 CEST] <durandal11707> Zeioth: use enable option
[21:35:19 CEST] <Zeioth> durandal11707 I'm slightly newbye on ffmpeg, what argument is that specifically?
[21:36:50 CEST] <durandal11707> timeline support, enable option
[21:36:59 CEST] <durandal11707> see timeline expressions
[21:41:07 CEST] <void09> i converted some .ts file into .mkv with ffmpeg, and I noticed mediainfo does not read video bitrate info from those. any idea ?
[21:42:22 CEST] <JEEB> it expects some value to be writen as text in the file
[21:42:28 CEST] <JEEB> which is a bit ehhh
[21:42:43 CEST] <furq> if all streams are vbr then mediainfo looks for some non-standard track metadata that only mkvtoolnix writes
[21:42:46 CEST] <JEEB> it could choose to write similar data to what it reads from, say, mpeg-ts if it wants an approximation :P
[21:42:47 CEST] <furq> otherwise it should work
[21:43:10 CEST] <furq> if you really need mediainfo to show that then remux the files with mkvmerge
[21:43:22 CEST] <furq> but also you probably don't need that
[21:43:33 CEST] <void09> well, it's an useful bit of info to have
[21:44:09 CEST] <void09> and it kind of bugs me. so it's not standard.. well, if it works with most files, then it's standard enough in the real world. maybe ffmpeg should be able to write this  :\\
[21:44:39 CEST] <JEEB> if an application wants to get a bit rate it can easily read/calculate what it exactly needs/wants
[21:45:01 CEST] <JEEB> esp. with a container where you can go through packets and their sizes and put them togehter with the duration
[21:45:13 CEST] <void09> the application is mediainfo in this case, and I'm not doing anything with it but display basic info
[21:45:43 CEST] <JEEB> having it written as a nonstandard text field is kind of meh. since in the worst case something like ffmpeg.c will just attempt to copy those tags
[21:45:48 CEST] <JEEB> since they are literally that, tags
[21:46:01 CEST] <JEEB> I'm pretty sure I might have some matroska bit rate tags in some of my mp4s :P
[21:46:38 CEST] <JEEB> void09: if you just want overall bit rate, (file size*8) / duration_in_seconds
[21:47:08 CEST] <void09> JEEB: overall bitrate works, it is read by mediainfo on those files. probably doing the same calculation you mentioned
[21:47:32 CEST] <JEEB> and in a similar vein it can calculate the streams' bit rate if it really wanted to
[21:47:43 CEST] <JEEB> by reading the packets and the full duration of the stream
[21:48:01 CEST] <JEEB> that way the bit rate calculation would be a calculation and not reading a random tag
[21:48:26 CEST] <void09> well, the idea is, why calculate it every time when you can store it (assuming it gets stored correctly)
[21:49:06 CEST] <JEEB> because tags are a thing that generally people want to copy. then you're suddenly blacklisting some tags from copying if you don't want that stuff to go through from one mux to another.
[21:49:27 CEST] <JEEB> but yes, if it was a proper structure in the container that would be less bad
[21:49:50 CEST] <JEEB> although I still note that calculating it would still be not a big deal. you're not decoding anything
[21:50:03 CEST] <JEEB> not to mention that you don't even need to read hte pakcets
[21:50:14 CEST] <JEEB> you only need to read their sizes
[21:50:30 CEST] <JEEB> alas, mkvtoolnix decided that tags it is
[21:55:17 CEST] <Zeioth> I think I got it :D
[22:25:26 CEST] <mtcdood> I want to take a 360p video and put it on the left side of a 720p video with a white background, no scaling
[22:26:37 CEST] <mtcdood> I've tried `ffmpeg -y -loop -i white.png -re -i http://127.0.0.1:8001 -filter_complex "[0][1]overlay"` but ffmpeg doesn't understand what [1] is supposed to be and I'm not sure what I'm supposed to tell it
[22:27:48 CEST] <BtbN> Using -re for a live stream is not ideal.
[22:28:21 CEST] <BtbN> And you might need 0:v and 1:v
[22:29:12 CEST] <mtcdood> ffmpeg -y -loop -i white.png -re -i http://127.0.0.1:8001 -filter_complex "[0:v][1:v]overlay=enable=1" -c:v libx264 -c:a copy output.mp4
[22:29:19 CEST] <mtcdood> I'll into -re in a minute
[22:29:38 CEST] <mtcdood> but it still says "Invalid file index 1 in filtergraph description [0:v][1:v]overlay=enable=1."
[22:30:02 CEST] <BtbN> rip bot
[22:30:12 CEST] <BtbN> Please poste the entire output
[22:30:36 CEST] <mtcdood> https://paste.debian.net/hidden/4d386444/
[22:30:38 CEST] <mtcdood> I mean that's it
[22:31:12 CEST] <BtbN> Are you sure you are passing in that image correctly? Cause it's not seeing it at all.
[22:31:51 CEST] <BtbN> also, your ffmpeg version is seriously old
[22:31:59 CEST] <mtcdood> it tries to do something if I omit -loop
[22:32:03 CEST] <mtcdood> yeah well blame Debian
[22:35:35 CEST] <mtcdood> ffmpeg -y -i white.png -re -i http://127.0.0.1:8001 -filter_complex "[0][1]overlay" -c:v libx264 -c:a copy output.mp4
[22:35:51 CEST] <mtcdood> that works, it I try to do any other filters it complains that it doesn't know what [1] is again
[00:00:00 CEST] --- Tue Oct 15 2019