Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

May 2015

1 participants
62 discussions

ffmpeg-devel.log.20150525
by burek 26 May '15

26 May '15

[00:43:35 CEST] <cone-199> ffmpeg 03Michael Niedermayer 07master:1cacecce7953: avcodec/libutvideoenc: Fix memleak [01:46:48 CEST] <cone-199> ffmpeg 03Michael Niedermayer 07master:8ce564ea280b: avformat/mov: Mark avio context of decompressed atoms as seekable [03:17:28 CEST] <chrisjunkie> (should have posted this here first instead of #ffmpeg) Hey all, I've been eagerly waiting QuickSync to appear in FFMpeg's main repo, this looks like its the case. Obviously its not in a current release (as I can't find any documentation) but is there a group thats working on this? Happy to provide testing help and offer fixes when I can [03:17:38 CEST] <chrisjunkie> Also wondering if its working on Linux 8=) [03:22:23 CEST] <Compn> which quicksync ? [03:22:37 CEST] <Compn> is that intel hwaccel or something ? [03:29:57 CEST] <chrisjunkie> Yeah, Intel QuickSync. Its in all their CPUs now (almost all of them) [03:30:44 CEST] <chrisjunkie> its libavcodec/qsv* in git [03:31:43 CEST] <Timothy_Gu> chrisjunkie: well, as I understand it's pretty much "done," and no additional work is underway [03:32:04 CEST] <Timothy_Gu> chrisjunkie: of course if you can provide testing or other kinds of feedback that would be great [03:32:34 CEST] <Timothy_Gu> we also might use a wiki page or some documentation on any quirks you've found :) [03:32:52 CEST] <chrisjunkie> Yeah ok cool, wheres the best place for that? Just create a new page in Trac? [03:33:17 CEST] <chrisjunkie> Would be good to document whats required to install and use it etc [03:33:20 CEST] <chrisjunkie> Happy to do that [03:33:28 CEST] <Timothy_Gu> yep http://trac.ffmpeg.org/wiki/Encode/QuickSync for example [03:33:52 CEST] <Timothy_Gu> yes. Thanks! [03:34:12 CEST] <chrisjunkie> It can also do decoding so maybe just one page for btoh [03:34:46 CEST] <Timothy_Gu> Or maybe http://trac.ffmpeg.org/wiki/HWAccel/QuickSync would do [03:35:17 CEST] <chrisjunkie> OK Timothy_Gu - will see what I can mock up [03:35:34 CEST] <Timothy_Gu> cool! if there's any problems feel free to ping me [03:36:24 CEST] <Compn> thanks for helping chrisjunkie :) [03:36:57 CEST] <chrisjunkie> No worries - FFMpeg has helped me immensly over the past few years so the least I can do is contribute back right! Thats the power of open source :-) [03:41:30 CEST] <chrisjunkie> http://trac.ffmpeg.org/wiki/HWAccel/QuickSync is now officially a page - I'll add to it later [03:41:53 CEST] <chrisjunkie> Thanks guys, will be back later [05:22:02 CEST] <cone-873> ffmpeg 03Michael Niedermayer 07master:e4c2ec879b11: avcodec/put_bits: Update size_in_bits in set_put_bits_buffer_size() [05:22:02 CEST] <cone-873> ffmpeg 03Michael Niedermayer 07master:561d3a57aaa9: avcodec/mpegvideo_enc: Update the buffer size as more slices are merged [05:22:02 CEST] <cone-873> ffmpeg 03Michael Niedermayer 07master:8f5ffed183e0: avcodec/put_bits: Assert that there is enough space left in skip_put_bytes() [05:22:02 CEST] <cone-873> ffmpeg 03Michael Niedermayer 07master:291ad5cc9cf8: avcodec/bitstream: Assert that there is enough space left in avpriv_copy_bits() [09:52:33 CEST] <j-b> 'morning [10:34:32 CEST] <durandal_1707> good morning [11:50:55 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:bd46e78aa4e7: avcodec/put_bits: Assert that size in set_put_bits_buffer_size() does not cause integer overflows [12:40:15 CEST] <ubitux> rcombs: so, do you have some fancy Dialogues to share? [12:54:37 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:2ce6e419113f: ffmpeg_opt: Set the video VBV parameters only for the video stream from -target [12:54:38 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:73f71799242e: avformat/mpegenc: Do not use floats for vcd_padding_bitrate [13:35:06 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:343654c288d0: avformat/mpegenc: Replace *0.7 by *7/10 [13:35:07 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:cf401cd12b79: avformat/rmenc: Avoid floats in duration calculation [15:03:47 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:00f3bb2ef2bb: avcodec/mpegvideo: Factor ff_mpv_reallocate_putbitbuffer() out [15:03:48 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:c50904fd7899: avcodec/mjpegenc_common: Use ff_mpv_reallocate_putbitbuffer() [16:10:50 CEST] <cone-894> ffmpeg 03Andreas Cadhalpun 07master:e48a9ac9af5f: libshine: fix support for shine 3.0 [20:03:47 CEST] <Zeranoe> Is libmfx faster/better than the internal H.264 decoder? [20:04:05 CEST] <BtbN> Isn't libmfx the qsv encoder? [20:05:17 CEST] <Zeranoe> I thought it was Intel's H.264 hardware decoder? [20:06:29 CEST] <BtbN> They do that via dxva on windows i think [20:16:35 CEST] <Compn> Zeranoe : most hardware h264 decoders dont do 10bit (or didnt back in the day, no idea about now) [20:18:03 CEST] <Daemon404> they still do not [20:20:46 CEST] <JEEBsv> some weird people say that some tegras support it but AFAIK that's mostly people not noticing the decode errors from decoding 10bit stuff as 8bit, or them really believing the marketing bullshit of some android video players [20:21:03 CEST] <JEEBsv> where they market hardware YCbCr->RGB in the same group as hw decoding [20:21:40 CEST] <JEEBsv> professional AVC ASICs probably support 10bit 4:2:2 AVC (intra only) [20:21:55 CEST] <JEEBsv> and since pegasys added support, possibly 4:4:4 all intra 10bit [20:22:27 CEST] <JEEBsv> HEVC is the first thing where 10bit support with 4:2:0 is going to end user priced hardware [20:39:03 CEST] <philipl> JEEBsv: But it's ok, the anime people will have moved to 12bit by then. [20:39:52 CEST] <rcombs> eh, I'd expect severe diminishing returns on compression efficiency going from 10 to 12-bit [20:39:56 CEST] <rcombs> assuming it helps at all [20:39:58 CEST] <JEEBsv> ye [20:40:20 CEST] <philipl> I don't think the anime argument has much rationality behind it. [20:40:52 CEST] <cone-894> ffmpeg 03Niklesh 07master:9aabc926ca14: Improve upon dynamic arrays- movtext subtitles [20:40:58 CEST] <rcombs> Zeranoe: isn't the general pattern that hardware video decoding is only significantly faster if you're not copying back to CPU memory? [20:41:01 CEST] <JEEBsv> 10bit movement waited 10 months for lavc to support it and that was pretty rational :P [20:41:29 CEST] <philipl> The perceived benefits, if any, don't outway the inability to use hardware decoders. [20:42:09 CEST] <philipl> rcombs: Yes. Hardware decoders are mostly useless if you're not trying to display the video in realtime. [20:42:23 CEST] <rcombs> philipl: or re-encode [20:42:41 CEST] <philipl> You get lower CPU consumption at realtime frame rates but you will be frame-rate limited trying to do transcoding. [20:43:09 CEST] <philipl> The hardware simply isn't designed to be fast. [20:44:01 CEST] <rcombs> can be faster than doing it on the CPU in cases of lower-end Intel, or ARM, CPUs [20:44:22 CEST] <JEEBsv> intel's and AMD's recent ASICs are pretty damn quick in decoding [20:44:31 CEST] <JEEBsv> I remember seeing numbers of ~400fps [20:44:42 CEST] <philipl> With copy back to system memory? [20:44:44 CEST] <JEEBsv> and 1080p60 has been possible since after the 9000 series from ~2008 [20:45:57 CEST] <philipl> Sure, you can do 60fps all day if that's your goal, but on a high end system, you'll get faster transcoding, with higher CPU cost, using software. [20:46:20 CEST] <philipl> rcombs: There is a set of scenarios with low end CPUs where you might end up net faster using hardware for the decode. [20:46:21 CEST] <JEEBsv> that was mostly noting the age :P [20:47:01 CEST] <philipl> Of course, ideally you'd want to fast-path between the decoder and encoder hardware (a la shadowplay) but I don't think anyone's investigated that. [20:47:11 CEST] <philipl> nvidia explicitly don't support it between vdpau and nvenc. Shame. [20:48:26 CEST] <JEEBsv> anyways, trying to think that for anime fansubs in general hardware decoding was anywhere on the table at all as a priority is a rather mistaken way of thought :P AVC was adopted a year or two after nero and things came around, and 10bit was adopted by the non-braindead part as soon as lavc got support [20:48:58 CEST] <philipl> I know that anime mindside considers hardware decoding to be a peasent's sport. That doesn't mean they're right. [20:49:20 CEST] <philipl> s/mindside/mindset/ [20:49:45 CEST] <JEEBsv> it's not a priority, and I don't see there being anything right or wrong about that [20:50:03 CEST] <JEEBsv> and it's not like there wasn't plenty of decode'able content who really wanted it [20:50:10 CEST] <JEEBsv> for their devices [20:50:30 CEST] <philipl> If one is obsessed with quality, why re-encode at all? Just distribute the original h.264 stream. Rather than dicking around with 10bit. [20:50:31 CEST] <wm4> to be fair, I haven't seen any real reason yet to use hardware decoding on the desktop [20:50:38 CEST] <nevcairiel> philipl: both intel and recent nvidia can do >400fps on 1080p with copy-back [20:50:59 CEST] <wm4> it's either about netbooks (lol), power saving for laptops (who plays video on battery?), or because they simply "want" it for no reason [20:51:05 CEST] <philipl> nevcairiel: Huh. I'm out of date. [20:51:10 CEST] <nevcairiel> wm4: hevc has somewhat of a reaosn as software decoders are still terribly slow [20:51:19 CEST] <wm4> probably [20:51:29 CEST] <wm4> 4K probably had the same justification years ago [20:51:31 CEST] <nevcairiel> nvidias hevc 10-bit decoder is pertty nice [20:51:36 CEST] <JEEBsv> yeah [20:51:36 CEST] <nevcairiel> 4k 10-bit at ~100 fps [20:52:03 CEST] <rcombs> philipl: I haven't tested it, but I think full GPU->GPU (no-copy) transcoding should work for VAAPI, and definitely should for MMAL (Raspberry Pi) [20:52:21 CEST] <rcombs> wm4: I do, on airplanes and shit [20:52:28 CEST] <rcombs> re: "who plays video on battery?" [20:52:48 CEST] <philipl> nevcairiel: Where is that available? VDPAU only exposes 8bit. Do they expose more through DXVA? [20:53:00 CEST] <nevcairiel> yes [20:53:06 CEST] <nevcairiel> vdpau is just behind like always [20:53:23 CEST] <wm4> vdpau did get higher bit depth support [20:53:36 CEST] <rcombs> wm4: for HEVC? [20:53:36 CEST] <philipl> Yeah, the API has 10bit hevc but the driver doesn't expose it. [20:53:49 CEST] <philipl> I'm still working on exposing the HEVC decoding support in ffmpeg. [20:53:55 CEST] <wm4> maybe, but there's no hevc vdpau support in lavc [20:54:05 CEST] <philipl> I've got video on screen but it's not looking right. [20:54:06 CEST] <nevcairiel> that probably shouldnt be too hard [20:54:09 CEST] <rcombs> newer Intel GPUs do 10-bit HEVC as well [20:54:14 CEST] <nevcairiel> i already made all the required changes to the hevc decoder [20:54:19 CEST] <nevcairiel> so you just need to fill in the structs [20:54:23 CEST] <philipl> "Just" :-) [20:54:28 CEST] <rcombs> there's apparently one series that does 8-bit but not 10-bit [20:54:41 CEST] <nevcairiel> strictly speaking, no intel gpu does hevc yet [20:54:51 CEST] <nevcairiel> on windows they have a opencl hybrid accelerator [20:55:12 CEST] <nevcairiel> (well, one exception, i think the newest Atom x5/x7 do hevc) [20:55:27 CEST] <JEEBsv> nevcairiel: btw I noticed my recent HEVC test encodes crash lavc DXVA2. want to check them as I haven't gotten to building lavc with MSVC for debug symbols yet? The streams are technically nonstandard (since all levels except for 8.5, which is unusable in every profile except for the still ones, limit refs to 8 or so) but a crash is still a crash. [20:55:30 CEST] <philipl> nevcairiel: Right now it's displaying as twice as tall as it should with black lines between each picture line and then it wraps around and so the top half overlays the bottom half. [20:55:36 CEST] <rcombs> I've seen some vainfo output listing "VAProfileHEVCMain : VAEntrypointVLD" [20:55:39 CEST] <philipl> I can't comprehend the error condition. [20:55:55 CEST] <nevcairiel> philipl: that sounds like a very bizzare problem [20:56:10 CEST] <philipl> This is with an intra-only sample with no scaling lists or tiling. [20:56:20 CEST] <philipl> So there's really no ambiguous metadata for me to mis-interpret. [20:56:38 CEST] <philipl> I've been in contact with one of the nvidia guys but he's on holiday this weekend so waiting for a response. [20:56:51 CEST] <nevcairiel> JEEBsv: maybe its overflowing some ref list? not sure those are bound-checked [20:56:59 CEST] <JEEBsv> https://fushizen.eu/u/jeeb/2015-05-15-ngnl_op/2135kbps/hevc_ngnl_op_crf19.m… [20:57:03 CEST] <JEEBsv> one of the files [20:57:58 CEST] <JEEBsv> I do like the fact that hevc added an "unlimited" level (8.5), but the fact that it's effectively unusable is kind of meh [20:58:48 CEST] <nevcairiel> doesnt seem to crash here, but also doesnt output any picture at all :) [20:58:55 CEST] <JEEBsv> oh [20:59:05 CEST] <rcombs> JEEBsv: "playable on a universal turing machine" [20:59:49 CEST] <JEEBsv> rcombs: it's not much different from --ref 16 encodes in AVC, so I'm kind of "huhwhat" at why they limited it [21:00:04 CEST] <nevcairiel> ref 16 is possible in some profiles, isnt it? [21:00:12 CEST] <nevcairiel> and some hardware even does it [21:00:17 CEST] <rcombs> damn, I need a second season of NGNL [21:00:18 CEST] <JEEBsv> with AVC, sure [21:00:37 CEST] <JEEBsv> HEVC specifically limits all levels except 8.5 to 8 refs [21:00:48 CEST] <rcombs> wat [21:00:49 CEST] <JEEBsv> and then every profile in the spec except for intra only [21:00:57 CEST] <JEEBsv> doesn't let you use level 8.5 [21:01:10 CEST] <rcombs> even for 1080p? [21:01:14 CEST] <JEEBsv> yes [21:01:15 CEST] <nevcairiel> that makes sense, more refs are likely never making much sense :p [21:01:26 CEST] <JEEBsv> nevcairiel: that I do kind of agree with [21:01:28 CEST] <JEEBsv> it's still weird [21:01:40 CEST] <rcombs> so& lower memory requirements than AVC? [21:02:14 CEST] <rcombs> (in some cases?) [21:02:30 CEST] <nevcairiel> hm i really need an option to select the GPU i want in my decoder [21:02:37 CEST] <nevcairiel> my primary GPU doesnt to hevc 10-bit [21:02:51 CEST] <nevcairiel> i keep editing the source for testing <.< [21:04:04 CEST] <nevcairiel> JEEBsv: i think its hitting the assert i put in there to make sure the lists dont overflow :D [21:04:08 CEST] <JEEBsv> :D [21:05:07 CEST] <nevcairiel> since the spec doesnt allow more than 8 refs in anything, the lists in the dxva struct are only 8 elements in size [21:05:26 CEST] <JEEBsv> yeh, that makes sense [21:05:42 CEST] <BtbN> 8 refs max sounds quite small [21:05:47 CEST] <nevcairiel> nah [21:06:02 CEST] <nevcairiel> i think someone tested that with avc before, and anything over 6 or so didnt yield much of a benefit at all [21:06:36 CEST] <JEEBsv> yeah, except for some very specific cases. in general you're going into diminishing returns if any [21:08:17 CEST] <nevcairiel> you can actually have 16 frames in the DPB (current frame + 15 others), but only 8 can be active refs for the current frame [21:08:30 CEST] <nevcairiel> so you can shuffle them around a bit if you really wanted to [21:08:36 CEST] <JEEBsv> yeh [21:08:45 CEST] <JEEBsv> only NumPicTotalCurr is limited [21:15:47 CEST] <nevcairiel> the video sure looks interesting when it attempts to decode it but half the frames fail on account of too many refs [21:16:13 CEST] <JEEBsv> CUVID IIRC output something [21:16:28 CEST] <nevcairiel> dxva now does too [21:16:31 CEST] <nevcairiel> looks funky [21:17:01 CEST] <JEEBsv> :D [21:17:10 CEST] <nevcairiel> maybe i should change the loops to fill based on their own sizhe, and not the dpb size [21:17:13 CEST] <nevcairiel> like the h264 code works [21:25:59 CEST] <Zeranoe> So how is libmfx different than any other encoder, seeing it seems to be using the CPU? [21:27:40 CEST] <BtbN> It's the intel hardware encoder library. [21:28:17 CEST] <BtbN> The hardware encoder is inside of the CPU, but it doesn't use CPU time. [21:33:33 CEST] <Compn> Zeranoe : are you wanting to put libmfx in ffmpeg or something ? [21:33:45 CEST] <Zeranoe> Already done, for the Windows FFmpeg builds [21:33:47 CEST] <nevcairiel> there is a libmfx encoder in ffmpeg [21:33:51 CEST] <nevcairiel> its called qsvenc [21:36:27 CEST] <Zeranoe> It looks like https://github.com/lu-zero/mfx_dispatch is using a pretty old Intel Media SDK. If I get some time I might try to update to the 6.0.0.349 version released this month. Still, it's better than nothing. [21:36:57 CEST] <BtbN> It propably uses the last free one. Or is it still free on windows? [21:37:28 CEST] <Zeranoe> You can dl the SDK from their site, just have to give them your email [21:40:34 CEST] <nevcairiel> the dispatcher is part of the SDK [21:40:47 CEST] <nevcairiel> that github project juist slapped some scripts on top [21:41:39 CEST] <Zeranoe> nevcairiel: The dispatcher uses VS project files, so that project actually turned it into cmake/autotools [21:49:53 CEST] <BBB> Timothy_Gu: that patch of yours is really weird, but I guess if thats the recommended way, then its ok& does it make sense to define __SECT__ in x86inc.asm or so, so that we dont have to put this in each file that uses structs? [21:50:05 CEST] <BBB> Timothy_Gu: Im not against it btw, but its a little ugly to put __SECT__ in each .asm file [21:50:13 CEST] <BBB> so Im wondering if theres something easier... [21:50:42 CEST] <nevcairiel> JEEBsv: i hope people dont start encoding such videos, right now its impossible to detect that its such a crazy-pants encode [21:51:18 CEST] <nevcairiel> doesnt signal profil or level :( [21:51:26 CEST] <nevcairiel> profile* [21:51:33 CEST] <JEEBsv> yeah [21:51:45 CEST] <JEEBsv> I would have preferred x265 to have signalled 8.5 >_> [21:52:11 CEST] <JEEBsv> which is out of spec but better than... not using the "unlimited" level [21:53:11 CEST] <nevcairiel> are you sure that exceeding the 8 refs is even in spec for that level [21:53:23 CEST] <nevcairiel> it seems like a rather fundamental codec limit to me [21:54:27 CEST] <JEEBsv> the wording is "when the specified level is not 8.5, ... f) the value of NumPicTotalCurr shall be less than or equal to 8" [21:54:59 CEST] <JEEBsv> (and the profiles then prevent you from using level 8.5 in them, except for the still image one as far as I can see) [21:55:44 CEST] <nevcairiel> the way i read the spec, 8.5 is just meant to encode all sorts of still images, as digital cameras produce extremely large images tehse days, which means it only is really designed to exceed picture size limits [21:56:10 CEST] <JEEBsv> well yeah, that's what I gathered [21:56:21 CEST] <nevcairiel> my spec must be old, it d oesnt have that [21:56:55 CEST] <JEEBsv> A.4.1 general tier and level limits [21:57:37 CEST] <nevcairiel> my spec is 2014.10 .. probably old by now [21:57:41 CEST] Action: nevcairiel looks for new one [21:58:16 CEST] <JEEBsv> this is the same one as far as I can see [21:58:23 CEST] <JEEBsv> H.265-201410 [21:58:54 CEST] <nevcairiel> there is a 2015.04 anyway! [21:59:03 CEST] <JEEBsv> not yet published IIRC [21:59:09 CEST] <JEEBsv> will be in a couple of months, IIRC [21:59:15 CEST] <JEEBsv> unless you mean ISO/IEC side [21:59:17 CEST] <nevcairiel> hm right, its not available to ordinary users on the website [21:59:33 CEST] <JEEBsv> it's funny how ISO/IEC rev2 is ITU-T's rev3 [21:59:41 CEST] <JEEBsv> how the hell did they end up mismatching [21:59:51 CEST] <nevcairiel> ITU calls it "in force (prepublished)" .. odd wording [22:40:25 CEST] <cone-894> ffmpeg 03Steve Lhomme 07master:d8039ef8d221: D3D11va: add a Direct3D11 video decoder similar to DXVA2 [22:40:26 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:947b74ee7da7: Merge commit 'd8039ef8d221ea273aa4f1e62e5df21bf618c772' [22:40:27 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:94d07b314aa5: avcodec/dxva2: Fix build without D3D11 [23:25:17 CEST] Action: rak[2] likes ffmpeg.. thanks to contributers :) [23:32:50 CEST] <Timothy_Gu> BBB: Hmm good idea [23:33:10 CEST] Action: Timothy_Gu wonders why he didn't think of that [23:41:47 CEST] <cone-894> ffmpeg 03Carl Eugen Hoyos 07master:860ac0a5bbbf: lavf/riff: Add 0x729A as TwoCC for G.729. [23:53:16 CEST] <cone-894> ffmpeg 03Michael Niedermayer 07master:3232ac4bac05: configure: d3d11va is auto-detected like the others [00:00:00 CEST] --- Tue May 26 2015

1 0

ffmpeg.log.20150525
by burek 26 May '15

26 May '15

[03:16:27 CEST] <chrisjunkie> Hey all, I've been eagerly waiting QuickSync to appear in FFMpeg's main repo, this looks like its the case. Obviously its not in a current release (as I can't find any documentation) but is there a group thats working on this? Happy to provide testing help and offer fixes when I can [03:16:49 CEST] <chrisjunkie> Also wondering if its working on Linux 8-) [03:43:19 CEST] <aplund> I get this from ffprobe on a dvd iso image: http://pastie.org/10205581 [03:43:43 CEST] <aplund> What is stream #0:5 and is this correct or is it being probed wrong somehow? [03:45:16 CEST] <intracube> aplund: you could try the mediainfo utility and see if shows anything else [03:48:37 CEST] <aplund> intracube, it just reports that it is iso9660. Though I'm not sure how to use it. [03:50:21 CEST] <intracube> aplund: are you using the graphical frontend or command line? [03:50:39 CEST] <aplund> intracube, command line. [03:50:53 CEST] <intracube> hmm, it should report a lot more back than that by default [03:51:45 CEST] <intracube> maybe it can't read within an ISO :/ [03:51:47 CEST] <aplund> gives the file size and says the stream type is iso9660, but nothing much more than that. [03:52:12 CEST] <intracube> not sure what else to suggest [03:52:58 CEST] <aplund> might try a loop mount and try it on the VOBs [03:58:37 CEST] <aplund> well.. that stream id doesn't appear in any of the VOBs individually it seems. [04:01:57 CEST] <intracube> aplund: looks a bit like some duff info reported by ffprobe [04:02:56 CEST] <aplund> intracube, seems the handling of iso9660 is a bit flaky at times [04:03:18 CEST] <aplund> this image has VIDEO_TS.VOB and VTS_*.VOB [04:03:39 CEST] <aplund> but some of the IFO and BUP might be in between and maybe that's causing the issue [17:29:38 CEST] <stark> Hello everyone i'm trying look for a solution to this error "x11grab @ 0x83f1e00". Bascially i'm trying to create a screencast using the following command "ffmpeg -f x11grab -s 1280x800 -an -r 16 -i :0.0 -b:v 5M -y test.webm" And i'm getting the following error: [17:29:42 CEST] <stark> Capture area 1280x800 at position 0.0 outside the screen size 1280x800 [17:29:45 CEST] <stark> :0: Invalid argument [17:29:59 CEST] <stark> with that error code [17:34:33 CEST] <kepstin-laptop> stark, huh, what ffmpeg version are you using? [17:36:03 CEST] <stark> kepstin-laptop, 2.6.3 [17:40:11 CEST] <kepstin-laptop> huh, that error was only added fairly recently, it's newer than the source I'm looking at :) [17:41:47 CEST] <kepstin-laptop> looks like the issue's already been fixed in git, guess it didn't make it into the ffmpeg stable tarball. [17:42:45 CEST] <kepstin-laptop> stark, you can grab this change to fix it, was an off-by-one in the comparison. http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=7971fa9ce0ead8d2e8a79d… [17:46:06 CEST] <stark> Ah, nice. Thanks for looking into this kepstin-laptop. [21:59:35 CEST] <jbmcg> Hey there, can anyone explain to me why trimming videos without re-encoding can yield unexpected results sometimes? I feel like its related to keyframes or lack thereof but I really don't know for sure. Here's an example of what I'm trying to do: http://pastebin.com/6xLBv71j [22:04:41 CEST] <kepstin-laptop> jbmcg, yeah, that's probably the case. If you're not re-encoding the video, you can only choose start points that correspond to the location of a keyframe. [22:05:23 CEST] <kepstin-laptop> ffmpeg will move your selected start point to a different spot in this case; I think it tries to find the nearest keyframe before your requested start point. [22:06:01 CEST] <DragonsLordKERNE> yes, kepstin ... you are right [22:06:19 CEST] <DragonsLordKERNE> c_14 explained this to me some weeks ago [22:06:46 CEST] <DragonsLordKERNE> key-frame accurancy is possible only with re-encoding [22:08:10 CEST] <jbmcg> but, where I provided the same time in both commands, shouldn't ffmpeg have found the same keyframe on each command and therefore not have overlapping footage in the output videos? [22:08:44 CEST] <kepstin-laptop> jbmcg, the *end* point doesn't have to be on a keyframe boundary, only the start point does [22:08:50 CEST] <kepstin-laptop> so ffmpeg only moves the start point. [22:09:18 CEST] <kepstin-laptop> (although there's some weirdness when you have B frames, dunno how that works) [22:10:47 CEST] <kepstin-laptop> but yeah, the start time might be moved to an earlier time to find a keyframe to start at, and the end time can maybe be moved to a later time if you have B-frames, to keep the necessary references intact. [22:11:21 CEST] <kepstin-laptop> so you'd get overlap if you do two cuts with the end of one being the start of the next, if the selected time isn't right on a keyframe. [22:11:41 CEST] <kepstin-laptop> unless you're reencoding, of course. [22:16:30 CEST] <jbmcg> ok cool that makes sense with the results I've been getting. so to get what I'm expecting to work, I need to make sure my -t value matches a keyframe on each command, right? [22:17:31 CEST] <jbmcg> or I guess, ss+t needs to match a keyframe [22:18:02 CEST] <kepstin-laptop> jbmcg, you need to make sure ss hits a keyframe, and t includes everything up to but not including the next keyframe. [22:24:48 CEST] <jbmcg> Ok cool that makes sense. Would you say the most efficient way to programmatically figure out the closest keyframe to a time would be to use ffprobe to get the full list of the frames and loop through to find the closest one? [22:26:24 CEST] <jbmcg> Something like this I suppose: "ffprobe -show_frames -select_streams v -print_format json=c=1 output.mp4" and then go through the json to find the closest one [23:07:25 CEST] <NehezvoltRegelni> Hi! I've managed to loop a transparentpng, and now i want to render subtitle on it [23:07:41 CEST] <NehezvoltRegelni> the problem is that the subtitle is only visible where the transparent png has something, otherwise it's invisible [23:07:56 CEST] <NehezvoltRegelni> can you help me? ffmpeg -loop 1 -f image2 -i subtitle.png -t 10 -vcodec png -pix_fmt rgba -vf "ass=hu.ass" -y -deinterlace jpg/image%08d.png [23:08:39 CEST] <NehezvoltRegelni> (The goal is to have the subtitles rendered onto a transparent png, so that i would be able to use it in an NLE) [23:09:12 CEST] <kepstin-laptop> huh, interesting. I suppose that's a bug in the 'ass' filter. Does the 'subtitles' filter behave any differently? [23:10:13 CEST] Action: NehezvoltRegelni trying to convert ass->srt, and i'll check it out [23:11:13 CEST] <kepstin-laptop> hmm? 'subtitles' filter can take ass input, no need to convert anything. [23:11:42 CEST] <NehezvoltRegelni> o, i didn't knew that [23:11:47 CEST] <kepstin-laptop> i wouldn't be surprised if it's the same result tho, since the core rendering is done by libass in both cases. [23:13:28 CEST] <NehezvoltRegelni> kepstin-laptop: yeah, the same [23:13:29 CEST] <NehezvoltRegelni> http://imgur.com/Avg1Zda [23:13:57 CEST] <NehezvoltRegelni> do you have any idea/workaround? [23:15:14 CEST] <kepstin-laptop> dunno, I'm not familiar with the libass api. It's almost certainly going to require code changes; most likely in ffmpeg, possibly in libass. [23:15:33 CEST] <NehezvoltRegelni> :( [23:15:51 CEST] <kepstin-laptop> I suspect the ffmpeg filter will have to be changed to actually adjust the alpha channel of the resulting image - it presumably only currently sets the r,g,b values. [23:16:15 CEST] <kepstin-laptop> the normal use is to render subtitles on opaque images, so this works fine in most cases. [23:16:33 CEST] <NehezvoltRegelni> yes, i'm the 1%percent of crazyness:) [23:16:39 CEST] <NehezvoltRegelni> And do you have any idea how could i render subtitle in any way into set of png frames? [23:17:10 CEST] <NehezvoltRegelni> hmm.... Rendering on a green png... and greenbox:D [23:17:21 CEST] <NehezvoltRegelni> I would be happy for a better solution:) [23:17:36 CEST] <kepstin-laptop> will fail if there's any green text in the subs, but otherwise I suppose that might work :) [23:17:46 CEST] <NehezvoltRegelni> no, it just b&w [23:17:53 CEST] Action: NehezvoltRegelni wanna cry [23:17:54 CEST] <NehezvoltRegelni> :D [23:18:15 CEST] <kepstin-laptop> Looks like the libass api does provide enough info to get the alpha right, it's just not done in ffmpeg (it looks like a pain to do). [23:24:04 CEST] Action: rak[2] likes ffmpeg.. thanks to contributers :) [23:27:00 CEST] <NehezvoltRegelni> ^ me 2 [00:00:00 CEST] --- Tue May 26 2015

1 0

ffmpeg-devel.log.20150524
by burek 25 May '15

25 May '15

[00:00:09 CEST] <kierank> wm4: mimetype [00:00:19 CEST] <kierank> there's some browser bullshit that makes an image different to a video [00:00:41 CEST] <kierank> it's their political BS response when I ask for <img src="stillimage.h264"></img> [00:02:00 CEST] <wm4> lol [00:04:58 CEST] <wm4> and so gif will live on forever [00:05:11 CEST] <wm4> but at least we don't have to deal with mng [00:05:26 CEST] <rcombs> yeah, "without actually being video" just means "browsers display it in an <img>" [00:06:13 CEST] <kierank> wm4: I don't even care about animated stuff [00:06:16 CEST] <kierank> I care about static [00:08:10 CEST] <wm4> jpg forever? [00:08:26 CEST] <kierank> yes [00:09:28 CEST] <rcombs> bpg never [00:10:03 CEST] <durandal_170> xmp [00:10:06 CEST] <Daemon404> fun story... we've been serving webp to chrome for quite a while now... and we get way more complaints about teh webp quality (even if it's the same size as the jpeg) [00:10:16 CEST] <Daemon404> (we use mozjpeg too) [00:10:39 CEST] <Daemon404> kierank, shouldnt you be watching eurovision like a good european [00:11:01 CEST] <kierank> i am [00:11:18 CEST] <Daemon404> ah ok. [00:11:24 CEST] Action: durandal_170 :) [00:11:45 CEST] <Daemon404> i watched it last year... i dont get it. [00:11:57 CEST] <Daemon404> probably my non-european upbringing. [00:12:06 CEST] <kierank> my flatmate is from hong kong [00:12:07 CEST] <kierank> she doesn't get it [00:12:13 CEST] <Daemon404> hah [00:12:29 CEST] <kierank> she is technically british though [00:12:36 CEST] <Daemon404> depends when she was born [00:12:38 CEST] <Daemon404> doesnt it? [00:12:43 CEST] <Compn> 1997 [00:12:57 CEST] <kierank> he has a british passport [00:13:02 CEST] <Compn> well , assume kierank does not have a flatmate younger than 20 ? :P [00:13:09 CEST] <kierank> she's 25 like me [00:13:13 CEST] <Daemon404> right [00:13:18 CEST] <kierank> oh wait i'm 24, she's 25 [00:13:24 CEST] <Daemon404> >forgetting your own age [00:13:29 CEST] <Compn> >oh no i'm old [00:13:47 CEST] <kierank> it's my birthday next week [00:13:52 CEST] <Daemon404> Compn, here is your comlimentary cane and rocking chair [00:13:55 CEST] <Daemon404> shotgun costs extra [00:15:25 CEST] <Compn> i think i've commented on the ages of developers before [00:15:31 CEST] <Compn> as seen at the convention anyway [00:15:45 CEST] <Compn> does open source software have an age discrimination issue?! oh no [00:15:50 CEST] <Compn> :P [00:16:06 CEST] <Daemon404> everyone acts like theyre 5 anyway [00:16:13 CEST] <kierank> lol [00:16:18 CEST] <Mavrik> Plus, it's the length of the beard that counts anyway. [00:16:26 CEST] <Daemon404> Mavrik, the inner beard is what matters. [00:16:33 CEST] <Compn> has Mavrik seen my beard ? [00:17:10 CEST] <Mavrik> Not in opensource :P [04:20:55 CEST] <cone-794> ffmpeg 03Michael Niedermayer 07master:5d4ff4a31e0e: avformat/swfenc: Remove unneeded floats [13:34:33 CEST] <cone-204> ffmpeg 03Michael Niedermayer 07master:28134d6a0e14: avformat/swfenc: Remove another unneeded float computation [13:34:33 CEST] <cone-204> ffmpeg 03Michael Niedermayer 07master:0c3b4efc76a8: avformat/movenc: Remove float use from rgb_to_yuv() [15:10:09 CEST] <cone-204> ffmpeg 03Andreas Cadhalpun 07master:a5718863da99: mov: abort on EOF in ff_mov_read_chan [15:10:10 CEST] <cone-204> ffmpeg 03Andreas Cadhalpun 07master:8e77f8ab4abc: mov: fix two memleaks [15:10:11 CEST] <cone-204> ffmpeg 03Andreas Cadhalpun 07master:b71528d8967c: mov: always check avio_read return value [16:30:28 CEST] <cone-204> ffmpeg 03Michael Niedermayer 07master:39de31ccb627: avcodec/mpeg4video: Reorder operations to reduce accesses to err_recognition [17:22:14 CEST] <cone-204> ffmpeg 03Michael Niedermayer 07master:b71dc297296a: avcodec/h263: Remove unused argument of h263_get_motion_length() [17:22:15 CEST] <cone-204> ffmpeg 03Michael Niedermayer 07master:404fe63e2343: avcodec: Pass PutBitContext into ff_h263_encode_motion() instead of MpegEncContext [17:34:42 CEST] <cone-204> ffmpeg 03Michael Niedermayer 07master:db5ea69d80d9: avcodec/ituh263enc: Pass PutBitContext into h263p_encode_umotion() instead of MpegEncContext [18:17:16 CEST] <cone-204> ffmpeg 03James Almer 07master:c5a07f1f8404: libdcadec: search for frames that start late in a packet [00:00:00 CEST] --- Mon May 25 2015

1 0

ffmpeg.log.20150524
by burek 25 May '15

25 May '15

[01:43:02 CEST] <joer1> Quick question incase anyone can help - I'm trying to publish an rtmp stream using ffmpeg. It seems to publish okay. Sets Stream #0:0: Video: h264, Stream #0:1: Audio: aac . However, running ffprobe on the published stream gives me Stream #0:0: Audio: aac Stream #0:1: Data: none. Any ideas why? [02:36:24 CEST] <v2px> Ohai. I'm trying to record my screen with x11grab on a second xsession using "-f x11grab -i :1.0" which works, but only records part of the screen. I can't seem to specify the size of the screen to capture with "-video_size 1680x1050" which yields "Capture area 1680x1050 at position 0.0 outside the screen size 1680x1050". Any ideas? [03:06:01 CEST] <yumbox> v2px: try one pixel less [03:06:22 CEST] <yumbox> at the moment fullscreen x11grab bugs out if you specify the full screen size [03:07:14 CEST] <yumbox> v2px: see https://trac.ffmpeg.org/ticket/4574 [03:07:17 CEST] <v2px> ok cool, that works. [03:08:05 CEST] <v2px> I have some problems recording fullscreen games though. I read somewhere that fglrx could be the culprit here, anything I could try? [03:08:40 CEST] <yumbox> recording games is a lot more difficult, can't help you there. [03:09:13 CEST] <v2px> it basically records mu desktop and all windows fine, including games.. unless they are in fullscreen [03:09:23 CEST] <v2px> thanks for the help! [03:10:31 CEST] <yumbox> well, as a workaround just play in maximized windowed if you want to record a game. [03:10:53 CEST] <v2px> :p [09:18:02 CEST] <ruby_on_tails> i am doing some screencasts from a mbp retina which has a huge resolution, i have no clue about the target resolution the screencast will be played on, whats the best strategy in this case? should i do a fullscreen screencast and reduce its dimensions or should i reduce my resolution to 1080p and then record the screencast? [10:19:02 CEST] <jookiyaya> if i encode a same source video twice with exact same settings, would 2 video files be exactly same bit by bit [10:36:09 CEST] <maddogie> hello all [10:37:35 CEST] <maddogie> was there something changed with the x and y-offset in the last version? [10:42:39 CEST] <JEEBsv> jookiyaya: depends on the encoder and quite a few other things. also if you have stuff like containers and have lavf actually add real timestamps even that can change the file :P [10:43:18 CEST] <JEEBsv> for example x264 in general should be deterministic by default, but VBV (maxrate+bufsize) and multiple threads is not deterministic for obvious reasons [10:48:16 CEST] <maddogie> im asking because a script that i use for screenrecording from my second monitor now gives me an "outside the screen size" error. but it is absolutely not out of the screensize [10:52:42 CEST] <maddogie> monitor 1 =1920x1 080 Monitor 2 1680x1050 . That makes 3000x 1080(1050) overall. i use an x-offset of 1920 and try to record monitor 2 with a size of 1680x1050. [10:55:40 CEST] <maddogie> if i use an x-offset of 1919 it works without any problems but them i have a single column form monitor 1 in the recording [11:13:57 CEST] <relaxed> maddogie: I belive this was fixed in git master [11:14:02 CEST] <relaxed> believe* [11:14:50 CEST] <maddogie> ok i hope [11:15:28 CEST] <maddogie> is there a bug report? i couldn't find any [11:17:38 CEST] <relaxed> I don't know. You can test with my build if you'd like, http://johnvansickle.com/ffmpeg/ [11:20:40 CEST] <maddogie> ok [11:20:53 CEST] <maddogie> i will try your build [11:21:02 CEST] <maddogie> thank you [11:28:51 CEST] <ghartz> hi [11:32:01 CEST] <JFQ> hello :) [11:33:04 CEST] <JFQ> when I segment a file, encode each part and merge the encoded parts to one big file (aac / h264), I can hear "bumps" on the merge point [11:33:36 CEST] <JFQ> I found out that there is "priming" and "remainder" sample (https://developer.apple.com/library/mac/documentation/QuickTime/QTFF/QTFFAp…) [11:34:12 CEST] <JFQ> I guess that's what it's causing the bumps I hear but I can't find how to avoid this [11:36:17 CEST] <BtbN> Why segment it when you just want to merge it again later? [11:40:25 CEST] <JFQ> BtbN, distributed encoding [11:41:04 CEST] <BtbN> Propably not worth it, encoding the whole thing can't take THAT long [11:41:25 CEST] <JFQ> BtbN, In my case it will be really helpful [11:41:35 CEST] <JFQ> can't be too deep [11:41:43 CEST] <JFQ> but I need to segment :) [11:42:00 CEST] <JFQ> I'm only in trouble with audio [11:42:02 CEST] <JFQ> video is fine [11:42:29 CEST] <JFQ> if I encode audio and video separately (video in segment, audio in one row), the audio is out of sync [11:43:11 CEST] <JFQ> and if I encode video + audio and merge them, there is this little bump [11:46:54 CEST] <JFQ> BtbN, no other hints ? :) [12:09:53 CEST] <maddogie> relaxed the git version of your build works. so i think in the next release my problem will disapper. thank you again [12:17:40 CEST] <relaxed> maddogie: you're welcome [15:39:17 CEST] <animax> a few questions. http://www.pasteall.org/58610. is there a difference between A) line 1 and line 3, B) line 5 and line 7? or is it sufficient to use the short forms of each one in each case? and which examples of usage are there for commands like the one in line 9? if I want to render an animation in mp4 format to use it for the web (website header). do I need to use a command like his? [15:39:59 CEST] <animax> pardon, the smiley properly should be a capital B with a bracket ... [16:03:25 CEST] <ChocolateArmpits> animax: the pix_fmt yuv420p will be required if you use filters and there's no format filter used, as filter output will be the default yuv422p. You can upload this to youtube, however crf will use more bitrate and some players won't be able to play the file [16:04:44 CEST] <ChocolateArmpits> for example default configuration of WMP 12 (latest) with no additional codecs can only play h264 at main profile with yuv420p color subsampling [16:05:08 CEST] <ChocolateArmpits> You might have similar limitations with mobile devices [16:07:56 CEST] <JEEBsv> ok, let's begin with a) what filters output depends on the filter and the parameters for it b) MS's MF components can play high profile JustFine [16:16:06 CEST] <animax> ChocolateArmpits: what would be an example for a format filter? an expression like in http://www.pasteall.org/58611 would make no sense? [16:16:32 CEST] <ChocolateArmpits> animax: literally a filter -vf format=yuv420p [16:17:15 CEST] <Guest79271> Hi there. I need to stream .ts (H264 + AAC) files to stb that supports only raw/raw/usp transport. So, can I just use something like: avformat_alloc_output_context2(&m2ts, NULL, "mpegts", url) then read video frame and write it: av_write_frame(m2ts, &packet)? Or I need to use avcodec_encode_video2? Thank you. [16:17:33 CEST] <Guest79271> raw/raw/udp* [16:20:48 CEST] <Mavrik> uh [16:20:55 CEST] <Mavrik> you kinda mixed stuff up a bit [16:21:03 CEST] <Mavrik> Guest79271, is your video encoded? [16:21:13 CEST] <Mavrik> and you want to stream what exactly? which container? do you need to transcode? [16:22:23 CEST] <animax> ChocolateArmpits: so a command like -pix_fmt yuv420p always has to be used together with something like -vf format=yuv420p? I've seen expressions like in http://www.pasteall.org/58612. there is no filter. [16:22:41 CEST] <ChocolateArmpits> animax: No, that would be the wrong approach [16:24:05 CEST] <ChocolateArmpits> Either one or the other has to be used, but only if A) you are using filters B) you input is something other than yuv420p and the output video format supports more color pixel formats than yuv420p [16:25:10 CEST] <ChocolateArmpits> Because png is rgb formatted, you should define what pixel format you want the video stream to be [16:25:11 CEST] <Mavrik> animax, -c is ambigous, since ffmpeg doesn't really know if you mean codec for audio or for video track, so "c:v" is greatly preferred [16:25:28 CEST] <Mavrik> also note that positioning of parameters matters :) [16:25:46 CEST] <Mavrik> so keep encoding paramters after "-i" so you won't get funny behaviour [16:27:23 CEST] <animax> Mavrik: Thanks. [16:27:36 CEST] <Mavrik> An yeah, as ChocolateArmpits explained. [16:27:52 CEST] <Guest79271> Mavrik: Yes, i know, i'm totally new to this stuff but i need to do this. Codec H264 (part 10), decoded format: 4:2:0 YUV. I need to use something that can play stb. mpeg transport stream definitely works on it. [16:27:56 CEST] <Mavrik> For H.264, only YUV420p is required for players to support and by default ffmpeg will try to keep the same pixel format [16:28:31 CEST] <Mavrik> So "-pix_fmt" will tell ffmpeg to always make sure that output is in YUV420p no matter the input (and thus ensuring compatibility) [16:28:52 CEST] <Mavrik> Guest79271, uhm, you haven't really cleared up the situation [16:29:03 CEST] <Mavrik> Do you have an already encoded stream? In which container? [16:30:17 CEST] <Mavrik> animax, as for "-vf format" vs. "-pix_fmt"... "-pix_fmt" will insert that format filter implicitly, so you use the first version if you care about when the conversion in video filter chain happens. If you don't they're equivalent. [16:36:54 CEST] <Guest79271> Mavrik: mpeg-ts [16:37:30 CEST] <Mavrik> you can stream MPEG-TS directly to UDP socket without ffmpeg [16:37:57 CEST] <Mavrik> 188B packets with 0x47 at the start, stuff them into 1500 UDPs and send [16:38:42 CEST] <Guest79271> like all file with video and audio streams? [16:39:29 CEST] <BtbN> mpeg-ts is especialy good for streaming, as it consists of a stream of very small packages [16:39:37 CEST] <BtbN> so it can be cut into chunks very easily [16:48:39 CEST] <animax> first of all thank you. have to think about it. afk [16:57:14 CEST] <Guest79271> So i just need to cut every video/audio frame into 188B packets and thats all? I was working with mpeg4 H264 rtp stream and there some troubles with NAL units and sdp description. mpeg-ts seems to be more simple. Again sorry for my stupid questions. [16:57:14 CEST] <Mavrik> Guest79271, MPEG-TS is built for streaming [16:57:36 CEST] <Mavrik> Guest79271, so it's made to be just sent over wire/air/satellite [16:57:54 CEST] <Mavrik> It's segmented into 188B packets with 0x47 start code [16:58:32 CEST] <Mavrik> so as long as you send full 188B packets and don't cut them up (usually sent in 1316B batches since MTU is usually 1500) it works just fine [16:59:08 CEST] <Mavrik> the data that's usually in SDP is here contained in special TS packets that are repeated over the stream :) [16:59:16 CEST] <Mavrik> since the format was built to be broadcast over cable/air/tv [17:06:32 CEST] <Guest79271> The last question. I just need to search file till 0x47 byte get next 188 repeat it 7 times then send 1316B packet and repeat again? Without any things with NAL units, timestamps and a\v sync? [17:51:37 CEST] <Mavrik> Guest79271, well, you should probably send data at a rate the video is actually played [17:51:55 CEST] <Mavrik> why not try using ffmpeg process? [17:52:13 CEST] <Mavrik> ffmpeg -re -i <yourts> -codec:copy udp://<ipofstb> [18:12:03 CEST] <Guest79271> Mavrik: yes, i will calculate delay. Because of custom firmware on stb i need to write own server. Thank you. You helped me a lot and save a lot of my time. [18:12:21 CEST] <Mavrik> Guest79271, anyway, if you need exact timing, MPEG-TS packets have PCR [18:12:29 CEST] <Mavrik> which is meant for sync and you can use that [18:12:55 CEST] <Mavrik> and I strongly suggest you look at at least basic MPEG2-TS structure when doing something like that, it'll help you fix issues [18:31:37 CEST] <capradmar> Hi! I'm unable to read a video file with ffmpeg. I have the following error message: Format avi detected only with low score of 1 [18:33:50 CEST] <capradmar> here is the full command and output: http://pastebin.com/0Ar00w23 [19:46:54 CEST] <jookiyaya> what fps does bluray video use [19:58:41 CEST] <[-T-]> hi [19:59:03 CEST] <[-T-]> have someone been using h264_qsv encoding ? [20:01:11 CEST] <intracube> jookiyaya: http://en.wikipedia.org/wiki/Blu-ray_Disc#Video [20:09:30 CEST] <BtbN> [-T-], ffmpeg has support for that? [20:12:11 CEST] <capradmar> Hi! I'm unable to read a video file with ffmpeg. I have the following error message: [20:12:24 CEST] <capradmar> http://pastebin.com/0Ar00w23 [20:17:41 CEST] <[-T-]> btbN yes [20:17:50 CEST] <[-T-]> in the latest git [20:18:02 CEST] <[-T-]> you have to download mediasdk from intel [20:18:10 CEST] <[-T-]> and in conjonction with libmfx... [20:22:33 CEST] <BtbN> 500$ for the SDK... nope [20:23:17 CEST] <[-T-]> i am using the trial under linux [20:23:22 CEST] <[-T-]> not sure if it ever expires ? [20:23:38 CEST] <BtbN> 30 days [20:24:18 CEST] <[-T-]> you mean the lib will stop working ? [20:24:30 CEST] <[-T-]> under linux ? [20:24:34 CEST] <BtbN> no idea [20:25:13 CEST] <[-T-]> i had nvenc working in tvheadend btw [20:26:35 CEST] <BtbN> It doesn't look like it's realy supported on linux, except for on some Xeon CPUs [20:27:18 CEST] <[-T-]> on core i7 [20:27:21 CEST] <[-T-]> it's supposed to be [20:27:27 CEST] <[-T-]> but on my side it hangs the gpu [20:27:56 CEST] <[-T-]> i get this : https://bugs.freedesktop.org/show_bug.cgi?id=69330 [20:30:25 CEST] <BtbN> Wait, their QSV on linux sits on top of libva? [20:30:50 CEST] <[-T-]> libmfxhw64.so [20:30:53 CEST] <[-T-]> used by libmfx.so [20:30:56 CEST] <[-T-]> used by ffmpeg [20:31:06 CEST] <[-T-]> yes on top of libva [20:31:48 CEST] <BtbN> what the hell... [20:31:58 CEST] <BtbN> I'd have expected it talk to the hardware directly [20:32:25 CEST] <[-T-]> libva.so is included in the package [21:20:07 CEST] <t4nk810> Hi everyone! I have got some MP4 files (1280 x something, 25 fps) and some MOV files (full HD, 29.97 fps) and Blender handles the latter quite nicely which isn't the case for the MP4s. I would like to convert the MP4 files to the exact same format (MOV, video and audio codec, size, framerate) that the MOVs have. Does anyone know a ffmpeg convenience function for that? Thanks a lot!! :) [21:22:27 CEST] <BtbN> Isn't mov and mp4 basicaly the same container? [21:22:43 CEST] <JEEBsv> isobmff is based on mov, yes [21:23:15 CEST] <BtbN> that framerate conversion most likely won't end up too great though [21:24:29 CEST] <t4nk810> Is there any loss to except for the 25fps video simply being lower than the target 29.97fps? [21:25:04 CEST] <BtbN> You can't pull new frames out of thin air [21:25:17 CEST] <BtbN> And as it's not a multiple, you can't double the frames [21:25:34 CEST] <BtbN> so it will end up with some weird thing in between, where it duplicated some frames [21:26:00 CEST] <BtbN> I'd rather try to find out what blender doesn't like about the file, and fix that instead. In blender. [21:27:50 CEST] <t4nk810> Well, Blender imports the file nicely and after applying a time-stretch effect to the video (not audio) the rendered output is also in sync. The issue is in the live preview where my machine is not fast enough to handle both live frame rate adaption and scaling [21:28:21 CEST] <t4nk810> I'll try scaling up and using ffmpeg's -r option, maybe it will help [21:29:49 CEST] <t4nk810> ffmpeg -i in.mp4 -r 29.97 -vf scale=1920:-1 out.mov worked perfectly :) :) [21:29:58 CEST] <t4nk810> thanks for the advice, guys!! [22:57:12 CEST] <cbounce> hey, I'm having a wierd problem where ffmpeg is blindly overwriting an output file even when I explicitly set -n as a flag, I am guessing it has something to do with wierd characters in the file/folder, but can't narrow it down to a certain character (yet) [22:57:26 CEST] <cbounce> is that a known problem? [22:57:48 CEST] <cbounce> trying to find a minimal working example [22:58:00 CEST] <cbounce> (or failing, for that matter) [22:58:39 CEST] <c_14> Can you give any example? [22:59:30 CEST] <cbounce> c_14: filename in question is: "./Rivo Drei/Yeah! Jawohl! Und Überhaupt/02 Was Ist Los.mp3'" [22:59:44 CEST] <cbounce> let me try to piece together a more minimal example [22:59:53 CEST] <c_14> might be the exclamation marks [23:01:45 CEST] <intracube_afk> cbounce: are you quoting the filename? try single quotes if you're running on bash shell [23:02:01 CEST] <cbounce> yeah, but a hasty test with random exclamation marks in a dummy file did not reproduce the issue [23:02:19 CEST] <cbounce> intracube_afk: yes I am running in bash, and yes I am quoting correctly [23:02:42 CEST] <cbounce> (at least I think I am) [23:03:46 CEST] <intracube_afk> single quotes preserves literal value of the characters. there's some kind of interpretation with doublequotes IIRC [23:05:35 CEST] <cbounce> intracube_afk: currently I am using double quotes, and would prefer to keep doing so - ffmpeg gets called inside a single-quoted string in the actual "production pipeline" [23:06:00 CEST] <cbounce> at least as far as I can tell, there is no bash substitution going on - the new name has all the exclamation marks and Umlauts [23:08:55 CEST] <intracube_afk> maybe post the full command line in #bash channel? [23:11:07 CEST] <cbounce> intracube: yeah, let me try to figure out what is actually causing the problem - even if it IS a bash problem, I find it wierd that it can cause ffmpeg to clobber a file [23:11:51 CEST] <c_14> If you can pastebin a full commandline (and the output) where ffmpeg clobbers a file, I could look at it. [23:11:53 CEST] <intracube> maybe it's nullifying a load of the ffmpeg params, including -n [23:12:42 CEST] <c_14> Maybe even with -loglevel debug [23:13:09 CEST] <cbounce> c_14: give me a sec, have to strip a bunch of file/folder names preceding the actual path I pasted earlier and verify it's still broken [23:13:27 CEST] <cbounce> don't want to paste my whole internal hierachy [23:30:36 CEST] <cbounce> c_14: it's the umlaut: minimal working example: http://pastie.org/pastes/10205403/text?key=qgrgn2myrzbtxhii8qk1tq [23:30:49 CEST] <cbounce> I set the -t 1 just to limit the amount of output [23:31:09 CEST] <cbounce> result is the same - existing file get's clobbered [23:31:16 CEST] <cbounce> gets* [23:33:48 CEST] <intracube> cbounce: did single quotes work any differently? (just curious) [23:34:17 CEST] <c_14> intracube: it's windows, single quotes won't work [23:34:23 CEST] <c_14> cbounce: looks like a windows problem to me [23:34:26 CEST] <c_14> (works under linux) [23:34:48 CEST] <intracube> yeah, I'm confused. so not a bash issue after all :) [23:35:05 CEST] <cbounce> intracube: no, same error without quotes or single quotes [23:35:39 CEST] <cbounce> c_14: did you copy my umlaut from the dumb file? might be some wierd encoding [23:35:40 CEST] <intracube> I thought windows used backslashes for paths? [23:36:02 CEST] <cbounce> intracube: cygwin shell, ffmpeg win binary [23:36:40 CEST] <jcay> cbounce surogat umlaut.. (theoretically) [23:36:48 CEST] <intracube> ah ok [23:37:45 CEST] <c_14> cbounce: copied your entire command (bar the exe, and I changed m4a to opus) [23:38:33 CEST] <cbounce> jcay, c_14: just tested it with several hand-typed umlauts (stock win7 install, german keyboard), and as soon as the _output_ contains an umlaut, the clobbering is triggered [23:39:02 CEST] <jcay> hmm, I see [23:39:13 CEST] <c_14> cbounce: have you tried the command in the standard windows shell instead of cygwin? [23:39:23 CEST] <cbounce> c_14: lemme do that [23:40:29 CEST] <cbounce> c_14: same error [23:40:42 CEST] <cbounce> (or no error, still clobbering) [23:41:09 CEST] Action: c_14 is going to blame Windows being terrible at anything that isn't ASCII [23:41:48 CEST] <c_14> Might have something to do with the locale, or other weird things [23:42:00 CEST] Action: cbounce feels sympathetic for c_14's point of view, but still would like to keep his files from being clobbered :( [23:42:29 CEST] <c_14> use linux? :p [23:42:46 CEST] <cbounce> so, bug report for ffmpeg? is there a special place for win32 related bugs? [23:43:11 CEST] <cbounce> c_14: well, would like to use my work PC for transcoding while working :P [23:45:03 CEST] <c_14> You can open an issue on trac and mention it's windows-specific. [23:46:55 CEST] <jcay> doesnt sound like a direct ffmpeg problem, but yeah you can try with the bug report [23:46:57 CEST] <c_14> That or try the zeranoe forums maybe. [23:47:16 CEST] <c_14> Might be somebody's had the problem before. [23:48:11 CEST] <cbounce> ok, thanks for the input guys [23:54:04 CEST] <jcay> bah, forgot --enable-libmp3lame... gotta recompile again :D [00:00:00 CEST] --- Mon May 25 2015

1 0

ffmpeg-devel.log.20150523
by burek 24 May '15

24 May '15

[00:40:08 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:ebb0ca3d7046: avformat/nutdec: Check X in 2nd branch of index reading [03:44:29 CEST] <cone-195> ffmpeg 03Urvang Joshi 07master:02cf59f3a619: WebP encoder: use WebPAnimEncoder API when available. [04:21:48 CEST] <cone-195> ffmpeg 03Michael Niedermayer 07release/2.5:3ea101b23448: avformat/nutdec: Check X in 2nd branch of index reading [04:21:49 CEST] <cone-195> ffmpeg 03Andreas Cadhalpun 07release/2.5:ffb4362bf0b6: nutdec: fix infinite resync loops [04:21:50 CEST] <cone-195> ffmpeg 03Andreas Cadhalpun 07release/2.5:af27254eb30c: nutdec: stop skipping bytes at EOF [04:21:51 CEST] <cone-195> ffmpeg 03Andreas Cadhalpun 07release/2.5:21d0ae829f72: nutdec: abort if EOF is reached in decode_info_header/read_sm_data [04:59:03 CEST] <cone-195> ffmpeg 03Urvang Joshi 07n2.5.7:HEAD: WebP encoder: use WebPAnimEncoder API when available. [05:17:25 CEST] <rcombs> http://puu.sh/hX94U/b2429e5ba9.dts <-- lavf misidentifies this wav file's stream as PCM instead of DTS, and I can't tell how it's supposed to know [06:09:04 CEST] <rcombs> wm4: around? [06:13:33 CEST] <Compn> rcombs : that sounds like an old bug [06:13:37 CEST] <Compn> latest ffmpeg ? [06:13:47 CEST] <Compn> filename extension detection ? [06:13:53 CEST] <Compn> if .dts ==== dts [06:13:54 CEST] <Compn> :P [06:14:00 CEST] <rcombs> Compn: as of a few days ago, anyway [06:14:03 CEST] Action: Compn wonders why so much raw .dts files [06:14:25 CEST] <rcombs> well it appears to actually be a wave file containing DTS audio [06:14:31 CEST] <rcombs> because apparently that's a thing [06:14:32 CEST] <Compn> yeah [06:15:02 CEST] <rcombs> VLC handles it, but I don't see where it does anything different [06:15:23 CEST] <rcombs> and I'd _really_ rather not build VLC locally so I can debug and figure out what it does right [06:15:49 CEST] <rcombs> (also, VLC has its own wav demuxer because why not?) [06:16:38 CEST] <rcombs> (I mean, I guess for files like this, but you'd think fixing whatever the bug in lavf is would be easier) [06:16:56 CEST] <Compn> there was a patch in 2010 to fix this [06:17:00 CEST] <Compn> i see in the googles [06:17:12 CEST] <Compn> https://trac.ffmpeg.org/ticket/1747 [06:17:14 CEST] <Compn> theres the ticket [06:18:05 CEST] <Compn> another similar ticket [06:18:05 CEST] <Compn> https://trac.ffmpeg.org/ticket/4492 [06:18:26 CEST] <Compn> probably some frame size probe change [06:18:46 CEST] <Compn> btw to find that i did this i ngoogle : intitle:dts site:trac.ffmpeg.org [06:18:51 CEST] <Compn> but probably intitle:dca is better [06:18:52 CEST] <Compn> derp [06:18:55 CEST] Action: Compn sleps [06:19:09 CEST] <rcombs> that second one looks unrelated [06:19:29 CEST] <jamrial> michaelni: i'm not sure if adding a new libwebp encoder for the WebPAnimEncoder api was the best idea [06:21:20 CEST] <Compn> rcombs : also is your vlc compiled against libav ? [06:21:26 CEST] <Compn> wonder if its regression... [06:22:10 CEST] <jamrial> michaelni: the changes to the webp muxer to automatically detect animated webp streams are great, but I'd have preferred a single libwebp encoder using either the WebPEncode or WebPAnimEncoder APIs depending on availability [06:22:36 CEST] <jamrial> for cleanliness sake, if anything [06:22:54 CEST] <rcombs> Compn: I have whatever the official builds use [06:24:10 CEST] <jamrial> michaelni: i assume the decision to have two was to let users choose between one or the other? is there any benefit of using the native muxer if WebPAnimEncoder is available? [06:25:47 CEST] <rcombs> wow, silly file [06:26:00 CEST] <rcombs> the patch from 2006 appears to be lost to the ages [06:26:18 CEST] <rcombs> https://ffmpeg.org/pipermail/ffmpeg-devel/2006-February/010311.html [06:33:09 CEST] <cone-195> ffmpeg 03James Almer 07master:98be2d94eaa1: libwebp: remove unneeded defines [06:46:08 CEST] <cone-195> ffmpeg 03James Almer 07master:44ca8a6adbc3: libwebpenc_common: add header guards [06:53:34 CEST] <cone-195> ffmpeg 03James Almer 07master:1096c46c55d6: libwebp: use a separate AVClass for each encoder [10:23:56 CEST] <nevcairiel> rcombs: dts-in-wav is a horrible format, and auto-detection relies on a few things going right .. sometimes wav files have silence before the actual dts data starts, and you are screwed [10:27:27 CEST] <nevcairiel> rcombs: in wavdec there is a function called handle_stream_probing, which sets a number of packets which should run through avformats probing logic, which would then use the dts/dca demuxer to probe the packets if they look like dca data [10:28:23 CEST] <nevcairiel> maybe something in that logic broke? [10:28:28 CEST] <nevcairiel> i have my own dts-in-wav detection code =p [10:33:35 CEST] <nevcairiel> debug logging suggests its only probing 2 formats o.o [10:35:25 CEST] <nevcairiel> oh, i read it wrong [10:39:07 CEST] <cone-459> ffmpeg 03Andreas Cadhalpun 07master:0b79a389ba48: nutdec: always check the get_str return value [11:03:21 CEST] <nevcairiel> rcombs: this change breaks detection of that file: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=6663205338f57eedb23922… [11:03:51 CEST] <nevcairiel> i have no idea wtf its supposed to do [11:03:55 CEST] <nevcairiel> ask michaelni perhabs : ) [11:24:43 CEST] <wm4> don't we love stuff like this [11:35:27 CEST] <JEEBsv> wow [12:23:18 CEST] <cone-459> ffmpeg 03Michael Niedermayer 07master:9f5769437aaa: avformat/wavdec: Increase probe_packets limit [12:23:53 CEST] <michaelni> rcombs, fixed the dts detection [13:49:47 CEST] <rcombs> michaelni: nevcairiel: thanks :) [14:05:57 CEST] <rcombs> michaelni: https://gist.github.com/6e85572b6b35841ed3f4 <-- tested with the rest of my samples; this is the minimum value required to work for all of them [14:07:41 CEST] <rcombs> also, I get these errors (2 at start and 2 at end) on all of them: https://gist.github.com/59e12a58f486a621fd5c [14:19:07 CEST] <nevcairiel> i still find this patch i linked rather weird [14:19:12 CEST] <nevcairiel> it detects the dca frames just perfectly fine [14:19:17 CEST] <nevcairiel> but the odd check there breaks it [14:28:52 CEST] Action: rcombs stares into the patch [14:28:55 CEST] <rcombs> (the patch stares back) [14:36:44 CEST] <sh4rm4^bnc> ubitux, which function of avformat would i pass the format string "v4l2" ? [14:37:23 CEST] <sh4rm4^bnc> av_find_input_format("video4linux2") returns NULL [14:37:33 CEST] <sh4rm4^bnc> (same with "v4l2") [14:53:41 CEST] <wm4> ffmpeg -devices [14:54:18 CEST] <sh4rm4^bnc> E v4l2 Video4Linux2 output device [14:54:18 CEST] <sh4rm4^bnc> D video4linux2,v4l2 Video4Linux2 device grab [14:57:29 CEST] <sh4rm4^bnc> ah, got to call avdevice_register_all() first [15:00:29 CEST] <wm4> right [15:00:37 CEST] <wm4> this function has no reason to exist, but you need to call it anyway [15:00:50 CEST] <wm4> it's no secret that libav*'s API is crap [16:04:48 CEST] <cone-571> ffmpeg 03Rodger Combs 07master:40a3e1e9c549: avformat/wavdec: Increase dts packet threshold to fix more misdetections [16:14:40 CEST] <rcombs> wm4: you want to split Secure Transport as well, or should I wait for the existing split patches to land and then do that? [16:17:12 CEST] <wm4> I'd prefer the latter [16:20:41 CEST] <rcombs> sure [16:38:43 CEST] <cone-571> ffmpeg 03Michael Niedermayer 07master:4ae15605f629: avcodec/dcadec: Search and decode frame in case it starts later in a packet [16:50:07 CEST] <ubitux> it seems ubsan detected slightly more stuff [16:51:26 CEST] <ubitux> maybe just one [17:44:19 CEST] <cone-571> ffmpeg 03Andreas Cadhalpun 07master:ed4932a6941f: nutdec: fix various memleaks on failure [19:19:32 CEST] <cone-571> ffmpeg 03James Almer 07master:57d9788d1b06: configure: simplify libwebp checks [19:47:09 CEST] <cone-571> ffmpeg 03James Almer 07master:8952254ffe7f: libwebp: simplify AVCodec.close functions [19:58:44 CEST] <pkhgj> hi all [19:58:54 CEST] <pkhgj> maybe someone can help me [19:59:10 CEST] <pkhgj> ffmpeg can receive a webrtc live stream? [19:59:19 CEST] <pkhgj> and transcode it to webm live? [19:59:33 CEST] <pkhgj> I saw: https://groups.google.com/a/webmproject.org/forum/#!topic/webm-discuss/Y2At… [19:59:47 CEST] <pkhgj> the last post says it will be available soon [19:59:51 CEST] <pkhgj> is this info correct? [20:01:39 CEST] <JEEBsv> that's for muxing [20:01:42 CEST] <JEEBsv> not demuxing [20:02:00 CEST] <JEEBsv> and that's just muxing of "webm dash" [20:02:04 CEST] <JEEBsv> nothing to do with webrtc [20:03:11 CEST] <JEEBsv> http://git.videolan.org/?p=ffmpeg.git;a=commit;h=6fd300ac6c2c3871736ce0e6df… [20:08:16 CEST] <pkhgj> so basically it can only mux wenm files? [20:08:27 CEST] <pkhgj> *webm [20:10:54 CEST] <pkhgj> so I cannot send a live webrtc stream to ffmpeg / ffserver to transcode it to webm ? [20:11:29 CEST] <wm4> this patch was obviously written by a google employee [20:11:44 CEST] <wm4> they probably have no interest in implementing a demuxer in ffmpeg [20:17:09 CEST] <jamrial> same with animated webp. they bothered adding the webpanim api to encode them (even though there already was code to do the same, albeit supposedly being less efficient at it), but nothing to decode them [20:17:29 CEST] <jamrial> so ffmpeg can create animated webp but not read them [20:18:01 CEST] <thardin> abimated.. webp? [20:18:11 CEST] <thardin> why not webm? [20:18:19 CEST] <wm4> that's why I'm saying ffmpeg should have a policy of not adding encoders for things it can't decode [20:18:49 CEST] <jamrial> thardin: same as animated png. gif replacement without actually being video [20:19:10 CEST] <thardin> sounds stupid [20:19:14 CEST] <wm4> I really wonder what "without actually being video" means [20:19:35 CEST] <thardin> cargo culting idiocy [20:48:48 CEST] <pkhgj> i cannot understand how could I exchange the sdp object between a client and a server runing ffmpeg to start streaming live to the ffmpeg server ? is it possible? any lead? [20:49:38 CEST] <pkhgj> and produce DASH to play in a DASH player [21:55:08 CEST] <cone-571> ffmpeg 03Michael Niedermayer 07master:de0d3fe562e2: avcodec/y41pdec: Avoid using float for size test [22:36:36 CEST] <cone-571> ffmpeg 03Michael Niedermayer 07master:3bf57acb9cb2: avformat/4xm: Change fps to AVRational [23:54:37 CEST] <cone-571> ffmpeg 03Michael Niedermayer 07master:17264cd281c4: avformat/avienc: Avoid float usage [00:00:00 CEST] --- Sun May 24 2015

1 0

ffmpeg.log.20150523
by burek 24 May '15

24 May '15

[00:10:31 CEST] <nyuszika7h> YouTube actually uses some weird DASH container [00:10:51 CEST] <nyuszika7h> youtube-dl will automatically correct that if ffmpeg is installed [00:17:39 CEST] <Mavrik> it uses mp4 with dash brand atom yes. [00:17:46 CEST] <Mavrik> as required by DASH standard ;) [00:45:00 CEST] <JEEBsv> Mavrik: does 'tube do mpd :P [05:49:38 CEST] <bluerider> Hi, I have a video with multiple audio channels. I'd like to know how to set the default audio channel. [05:50:05 CEST] <BtbN> The first one is usualy the default one. [05:50:36 CEST] <bluerider> BtbN: I've tried that before, but the video already has a default audio channel. I tried switching the order but it didn't change the default audio channel. [05:53:24 CEST] <bluerider> BtBN: I tried it again by switching the audio stream order using "-map". Doesn't work. [05:53:38 CEST] <BtbN> Did it actualy switch the audio streams? [05:53:47 CEST] <BtbN> Maybe your player just prefers one format? [05:54:37 CEST] <bluerider> BtbN: Yeah. [1:default][2] -> [2][1:default]. Player plays [2] [05:55:01 CEST] <BtbN> I'd assume your player just prefers one format/language [05:55:16 CEST] <bluerider> BtbN: I'm using mpv. I think it's encoded in the stream itself. [05:56:12 CEST] <bluerider> BtbN: In ffmpeg -i <file> ; it says [2] is the "(default)" [05:56:22 CEST] <BtbN> What container is that? [05:56:34 CEST] <bluerider> BtbN: mkv [06:01:15 CEST] <bluerider> How do I set the default flag on an audio stream? [06:06:07 CEST] <BtbN> -metadata:s:a:0 disposition:default=1 -metadata:s:a:1 disposition:default=0 [06:06:24 CEST] <BtbN> At least if i read ffmpeg.c correctly [06:07:19 CEST] <bluerider> BtbN: I"ll try that out now [06:08:47 CEST] <bluerider> BtbN: Unable to find a suitable output format for 'disposition:default=0' disposition:default=0: Invalid argument [06:08:56 CEST] <BtbN> No idea then [06:10:39 CEST] <bluerider> BtbN: all right; thanks anyway. [06:14:54 CEST] <bluerider> Where can I find all input options for "-disposition" [06:15:16 CEST] <BtbN> -disposition is a file option, you want to set it for a single stream. [06:16:12 CEST] <BtbN> You could workaround it by just remuxing to some container that has no concept of default streams [06:16:22 CEST] <bluerider> BtbN: Can you elaboate on the "-dispos"? [06:16:33 CEST] <BtbN> It's a file option. [06:16:35 CEST] <BtbN> You want streams [06:16:43 CEST] <bluerider> BtbN: What's it mean to be a file option? [06:17:01 CEST] <BtbN> what? [06:17:59 CEST] <bluerider> BtbN: What does it mean to be a file option? With streams, I know I'm working with a particular stream (video, audio, subtitle). But what does it mean to work with a file option? [06:18:15 CEST] <BtbN> It's for a file, not for a stream. [06:18:25 CEST] <bluerider> BtbN: Also, which container removes concepts of defaults (possibly removing disposition keys)? [06:18:37 CEST] <bluerider> BtbN: So what'd happen if I use it. Can I get an example? [06:18:49 CEST] <BtbN> I have no idea what happens [06:19:28 CEST] <bluerider> BtbN: How do I find the input options for "-disposition"? [06:19:53 CEST] <BtbN> They don't seem to be documented. [06:20:11 CEST] <BtbN> There's an array with options in ffmpeg.c [06:21:31 CEST] <bluerider> BtbN: Is there a reason why it's not documented...like did someone not get around to documenting it? [06:21:57 CEST] <BtbN> Propably because noone ever used it. [06:22:27 CEST] <BtbN> I wasn't aware there is a default stream flag at all, and i think it's not available in too many containers. [06:22:43 CEST] <bluerider> BtbN: I've encountered it in mp4 and mkv containers (very common containers). [06:23:10 CEST] <BtbN> I don't think mp4/mov has that [06:23:36 CEST] <bluerider> BtbN: Last time I checked, I couldn't change the default audio stream for mp4. [06:24:39 CEST] <bluerider> BtbN: I'm seeing some code for computing disposition for each output stream. [06:24:45 CEST] <bluerider> BtbN: In ffmpeg.c [06:25:13 CEST] <bluerider> BtbN: function called "ost->disposition" [06:25:17 CEST] <BtbN> Yes, it does exist [06:25:22 CEST] <BtbN> But i have no idea how to use it. [06:27:47 CEST] <bluerider> BtbN: Where can I find the cli code? [06:28:21 CEST] <BtbN> Scattered through ffmpeg.c and ffmpeg_opt.c [06:28:50 CEST] <bluerider> BtbN: the more I hear of this...the more I think a code cleanup is needed. Unless this is all done with purpose. [06:29:02 CEST] <BtbN> No, someone just needs to document this. [06:30:51 CEST] <BtbN> ffmpeg someinput.mkv -c copy -map 0:v:0 -map 0:a:0 -map 0:a:1 -disposition:v:0 default -disposition:a:0 default -y test.mkv [06:30:54 CEST] <BtbN> Seems to work [06:34:39 CEST] <bluerider> BtbN: I'm trying your suggestion. If it works. Can you add it to some documentation? [06:36:51 CEST] <bluerider> BtbN: according to ffmpeg -i; now both tracks have (default). Reordering the trakcs work though [06:37:12 CEST] <BtbN> It should set the default flag on the first audio and the first video track. [06:37:25 CEST] <BtbN> And it did exactly that for me [06:38:38 CEST] <bluerider> BtbN: it didn't remove the default flag from the original default track though. [06:39:04 CEST] <BtbN> try with -disposition:a:whateveritis 0 [06:39:20 CEST] <bluerider> BtbN: yeah that's what I tried. [06:39:42 CEST] <BtbN> Or just -disposition 0 [06:39:48 CEST] <BtbN> in front of all the other disposition options [06:47:53 CEST] <bluerider> BtbN: Okay. What works: ffmpeg -i <file> -map 0:v:0 -map 0:a:0 -map 0:a:1 -c:v copy -c:a copy -disposition 0 -disposition:a:0 default test.mkv [06:47:55 CEST] <bluerider> that definitely works [06:52:20 CEST] <bluerider> BtbN: thanks a lot; your advice did it. The docs should be updated. This will solve many headaches. [07:01:17 CEST] Action: bluerider quit [11:28:08 CEST] <gr1sha> how can I debug the reason avio_open2 fails? [11:41:06 CEST] <gr1sha> I check its' return value but it's NULL [11:41:09 CEST] <gr1sha> what the heck? [11:41:10 CEST] <gr1sha> :| [12:48:00 CEST] <iomari> Greetings, Can someone tell me the equivalent ffmpeg command to: mpv rtsp://admin:admin@192.168.1.90/11 [12:49:35 CEST] <roberth1990> hello, I am trying to convert a video to another format, how do I set the bitrate to be the same in the new format as in the old one? [12:51:04 CEST] <BtbN> -b:v [12:51:25 CEST] <roberth1990> yes but what do I put after that? [12:51:29 CEST] <BtbN> The bitrate [12:51:41 CEST] <BtbN> 5000k for example [12:51:59 CEST] <roberth1990> but is the bitrate normally constant? [12:52:14 CEST] <BtbN> Depends, it can be, but doesn't have to. [12:52:32 CEST] <BtbN> Depends a lot on what the video is intended to be used for [12:52:50 CEST] <roberth1990> how can I check that about a file? [12:52:58 CEST] <BtbN> you don't realy can [12:53:20 CEST] <roberth1990> can I just use a definition which makes ffmpeg use whatever the video file has? [12:53:34 CEST] <BtbN> No, because there is no information about "what the video file has". [12:53:42 CEST] <BtbN> The bitrate ffprobe shows you is just an estimate [12:55:41 CEST] <roberth1990> so it is impossible for me to convert a h264 file to vp9 to see how vp9 does it with the exact same bitrate.... [12:55:54 CEST] <JEEBsv> yes, but that makes no sense [12:56:10 CEST] <JEEBsv> you take the source of that AVC file and encode *that* in similar way [12:56:29 CEST] <roberth1990> I cant do that [12:56:31 CEST] <JEEBsv> the easiest similar case being that you maximize both encodes with the same keyint, for example [12:56:33 CEST] <BtbN> It's not just about bitrate. [12:56:45 CEST] <JEEBsv> roberth1990: then you can't do a proper test [12:56:55 CEST] <BtbN> With vbr you can achive better quality with an overall lower bitrate than some cbr mode [12:57:04 CEST] <BtbN> bitrate alone tells you nothing about the quality [12:57:11 CEST] <JEEBsv> yes, I don't think anyone here talks about bit rate in the CBR sense :P [12:57:19 CEST] <JEEBsv> it's mostly in the average bit rate over the whole encode [12:58:22 CEST] <JEEBsv> roberth1990: anyways I recommend you grab one of the free samples from f.ex. xiph.org and test with those if you want to test different encoders against each other [12:58:37 CEST] <JEEBsv> also too bad the x264dev.multimedia.cx blog went offline :/ [12:58:37 CEST] <BtbN> Isn't vp9 the h265 equivalent? [12:58:41 CEST] <JEEBsv> nope [12:58:57 CEST] <roberth1990> yes [12:59:03 CEST] <JEEBsv> oh [12:59:12 CEST] <JEEBsv> read that "equivalent" in a different way [12:59:13 CEST] <roberth1990> it is meant to be a free alternative to h265 [12:59:18 CEST] <JEEBsv> uhh [12:59:30 CEST] <BtbN> Well, i can tell you which one will give you better results then. [12:59:36 CEST] <JEEBsv> uhh [13:00:15 CEST] <JEEBsv> VP9 as a *spec* is better than AVC, yes [13:00:42 CEST] <JEEBsv> the other side of the coin is whether or not you get more bang for buck with your usage scenario from VP9 than AVC with the current implementations [13:01:05 CEST] <BtbN> yeah, libx264 is just too good at its job [13:01:16 CEST] <JEEBsv> for example, libvpx (currently the main/only implementation of VP9 encoding) isn't exactly known for psychovisual optimizations [13:01:24 CEST] <JEEBsv> also until of late it lacked any multithreading whatsoever [13:01:30 CEST] <JEEBsv> they seem to have added in-picture threading lately [13:02:00 CEST] <JEEBsv> also talking about a "free" alternative to HEVC is kind of... ugh [13:02:13 CEST] <BtbN> less non-free [13:02:35 CEST] <JEEBsv> in which sense of "free"? [13:02:37 CEST] <BtbN> it is already loosing against h265 because of the lack of hardware support [13:02:55 CEST] <roberth1990> royalty free [13:03:19 CEST] <JEEBsv> that's what G says, who developed the format behind closed doors :P Also already VP8 has gotten some claims from f.ex. Ericsson IIRC [13:03:47 CEST] <JEEBsv> so I wouldn't say it's completely "safe", but sure - you can point at G and say they told you it was not infringing on anyone's stuff :P [13:03:49 CEST] <BtbN> This whole patent system is so annoying. [13:04:32 CEST] <roberth1990> is h265 an open format? [13:04:35 CEST] <JEEBsv> yes [13:04:45 CEST] <JEEBsv> freely available and developed on a mailing list that everyone can join [13:04:53 CEST] <JEEBsv> I mean, *I* am on that mailing list [13:05:23 CEST] <JEEBsv> oh, and let's just note the fact that HEVC actually has a *spec* [13:05:42 CEST] <JEEBsv> while VPx formats are just something G cooks behind closed doors and notes the implementation being the spec [13:05:44 CEST] <BtbN> You can do with h265 whatever you like, you just have to pay depending on how you use it. [13:06:20 CEST] <BtbN> Or hope nobody cares enough about you [13:07:21 CEST] <roberth1990> okay [13:10:11 CEST] <BtbN> I wonder who would have to pay the h264 license fees with the new live streaming stuff. [13:10:24 CEST] <BtbN> The one who built the encoding application, the streamer, twitch? [13:11:33 CEST] <JEEBsv> the application creator in no way, he already did his part in distributing the encoder component [13:11:45 CEST] <JEEBsv> I think it was 100k copies and then some cents per copy after that? [13:12:25 CEST] <BtbN> So a linux distribution pays h264 license fees for distributing libx264 binaries? [13:13:26 CEST] <JEEBsv> if they think they are under legal obligation to follow the license and the project distributes more copies than that? [13:15:02 CEST] <JEEBsv> Internet [13:15:02 CEST] <JEEBsv> Broadcast AVC Video (not title [13:15:02 CEST] <JEEBsv> - [13:15:02 CEST] <JEEBsv> by [13:15:02 CEST] <JEEBsv> - [13:15:05 CEST] <JEEBsv> title, not subscription) [13:15:08 CEST] <JEEBsv> [13:15:10 CEST] <JEEBsv> argj [13:15:15 CEST] <JEEBsv> fuck copypasting from fx's PDF reader [13:15:54 CEST] <JEEBsv> Internet Broadcast AVC Video (not title-by-title, not subscription) no royalty for life of the AVC Patent Portfolio License [13:16:22 CEST] <JEEBsv> this is the case where the watcher doesn't have to pay for the content itself [13:16:37 CEST] <JEEBsv> http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf [13:16:46 CEST] <JEEBsv> (MPEG-LA is separate from MPEG, just for the record) [13:17:54 CEST] <JEEBsv> also in users subscribing for the content in an unlimited way you have to rake 100k paying subscribers to pay anything [13:21:29 CEST] <iomari> Greetings, Can someone tell me the equivalent ffmpeg command to: mpv rtsp://admin:admin@192.168.1.90/11 [13:21:55 CEST] <BtbN> ffmpeg isn't a media player, what do you want to do with that stream? [13:22:05 CEST] <iomari> play it [13:22:16 CEST] <JEEBsv> you can't "play" things with ffmpeg [13:22:35 CEST] <JEEBsv> if I guess right mpv is just passing the string to lavf as-is [13:22:42 CEST] <JEEBsv> so try ffmpeg -i <your url> [13:22:43 CEST] <iomari> don't mind me. i knew that. wasnt thinink [13:22:55 CEST] <iomari> :-) [13:22:56 CEST] <BtbN> Well, you technicaly can, as there is sdl and alsa/pa output. [13:23:02 CEST] <BtbN> But you don't usualy do that. [13:23:11 CEST] <JEEBsv> uhh, aren't those in ffplay? [13:23:14 CEST] <iomari> understood [13:23:19 CEST] <BtbN> Yeah, but you can use them with ffmpeg, too [13:23:33 CEST] <BtbN> just have to specify them as output format [13:23:40 CEST] <JEEBsv> :V [13:24:50 CEST] <BtbN> ffmpeg and mpv do have a diffrent syntax for rtsp urls though, iirc [13:25:07 CEST] <JEEBsv> yeah, if it's not just passed onto lavf then you have to do it different [13:25:33 CEST] <BtbN> i think ffmpeg uses query-string parameters for username/password, instead of the usual username:password@ syntax [13:26:08 CEST] <BtbN> But i'm not entirely sure anymore, there was some parameter that worked diffrently [14:50:33 CEST] <Astiasti> hi all. I'm packing aac files in m4a files (mp4 container). BTW the files I get.. have an error (channel element 1.0 is not allocated). any way to solve it? [14:51:26 CEST] <JEEBsv> pastebin your full command line and terminal output, and then link here [14:52:12 CEST] <Astiasti> I used ffmpeg -i filename.aac -acodec copy filename.m4a [14:57:34 CEST] <Astiasti> http://pastebin.com/7J5D1iEn [15:02:06 CEST] <Astiasti> http://pastebin.com/w2RjcUsG [15:02:36 CEST] <Astiasti> JEEBsv: I did it [15:04:16 CEST] <JEEBsv> Astiasti: so yes, it fails to decode it after you have muxed it. could you decode it before you muxed it? [15:05:17 CEST] <Astiasti> JEEBsv: deciding it I lose audio quality... [15:05:20 CEST] <JEEBsv> also you don't really need avplay for it, just doing `avconv -i input -f null -` should do it (using it because you seem have libav-provided binaries) [15:06:27 CEST] <JEEBsv> Astiasti: -c:a copy / -avcodec copy should just be remuxing, not doing re-encoding :P [15:06:35 CEST] <JEEBsv> but yes, check that you can decode that aac stream to begin with [15:06:47 CEST] <Astiasti> avplay plays file OK. BTW my car audio system says *wrong for* [15:07:10 CEST] <JEEBsv> which file? raw aac or the muxed one? [15:07:39 CEST] <Astiasti> m4a [15:07:43 CEST] <JEEBsv> ok [15:08:16 CEST] <JEEBsv> so, uh, welcome to plastic toys? [15:08:28 CEST] <Astiasti> reencoding aac by libfdk_aac lib goes well [15:09:50 CEST] <JEEBsv> there's at least two whats I would like to have specified in that sentence [15:10:01 CEST] <JEEBsv> re-encoding *what* with fdk-aac, and *what* goes well [15:11:07 CEST] <Astiasti> ok [15:11:56 CEST] <Astiasti> avconv -i filename.aac -acodec libfdk_aac filename.m4a [15:13:17 CEST] <Astiasti> avprobe/avplay doesn't say *channel element 1.0 is not allocated* [15:13:43 CEST] <JEEBsv> ok, and that m4a then works in your plastic toy? now, there are two options for that. either you have dumped your input aac stream so that there's some garbage in the beginning, or you are using different feature set which your plastic toy supports [15:14:16 CEST] <JEEBsv> you can try adding -ss before -i to seek within frames to try and go over that garbage [15:15:20 CEST] <JEEBsv> and if you know your steam is valid, then it's a feature thing and you just can't play those streams as-is with your plastic toy [15:17:04 CEST] <Astiasti> my car audio system doesn't play well aac variable bitrate [15:17:41 CEST] <JEEBsv> I am pretty sure it's not the variable bit rate [15:17:42 CEST] <Astiasti> I use MP4Box to encapsule aac in m4a, usually [15:18:05 CEST] <Astiasti> BTW mp4box has some problems in my PC, now [15:18:15 CEST] <JEEBsv> when doesn't GPAC have issues? [15:18:26 CEST] <Astiasti> so I want to use ffmpeg/libav [15:19:49 CEST] <Astiasti> JEEBsv: my car audio... plays aac file for some seconds/minutes and skip to next song before EOF is reached [15:20:39 CEST] <Astiasti> some months ago I encapsulated all files using gpac [15:20:54 CEST] <JEEBsv> raw aac or muxed? if it's muxed either the mux was incorrect or the plastic box fails at life [15:21:15 CEST] <JEEBsv> or there was random shit in the bit stream, which caused it to bail the fuck out [15:21:19 CEST] <JEEBsv> among other possible reasons [15:21:44 CEST] <Astiasti> different now: it make a good job for some files, and make 1s long m4a for some other files [15:22:13 CEST] <JEEBsv> the only thing VBR should affect is when you have raw bit streams and when you have to guess the stream's length or try and seek in it [15:22:40 CEST] <Astiasti> JEEBsv: raw aac (stream ripped by streamripper) [15:22:40 CEST] <JEEBsv> otherwise "VBR" should have nothing to do with it unless the piece of shit is so powerless it can't take the amount of data (and really, at this point you have to try hard for that) [15:22:55 CEST] <JEEBsv> Astiasti: yes but you're not feeding that to your plastic toy, right? [15:23:01 CEST] <JEEBsv> you have muxed it at that point :P [15:24:37 CEST] <Astiasti> I supposed a different issue: car audio estimated how long song is at the beginning and stop as soon as it reach time it calculated [15:25:07 CEST] <JEEBsv> yes, but as I said -- that's only an issue with raw AAC files, which I'd be surprised you'd be giving it since you are talking about muxing that stuff all the time [15:25:26 CEST] <JEEBsv> anyway, try cutting out some bytes from the beginning, either with a hex editor if you know how raw AAC frames look, or with an -ss option with a timestamp with ffmpeg/avconv before the -i [15:26:11 CEST] <Astiasti> <JEEBsv> +you can try adding -ss before -i to seek within frames to try and go over that garbage [15:26:20 CEST] <Astiasti> I get an error [15:26:32 CEST] <JEEBsv> pastebin the whole thing and link [15:27:07 CEST] <JEEBsv> because the most likely reason if your plastic crap generally supported that type of AAC that specific stream uses is that you have garbage there in the beginning which the stream ripper causes to be there (leftovers from previous audio frames) [15:29:56 CEST] <Astiasti> -ss 0.1 seems OK [15:31:05 CEST] <Astiasti> -ss 0.0 too [15:31:18 CEST] <Astiasti> I'm going to test it on my car [15:48:44 CEST] <Astiasti> BTW a problem still is on [15:49:27 CEST] <Astiasti> passing from aac to m4a... file changes aac format [15:50:08 CEST] <Astiasti> .aac file is *he-aac / lc* [15:50:46 CEST] <Astiasti> .m4a file is *aac* [15:52:27 CEST] <Astiasti> MP4Box keeps *he-aac / lc* and its files sound good [15:52:42 CEST] <JEEBsv> uhh [15:53:14 CEST] <Astiasti> codec 40 for avconv processed file [15:53:17 CEST] <JEEBsv> "he-aac / lc" reads like the application cannot guess what the fuck it is :P [15:53:30 CEST] <Astiasti> codec 67 for gpac one [15:53:47 CEST] <JEEBsv> also make sure you are comparing the actual same stream muxed [15:53:58 CEST] <JEEBsv> instead of some random other stream [15:54:23 CEST] <Astiasti> yes. same file. processed by avconv and gpac [15:55:04 CEST] <JEEBsv> I have no idea what GPAC does, but you can look at the container level differences with L-SMASH's boxdumper [15:55:17 CEST] <JEEBsv> boxdumper hurr.m4a > hurr.log [15:55:42 CEST] <JEEBsv> boxdumper just dumps the actual isobmff structure as a text file [15:56:05 CEST] <Astiasti> I recompiled avconv with libfdk_lib to have he-aac support. I supposed this solve, btw no solution found [15:57:07 CEST] <JEEBsv> l-smash is available from https://github.com/l-smash/l-smash/ btw [15:57:34 CEST] <JEEBsv> use boxdumper to create dumps of the structure of the files you created, basically [15:58:26 CEST] <JEEBsv> is much better at seeing what's in the file than you using some random application that interprets *something* *somehow* [16:03:00 CEST] <Astiasti> JEEBsv: what I have to look for? [16:03:13 CEST] <Astiasti> pastebin? [16:03:20 CEST] <JEEBsv> that would be the simplest wayt [16:03:36 CEST] <JEEBsv> also you can try l-smash's muxer for muxing as well, if you want to :P [16:07:34 CEST] <JEEBsv> anyways, I still guess the reason for failures is some garbage somewhere rather than anything else - unless the plastic toy is really dumb. which it of course can be [16:08:22 CEST] <JEEBsv> I'm pretty sure I'm just going to be making my own IVI system from a 10" or so tablet if I ever get a car. [16:18:07 CEST] <Astiasti> pastebin.com/MDCnZ8wa [16:18:40 CEST] <Astiasti> I removed some lines, replaced by dots (....................) [16:19:01 CEST] <Astiasti> avconv one [16:21:11 CEST] <Astiasti> then... gpac one [16:28:18 CEST] <Astiasti> pastebin.com/eMVugt4s [16:29:07 CEST] <Astiasti> my car audio plays gpac file, says wrong file about avconv one [16:30:38 CEST] <JEEBsv> well, one thing is that the moov box has been moved to the beginning of the file in the GPAC one [16:30:51 CEST] <Astiasti> ok ok [16:30:56 CEST] <Astiasti> thats true [16:31:02 CEST] <JEEBsv> you can do that with qt-faststart or whatever [16:31:23 CEST] <Astiasti> i removed -movflags +faststart [16:31:34 CEST] <JEEBsv> uhh [16:31:40 CEST] <Astiasti> ok. i'm going to test again [16:32:05 CEST] <JEEBsv> anyways, it's one glaring difference other than the brands, but the major brand is exactly the same [16:33:02 CEST] <JEEBsv> the only difference is that GPAC has mp42 in "compatible_brands", while the lavf one has "iso2" there in addition to iso. also GPAC feels like it has to re-iterate that it's M4A [16:33:08 CEST] <JEEBsv> *isom [16:33:34 CEST] <JEEBsv> anyways, at this point it's more or less guessing because most probably the plastic piece of shit doesn't let you check what it doesn't like exactly [16:34:01 CEST] <Astiasti> yes [16:34:17 CEST] <Astiasti> it's win based.... [16:34:57 CEST] <Astiasti> a real plastic piece of shit [16:37:22 CEST] <Astiasti> any way to force libav to add m4a info reiteration? [16:37:43 CEST] <JEEBsv> no idea, but I do notice one somewhat possibly related thing [16:37:51 CEST] <JEEBsv> if you look under stsd [16:38:19 CEST] <JEEBsv> under DecoderConfigDescriptor [16:38:28 CEST] <Astiasti> BTW I noticed one more info: free space box is located after all in gpac file. before media data box in libav one [16:38:47 CEST] <JEEBsv> lavf muxed the audio as objectTypeIndication = 0x40 (Audio ISO/IEC 14496-3) [16:39:00 CEST] <JEEBsv> while GPAC did objectTypeIndication = 0x67 (Audio ISO/IEC 13818-7 LowComplexity Profile) [16:39:27 CEST] <JEEBsv> now that could actually be related [16:39:28 CEST] <Astiasti> yes. that's the problem. I supposed [16:40:06 CEST] <Astiasti> no way to change that? [16:40:09 CEST] <JEEBsv> of course you can't guess which is doing something correctly or incorrectly by that :P [16:41:10 CEST] <JEEBsv> try adding -bsf:v aac_adtstoasc after -i [16:41:13 CEST] <JEEBsv> uhh [16:41:14 CEST] <JEEBsv> -bsf:a [16:41:18 CEST] <JEEBsv> since it's an audio stream [16:42:03 CEST] <JEEBsv> that should convert ADTS in-band extradata to MPEG-4 ASC [16:42:20 CEST] <JEEBsv> although that might already be happening :P [16:42:42 CEST] <JEEBsv> due to the lavf one being 14496-3, and the GPAC one marks itself with the MPEG-2 ID [16:42:54 CEST] <JEEBsv> anyways, afk for a while [16:47:24 CEST] <Astiasti> -bsf make a silent file [16:53:20 CEST] <Trenak> Hello, what cant help me? [16:53:38 CEST] <Trenak> *can [16:54:13 CEST] <Astiasti> my car doesn't play files by avconv [16:55:23 CEST] <Trenak> i need encode from AVC to MPEG - 4 Visal.. [16:55:27 CEST] <Trenak> Visual [16:55:44 CEST] <JEEBsv> -c:v mpeg4 is MPEG-4 Visual [16:56:08 CEST] <JEEBsv> welcome to one of those encoders where you have no simple options in lavc [16:58:08 CEST] <Trenak> i need it from http://ctrlv.cz/Xe8w to this http://ctrlv.cz/CtDz [17:00:59 CEST] <Astiasti> no way to force avconv use a different mp4 minor version or codec id? [17:02:56 CEST] <Trenak> There arent some other version and my DVD recorder cant play it.. :( [17:03:50 CEST] <cbsrobot> Astiasti: My guess would be the bitrate [17:04:00 CEST] <Trenak> ok and how change from 1080 to SD? or.. from FULL HD TO SD [17:04:29 CEST] <cbsrobot> I saw player that could only decoded fixed bitrates: f.ex 196k but had problems with 197k [17:05:59 CEST] <cbsrobot> try encoding to a fixed bitrate [17:15:18 CEST] <Astiasti> cbsrobot: you may be right. BTW bitrate related problem is in aac file. in m4a file there is no nitrate problem... [17:15:59 CEST] <Astiasti> BTW I see mp4box says variable bitrate.. in a different way [17:20:15 CEST] <cbsrobot> Astiasti: just try -b:a 32k [17:20:59 CEST] <Trenak> Soo. how can i solve my problem? [17:22:21 CEST] <dsl420> Trenak, -vf scale=x:y for the HD to SD part and JEEBsv mentioned how to change video codec [17:22:23 CEST] <Astiasti> what about fragmentation? [17:22:59 CEST] <tmh_> vlc crashes with 0x00 input. that's probably not a big deal but it's weird. [17:23:01 CEST] <Trenak> .h, right [17:25:17 CEST] <Trenak> soo.. like this? ffmpeg -i SouthPark(3).avi -c:v mpeg4 SouthPark(3).avi [17:25:52 CEST] <Astiasti> cbsrobot: -b set maximum br, m4a is still variable br [17:27:59 CEST] <Trenak> When i use this command there is lose quality.. [17:29:38 CEST] <dsl420> yes [17:31:30 CEST] <Trenak> i need something withnout loosing [17:32:26 CEST] <dsl420> i doubt it is possible to encode lossless with mpeg-4 visual [17:33:28 CEST] <Trenak> oh [17:38:30 CEST] <dsl420> you could use -c:a so you would not lose audio quality at least :) or get proper hardware which can play AVC in mkv container. this XviD stuff is pretty much outdated. [17:39:24 CEST] <dsl420> -c:a copy even [19:55:11 CEST] <pkhgj> hi all [19:55:31 CEST] <pkhgj> maybe someone can help me here [19:55:46 CEST] <pkhgj> ffmpeg can receive a live stream from webrtc? [19:56:52 CEST] <pkhgj> and transcode it to webm live [19:57:24 CEST] <pkhgj> I saw: https://groups.google.com/a/webmproject.org/forum/#!topic/webm-discuss/Y2At… [19:57:33 CEST] <pkhgj> that it will be soon available? [19:57:54 CEST] <pkhgj> is this correct? [20:41:54 CEST] <DeHackEd> when outputting multiple feeds from a single input using x264 as the codec (for all outputs), is there a way to synchronize the GOP boundaries? (the goal is an HLS output with multiple bitrates/feeds available) [20:55:44 CEST] <Mavrik> DeHackEd, there's a command/filter where you can input list of frame numbers for keyframes [20:55:52 CEST] <Mavrik> DeHackEd, or just completely disable scene detection [21:23:18 CEST] <DeHackEd> I guess that would work... [22:50:06 CEST] <yumbox> Is the fullscreen x11grab error already fixed? [00:00:00 CEST] --- Sun May 24 2015

1 0

ffmpeg-devel.log.20150522
by burek 23 May '15

23 May '15

[01:02:26 CEST] <cone-925> ffmpeg 03Urvang Joshi 07master:6b56fcbd10a5: WebP muxer: support a packet containing animated WebP. [01:48:29 CEST] <pentanol> ,join #linux [01:48:41 CEST] <pentanol> sorry [02:37:25 CEST] <cone-925> ffmpeg 03Martin Storsjö 07master:d15eec4d6bdf: tls: Use custom IO to read from the URLContext [02:37:26 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:162644c8331d: Merge commit 'd15eec4d6bdfa3bd4c4b5b7dd2dbd699ba253d02' [02:49:33 CEST] <cone-925> ffmpeg 03Martin Storsjö 07master:d13b124eaf45: tls: Remove the nonblocking code [02:49:34 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:9221e362fd3b: Merge commit 'd13b124eaf452b267480074b2e6946538ed03a6e' [03:16:22 CEST] <cone-925> ffmpeg 03Martin Storsjö 07master:94599a6de382: tls: Remove all the local polling loops [03:16:23 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:a0124b89e393: Merge commit '94599a6de3822b13c94096d764868128f388ba28' [03:42:01 CEST] <rcombs> wm4: ^ oh boy, conflicts abound [03:46:25 CEST] <cone-925> ffmpeg 03Urvang Joshi 07master:f99fed733d65: WebP encoder: extract out some methods into a separate helper library. [04:03:23 CEST] <Daemon404> wm4, iirc the patches were his idea. [05:34:19 CEST] <cone-925> ffmpeg 03James Almer 07master:e91fbfd9cf17: tls: fix compilation when both gnutls and openssl are enabled [05:44:00 CEST] <Daemon404> i must ask, why would you enable both [05:44:53 CEST] <jamrial> ask ubitux :p [05:45:15 CEST] <jamrial> i noticed it on his fate machine that enables all the libs [05:47:29 CEST] <jamrial> http://fate.ffmpeg.org/report.cgi?time=20150522025204&slot=x86_64-archlinux… quite useful to find compilation errors no other fate client would trigger [05:48:03 CEST] <jamrial> it's still missing a couple libs, though, like webp and x265 [05:51:02 CEST] <rcombs> Daemon404: it might actually make sense to enable both Secure Transport and <either of the others>, if I rearranged the code in tls.c a bit [05:52:01 CEST] <rcombs> Daemon404: because then you could have <other lib> provide crypto for ffrtmp (which I'm not sure would actually be possible at all with ST), but ST provide TLS (which is important because it can use the system trust store) [07:34:49 CEST] <Timothy_Gu> jamrial: next time take a look at fatebeta.ffmpeg.org :) [09:20:22 CEST] <wm4> if both gnutls and openssl are enabled, how do you select either? [09:20:28 CEST] <wm4> makes not much sense... [09:20:46 CEST] <wm4> helpful for testing though [09:20:55 CEST] <wm4> maybe [09:34:23 CEST] <nevcairiel> it probably uses whichever appears first in code [11:23:58 CEST] <ubitux> alright, gcc5 packaged [11:24:09 CEST] <ubitux> updating fate instances.. [12:04:19 CEST] <cone-682> ffmpeg 03James Almer 07master:29216d7fd14d: tls: fix compilation when both gnutls and openssl are enabled [12:04:20 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:1617a89cf000: Merge commit '29216d7fd14d1cec16821867d17c90b5c49e8c07' [12:22:36 CEST] <cone-682> ffmpeg 03Tim Nicholson 07master:ebb08f3fe416: avutil/pixfmt: Clarify DV example comments for AVChromaLocation [14:18:43 CEST] <wm4> rcombs: sent the patch for splitting tls.c to libav-devel [14:20:54 CEST] <rcombs> \o/ [14:35:54 CEST] <Compn> any chance for embeddeding ssl stuff into ffmpeg [14:36:04 CEST] <Compn> so https works natively ? [14:36:25 CEST] <Compn> "https protocol not found, recompile with openssl or gnutls enabled." [14:36:26 CEST] <Compn> :( [14:37:23 CEST] <iive> right after we merge emacs. [14:38:47 CEST] <av500> isnt ssl hacked? [15:46:43 CEST] <TimNich> Really, allow setting a value thats been deprcated for at least 6 years? [15:46:50 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:d09321b68e83: avcodec/mpeg12dec: Fix chroma location [15:46:51 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:a45cf639e6fb: libavformat/mux: Add ff_choose_chroma_location() [15:46:52 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:3b176af001dd: avformat/mxfenc: Add color siting element [15:59:08 CEST] <michaelni> TimNich, its not only allowed but even hardcoded in bmx/libmxf for some cases if i read the code correctly [15:59:44 CEST] <michaelni> i dont mind doing it differently, i just dont have any means to test if the resuting files will work with "pro" software [16:01:01 CEST] <TimNich> I would have thought anything old enough to only like the deprecated value is likely to have other compatibility issues too. [16:02:24 CEST] <michaelni> quite likely yes [16:02:55 CEST] <TimNich> Im not aware of anything that didnt actually work when this *optional* value was unset. [16:04:28 CEST] <TimNich> Ill have to look again at bmxlib and try to find the rationale for it& could take a few days as its coming up to a bank holiday weekend. [16:05:02 CEST] <michaelni> ive seen it under if(something_avid || "someoldspec") [16:05:51 CEST] <michaelni> this one: if ((mFlavour & MXFDESC_AVID_FLAVOUR) || (mFlavour & MXFDESC_SMPTE_377_2004_FLAVOUR)) [16:06:16 CEST] <michaelni> so maybe some avid software has issues with it, but iam just guessing [16:12:21 CEST] <TimNich> Could well be historical and no longer relevant, rather like the Avid DNX UL that is actually JP2K. [16:13:04 CEST] <michaelni> possible, yes [16:14:13 CEST] <TimNich> sometime between 2004 and 2009 it was deprecated, and I doubt anyone is using an Avid that old anymore, but I will try and narrow it down [16:15:17 CEST] <TimNich> has the option to override been specifically requested? [16:17:26 CEST] <michaelni> yes, Color siting = 4 (Rec 601) [16:19:57 CEST] <TimNich> Someone has a use case where they need the value to be 4 not 0? [16:20:52 CEST] <michaelni> i dont know that, ill ask, ill CC you [16:20:55 CEST] <TimNich> If so Id like to understand that case better to ensure its not a red herring. [16:22:31 CEST] <TimNich> OK, we have a site power shutdown coming soon, so I will be going dark in a bit. [16:38:33 CEST] <TimNich> michaelni If this is the NOA use case then it is a red herring, S386m replicates for convenience data from S377, which contains the updated deprectation. [16:41:23 CEST] <michaelni> ok, then lets consider the siting=4 patch to be droped for now [16:48:10 CEST] <TimNich> OK, Ive just added chapter and verse to your email. [16:58:55 CEST] <rcombs> anyone else think it'd be useful for avutil/attributes.h to have something `warn_unused_result`? [16:59:25 CEST] <wm4> sounds potentially useful [16:59:45 CEST] <rcombs> there are a bunch of functions in lav* that should probably have it [17:00:03 CEST] <wm4> like which? [17:00:34 CEST] <rcombs> anything that allocates anything (and doesn't return it), anything that seeks or reads data& [17:25:44 CEST] <jermy> I'm doing some work using ffm2 streams to move some content between multiple ffmpeg processes, however it turns out that ffmdec isn't expecting streamed input - it attempts to reset the buffer and do a seek and doesn't handle eof very nicely [17:26:19 CEST] <jermy> I'm guessing this isn't a particularly normal use-case, but wondering if this is anything worth pushing patches back for, or fairly unimportant [17:32:39 CEST] <cone-682> ffmpeg 03Niklesh 07master:337aa17e6109: avcodec/movtextdec: Add support for large boxes(>32 bit) [20:34:35 CEST] <cone-682> ffmpeg 03Vittorio Giovara 07master:848e86f74d3e: mpegvideo: Drop flags and flags2 [20:34:36 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:d9b264bc7372: Merge commit '848e86f74d3e6e87fa592ee8ba8c184cc5fd9a42' [20:49:00 CEST] <cone-682> ffmpeg 03Vittorio Giovara 07master:9c1db92ad372: mpegvideo: Drop err_recognition [20:49:01 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:d5227ceff13e: Merge commit '9c1db92ad372d4cd69e0490e691c56e4097cb193' [20:56:36 CEST] <cone-682> ffmpeg 03Vittorio Giovara 07master:6f54dc43cee6: mpegvideo: Drop stream_codec_tag [20:56:37 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:bc373595f28e: Merge commit '6f54dc43cee6b2f5d183acf98b32a3cf8be4a4fc' [21:16:18 CEST] <cone-682> ffmpeg 03Vittorio Giovara 07master:d52804555882: mpegvideo: Have ff_mpeg_unref_picture use AVCodecContext directly [21:16:19 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:a25ee5f9228d: Merge commit 'd528045558825f01472e9bee873f60c98d661e53' [21:25:16 CEST] <cone-682> ffmpeg 03Vittorio Giovara 07master:a3f4c930ac3f: mpegvideo: Have ff_mpeg_ref_picture use AVCodecContext directly [21:25:17 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:179527f34ea0: Merge commit 'a3f4c930ac3f49f47b6e6ffda925d0dcf80320e2' [22:29:53 CEST] <sh4rm4^bnc> why do i have AVInputFormat ff_v4l2_demuxer only in libavdevice.a but not in libavdevice.so ? linker bug ? [22:30:43 CEST] <sh4rm4^bnc> and is ff_v4l2_demuxer deprecated ? i couldnt find any references in the code [22:31:09 CEST] <sh4rm4^bnc> /src/build/ffmpeg/ffmpeg-2.6.3 # find . -name '*.c' | xargs grep ff_v4l2_demuxer [22:31:10 CEST] <sh4rm4^bnc> ./libavdevice/v4l2.c:AVInputFormat ff_v4l2_demuxer = { [22:31:10 CEST] <sh4rm4^bnc> /src/build/ffmpeg/ffmpeg-2.6.3 # [22:35:24 CEST] <sh4rm4^bnc> i constructed a demo app (mostly c/p from example code) accessing v4l2 device using ff_v4l2_demuxer http://sprunge.us/bgZI [22:36:08 CEST] <sh4rm4^bnc> if there's another better way to access the v4l2 driver let me know... [22:36:36 CEST] <sh4rm4^bnc> (also weird that no header declares AVInputFormat ff_v4l2_demuxer) [22:38:24 CEST] <ubitux> ff_ symbols are private, you need to open a file through avformat with "v4l2" (or "video4linux2") format string [22:48:12 CEST] <cone-682> ffmpeg 03Vittorio Giovara 07master:4e17946f10d3: mpegvideo: Rework various functions not to use MpegEncContext directly [22:48:13 CEST] <cone-682> ffmpeg 03Michael Niedermayer 07master:f275f9eaee9c: Merge commit '4e17946f10d39eec6cc03fb249ae8147373141b6' [00:00:00 CEST] --- Sat May 23 2015

1 0

ffmpeg.log.20150522
by burek 23 May '15

23 May '15

[02:39:59 CEST] <t4nk309> hi [04:09:24 CEST] <Zeranoe> Has anyone been able to compile libmfx with FFmpeg? [09:11:27 CEST] <Blefuska> hello, I'm having issues while using ffmpeg over rtp (2,6) [09:12:04 CEST] <Blefuska> is this a propper command:ffmpeg -i <file> -c copy -f rtp_mpegts rtp;//<ip>:port [09:12:05 CEST] <Blefuska> ? [09:12:34 CEST] <Blefuska> and can I get ffmpeg to outpu how much of a payload (in bytes) was sent to the rtp recipient? [12:00:13 CEST] <acidflash> Hi, does this channel offer support for ffserver aswell as ffmpeg? [12:06:16 CEST] <iive> acidflash: in theory - yes. [12:11:36 CEST] <Anoia> hi alll [12:12:12 CEST] <Anoia> I see avcodec_register_all does a check to see if it's already initialised, but no synchronisation [12:12:50 CEST] <DeadSix27> is there a way to tell ffmpeg to wait for a cameras autofocus and brightness control? [12:12:53 CEST] <Anoia> if I have two threads call that at the same time, will registering them again cause issues? [12:13:15 CEST] <DeadSix27> in fact i dont even know if it automatically does that in any case [12:14:10 CEST] <BtbN> Don't call it in a thread [12:14:15 CEST] <BtbN> call it once at application startup [12:18:56 CEST] <Anoia> this is a DLL that won;t have a specific app startup [12:19:17 CEST] <BtbN> DLLs have DllMain [12:19:19 CEST] <Anoia> while instantiating both classes that use it at the same time is very unlikley, I just wanted to make sure [15:10:36 CEST] <animax> hello all together. short question. http://www.pasteall.org/58590. disregarded further settings do I need to use code in line 1 or is it sufficient to take line 3 (without '-f image2')? [16:04:15 CEST] <animax> second second trial. hello all together. short question. http://www.pasteall.org/58590. disregarded further settings do I need to use code in line 1 or is it sufficient to take line 3 (without '-f image2')? [16:15:02 CEST] <BtbN> Well, does the second one work? [16:17:06 CEST] <animax> BtbN: ? [16:17:35 CEST] <animax> connection was interrupted [16:17:37 CEST] <BtbN> If it doesn't work, you need the format option. [16:17:45 CEST] <animax> the POST is the second trial ... [16:17:56 CEST] <BtbN> You have two commands there [16:18:01 CEST] <BtbN> Does the second one work? [16:18:02 CEST] <animax> yes [16:18:09 CEST] <animax> mom [16:18:16 CEST] <BtbN> If not, you have your answer ;) [16:18:33 CEST] <BtbN> I'd assume it'll just try to open that exact filename [16:18:45 CEST] <animax> the second one does work [16:19:05 CEST] <BtbN> Interesting [16:19:17 CEST] <animax> for what does '-f image2' stand? [16:19:23 CEST] <BtbN> The input format [16:19:34 CEST] <animax> and when do I need this command? [16:19:44 CEST] <BtbN> When the input format isn't obvious from the input file [16:20:58 CEST] <animax> I've often seend command lines with this part. so if I take i.e. 'image%04d.png' [16:21:13 CEST] <animax> then I don't need to use '-f format'? [16:21:50 CEST] <animax> because the format is given by the png-extension? [16:21:53 CEST] <BtbN> Depends, i guessed it would just try to open a file with that name, but it seems like the default format understands that. [16:22:56 CEST] <animax> mh. ok. [16:27:53 CEST] <animax> an other question: is it possible to encode image sequences in a way that single frames get individual durations in the encoded output file like it is possible with GIF in photoshop i.e.? and if so, is there a gui for ffmpeg or x264 which can mange that? [16:28:22 CEST] <animax> .. manage that ... [16:38:48 CEST] <t4nk897> hi all, I'm processing AAC-HE files, boxing them in m4a files. Btw I get file to became AAC. [16:40:22 CEST] <t4nk897> original file is: format: Advanced Audio Codec; Format version: Version 2; Format profile: HE-AAC / LC. [16:42:36 CEST] <t4nk897> ffmpeg build a file: Format: Advanced Audio Codec; Codec ID: 40 [16:44:44 CEST] <t4nk897> MP4Box builds a file: Format: Advanced Audio Codec; Format profile: HE-AAC / LC; Dodec ID: 67 [16:45:41 CEST] <t4nk897> my car plays MP4Box generated files... it says ffmpeg created files have some errors [16:46:58 CEST] <t4nk897> MP4Box -add foo.aac foo.m4a -new -v [16:48:11 CEST] <t4nk897> ffmpeg -i foo.aac -vn -acodec copy -map 0 -movflags faststart foo.m4a [17:46:53 CEST] <shevy> can ffmpeg convert i. e. a .wav file into an .opus file? [17:50:05 CEST] <joer1> Got a quick question if anyone can help. I have an rtp stream - audio and video are being sent. I want ffmpeg to merge the two streams into one and save it to disc. Right now I can only seem to grab one at once. Any tips on how to go about doing this? [17:50:55 CEST] <joer1> Video is h264, audio is Opus so needs transcoding to save both to a target mp4 file [17:52:19 CEST] <shevy> ah there is a configure option --libopus [18:02:28 CEST] <joer1> shevy: thanks for that, seems the error was just a missing lib [18:02:35 CEST] <shevy> huh [18:02:42 CEST] <shevy> I have had my own problem [18:02:48 CEST] <shevy> tell me that I managed to solve your problem too :-) [18:02:59 CEST] <shevy> that's mysterious synergism [18:03:29 CEST] <shevy> all I am trying is to find out whether I can generate .opus file ... I did not even know about that format until quite recently; so far I understood that I require to have libopus [18:10:05 CEST] <gr1sha> I have a frame that I want to convert to RGB, manipulate and then convert to YUV [18:10:14 CEST] <gr1sha> but when I try to convert it to YUV I get [swscaler @ 0x7f966c05e440] bad src image pointers [18:10:23 CEST] <gr1sha> how can I trace the cause of the error? [18:27:18 CEST] <nuxusr> I just updated from a really old version of ffmpeg to the latest. I'm seeing this weird thing where users who's mobile connection is on the Telus cellular in Canada can no longer stream music. Its only on cellular though, if they use wifi they can stream the music again. The streams don't work in the browser either for them but the weird thing is that they work when using the old ffmpeg builds. here is an example stream htt [18:27:19 CEST] <nuxusr> p://stream.musiconeradio.com/musicone/aac/48k [18:28:40 CEST] <shevy> file test.opus -> test.opus: Ogg data [18:28:41 CEST] <shevy> hmm [18:31:20 CEST] <ac_slater_> hey guys. Using libavformat, etc ... I get PTS values from a video stream in intervals of 3000, starting at 126000. Is it possible to transform this value into something I can compare against av_gettime_relative() ? ie - I want to do rate emulating [18:31:25 CEST] <ac_slater_> emulation * [18:33:53 CEST] <jrun> hello, does Tegra K1 do NVENC? [18:34:28 CEST] <jrun> oh before that actually, does ffmpeg support x265 enconding within NVENC? [18:36:15 CEST] <jrun> i'm looking for a dedicated encoder for home automation (doorbell/intecomm)/security video streaming over gigabit LAN but hear different opinions about whether it's better to do it on a asic or cpu [18:37:05 CEST] <jrun> apparently previous attemps by gpu makers (CUDA-based for example) have failed compared to sofware encoding so i'm wondering what's the latest state of affairs [18:50:22 CEST] <gr1sha> I've managed to convert the video to RGB now I want to change R G or B values, what's the correct way to do it? When I try to access data[i] I get segmentation faluts [19:05:09 CEST] <ac_slater_> jrun: I have an ARM cortex A10 that can encode 1080p video at 30hz using ffmpeg [19:05:23 CEST] <ac_slater_> ie - no asic or FPGA or GPGPU required... only neon [19:05:54 CEST] <ac_slater_> jrun: but in ffmpeg2.5, I tried to vdpau based h264 encoder and it did use my gpu [19:05:59 CEST] <ac_slater_> not sure if it's still there [19:30:26 CEST] <joer1> Is anyone familiar with the errors "pts has no value" and "application provied duration... is out of range for mov/mp4 format" when trying to combine an audio and video stream? [19:44:09 CEST] <rjp421> using the latest git static build on centos6, how can i optimize this cmd http://pastebin.com/vN7PP0DM so it still creates livestream1 2 and 3 in the same order, but duplicates the source stream without wasting resources out to both ustream and live/livestream? [19:58:47 CEST] <shevy> ENCODER : Lavc56.26.100 libopus [19:58:51 CEST] <shevy> does this mean it is opus? [19:58:56 CEST] <shevy> because when I use "file" I get this [19:59:06 CEST] <shevy> file output.opus [19:59:06 CEST] <shevy> output.opus: Ogg data [19:59:12 CEST] <shevy> and that confuses me. is file wrong? [19:59:22 CEST] <shevy> The commandline I was using was this here: [19:59:25 CEST] <shevy> ffmpeg -i 2.wav -ar 48000 -ac 2 -acodec libopus -ab 256k output.opus [20:01:56 CEST] <cilly> hi [20:03:21 CEST] <cilly> I am having problems with -map_metadata 0 option and mp4 as output. The metadata 'location' aka geo location isn't copied. It looks like this bug: https://trac.ffmpeg.org/ticket/4337 [20:03:28 CEST] <cilly> Is there a patch or solution? [20:03:55 CEST] <cilly> btw. while using output .mkv, the location is applied, but mkv doesn't play on OS X without additional tools. [20:04:07 CEST] <Nitori> shevy, opus is a codec, ogg is a container. try to: ffprobe output.opus and take a look at the streams [20:04:44 CEST] <cilly> oki [20:05:23 CEST] <shevy> yeah ffprobe gives me that ENCODER line about libopus; I am confused about the unix/linux "file" command, it seems to be working ok for e. g. .mp3 files [20:05:26 CEST] <shevy> "Audio file with ID3 version 2.4.0, unsynchronized frames, contains: MPEG ADTS, layer III, v1, 192 kbps, 44.1 kHz, JntStereo" [20:05:39 CEST] <shevy> is opus too recent for file to understand it? [20:05:50 CEST] <Nitori> cause ".opus" extension is actually ogg AFAIK [20:05:54 CEST] <shevy> oh [20:06:05 CEST] <shevy> ok then that would make sense [20:06:05 CEST] <Nitori> opus is from the same people doing ogg vorbis [20:06:15 CEST] <shevy> thanks Nitori [20:17:59 CEST] <cilly> well, currently while converting video files with ffmpeg which contain location metadata seems not to work for: mp4, mkv, m4v. [20:20:17 CEST] <cilly> I see: [20:20:18 CEST] <cilly> http://its.ffmpeg.org/ticket/4209 [20:51:47 CEST] <rjp421> when streaming a pi cam with raspvid -fps 15 piped to ffmpeg -c:v copy -f flv 'rtmpuri' shows fps=15 during encode but the metadata object's framerate property is always 25 [20:52:18 CEST] <rjp421> using the latest git compiled last night on both pi model B+ and pi2 [22:45:38 CEST] <jasonwhite> Hi guys I have a question and I hope some guru here could help me out :D I have file .m4a download from youtube labeled as M4A (Audio Only) I cannot play it with my music player, Audacious but can play with VLC. I run ffmpeg to see, it turns out to be an Audio(AAC) stream contained inside a video container(Mp4) if my knowledge is right. Can I "split" this audio stream out to AAC audio instead of using libfdk_aac to "convert" ? [22:46:27 CEST] <Mavrik> yes you can remux that audio [22:46:32 CEST] <Mavrik> to what do you want? [22:47:06 CEST] <jasonwhite> Mavrik : I just want to get that audio stream to native AAC audio file [22:47:09 CEST] <Mavrik> Also are you sure you're not just missing AAC plugin for audacious? [22:47:16 CEST] <Mavrik> jasonwhite, what is a native AAC audio file? [22:47:37 CEST] <Mavrik> jasonwhite, by standard MPEG-4 AAC audio should be inside a MPEG-4 container (usually marked mp4 or m4a) [22:47:47 CEST] <Mavrik> so there's nothing wrong with that - YouTube uses "native AAC" [22:47:50 CEST] <Mavrik> that's why I'm asking. [22:48:51 CEST] <jasonwhite> Mavrik : I still can play other m4a files as well. I will give you the output of ffprobe [22:50:36 CEST] <jasonwhite> Mavrik : It said that the file is mp4a stream. Humm.. Not sure what's wrong here considering what you said is right. [22:50:54 CEST] <Mavrik> jasonwhite, try just remuxing it [22:51:04 CEST] <Mavrik> ffmpeg -i <file>.m4a -codec copy temp.m4a [22:51:08 CEST] <Mavrik> and see if it's ok then [22:52:03 CEST] <jasonwhite> Mavrik : Sure. I will. [22:56:47 CEST] <jasonwhite> Mavrik : It plays ! It did compare ffprobe of original file and remuxed file, turns out : original file : major_brand : dash and remuxed file : major_brand : M4A. [22:57:08 CEST] <Mavrik> heh, wierd :) [22:57:12 CEST] <jasonwhite> Mavrik : Is it the problem ? [22:57:25 CEST] <Mavrik> could be yes, if audacious does strict checking for that marker [22:57:30 CEST] <jasonwhite> *source of problem that Audacious/music player cannot play [22:57:43 CEST] <jasonwhite> Mavrik : Yeah you are right [22:59:41 CEST] <jasonwhite> Mavrik : Thank you. Saved me a lot of headache... [00:00:00 CEST] --- Sat May 23 2015

1 0

ffmpeg-devel.log.20150521
by burek 22 May '15

22 May '15

[00:08:32 CEST] <rcombs> http://puu.sh/hUFH1/01c56b0dc1.ts <-- who wants to play a game of "identify the stream types"? [00:12:16 CEST] <Daemon404> since when do you do .ts [00:12:21 CEST] <Daemon404> or is it hls [00:13:47 CEST] <rcombs> I dabble [00:13:54 CEST] <rcombs> coworker sent me this one [00:14:22 CEST] <Daemon404> a tip would to try non-FOSS [00:14:30 CEST] <Daemon404> there are many good mpegts analyzer [00:15:17 CEST] <kierank> dvbsnoop [00:15:39 CEST] <Daemon404> i would think dvbsnoop would fail at more special things [00:15:41 CEST] <Daemon404> e.g. ARIB [00:17:10 CEST] <rcombs> that file coming off his tuner put him in a sort of catch-22 [00:17:23 CEST] <rcombs> `-map 0` failed because it tried to map unrecognized streams and FATAL'd [00:17:50 CEST] <rcombs> `-map 0:v -map 0:a -map 0:s` FATALs in other cases when there aren't any subtitle streams [00:18:10 CEST] <Daemon404> whats so hard about checking it first [00:18:51 CEST] <rcombs> extra step that I wouldn't think would be necessary for programmatic capture [00:19:31 CEST] <Daemon404> -map is not programmitc. [00:19:32 CEST] <Daemon404> full stop. [00:19:55 CEST] <rcombs> and a race if the stream layout changes between the check and the actual capture [00:20:29 CEST] <Daemon404> i personally would not use ffmpeg cli for this task, so i am of no help. [00:23:45 CEST] <michaelni> rcombs, about the tls patches, should they be applied, should i wait for someone to split them ? [00:25:02 CEST] <rcombs> michaelni: well now that the configure derps are handled, I'm not aware of any other functional issues, so I guess it's just down to whether or not you and wm4 want to split before or after applying them [00:25:45 CEST] <michaelni> wm4, which way do you prefer ? [00:34:13 CEST] <wm4> michaelni: I'll look at splitting it tomorrow [00:34:25 CEST] <wm4> if rcombs is fine with applying the split before his patch... [00:35:55 CEST] <rcombs> I just have a slight preference for someone other than me handling the split [00:38:02 CEST] <rcombs> https://gist.github.com/f7662847a9d8b3e54dc3 <-- how evil is this [00:46:51 CEST] <michaelni> [FFmpeg-devel] [PATCH] ffmpeg: Support copying unknown streams [00:48:11 CEST] <rcombs> s/copying/ignoring/, but sure [00:49:02 CEST] <michaelni> thardin, do you have comments about "[FFmpeg-devel] [PATCH] avformat/mxfenc: Add color siting element" ? [01:05:54 CEST] <cone-217> ffmpeg 03Rodger Combs 07master:a2aff2690b57: ffmpeg: support ignoring unsupported mapped streams [01:09:25 CEST] <cone-217> ffmpeg 03James Almer 07master:40bf3687a1c1: libvpx: add support for yuv440p and yuv440p10/12 encoding [01:17:50 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:100df10b0f49: ffmpeg_opt: Give the user a hint on how to ignore unsupported streams [01:17:51 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:592b053c7bac: ffmpeg_opt: fix the error message log level for the unsupported stream types [01:33:23 CEST] <rcombs> michaelni: you missed a space there [02:14:30 CEST] <cone-217> ffmpeg 03Carl Eugen Hoyos 07master:8f6b919d9968: lavf/mkv: Only skip prores header if the packet is large enough. [02:14:31 CEST] <cone-217> ffmpeg 03Carl Eugen Hoyos 07master:c4f864193f97: lavf/mov: Write colour matrix "6" for color_space bt470bg. [02:14:32 CEST] <cone-217> ffmpeg 03Carl Eugen Hoyos 07master:4fb3efd2c17c: lavf/mov: Use AVCOL_SPC constants when checking color_space. [02:14:33 CEST] <cone-217> ffmpeg 03Carl Eugen Hoyos 07master:209e91cbc4e1: lavc/qdrw: Do not fail decoding valid Quickdraw images. [02:14:34 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:737b0ca65b48: Merge remote-tracking branch 'cehoyos/master' [02:14:35 CEST] <cone-217> ffmpeg 03Michael Niedermayer 07master:0b9d636877a4: ffmpeg_opt: add missing space in error message [02:14:52 CEST] <michaelni> rcombs, fixed, thx [09:01:06 CEST] <thardin> michaelni: replied [12:22:36 CEST] <wm4> is there a way to chain AVOptions? [12:23:13 CEST] <wm4> assume I have a struct of values with a list of AVOptions describing them, and they should be added to as additional options to two protocols [12:24:15 CEST] <wm4> I could possibly use this terrible "child class" feature of AVClass, but uh, I'm not sure [12:24:28 CEST] <wm4> plan B is defining the options with a shared macro [12:31:38 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:a3b0130deeb6: avutil/pixfmt: Clarify that the ASCII art describes the location of the first chroma sample of AVChromaLocation [12:46:51 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:acccc287133b: avutil/pixfmt: clarify chroma location text further, as "first" is ambigous [12:46:52 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:b95df4c37104: avutil/pixfmt: Clarify mpeg example comments for AVChromaLocation [12:46:53 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:8a141ad5e805: avutil/pixfmt: make luma sample positions even more explicit in the AVChromaLocation ASCII art [13:10:16 CEST] <thardin> random pre-cccamp thought: are there still ffmpeg t-shirts? [17:47:13 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:818275bbd047: avutil/pixfmt: s/luma sample positions/horizontal luma sample positions/ [17:47:14 CEST] <cone-925> ffmpeg 03hSÇ 07master:33e947336607: avcodec/mips: loongson fix bugs in mathops optimization [17:56:59 CEST] <Compn> huehuehue [17:57:05 CEST] <Compn> >binary codecs [17:57:25 CEST] Action: Compn replies off-list [18:13:53 CEST] <rcombs> shadeshadeshade [18:42:15 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:18833daf9d1b: ffmpeg: Support copying unknown streams [19:09:37 CEST] <cone-925> ffmpeg 03Zhang Rui 07master:c886dd2f5875: avformat/mov: check result of avio_seek [19:41:49 CEST] <Compn> ffmpeg version 0.8.17-4:0.8.17-0ubuntu0.12.04.1, Copyright (c) 2000-2014 the Libav developers [19:41:49 CEST] <Compn> built on Mar 16 2015 13:26:50 with gcc 4.6.3 [19:41:51 CEST] <Compn> seriously ? [19:43:30 CEST] <j-b> seriously what? [19:43:57 CEST] <Compn> its a piece of shit [19:44:12 CEST] <kierank> Compn: lol [19:44:26 CEST] <kierank> welcome to 2011 [20:38:47 CEST] <ubitux> Compn: did you just tried to upgrade from windows 2000 to ubuntu? [20:38:53 CEST] <ubitux> try* [20:54:21 CEST] <Compn> no, i'm trying to help users on the mailing list do something simple like fix a .wav by copying it to a new wav file [20:54:33 CEST] <Compn> and this ubuntu libav ffmpeg fake package fails to convert [20:54:44 CEST] <Compn> fix a .wav header* [20:55:08 CEST] <Compn> now i'm reading debian shenanigans [20:56:20 CEST] <Compn> http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2015-Ma… [20:57:15 CEST] <Compn> ubitux : you read that ? :) [20:57:47 CEST] Action: Compn considers doing a ffmpeg - libav diff minus new files and seeing how much the code actually differs just to put the "clean" modifyer to rest [20:58:25 CEST] <Compn> sigh [20:58:29 CEST] <JEEBsv> well, it's an ubuntu version frozen in late 2011 or so, the updated binary is called avconv. 8 I think was the only libav released where both binaries were around [20:59:23 CEST] <JEEBsv> complaining about that kind of stuff being old is like complaining that the ffmpeg binary in centos 6 is old :P [20:59:44 CEST] <Compn> you think it would work if i told user to try same command with avconv ? [21:00:00 CEST] <JEEBsv> it depends, it was mostly option updates [21:00:22 CEST] <JEEBsv> some functionality updates, but I quite honestly have no idea what the issue was/is :P [21:00:58 CEST] <Compn> the fake ffmpeg binary tells me to use avconv, but in my head i think that how will it work. [21:01:01 CEST] <Compn> maybe it will work then [21:01:35 CEST] <JEEBsv> it's not really fake, it's what both ffmpeg and libav had at the point of updating [21:01:43 CEST] <ubitux> damn yet another drama on debian? [21:01:55 CEST] <ubitux> i guess i have some reading ahead [21:01:57 CEST] <JEEBsv> for whatever reason the old binary was left after elenril updated stuff [21:02:02 CEST] <JEEBsv> or well, rewrote things [21:02:44 CEST] <JEEBsv> so you had ffmpeg binary that did things like old, and avconv that had the cli params that we have come accustomed to [21:02:45 CEST] <Compn> yes i know the whole story jeeb. [21:03:02 CEST] <Compn> just temporarily blind raging and forgot [21:03:09 CEST] <JEEBsv> (Ž [21:03:29 CEST] <JEEBsv> anyways, if it's a general bug of an old version then just poke the person towards those static ffmpeg compiles or whatever plunks your boat [21:04:12 CEST] <JEEBsv> there was an ubuntu multimedia ppa for newer libav versions but I wouldn't be surprised if any 12.04 binaries there would be old by now [21:04:43 CEST] <JEEBsv> because the newer LTS has now been out for a year or so [21:04:44 CEST] <Compn> not knowing the ubuntu version on users box i hesitate to give them ppa instructions which will fail to work [21:05:07 CEST] <JEEBsv> which is why I wasn't saying "you do this, ugh!" [21:05:20 CEST] <Compn> and knowing how my own ubuntu laptop fails to upgrade out of 13.10 .. [21:05:45 CEST] <JEEBsv> I think I've been upgrading this one machine for like four years now [21:06:09 CEST] <JEEBsv> but I'm not gonna says issues are impossible :P [21:06:44 CEST] <Compn> i'm wondering though if i want to spend the time to find the right upgrade path or just scrap it and install latest ver of another distro [21:07:19 CEST] <Compn> and after seeing canocial dictate ubuntu, i'm not going to use them anymore :P [21:07:50 CEST] <JEEBsv> ubuntu has served me well so far, although it definitely isn't the only distro I use [21:08:06 CEST] <JEEBsv> lately I've been bitten by the fedora bug so some of my newer installs have that [21:08:07 CEST] <Compn> aaaaanyways. [21:08:43 CEST] <Compn> kostya's latest posts are either well placed trolls (trolling some devels) or something i cant quite place my finger one [21:08:44 CEST] <Compn> -e [21:09:31 CEST] <JEEBsv> ok, this one server I've been upgrading through various versions since 10.04 :D [21:09:43 CEST] <JEEBsv> it's on 15.04 atm [21:09:48 CEST] <Compn> right but can you do 10.04 > 15.04 ? [21:10:10 CEST] <Compn> i dont think so, it worked for you because you did the incremental upgrades [21:10:23 CEST] <Compn> i maybe wrong :) [21:10:35 CEST] <Daemon404> is this #linuxhelp now? [21:10:49 CEST] <JEEBsv> well I even did some during beta stages, and once a mistaken alpha stage upgrade [21:11:08 CEST] <JEEBsv> anyways, LTS to LTS should be supported, and otherwise it's incremental [21:11:43 CEST] <JEEBsv> but usually only one hop is officially supported, so you can't go straight to 14.04 from 10.04 [21:11:56 CEST] <JEEBsv> you have to go to 12.04 first and then to 14.04 [21:12:31 CEST] <JEEBsv> of course you can go all #yolo and just do it debian style :P (and see if you cry at the end) [21:16:53 CEST] <Compn> JEEBsv : shh, we're upsetting Daemon404 [21:26:17 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:af70697836bb: alsdec: check sample pointer range in revert_channel_correlation [21:26:18 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:5ae8df8d37c2: mpeg4videodec: only allow a positive length [21:26:19 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:004064912f39: bink: check vst->index_entries before using it [21:26:20 CEST] <cone-925> ffmpeg 03Vittorio Giovara 07release/2.5:b8f5996071cc: lavf: Reset global flag on deinit [21:26:21 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:216ef1200a68: alsdec: only adapt order for positive max_order [21:26:22 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:4c01572a9480: alac: reject rice_limit 0 if compression is used [21:26:23 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:3afb2653bdaa: tests/fate-run: do not attempt to parse tiny_psnrs output if it failed [21:26:24 CEST] <cone-925> ffmpeg 03James Zern 07release/2.5:2f85f511ffa3: libvpxenc: only set noise reduction w/vp8 [21:26:25 CEST] <cone-925> ffmpeg 03Rong Yan 07release/2.5:cb63a8c646a3: swscale/ppc/swscale_altivec.c: POWER LE support in yuv2planeX_8() delete macro GET_VF() it was wrong [21:26:26 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:d269eb2c114f: apedec: set s->samples only when init_frame_decoder succeeded [21:26:27 CEST] <cone-925> ffmpeg 03Maneesh Gupta 07release/2.5:1e6352578ae4: OpenCL: Avoid potential buffer overflow in cmdutils_opencl.c [21:26:28 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:c946f2cc83cf: apedec: prevent out of array writes in decode_array_0000 [21:26:29 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:260f6b44184b: ffmpeg: remove incorrect network deinit [21:26:30 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:b8627a63d89b: nutdec: check for negative frame rate in decode_info_header [21:26:31 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:4158d55b9a9c: nutdec: check chapter creation in decode_info_header [21:26:32 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:8016800a6483: nutdec: fix illegal count check in decode_main_header [21:26:33 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:69f122abd9be: avfilter/lavfutils: disable frame threads when decoding a single image [21:26:34 CEST] <cone-925> ffmpeg 03Luca Barbato 07release/2.5:31601db12a15: xcbgrab: Do not assume the non shm image data is always available [21:26:35 CEST] <cone-925> ffmpeg 03Luca Barbato 07release/2.5:77059eedb50e: xcbgrab: Validate the capture area [21:26:36 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:4d6d159069b6: avcodec/wavpack: Check L/R values before use to avoid harmless integer overflow and undefined behavior in fate [21:26:37 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:c3653e2265d1: pngdec: check s->last_picture.f->data[0] before using it [21:26:38 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:b04f6dfd3c52: pngdec: return correct error code from decode_frame_common [21:26:39 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:9b12e4c1e366: pngdec: don't use AV_PIX_FMT_MONOBLACK for apng [21:26:40 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:454f63181a19: matroskadec: use uint64_t instead of int for index_scale [21:26:41 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:e337d5f1b1a6: avcodec/ffv1dec: Check chroma shift parameters [21:26:42 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:39115c01f09e: matroskadec: check s->streams[k] before using it [21:26:43 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:d8bfa4bb94a6: avformat/matroskadec: Use tracks[k]->stream instead of s->streams[k] [21:26:44 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:84db3e664886: avidec: avoid infinite loop due to negative ast->sample_size [21:26:45 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:e67181a3518f: diracdec: prevent overflow in data_unit_size check [21:26:46 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:448d6488b141: diracdec: avoid overflow of bytes*8 in decode_lowdelay [21:26:47 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:7d58774360fe: diracdec: check if reference could not be allocated [21:26:48 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:b8568c546e18: diracdec: check that block length is valid [21:26:49 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:bb523c1b8666: aacsbr: break infinite loop in sbr_hf_calc_npatches [21:26:50 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:dc8f42e0374d: libavutil/mem: use size_t for the length in av_strdup() [21:26:51 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:466575c0e03f: avutil/dict: Use size_t for appending strings [21:26:52 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:4d3450d62f21: avformat/vorbiscomment: Check entry length in ff_vorbiscomment_write() [21:26:53 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:a9f003b8ac03: avutil/avstring: Use size_t in av_strlcatf() [21:26:54 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:b2d31dcf04c2: avformat/url: Use size_t for len from strlen() [21:26:55 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:e3d9bf1151c9: avformat/subtitles: Use size_t for len [21:26:56 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:cb1ecf08b2e7: avformat/flacenc: Check length in flac_write_block_comment() [21:26:57 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:ff0f0b1e835a: avformat/oggenc: Check ff_vorbiscomment_length in ogg_write_vorbiscomment() [21:26:58 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:699357dd4ea4: avformat/matroskaenc: Check ff_vorbiscomment_length in put_flac_codecpriv() [21:26:59 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:596b9d6ed88f: id3v2: catch avio_read errors in check_tag [21:27:00 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:9c10c0fdcd2f: tools/graph2dot: use larger data types than int for array/string sizes [21:27:01 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:1973b6ac5cf9: avformat/rtpdec_xiph: Check upper bound on len in xiph_handle_packet() [21:27:02 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:b8e0b6c70294: avformat/rtpenc_jpeg: Check remaining buffer size for SOS [21:27:03 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:2012a226d281: avformat/nutdec: Fix use of uinitialized value [21:27:04 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:b7a3a3a8d284: avformat/matroskadec: Cleanup error handling for bz2 & zlib [21:27:05 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:05c2801413b1: avformat/hevc: Check cpb_cnt_minus1 [21:27:06 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:254e3af60f7e: avformat/hevc: Check num_negative_pics and num_positive_pics [21:27:07 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:7d45230d8121: aacdec: don't return frames without data [21:27:08 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:00223d461bb7: avcodec/vqavideo: Check chunk size [21:27:09 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:885f501f7a13: avcodec/hevc_sei: Check num_sps_ids_minus1 value [21:27:10 CEST] <cone-925> ffmpeg 03Nick Lewycky 07release/2.5:ef5fa5099b4a: libswscale/x86/hscale_fast_bilinear_simd.c: Include BX in the clobber list on x86_64, because it isn't implicitly included when PIC is on. [21:27:11 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:0230a8efc6c9: avcodec/hevc: Check offset_len [21:27:12 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:58f310f49669: avcodec/hevc: Check num_entry_point_offsets [21:27:13 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:502684348b34: avcodec/hevc_ps: More completely check vps_num_layer_sets [21:27:14 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:1ed8a10487db: avcodec/hevc_ps: Check vps_num_hrd_parameters [21:27:15 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:2cab5f4ad050: avcodec/hevc_ps: Explicitly check num_tile_* for negative values [21:27:16 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:bf2254bffd50: avcodec/jpeg2000dec: fix boolean operator [21:27:17 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:4c6224b1cde6: avcodec/mjpegdec: fix len computation in ff_mjpeg_decode_dqt() [21:27:18 CEST] <cone-925> ffmpeg 03Rainer Hochecker 07release/2.5:63d484c3426e: swr: fix alignment issue caused by 8ch sse functions [21:27:19 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:4858ee1d9c1f: avcodec/mpeg4audio: add some padding/alignment to MAX_PCE_SIZE [21:27:20 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:cdc4727766f8: avcodec/on2avc: Check run more carefully [21:27:21 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:ebdbb1310868: avcodec/cavsdec: Check esc_code [21:27:22 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:db00ecbc96a4: avcodec/cavsdec: Use ff_set_dimensions() [21:27:23 CEST] <cone-925> ffmpeg 03wm4 07release/2.5:02c1074f18f6: hevc: make avcodec_decode_video2() fail if get_format() fails [21:27:24 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:474bfd543885: avcodec/dcadec: Check nchans [21:27:25 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:4a49f1e764d2: avcodec/dcadec: Check subsubframes [21:27:26 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:9fb1c02f3097: ffmpeg_opt: Fix -timestamp parsing [21:27:27 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:c14359f24d61: avcodec/proresdec2: Reset slice_count on deallocation [21:27:28 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:d2fbf8b5691f: avcodec/shorten: Fix code depending on signed overflow behavior [21:27:29 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:71689e78632d: avcodec/shorten: Check skip_bytes() [21:27:30 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:cb0cc44f3ac3: avcodec/shorten: More complete pred_order check [21:27:31 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:8d02ba5b7b08: avcodec/smvjpegdec: check avcodec_decode_video2() return code [21:27:32 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:43f9ec7113a4: avcodec/sonic: check memory allocations [21:27:33 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:665b343f9252: avcodec/sonic: More completely check sample_rate_index and channels [21:27:34 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:ba82b23a1d07: avcodec/dcadec: Check scale table index [21:27:35 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:228f7c7eed04: avcodec/dcadec: Check active_bands [21:27:36 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:d3c9d87eea96: avcodec/libtheoraenc: Check for av_malloc failure [21:27:37 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:1bf416dfc39f: avcodec/hevc: Fix typo in num_entry_point_offsets check [21:27:38 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:7e3d413f122c: avformat/mov: Print reason of loci parsing failure [21:27:39 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:10b77a347148: avformat/mov: Fix parsing short loci [21:27:40 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:8b95fc6d8dcc: avcodec/golomb: get_ur_golomb_jpegls: Fix reading huge k values [21:27:41 CEST] <cone-925> ffmpeg 03Nicolas George 07release/2.5:1aaf9613a874: lavd/xcbgrab: fix comparison with screen size. [21:27:42 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:64c82912a74a: avformat/mp3dec: properly allocate dummy AVCodecContext [21:27:43 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:458ba000a57c: avformat/mp3dec: Check for avcodec_alloc_context3() failure [21:27:44 CEST] <cone-925> ffmpeg 03Andrey Utkin 07release/2.5:3d65a272dab6: rtpenc_jpeg: handle case of picture dimensions not dividing by 8 [21:27:45 CEST] <cone-925> ffmpeg 03Martin Storsjö 07release/2.5:6b7c62183930: rtsp: Make sure we don't write too many transport entries into a fixed-size array [21:27:46 CEST] <cone-925> ffmpeg 03Andreas Cadhalpun 07release/2.5:23e88c81d67b: nutdec: fix memleaks on error in nut_read_header [21:27:47 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:e7e1832cfd8b: avformat/nutdec: Return error on EOF from get_str() [21:27:48 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:682ccd416702: avformat/nutdec: Fix recovery when immedeately after seeking a failure happens [22:21:18 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07release/2.5:3c7ea2c46ef7: Update for 2.5.7 [22:37:07 CEST] <wm4> rcombs: sorry, I'll finish the TLS stuff tomorrow [22:37:38 CEST] <rcombs> no rush [22:38:43 CEST] <Daemon404> no, rush [22:38:46 CEST] <rcombs> nevcairiel: were you the one who was considering writing a win32/schannel implementation for tls.c? [22:38:58 CEST] <rcombs> if so, probably want to wait until wm4's done in there [22:39:00 CEST] <nevcairiel> considering yes [22:39:04 CEST] <Daemon404> i started one once [22:39:09 CEST] <nevcairiel> i dont expect any work in the next couple years or so [22:39:09 CEST] <nevcairiel> :D [22:39:11 CEST] <Daemon404> but then i remembered schannel is written by satan himself [22:39:27 CEST] <nevcairiel> i looked over some of the API and it didnt seem too bad [22:39:28 CEST] <wm4> aka Microsoft? [22:39:30 CEST] Action: wm4 runs [22:39:31 CEST] <Daemon404> i also have a half-working NSS patch on my github [22:39:34 CEST] <Daemon404> if anyone is interested [22:39:39 CEST] <Daemon404> i could never figure out why it didnt work [22:39:50 CEST] <nevcairiel> good point to start working on it <.< [22:40:17 CEST] <rcombs> heh, didn't even know about NSS [22:40:25 CEST] <wm4> I just can't find a way to share the common TLS options between the impls [22:40:29 CEST] <rcombs> Yet Another TLS Lib [22:40:40 CEST] <Daemon404> rcombs, it was teh standard browser one for a long time [22:40:44 CEST] <wm4> so currently I'm aiming for #define COMMON_OTPIONS(field) {"bla", .... [22:40:49 CEST] <Daemon404> netscape, firefox, chroem for a long time [22:40:53 CEST] <Daemon404> opera [22:40:53 CEST] <Daemon404> etc [22:40:56 CEST] <Daemon404> all NSS [22:41:11 CEST] <Daemon404> of course it was written in ancient times so you have stuff like NSInt8 or w/e [22:41:45 CEST] <wm4> what does chrome use now? [22:42:05 CEST] <Daemon404> they were plannong to switch to openssl, then heartbleed happened, then they forked [22:42:08 CEST] <Daemon404> im not sure if it switched [22:42:20 CEST] <rcombs> my primary motivation behind all this is to get us to the point where we can verify certificates by default [22:42:56 CEST] <wm4> now I don't want to demotivate, but this sounds 100% hopeless and pointless [22:43:01 CEST] <Daemon404> https://github.com/dwbuiten/libav/commit/b5918e1abb5d23e193f406b95b164e0da3… [22:43:04 CEST] <Daemon404> enjoy [22:43:06 CEST] <Daemon404> wm4, ofc [23:07:57 CEST] <cone-925> ffmpeg 03Michael Niedermayer 07master:1c6ede3360c4: doc/ffmpeg: basic documentation for -copy/ignore_unknown [00:00:00 CEST] --- Fri May 22 2015

1 0

ffmpeg.log.20150521
by burek 22 May '15

22 May '15

[02:31:09 CEST] <bornpilot> if I had to iFrame only video h.264 and I wanted to concat them would I need to covert them to raw intermediate format? [02:31:48 CEST] <bornpilot> ^that is I have two of them :) [03:27:51 CEST] <ac_slater> hey all. Anyone any simple decoding code that decodes at the source framerate? [03:29:51 CEST] <ac_slater> sure, I can probably say 30fps == some ms delay. But is there a better way? [03:30:03 CEST] <klaxa> use the -re flag [03:30:19 CEST] <ac_slater> I mean using libavformat/codec [03:30:27 CEST] <ac_slater> klaxa: but yes, -re in ffmpeg.c does it [03:30:47 CEST] <ac_slater> they have a mess of structures/abstractions that do PTS/DTS calculations [03:30:58 CEST] <ac_slater> (and mess refers to size, not quality) [03:35:54 CEST] <klaxa> ac_slater: have a look at: https://git.videolan.org/?p=ffmpeg.git;a=blob;f=ffmpeg.c;h=a89ae399bfa1d04d… [03:36:07 CEST] <klaxa> f->rate_emu is true for an input file if -re was used [03:37:21 CEST] <ac_slater> klaxa: right, searching for rate_emu you see some functions that calculate some PTS vs now then return EAGAIN. Makes sense except figuring out how st->start_time is calculated is pretty difficult :( [03:37:54 CEST] <ac_slater> hmm actually, it's not that bad [03:38:10 CEST] <klaxa> see: https://git.videolan.org/?p=ffmpeg.git;a=blob;f=ffmpeg.c;h=a89ae399bfa1d04d… [03:38:36 CEST] <ac_slater> interesting [03:38:48 CEST] <ac_slater> I was looking at 3631 [03:42:05 CEST] <ac_slater> klaxa: so maybe you know. I have a non-b frame source, so I really only need PTS. The lines you references only use a wall clock to determine if a delay should happen. The `av_recale` at like 3502 is confusing as I have no DTS [03:42:13 CEST] <ac_slater> or, rather, DTS == PTS. Should it still work? [03:43:28 CEST] <klaxa> hmm... apparently so in that case? i don't know to be honest [03:43:43 CEST] <ac_slater> you were my only hope! ;) [03:43:54 CEST] <ac_slater> I've been struggling with PTS/DTS for a few months now [04:16:57 CEST] <ac_slater> I guess I wanted to use a decoded AVPacket [04:17:13 CEST] <ac_slater> I guess I wanted to use a decoded AVPacket's PTS and DTS to calculate delay... but seems like ffmpeg.c just uses wall clock [04:17:32 CEST] <ac_slater> I dont know how to translate PTS ticks to wall clock ticks :( [04:28:03 CEST] <Nemo377307289> Could ffmpeg add fade effect for watermark picture? [04:28:04 CEST] <Nemo377307289> I means, increase or reduce the watermark alpha dgree. [04:28:04 CEST] <Nemo377307289> Thanks a lot. [05:26:18 CEST] <Score_Under> When recording the desktop and stereo mix, how can I avoid visual tearing and sound crackling? I've recorded this to demonstrate some game crashing ( https://youtu.be/qAtzdSsfRGc ) but it is very poor quality both visually and audibly. The crackling artifacts in the sound don't appear in arecord. I used "ffmpeg -video_size 1920x1080 -f x11grab -thread_queue_size 1024 -i :0+1024+0 -f alsa -thread_queue_ [05:26:24 CEST] <Score_Under> size 8192 -ac 2 -i front -c:a copy -c:v huffyuv test.mkv" to grab this. The huge thread queue size was me getting fed up with thread queue size warnings and just turning it way up. It printed a lot of lines like "Past duration 0.999046 too large" too. [09:45:47 CEST] <pagios> hello i am trying to capture video from a usb capture card and nothing happens: http://pastie.org/10199919 [09:45:50 CEST] <pagios> it just hangs [09:45:51 CEST] <pagios> any idea? [11:14:58 CEST] <Jonas__> I'm looking for details on what general variables there are and what functions I can use to transform them, ie like in rotate=2*PI*t:ow='min(iw,ih)/sqrt(2)':oh=ow:c=none [11:15:13 CEST] <Jonas__> is there a documentation page for it somewhere or a couple of search terms I can use to find it? [11:16:35 CEST] <Jonas__> (I want to rotate a video 90 degrees for the first 40-or-so seconds, then interpolate that from 90 to 0 and keep 0 for the rest of the video) [11:20:29 CEST] <Jonas__> found it, https://ffmpeg.org/ffmpeg-utils.html [14:44:14 CEST] <halogene> Is there by any chance an estimate about when 2.6.4 will be released? I just wondered if I might be able to make use of a bugfix in the near future without having to compile from git [14:45:19 CEST] <halogene> I know that the answer is usually "it will be released when it's ready"... but maybe it's like just about to be released or smth [14:45:38 CEST] <halogene> in which case I would wait for it :o) [14:45:51 CEST] <BtbN> 2.6 is branched and maintained seperately. bugfixes will be most likely backported though [14:46:19 CEST] <BtbN> In fact, only bugfixed are backported, no new features will be added anymore. [14:46:38 CEST] <iive> the /topic doesn't list 2.6.3 as released [14:46:48 CEST] <halogene> yes, I noticed and wondered [14:46:59 CEST] <BtbN> The topic is wrong [14:47:03 CEST] <BtbN> or outdated rather [14:47:06 CEST] <halogene> https://ffmpeg.org/download.html shows 2.6.3 [14:47:11 CEST] <BtbN> 2.6.3 was tagges 4 days ago [14:47:14 CEST] <BtbN> *d [14:47:47 CEST] <halogene> BtbN: I don't really understand your answer about 2.6 being branched and separately maintained [14:49:17 CEST] <halogene> I have 2.6.3 on my system (arch linux), I would expect 2.6.4 to be available upon its release? [14:50:18 CEST] <iive> if 2.6.3 have been released just few days ago... it is probably going to take a while for next release [14:50:30 CEST] <halogene> In the bug report it reads along the lines of "fixed, will probably be in 2.6.4" [14:50:31 CEST] <halogene> oh ok [14:50:33 CEST] <halogene> thank you [14:50:36 CEST] <iive> unless there is a major bug, security etc... [14:50:50 CEST] <halogene> that's all information I needed. Thanks! [14:50:51 CEST] <iive> you could ask michaelni , if you want to be sure [14:51:36 CEST] <halogene> nah, I just wanted to know if it was common knowledge around here that 2.6.4 is about to be released in the next few days [14:52:02 CEST] <iive> are you sure the bug is not in .3 ? [14:52:15 CEST] <halogene> how you mean, "not in .3"? [14:52:19 CEST] <iive> 2.6.3 [14:52:22 CEST] <halogene> I encountered the bug in 2.6.3 [14:52:38 CEST] <halogene> researched, found a fix from 2 days ago with comment "will be in 2.6.4" [14:52:41 CEST] <iive> i see [14:52:55 CEST] <halogene> so I wondered if that's something to be available very soon :o) [14:53:53 CEST] <halogene> (this one: http://trac.ffmpeg.org/ticket/4568) [14:54:05 CEST] <halogene> anyway, thanks for taking your time to elaborate. [14:54:33 CEST] <iive> well, if i am to estimate from the current releases and that major releases are 3 months apart, i'd say that there is minor release every month [14:56:03 CEST] <halogene> :oD [14:58:31 CEST] <spaam> good guy iive fixing stuff [15:44:13 CEST] <spectromas> what is the difference between the sample_fmts with 'p' and those without 'p', like s16 and s16p ? [15:44:51 CEST] <iive> my guess is that p stands for planar. meaning samples from same channel are grouped together. aka [15:45:21 CEST] <iive> instead of having "lr, lr, lr ..." you have "lll...., rrr..." [15:45:50 CEST] <spectromas> thanks iive, I'm not sure what that means in relation to this so I guess I don't need it [15:45:51 CEST] <iive> where l and r are 2 byte signed words [15:46:19 CEST] <iive> it's just internal way to represent audio data. [15:47:07 CEST] <spectromas> thank you :) [15:49:55 CEST] <nyuszika7h> is it possible to remove silence from the end of m4a files (preferably without reencoding)? [17:31:01 CEST] <Fyr> how do I convert MID into m4a? [17:51:34 CEST] <RobotsOnDrugs> Fyr: you'll have to feed the midi into an instrument first if you want sound [17:52:08 CEST] <Fyr> ok, is there a workaround in ffmpeg? [17:52:27 CEST] <RobotsOnDrugs> midi is just notes and some parameter information [17:52:27 CEST] <Fyr> I've managed to have the file opened and played with a player. [17:53:15 CEST] <RobotsOnDrugs> the player uses something to play the notes, but i couldn't tell you what [17:53:30 CEST] <Fyr> but I have no idea how to open it with ffmpeg. [17:53:57 CEST] <RobotsOnDrugs> well, it's not audio [18:13:09 CEST] <Anoia> Fyr: youcan interactively convert it using audacity [18:13:48 CEST] <Fyr> ok [19:07:30 CEST] <DeadSix27> can someone properly explain what "Past duration 0.999992 too large" means, and why I get that error? (full output and command line -> http://pastebin.com/raw.php?i=fPKZ43A3 ) [20:35:01 CEST] <toomuchtvrotsurb> hi [21:21:03 CEST] <rjp421> using the latest git static build on centos6, how can i optimize this cmd http://pastebin.com/vN7PP0DM so it still creates livestream1 2 and 3 in the same order, but duplicates the source stream without wasting resources out to both ustream and livestream3? [21:22:16 CEST] <rjp421> i may need to eventually specify a bitrate for livestream3, and leave live/livestream the same as the source [22:22:48 CEST] <Emn1ty> Curious if anyone knows of a way to do video processing on a gpu? [22:23:11 CEST] <Emn1ty> using ffmpeg / avconv [22:23:32 CEST] <Emn1ty> may be a dumb question, just wondering if it's possible [22:25:55 CEST] <toomuchtvrotsurb> what kind of video processing? [22:26:01 CEST] <toomuchtvrotsurb> certain types for sure [22:29:41 CEST] <Emn1ty> processing different formats into mp4 [22:29:47 CEST] <Emn1ty> as well as applying watermarks [22:29:57 CEST] <Emn1ty> toomuchtvrotsurb ^ [22:37:22 CEST] <toomuchtvrotsurb> i m wrong :( - ffmpeg faq "Regardless, FFmpeg today doesn't support any means of GPU encoding, outside of libx264." [22:39:32 CEST] <Anoia> does anyone here use the zeranoe win32 builds in visual studio? [22:39:53 CEST] <Emn1ty> hm... [22:39:55 CEST] <Emn1ty> thanks toomuchtvrotsurb [22:40:10 CEST] <Emn1ty> that's what I found, too but wasn't sure if someone here might know better [23:27:14 CEST] <rjp421> using the latest git static build on centos6, how can i optimize this cmd http://pastebin.com/vN7PP0DM so it still creates livestream1 2 and 3 in the same order, but duplicates the source stream without wasting resources out to both ustream and live/livestream? [00:00:00 CEST] --- Fri May 22 2015

1 0