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

[burek]

[04:07:16 CEST] <oerg866> bug: ffmpeg 4.0 messes up -vf setdar on mpeg2video
[04:07:31 CEST] <oerg866> the resulting file has an aspect ratio set to 2.2:1
[04:08:29 CEST] <oerg866> with setdar=4:3 i mean
[04:24:33 CEST] <oerg866> oh, the num:den syntax was thrown out
[04:34:02 CEST] <furq> that hasn't changed afaik
[04:34:14 CEST] <furq> you always needed to escape the : or else it'd be parsed as an option separator
[04:34:21 CEST] <furq> you can just use 4/3 anyway
[05:52:30 CEST] <oerg866> furq: yes it has, 3.x had no problem with setdar=4:3 just like that
[05:52:40 CEST] <oerg866> but now that I know what to do I'll just adapt my scripts to the new way
[05:53:51 CEST] <furq> shrug
[05:53:57 CEST] <furq> the manual for 3.4 says : needs to be escaped
[05:54:30 CEST] <oerg866> well...what can I tell ya? :D
[05:54:37 CEST] <oerg866> works/ed for me :p
[05:54:49 CEST] <oerg866> only thing that happened was a warning:
[05:54:49 CEST] <oerg866> [Parsed_setdar_5 @ 0000000004c078e0] num:den syntax is deprecated, please use num/den or named options instead
[05:55:21 CEST] <oerg866> even used two of them in the same command line to check something (setsar=16:15,setdar=4:3)
[05:56:28 CEST] <furq> the manual still says the same thing
[05:56:36 CEST] <furq> i wonder if it used to be specialcased and they got rid of it
[05:56:45 CEST] <furq> if it had a deprecation warning before then that's probably it
[06:12:29 CEST] <oerg866> yeah probably
[07:07:57 CEST] <oerg866> furq: what's slightly off-putting is that it doesn't warn you or give an error message if you use the : now
[07:08:19 CEST] <oerg866> I needlessly spent like an hour banging my head and registering on the bug-tracker and such :P
[08:35:38 CEST] <rakhanreturns> Hello All! I just tried to ./configure ffmpeg from Git and it failed. Where should I paste my log?
[08:37:01 CEST] <rakhanreturns> Sorry, dumb question; just saw the message.
[08:40:10 CEST] <rakhanreturns> Running Ubuntu 18.04: https://pastebin.com/fH9Fx1D4
[08:52:30 CEST] <oerg866> NICE
[08:52:43 CEST] <oerg866> i've spent like a week messing with this but it seems
[08:52:54 CEST] <oerg866> i finally managed to mux a 6h44m vob file
[08:53:05 CEST] <oerg866> with pcm audio and vobsub sub titles
[08:53:20 CEST] <oerg866> out of 129 individual music videos
[08:54:41 CEST] <furq> rakhanreturns: install nasm
[09:01:08 CEST] <rakhanreturns> furq: Duh. Thanks; that fixed it.
[09:06:07 CEST] <oerg866> okay maybe not
[09:06:09 CEST] <oerg866> Error writing trailer of C:\output\output.vob: No space left on device
[09:06:16 CEST] <oerg866> damn and blast these small SSDs
[09:06:20 CEST] <oerg866> oopsie :D
[09:28:05 CEST] <oerg866> oh, now I know why
[09:28:09 CEST] <oerg866> it just loops over and over
[09:28:25 CEST] <oerg866> what the actual fudge
[09:33:05 CEST] <oerg866> it's always something else :-)
[09:33:26 CEST] <oerg866> ffmpeg -y -f concat -safe 0 -i list.txt -map 0:v -map 0:s -vcodec copy -scodec copy C:\output\temp_video.vob
[09:33:46 CEST] <oerg866> this command results in an endless loop, the vob just keeps growing and growing (currently 17 hours ... )
[09:35:45 CEST] <furq> what's in list.txt
[09:36:15 CEST] <oerg866> i'll show you if you promise not to sue ;-)
[09:36:21 CEST] <furq> i'll try my best
[09:36:30 CEST] <oerg866> https://pastebin.com/4gsaAAwy
[09:37:08 CEST] <furq> shrug
[09:37:57 CEST] <oerg866> I checked the output vob it's actuallycompletely seekable, perfect a/v sync its just looping the same 8 or so hours over and over :D
[09:38:03 CEST] <furq> weird
[09:38:09 CEST] <oerg866> time for a ticket?
[09:38:10 CEST] <furq> all i know is i want to play gta vice city now
[09:38:14 CEST] <oerg866> HAHA
[09:38:16 CEST] <oerg866> yes!
[09:39:27 CEST] <furq> also yeah for a bug report it'll need to be reproducible without external files
[09:40:04 CEST] <furq> or it won't need to be but that would help a lot
[09:40:05 CEST] <durandal_1707> it will be closed because you use unsafe
[09:40:20 CEST] <oerg866> durandal_1707: what does that have to do with anything
[09:40:59 CEST] <oerg866> Let's see if I can reduce this to something easily reproducable
[09:41:12 CEST] <furq> what's temp_video.vob
[09:41:26 CEST] <furq> is that maybe a previous output file
[09:41:55 CEST] <oerg866> it existed before yeah
[09:41:57 CEST] <furq> oh right yeah it is
[09:42:02 CEST] <furq> that's in your concat list
[09:42:08 CEST] <oerg866> oh my god
[09:42:29 CEST] Last message repeated 1 time(s).
[09:42:29 CEST] <oerg866> stupidity like mine shouldn't be allowed
[09:43:08 CEST] <oerg866> FINGERS CROSSED
[09:43:45 CEST] <furq> that is actually sort of fascinating that that works
[09:44:27 CEST] <furq> that's probably actually a viable way of looping something infinitely
[09:46:25 CEST] <oerg866> yeah
[09:46:34 CEST] <oerg866> not just that it works but that the file remains valid
[09:46:49 CEST] <oerg866> because I assume it just kept writing new headers in the middle of the file
[09:47:06 CEST] <oerg866> (ok, that's valid with MPEG2 I suppose but it still got the seeking right)
[09:47:40 CEST] <oerg866> I think this probably wouldn't work with containers like mp4 very well
[11:46:55 CEST] <Accord> hey, I have some png frames which act as an alpha mask, I'd like to alphamerge these frames with another video
[11:47:36 CEST] <Accord> do I have to make a video from the png frames first? if so is there a container / codec that will losslessly pack the pngs?
[11:47:45 CEST] <Accord> tried qtrle but it's too lossy
[12:00:03 CEST] <furq> no
[12:00:27 CEST] <furq> just -i foo.mkv -i foo_%03d.png -lavfi alphamerge
[12:10:00 CEST] <gloomy> hi :)
[12:10:13 CEST] <gloomy> Is there a way to add libraries to ffmpeg /after/ compilation?
[12:10:28 CEST] <gloomy> I realised I don't have libx265 installed
[12:10:45 CEST] <gloomy> recompiling everything is quite lengthy iirc
[12:14:48 CEST] <sfan5> nope
[12:15:15 CEST] <sfan5> the only thing you could do is pipe the output from ffmpeg to x265 being called externally
[12:19:53 CEST] <Accord> furq: thanks
[12:20:04 CEST] <Accord> but I'm having problems simply applying one png as an alpha mask
[12:20:13 CEST] <Accord> this is my command : ffmpeg -y -i /home/claudiu/Videos/bbb_small_360.mp4 -filter_complex "movie=frames/0000.png:loop=0, alphaextract [alpha]; [0:v][alpha] alphamerge" -c:v libx264 out.mp4
[12:21:00 CEST] <Accord> my mask is a png with 0,0,0,0 as background and 0, 0, 0, 255 (black) ellipse in the middle
[12:21:24 CEST] <Accord> but the input video isn't changed at all
[13:33:42 CEST] <gloomy> Hellp
[13:33:42 CEST] <gloomy> hello *
[13:40:42 CEST] <gloomy> Sorry, my connection went down
[13:40:44 CEST] <gloomy> I was saying:
[13:40:47 CEST] <gloomy> I am trying to pack a hevc stream in a container
[13:40:52 CEST] <gloomy> here is what I get:
[13:41:08 CEST] <gloomy> https://pastebin.com/Mdj9WZJX
[13:41:14 CEST] <gloomy> Any idea what the issue might be?
[13:41:24 CEST] <gloomy> I'm pretty sure the stream is valid
[13:56:03 CEST] <BtbN> Is raw .265 even valid?
[13:58:40 CEST] <gloomy> What do you mean?
[13:59:21 CEST] <furq> yeah there's a format for it
[13:59:34 CEST] <BtbN> That file in particular appears to be broken then
[13:59:41 CEST] <BtbN> Or just not HEVC
[14:00:18 CEST] <gloomy> I looked at it with hevcbrowser and everything seems fine...
[18:47:21 CEST] <lemontea> Hello Ffmpeg, I have an issue with directshow and audio.  There is a 1.5 second delay on capturing the microphone, (through static executable and the API).  How to get around this or am I doing something wrong? CLI:  ffmpeg -f dshow -i audio="CABLE Output (VB-Audio Virtual Cable)" stuff.mp3
[18:50:49 CEST] <durandal_1707> lemontea: what if you do not use mp3 ?
[18:55:52 CEST] <ChocolateArmpits> lemontea, there seems to be added latency for microphone capture as explained here http://trac.ffmpeg.org/wiki/DirectShow#BufferingLatency
[18:56:08 CEST] <ChocolateArmpits> lemontea, additionally you can tweak input delay using -itsoffset parameter
[18:59:38 CEST] <alexpigment> maybe i'm missing something, but how do you know if you have a delay if you're writing out to an mp3 file?
[19:00:04 CEST] <alexpigment> perhaps he's just summarizing a larger command that gives a better context for where the delay is perceived
[19:00:50 CEST] <ChocolateArmpits> well if the command is stopped at a point when he stops speaking, I guess the buffered data that still contains some speech samples might be dropped, no?
[19:01:06 CEST] <alexpigment> ah, i guess that makes sense
[19:01:13 CEST] <alexpigment> in which case, the itsoffset thing is probably unrelated
[19:02:06 CEST] <alexpigment> maybe worth putting the buffer size down to ~50ms as indicated in that article
[20:36:02 CEST] <oerg866> furq: my endeavours did actually end up in a ticket :-) https://trac.ffmpeg.org/ticket/7183#ticket
[21:56:33 CEST] <gwohl> When I run `ffprobe -show_frames -select_streams v:0` on a matroska file containing a single FFV1 video stream, the `coded_picture_number` of each frame is returned as `0`. On matroska files containing an H.264 video stream, though, the `coded_picture_number` of each frame will correctly increment. Is there another way to get a `coded_picture_number` of a FFV1 frame?
[23:19:06 CEST] <lemontea> ChocolateArmpits Thanks.  I think that is the idea.  And i timed it so, when I start it, it will make a sound, actually, I can hear my mouse click if that helps. I measure it through Audacity
[00:00:00 CEST] --- Thu May  3 2018