Ffmpeg-devel-irc
Threads by month
- ----- 2026 -----
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
July 2018
- 1 participants
- 60 discussions
[03:27:51 CEST] <cone-263> ffmpeg 03Karsten Otto 07master:3bf39f2aeff0: libavcodec/mpegaudiodecheader.h : detect reserved mpeg id
[03:27:51 CEST] <cone-263> ffmpeg 03Karsten Otto 07master:6cc6b619b951: aadec: add chapters and seeking
[11:33:42 CEST] <haasn> atomnuker: I wonder if we could make a fast vulkan crop detection filter
[12:03:41 CEST] <atomnuker> what did a crop detection filter do again?
[12:05:37 CEST] <haasn> detect black bars in the image
[12:05:43 CEST] <haasn> and export metadata about what --crop filter to set to remove them
[12:06:24 CEST] <atomnuker> does it detect black bars around all edges or just left/right?
[12:09:59 CEST] <haasn> all edges
[12:10:04 CEST] <haasn> I think top/bottom is more common than left/right
[12:10:11 CEST] <haasn> for 21:9 movies and stuff
[12:10:32 CEST] <haasn> question would be, how much information do you need to decide that something is definitely a black edge
[12:10:43 CEST] <haasn> and how tolerant should it be to edge smear due to lossy encoding
[12:11:03 CEST] <haasn> also what would be cool is if it can do it in realtime, i.e. if the black bar stops being a black bar in one scene
[12:11:18 CEST] <haasn> for movie with mixed 16:9 and 21:9 aspect ratios
[12:11:29 CEST] <haasn> (e.g. one of the black knight movies did this)
[12:11:35 CEST] <haasn> dark knight w/e
[12:12:22 CEST] <atomnuker> I suppose the most optimal way of doing this would be to have each workgroup process a line by doing some rolling average of say a few pixels until it ticks over a treshold
[12:12:59 CEST] <atomnuker> and then with atomics you could average all workgroups' averages so you get a more or less accurate edge
[12:22:26 CEST] <haasn> well you'd want to make sure the deviation isn't too high
[12:22:28 CEST] <atomnuker> I'd do something but I need to implement the semaphore waiting on frames rather than using fences
[12:23:11 CEST] <haasn> that might require two passes, or CPU postprocessing
[12:23:18 CEST] <haasn> well you need the data on the CPU anyway I guess
[12:23:23 CEST] <haasn> unless you generate vertex buffer information using the shader.. hah
[12:23:24 CEST] <atomnuker> what for?
[12:23:26 CEST] <haasn> that would be a cool parlor trick
[12:23:31 CEST] <haasn> well for setting the --crop parameters
[12:23:53 CEST] <haasn> or do you mean why make sure the deviation isn't too high?
[12:24:03 CEST] <haasn> imagine you have a dark scene where there's a large shadow blob that goes into the edge of the frame
[12:24:13 CEST] <haasn> some of those work groups are going to have much higher values for the edge estimate as a result
[12:24:24 CEST] <atomnuker> no, was wondering why you'd need the info on the CPU, I thought you referred to having the entire frame on system RAM
[12:24:26 CEST] <haasn> if anything you want to use the _minimum_ value
[12:24:30 CEST] <haasn> of all the work groups
[12:24:34 CEST] <haasn> not the averagfe
[12:24:50 CEST] <haasn> or maybe the lowest 5% value
[12:25:15 CEST] <atomnuker> but the minimum will be affected by blurring around the edges cased by e.g. compression, so I think the average would work better
[12:25:54 CEST] <haasn> well ideal would be some sort of low-biased average that discards high outliers
[12:26:03 CEST] <haasn> maybe the average to some power
[12:26:41 CEST] <haasn> or imagine sorting all of the entries and then taking not the first value but the value at 1/10th the way through
[12:26:45 CEST] <atomnuker> yeah, that would work, then blotches of black spanning inside the cropped line wouldn't get detected
[12:27:09 CEST] <atomnuker> yeah, you're right, maybe starting from a min value would work better
[12:27:52 CEST] <haasn> each thread could process one vertical line at once and write the result to an SSBO at index n
[12:28:11 CEST] <haasn> while also counting how often each value occurs in a second SSBO containing atomics
[12:28:17 CEST] <haasn> then you could arrange them in-place in O(1) on a second pass
[12:28:21 CEST] <haasn> to get a sorted array
[12:28:27 CEST] <haasn> for O(n) overall
[12:46:48 CEST] <atomnuker> but qsort is at best N*log(N), or by arrange did you mean a simple min/max?
[13:00:03 CEST] <haasn> https://en.wikipedia.org/wiki/Counting_sort
[13:00:35 CEST] <haasn> the simplest sorting algorithm :p
[20:37:16 CEST] <jamrial> jkqxz: if you can look at the patchset i just sent whenever you have time, regarding the comments i added and to be sure you're ok with it
[20:41:50 CEST] <BBB> is cbs the same as bsf ?
[20:43:05 CEST] <nevcairiel> cbs is an internal framework to write bitstream parsing components
[20:43:16 CEST] <nevcairiel> doesnt have to be a bsf, although most p robably are
[20:45:23 CEST] <jamrial> BBB: check vaapi h264 encoder and some bsfs like vp9_metadata to see how it works
[20:45:54 CEST] <jamrial> it's pretty neat and powerful, especially to read and parse supported bitstreams
[20:45:58 CEST] <BBB> ok
[20:46:06 CEST] <BBB> I was hoping to see a av1 bsf sometime soon
[20:46:09 CEST] <BBB> nice to see it already :)
[20:47:28 CEST] <nevcairiel> what would a av1 bsf do if you want? =p
[20:47:37 CEST] <nevcairiel> bsfs need a purpose
[20:48:18 CEST] <jamrial> same as the other metadata ones
[20:48:25 CEST] <jamrial> change color and timing info
[20:48:35 CEST] <jamrial> insert and remove obus
[20:49:21 CEST] <jamrial> inserting temporal delimiter OBUs will be necessary, for example
[20:50:14 CEST] <jamrial> to remux from mp4/mkv to ivf, or maybe also for the eventual hardware decoders
[20:51:07 CEST] <jamrial> adding a size field to OBUs that don't have one
[20:51:50 CEST] <jamrial> av1 bsfs have a lot of posibilities, unlike vp9 which was color info and that's it :p
[20:53:35 CEST] <cone-464> ffmpeg 03Karsten Otto 07n3.2.11:HEAD: aadec: add chapters and seeking
[21:41:17 CEST] <pkeroulas> atomnuker: hello, could you give your feeling about interlaced smpet2110-20? https://patchwork.ffmpeg.org/patch/9076/
[21:42:10 CEST] <atomnuker> pkeroulas: merge the patch with the patch which implements support for allocating that side data type
[21:43:47 CEST] <pkeroulas> alright, thanks
[21:44:56 CEST] <pkeroulas> anything else?
[21:47:28 CEST] <atomnuker> give links to the other patches
[21:52:28 CEST] <pkeroulas> https://patchwork.ffmpeg.org/patch/9077/ and https://patchwork.ffmpeg.org/patch/9079/
[21:56:05 CEST] <kierank> SDP lol
[21:56:07 CEST] <kierank> nobody is using sdp
[21:59:38 CEST] <atomnuker> tru dat, I don't get why sdp is needed like at all
[22:01:46 CEST] <atomnuker> pkeroulas: check that frame_size is mod 2 when you check its larger than the packet size
[22:02:06 CEST] <atomnuker> or are non-mod2 resolutions supported?
[22:03:09 CEST] <atomnuker> that checking bit of code seems fragile to me
[22:04:14 CEST] <atomnuker> what the fuck
[22:04:20 CEST] <atomnuker> bc->cur_interlaced_frame = av_frame_alloc();
[22:04:24 CEST] <atomnuker> you're leaking this per-frame
[22:04:38 CEST] <atomnuker> in case of progressive
[22:05:32 CEST] <atomnuker> oh, that's in the init function, nevermind
[22:06:42 CEST] <atomnuker> the field variable is uninizialized when there's no side data
[22:07:18 CEST] <atomnuker> "AVAncillaryData * ancillary;" coding style issues
[22:09:41 CEST] <atomnuker> rest doesn't look bad
[22:26:27 CEST] <pkeroulas> frame_size is always mod 2 (*20LL), width mod 2 is checked but height check is missing
[00:00:00 CEST] --- Tue Jul 10 2018
1
0
[02:18:27 CEST] <giaco> hello
[12:38:18 CEST] <analogical> how do I use FFmpeg to demux a video file into separate audio and video streams?
[12:40:39 CEST] <DHE> as in the cli tool?
[12:40:53 CEST] <analogical> yeah
[12:41:33 CEST] <DHE> and you want, what, an mp4 file for each stream individually
[12:42:35 CEST] <analogical> I want a for each stream individually regardless of format
[12:42:54 CEST] <analogical> *I want a file for each stream individually regardless of format
[12:43:16 CEST] <DHE> well you are going to have to choose a file format. mp4, ts, mkv, what?
[12:44:31 CEST] <analogical> I don't really need the individual streams to be stored in containers
[12:46:55 CEST] <DHE> well they do have to be stored somehow. and most codecs don't properly support being stored raw, or at least lose some important information like framerate
[12:50:22 CEST] <furq> analogical: http://vpaste.net/8M8hk
[12:50:31 CEST] <furq> i don't necessarily recommend using it for the reasons DHE just said
[12:50:55 CEST] <furq> also line 5 isn't comprehensive at all
[12:51:31 CEST] <furq> mkvextract will do the same thing if your source is mkv
[12:53:08 CEST] <analogical> yes mkvextract is limited to mkv files so that's why I wanted to use FFmpeg for other formats
[12:53:24 CEST] <analogical> but it seed?s a little too complicated
[12:53:27 CEST] <analogical> *seems
[12:53:58 CEST] <DHE> something like: ffmpeg -i input.mp4 -c copy -map 0:0 stream1.mp4 -c copy -map 0:1 stream2.mp4
[12:54:12 CEST] <DHE> of course this assumes mp4-friendly streams, etc
[12:55:38 CEST] <analogical> is there a way to make FFmpeg list the different streams that a stored in a file?
[12:55:57 CEST] <DHE> ffprpobe
[12:56:15 CEST] <DHE> or if not available "ffmpeg -i input.mp4" will mostly do the same job, but show errors on the way out
[12:56:24 CEST] <DHE> *ffprobe
[17:58:51 CEST] <Anton-Latukha> Good day, guys, my pull request is stalled, because FFMpeg seems not to have x264 log functionality, to do encoding analyze of x264. Or I just was looking not there.
[17:58:56 CEST] <Anton-Latukha> If someone knows how to get x264 log report from FFMpeg. And it is not `-vmstats`.
[17:59:04 CEST] <Anton-Latukha> I need to get this type of log from FFMpeg:
[17:59:12 CEST] <Anton-Latukha> ```
[17:59:12 CEST] <Anton-Latukha> x264 [info]: mb I I16..4: 17.9% 68.9% 13.2%
[17:59:12 CEST] <Anton-Latukha> x264 [info]: mb P I16..4: 9.2% 12.1% 0.6% P16..4: 40.4% 5.6% 6.7% 0.1% 0.0% skip:25.2%
[17:59:12 CEST] <Anton-Latukha> x264 [info]: mb B I16..4: 0.9% 1.1% 0.1% B16..8: 36.7% 2.7% 0.5% direct: 2.1% skip:55.9% L0:44.6% L1:52.5% BI: 3.0%
[17:59:12 CEST] <Anton-Latukha> ```
[17:59:44 CEST] <Anton-Latukha> https://en.wikibooks.org/wiki/MeGUI/x264_Settings/x264_Stats_Output
[17:59:44 CEST] <Anton-Latukha> Because I need to emulate real environment of Open Source project (that uses FFMpeg encoding).
[18:00:03 CEST] <furq> uh
[18:00:11 CEST] <furq> you should get that once encoding is finished
[18:01:03 CEST] <Anton-Latukha> Oh boy. I am blind.
[18:01:31 CEST] <Anton-Latukha> Sorry. Thank you @furq
[18:27:21 CEST] <hans_> i want to scan through an entire video, and anywhere the frame doesn't change for over 2 seconds, i want to cut till the next frame change after 2 seconds, any suggestions on how?
[18:30:54 CEST] <DHE> you probably want the decimate filter. it will turn duplicate frames into variable FPS video
[18:31:32 CEST] <DHE> hmm.. not quite the same as it was back in the mplayer days...
[18:32:52 CEST] <hans_> will the decimate filter actually alter playback time, or will it just decrease the filesize?
[18:55:32 CEST] <Hello71> DHE: mpdecimate
[19:09:18 CEST] <^Neo> I feel like this is a stupid question, but if you change the aspect ratio of video, but keep the resolution size the same, does the actual storage size change?
[19:09:35 CEST] <^Neo> i.e. 720x480 @ 4:3 is "smaller" than 720x480 @ 16:9?
[19:11:09 CEST] <JEEB> no
[19:11:30 CEST] <JEEB> when you're encoding something the video complexity affects things, the aspect ratio is just a flag
[19:11:37 CEST] <JEEB> it controls playback only
[19:11:39 CEST] <^Neo> yes, that's what I figured
[19:11:45 CEST] <^Neo> my colleagues were thinking otherwise
[19:11:50 CEST] <^Neo> which made me question my own sanity
[19:14:09 CEST] <DHE> unless you accidentally transcode when trying to change the aspect ratio in which case all bets are off for file size
[19:15:07 CEST] <atomnuker> you should really eliminate any non-square pixels though
[19:15:15 CEST] <atomnuker> you're transcoding anyway
[19:15:42 CEST] <atomnuker> higher resolution at lower bitrate should beat lower resolution at higher bitrate but scaled
[19:18:14 CEST] <JEEB> I generally do that in the cases where I downscale (1440x1080 broadcast to 1280x720 encode), but with DVDs etc I generally just crop and set the SAR
[19:18:43 CEST] <atomnuker> 1440x1080 broadcast? wat
[19:18:50 CEST] <JEEB> yes, Japanese terrestial is 99% that
[19:18:53 CEST] <atomnuker> that's not a standard I've heard of
[19:18:58 CEST] <JEEB> there's like two channels that are 1920x1080
[19:19:04 CEST] <JEEB> because they're using 12mbps MPEG-2 Video
[19:19:09 CEST] <JEEB> so they do anamorphic 1080i
[19:19:10 CEST] <JEEB> lol
[19:19:12 CEST] <atomnuker> oooh, they stretch that to 1920
[19:19:16 CEST] <JEEB> yup
[19:19:18 CEST] <JEEB> to save 'em bits
[19:19:42 CEST] <JEEB> and either the kyoto broadcast station is really, really shitty in encoders, or it really makes a difference
[19:19:50 CEST] <JEEB> because KBS stuff is always shit
[19:20:12 CEST] <JEEB> while all the 1440x1080 channels are at least a wee bit better
[19:20:20 CEST] <atomnuker> what does the kyoto broadcast station have anything to do with it?
[19:20:32 CEST] <JEEB> it's one of the few that does non-anamorphic 1080i
[19:20:38 CEST] <JEEB> and it looks like shit :D
[19:21:34 CEST] <JEEB> so either their encoder is crap, or squeezing to 1440 from 1920 actually helps at 12mbps MPEG-2 Video :)
[19:22:32 CEST] <atomnuker> what do other stations broadcast in if not in 12mbps mpeg2? 6mbps h264?
[19:23:10 CEST] <JEEB> the only terrestial H.264 you will see are the mobile things, which use 1/13 of the bandwidth :) 380x180(a)15/1.001 or so
[19:23:33 CEST] <JEEB> they standardized on MPEG-2 Video in like 2002-2003 or so
[19:23:35 CEST] <DHE> here in canada I've only seen mpeg2 over-the-air broadcasts even at 1080i
[19:23:48 CEST] <JEEB> and then in 2006 they threw the H.264 mobile segment in
[19:24:13 CEST] <JEEB> I think they will only change when they'll start switching to 4K
[19:24:37 CEST] <JEEB> the onl exceptions are some commercial satellite things which are 1440x1080 at 8mbps H.264 I think?
[19:24:44 CEST] <JEEB> like AT-X HD
[19:25:11 CEST] <furq> are you specifically talking about japan here
[19:25:17 CEST] <JEEB> yes
[19:25:21 CEST] <furq> ok good
[19:25:46 CEST] <JEEB> and even there you have now some 4K HEVC stations (which were the first usage of BT.2020 I saw in the wild)
[19:25:50 CEST] <JEEB> like, non-HDR BT.2020
[19:25:59 CEST] <furq> i was going to say i was pretty sure i read finland ota is exclusively dvb-t2 now
[19:25:59 CEST] <JEEB> I had to eat my hat in 2014 because of them :)
[19:26:08 CEST] <atomnuker> I have some wowow live non-anamorphic mpeg2 capture here, is that the other station that doesn't do anamorphic?
[19:26:27 CEST] <JEEB> atomnuker: that's the other type of broadcast/commercial satellite
[19:26:41 CEST] <JEEB> they do ~18mbps MPEG-2 Video at 1920x1080
[19:27:10 CEST] <JEEB> BS-J or BS-NHK are some of the BS ones, and WOWOW is one of the CS ones
[19:27:30 CEST] <JEEB> the difference seems to be on which satellite the stuff is? FTA or non-FTA
[19:28:10 CEST] <JEEB> and yea, AT-X HD is one of the exceptions with H.264. And then like one or two WOWOW channels and 4K Channel with HEVC
[19:28:21 CEST] <JEEB> or was it skyperfecttv
[19:28:26 CEST] <JEEB> I think it was the latter
[19:28:38 CEST] Action: Mavrik is guilty of deploying a live broadcast at 960x1080 :/
[19:28:53 CEST] <JEEB> furq: the DVB-T stuff with 576i is definitely still there. they're afraid of closing that stuff up yet :P
[19:29:58 CEST] <furq> maybe it was just one provider then
[20:12:11 CEST] <ariyasu_> spains sports channels used to broadcast in 1440x1080
[20:12:38 CEST] <DHE> that's 1080p but at 4:3 resolution...
[20:14:09 CEST] <ariyasu_> i think it was anamorphic
[20:14:16 CEST] <ariyasu_> it was stretched to 16:9
[20:14:48 CEST] <furq> there's no need to think it was anamorphic then
[20:16:46 CEST] <ariyasu_> skyperfect tv broadcasts in 2160p
[20:17:24 CEST] <ariyasu_> and they are going to trial a 4320p service in december
[20:17:30 CEST] <JEEB> yea they have one or two 4K channels
[20:18:57 CEST] <Mavrik> HEVC?
[20:19:15 CEST] <JEEB> yup
[20:21:08 CEST] <DHE> unfortunately from a broadcast standpoint that's the only codec they would use. with the possible exception of h264 but I don't know of many TVs or boxes that can handle it
[20:21:38 CEST] <JEEB> just the resolution wise it should be OK, but I think at this point 10bit is kind of wanted for either just BT.2020 or HDR
[20:21:57 CEST] <JEEB> and that is something that the AVC ASICs never really supported out of the "pro intra-only" stuff
[20:24:39 CEST] <DHE> I was thinking more of the Level 5.0 (?) requirement. 4.2 only really goes up to 1080p60
[20:24:50 CEST] <DHE> and maybe I just have cheap hardware but 4.1 is the highest I've seen myself
[20:25:44 CEST] <JEEB> well if you have 4K support at all then it kind of becomes less of an issue because you're having bigger buffers in the hardware anyways
[20:27:13 CEST] <DHE> well yes, but I figured that in terms of macroblocks/second, 1080p60 is equivalent to 2160p15 or something. and who wants 4k if it's at 15fps ?
[20:27:38 CEST] <JEEB> well you already have more buffers if you support 2160p60 in HEVC
[20:27:55 CEST] <JEEB> but sure, I haven't made any sort of real comparison between many plastic boxes
[21:20:17 CEST] <Hello71> DHE: but muh pixels
[21:20:31 CEST] <Hello71> also people complained for years that 60 fps was too many
[21:22:06 CEST] <DHE> then these people will need to have their heads examined after I kick them in the head
[23:08:02 CEST] <sdfsgsddfhdfh> hi
[23:12:55 CEST] <furq> bye
[00:00:00 CEST] --- Tue Jul 10 2018
1
0
[01:17:13 CEST] <cone-179> ffmpeg 03Michael Niedermayer 07master:ee1e3ca5eb1e: avcodec/mjpegdec: Check for odd progressive RGB
[01:17:14 CEST] <cone-179> ffmpeg 03Michael Niedermayer 07master:3a2d21bc5f97: avformat/movenc: Check input sample count
[11:36:18 CEST] <cone-949> ffmpeg 03Karsten Otto 07master:c12606594751: aadec: improve eof detection
[12:12:10 CEST] <cone-949> ffmpeg 03Michael Niedermayer 07release/3.4:9fc60cebe42e: avcodec/mjpegdec: Check for odd progressive RGB
[12:12:11 CEST] <cone-949> ffmpeg 03Michael Niedermayer 07release/3.4:20ad61ffb7b0: avformat/movenc: Check input sample count
[12:12:12 CEST] <cone-949> ffmpeg 03Michael Niedermayer 07release/3.4:89355585366b: Changelog: update
[13:01:02 CEST] <cone-949> ffmpeg 03Karsten Otto 07n3.4.3:HEAD: aadec: improve eof detection
[13:40:05 CEST] <cone-949> ffmpeg 03Marton Balint 07release/4.0:2c138c2d8c34: ffmpeg: factorize input thread creation and destruction
[13:40:06 CEST] <cone-949> ffmpeg 03Marton Balint 07release/4.0:acb790731983: ffmpeg: fix -stream_loop with multiple inputs
[14:20:58 CEST] <gagandeep> related to frame threading: frames threads are generated based on, one thread for one avPacket
[14:22:13 CEST] <gagandeep> also how do i know how much info an avpacket contains
[14:26:46 CEST] <kierank> gagandeep: assume an avpackaet
[14:27:01 CEST] <kierank> contains a single frame
[14:31:25 CEST] <gagandeep> ok, in cfhd case the empty avpacket for frame 2 is being passed in threads
[14:33:03 CEST] <gagandeep> i need to pass the info for buffers containing coefficients in the previous threads
[14:33:19 CEST] <taliho> #join gnuradio
[14:37:02 CEST] <kierank> gagandeep: you need to wait for thread 1 to finish entirely i think
[14:38:46 CEST] <gagandeep> thread 1 is handling all the coefficients then
[14:38:55 CEST] <gagandeep> 2nd packet is completely empty
[14:39:31 CEST] <gagandeep> it is just a marker
[14:41:25 CEST] <gagandeep> kierank: there are 2 wavelets that the 2nd thread can decode independently
[14:41:37 CEST] <kierank> ok
[14:41:44 CEST] <gagandeep> one before inverse of temporal is performed and one later
[14:41:49 CEST] <kierank> gagandeep: you could share coefficients i guess between threads
[14:41:55 CEST] <kierank> as long as thread 1 doesn't touch buffer
[14:43:20 CEST] <gagandeep> you mean, as long as they don't touch the buffer in the same area?
[14:43:34 CEST] <kierank> they can read but not write at the same time
[14:43:37 CEST] <kierank> to buffer
[14:43:43 CEST] <kierank> so thread 1 can unpack, pass to thread 2
[14:43:48 CEST] <kierank> and they can work on the buffer indepdently
[14:43:54 CEST] <kierank> *from* the buffer
[14:44:06 CEST] <gagandeep> the write space can be made independent
[14:44:35 CEST] <kierank> yes
[14:45:09 CEST] <gagandeep> and later 2 independent buffers can be refferenced by thread 1 for performing inverse temporal transform
[14:45:39 CEST] <gagandeep> and then both threads can do their final works independently in independent frames
[14:45:40 CEST] <kierank> you can't return buffers to thread 1 from thread 2 if that's what you mean
[14:47:08 CEST] <gagandeep> thread 2 can then perform inverse temporal then?
[14:49:48 CEST] <gagandeep> sorry got disconnected from wifi
[14:50:02 CEST] <gagandeep> kierank: you replied?
[14:50:18 CEST] <kierank> thread 2 can do whatever
[14:50:26 CEST] <kierank> but afaik always A -> B -> C
[14:50:28 CEST] <kierank> in one direction
[17:07:13 CEST] <cone-125> ffmpeg 03Jun Zhao 07master:eb776a16ea3c: lavfi/minterpolate: fix blending calc issue.
[18:10:04 CEST] <omerjerk> Is it possible to haave a subtitle frame as input in a filter?
[18:10:22 CEST] <omerjerk> The name is AVFilter so I have a slight feeling that it's not possible.
[18:10:33 CEST] <atomnuker> yes, once ubitux finishes his work to do so
[18:10:45 CEST] <JEEB> AVFilters take in AVFrames and subtitles are currently not in AVFrames
[18:10:52 CEST] <JEEB> that work is what is hinted at
[18:10:57 CEST] <omerjerk> okay.
[18:11:11 CEST] <atomnuker> there were patches posted last year if you want to pick that up
[18:11:36 CEST] <ubitux> i'm in a stressful relocation situation currently, sorry for not getting any progress (always excuses, i know)
[18:11:46 CEST] <omerjerk> yeah I can. I am just looking for some work. Kind of free for next 2 months. :)
[18:13:15 CEST] <omerjerk> ubitux: Let me know if I can help you with it.
[18:13:36 CEST] <atomnuker> ubitux: yeah, relocations always suck
[18:13:43 CEST] <atomnuker> where are you headed for?
[18:14:14 CEST] <ubitux> the same shitty country
[18:14:21 CEST] <omerjerk> lol.
[18:14:34 CEST] <ubitux> just closer to my workplace, and kinda greener
[18:15:01 CEST] <ubitux> if everything works, i should say about 1 hour a day of commute
[18:15:22 CEST] <JEEB> that's nice
[18:15:30 CEST] <ubitux> but until then, it's a nightmare
[18:15:43 CEST] <ubitux> and don't get me started on the heat (i think everyone is aware in the world anyway)
[18:15:53 CEST] <omerjerk> xD
[18:16:06 CEST] <JEEB> but yea, getting the relocation done is always stress
[18:16:25 CEST] Action: JEEB suddenly in 2016 got told that he'd be evicted in 6 months
[18:16:31 CEST] <JEEB> (they evicted everyone)
[18:16:49 CEST] <atomnuker> 6 months is like almost a year, man, that doesn't qualify
[18:17:02 CEST] <JEEB> sure, the law lets you have that
[18:17:33 CEST] <JEEB> also called the "government backed loan finishes so we have to get everyone out and new people with new contracts that aren't limited by the current requirements"
[18:19:28 CEST] <atomnuker> with probably a larger deposit because lol we can
[18:20:06 CEST] <atomnuker> I've seen ads for a single basement room in london want 6 months deposit
[18:21:08 CEST] <atomnuker> the room renting market here is absolute hell, the favorite trick is to put a useless double bed in a room barely large enough for it just to get 30 or 40 quid more a month
[22:06:44 CEST] <cone-125> ffmpeg 03Nikolas Bowe 07release/3.2:e7701e89ece5: avformat/matroskadec: Fix float-cast-overflow undefined behavior in matroska_parse_tracks()
[22:06:45 CEST] <cone-125> ffmpeg 03Nikolas Bowe 07release/3.2:4eb8e1bce212: avformat/lrcdec: Fix memory leak in lrc_read_header()
[22:06:46 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7d79d8f6ef79: avcodec/ac3dec_fixed: Fix integer overflow in scale_coefs()
[22:06:47 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:8ce2c3822666: avcodec/ulti: Check number of blocks at init
[22:06:48 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:eea05ba855c0: avcodec/snowdec: Fix integer overflow before htaps check
[22:06:49 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:d39b17f2375a: avcodec/truemotion2: Fix integer overflow in TM2_RECALC_BLOCK()
[22:06:50 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:a8b92327f8cd: avcodec/hevc_cabac: Move prefix check in coeff_abs_level_remaining_decode() down
[22:06:51 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7348bbf9c28c: avcodec/dxtory: Fix bits left checks
[22:06:52 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:71524db178ee: avcodec/mjpegdec: Fix integer overflow in DC dequantization
[22:06:53 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:6abe8c7563a8: avcodec/hevc_cabac: Check prefix so as to avoid invalid shifts in coeff_abs_level_remaining_decode()
[22:06:54 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:c4ba170cad2c: avfilter/vf_transpose: Fix used plane count.
[22:06:55 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:ef80b1402b12: avcodec/mpeg4videodec: Check mb_num also against 0
[22:06:56 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:fbc5e36fdd0b: avcodec/get_bits: Document the return code of get_vlc2()
[22:06:57 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:f7f814ade8c2: avcodec/mpeg4videodec: Avoid possibly aliasing violating casts
[22:06:58 CEST] <cone-125> ffmpeg 03Aman Gupta 07release/3.2:55776eae2116: avcodec/hevc_ps: extract one SPS fields required for hvcC construction
[22:06:59 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:2bf49f9b1c24: avcodec/hevc_ps: Check log2_sao_offset_scale_*
[22:07:00 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e67ae6dc192b: avcodec/indeo5: Do not leave frame_type set to an invalid value
[22:07:01 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:08deabae3860: avcodec/dirac_dwt: Fix several integer overflows
[22:07:02 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7aed59666442: avcodec/aacsbr_fixed: Fix overflows in rounding in sbr_hf_assemble()
[22:07:03 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7cc7346dfdef: avcodec/wavpack: Fix integer overflow in FFABS
[22:07:04 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:22aa37c0fedf: avcodec/utvideodec: Fix bytes left check in decode_frame()
[22:07:05 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:40b7dc104a30: avcodec/huffyuvdec: Check input buffer size
[22:07:06 CEST] <cone-125> ffmpeg 03Nekopanda 07release/3.2:5aa07015d7e9: avcodec/mpeg2dec: Fix field selection for skipped macroblocks
[22:07:07 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:218574f24b0a: avcodec/vp3: Check eob_run
[22:07:08 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:6098d54fbd5c: avcodec/mpeg4videodec: Ignore multiple VOL headers
[22:07:09 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e38388fb0908: avcodec/vp3: Error out on invalid num_coeffs in unpack_vlcs()
[22:07:10 CEST] <cone-125> ffmpeg 03Xiaohan Wang 07release/3.2:f4ff8845e232: avcodec/h264_cavlc: Set valid qscale value in ff_h264_decode_mb_cavlc()
[22:07:11 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:ed04cbf62b48: avcodec/h264_cabac: Tighten allowed coeff_abs range
[22:07:12 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:fc9dcfb9f23d: avutil/common: Fix integer overflow in av_clip_uint8_c() and av_clip_uint16_c()
[22:07:13 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:a7bd00eab497: avcodec/exr: Check remaining bits in last get code loop
[22:07:14 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:ca859294402c: avcodec/vp8: Check for bitstream end before vp7_fade_frame()
[22:07:15 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:db617c952025: avcodec/dirac_dwt_template: Fix Integer overflow in horizontal_compose_dd137i()
[22:07:16 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:1c905c02d059: avcodec/dxtory: Remove code that corrupts dimensions
[22:07:17 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:736ef72bffcb: avcodec/diracdec: Use int64 in global mv to prevent overflow
[22:07:18 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:83609209720d: avcodec/jpeg2000dwt: Fix integer overflows in sr_1d53()
[22:07:19 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:145e40c0d0d8: avcodec/aacdec_templat: Fix integer overflow in apply_ltp()
[22:07:20 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:2c08bd58d876: avcodec/h264_parse: Clear invalid chroma weights in ff_h264_pred_weight_table()
[22:07:21 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:51f64667fc55: avcodec/diracdec: Fix integer overflow in mv computation
[22:07:22 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:72f06b3a2c17: avcodec/cavsdec: Check alpha/beta offset
[22:07:23 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:36268aa8960e: avcodec/smc: Check input packet size
[22:07:24 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:9c0593576454: avcodec/utvideodec: Check subsample factors
[22:07:25 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:2dc487bcb08e: avcodec/bintext: sanity check dimensions
[22:07:26 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:b827d3a35230: avcodec/exr: fix invalid shift in unpack_14()
[22:07:27 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7fafcad8d53a: avcodec/truemotion2rt: Check input buffer size
[22:07:28 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:4c1d58f937c0: libavformat/oggparsevorbis: Fix memleak on multiple headers
[22:07:29 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:d3e6b38a413d: avformat/utils: Fix integer overflow of fps_first/last_dts
[22:07:30 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:adfbb5112dd4: avformat/oggparsetheora: Do not adjust AV_NOPTS_VALUE
[22:07:31 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:35194c4e0257: avformat/avidec: Fix integer overflow in cum_len check
[22:07:32 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:bdb68741ba22: avformat/oggparseogm: Fix undefined shift in ogm_packet()
[22:07:33 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:723f154ae09a: avformat/oggparseogm: Check lb against psize
[22:07:34 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:258302226644: avformat/oggparsedaala: Do not adjust AV_NOPTS_VALUE
[22:07:35 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:791c0940f588: avformat/mov: Fix integer overflows related to sample_duration
[22:07:36 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7a5630b56a8b: avcodec/wmalosslessdec: Reset num_saved_bits on error path
[22:07:37 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:da1b72ae357b: avcodec/nuv: Check for minimum input size for uncomprssed and rtjpeg
[22:07:38 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:f6a55b04904e: avcodec/nuv: rtjpeg with dimensions less than 16 would result in no decoded pixels thus reject it
[22:07:39 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:0288fa9319d5: avformat/mov: Check STSC and remove invalid entries
[22:07:40 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e054e9fb20bf: avcodec/get_bits: Make sure the input bitstream with padding can be addressed
[22:07:41 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:ea209bee9c05: avformat/mov: Move +1 in check to avoid hypothetical overflow in add_ctts_entry()
[22:07:42 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:a3ffdf43e659: avcodec/tableprint_vlc: Fix build failure with --enable-hardcoded-tables
[22:07:43 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:3d329dc8c3f1: avcodec/wmalosslessdec: Fix null pointer dereference in decode_frame()
[22:07:44 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7050970d066b: avcodec/utvideodec: Set pro flag based on fourcc
[22:07:45 CEST] <cone-125> ffmpeg 03heimdallr 07release/3.2:e0888e57588f: avcodec/imgconvert: Fix loss mask bug in avcodec_find_best_pix_fmt_of_list()
[22:07:46 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:050d779a1f7e: avcodec/cscd: Error out when LZ* decompression fails
[22:07:47 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:f14c3cfbc3da: avcodec/aacdec_fixed: Fix integer overflow in apply_independent_coupling_fixed()
[22:07:48 CEST] <cone-125> ffmpeg 03Hendrik Schreiber 07release/3.2:da51b8be0b3f: swresample/swresample: Fix for seg fault in swr_convert_internal() -> sum2_float during dithering.
[22:07:49 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:c66c4da55a5e: libavcodec/rv34: error out earlier on missing references
[22:07:50 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:626da21af80c: avcodec/aacsbr_fixed: Fix integer overflow in sbr_hf_assemble()
[22:07:51 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:173fdd9b65a8: avcodec/movtextdec: Check style_start/end
[22:07:52 CEST] <cone-125> ffmpeg 03Matt Wolenetz 07release/3.2:c2e611fef6a8: lavc/libopusdec: Allow avcodec_open2 to call .close
[22:07:53 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:b545cc000d5f: avformat/mov: Fix extradata memleak
[22:07:54 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:8b0de157d275: avcodec/mjpegdec: Check input buffer size.
[22:07:55 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:8d40798dd09e: avformat/utils: Fix integer overflow in end time calculation in update_stream_timings()
[22:07:56 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:c512be126b46: avcodec/truemotion2: Propagate out of bounds error from GET_TOK()
[22:07:57 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:1fbd13ebe529: avcodec/utils: Enforce minimum width also for VP5/6
[22:07:58 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:bb6146ca6d66: avformat/utils: Check cur_dts in update_initial_timestamps() more
[22:07:59 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:5a2a40fa78c4: doc/APIchanges: Fix typos in hashes
[22:08:00 CEST] <cone-125> ffmpeg 03Rahul Chaudhry 07release/3.2:e7f1090a54c2: swresample/arm: remove unintentional relocation.
[22:08:01 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:b01b57f7e042: avcodec/cinepak: move some checks prior to frame allocation
[22:08:02 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:6b382d4d8640: avcodec/cinepak: Skip empty frames
[22:08:03 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e77fe2b7c4b3: avcodec/dfa: Check dimension against maximum
[22:08:04 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:8b89c007e822: avcodec/dsicinvideo: Propagate errors from cin_decode_rle()
[22:08:05 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:05f4488bd7b9: avcodec/dsicinvideo: Fail if there is only a small fraction of the data available that comprises a full frame
[22:08:06 CEST] <cone-125> ffmpeg 03Stephan Holljes 07release/3.2:fbb65e77b6ee: lavf/http.c: Free allocated client URLContext in case of error.
[22:08:07 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:1e4bd765ac80: avcodec/ffv1enc: Check that the crc + version combination is supported
[22:08:08 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:83e870beb80b: avcodec/vc1_block: simplify ac_val computation
[22:08:09 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:2901299610c0: avcodec/elsdec: Fix memleaks
[22:08:10 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:95156bdb59ce: avcodec/h263dec: Check slice_ret in mspeg4 slice loop
[22:08:11 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:1411eddce66b: avcodec/error_resilience: Fix integer overflow in filter181()
[22:08:12 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:6ea3a2a276c9: avcodec/wavpack: Fix integer overflow in DEC_MED() / INC_MED()
[22:08:13 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:c21933835b4b: avcodec/flac_parser: Fix infinite loop
[22:08:14 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:b06c67cbf329: avcodec/g2meet: Change order of operations to avoid undefined behavior
[22:08:15 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:6d3b48f2853f: avcodec/jpeg2000dec: Skip init for component in CPRL if nothing is to be done
[22:08:16 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:45b45ce240a5: avcodec/jpeg2000dec: Fix undefined shift in the jpeg2000_decode_packets_po_iteration() CPRL case
[22:08:17 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:8878f43cf573: avcodec/g2meet: Check RGB upper limit
[22:08:18 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:837c42535b42: avcodec/fic: Check available input space for cursor
[22:08:19 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:3a97317e8bec: avcodec/dirac_dwt: Fix integer overflow in COMPOSE_DD97iH0 / COMPOSE_DD137iL0
[22:08:20 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:c3ff11cc08dd: avformat/mov: Only fail for STCO/STSC contradictions if both exist
[22:08:21 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:2a9f93d8b0e6: indeo4: Decode all or nothing of a band header.
[22:08:22 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:99b4524bfb45: avcodec/mlpdec: Only change noise_type if the related fields are valid
[22:08:23 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:d6f8960812b0: avcodec/mpeg4videoenc: Use 64 bit for times in mpeg4_encode_gop_header()
[22:08:24 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:55e4a40e96b8: avcodec/g723_1dec: Clip bits2 in both directions
[22:08:25 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:32aa3e55b165: oavcodec/aacpsdsp_template: Use unsigned for hs0X to prevent undefined behavior
[22:08:26 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:ec1aca850084: avcodec/aacdec_fixed: use 64bit to avoid overflow in rounding in apply_dependent_coupling_fixed()
[22:08:27 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:9797767ff7e8: avcodec/g2meet: ask for sample with overflowing RGB
[22:08:28 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:6ad66ddce3fc: avcodec/fic: Avoid some magic numbers related to cursors
[22:08:29 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:d1f924319ee3: avformat/mov: Break out early if chunk_count is 0 in mov_build_index()
[22:08:30 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:6a11c4955cd2: avformat/mov: replace a value error by clipping into valid range in mov_read_stsc()
[22:08:31 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:008288c2c491: avcodec/amrwbdec: Fix division by 0 in find_hb_gain()
[22:08:32 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:5acbb27cbd63: avcodec/opus_silk: Change silk_lsf2lpc() slightly toward silk/NLSF2A.c
[22:08:33 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:89c2b515794a: avcodec/truemotion2: Fix overflow in tm2_apply_deltas()
[22:08:34 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e520692e14af: avcodec/mjpegdec: Fix integer overflow in ljpeg_decode_rgb_scan()
[22:08:35 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:60021049be01: avcodec/shorten: Check non COMM chunk len before skip in decode_aiff_header()
[22:08:36 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:9b1cbcdafb71: avcodec/shorten: Sanity check nmeans
[22:08:37 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e2207d5c4648: avcodec/shorten: Fix a negative left shift in shorten_decode_frame()
[22:08:38 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:72aac791f1d4: avcodec/shorten: Fix undefined shift in fix_bitshift()
[22:08:39 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:eba50bdadcbc: avcodec/shorten: Fix multiple integer overflows
[22:08:40 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e1eebcbe3bfb: avcodec/wavpack: Fix overflow in adding tail
[22:08:41 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:d18d83f5a165: avcodec/xwddec: Use ff_set_dimensions()
[22:08:42 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:7281cf7195e3: avcodec/h264_mc_template: Only prefetch motion if the list is used.
[22:08:43 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:35cd7417f9ff: avcodec/h264_ps: Move MAX_LOG2_MAX_FRAME_NUM to header so it can be used in h264_sei
[22:08:44 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:39723d1ccbb2: avformat/mov: Only set pkt->duration to non negative values
[22:08:45 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:699e09f0de7c: fftools/ffmpeg: Fallback to duration if sample rate is unavailable
[22:08:46 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:75c0be5b930e: avutil/common: Fix undefined behavior in av_clip_uintp2_c()
[22:08:47 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:836a9d62d121: avcodec/dirac_dwt_template: Fix undefined behavior in interleave()
[22:08:48 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:5cf8268b03fc: avcodec/aacdec_fixed: Fix undefined integer overflow in apply_independent_coupling_fixed()
[22:08:49 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:be9424966fff: avcodec/mjpegdec: Check for end of bitstream in ljpeg_decode_rgb_scan()
[22:08:50 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:2a30376e5095: avcodec/h264_parser: Reduce needed history for parsing mb index
[22:08:51 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:dac23ef23c5e: avcodec/escape124: Check buf_size against num_superblocks
[22:08:52 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:28a0f69987a4: avcodec/cscd: Check output buffer size for lzo.
[22:08:53 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:4bb368e6d9fe: avcodec/ra144: Fix integer overflow in ff_eval_refl()
[22:08:54 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:09e4f8436542: avcodec/escape124: Fix spelling errors in comment
[22:08:55 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e6d3fd942f77: avformat/movenc: Do not pass AVCodecParameters in avpriv_request_sample
[22:08:56 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:636081c982c1: avcodec/jpeg2000dec: Check that there are enough bytes for all tiles
[22:08:57 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:c68a8137ce73: avcodec/jpeg2000dec: Fixes invalid shifts in jpeg2000_decode_packets_po_iteration()
[22:08:58 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e1d428959618: avcodec/shorten: Fix undefined integer overflow
[22:08:59 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:c7dca182268a: avcodec/shorten: Fix undefined addition in shorten_decode_frame()
[22:09:00 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:2b8c152327b9: avcodec/indeo4: Check for end of bitstream in decode_mb_info()
[22:09:01 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:4a42353c7a0c: avformat/rmdec: Do not pass mime type in rm_read_multi() to ff_rm_read_mdpr_codecdata()
[22:09:02 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:e82a06d2bef5: avformat/pva: Check for EOF before retrying in read_part_of_packet()
[22:09:03 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:f65d6ff9ab06: avformat/mms: Add missing chunksize check
[22:09:04 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:92972f19168f: avformat/movenc: Check that frame_types other than EAC3_FRAME_TYPE_INDEPENDENT have a supported substream id
[22:09:05 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:64993b613b3a: avcodec/mjpegdec: Check for odd progressive RGB
[22:09:06 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:3571bec56eb3: avformat/movenc: Check input sample count
[22:09:07 CEST] <cone-125> ffmpeg 03Michael Niedermayer 07release/3.2:97321ae36056: Update for 3.2.11
[00:00:00 CEST] --- Mon Jul 9 2018
1
0
[01:21:14 CEST] <TheAMM> Given a series of images (or image2pipe), is there any way to specify the timestamp for each frame (other than writing your own NUT muxer)?
[01:21:58 CEST] <TheAMM> As in doing VFR instead of CFR with input -r
[01:23:22 CEST] <atomnuker> no
[01:25:25 CEST] <TheAMM> Oh, actually
[01:25:33 CEST] <TheAMM> I could do some absurd if chains with setpts
[01:26:07 CEST] <atomnuker> yep
[01:28:00 CEST] <TheAMM> Any already-known performance concerns over this?
[01:28:35 CEST] <TheAMM> My use case is a hundred frames at most, but I don't know how the expressions work on the inside
[01:35:14 CEST] <DHE> well, the encoder is likely going to use way more CPU then anything you could feed to the filter pipeline
[01:35:54 CEST] <TheAMM> Another idea I've had is copying timestamps from another input stream
[01:36:21 CEST] <TheAMM> Either directly somehow (haven't found a way) or abusing overlay, but that didn't work last I tried, either
[02:40:41 CEST] <TheAMM> 24 frames (just under a second) means a 519 character expression ala if(eq(N,0),0.000/TB,if(eq(N,1),0.042/TB,if(eq(N,2),0.083/TB, ...
[02:40:52 CEST] <TheAMM> But it does work
[02:41:14 CEST] <TheAMM> And I guess I can force the TB and remove it from the exp
[02:42:13 CEST] <TheAMM> Which gets me down to 395 chars
[02:42:52 CEST] <TheAMM> I'll hit the argument length cap at some point but good enough, good enough
[02:48:29 CEST] <TheAMM> Nevermind, hit the stack limit with 288 frames
[02:48:35 CEST] <TheAMM> sigh
[02:51:12 CEST] <DHE> aww..
[02:51:22 CEST] <DHE> because if it worked you could write a filter to a file
[02:52:29 CEST] <TheAMM> I can?
[02:52:57 CEST] <TheAMM> I work around the stack with eq(N,0)*0+eq(N,1)*42+ ... which works
[02:54:16 CEST] <TheAMM> O, filter_complex_script
[08:22:57 CEST] <yagiza> Hello!
[08:23:52 CEST] <yagiza> Can any1 help me with AVCodecContext
[08:23:56 CEST] <yagiza> ?
[10:26:09 CEST] <Whiskey> C:\Users\Anton\Desktop\Cover\ffmpeg\ffmpeg -y -i $destination\$SourceFile.jpg -q:v 10 $destination\$SourceFile-New.jpg <- this one compress the JPEG by 200KiB, is "-q:v 10" the higest compression method?
[10:31:22 CEST] <furq> Whiskey: iirc 2 is best, 31 is worst
[12:07:47 CEST] <akaWolf> hi, guys
[12:07:58 CEST] <akaWolf> does ffmpeg have option for no trust PCR?
[16:06:44 CEST] <Hello71> also ffmpeg's jpeg compressor is... not great
[16:18:22 CEST] <furq> it's not going to be comparable to mozjpeg or something
[16:18:41 CEST] <furq> but honestly it's sad we're still using jpeg in 2018 anyway
[16:19:43 CEST] <furq> mozilla need to hurry up and support webp already
[16:21:31 CEST] <JEEB> the webp thing is they dislike it being a single-vendor thing. I guess they didn't have such heavy feelings with libvpx or VP8/9
[16:24:58 CEST] <atomnuker> webp is horribly engineered cancer no on wants to support
[16:25:58 CEST] <wyseguy> is ffmpeg cpu intensive?
[16:26:01 CEST] <Hello71> avif?
[16:26:36 CEST] <wyseguy> im going to have a macbook air in my backpack while trying to live stream to youtube and wondering if its gonna over heat
[16:27:03 CEST] <Hello71> did they fix isobmff or is it still more flexible than ipsec
[16:41:37 CEST] <furq> JEEB: yeah exactly
[16:47:00 CEST] <akaWolf> can I fix that by passing some parameters to ffmpeg?
[16:47:01 CEST] <akaWolf> ffmpeg/video: h264: co located POCs unavailable
[17:55:10 CEST] <Whiskey> I got this line working "C:\Users\Anton\Desktop\Cover\ffmpeg\ffmpeg -i $SourceFullName -i $temp\$SourceFile-New.jpg -map_metadata 0 -map 0 -map 1 $DestinationFullName" but why does it covert my JPGs to PNGs?`
[17:58:04 CEST] <furq> does $destinationfullname end in .png
[17:58:21 CEST] <furq> actually nvm this is cover art isn't it
[17:58:35 CEST] <furq> use -c:v copy if you don't want to reencode the cover art
[17:58:43 CEST] <furq> otherwise it'll use the default encoder
[17:58:57 CEST] <furq> i suspect you just want -c copy or else it'll reencode the audio as well
[18:08:38 CEST] <DHE> wyseguy: it can be. defaults are usually a decent quality/speed tradeoff. but there are options to reduce CPU usage (at the expense of image quality)
[18:10:34 CEST] <Whiskey> i mange to make the JPG be a JPG
[18:10:48 CEST] <Whiskey> Problem is that i compress it but its inserted uncompressed
[18:11:47 CEST] <Whiskey> The coide i use now, https://paste.ubuntu.com/p/r3P8WjK6zR/
[18:14:45 CEST] <wyseguy> DHE okay. so with settings I was recommend to try its still a really bad quality... ffmpeg -f mpegts -i "udp://10.5.5.100:8554?fifo_size=10000" -c:v copy -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx
[18:32:30 CEST] <dan9er> Hey. 3D metadata guy again. I submitted my question to the mailing list 2 days ago, but i've still yet to receive a response. Please answer it. My email is dan "nine" erthegamer "at" gmail "dot" com.
[18:33:24 CEST] <dan9er> Gonna AFK in here for a bit.
[18:41:37 CEST] <wyseguy> ill be back
[19:23:22 CEST] <dan9er> Erm, I got disconnected?
[19:24:59 CEST] <atomnuker> dan9er: which patchset is yours?
[19:25:44 CEST] <dan9er> Patchset? No, this is not a bug. I'm asking how to add 3D metadata to a SBS Full Frame MP4
[19:25:53 CEST] <dan9er> atomnuker
[19:27:00 CEST] <dan9er> I already sent details to the mailing list.
[19:27:49 CEST] <atomnuker> oh, the user mailing list
[19:30:10 CEST] <atomnuker> right, just add AV_PKT_DATA_SPHERICAL to all packets leaving the encoder
[19:36:05 CEST] <dan9er> atomnuker No, it's a 3D video. not a 360 video -_-
[19:40:28 CEST] <atomnuker> fine, AV_PKT_DATA_STEREO3D then, just read the bloody docs
[19:40:57 CEST] <dan9er> atomnuker Where are the docs?
[19:41:57 CEST] <dan9er> The video is 648x720p per eye, does that complicate things?
[19:42:55 CEST] <dan9er> And it's SBS Full Frame. NOT SBS Half Frame. Big difference.
[19:46:22 CEST] <atomnuker> dan9er: libavcodec/avcodec.h and libavutil/stereo3d.h
[19:48:30 CEST] <dan9er> atomnuker Dude... this is #ffmpeg, not #ffmpeg-devel. I just need a command flag, not the header file that the flag activates.
[19:58:53 CEST] <dan9er> Hello?
[20:01:16 CEST] <atomnuker> nope, no command line flags
[20:01:25 CEST] <atomnuker> you have to do it yourself
[20:01:57 CEST] <atomnuker> and yes, this is #ffmpeg, a place where people ask for API use as well
[20:07:38 CEST] <dan9er> Why can't ANYONE just give me a fukin command?!
[20:07:51 CEST] Action: dan9er table flip
[20:50:11 CEST] <bray90820> Would there be an easy way to cut something at each chapter
[20:50:15 CEST] <bray90820> It's an MKV And I would like to have teh audio only
[20:54:45 CEST] <alealeale> hello guys, a question -> I have several mp3 files and some marked "regions" that I want to take out of them and concat them together
[20:55:10 CEST] <alealeale> I'm using the concat filter and a list file with all the inpoint and outpoint's
[20:56:26 CEST] <alealeale> the thing is that the output file has an unpredictable offset (the concat filter does not exactly cut/paste on the exact locations specified)
[20:57:22 CEST] <alealeale> in the documentation (for concat inpoint) there is: "This directive works best with intra frame codecs, because for non-intra frame ones you will usually get extra packets before the actual In point and the decoded content will most likely contain frames before In point too."
[20:57:28 CEST] <TheAMM> I haven't used the concat filter or demuxer in ages, but from what I remember it wasn't that nice when taking segments from source files
[20:57:49 CEST] <TheAMM> I recommend grabbing the regions separately and then joining them afterwards
[20:58:12 CEST] <alealeale> how does one do that?
[20:58:26 CEST] <TheAMM> :shrug:
[20:58:37 CEST] <TheAMM> I know how to use mpv for this, because with it segments are easy
[20:59:26 CEST] <TheAMM> mpv --\{ a.mp3 --start=30 --end=35 --\} --\{ b.mp3 --start=10 --end=20 --\} --oac=flac --o joined.flac
[20:59:49 CEST] <TheAMM> Surely someone will guide you with ffmpeg as well
[20:59:57 CEST] <alealeale> let me try (with mpv) and I'll be back, thanks :D
[21:00:00 CEST] <TheAMM> I just have bad luck with -ss and -to
[21:00:39 CEST] <alealeale> yeah, apparently it's "expected" behavior, but I need to find a way to achieve this thing anyway
[21:09:46 CEST] <leonardus> is it possible to take the movement data from a video, and place that onto an image with ffmpeg?
[22:15:10 CEST] <guru_> Could someone please help me compile ffmpeg for Rockchip RK-3328 with hardware encoding capabilities? So far, I have installed the rockchip-mpp library and configured ffmpeg with ./configure --enable-version3 --enable-gpl --enable-libdrm --enable-rkmpp --enable-nonfree but I seem to be missing the hardware encoding capability.
[00:00:00 CEST] --- Mon Jul 9 2018
1
0
[12:17:56 CEST] <cone-763> ffmpeg 03Michael Niedermayer 07master:5c0fd9df87ba: tools/target_dec_fuzzer: set parser codec id to avoid assertion failure
[12:17:57 CEST] <cone-763> ffmpeg 03Michael Niedermayer 07master:284dde24dab3: avcodec/vp8_parser: Do not leave data/size uninitialized
[12:17:58 CEST] <cone-763> ffmpeg 03Michael Niedermayer 07master:bcc0ae5d5a38: tests/fate/demux: Add test for d25c945247979a88fac6bb3b7a26370262b96ef1
[12:17:59 CEST] <cone-763> ffmpeg 03Michael Niedermayer 07master:115b7c96e9e8: libavcodec/vp8: Do not compute line pointers per pixel in fade()
[13:35:30 CEST] <gagandeep> guys how does reference counting works for avframe?
[13:37:03 CEST] <DHE> the AVBufferRef layer is what does the real reference counting and thread safety
[13:38:00 CEST] <gagandeep> i just wanted to know it so i can understand last few bits of pthread_frame.c file
[13:40:29 CEST] <gagandeep> let me read up libavutil/buffer.h, there is something written
[13:45:37 CEST] <gagandeep> ref counting just means the count of AVBufferRef used
[13:45:39 CEST] <gagandeep> thanks
[13:49:15 CEST] <Shibe> i dont understand this https://github.com/emersion/wlroots/blob/21928cbe615184a81d157ccc68e503282e…
[13:49:24 CEST] <Shibe> do i not need to allocate the dst using av_hwframe_get_buffer?
[14:12:14 CEST] <atomnuker> this just maps
[14:12:32 CEST] <atomnuker> so it doesn't need to allocate anything
[14:13:35 CEST] <atomnuker> Shibe: what are you writing?
[14:24:37 CEST] <DHE> I feel like most of this should be in the main channel (see topic)
[14:25:48 CEST] <atomnuker> its fine, its saturday, the lowest traffic day here for some reason
[17:43:54 CEST] <cone-124> ffmpeg 03Gyan Doshi 07master:c71e1e603056: avfilter/setpts: add FR shorthand for FRAME_RATE
[18:14:05 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:126d3bdb042b: avcodec/mjpegdec: Check for end of bitstream in ljpeg_decode_rgb_scan()
[18:14:06 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:d56eed37d195: avcodec/magicyuv: Check bits left in flags&1 branch
[18:14:07 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:0fce2872e43d: avcodec/h264_parser: Reduce needed history for parsing mb index
[18:14:08 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:dc41504521c7: avcodec/escape124: Check buf_size against num_superblocks
[18:14:09 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:35c365f6ef44: avcodec/cscd: Check output buffer size for lzo.
[18:14:10 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:80b2041c8c06: avcodec/ra144: Fix integer overflow in ff_eval_refl()
[18:14:11 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:c218ae2ade20: avcodec/escape124: Fix spelling errors in comment
[18:14:12 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:3a04f518ac28: avformat/movenc: Do not pass AVCodecParameters in avpriv_request_sample
[18:14:13 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:428c3e5975d3: avcodec/jpeg2000dec: Check that there are enough bytes for all tiles
[18:14:14 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:e6db9900efaa: avcodec/jpeg2000dec: Fixes invalid shifts in jpeg2000_decode_packets_po_iteration()
[18:14:15 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:2f51a56ec9df: avcodec/shorten: Fix undefined integer overflow
[18:14:16 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:4ca95e64db79: avcodec/shorten: Fix undefined addition in shorten_decode_frame()
[18:14:17 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:78aa78410b6d: avcodec/indeo4: Check for end of bitstream in decode_mb_info()
[18:14:18 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:9dea41eac722: avformat/asfdec_o: Check size_bmp more fully
[18:14:19 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:09401d0a0abe: avformat/rmdec: Do not pass mime type in rm_read_multi() to ff_rm_read_mdpr_codecdata()
[18:14:20 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:717ece29fd49: avformat/pva: Check for EOF before retrying in read_part_of_packet()
[18:14:21 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:5da77e7e9e91: avformat/mms: Add missing chunksize check
[18:14:22 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:93a77afdaca7: avcodec/vp8_parser: Do not leave data/size uninitialized
[18:14:23 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:36c779bffe2c: avformat/movenc: Check that frame_types other than EAC3_FRAME_TYPE_INDEPENDENT have a supported substream id
[18:24:53 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07release/3.4:cb21af284415: update for 3.4.3
[00:00:01 CEST] --- Sun Jul 8 2018
1
0
[00:04:22 CEST] <karlll> It seems to be up again :)
[00:23:04 CEST] <ChocolateArmpits> building ffmpeg is pretty easy with msys2+mingw
[11:28:17 CEST] <analogical> It's it possible to use FFmpeg to decompress ALAC (Apple Lossless Audio Codec) files to WAV ??
[11:28:37 CEST] <analogical> ** Is it possible to use FFmpeg to decompress ALAC (Apple Lossless Audio Codec) files to WAV ??
[11:32:11 CEST] <JEEB> yes, there's been an ALAC decoder for ages
[11:32:11 CEST] <furq> sure
[11:32:15 CEST] <furq> -i foo.m4a bar.wav
[11:32:41 CEST] <analogical> that simple huh?
[11:33:22 CEST] <furq> or preferably -i foo.m4a -compression_level 12 bar.flac
[11:33:47 CEST] <analogical> no I don't want to create a flac :)
[11:34:22 CEST] <JEEB> &34
[11:35:42 CEST] <analogical> furq, can I use you example -i foo.m4a bar.wav to process many files in the same directory somehow?
[11:36:04 CEST] <analogical> *many files simultaniously
[11:39:35 CEST] <furq> not with ffmpeg by itself
[11:39:44 CEST] <furq> but yes with your shell
[12:34:35 CEST] <baschdel> Hello
[12:52:26 CEST] <baschdel> In Kdenlive there's a render option called 'MPEG4-ASP/MP3 (DivX compatible)' is there an equivalent for ffmpeg?
[12:53:29 CEST] <furq> mpeg4
[12:53:35 CEST] <furq> you really shouldn't be using that in this day and age though
[12:53:49 CEST] <furq> unless you need to support some ancient dvd player or something
[12:55:22 CEST] <baschdel> thank you
[12:56:03 CEST] <baschdel> And yes I'm recoding it for an 'ancient' TV (6 years old)
[12:57:51 CEST] <furq> you can also use libxvid if your ffmpeg was built with it
[12:57:54 CEST] <furq> that ought to be higher quality
[12:58:05 CEST] <furq> a tv that recent probably supports h264 though
[12:58:09 CEST] <furq> you should use that if you can
[15:13:21 CEST] <Yukkuri> hi, having a list of N `file 'path/to/file'` entries, how to select 0'th video stream and 1'st audio stream of each file when using -f concat -i index.list?
[15:13:55 CEST] <Yukkuri> -map seems to be affected by offset of each file in the list
[15:14:11 CEST] <Yukkuri> so -map 0:v:0 -map 0:a:1 would work only for first entry
[15:15:20 CEST] <Yukkuri> maybe i can perform selection in this list file?
[15:16:54 CEST] <DHE> -map is an app option. concat is a library feature that produces a single "file" illusion to the app.
[15:17:55 CEST] <Yukkuri> so how to combine -f concat and stream selection?
[15:18:14 CEST] <DHE> I'm looking at the docs and I'm not really sure...
[15:20:53 CEST] <DHE> https://ffmpeg.org/ffmpeg-formats.html#concat "All files must have the same streams (same codecs, same time base, etc.). " so I suspect this is not supported.
[15:21:28 CEST] <Yukkuri> hau. okay, thank you, guess i can perform two-step conversion
[15:21:39 CEST] <Yukkuri> first to normalize inputs, then concat them
[15:49:22 CEST] <Hello71> https://trac.ffmpeg.org/wiki/Concatenate#differentcodec
[15:49:44 CEST] <Hello71> why does the frame rate have to be the same
[15:49:52 CEST] <Hello71> or is that just better
[15:53:38 CEST] <ariyasu> it won't cat if settings are different
[15:54:38 CEST] <furq> you can change those things midway through a file but only in certain containers iirc
[15:54:50 CEST] <furq> and obviously only in certain players
[15:55:33 CEST] <furq> just not in ffmpeg
[16:19:41 CEST] <Hello71> ah, true, not all containers support changing fps
[16:19:51 CEST] <Hello71> pretty sure matroska does though
[16:20:41 CEST] <Hello71> "MKV does not store a frame rate in its container" huh.
[16:21:53 CEST] <JEEB> it just has PTS
[16:21:56 CEST] <furq> iirc with h264 it only works with annex b
[16:21:57 CEST] <JEEB> the presentation time stamp
[16:22:08 CEST] <furq> not sure though, i've only ever looked into this with m2v
[16:22:55 CEST] <zyme> Question, anyone know if there's an easy way to leave the video stream on a mkv as is, and add a new audio stream (2-channel) track to the video?
[16:23:06 CEST] <furq> zyme: -c:v copy
[16:23:14 CEST] <furq> and probably -map
[16:23:20 CEST] <Hello71> or even -c copy
[16:23:28 CEST] <Hello71> if the audio is already how you want it
[16:23:33 CEST] <furq> right
[16:27:05 CEST] <zyme> I find different programs that are non-specific in their methods are either very bad or very good at converting 7.1 or 5.1 to 2.0, when I had a receiver with native support and 7.1 speakers the voices would be pretty much only from the center front channel, and really kind of needs to be boosted when converted to understand what people are saying..
[16:28:01 CEST] <furq> if you want to add a mixdown track then -i foo.mkv -map 0:v map 0:a:0 -map 0:a:0 -c:a:0 copy -c:a:1 aac -ac:1 2 bar.mkv
[17:28:49 CEST] <styler2go> Hey everyone. I am trying to concat soem video files and convert the audi codec but if i am using -acodec mp3 i get the message: https://p.styler2go.de/6257852
[18:02:59 CEST] <wiak> can someone point me to the documentation on how i can link a external mkv file with internal tracks of another file? i want to make a play "video track 2, audio track 2 of a matroska file that has video track 1, audio track 2 as default"
[18:03:35 CEST] <wiak> styler2go do you get the same issue if you use flac instead of mp3?
[18:05:05 CEST] <wiak> styler2go seems the audio is corrupt
[18:06:39 CEST] <styler2go> wiak, it works when not using any codec (just concat withouth -acodec)
[19:29:32 CEST] <lvlscape_2> if im streamign over rtmp, and cant use h264, how to begin choosing fromt he 300+ remaining codecs for video?
[19:29:58 CEST] <furq> you don't
[19:30:10 CEST] <furq> rtmp only supports h264 and the shitty flash codecs
[19:30:36 CEST] <furq> and idk if most rtmp servers bother to support vp6 or whatever
[19:30:59 CEST] <furq> i'm pretty sure nginx-rtmp doesn't
[19:31:24 CEST] <furq> anything that republishes to hls won't support anything but h264
[19:39:27 CEST] <wiak> i tried i gave up lol
[22:15:25 CEST] <wyseguy> hi all
[22:15:51 CEST] <wyseguy> anyone to lend a hand on my ffmpeg command? I have messed with it quite a bit but cant get a better stream quality
[22:17:28 CEST] <DHE> that's not how IRC works. say what's wrong, include pastebin of commandline and output if applicable (commandline only in channel is fine) and wait for a reply from someone
[22:18:54 CEST] <wyseguy> DHE yes, curious if anyone was around. will post in a min
[22:24:34 CEST] <wyseguy> I ran this command and was getting a live stream that was super pixelated: fmpeg -i "udp://10.5.5.100:8554?fifo_size=10000" -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx But then after getting some insight, I tried running this command and the live stream was much better but youtube was showing the stream was having some issues: ffmpeg -f mpegts -i "udp://10.5.5.100:8554?fifo_size=10000" -c:v copy -f flv "rtmp://a.rtmp.youtube.com
[22:24:34 CEST] <wyseguy> /live2/xxxx-xxxx-xxxx-xxxx Any ideas on how to improve this? My setup is a MacBook Air connecting to a gopro hero6 black over wifi and that stream is being pulled into camera suite, the MacBook Air is usb tethered to a verizon jetpack for internet. Terminal view: https://pastebin.com/xWeFT6VG
[23:27:02 CEST] <jleclanche> What's the correct way to merge a shorter wav with a longer audioless mp4? My mp4 is ~30 min, audio is ~15 min, and I just want the last 15 min to be silent.
[23:27:16 CEST] <jleclanche> I used `ffmpeg -i out.mp4 -i out2.wav -c:v copy -c:a aac -strict experimental final.mp4` which works, but past 15 min the video gets laggy and mpv complains a lot
[23:27:36 CEST] <jleclanche> [lavf] Too many packets in the demuxer packet queues:
[23:27:36 CEST] <jleclanche> [lavf] video/0: 4491 packets, 419481216 bytes
[23:27:36 CEST] <jleclanche> [lavf] audio/1: 0 packets, 0 bytes
[00:00:01 CEST] --- Sun Jul 8 2018
1
0
[00:42:16 CEST] <cone-124> ffmpeg 03Carl Eugen Hoyos 07master:a2317556efb7: configure: toolchain-tsan does not need -fPIE.
[03:02:19 CEST] <memeka> hi, I have an issue where an AVFrame contains 1 plane YUV420p data (concatenated), but later on an encoder expects 3 planes (3 AVBufferRef inside the frame)
[03:02:37 CEST] <memeka> is there a way to automatically convert, or do I have to manually do it?
[03:15:54 CEST] <memeka> what i man is: is there a packed version of AV_PIX_FMT_YUV422P ?
[03:26:38 CEST] <rcombs> memeka: make a frame with 1 buffer but 3 data pointers
[03:27:33 CEST] <memeka> rcombs: like this? https://www.irccloud.com/pastebin/A2vFWxmh/
[03:28:49 CEST] <rcombs> no, you can just have buf[0], and then fill data[0,1,2] with your planes
[03:31:28 CEST] <memeka> rcombs like this? https://www.irccloud.com/pastebin/gIFFECd7/
[03:31:43 CEST] <rcombs> yeah, that kind of thing
[03:32:08 CEST] <memeka> where will it know the length ?
[03:32:27 CEST] <memeka> do i need to set frame->linesize[0], frame->linesize[1], frame->linesize[2] as well?
[03:33:29 CEST] <rcombs> yes you need to set the linesize
[03:33:40 CEST] <rcombs> the size is implied by that and the height
[03:39:25 CEST] <memeka> rcombs: v4l2 has also sizeimage ... should i use sizeimage instead of bytesperline * height ?
[03:40:10 CEST] <rcombs> to determine how much to offset each data pointer by? yes
[03:40:32 CEST] <rcombs> since that should account for any additional padding that might be present between the planes
[03:40:56 CEST] <memeka> yes, I've seen my driver puts some padding sometimes
[03:41:58 CEST] <memeka> rcombs: actually no, cause I do it the other way around
[03:42:07 CEST] <rcombs> huh?
[03:42:07 CEST] <memeka> i have 1 plane, 1 sizeimage
[03:42:15 CEST] <memeka> i want to get 3 planes
[03:42:21 CEST] <memeka> so sizeimage i cannot use
[03:42:47 CEST] <memeka> i would use it if I do it the other way around, from 3 planes to 1
[03:42:51 CEST] <rcombs> ahh
[03:43:08 CEST] <memeka> so it's bytesperline * height :)
[03:43:32 CEST] <rcombs> yeah, assuming it's guaranteed that there's no extra padding in between
[03:43:37 CEST] <memeka> :D
[05:21:55 CEST] <memeka> can anyone tell me what's wrong with this movie: https://transfer.sh/YdOyl/out.mkv and how I can fix it?
[11:07:27 CEST] <gagandeep> kierank: i need to ask about some stuff related to pngdec and how threading is implemented
[11:13:45 CEST] <Shibe> to do variable framerate encoding, does my codec need to support it or the container?
[11:15:19 CEST] <atomnuker> container only
[11:15:33 CEST] <nevcairiel> well
[11:15:36 CEST] <nevcairiel> sort of
[11:15:46 CEST] <nevcairiel> if you have any sense of rate control, you need to be aware of that
[11:18:05 CEST] <atomnuker> yeah, you really should set the pts of avframes rather than mess with the packets
[12:33:45 CEST] <gagandeep> kierank: ff_thread_get_buffer assigns the buffer for the thread to decode so in i frame the implementation was working out of the box in cfhd
[12:34:08 CEST] <gagandeep> but with p-frame, the ip data i think comes together in a single buffer
[12:34:24 CEST] <gagandeep> so i think each thread gets the whole 2 frame worth data
[12:34:50 CEST] <gagandeep> otherwise how does this function decide how to seperate i and p frames
[12:35:39 CEST] <gagandeep> or is it able to seperate them and can't find data for the p frame
[12:35:48 CEST] <gagandeep> just help me out with this one
[12:36:28 CEST] <gagandeep> hence segmentation fault in using threads with ip file
[12:37:47 CEST] <cone-181> ffmpeg 03Michael Niedermayer 07master:cced03dd667a: avformat/mms: Add missing chunksize check
[12:39:14 CEST] <kierank> Yes
[12:41:05 CEST] <gagandeep> so threads are getting active for just a placeholder frame with no data
[12:41:36 CEST] <gagandeep> that info must be in passing packets to decoder right?
[12:49:49 CEST] <kierank> Sorry I have limited connectivity
[12:50:03 CEST] <gagandeep> its ok
[12:50:11 CEST] <kierank> Please ask someone who knows about frame threads
[12:50:18 CEST] <gagandeep> ok
[12:51:06 CEST] <gagandeep> does a frame thread spawn right where ff_thread_get_buffer is used provided on update_context is used and also no ff_thread_finish_setup
[12:51:40 CEST] <gagandeep> *provided no update_context
[13:47:17 CEST] <gagandeep> guys i have to directly work on syncing up ip frames and correctly passing data so how should i start, regarding multithreads, anyone interested in explaining me some stuff can reply
[13:50:52 CEST] <BBB> is this libavcodec frame threading?
[13:51:02 CEST] <BBB> happy to explain, but you need to ask more detailed questions
[13:51:46 CEST] <BBB> I dont know what you mean with thread spawn , if you mean creation , then I dont see how that could possibly be anywhere near get_buffer ; get_buffer is called per-frame, threads are created only once
[13:51:58 CEST] <BBB> (which should be fairly obvious)
[13:52:17 CEST] <nevcairiel> the important part is that the decoders decode function is already called on a worker thread, the thread is not spawned from it
[13:55:01 CEST] <BBB> re: your comment on finish_setup: if the codec is marked as AV_CODEC_PROP_INTRA_ONLY, you dont need to call finish_Setup
[13:55:13 CEST] <BBB> if not, you do, otherwise you effectively dont get frame-threading
[13:55:35 CEST] <gagandeep> yeah, finish setup i read in header file was when context was to be updated
[13:55:46 CEST] <BBB> the next frame starts decoding the next frame after finish_setup (if INTRA_ONLY=1) or completely independently without any sync at all (if INTRA_ONLY=1)
[13:56:42 CEST] <BBB> its probably best to read how pthread_frame.c works, so you can see the actual code directing this all; its not really well-documented, just some people happen to know how it works because they read it too :)
[13:57:22 CEST] <gagandeep> yeah, i mean i was lucky to read the right header files and was reffered to read pngdec so kinda figured some stuff
[14:03:10 CEST] <gagandeep> also, i should assume that in video packet a buffer that get_buffer gives is one where a codecContext can be independently read
[14:05:21 CEST] <gagandeep> because only then the threads can decode independently
[14:06:39 CEST] <gagandeep> i am asking this because i think in cfhd case the program doesn't create a new thread for the p frame
[14:09:31 CEST] <gagandeep> also, where to look for props
[14:09:37 CEST] <BBB> what do you mean when you say create ?
[14:09:47 CEST] <BBB> there is no create per-frame
[14:09:51 CEST] <BBB> create thread is done on program init
[14:09:53 CEST] <BBB> then never again
[14:10:07 CEST] <BBB> do you mean start decoding next frame"?
[14:10:41 CEST] <gagandeep> i mean that it just doesn't have any knowledge of p frame and is decoding as intra frame file
[14:10:46 CEST] <BBB> for intraonly, look at codec_desc.c
[14:10:51 CEST] <BBB> in libavcodec/
[14:11:14 CEST] <BBB> libavcodec/codec_desc.c: .props = AV_CODEC_PROP_INTRA_ONLY | AV_CODEC_PROP_LOSSLESS,
[14:12:32 CEST] <gagandeep> BBB: so situation with cfhd is that i will personally have to provide a thread to decode the p frame
[14:12:50 CEST] <nevcairiel> then you would be doing it wrong
[14:12:53 CEST] <BBB> o_O
[14:12:59 CEST] <BBB> yeah
[14:13:18 CEST] <BBB> sorry, I mean Im all for hacky stuff, but before you go all hacky, you really need to know what youre doing
[14:13:22 CEST] <BBB> I think youre inverting the cycle here
[14:13:31 CEST] <BBB> lets hack stuff together and understand stuff after the fact"
[14:13:47 CEST] <gagandeep> no its ok, i would love to understand the stuff first
[14:13:54 CEST] <BBB> Id highly recommend to do things the standard way, learn things as-you-go, and then hack things up in the end when youre truly an expert that can account for all weirdnesses in the system
[14:14:16 CEST] <BBB> so, dont provide a thread, libavcodec/pthread_frame.c does all that for you
[14:14:21 CEST] <BBB> no need to hack it up differently :)
[14:15:04 CEST] <nevcairiel> for our frame threading to w ork properly you would need to ensure that frames are properly split and delivered independently to the decoder
[14:15:14 CEST] <nevcairiel> if the bitstream does not offer this, there could be a bsf to split them
[14:15:17 CEST] <nevcairiel> like eg. for vp9
[14:16:37 CEST] <BBB> brb
[14:24:24 CEST] <gagandeep> ok, i will try to read the pthread_frame now, just to get a bit more familiar and then present the problems
[14:53:47 CEST] <BBB> is jamrial still here sometimes?
[14:54:11 CEST] <BBB> Im wondering why we still have a vp8/9 parser now that we have BSFs
[14:56:59 CEST] <atomnuker> yeah, he is, just not on at the same time as you are
[15:00:09 CEST] <BBB> tnx
[16:29:19 CEST] <lvlscape_2> is this channel reserved for development directly on ffmpeg, or does it include developers developing with ffmpeg?
[16:29:57 CEST] <BtbN> see topic.
[16:42:41 CEST] <DHE> I'm looking at offering a patch for my own ticket (https://trac.ffmpeg.org/ticket/7296) AAC has a fixed frame size of 1024 according to everything I've read. So it should be as simple as adding that to libavcodec/utils.c:get_audio_frame_duration right?
[16:43:00 CEST] <nevcairiel> it could be 1024 or 960, for that matter
[16:47:56 CEST] <nevcairiel> i would ratehr wonder why framesize is not set, the encoder always needs it set or it w ont work, and the muxing context is made from that, so where does it go missing
[16:55:27 CEST] <DHE> it's a codecpar issue. the encoder has it, but the muxer does not
[16:55:41 CEST] <nevcairiel> sure, but whyy?
[16:55:43 CEST] <nevcairiel> -y
[16:56:38 CEST] <DHE> codecpar doesn't have a frame_size field. so a helper function is called with as much information as available to figure out what the frame_size should be, but the result is 0
[16:57:12 CEST] <DHE> the mpegts muxer needs timing information for at least 1 stream to generate the PCR (program clock reference) values, but AAC isn't providing it
[16:57:56 CEST] <nevcairiel> but AVCodecParameters has frame_size
[16:58:07 CEST] <DHE> wait, it does?
[16:58:38 CEST] <DHE> okay.... you're right...
[16:58:41 CEST] <DHE> so why is this happening>
[16:58:49 CEST] <nevcairiel> that was my question :)
[17:02:42 CEST] <DHE> ah.. okay found it. mpegts calls av_get_audio_frame_duration2(codecpar=(struct), frame_bytes=0) with frame_bytes fixed at 0. and the frame_size field isn't examined if frame_bytes==0
[17:20:30 CEST] <KGB> [13FFV1] 15dericed opened pull request #119: Miller FFV1 review (06master...06miller-review) 02 https://git.io/fNesX
[17:27:06 CEST] <BBB> so meson sounds all cool and stuff, but it seems like the port really isnt very feature-complete yet
[17:27:27 CEST] <BBB> its like me building an av1 decoder and saying it only supports dc intra prediction, and any transforms other than dct_dct arent yet implemented"
[17:27:27 CEST] <atomnuker> well, it compiles all parts of the project
[17:27:58 CEST] <BBB> it doesnt allow disabling components (on non-linux systems, disable-autodetect is really useful), it doesnt have fate
[17:27:59 CEST] <BBB> I mean
[17:28:03 CEST] <BBB> how do you develop without fate?
[17:28:05 CEST] <BBB> honest question
[17:28:12 CEST] <nevcairiel> personally i wouldnt be motiviated to work on that if i knew it would never be accepted by certain stubborn people, and as such will forever be blocked
[17:28:15 CEST] <BBB> I make change to vp9 decoder, now what?
[17:28:27 CEST] <BBB> I run meson oops and have to invoke ffmpeg directly?
[17:28:32 CEST] <atomnuker> use make fate
[17:28:59 CEST] <atomnuker> nevcairiel: those people can be shut up as long as you don't mention the word "replacement"
[17:29:02 CEST] <BBB> so its mostly political, its just like everything else
[17:29:09 CEST] <atomnuker> its not political
[17:29:18 CEST] <atomnuker> its factual that configure takes ages
[17:29:31 CEST] <nevcairiel> atomnuker: yeah because that worked so well, the next response then was "so you want double maintenance?"
[17:29:33 CEST] <BBB> it does a but not b because person 1 is not motivated, and because it doesnt do b, person 2 doesnt care
[17:29:39 CEST] <BBB> and now youre at this thing called an "impasse"
[17:30:12 CEST] <BBB> so is the idea that we all agree that we switch to meson once it has feature parity?
[17:30:33 CEST] <BBB> I beg you to please not have 2 build systems
[17:30:42 CEST] <BBB> libaom had that for a while, I dont think anyone was happy
[17:32:18 CEST] <atomnuker> nevcairiel: yes, double maintenence, let configure remain the main system but those using meson can update it
[17:32:29 CEST] <atomnuker> its the same way we have maintainers for different parts
[17:33:17 CEST] <atomnuker> BBB: otoh no one was unhappy until make was removed
[17:33:30 CEST] <nevcairiel> as long as certain developers can (and will) just block any change to the status quo with a 3 word mail, nothing will happen, why do you think the merges were done without re-reviewing things on the ML, because nothing would ever have happened =p
[17:35:49 CEST] <BBB> but what is the goal?
[17:35:54 CEST] <BBB> what are we voting on?
[17:36:03 CEST] <BBB> will we have 2 build systems? that seems silly
[17:36:11 CEST] <BBB> lets have two prores decoders too then
[17:36:15 CEST] <BBB> oh wait we already do :(
[17:37:44 CEST] <JEEB> the goal would be to have one way of doing configuration/build that doesn't take ages to finish on various quite used systems. meson is one of those alternatives. and any change shouldn't be blocked by just likes or dislikes, it would have to be proper technical reasons that are relevant and make sense in the context of FFmpeg.
[17:41:41 CEST] <BBB> I think duplication is a good technical reason
[17:41:49 CEST] <BBB> Im not trying to be obstructionist btw
[17:41:53 CEST] <BBB> I understand if you think I am
[17:42:01 CEST] <JEEB> nah, I'm actually on your side of the opinion
[17:42:08 CEST] <BBB> but Im wondering why we dont just decide ok, well go with meson and then implement the missing features
[17:42:24 CEST] <atomnuker> I don't mind that personally
[17:42:27 CEST] <BBB> if that is somehow difficult or there is no motivation, then I highly doubt that moving to meson is a good idea because apparently nobody gives a sh1t
[17:42:52 CEST] <BBB> if you want to move a mountain, youd better be severely motivated and ready to face and solve some significant obstacles
[17:42:58 CEST] <BBB> if you cant do that, well, .. that sucks
[17:43:01 CEST] <JEEB> I think at this point it's mostly a case of testing on all the environments that are officially supported by FFmpeg
[17:43:15 CEST] <JEEB> and deciding on what the required things are to do the initial replacement
[17:43:20 CEST] <nevcairiel> i would be all for solving technical obstacles, i'm personally just bored to engage in those BS pseudo-political nonsense
[17:44:00 CEST] <atomnuker> well here's a person who's motivated - Mathieu_Du
[17:44:18 CEST] <BBB> so if we say yes! , will he implement the missing features?
[17:45:00 CEST] <BBB> I guess its also fine to commit it as an intermediate stage while working on fisnihing stuff off, _as long as_ theres commitment that once feature-parity is accomlpished, we can deprecate configure/make and eventually remove it
[17:45:13 CEST] <BBB> again, dual build systems as a final result would be the worst conclusion imho
[17:45:22 CEST] <JEEB> and/or have a time limit at which point one gets removed
[17:45:29 CEST] <BBB> yeah exactly
[17:46:35 CEST] <BBB> reminds me of ffserver
[17:49:09 CEST] <atomnuker> BBB: well probably, its not like he has submitted a patch
[17:49:30 CEST] <atomnuker> that's why he emailed first, to get some feedback if there's something that really has to be implemented as well
[17:49:43 CEST] <atomnuker> like fate
[17:54:44 CEST] <Mathieu_Du> atomnuker, yes I've already spent quite some time on this, if there's interest upstream I'd be more than happy to continue :)
[17:55:44 CEST] <Mathieu_Du> Can't do it all on my own though, got a few other things on my plate as well
[17:59:43 CEST] <atomnuker> yeah, the fact someone took my original POC and did a ton of work on with and on meson was kinda suprising
[18:00:15 CEST] <atomnuker> anyway, for now you should probably implement fate by invoking the scripts the make system uses
[18:01:17 CEST] <Mathieu_Du> tbh I don't think there's anything left from the original work :P
[18:01:44 CEST] <Mathieu_Du> the problem with fate is that it's completely intertwined with the build systems
[18:01:51 CEST] <Mathieu_Du> system*
[18:02:44 CEST] <Mathieu_Du> (see tests/fate/*.mak)
[18:02:52 CEST] <jamrial> BBB: we in fact got rid of the second prores decoder :D
[18:03:02 CEST] <jamrial> the second encoder is still a todo, though
[18:05:15 CEST] <BBB> woohoo
[18:54:37 CEST] <bcoudurier> FRANCE!!!!!!
[19:01:12 CEST] <atomnuker> baptiste: eh?
[19:02:14 CEST] <atomnuker> its hardly much to be proud with after yesterday; it almost broke the whole internet
[19:03:38 CEST] <baptiste> yesterday ?
[19:04:35 CEST] <atomnuker> https://i.redd.it/cmnea65ud5811.png
[19:04:44 CEST] <atomnuker> on the whole article 11 and 13 vote
[19:06:27 CEST] <ubitux> you know what's worse? most of the "no" are from a fascist group
[19:07:33 CEST] <atomnuker> damn
[19:08:16 CEST] <JEEB> yea I checked who .fi sent out to the EP
[19:08:20 CEST] <JEEB> and \o/
[19:28:30 CEST] <Gramner> swedish MEPs does listen to voters occasionally. no idea wtf france is even doing
[19:29:55 CEST] Action: BradleyS always thought france was pretty cognizant of interwebs and software rights
[19:30:26 CEST] <BradleyS> then again, i reside in the US so anywhere seems more reasonable right about now...
[19:31:00 CEST] <JEEB> Gramner: it seems like at least some things were heard - or just happened to be against the wishes of some lobbyers :D
[20:06:35 CEST] <atomnuker> france is barely at the stage where they'll automatically deduct tax from your salary (starts in January)
[20:07:04 CEST] <baptiste> I like keeping my money in my brokerage :)
[20:07:59 CEST] <atomnuker> I hate doing paperwork more than anything in this world
[20:16:13 CEST] <January> atomnuker: same
[20:19:24 CEST] <atomnuker> though its not like not doing paperwork will stop the vicious and brutal bureaucratic system from plunging you into a world of pain and stress
[20:21:57 CEST] <atomnuker> the chance is lower though, and not needing to do anything but get a letter saying what you've had deducted means you get to laugh at all those that do have to keep track and file everything
[20:23:33 CEST] <atomnuker> even more so in case of americans, they've been prevented of having simpler tax calculations by a company that lobbied against so (and the company makes software that's meant to ease the task)
[22:37:27 CEST] <sfan5> has anyone encountered this error with aarch64 asm + clang? https://0x0.st/sfH7.txt
[00:00:00 CEST] --- Sat Jul 7 2018
1
0
[01:27:09 CEST] <Trel> To set metadata for the first subtitle, is it -metadata:s:0 or -metadata:s:s:0 ? I'm having a hard time reading the docs on that.
[01:31:22 CEST] <Trel> Aside from the fact I can't get it to work
[01:34:47 CEST] <CoreX> what type of metadata you trying to set
[01:36:18 CEST] <Trel> Title and language.
[01:39:19 CEST] <Trel> Nevermind, my fault, container didn't support subtitles, and video player was picking up the srt file.
[01:44:03 CEST] <lvlscape> jkqxz: thanks for the tip.
[06:00:47 CEST] <Hackerpcs> ffmpeg -loop 1 -i image.png -i audio.mp3 -acodec aac -vcodec libx264 -t $(ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 audio.mp3) -tune stillimage -pix_fmt yuv420p final.mp4
[06:01:04 CEST] <Hackerpcs> why does it fail with "Invalid duration specification for t: 17.867750"?
[10:06:43 CEST] <Hackerpcs> above the problem was that it had a carriage return on the end, storing it on a variable and then removing it and similar with duration="${duration//[$'\t\r\n ']}"
[11:52:06 CEST] <keglevich> ffmpeg -re -i 1.mkv -c:v mpeg2video -threads 0 -r 25 -g 50 -b:v 6000k -c:a mp2 -ac 2 -b:a 192k -ar 48000 -minrate 6000k -maxrate 6000k -bufsize 645k -pcr_period 30 -f mpegts -muxrate 6450k "udp://239.1.1.1:10000?pkt_size=1316"
[11:52:48 CEST] <keglevich> this command should produce perfect CBR, but it's not... there are lots of bit-bursts, spikes... is there even an option to generate prefect straight line CBR with ffmpeg?
[11:54:23 CEST] <keglevich> I have actually tried all possible combinations for mpeg2, mpeg4, different ffmpeg versions, the generated udp output is never actually a CBR, just an improved VBR at best with jumps +-2mbits up/down
[11:56:20 CEST] <ChocolateArmpits> keglevich, isn't it that mpegts simply pads data to match a particular overall bitrate rather than strictly making sure the encoded video is uniform in bitrate ?
[11:56:51 CEST] <ChocolateArmpits> not sure if that's possible though
[11:57:33 CEST] <keglevich> I'm not sure, but it looks like it... muxrate sets correct PCR accuracy and delay, it also keeps close to muxrate settings...but it jumps in bursts up and down
[11:58:13 CEST] <keglevich> I compared it to cinegy udp output...cinegy's udp output is actually a 100% perfect CBR straight line...
[11:58:31 CEST] <keglevich> I need that type of stream for sending it out to hardware TS muxers...
[12:01:37 CEST] <keglevich> are there any other parameters maybe worth mentioning (something buffer related) that would help to improve the CBR output?
[12:05:07 CEST] <ChocolateArmpits> keglevich, not sure what cinegy is, but did you try to demux the video stream and check it's bitrate ?
[12:05:59 CEST] <ChocolateArmpits> I suppose you checked the overall mpegts bitrate of that thing
[12:06:00 CEST] <keglevich> I tried to play the stream in VLC... it's almost CBR, but it isn't
[12:06:16 CEST] <keglevich> the bitrate I'm checking with mpeg analyzer
[12:06:26 CEST] <keglevich> the complete bitrate I mean
[12:08:03 CEST] <keglevich> cinegy is just a pro playout app... and it has also UDP multicast streaming output option where you can set the CBR bitrate...and the rate is 100% perfect all the time, also PCR's are fine
[12:08:24 CEST] <keglevich> but with ffmpeg's udp output this seems quite impossible to achieve
[12:10:46 CEST] <keglevich> also, I'm suspecting the mpegts udp out is an issue...if I just record the same stream to .ts file and play it inside VLC, the bitrate is way more accurate then if I watch the same stream directly over UDP
[12:16:03 CEST] <ChocolateArmpits> keglevich, udp has bitrate and burst_bits options, maybe that's the key ?
[12:17:52 CEST] <keglevich> bitrate as udp output options I also tried...burst_bits don't know which value to set...I didn't find any real time use examples for burst_bits anywhere
[14:34:54 CEST] <greysondn> So I'm wanting to export 120 frames/second from a video to PNGS, do some magical editing that shouldn't affect FFMPEG with the frames, and then later reassemble those into a video at 120 FPS. This means the original time span of the source video and the time span of the final video should be the same, such that I could mux the audio from the original into the final and still have it synchronized. Can someone give me a hand with that
[14:36:17 CEST] <greysondn> NB: the original is actually running at a target of 60FPS with variable frame rates due to encoder lagging.
[14:36:58 CEST] <atomnuker> yeah, no, you really should use the API and filter the frames yourself
[14:37:15 CEST] <atomnuker> there's no way to dump to files and keep the timestamps variable
[14:37:26 CEST] <greysondn> I don't need the timestamps to be variable.
[14:37:34 CEST] <greysondn> I need a constant output rate of 120/second
[14:37:39 CEST] <greysondn> So the final would be CFR.
[14:38:37 CEST] <atomnuker> you shouldn't use png either as if your input is yuv you have to convert to rgb and back, which isn't lossless
[14:38:53 CEST] <greysondn> The input is RGB.
[14:40:05 CEST] <greysondn> I can get the "best interests" thing, but you seem determined to convince me that FFMPEG is incapable of basically exporting 120 equally spaced screenshots a second from a video.
[14:41:14 CEST] <Mavrik> It's perfectly capable of doing that.
[14:41:21 CEST] <Mavrik> It's just kinda silly I guess.
[14:41:31 CEST] <greysondn> In what sense is it silly?
[14:41:50 CEST] <Mavrik> You'll be wasting a lot of CPU time and I/O compressing, storing and decompressing those frames.
[14:41:53 CEST] <Mavrik> It might take awhile.
[14:41:56 CEST] <atomnuker> yep, that's why its silly
[14:42:01 CEST] <atomnuker> you ought to use the API if you can
[14:42:05 CEST] <greysondn> Computational time is non-issue.
[14:42:10 CEST] <Mavrik> greysondn: but if you just output to PNGs it should "just work"
[14:42:19 CEST] <Mavrik> and then set the same frame rate on the input when reassembling it
[14:43:04 CEST] <greysondn> Okay. So, how do I do that? Assume everything's ideal except for the fact that I want 120 snapshots a second out of the video, preferably sequentially numbered.
[14:43:18 CEST] <TheAMM> How are you going to edit the frames?
[14:43:22 CEST] <TheAMM> As in, what will you do to them?
[14:43:33 CEST] <Mavrik> greysondn: is your video already 120fps CFR?
[14:44:18 CEST] <TheAMM> Since CFR is okay, you can do -vf fps=120 and dump rgb24 or rgba to stdout, read that with something (eg. python) and have the something to dump edited frames to another ffmpeg that's encoding
[14:44:35 CEST] <TheAMM> No temp files or absurd amounts of RAM necessary
[14:44:40 CEST] <greysondn> Mavrik: No. It's approximately 60FPS, VFR. I'm trying to sample high enough that I get the majority of the frames if not all. Nyquist suggests doubling frequency which is where 120 came from.
[14:45:02 CEST] <TheAMM> You get all the frames, though?
[14:45:33 CEST] <Mavrik> ffmpeg -i <your video> -vf fps=120 image-%03d.png
[14:45:38 CEST] <Mavrik> Of course you might get judder
[14:45:49 CEST] <Mavrik> If the frames don't really duplicate cleanly
[14:45:54 CEST] <greysondn> Does it try to interframe blend beyond what the codec itself does?
[14:46:01 CEST] <greysondn> Or should it basically match the codec?
[14:46:13 CEST] <greysondn> Because, I mean, I'm not going to blame FFMPEG if I'm using an awful format XD
[14:46:14 CEST] <Mavrik> It doesn't do anything except drop or duplicate frames.
[14:46:22 CEST] <greysondn> Okay. That should be fine enough then.
[14:46:28 CEST] <greysondn> Only so much can be done.
[14:46:57 CEST] <TheAMM> Can you elaborate further on the 120fps thing?
[14:47:27 CEST] <greysondn> Nyquist's theorem says that to capture all samples at a given framerate you need to sample at twice that framerate.
[14:47:54 CEST] <greysondn> I know I'll drop a few frames here and there because it exceeds 60 at times, but I should catch *most the frames* in a format that I can use to create a CFR video from.
[14:48:02 CEST] <TheAMM> I think I'm misunderstanding something
[14:48:08 CEST] <TheAMM> Or you're misunderstanding video
[14:48:13 CEST] <greysondn> ** all samples at a given frequency
[14:48:19 CEST] <greysondn> ** which framerate is
[14:48:25 CEST] <TheAMM> If you want to record audio, then yes nyquist applies
[14:48:27 CEST] <atomnuker> yeah, you're misunderstanding how vfr works
[14:48:38 CEST] <TheAMM> But you can literally extract all the frames from a video
[14:48:51 CEST] <TheAMM> It's not... arbitary signals in the air
[14:49:02 CEST] <greysondn> Regardless, I'd still need a constant framerate for my own sanity.
[14:49:16 CEST] <greysondn> So extracting some fixed number per second still is the target
[14:49:23 CEST] <TheAMM> It is true though that you might "miss" "frames" if there's a frame with a longer duration
[14:49:35 CEST] <TheAMM> ffmpeg -i in.mkv -vf fps=60 out.mkv
[14:49:39 CEST] <TheAMM> CFR video, done
[14:49:52 CEST] <greysondn> The AMM: doesn't work, loses too many frames.
[14:50:00 CEST] <atomnuker> it won't lose _any_frames
[14:50:03 CEST] <greysondn> Also fails to give me intermediary PNGs.
[14:50:18 CEST] <TheAMM> Can you answer my initial question though
[14:50:19 CEST] <atomnuker> it will duplicate frames only at optimal intervals to make it 60fps
[14:50:25 CEST] <TheAMM> ^
[14:50:40 CEST] <greysondn> It will have to drop some because at times it bleeds over 60fps.
[14:51:07 CEST] <TheAMM> Even if you go 120fps and encode that down to 60fps, you'll lose those frames
[14:51:20 CEST] <TheAMM> You'd have to manually choose which frames you want to keep
[14:51:41 CEST] <greysondn> I could conceivably do that once I had 120/second out, but the eventual output video is planned to be 120fps.
[14:52:16 CEST] <TheAMM> I guess you won't need anything more then
[14:52:27 CEST] <TheAMM> Dump pngs at 120fps and do what you do
[14:52:59 CEST] <greysondn> *shakes head* Developer communities always puzzle me.
[14:53:11 CEST] <greysondn> You stated you had an initial question I hadn't answered. What was it?
[14:57:40 CEST] <greysondn> Oooooookay then. I'll check back in if that doesn't work out.
[14:58:12 CEST] <TheAMM> <TheAMM> How are you going to edit the frames?
[14:58:12 CEST] <TheAMM> <TheAMM> As in, what will you do to them?
[14:58:38 CEST] <greysondn> I fail to see how that's relevant. What seems relevant is that I will edit them, beyond the scope of simple filters.
[14:59:06 CEST] <TheAMM> XY problem
[14:59:13 CEST] <TheAMM> If you can handle NUT, you could keep VFR
[14:59:14 CEST] <greysondn> ?
[14:59:21 CEST] <greysondn> Oh, I see.
[14:59:34 CEST] <TheAMM> More information is better
[14:59:48 CEST] <TheAMM> Please don't come asking for help and then respond with literally "I fail to see how that's relevant"
[14:59:50 CEST] <greysondn> Well, presumably I have the codecs handy for anything I'd like to toss at this machine, but as far as me personally? I'm not interested in working with VFR because I'm hand programming animations by frame count.
[15:01:22 CEST] <greysondn> The "real" frame count is a part of the frame. I can just extract it there.
[15:01:51 CEST] <greysondn> It would match the image source.
[15:02:20 CEST] <greysondn> There is no guarantee that it will match the video, however, which would lead to an audio desync if I didn't just work with it as CFR and animate in that context.
[15:02:49 CEST] <greysondn> I've no doubt there's an easier way, but after about a year mulling it over and driving myself crazy, this really seems like the simplest way.
[15:03:40 CEST] <greysondn> While FFMpeg and friends aren't my strong suit at all, I do have a degree that covers game design and computer animation. In other words, I at least sat in on lectures on such materials, regardless of whether or not I learned anything.
[15:04:07 CEST] <greysondn> Point being, I have some credibility to make that decision for myself.
[15:06:01 CEST] <greysondn> Hopefully my last question of the morning: Why try to give every piece of data but the one requested by my question when I came in? That seems to needlessly complicate things. The question was basically straightforward and giftwrapped.
[15:07:52 CEST] <Mavrik> Because people commonly come here trying to do dumb stuff in a wrong way which will result in broken systems.
[15:07:52 CEST] <TheAMM> Because -vf fps=120 is such a simple thing, and there was no explanation on *why* you want 120fps
[15:08:00 CEST] <TheAMM> The initial assumption is that you don't know what you're doing
[15:08:09 CEST] <Mavrik> This is why we always ask what's the goal.
[15:08:14 CEST] <Mavrik> No answer the question
[15:08:19 CEST] <Mavrik> Especially when people try to do something insane.
[15:08:28 CEST] <Mavrik> Like trying to process 120fps video on PNGs :P
[15:08:38 CEST] <greysondn> I don't find that insane.
[15:09:04 CEST] <greysondn> Nor did I find the video filter documentation easy to read, to the point it made more sense to ask.
[15:09:16 CEST] <Mavrik> Sure.
[15:09:44 CEST] <greysondn> I knew it was in there - rather, found it absurd that a fairly standard encoder/decoder wouldn't have such a thing - but failed to find it.
[15:10:06 CEST] <Mavrik> Hence why we always try to figure out the intent instead of giving the minimal possible answer.
[15:10:21 CEST] <Mavrik> (Especially since probably a lot of us end up maintaning such software after a few years.)
[15:10:49 CEST] <greysondn> I don't know. I would assume this means you've had to deal with a lot of people who weren't clear on what they were at least trying to do in that case. (Regardless of whether what they were trying to do was right or wrong.)
[15:11:23 CEST] <greysondn> That is, I would assume that you deal with people who do well to copy-paste reliably.
[15:12:26 CEST] <Shibe> does av_hwframe_ctx_create_derived have to have different devices?
[15:12:34 CEST] <Shibe> it says "Create and initialise an AVHWFramesContext as a mapping of another existing AVHWFramesContext on a different device. "
[15:12:46 CEST] <greysondn> I'll idle. Someone else clearly needs your help :D
[15:15:41 CEST] <ChocolateArmpits> greysondn, try -vsync 1 -r 60
[15:16:17 CEST] <atomnuker> Shibe: they should, yeah
[15:16:34 CEST] <atomnuker> if you want to duplicate a device context you can just ref it
[15:16:47 CEST] <Shibe> ah, that makes sense
[15:16:48 CEST] <Shibe> thanks
[16:25:00 CEST] <lvlscape_2> hey guys, i've been working on this one ffmpeg encoding puzzle for about two weeks now. not sure what i should be studying/reading about to solve it anymore, have kinda hit a wall. I have a single-boad-computer, the OdroidXU4 .. and i've set up a headless ubuntu on it (started with debian but ended up here) -- and on the headless uuntu, i've installed retropie for gaming.. this seems to be one of the most
[16:25:03 CEST] <lvlscape_2> accepted ways to set up the system to play retro games. I spent a week tryign to modify the config fiels to record on ti the same way i did on a raspberry pi.. though ended up messing with trying to have ffmpeg capture the emulation.. which has been the challenge.. cant capture with x11grab, theres no xenviroment ont he headless server in use.. tried installign one... the emulationstation hates being on a
[16:25:05 CEST] <lvlscape_2> virtualverminal with xserver and wont start.... thougth i could record the virtual terminal then... recorded the framebuffer, and it appeared to only record the terminal, not whatever it was launching.. began to understand what was launching was 'egl / sdl?' began learning that.. saw sdl / sdl2 were valid ffmpeg... outputs -- not inputs.. didnt see a way to hook onto those to grab them... spent a few days
[16:25:07 CEST] <lvlscape_2> tryign out kmsgrab.. recompiled ffmpeg a few times with --enable-libdrm to try out kmsgrab.. only to find out that my hardware 'may' not suppor tit and that wasnt working.. and now im unsure if i keep trying to understand kmsgrab, or if theres another way i should be tryign to captue this, or if its even possible... it must be possible because in the retroarch binary they use ffmpeg to record.. so i spent a
[16:25:09 CEST] <lvlscape_2> day digging through its source's c code trying to udnerstand it.. but it was so abstracted with classes i couldnt find exactly how they hooked onto record the screen
[16:25:31 CEST] <lvlscape_2> (sorry for text wall... mornign coffee + utterly defeated)
[16:27:40 CEST] <lvlscape_2> / since i've been devoloing with ffmpeg, maybe i should have posted in other channel? sorry for any misteps
[16:28:32 CEST] <furq> does retroarch not just support capturing input
[16:29:13 CEST] <furq> any emulator that actually relies on screen/window capturing for this is pretty dumb
[16:29:31 CEST] <furq> unless you're just trying to livestream
[16:30:23 CEST] <lvlscape_2> yeah, i've been tryign to stream to my rtmp server.
[16:30:56 CEST] <atomnuker> lvlscape_2: give up now
[16:31:19 CEST] <furq> yeah kms support on those sbcs is notoriously spotty
[16:31:52 CEST] <atomnuker> the odroid has crappy closed source drivers so its doubtful you'll be able to capture it via kmsgrab
[16:31:56 CEST] <furq> if you just want to record footage then there are other ways to do it
[16:31:57 CEST] <furq> but not live
[16:32:10 CEST] <atomnuker> plus, even if you do, it doesn't support v4l2 so you can't encode anything you capture
[16:32:31 CEST] <atomnuker> and you can't really do anything even if you were able to capture them as its CPU is far too weak to encode
[16:32:35 CEST] <furq> it's still pretty lazy of retroarch to just have ffmpeg capture the window though
[16:33:54 CEST] <lvlscape_2> atomnuker: i think i have v4l2 working on odroid .. through tryign my ubuntu install
[16:35:38 CEST] <Hello71> actually it only says it uses ffmpeg
[16:35:42 CEST] <lvlscape_2> i was abel to have the rpi capture and stream with no lag and high quality, so i knew odroid would be better.. i didnt want to encode with high compression, was just encoding for speed, and sending over ethernet to a local server to do ehavier encoding
[16:35:51 CEST] <Hello71> doesn't say it captures with ffmpeg
[16:37:20 CEST] <lvlscape_2> Hello71: the retroarch record driver seemed to be all ffmpeg related: https://github.com/libretro/RetroArch/blob/399011a4fa8e880b48dc049e85651513…
[16:37:33 CEST] <lvlscape_2> oops thats the .h file, meant to link the .c file
[16:38:25 CEST] <lvlscape_2> https://github.com/libretro/RetroArch/blob/11f26ed549b03f58b8a8f1ea2eaabf19…
[16:41:54 CEST] <jkqxz> I've had kmsgrab working on an Odroid XU4, recording stuff like a terminal or kmscube (I was only testing). The lack of any interop makes it pretty painfully slow, though, because the only thing you can do directly is download to CPU memory.
[16:42:05 CEST] <lvlscape_2> furq: what other ways were you refering to, do you have any thoughts on how i could approach recording withint he same device? or were you thinking more along the lines of a second 'capture card' ?
[16:42:33 CEST] <jkqxz> If the V4L2 M2M stuff gained DRM PRIME interop then it should be usable.
[16:42:47 CEST] <furq> a lot of emulators will just spit out rawvideo directly
[16:43:07 CEST] <furq> although idk of any off the top of my head that will do it live
[16:43:24 CEST] <furq> normally you'd record an input file and then have it render that
[16:58:18 CEST] <lvlscape_2> jkqxz: even if this was a failed attempt, im enjoying reading about why it failed to understand it. Im semi-famielar with V4L2 as i've been using it to capture webcam, and i understand it coudl do a lot more .. so i was intrigued by your comment about M2M / DRM PRIME interop -- was wondering if you could add context here to assist in my study?
[17:39:50 CEST] <Hello71> yeah, it absolutely doesn't use window capture
[17:41:12 CEST] <Hello71> you can see in https://github.com/libretro/RetroArch/blob/master/record/drivers/record_ffm… it uses av_interleaved_write_frame
[17:41:17 CEST] <Hello71> ffmpeg doesn't mean the ffmpeg command
[17:42:11 CEST] <Hello71> and you can see in recording_dump_frame it has a function to read back the currently displayed frame
[17:42:14 CEST] <Hello71> lvlscape_2--
[18:51:25 CEST] <lvlscape_2> Hello71: thanks so much, i was way out of my depth, its great to understand what was happenign after spendign so many hours looking at it
[20:27:01 CEST] <dan9er> Ok so, i've been searching around for how to do this, but i've had no luck. Looking to get a ffmpeg pro here. I have a SBS Full Frame video that is 648x720p per eye. I want to use ffmpeg to add metadata to it so YouTube will accept it as a 3D video, with the 3D option in the cog menu and all. I also want to do this without re-encoding. I'm
[20:27:01 CEST] <dan9er> asking here because all of the tutorials I found ethier re-encode the video (bad!) or make YouTube treat it as a SBS Half Frame video (wrong!).
[20:27:42 CEST] <dan9er> Using orange for emphasis instead of bold because IRC
[20:29:56 CEST] <^Neo> Is there a way to multicast a MPEGTS file and preserve the TS header information?
[21:04:42 CEST] <dan9er> I just sent this to the user mailing list as well
[21:04:53 CEST] <dan9er> gonna part now, gtg
[22:04:24 CEST] <QuestionAboutMon> I have looked online for guides to compress mono, if I follow the advice `ffmpeg -i .\input.mp3 -ab 8k bad-output.mp4` the output is 16kbps not 8kbps and MediaInfo states that it is two channels. I have also tried `ffmpeg -i .\input.mp3 -ab 8k bad-output.mp4 -ac 1` (also does not work)
[22:05:59 CEST] <QuestionAboutMon> How do I compress a mono audio track without it changing to two channels?
[22:06:56 CEST] <klaxa> move the -ac 1 before output.mp4
[22:09:14 CEST] <QuestionAboutMon> klaxa: That does not change the issue
[22:55:09 CEST] <ChocolateArmpits> is -ab an alias for -b:a ??
[22:56:40 CEST] <JEEB> -ab is the old option, while -b:a is -b with the "audio-specific" suffix which can be used with other options, too
[22:56:46 CEST] <JEEB> or even -b:a:0
[22:56:52 CEST] <JEEB> for the first output audio track
[23:41:50 CEST] <ineedffmpegforwi> Hello, I'm looking for information on why https://ffmpeg.zeranoe.com is down.
[23:42:01 CEST] <ineedffmpegforwi> Could anyone help me out?
[23:42:18 CEST] <JEEB> it's handled by zeranoe, not related to FFmpeg itself at all
[23:42:48 CEST] <ineedffmpegforwi> I see, is there any other source to download ffmpeg builds for windows? As I'm not a developer.
[23:43:40 CEST] <ineedffmpegforwi> But I think it's atleast a bit related, because when you click on "Download" on the official website it redirects you to zeranoe.
[23:44:22 CEST] <JEEB> that's highly misleading in a way then :P
[23:44:29 CEST] <JEEB> there are no official binaries of FFmpeg
[23:44:38 CEST] <JEEB> FFmpeg only produces the source code officially
[23:45:31 CEST] <ineedffmpegforwi> Okay and do you know a website where I can download a windows build?
[23:45:32 CEST] <azarus> JEEB: go to https://ffmpeg.org -> click the big green "Download" button :/
[23:45:52 CEST] <ineedffmpegforwi> Yeah, but this takes me to zeranoe @azarus.
[23:46:10 CEST] <JEEB> azarus: that takes me to https://ffmpeg.org/download.html that has a big green thing linking to the tarball for 4.0.1
[23:46:17 CEST] <azarus> ineedffmpegforwi: yeah, i was talking to JEEB
[23:46:24 CEST] <ineedffmpegforwi> Sorry
[23:46:31 CEST] <JEEB> you have the blue windows logo tho, which then links to https://ffmpeg.org/download.html#build-windows
[23:46:41 CEST] <JEEB> which has a link to zeranoe, yes
[23:46:50 CEST] <JEEB> but at least it's not an automated redirect
[23:46:51 CEST] <JEEB> :V
[23:47:10 CEST] <azarus> well, sure, he could compile it himself...
[23:47:39 CEST] <JEEB> no, I'm just saying that it's not like he tried to note which was "redirects to zeranoe"
[23:47:51 CEST] <JEEB> but yea, sure - for windows end users binaries are useful
[23:54:54 CEST] <karlll> Hi. The website https://ffmpeg.zeranoe.com does not work for me, see a loop of HTTP redirects in webconsole. Anyone experience the same?
[23:55:00 CEST] <ineedffmpegforwi> HA
[23:55:07 CEST] <ineedffmpegforwi> I'm not alone!
[23:55:49 CEST] <karlll> Hehe
[23:56:20 CEST] <JEEB> karlll: unrelated to the project, it's some dude's (zeranoe's) builds
[23:56:24 CEST] <ineedffmpegforwi> I'm also looking for a windows build but I just can't find any. Can only find references to zeranoe.
[23:56:36 CEST] <JEEB> figuring out how to communicate with zeranoe would probably be most useful if you want his builds
[23:56:53 CEST] <ineedffmpegforwi> I don't really want "his" builds, I just want "a" windows build.
[23:57:49 CEST] <JEEB> can't really recommend any as legitimate to be honest, as I mostly just build my own when needed
[23:57:53 CEST] <karlll> I just kinda hoped he/she might be reading this
[23:58:04 CEST] <JEEB> he has been on IRC sometimes
[23:58:06 CEST] <JEEB> but he isn't now
[23:58:42 CEST] <karlll> But just found an email address on git hub, i'll try that. Thanks
[00:00:00 CEST] --- Sat Jul 7 2018
1
0
[09:48:21 CEST] <gagandeep> kierank: i think i understand pngdec file (both png and apng) and how frame threading is used
[09:48:51 CEST] <gagandeep> shall i discuss with you?
[09:50:34 CEST] <gagandeep> sync is with : ff_thread_report_progress and ff_thread_await_progress
[10:13:01 CEST] <thardin> so many mxf patches lately
[11:17:17 CEST] <HappyPonyLand> this was pretty depressing... was googling an error, came across a 2010 IRC log from this channel with the guy that originally implemented this code :|
[11:18:16 CEST] <atomnuker> what error?
[11:20:23 CEST] <HappyPonyLand> I'm having trouble linking __imp_av_pix_fmt_descriptors
[11:20:35 CEST] <HappyPonyLand> (also: hi! to the next person at our company reading this in 2026)
[11:21:10 CEST] <nevcairiel> you should ideally avoid linking to the data array directly and instead use the accessor function
[11:22:19 CEST] <nevcairiel> or do we not have one for that one? anyhow linking data arrays requires special care to be taken
[11:23:00 CEST] <nevcairiel> av_pix_fmt_desc_get is the accessor
[11:23:08 CEST] <HappyPonyLand> well, I had it working earlier so I must have mistakenly reverted something
[11:31:03 CEST] <BtbN> Even if it works, it won't be very stable. That's why the accessors exist
[11:31:27 CEST] <nevcairiel> if you get an _imp prefix you usually forgot to wrap it in an extern C block
[11:37:05 CEST] <HappyPonyLand> BtbN: we're using a forked 0.11 :| but I'll keep that in mind, I have a hunch I will be the one tasked with bringing us up to 4.0
[11:37:47 CEST] <BtbN> uhm... don't do that. That sounds like a really bad idea.
[11:41:55 CEST] <HappyPonyLand> I'm just following orders
[11:42:07 CEST] <HappyPonyLand> but yeah, it's a discussion for another day. it might be more trouble than it's worth
[12:03:41 CEST] <HappyPonyLand> thardin: oh hey
[13:02:31 CEST] <memeka> hi I have a weird issue maybe you guys can help
[13:03:12 CEST] <memeka> I am working on a custom decoder, and after the decoding is done, I get this behaviour:
[13:04:50 CEST] <memeka> when output pix_fmt is yuv420p, image pointers are 0 and I get segmentation fault; when output pix_fmt is rgb32 all is good
[13:09:57 CEST] <atomnuker> which codec are you writing a decoder for?
[13:11:34 CEST] <memeka> atomnuker: i am modifying v4l2m2m decoder, to automatically pass data through a v4l2m2m converter
[13:13:05 CEST] <memeka> atomnuker: if i hardcode converter to RGB32, something like ffmpeg -vcodec mycodec -i file -pix_fmt rgb32 out.mkv works
[13:13:47 CEST] <memeka> if i leave the pixfmt to be decided by ffmpeg, it will choose yuv420p
[13:14:15 CEST] <memeka> and ffmpeg -vcodec mycodec -i file out.mkv => segm fault at the first AVFrame out of my code
[13:14:34 CEST] <memeka> in the encoder somewhere, where it tries to access the AVFrame
[13:15:33 CEST] <jkqxz> Is the converter required to be part of the decoder? (That is, you end up with something which looks like a single V4L2 device outputting the converted frames, and never see the intermediates.)
[13:15:48 CEST] <jkqxz> If not, you should probably write it as a filter rather than touching the decoder at all.
[13:16:02 CEST] <memeka> jkqxz: yes that's my intention, to have it part of the decoder
[13:16:04 CEST] <memeka> not filter
[13:16:13 CEST] <jkqxz> So it can't be separated?
[13:16:27 CEST] <memeka> jkqxz: it can, but I want it to be a whole thing
[13:17:07 CEST] <thardin> HappyPonyLand: who dis?
[13:17:16 CEST] <memeka> jkqxz: that's because I want to use dmabuf between the devices
[13:17:49 CEST] <memeka> and it would be more difficult to implement it as a filter, esp since atm v4l2m2m decoder only supports MMAP
[13:18:09 CEST] <jkqxz> There are patches for it outputting dmabuf referenced as DRM PRIME objects.
[13:18:21 CEST] <jkqxz> If you can take those as input then it should be a filter.
[13:18:39 CEST] <jkqxz> (Which can then also be used with things other than the decoder.)
[13:19:39 CEST] <HappyPonyLand> thardin: the ghost of your past mistakes
[13:19:49 CEST] <memeka> jkqxz: yes i know about them, but that's for DRM
[13:20:24 CEST] <memeka> jkqxz: I want: decoder <- zero copy -> converter <-> zero copy <-> drmprime
[13:20:40 CEST] <jkqxz> Which is what you would get with a filter.
[13:20:50 CEST] <jkqxz> You really don't want to tie that into the decoder.
[13:21:08 CEST] <memeka> jkqxz: it would be difficult to implement zero copy with the filter atm
[13:21:43 CEST] <memeka> since, like i said, v4l2m2m stuff in ffmpeg is only MMAP
[13:22:51 CEST] <jkqxz> Well, use the patches on the ML for making it output DRM objects for your testing.
[13:22:53 CEST] <memeka> i am talking about V4L2_MEMORY_MMAP and V4L2_MEMORY_DMABUF, not exporting out of the decoder
[13:23:09 CEST] <jkqxz> Since the components are completely independent you don't need any dependency.
[13:23:21 CEST] <memeka> jkqxz: I my DRM and my decoder don't use the same pixel format
[13:23:43 CEST] <memeka> so yeah i can use those patches to export DRM, but DRM won't accept it
[13:23:59 CEST] <memeka> I need to convert first to something DRM accepts
[13:24:27 CEST] <memeka> and using a filter will not be zero copy
[13:24:37 CEST] <memeka> hence I want to hide the conversion within the decoder
[13:24:57 CEST] <memeka> plus, I already got it working (well kind of :P)
[13:25:26 CEST] <memeka> I don't understand why the resulting AVFrame, if it's got pix_fmt rgb32 is OK, if it's got pix_fmt yuv420p it's not
[13:25:56 CEST] <Shibe> im not quite sure i understand what time_base is. What unit is it in? nanoseconds?
[13:26:58 CEST] <jdarnley> Seconds, isn't it?
[13:28:34 CEST] <jdarnley> Yep, that's what avcodec.h says
[13:29:50 CEST] <jkqxz> Why would a you not be able to use zero copy? The DRM objects pass between decoders and filters normally.
[13:36:45 CEST] <memeka> jkqxz: can you explain?
[13:37:08 CEST] <memeka> converter needs to CHANGE the data right?
[13:37:50 CEST] <atomnuker> yes, please, do make v4l2 use the standard hardware infrastructure we have, it sucks its implemented the way it is currently as a custom decoder
[13:38:12 CEST] <jkqxz> The decoder outputs DRM objects in some format. The converter takes those as input (without copying), and then writes output in some new format (also as DRM objects) and returns that to the user.
[13:39:56 CEST] <atomnuker> I wish the encoder would accept dmabuf avframes too, it would allow screen recording on arm devices
[16:10:42 CEST] <cone-124> ffmpeg 03Gyan Doshi 07master:4cd5c3f9ec78: doc/filters: state negate filter's option
[19:54:20 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07master:bab0716c7f47: avformat/mxfdec: Fix av_log context
[19:54:21 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07master:2b46ebdbff1d: avformat/asfdec_o: Check size_bmp more fully
[19:54:22 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07master:a7e032a27745: avformat/rmdec: Do not pass mime type in rm_read_multi() to ff_rm_read_mdpr_codecdata()
[19:54:23 CEST] <cone-124> ffmpeg 03Michael Niedermayer 07master:9807d3976be0: avformat/pva: Check for EOF before retrying in read_part_of_packet()
[22:29:25 CEST] <relaxed> .quit
[00:00:00 CEST] --- Fri Jul 6 2018
1
0
[00:49:20 CEST] <DHE> mpegts is a container, and ffmpeg supports it
[01:43:49 CEST] <wyseguy> hey all
[01:46:41 CEST] <wyseguy> im streaming live to youtube and running into some errors with my ffmpeg command that im running. im connected to a gopro with camera suite and then running ffmpeg, video works but is super pixelated and then has issues. here is 2 screenshots. https://imgur.com/a/PjhHech and here is the one with the code. https://imgur.com/a/03NS328
[01:54:29 CEST] <iive> first, don't use flv, it is limited to flv1 codec and it is bad. you tube should be supporting mp4 and h264 just fine
[01:54:48 CEST] <iive> (no idea really, never done live streaming to yt).
[01:56:42 CEST] <wyseguy> hi iive
[01:56:47 CEST] <wyseguy> so use -f h264
[01:56:49 CEST] <iive> second, you seem to be getting a lot of bitstream errors. this means that you are not getting the gopro video properly
[01:57:03 CEST] <iive> -f is for the file format, that would be mp4
[01:57:15 CEST] <wyseguy> ah
[01:57:18 CEST] <iive> -c:v libx264 -crf 24
[01:57:20 CEST] <wyseguy> i used this here... https://www.youtube.com/watch?v=59i2mrlqOKM
[01:57:30 CEST] <wyseguy> followed that FYI
[01:57:52 CEST] <iive> don't google have a guide?
[01:58:14 CEST] <wyseguy> ive looked extensively,
[01:58:21 CEST] <wyseguy> maybe im just missing it
[01:59:38 CEST] <wyseguy> so.. ffmpeg -f mp4
[02:00:56 CEST] <iive> https://productforums.google.com/forum/#!topic/youtube/To1xR5V3ytE
[02:01:02 CEST] <wyseguy> looking
[02:01:05 CEST] <iive> this one seems to have interesting links
[02:03:53 CEST] <wyseguy> ive seen those githubs, issue is the camera also needs a keepalive script to run every 2.5secs, im using camera suite so i dont have to deal with that
[02:04:02 CEST] <wyseguy> signal to camera suite is crisp
[02:04:41 CEST] <wyseguy> i feel the whole issue im having is in the ffmpeg command im running, it will stream live with the command, i think some of the options are set wrong
[02:05:47 CEST] <iive> actually the gopro stream is already h264, 30fps, yuv420
[02:06:04 CEST] <wyseguy> okay
[02:06:13 CEST] <iive> you might try directly copying it. that would be -c:v copy
[02:06:38 CEST] <iive> the audio is aac, no idea if youtube accepts that.
[02:07:01 CEST] <wyseguy> when i go live the audio works
[02:07:44 CEST] <iive> i mean, you turn aac into mp3. you might also try if sending it would work. that would be with -c:a copy
[02:07:51 CEST] <iive> (v for video, a for audio).
[02:08:41 CEST] <wyseguy> ffmpeg -f mpegts -i "udp://10.5.5.100:8554?fifo_size=10000" -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx"
[02:08:44 CEST] <wyseguy> so thats the current command
[02:08:52 CEST] <wyseguy> i need to take away a few things or just add that to it?
[02:09:31 CEST] <iive> replace "-f flv" with "-c:v copy -c:a copy -f mp4" see if it works
[02:09:42 CEST] <wyseguy> okay trying
[02:09:50 CEST] <wyseguy> btw, youtube.com/dirtahead
[02:10:03 CEST] <wyseguy> thats where the live feed will be going, you can see the past one with the issues it had
[02:11:28 CEST] <wyseguy> going to log off on this irc and come back on the other computer so i can copy paste outputs, brb
[02:12:34 CEST] <wyseguy> okay back, let me try and stream
[02:12:44 CEST] <wyseguy> thanks for the help btw
[02:16:18 CEST] <wyseguy> now my gopro died, 1 sec lol
[02:19:07 CEST] <iive> i have to leave soon.
[02:22:36 CEST] <wyseguy> [mp4 @ 0x7fe0129f6200] muxer does not support non seekable output
[02:22:37 CEST] <wyseguy> Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
[02:22:42 CEST] <wyseguy> okay
[02:23:24 CEST] <wyseguy> iive don't let me keep you, leave when you have to go :)
[02:24:27 CEST] <iive> ok, try with -c:v copy -f flv
[02:25:20 CEST] <wyseguy> k trying
[02:26:47 CEST] <wyseguy> you see the live feed? looks much much much better
[02:27:03 CEST] <wyseguy> but stream quality is orange and not green
[02:27:13 CEST] <wyseguy> green means really good, orange is okay and red is bad
[02:27:23 CEST] <iive> https://trac.ffmpeg.org/wiki/Encode/YouTube this says you can do -f mp4 -movflags +faststart
[02:27:32 CEST] <wyseguy> had some errors at the first part of starting
[02:28:04 CEST] <wyseguy> [h264 @ 0x7f987b80c400] non-existing PPS 0 referenced
[02:28:04 CEST] <wyseguy> Last message repeated 1 times
[02:28:04 CEST] <wyseguy> [h264 @ 0x7f987b80c400] decode_slice_header error
[02:28:04 CEST] <wyseguy> [h264 @ 0x7f987b80c400] no frame!
[02:28:06 CEST] <wyseguy> [h264 @ 0x7f987b80c400] non-existing PPS 0 referenced
[02:28:43 CEST] <iive> these are decoder errors
[02:29:00 CEST] <wyseguy> okay, so no big deal?
[02:29:06 CEST] <iive> it means that receives the data from gopro with some errors
[02:29:16 CEST] <wyseguy> ah
[02:29:22 CEST] <wyseguy> also got this from the gopro...
[02:29:23 CEST] <wyseguy> [mpegts @ 0x7f987c000400] Could not find codec parameters for stream 2 (Unknown: none ([128][0][0][0] / 0x0080)): unknown codec
[02:29:23 CEST] <wyseguy> Consider increasing the value for the 'analyzeduration' and 'probesize' options
[02:29:24 CEST] <iive> well, if it is connected with cable, there should be no errors at all.
[02:29:24 CEST] <wyseguy> Input #0, mpegts, from 'udp://10.5.5.100:8554?fifo_size=10000':
[02:29:24 CEST] <wyseguy> Duration: N/A, start: 246.412833, bitrate: N/A
[02:29:54 CEST] <wyseguy> ah okay, ya its wifi
[02:30:03 CEST] <iive> stream 2 might be subtitles, or gps data, or something.
[02:30:03 CEST] <wyseguy> let me try that -f mp4 -movflags +faststart
[02:30:11 CEST] <iive> just a moment.
[02:30:23 CEST] <wyseguy> ah okay
[02:30:24 CEST] <wyseguy> so false positives
[02:30:24 CEST] <wyseguy> okay ill be here
[02:30:29 CEST] <iive> the wifi might reorder the packets, and ffmpeg won't be able to construct them properly
[02:30:45 CEST] <iive> see if you can find something that won't have that problem.
[02:31:04 CEST] <iive> e.g. using tcp, or rtsp...
[02:31:13 CEST] <iive> it depends on what the gopro supports
[02:31:50 CEST] <wyseguy> ya, well the gopro is wifi connected to macbook air and a program called camera suite is bringing in the feed, its super crisp
[02:32:06 CEST] <wyseguy> the changes you suggested already improved the feed by 1000%
[02:32:26 CEST] <iive> :) it's using the original video ... so it will be good.
[02:32:31 CEST] <wyseguy> ah
[02:32:36 CEST] <wyseguy> okay let me try that -f mp4 -movflags +faststart
[02:33:15 CEST] <iive> the mp4 thing might allow you to use aac, as flv is limited to mp3.
[02:33:52 CEST] <wyseguy> k
[02:33:54 CEST] <wyseguy> trying now
[02:33:56 CEST] <iive> gtg
[02:34:00 CEST] <iive> see ya.
[02:38:02 CEST] <wyseguy> thanks iive
[04:26:35 CEST] <neuronton> hey guys
[12:46:50 CEST] <Schmetterwurm> Hi, i would like to know, if it is possible for ffmpeg to recieve a folder as input and just one file as output. just as it is possible with handbrake. for context, the input folder is a copy of a DVD and contains .IFO and .VOB files.
[13:15:15 CEST] <furq> Schmetterwurm: if you're dealing with dvds on *nix then you probably want tccat
[13:52:02 CEST] <YokoBR> hi there
[13:53:05 CEST] <YokoBR> I'm using this args to create a live streaming. But after some time it get's a little bit messed, with squares, and like it's pulsing...
[13:53:08 CEST] <YokoBR> args = ['ffmpeg', '-i','-', '-vcodec', 'libvpx', '-c:v', 'libx264', '-preset', 'veryfast', '-tune', 'zerolatency','-bufsize', '3968k', '-maxrate', '1984k','-movflags', 'faststart','-bf', '2','-c:a', 'aac', '-b:a', '128k', '-ac', '1', '-g', '30', '-f', 'flv', url]
[13:53:18 CEST] <YokoBR> Is there any way to improve it?
[13:53:52 CEST] <furq> for starters, -vcodec libvpx is doing nothing there
[13:54:03 CEST] <furq> secondly don't use -tune zerolatency for streaming to youtube or twitch if that's what you're doing
[13:54:22 CEST] <furq> -movflags faststart also does nothing
[13:54:31 CEST] <furq> -ac 1 is pointless at that bitrate
[13:58:08 CEST] <ariyasu> ffmpeg -i %input% -vn -sn -acodec pcm_s32le audio.wav
[13:58:10 CEST] <YokoBR> furq: the -vcodec libvpx is because I'm streaming from a vp8/9 webm source
[13:58:18 CEST] <ariyasu> why is this failing with "-vn: No such file or directory" ?
[13:58:28 CEST] <furq> YokoBR: that makes no difference unless you put it before -i
[13:58:42 CEST] <YokoBR> ariyasu: your %input% may be null
[13:58:59 CEST] <ariyasu> nevermind
[13:59:00 CEST] <ariyasu> yes
[13:59:03 CEST] <ariyasu> i forgot to set it
[13:59:18 CEST] <furq> and also you shouldn't use the libvpx decoder unless you need to support features that ffmpeg's internal decoder doesn't support
[13:59:21 CEST] <furq> it's slower
[13:59:25 CEST] <YokoBR> furq: I see. But should I use it to enforce the vp8/9 thing?
[13:59:28 CEST] <furq> no
[13:59:31 CEST] <YokoBR> Oh lol
[13:59:38 CEST] <furq> afaik it's only useful if you have transparency
[13:59:39 CEST] <YokoBR> I see, thank you so much
[13:59:51 CEST] <YokoBR> I'm creating a browser live studio
[13:59:58 CEST] <YokoBR> using webrtc and rtmp
[14:00:20 CEST] <YokoBR> and multiple cameras, live guests, mutiple mics
[14:00:21 CEST] <furq> well yeah zerolatency will hurt the quality really badly
[14:00:38 CEST] <YokoBR> I see. If only I could improve the buffering
[14:00:39 CEST] <furq> in exchange for like 200ms less latency at best
[14:00:55 CEST] <YokoBR> I see
[14:01:13 CEST] <furq> plus you're then explicitly setting -bf 2 which will break it
[14:01:28 CEST] <furq> but you should get rid of it anyway unless you're trying to get sub-500ms latency
[14:01:31 CEST] <furq> in which case good luck in general
[14:03:32 CEST] <YokoBR> so this should do it better, right? ['ffmpeg', '-i','-', '-c:v', 'libx264', '-preset', 'veryfast', '-bufsize', '3968k', '-maxrate', '1984k', '-c:a', 'aac', '-b:a', '128k', '-g', '30', '-f', 'flv', url]
[14:04:56 CEST] <YokoBR> My streaming server has a buffer of 4096kb
[14:05:31 CEST] <furq> use a slower preset if you can afford to
[14:07:55 CEST] <YokoBR> furq: https://app.vidmonsters.com/live/vidmonsters
[14:08:21 CEST] <YokoBR> this is the live stream with your suggestions (except for the slower preset)
[14:12:23 CEST] <YokoBR> so far, so good
[14:12:25 CEST] <YokoBR> :D
[15:08:56 CEST] <YokoBR> It's working really good now
[15:08:57 CEST] <YokoBR> https://app.vidmonsters.com/live/vidmonsters
[15:09:16 CEST] <YokoBR> from the browser to my python API, then to my streaming server
[17:39:10 CEST] <^Neo> anyone have any experience with spdif demuxer?
[19:52:43 CEST] <wyseguy> morning
[20:06:48 CEST] <wyseguy> I ran this command and was getting a live stream that was super pixelated: fmpeg -i "udp://10.5.5.100:8554?fifo_size=10000" -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx But then after getting some insight, I tried running this command and the live stream was much better but youtube was showing the stream was having some issues: ffmpeg -f mpegts -i "udp://10.5.5.100:8554?fifo_size=10000" -c:v copy -f flv "rtmp://a.rtmp.youtube.com
[20:06:50 CEST] <wyseguy> /live2/xxxx-xxxx-xxxx-xxxx Any ideas on how to improve this?
[20:07:49 CEST] <azarus> Can the native ffmpeg aac encoder use high efficiency profiles?
[20:09:05 CEST] <azarus> ah, have to use libfdk_aac
[20:21:06 CEST] <wyseguy> hey there
[20:21:11 CEST] <wyseguy> azarus
[20:21:23 CEST] <wyseguy> iive was helping me yesterday
[20:22:04 CEST] <azarus> huh?
[20:22:48 CEST] <wyseguy> iive is a guy in this room, he was helping me with this issue
[20:43:34 CEST] <lemontea> I was wondering did ffmpeg ever fully support El Gato Capture devices? Specifically this Elgato Game Capture HD60. Enumerate (https://pastebin.com/8kx7Tb8f)
[20:49:34 CEST] <JEEB> no idea, that just shows different DirectShow devices you have
[21:12:45 CEST] <lemontea> @JEEB, I got a HD60s, it enumerates fine, but El Gato HD60 doesn't and requires proprietary libraries? Wondering if ffmpeg officially supported it or not.
[21:16:39 CEST] <JEEB> lemontea: it's just generic DirectShow device enumeration
[21:16:50 CEST] <JEEB> DirectShow being a standard MS API
[21:20:00 CEST] <wyseguy> Hi JEEB
[21:22:56 CEST] <lemontea> @Jeeb, Yes. I just want to know if I can access it through ffmpeg's API and pull frames from it. Probably by accessing its device hardware name, the one that contains GUIDs and pin name.
[21:24:12 CEST] <JEEB> if that supports any DShow pix_fmt that FFmpeg hablas it should work
[21:24:17 CEST] <JEEB> (and if the device behaves itself)
[21:28:51 CEST] <wyseguy> i am pushing video out to youtube and was using "-f flv" and it was getting a really bad picture, so then it was recommended to use "-c:v copy -f flv" and the live stream is much better, but isn't as clear as it should be. Ideas?
[21:30:46 CEST] <kepstin> the quality can't ever be better than with "-c:v copy", since that's sending the original video to youtube without any changes.
[21:31:26 CEST] <kepstin> (although I suppose youtube themselves might re-encode it in some circumstances)
[21:32:08 CEST] <wyseguy> i dunno, i know when i used -f flv the video was really really bad
[21:32:32 CEST] <wyseguy> when i used the -c:v copy -f flv is was much much better
[21:32:39 CEST] <kepstin> if you use -f flv with no other options, it'll pick a default codec to use, which will probably be pretty bad yes
[21:32:55 CEST] <wyseguy> here was the command i was using..
[21:33:06 CEST] <wyseguy> fmpeg -i "udp://10.5.5.100:8554?fifo_size=10000" -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx
[21:33:16 CEST] <wyseguy> whoops, wrong one 1 sec
[21:33:50 CEST] <kepstin> wyseguy: if you don't provide any "-c:v" setting, ffmpeg will automatically pick some settings that will work, but generally won't be very good.
[21:34:00 CEST] <wyseguy> ffmpeg -f mpegts -i "udp://10.5.5.100:8554?fifo_size=10000" -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx"
[21:34:11 CEST] <wyseguy> thats what i was originally using
[21:34:16 CEST] <wyseguy> okay so that makes sense then
[21:34:28 CEST] <wyseguy> so then i was was told to use this command...
[21:34:37 CEST] <wyseguy> ffmpeg -f mpegts -i "udp://10.5.5.100:8554?fifo_size=10000" -c:v copy -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx"
[21:35:15 CEST] <kepstin> wyseguy: that overrides the default video encoder for flv (which is "flv1", a terrible old codec) and instead copies the original video from the camera unchanged.
[21:35:43 CEST] <wyseguy> and that was a night and day difference in the live stream, but youtube has this green, yellow and red light for how well the stream is doing and with the first command run it was red, this next command that looked much better was a yellow light.
[21:35:45 CEST] <wyseguy> ah okay
[21:35:49 CEST] <wyseguy> so im wondering what im still doing wrong here...
[21:36:13 CEST] <kepstin> youtube should have a dashboard page that says *why* your stream health isn't green.
[21:36:26 CEST] <kepstin> but it's probably that you're not meeting their bitrate requirements or something like that.
[21:36:26 CEST] <wyseguy> its basicaly a gopro hooked up to a mac with camera suite software and then live streaming that to youtube. only way i have found to livestream youtube with a gopro
[21:36:43 CEST] <wyseguy> ah yes, i took a screen shot of that 1 sec
[21:37:50 CEST] <wyseguy> the first command with the -flv was red and it said "bad video settings - the video is encoded with an unsupported codec. please set the video codec for the stream to a cupported codec (H.264)
[21:38:18 CEST] <wyseguy> let me live stream again with the yellow button and see what it says, forgot to get a screen shot of that
[21:42:32 CEST] <wyseguy> okay testing now kepstin
[21:44:19 CEST] <wyseguy> unsupported resolution
[21:45:06 CEST] <wyseguy> you need to change the cideo resolution. the current resolution is 848x480, whichi is not supported for this configuration. the expected video resolution is 1280x720
[21:45:09 CEST] <wyseguy> video*
[21:46:19 CEST] <wyseguy> oh, the issue may be in the camera suite, let me try again
[21:46:53 CEST] <wyseguy> oh wait, no it wouldn't be there.. not sure what is causing it to stream in 848x480...
[21:50:42 CEST] <iive> wyseguy, is 10.5.5.100 the address of the gopro, or it is the ip of the macbook?
[21:51:43 CEST] <wyseguy> hey iive thanks for the help yesterday. that is the ip of the macbook
[21:51:47 CEST] <wyseguy> the macbook is connected to a wifi network that the gopro is pushing out
[21:53:04 CEST] <iive> are you running ffmpeg on a PC?
[21:53:13 CEST] <wyseguy> mac book air
[21:53:44 CEST] <iive> on the same mac?
[21:54:17 CEST] <wyseguy> current setup is gopro wifi to macbook air, camera suite shows the camera preview just fine. the macbook air is connected to a verizon hotspot via usb tether to live stream. ffmpeg is also being run on the macbook air, correct
[21:55:14 CEST] <iive> here I found how to get the gopro stream directly https://gist.github.com/laurieainley/7663756
[21:55:17 CEST] <wyseguy> current setup will have all this equipment in a backback including the macbook air running in clam shell mode to live stream to youtube. not the cleanest setup, but havent found another way to do this.
[21:55:44 CEST] <wyseguy> iive reading
[21:55:55 CEST] <iive> you had input stream errors, since http uses tcp, it should not have that issue
[21:56:17 CEST] <wyseguy> okay
[21:57:07 CEST] <wyseguy> 10.5.5.9:8080 Error 404: Not Found
[21:57:13 CEST] <wyseguy> that is the ip of the camera...
[21:58:15 CEST] <iive> but is the the IP of your camera?
[21:58:30 CEST] <wyseguy> ya it is
[21:58:39 CEST] <wyseguy> wonder if its trying over the mifi hotspot
[21:58:47 CEST] <wyseguy> let me get on irc on the other computer and try agian
[21:58:48 CEST] <wyseguy> 1 sec
[22:00:04 CEST] <wyseguy> okay, so if i do a lanscan, i can see the camera 10.5.5.9 ip
[22:00:39 CEST] <wyseguy> if i try and ping it i get request timeout
[22:01:26 CEST] <wyseguy> let me try this whole command and go live and see what happens
[22:03:41 CEST] <kepstin> wyseguy: yeah, that resolution is set on the camera or software on the mac, you'd have to change it there. ffmpeg is simply copying it as-is
[22:03:52 CEST] <wyseguy> okay
[22:14:46 CEST] <wyseguy> [http @ 0x7fb7d24026c0] HTTP error 404 Not Found
[22:14:46 CEST] <wyseguy> http://10.5.5.9:8080/live/amba.m3u8: Server returned 404 Not Found
[22:16:07 CEST] <wyseguy> http://10.5.5.9:8080/videos/DCIM/
[22:16:11 CEST] <wyseguy> that works FYI
[22:16:20 CEST] <wyseguy> and i can see the directory of files
[22:23:14 CEST] <wyseguy> http://10.5.5.9:8080/live/amba.m3u8 gives me a 404
[22:24:00 CEST] <wyseguy> reconnecting camera
[22:30:46 CEST] <wyseguy> same
[22:50:42 CEST] <^Neo> I've connected a set top box to an HDMI capture card and want to extract the Dolby Digital audio being sent via IEC61937
[22:51:09 CEST] <^Neo> right now I'm getting the PCM 2ch, 16 bit data, and then doing parsing that's in the spdifdec.c code to extract the audio out
[22:51:17 CEST] <^Neo> that seems to mostly work, but is incredibly clunky
[22:55:25 CEST] <wyseguy> looks like the gopro herl 6 black is different
[23:35:36 CEST] <lvlscape> my 'dumb' questyion for the day: tryign to setup with ffmpeg's 'kmsgrab' .. i've recompiled ffmpeg with --enable-drm in the ./configure .. and pre 'make' it even lists kmsgrab as an input device .. post make install/distclean / hash -r / ldconfig .... kmsgrab still isnt in my 'ffmpeg -devices' ... to make sure i wasnt crazy i did a 'whereis ffmpeg' and checked the -devices for each.. to ensure i was checking
[23:35:38 CEST] <lvlscape> the device for the one i just compiled and not the one grabbed from debian library... not really sure where to look next after a few hours of googeling.
[23:51:45 CEST] <lvlscape> i think the hardware acceleration is a bi over my head, so hoping to least understand where i made a logical poo
[23:54:23 CEST] <jkqxz> If you made a shared build, it is very easy to accidentally pick up the wrong libavdevice.
[23:54:51 CEST] <jkqxz> Not sure what could go wrong other than that - if it appears in the list at configure time then it really should be there at runtime.
[00:00:00 CEST] --- Fri Jul 6 2018
1
0