Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

July 2015

1 participants
62 discussions

ffmpeg-devel.log.20150715
by burek 16 Jul '15

16 Jul '15

[00:00:17 CEST] <BtbN> I don't think dumping the stream would help. Or does mjpeg have timestamps and stuff? [00:10:01 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:522256b374fe: avfilter/internal: Improve docs about ff_request_frame() [00:10:02 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:bfd17046c138: avcodec/mpeg12dec: Fix decoding of faulty interlaced mpeg2 [01:02:20 CEST] <durandal_1707> ubitux: it doesn't work for bunch of filters, swscaler reports zero vector in scaling [01:22:47 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:c9c7263e5820: avformat/mov: Fix opening relative references [02:00:35 CEST] <jamrial> J_Darnley: you want the removegrain asm to be GPL then? [02:18:34 CEST] <J_Darnley> jamrial: yes [03:06:27 CEST] <Compn> has perl's logo always looked like an onion vagina ? [03:07:37 CEST] <Compn> https://www.fastly.com/img/open_source/perl.png [03:08:12 CEST] <J_Darnley> I see the TOR onion there [04:10:08 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:901922e0475c: avformat/utils: adjust short skip threshold in ff_configure_buffers_for_index() to avoid seeking if a packet is skiped [04:10:09 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:90dd6ad22cee: avformat/utils: inform the user if the protocol cannot be determined [05:16:37 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:dffae122d0f4: avcodec/mjpegdec: Fix DC overflow in decode_block() [06:55:53 CEST] <charismatic> Hi! Is ffmpeg still in need of a host? [09:22:37 CEST] <bove> Can someone help me understand this line in a demuxer? pkt->pts = pkt->dts = pkt->pos / packet_size; [09:33:08 CEST] <rcombs> bove: looks like it's from a raw-type demuxer? [09:33:30 CEST] <rcombs> bove: that's setting the packet's timestamp to its in-file position, divided by the size of each packet [09:33:39 CEST] <rcombs> so the timestamp is effectively its packet number [09:35:23 CEST] <bove> rcombs: That's right. Thanks [09:36:54 CEST] <bove> rcombs: I'm writing a demuxer for SGO Mistika .js format, which is a 4k block aligned rawvideo format with header [09:37:53 CEST] <rcombs> OK? [09:44:26 CEST] <bove> I'm now able to decode all the frames, but the rawvideo decoder throws an error when trying to decode the last 4096 bytes [09:52:36 CEST] <cone-392> ffmpeg 03James Darnley 07master:bff724260840: avfilter/vf_removegrain: add x86 and x86_64 SSE2 functions [09:52:37 CEST] <cone-392> ffmpeg 03Paul B Mahol 07master:eea08efc0df3: avfilter/x86/vf_psnr.asm: split one line of license text into two [10:41:07 CEST] <durandal_170> anybody tried deband filter? [10:48:05 CEST] <bove> nope. problems? [11:40:12 CEST] <bove> I'm trying to decode a raw picture and pix_fmt bgr24 almost works, but the picture is upside down. Is there a way to scan lines in reverse? [11:56:32 CEST] <durandal_170> bove: there is filter for that [13:00:47 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:8f2c045a0e21: avformat/mov: Implement a same origin policy for references instead of only allowing a subset of relative pathes in references [13:18:53 CEST] <bove> durandal_170: Is there a way to set that from the demuxer? [13:20:22 CEST] <durandal_170> no, why you would need that anyway, its not demuxer job [13:21:49 CEST] <bove> It's just the way the streams are stored in that format and there's no matching pix_fmt [13:23:02 CEST] <cone-392> ffmpeg 03Arttu Ylä-Outinen 07master:ae3f4e479a7b: MAINTAINERS: add myself as libkvazaar maintainer [13:23:03 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:9d8070afe11a: avfilter/internal: add more words to sentance [13:35:40 CEST] <cone-392> ffmpeg 03hSÇ 07master:2c34389551b6: configure: loongson disable expensive optimizations in gcc O3 optimization [13:54:42 CEST] <durandal_170> bove: there is no pixel format for inverse scanlines [13:58:34 CEST] <wm4> bove: you output raw video? [13:58:40 CEST] <wm4> bove: I mean, the demuxer [14:00:39 CEST] <bove> wm4: Yes. st->codec->codec_id = AV_CODEC_ID_RAWVIDEO; [14:01:45 CEST] <wm4> then there's no way [14:02:14 CEST] <wm4> it's trivial to flip the decoded image, though [14:02:52 CEST] <wm4> you could also use the displaymatrix stuff - it's normally used to signal rotation from container to decoder, but could also be used for flipping the image [14:03:12 CEST] <nevcairiel> i think a rgb flip can even be done with negative line size [14:04:59 CEST] <wm4> works with yuv too [14:09:12 CEST] <bove> nevcairiel: Where would I but that? Just negative codec->height? [14:10:49 CEST] <wm4> you can't in the demuxer [14:11:36 CEST] <nevcairiel> if its rgb, you might be able to produce a special extradata token to make the rawvideo decoder flip it [14:11:44 CEST] <nevcairiel> its magic from AVI raw video support [14:12:24 CEST] <nevcairiel> ie. write the string "BottomUp" into extradata [14:12:26 CEST] <nevcairiel> and voila! [14:13:33 CEST] <BtbN> Won't that confuse a lot of other filters/muxers? [14:13:57 CEST] <nevcairiel> negative linesize? yeah it doesnt work with everything [14:14:11 CEST] <BtbN> No, stuff like that in extradata [14:14:34 CEST] <nevcairiel> well, its not like its the only format that would have it, the logic in rawdec is there for a reason [14:15:31 CEST] <nevcairiel> demux rawvideo from avi, and it might have this token as well [14:15:38 CEST] <nevcairiel> (if its flipped) [14:16:46 CEST] <bove> grep -I BottomUp libavformat/* shows multiple hits [14:19:45 CEST] <wm4> michaelni: can you please put up all your changes for review [14:20:32 CEST] <wm4> michaelni: commit 8f2c045a0e21559c0cdec44805bdc26457658f9c is ridiculous and doesn't make much sense from the API user perspective [14:22:34 CEST] <durandal_170> D404|Ghetto: if you need help with vf_reverse I sent vf_random to the ml [14:23:47 CEST] <D404|Ghetto> durandal_170: ok. [14:23:56 CEST] <D404|Ghetto> i am still internetless at night, until Friday [14:24:01 CEST] <D404|Ghetto> so i will see if i have time to look. [14:24:08 CEST] <D404|Ghetto> (my mail client server is down...) [14:29:42 CEST] <michaelni> wm4, if you want to review 8f2c045a0e21559c0cdec44805bdc26457658f9c, please do [14:30:12 CEST] <wm4> it's a bit too late now, isn't it [14:30:37 CEST] <D404|Ghetto> some people think review means reading ffmpeg-cvs [14:38:48 CEST] <michaelni> Can someone review the AAC_fixed_decoder patches on ffmpeg-devel ? [14:39:42 CEST] <michaelni> also "[FFmpeg-devel] [PATCH 1/2] apng: Support inter-frame compression" needs a review [14:40:18 CEST] <michaelni> anyone has a opinion on "[FFmpeg-devel] [PATCH] lavc/srtdec: handle leading whitespace before tag names" ? [14:45:28 CEST] <wm4> the aac fixed decoder thing has been in limbo for weeks [14:45:33 CEST] <wm4> isn't apng a gsoc? [14:47:19 CEST] <kierank> hmm where's ludmila [14:50:54 CEST] <michaelni> apng is a gsoc project yes, was just wondering if anyone wants to/will review it or if i need to find someone to review / should do it myself [15:54:38 CEST] <durandal_170> michaelni: I tested, and it works. But I didn't made deep inspection [16:01:16 CEST] <cone-392> ffmpeg 03hSÇ 07master:a0ad6c85aca9: avcodec: loongson optimized h264pred with mmi [16:01:17 CEST] <cone-392> ffmpeg 03ZhouXiaoyong 07master:95418634b1e8: avcodec: loongson optimized mpegvideo dct unquantize with mmi [16:03:22 CEST] <adevelop> Hi [16:34:16 CEST] <AstralStorm> uh, avcodec_open2 is supposedly not thread safe [16:35:05 CEST] <AstralStorm> I have no idea why, since it uses ff_lock_codec and even initializes threads inside [16:36:23 CEST] <AstralStorm> looking at the code, the lock is not taken in case of FF_CODEC_CAP_INIT_THREADSAFE [16:36:28 CEST] <AstralStorm> I'll have to check this [16:45:44 CEST] <AstralStorm> indeed, most codecs are not INIT_THREADSAFE [16:46:30 CEST] <AstralStorm> this is terrible, I now have to ensure nobody attempts to use ffmpeg in the same process directly [16:55:00 CEST] <kierank> there are static tables that need to be initialised [16:55:12 CEST] <kierank> you need to set it up at the beginning of your process [16:56:21 CEST] <AstralStorm> except I can't know when the codec will be used [16:56:33 CEST] <AstralStorm> or which of those [16:57:25 CEST] <AstralStorm> I can't even have the encoding context ready early, because the muxer might be different [17:03:10 CEST] <ubitux> http://b.pkh.me/4k.gif ffmpeg ftw [17:03:37 CEST] <ubitux> [] gif 4k [17:06:43 CEST] <durandal_170> 4k gif, how big is? [17:08:43 CEST] <ubitux> actually not exactly 4k but well [17:08:52 CEST] <ubitux> this one is ~5M [17:09:04 CEST] <phh> i want moar pixels [17:09:21 CEST] <michaelni> durandal_170, if noone does "deep inspection" then it should be ok [17:10:59 CEST] <michaelni> after fixing the found issues that is [17:26:27 CEST] <nevcairiel> ubitux: re videotoolbox, the hardware not being fast enough for 240fps is no valid answer? =p [17:27:39 CEST] <ubitux> it is [17:28:04 CEST] <ubitux> using avfoundation frameworks handle it ok [17:28:21 CEST] <nevcairiel> arent those slowmo videos, recorded at 240, supposed to playback at 60 [17:28:33 CEST] <ubitux> yeah [17:29:03 CEST] <ubitux> are you saying there are skipping packets? [17:29:41 CEST] <nevcairiel> just saying that if you play them at 60, you can take 16ms per frame :) [17:30:10 CEST] <ubitux> assuming i'm not decoding everything [17:30:32 CEST] <ubitux> i wonder if that's sane to do [17:31:22 CEST] <nevcairiel> you decode everything, just slower .. that way you get the slow-motion effect [17:31:25 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:4a6b8289e646: avcodec/mips/mpegvideo_mmi: Use av_assert2() [17:31:42 CEST] <ubitux> i can't decode everything [17:31:50 CEST] <ubitux> at least with ffmpeg [17:31:57 CEST] <nevcairiel> why not [17:32:16 CEST] <ubitux> ok i see what you mean [17:32:33 CEST] <ubitux> but yeah no i need non-slowmo playback [17:32:54 CEST] <nevcairiel> no idea if thats really how it works, but 240 fps at 1080p or what these are is challenging for many hardware decoders [17:33:10 CEST] <ubitux> 720p in this case, but sure [17:33:43 CEST] <philipl> re-encode while skipping frames? [17:35:31 CEST] <ubitux> it's just a decoding here [17:35:50 CEST] <ubitux> i'm just wondering how the avfoundation framework (and other apps) manage to playback without slowmo 240 fps footages [17:36:10 CEST] <philipl> Is there special metadata in the stream regarding framerate? [17:36:11 CEST] <ubitux> while the decode calls take ~5ms with ffmpeg (which is too much) [17:36:27 CEST] <ubitux> so assuming this is indeed the best the hw can do [17:36:36 CEST] <ubitux> it would suggest it's just not decoding everything [17:36:40 CEST] <philipl> Right [17:36:48 CEST] <philipl> If the encoding is done correctly, it can skip [17:36:51 CEST] <nevcairiel> its not like the display could show them all [17:36:52 CEST] <ubitux> but how does it manage to do this with a 30 frame gop? [17:37:09 CEST] <philipl> Maybe the slow-mo part is different? [17:37:10 CEST] <nevcairiel> drop non-ref frame [17:37:13 CEST] <nevcairiel> +s [17:37:23 CEST] <nevcairiel> ffmpeg has discard modes for that, try one? :) [17:37:37 CEST] <philipl> Maybe it changes the GOP mid-stream for the slow mo section [17:37:51 CEST] <ubitux> alright, well let me try that [18:01:48 CEST] <ubitux> nevcairiel: seems it works damn well, thx [18:02:08 CEST] <ubitux> now i need to figure out if that's indeed what it does internally with the frameworks [18:06:45 CEST] <nevcairiel> which discard did you use? non-ref, non-key? [18:09:23 CEST] <ubitux> nonref [18:39:52 CEST] <durandal_170> J_Darnley: have time to write more asm? [18:40:19 CEST] <J_Darnley> I am an unemployed layabout, so yes. [18:46:40 CEST] <J_Darnley> ... What did you want me to do? More filter work? [18:47:57 CEST] Action: J_Darnley can never remember how to use `ln` [18:57:12 CEST] <JEEB> if you are interested in some newer scaling/depth/colorspace conversion things, you could look into https://github.com/EleonoreMizo/fmtconv or https://github.com/sekrit-twc/zimg and see if those could be used in the context of ffmpeg [19:14:12 CEST] <rcombs> michaelni: 'looking at it, i suspect the unknown = 1 case might "break" or rather not work correctly with this' <-- re: my srtdec patch; I don't understand the question here? [19:14:39 CEST] <rcombs> OH, further down [19:14:47 CEST] <rcombs> never mind, I've got it [19:20:57 CEST] <durandal_170> J_Darnley: you can look in deband [19:25:28 CEST] <J_Darnley> sure, i'll look [20:07:54 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:a5d44d5c220e: swscale/utils: Clear pix buffers [21:13:27 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:269a71b68ae7: avcodec/mpeg4videodec: Clarify the mpeg4_unpack_bframes reference. [21:29:03 CEST] <cone-392> ffmpeg 03Luca Barbato 07master:c88c5eef53ff: hevc: Split the struct setup from the pps parsing [21:29:04 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:4e160ecdbc05: Merge commit 'c88c5eef53ff1619724ba47b722da64ec0593dab' [22:43:40 CEST] <cone-392> ffmpeg 03Luca Barbato 07master:4512ee78e19f: mpegts: Mark the muxer as supporting variable fps [22:43:41 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:1680f9c58850: Merge commit '4512ee78e19fdb011bdec1b3a8dc0b315c82a81e' [22:51:18 CEST] <cone-392> ffmpeg 03Henrik Gramner 07master:2cb34f82b92c: checkasm: Add unit tests for h264qpel [22:51:18 CEST] <cone-392> ffmpeg 03Michael Niedermayer 07master:cbd4a1dbdeda: Merge commit '2cb34f82b92c15b811f5c03dc7f61a4baf6e02e3' [22:59:01 CEST] <philipl> fate-suite.ffmpeg.org doesn't provide access to the samples anymore. [22:59:10 CEST] <philipl> I assume this is related to the host move. [22:59:28 CEST] <philipl> But for example, this used to be the url to get a specific sample: http://fate-suite.ffmpeg.org/hevc-conformance/LTRPSPS_A_Qualcomm_1.bit [23:03:51 CEST] <nevcairiel> i assume rsync still works? [23:06:22 CEST] <philipl> I think it works. [23:07:42 CEST] <philipl> Yeah, it does. [23:15:02 CEST] <cone-392> ffmpeg 03Donny Yang 07master:99b0cadd1388: apng: Fix wrong default final frame delay in muxer [23:45:33 CEST] <michaelni> philipl, fate-suite http should be fixed [23:53:28 CEST] <philipl> michaelni: yay. Thanks. [00:00:00 CEST] --- Thu Jul 16 2015

1 0

ffmpeg.log.20150715
by burek 16 Jul '15

16 Jul '15

[03:05:07 CEST] <well0ne> c_14, thank you :) [03:05:09 CEST] <well0ne> it worked! [03:30:13 CEST] <Juzzy> can anyone assist with multicast ffmpeg: ffmpeg -f dshow -i audio="Microphone (2- High Definition Audio Device)" -acodec libmp3lame -ac 2 -ar 44100 -f rtp -ab 128k rtp://224.0.0.1:1234 [03:30:37 CEST] <Juzzy> returns: av_interleaved_write_frame(): Unknown error [03:40:37 CEST] <Juzzy> think i got it [04:18:57 CEST] <Juzzy> cant get rid of the delay [06:32:34 CEST] <dustfinger> I am running gentoo. What use flag do I need to set to build ffmpeg with support for the huffyuv codec? [06:34:41 CEST] <klaxa> huffyuv should be built-in by default afaik [06:35:10 CEST] <dustfinger> Hmm. Okay, when I run ffmpeg -formats | less and search for huff I don't find anything. [06:35:22 CEST] <klaxa> you should try ffmpeg -codecs | less [06:36:00 CEST] <dustfinger> klaxa: Thank you. You are correct :-) [06:36:10 CEST] <klaxa> :) [08:10:52 CEST] <dustfinger> I see that ffmpeg does not support lagarith encoding. I am wanting to record a large amount of video from my webcam and then edit it using cinelerra. I am reading that huffyuv produces very large files because it is lossless. What is the best codec for me to use that provides a nice balance between compression and being compliant with editors? [08:12:11 CEST] <pentanol> dustfinger I know lagarith filter and use it with IM, but codec, hm [08:12:44 CEST] <pentanol> ops missed with lagrange [08:16:53 CEST] <dustfinger> pentanol: What is IM? I am completely new to codecs and containers. [08:20:12 CEST] <dustfinger> pentanol: oh I see. lagrange is the filter that you use and you were thinking that lagarith was the filter and not a codec. [09:07:56 CEST] <tester_> I need help with ffmpeg webcam capture. I use a logitech hd c270h. When I capture video using ffmpeg, I get a lagging video in which I can slightly see trails when I move. [09:08:34 CEST] <tester_> It is present in 720p, 480p, 360p, even in 240p modes [09:15:29 CEST] <tester_> Can anyone help with the problem? [09:45:38 CEST] <Quixxx> Hmm, what flags should I be adding to get better encodes with libvpx (VP8) two pass? The second pass isn't quite pegging my cores. [10:41:10 CEST] <brontosaurusrex> Quixxx: cq mode? [10:41:20 CEST] <brontosaurusrex> http://www.webmproject.org/docs/encoder-parameters/ [10:45:50 CEST] <brontosaurusrex> Quixxx: my extremly old droplet has this http://paste.debian.net/plain/282499 [10:46:04 CEST] <brontosaurusrex> Quixxx: I do remember wasting a lot of time to get to that [11:04:15 CEST] <thebombzen> I have a peculiar case. [11:04:55 CEST] <thebombzen> I have a matroska file that's got an h264 stream inside. When I play this file with ffplay, it plays fine. However, ffmpeg -i cannot read it well. [11:06:17 CEST] <thebombzen> The h264 stream inside of the mkv has a mistake and ffmpeg -i is having trouble detecting the parameters such as the pixel format (which is yuv420p10le). Attempting -codec copy, the resulting file was incorrect and had durations jump. [11:06:35 CEST] <thebombzen> However, for some reason ffplay is able to play the file impeccably. I don't understand the issue. [11:15:00 CEST] <thebombzen> FFmpeg outputs - http://pastebin.com/ZZeDPRLH [11:16:22 CEST] <thebombzen> This is the FFplay output of it playing fine - http://pastebin.com/tjJUuge7 [11:16:58 CEST] <thebombzen> Is this a known phenomenon? [11:17:34 CEST] <chungy> looks like the pixel format isn't being detected properly. might want to contact the dev mailing list and provide a sample of a bad file [11:17:51 CEST] <chungy> this one or any other (I imagine the program or device that generated it would repeat the behavior...) [11:18:12 CEST] <chungy> weird that ffplay would work on you if it gives the same error message. [11:24:13 CEST] <PeterNT> hi guys, how do i use the Intel Quick Sync function with ffmpeg under linux? seems like there is no real wiki [11:35:20 CEST] <thebombzen> chungy: the file is too large. If I just truncate it with mundane unix tools like dd, will that be acceptable? [11:36:05 CEST] <thebombzen> (that is, truncate it with file operations, not with any kind of specialized program like ffmpeg) [11:36:18 CEST] <chungy> mkvmerge is probably better, it can split files codec-agnostically (matroska is designed for that) [11:36:25 CEST] <chungy> and still output valid mkv files :P [11:36:37 CEST] <chungy> might want to ask the mailing list first. [11:36:44 CEST] <thebombzen> ah k. [11:36:53 CEST] <chungy> including with a detailed report of what you've done [11:37:02 CEST] <thebombzen> basically what's above? [11:37:06 CEST] <chungy> yea [12:39:48 CEST] <iomari> greetings, where can I find info on using ffmpeg with the nvidia jetson tk1? I'm particularly interested in how to use the many cores that it comes with. [12:57:04 CEST] <AstralStorm> hello, I've a question about libswresample and its out_samples [12:57:19 CEST] <AstralStorm> what happens if there's not enough input to produce that many samples? [12:58:07 CEST] <PeterNT> hi guys, how do i use the Intel Quick Sync function with ffmpeg under linux? seems like there is no real wiki [12:58:35 CEST] <BtbN> It's pre-release, so that's not too surprising. [12:58:54 CEST] <BtbN> Basicaly get the Intel media SDK, and compile ffmpeg with mfx enabled [12:59:27 CEST] <PeterNT> ok, i always get a "libmfx" not found with pkg [12:59:44 CEST] <PeterNT> tought there is another way but seems there isnt [13:24:31 CEST] <kritzikratzi> hi! i'm trying to resample from the planar s16 format to an interleaved float32 format so that i can feed data into rtAudio [13:24:39 CEST] <kritzikratzi> but i cant even get the simplest tests to work. [13:25:03 CEST] <kritzikratzi> ive attempted to isolate the resampling code to just boil it down to just a few lines, here is what i got so far: http://pastebin.com/nS10YYw1 [13:27:03 CEST] <hansi_also> uh, seems my irc client is crashing hard. this is still me with the resampling question :) [13:28:31 CEST] <hansi_also> i'm wondering if i have some fundamental misunderstand with swresample, because i can't get anything useful out of it (not even a crash, really) [13:33:41 CEST] <kritzikratzi> do i understand this correctly: swresample can convert 1)between different sample rates 2)between different channel layouts 3)between different data types 4)all of this at the same time. [14:32:05 CEST] <benny-> hi, i have some file demuxed and got an ac3 stream which plays fine in mediaplayer and vlc, when i trie to remux it with tsremuxer, it says no stream is detected for the ac3 file. is it possible to reencode it with ffmeg (if possible lossless) [15:14:19 CEST] <Pangas> Olá! [15:14:46 CEST] <Pangas> Alguém aí fala português? [15:15:36 CEST] <Pangas> Oi. [15:17:30 CEST] <Pangas> Olá! [15:25:00 CEST] Last message repeated 1 time(s). [15:34:00 CEST] Last message repeated 1 time(s). [15:34:06 CEST] <pangas> Oi. [15:42:14 CEST] <Pangas> Olá! [15:42:46 CEST] <Pangas> Alguém aqui fala portugiês? [15:42:57 CEST] <Pangas> Hablas español? [15:43:19 CEST] <Pangas> Compilation problem in Linux Debian 8. [15:44:27 CEST] <Pangas> Configure: [15:44:27 CEST] <Pangas> ./configure --enable-fontconfig --enable-libass --enable-nonfree --enable-libfaac --enable-gpl --enable-x264 --enable-libspeex --enable-x11grab [15:44:27 CEST] <Pangas> Result: [15:44:27 CEST] <Pangas> Ok. [15:44:47 CEST] <Pangas> Make: [15:44:48 CEST] <Pangas> common.mak:57: recipe for target 'libavfilter/vf_subtitles.o' failed [15:44:48 CEST] <Pangas> make: *** [libavfilter/vf_subtitles.o] Error 1 [15:46:45 CEST] <Pangas> I'am productor! [15:51:06 CEST] <Pangas1> Hello! [15:58:35 CEST] <Pangas1> Olá. [15:58:40 CEST] <Pangas1> Hello! [16:02:01 CEST] <Pangas1> Olá! [16:06:59 CEST] <Pangas1> Não encontrei nenhuma solução e nop google encontrei 8 páginas de links, porém a solução era para MAC. [16:08:15 CEST] <Pangas1> Hi! [16:08:17 CEST] <Pangas1> ... [16:18:29 CEST] <StephenLynx> hey, I am building ffmpeg from source for production usage, how do I decide which tag is the latest stable release? [16:18:43 CEST] <StephenLynx> I noticed there are v and n tags. [16:19:15 CEST] <StephenLynx> would n2.7.1 be what I want? [16:19:25 CEST] <StephenLynx> from the topic I assume so [16:19:26 CEST] <StephenLynx> :v [16:27:48 CEST] <Pangas1> Olá!!!!!!!!11 [16:30:20 CEST] <Pangas1> Olá! [16:30:25 CEST] <Pangas1> Alguém? [16:30:33 CEST] <Pangas1> Como procedo? [16:31:07 CEST] <Pangas1> ... [16:31:21 CEST] <AstralStorm> English please. [16:31:49 CEST] <AstralStorm> that said, pastebin the full log [16:32:27 CEST] <AstralStorm> ok, I've a problem myself, with avcodec_open2 documentation - it says this is not threadsafe - ... why? [16:33:27 CEST] <Pangas1> This Problem: [16:33:27 CEST] <Pangas1> ./configure --enable-fontconfig --enable-libass --enable-nonfree --enable-libfaac --enable-gpl --enable-x264 --enable-libspeex --enable-x11grab [16:33:27 CEST] <Pangas1> Configure no problem. [16:33:27 CEST] <Pangas1> This problem in compilation [16:33:27 CEST] <Pangas1> Make: [16:33:27 CEST] <Pangas1> common.mak:57: recipe for target 'libavfilter/vf_subtitles.o' failed [16:33:28 CEST] <Pangas1> make: *** [libavfilter/vf_subtitles.o] Error 1 [16:33:34 CEST] <AstralStorm> I've seen it. [16:33:48 CEST] <AstralStorm> Use pastebin e.g. dpaste.org with a full log [16:34:19 CEST] <tomred> I keep on being asked to format duration as HH::SS::nn where nn is the number of frames less than a second . But every time I look into this I hit some problem or other and I wonder "Is this really an industry standard" and if so what is the way to derive the information without having to use regexes to parse strings. [16:34:34 CEST] <Pangas1> More information, please. [16:35:47 CEST] <Pangas1> I'am productor. And video editor. [16:37:14 CEST] <Pangas1> No FFMPEG, no video renderize. [16:38:48 CEST] <Pangas1> Or... alternative solution... [16:40:08 CEST] <Pangas1> ... [16:44:39 CEST] <Pangas1> My work is stopped. Google generate 8 pages with links and no solution. For Mac Only. i Use Linux. Debian 8. [16:46:37 CEST] <Pangas1> Hello, guy! [16:49:31 CEST] <Pangas1> [b]HELLO!![/b] [16:50:21 CEST] <Pangas1> Bye! [16:50:58 CEST] <Pangas1> <> [16:52:39 CEST] <AstralStorm> Pangas1: you come across as a bit pushy. Using a pastebin is easy, you go to the site, copy the error log, paste it in the browser, click send and give us the link. [16:53:26 CEST] <Pangas1> Ok. Wait, please. [17:00:15 CEST] <Pangas1> Ok. [17:00:17 CEST] <Pangas1> https://dpaste.de/4jqS [17:01:07 CEST] <Pangas1> LibASS installed. [17:03:11 CEST] <AstralStorm> this is not a complete log, but it's close enough - you're probably missing libass-devel [17:03:40 CEST] <AstralStorm> this would be a configure script bug [17:11:38 CEST] <podman> hey guys, what's a good way to convert a video to use square pixels? [17:11:50 CEST] <Pangas1> https://dpaste.de/xOUg [17:14:31 CEST] <Pangas1> Solution? [17:24:15 CEST] <Pangas1> LibASS is my problem? [17:26:09 CEST] <Pangas1> ?? [17:37:45 CEST] <yviwp> I have a file (mp4,h264+aac) on this shit hardware with very high fps that is unplayable (stuttering) due to hardware (CPU) requirements. Do I have to re-encode this to get 30fps? Or is there some quicker alternative. [17:41:55 CEST] <Pangas1> Hello! [17:51:27 CEST] <durandal_170> podman: setsar? [17:51:41 CEST] <podman> durandal_170: looking into that. [17:53:37 CEST] <_Vi> How do I make FFmpeg generate output file without any streams instead of "Output file #0 does not contain any stream"? [17:56:38 CEST] <Pangas1> Ok. No LibAss. Installed. [17:56:39 CEST] <Pangas1> PS:X264 don't depend LibAss. Very? [18:24:25 CEST] <Pangas1> Bye! [21:18:28 CEST] <rgoodwin> I have a question for a metadata wizard. I'm trying to use ffmpeg to effectively copy some metadata from one video file format to another but having some issues. I think I need to override something but not sure how. [21:20:54 CEST] <c_14> What are you trying to do? [21:22:08 CEST] <rgoodwin> Ok this is very specific. I'm trying to take an MP4 file from one camera, and make it look like an MP4 out of a GoPro. My belief is that it is just some metadata that needs to be tweaked, because otherwise the target app I'm using (GoPro studio) DOES recognize and parse the file, it just doesn't recognize it as a GoPro file [21:22:48 CEST] <rgoodwin> here is a valid file mediainfo dump: http://pastebin.com/GvmzDRau [21:23:17 CEST] <rgoodwin> Here is what I want to "convert" by tweaking the meta: http://pastebin.com/yshwZFyn [21:23:53 CEST] <c_14> Can you pastebin the ffprobe output? It'll make it easier for me to see what ffmpeg sees as the differences [21:23:58 CEST] <rgoodwin> sure! [21:25:23 CEST] <rgoodwin> http://pastebin.com/XsGERti7 [21:27:39 CEST] <jonascj> Hi all. Does it sound possible to add some all-black frames (maybe at a low framerate) to an MKV media file to add some length without adding much size? [21:28:39 CEST] <rgoodwin> differences I see: compatible_brands, handler_name in each stream, encoder in vid stream...so far [21:28:52 CEST] <rgoodwin> oh and major_brand [21:31:30 CEST] <rgoodwin> i feel like maybe i'm missing a "force" or copying wrong or specifying streams wrong :) [21:35:14 CEST] <rgoodwin> c_14 here's a comparison of metadata dump from the two files http://pastebin.com/nK6yP3X6 [21:53:21 CEST] <rgoodwin> c_14 getting closer...had to use stream specifiers for the -metadata option. Looking better but I'm still missing something [21:53:42 CEST] <c_14> rgoodwin: hmm, looks like ffmpeg is refusing to create an mp4 with the avc1 tag and h264 video [21:54:40 CEST] <rgoodwin> i think you can use copy_unknown [21:54:50 CEST] <rgoodwin> trick is just knowing what it's looking for :) [21:55:06 CEST] <rgoodwin> downloading a 30FPS clip to make sure i'm more apples:apples [21:59:23 CEST] <rgoodwin> dunno if the SAR DAR aspect ratios matter, and if the FPS really matters [22:02:41 CEST] <rgoodwin> there's also this encoder tag or pid? avc1 / 0x31637661) [22:07:59 CEST] <rgoodwin> might help if i knew what that was called :) [22:09:10 CEST] <rgoodwin> it's constant between streams [22:10:38 CEST] <rgoodwin> or you might be on the right track if doing differently. [22:15:21 CEST] <c_14> That's the FourCC [22:17:50 CEST] <rgoodwin> ooh interesting [22:21:11 CEST] <rgoodwin> that'd be funny if that's all it was... [22:24:08 CEST] <rgoodwin> just not sure how to patch that in, if it will let me [22:26:14 CEST] <rgoodwin> or is the fourcc technically avc1 with some internal stored constant that i can't override? [22:26:23 CEST] <rgoodwin> and thank you for your help!! [22:29:56 CEST] <rgoodwin> oh hah it's just avc1 in hex [22:30:28 CEST] <kepstin-laptop> yeah "fourcc" literally means "four character code", and is a 32bit value of the 4 characters ascii codes. [22:36:10 CEST] <agorman> hi, I'm trying to take a video file with 16 mono audio streams and convert it to a video file with 1 16 channel audio stream. For whatever reason I'm only getting an audio stream with 8 channels. It seems to be related to aac because if I make my acodec pcm_s16le I do get an output with 16 channels. Any ideas? http://pastebin.com/20erRS1L [22:37:09 CEST] <rgoodwin> thanks kepstin-laptop ! [22:40:16 CEST] <rgoodwin> c_14 hmm. so if i vtag h264 it sets the fourcc proper but then ignores all the metadata changes i submit. interesting [22:45:21 CEST] <durandal_170> agorman: aac doesn't support that many channels [22:45:29 CEST] <rgoodwin> it's now just become the principle of the thing, i think it SHOULD work ;) [22:48:08 CEST] <agorman> durandal_170, well shit. For some reason I thought I had read it supported more but now I'm seeing fdk aac only supports up to 8... [22:48:17 CEST] <agorman> durandal_170, thank you. That explains it [23:09:02 CEST] <rgoodwin> c_14: ok, i realized something dumb. I'm setting all the metadata, and it shows in the Output stream settings, but then when it does stream copy it just ends up copying the metadata over from the stream anyway [23:09:15 CEST] <rgoodwin> so it's something about the copy that messes things up [23:10:09 CEST] <rgoodwin> c_14 here's what i mean. http://pastebin.com/3MJWb362 [23:10:34 CEST] <rgoodwin> i thought changes were being made but i wasn't probing the file again afterwards, trusting instead what the output settings said [23:20:13 CEST] <rgoodwin> omg i got it. [23:31:05 CEST] <rgoodwin> oh well, I tricked the app into recognizing it, but the functionality doesn't work. fun experiment anyway :) [00:00:00 CEST] --- Thu Jul 16 2015

1 0

ffmpeg-devel.log.20150714
by burek 15 Jul '15

15 Jul '15

[00:00:01 CEST] <wm4> rcombs: which one? libyami? qsv? gstreamer? [00:00:04 CEST] <rcombs> and then like 5 ways to get a display for vaapi (X? DRM? Wayland?) [00:00:09 CEST] <rcombs> wm4: any and all of the above [00:00:14 CEST] <rcombs> (I was thinking qsv) [00:00:28 CEST] <nevcairiel> but of course Microsoft actually has an interest to see things work on their platform, so they push vendors to support "the" API, and not build their own [00:00:36 CEST] <nevcairiel> somewhat surprised there is no unified encoding API yet =p [00:00:38 CEST] <wm4> yeah, of course there has to be support for 2 windowing systems (X11/wayland), as well as raw access (DRM) [00:00:49 CEST] <rcombs> more than 2 [00:00:53 CEST] <rcombs> I don't remember the others [00:01:01 CEST] <wm4> and add some non-working OpenGL interop [00:01:09 CEST] <nevcairiel> speaking of OpenGL [00:01:09 CEST] <wm4> (for which vaapi has 2 or so sub-APIs) [00:01:15 CEST] <nevcairiel> how the f' do you get vsync to work reliably on linux [00:01:34 CEST] <rcombs> nevcairiel: I'm guessing the answer is "you DON'T" [00:01:36 CEST] <wm4> don't use a compositor, pray, if you use intel, there might be obscure xorg.conf options [00:01:56 CEST] <nevcairiel> there is like 3 opengl extensions that give you a vsync option, none of which seem to work properly [00:02:08 CEST] <wm4> there are 2 problems [00:02:20 CEST] <rcombs> all that but you still have to parse the bitstream yourself [00:02:25 CEST] <wm4> the simple one is requesting double buffering (so swapbuffers does an atomic flip without tearing) [00:02:27 CEST] <rcombs> or if you're encoding, write it yourself [00:02:32 CEST] <wm4> the hard part is having a driver that actually works [00:03:44 CEST] <nevcairiel> its that then probably [00:04:31 CEST] <nevcairiel> another fun one for linux, fullscreen windows that only occupy one screen, and dont span all of them [00:04:32 CEST] <wm4> Intel drivers have multiple rendering backends [00:04:40 CEST] <wm4> there's something called SNA etc. [00:04:44 CEST] <nevcairiel> apparently my code using window manager hints works on some machines, and not on others :d [00:04:54 CEST] <wm4> these are internal driver frameworks, but you can bet the sane, working one isn't enabled by default [00:05:54 CEST] <philipl> http://forum.kodi.tv/showthread.php?tid=231955 [00:06:07 CEST] <philipl> There's a new way! [00:06:10 CEST] <philipl> A better way! [00:06:24 CEST] <philipl> This time they got it right. They promise. [00:06:44 CEST] <nevcairiel> vaapi with egl does look like they actually put the required APIs into place this time [00:07:00 CEST] <nevcairiel> sadly switching the entire code from glx to egl is a bit annoying [00:07:31 CEST] <wm4> inevitable big buck bunny screenshot [00:07:31 CEST] <nevcairiel> especially since egl isnt supported everywhere yet [00:08:22 CEST] <wm4> well, vaapi is intel, and intel drivers support egl [00:08:40 CEST] <nevcairiel> would still mean i need two code paths, egl and glx [00:08:52 CEST] <nevcairiel> that post is full of wtf's though [00:09:00 CEST] <wm4> didn't nvidia move towards egl as well? but yeah, having them both is still annoying [00:09:03 CEST] <nevcairiel> bugs here and there, install special versions from this personal dropbox [00:09:19 CEST] <wm4> I wonder of the new vaapi EGL interop is documented anywhere [00:09:22 CEST] <wm4> most likely not [00:09:54 CEST] <nevcairiel> __gb__ talked about it some time ago, but if you dont count .h files as docs, then probably not [00:11:02 CEST] <wm4> have fun guessing: http://cgit.freedesktop.org/vaapi/libva/tree/va/egl/va_egl.h [00:11:07 CEST] <wm4> (this one is old though) [00:11:11 CEST] <nevcairiel> As a primarily windows user, this whole linux video topic keeps me entertained at least! [00:11:41 CEST] <wm4> my main problems are with windows, but whatever [00:12:08 CEST] <nevcairiel> just dont try to use opengl on windows and you're fine [00:12:16 CEST] <philipl> nvidia supports egl/x11 on their latest drivers - dunno how well it really works. [00:12:23 CEST] <wm4> nevcairiel: then I have to maintain multiple renderers [00:13:01 CEST] <nevcairiel> cross platform is a bitch, isnt it [00:13:38 CEST] <wm4> and even with native d3d9, it doesn't seem to be possible to get the dxva YUV data without copying back to the CPU [00:13:56 CEST] <wm4> there's no fullscreen mode, it's just some hack (if the window "covers" the screen it's fullscreen?) [00:14:09 CEST] <nevcairiel> d3d has a proper fullscreen exclusive mode [00:14:10 CEST] <wm4> there's no good C99 compiler, despite being a 16 year old standard [00:15:25 CEST] <philipl> As you know, many new C99 features are highly controversial. [00:15:30 CEST] <philipl> *sigh* [00:15:46 CEST] <nevcairiel> and getting the yuv data from a d3d9 surface onto a d3d9 texture can be a bit tricky because d3d9 textures have no nv12 mode [00:16:21 CEST] <nevcairiel> (and textures is what you want for further rendering) [00:16:43 CEST] <wm4> there's a format that could serve as nv12, but it's not supported by any hw [00:16:54 CEST] <wm4> (which makes it hilariously hard to render nv12 from a normal texture) [00:17:12 CEST] <wm4> though later d3d versions seem to add such a format [00:17:14 CEST] <nevcairiel> if you care about quality, you can get it as 4:2:2 with a nearest neighbor, so you can reverse it if you wanted to [00:17:38 CEST] <nevcairiel> if you dont care, you can just get it as 4:2:2 using bilinear =p [00:17:52 CEST] <nevcairiel> and yeah d3d11 fixes that [00:17:55 CEST] <wm4> why 4:2:2? [00:17:57 CEST] <nevcairiel> 10 maybe already [00:18:04 CEST] <nevcairiel> dunno, because there is a texture format for that [00:18:58 CEST] <nevcairiel> I think what MS expects you to usually do is just use DXVA to also scale and convert the surface first, so you just get a RGB surface out at the end, which you can just convert into a texture [00:19:04 CEST] <nevcairiel> ie. what the EVR does [00:19:20 CEST] <wm4> yeah but then you get random color levels [00:20:34 CEST] <nevcairiel> you'll want to invoke DXVA at that point anyway for deinterlacing, but of course you can do that without scaling or conversion if you so desire [00:20:55 CEST] <nevcairiel> speaking of, it was something I wanted to explore, adding deint to my code before the copy-back to sysmem for transcoding or so [00:21:07 CEST] <nevcairiel> I should keep a better task list [00:21:33 CEST] <wm4> what does the deinterlacer output? [00:21:47 CEST] <nevcairiel> same format, just twice as many frames [00:21:57 CEST] <nevcairiel> (if you want it to) [00:22:22 CEST] <wm4> better than vdpau, which essentially conflates deint, scaling, and color conversion in a single function [00:22:33 CEST] <nevcairiel> dxva can do that too [00:22:37 CEST] <nevcairiel> but it doesnt have to [00:22:48 CEST] <nevcairiel> you can just NO-OP the th ings you dont want happening [00:25:17 CEST] <nevcairiel> anyway time to sleep [00:28:34 CEST] <kierank> wm4, D404|Ghetto; other api test ideas? [00:28:46 CEST] <kierank> swresample, avresample? [00:36:43 CEST] <wm4> hm [00:37:06 CEST] <wm4> could start with testing various combinations of conversions, maybe [00:37:21 CEST] <wm4> testing a matrix of input and output sample rates / formats / channel layouts [00:37:43 CEST] <kierank> anything else you want tested in libavcodec or libavformat? [00:38:23 CEST] <wm4> same could be done for libswscale [00:38:35 CEST] <wm4> and there's still a lot to test in lavc [00:38:46 CEST] Action: wm4 trying to think anything concrete [00:39:09 CEST] <wm4> it's a bit hard to recall these if you haven't just hit one of those strange issues [00:39:32 CEST] <wm4> oh right, I think the test which flushes the decoder etc. should be refined (it was part of the seek test) [00:52:58 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:503ec7139f88: ffmpeg: Fix cleanup with ost = NULL [00:52:59 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:4bde1a4a374e: avcodec/mpegvideo: Fix null pointer dereference of picture array [01:02:56 CEST] <cone-613> ffmpeg 03Alexandra Hájková 07master:c571424c7f62: asfdec: prevent memory leaks found with Coverity Scan [01:02:57 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:db1ab7e5af6a: Merge commit 'c571424c7f6276a6374e1784ce2a33d4b6a4292d' [01:30:54 CEST] <cone-613> ffmpeg 03Luca Barbato 07master:8e373fe04881: hevc: Factor out the pixel format mapping from the sps parser [01:30:55 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:e17a459af06e: Merge commit '8e373fe048812a25b238ea60a7052b8c07639a42' [01:41:46 CEST] <cone-613> ffmpeg 03Luca Barbato 07master:32c8d89c036b: hevc: Print the non-supported chroma_format_idc [01:41:47 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:3edc6d1cd9ef: Merge commit '32c8d89c036b0e75ece74aea638df587099def0b' [02:00:17 CEST] <cone-613> ffmpeg 03Luca Barbato 07master:a5a6a786bfeb: mp3: Forward seeking errors [02:00:18 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:96e1cc3f8b6b: Merge commit 'a5a6a786bfebb85c269abc25559fd71963983581' [02:13:10 CEST] <cone-613> ffmpeg 03Ivan Uskov 07master:ce91bab70f69: libavcodec/qsv.c: Issue fixed: QSV engine does not release display handler under linux platform. [02:54:58 CEST] <cone-613> ffmpeg 03James Almer 07master:39a04ebcaf04: avutil/mem_internal: add missing header includes [05:07:35 CEST] <cone-613> ffmpeg 03Ronald S. Bultje 07master:dfc58584b4e5: vf_ssim: x86 simd for ssim_4x4xN and ssim_endN. [10:51:04 CEST] <bove> I'm writing a new demuxer based on a cpp file reader I got, but can't understand how it finds the specific fields in the header. Can the fields simply be read the same order as the class is defined? [11:17:27 CEST] <wm4> bove: uh, what class? ffmpeg has no classes [11:17:58 CEST] <bove> Yes, I just realized I have to go from cpp to c [11:25:05 CEST] <bove> wm4: Here's the cpp version: http://pastebin.com/6tzTc3y3 Not sure where to start ... [11:25:35 CEST] <wm4> haha [11:25:59 CEST] <wm4> fread()ing a class from a file [11:26:03 CEST] <wm4> that's not going to work [11:26:24 CEST] <wm4> even if the class happens to be POD (or whatever the C++ term is), that's not portable [11:26:29 CEST] <bove> Not even if I define a matching struct? [11:26:31 CEST] <wm4> you have to read the fields one by one [11:26:34 CEST] <wm4> no [11:26:55 CEST] <bove> ok [11:27:13 CEST] <wm4> there are functions to read data of various types and sizes from a avstream [11:27:20 CEST] <wm4> (or from memory) [11:27:26 CEST] <BtbN> Well, you can define a packed struct, but i don't think that's portable. [11:27:56 CEST] <BtbN> i have seen an mpeg-ts parser that worked that way [11:27:58 CEST] <wm4> so e.g. avio_rl32() read a little-endian 32 bit integer [11:28:22 CEST] <wm4> BtbN: yeah, in ffmpeg we just don't do this [11:28:25 CEST] <wm4> too many subtle problems [11:28:39 CEST] <BtbN> isn't it also gcc magic, and not standard C? [11:28:59 CEST] <wm4> many compilers allow you to specify packed structs [11:29:03 CEST] <wm4> (in different ways) [11:29:09 CEST] <wm4> but then you still have to deal with endian issues [11:29:19 CEST] <wm4> and who knows what other problems [11:30:23 CEST] <bove> So I guess I should start by finding the byte offset for the fields I want? [11:31:16 CEST] <wm4> why? just read them sequentially from the stream [11:33:27 CEST] <bove> wm4: I assume a int32_t will be 32 bytes, but how is fileHeader(); or void print(); represented? Not at all? [11:34:46 CEST] <wm4> not sure what you're asking about [11:35:05 CEST] <bove> Neither am I ... [11:38:05 CEST] <bove> I'm basing the demuxer on yuv4pipedec, but not sure what will arrive first in AVFormatContext *s [13:01:32 CEST] <durandal_1707> bove: bytes arrive in order they are in file [13:09:48 CEST] <bove> durandal_1707: Which object holds the values in xxxxx_read_header(AVFormatContext *s)? [13:11:10 CEST] <durandal_1707> s->pb you read from it with avio_ functions [13:11:29 CEST] <bove> durandal_1707: what kind of object is that? [13:12:05 CEST] <durandal_1707> too much cpp [13:13:08 CEST] <durandal_1707> avio_rb32 reads directly from stream [13:13:39 CEST] <bove> ok [13:13:42 CEST] <durandal_1707> and returns integer [13:14:45 CEST] <Sucharitha> I was calling a couple of functions of ffmpeg from my code and I want to see the errors that are logged. How can I do that? [13:15:06 CEST] <durandal_1707> avio_read reads bytes how much you specify [13:17:03 CEST] <Sucharitha> durandal_1707: I was calling a couple of functions of ffmpeg from my code and I want to see the errors that are logged. Do you know how to do that? Sorry for bothering . [13:22:30 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:bd27dc910248: ffmpeg: Fix deallocating input threads with partly failed file allocation [13:22:30 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:fd4c87fa3bec: ffmpeg: Fix crash with ost->last_frame allocation failure [13:23:45 CEST] <bove> durandal_1707: Can I do avio_r1024 to read a char[128]? [13:24:07 CEST] <J_Darnley> That probably isn't a defined function. [13:24:29 CEST] <J_Darnley> There will be one to read N byte which you should use [13:25:11 CEST] <bove> is avio_rb32 in bits or bytes? [13:25:16 CEST] <J_Darnley> 32 [13:25:19 CEST] <J_Darnley> bits [13:26:58 CEST] <bove> thanks. I'll just skip TC and tapename for now ... [13:27:31 CEST] <J_Darnley> Yes, he said it just above: avio_read [14:52:03 CEST] <bove> When I try to compile the demuxer, I get a conversion error on strncmp in the probe function. It's copy-pasted from yuv4mpeg, so I don't see why it should be different :\ http://pastebin.com/mnAbbkue [15:33:52 CEST] Action: D404|Ghetto wonders if there is a reasonable way to cut h264 elementary streams [15:40:44 CEST] <bove> How do I register a new demuxer? I've added it in libavformat/allformats.c and libavformat/Makefile, but configure says --enable-muxer=mistika did not match anything [15:44:22 CEST] <bove> Ooops. Didn't realize I only had a demuxer ... [16:12:26 CEST] <durandal_1707> bove: is mistika_magic string? [16:12:49 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:0ff4953e1be5: avfilter/vf_ssim: Fix "incompatible pointer type" warnings [16:12:50 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:15629129dde7: avformat/mov: Fix deallocation when MOVStreamContext failed to allocate [16:12:51 CEST] <durandal_1707> You do not need own bswap function [16:12:51 CEST] <cone-562> ffmpeg 03Michael Niedermayer 07master:6e80fe1ecd98: ffmpeg: Fix cleanup after failed allocation of output_files [16:13:15 CEST] <bove> durandal_1707: Yes (but only numbers) [16:13:54 CEST] <durandal_1707> bove: there is avio_rl32 no need for own bswap stuff [16:13:56 CEST] <bove> I think I managed to compile it now. Waiting for ffmpeg to be done with all the codecs ... [16:14:53 CEST] <bove> Guess I should disable all codecs but rawvideo on next test compile ... [16:15:41 CEST] <bove> is avio_rb for big endian? [16:19:00 CEST] <durandal_1707> yes [16:19:25 CEST] <durandal_1707> it reads int in big endian order [16:21:12 CEST] <bove> hehe. I've learned a lot today :p [16:24:23 CEST] <bove> durandal_1707: What kind of number does avg_frame_rate hold? [16:27:53 CEST] <durandal_1707> probably rational [16:59:34 CEST] <D404|Ghetto> damn i lost vf_example.c in my buffer [16:59:42 CEST] <D404|Ghetto> :( [17:00:09 CEST] <J_Darnley> vf_example: http://codepad.org/OQjPwIcg [17:00:22 CEST] <D404|Ghetto> thx [17:00:37 CEST] <nevcairiel> if that is supposedly so enlightening, why is it not in the docs folder [17:00:59 CEST] <J_Darnley> Because it is incomplete and I never got around to finishing it. [17:02:30 CEST] <J_Darnley> It doesn't touch on init vs. config_props [17:03:09 CEST] <J_Darnley> I don't think I explain Pads at all [17:03:26 CEST] <D404|Ghetto> do i need to care for such a simpel filter as reverse? [17:04:00 CEST] <J_Darnley> Probably not. YOu just buffer whatever frames you get then return them when needed, I guess. [17:04:38 CEST] <D404|Ghetto> aye [17:06:05 CEST] <J_Darnley> My first point (about init vs. config_props) is that you cannot know colour space when init is called so the writing_filters.txt file is wrong about "allocating buffers" when it talks about init. [17:06:24 CEST] <nevcairiel> maybe you only support one color space [17:06:24 CEST] <D404|Ghetto> i dont care about colorspace [17:06:35 CEST] <D404|Ghetto> cant i just say "let it all work" ? [17:06:46 CEST] <J_Darnley> Yes, don't use config_props [17:06:51 CEST] <D404|Ghetto> right ok [17:07:29 CEST] <J_Darnley> Oh wait, there's also query_format! (I don't think you need to worry about that either D404|Ghetto) [17:09:27 CEST] Action: J_Darnley goes back to making vim do what he wants [17:13:58 CEST] <D404|Ghetto> J_Darnley: it doesnt add it to the filters list [17:14:09 CEST] <D404|Ghetto> ffmpeg -filters doesnt list it [17:14:35 CEST] <J_Darnley> Becuase that is just the C file, I can't change the makefile for you. [17:14:46 CEST] <D404|Ghetto> no i did all that [17:15:02 CEST] <D404|Ghetto> it is compiled during configure and linked. [17:15:08 CEST] <D404|Ghetto> durign build* [17:15:43 CEST] <J_Darnley> Did you add it to all_filters.c? [17:15:57 CEST] <D404|Ghetto> sure did [17:16:01 CEST] <J_Darnley> ... [17:16:29 CEST] <D404|Ghetto> +OBJS-$(CONFIG_REVERSE_FILTER) += vf_reverse.o [17:16:32 CEST] <D404|Ghetto> + REGISTER_FILTER(REVERSE, reverse, vf); [17:16:41 CEST] <D404|Ghetto> names in .c file all reflect this. [17:16:49 CEST] <J_Darnley> git diff [17:17:02 CEST] <D404|Ghetto> that is the entire diff, not including the new file [17:17:03 CEST] Action: J_Darnley needs to relax [17:17:12 CEST] <J_Darnley> sorry that was the wrong window [17:17:16 CEST] <D404|Ghetto> o [17:18:31 CEST] <J_Darnley> make distclean? [17:19:34 CEST] <J_Darnley> Weird. That is all you should need. Makefile, allfilters, your own files. [17:20:05 CEST] <J_Darnley> I wonder if you need to run configure again also. [17:20:14 CEST] <D404|Ghetto> i did [17:20:18 CEST] <D404|Ghetto> didnt distclean tho [17:23:54 CEST] <D404|Ghetto> J_Darnley: nope. [17:24:00 CEST] <D404|Ghetto> didnt help. [17:24:06 CEST] <J_Darnley> ugh [17:24:18 CEST] <durandal_1707> its ff_vf_reverse? [17:24:36 CEST] <D404|Ghetto> yes [17:24:41 CEST] <D404|Ghetto> and name is set to reverse too. [17:25:16 CEST] <D404|Ghetto> AVFilter ff_vf_reverse = { .name = "reverse", [17:27:12 CEST] <durandal_1707> and when registering its also under vf in last column? [17:27:35 CEST] <D404|Ghetto> 17:16 <@D404|Ghetto> + REGISTER_FILTER(REVERSE, reverse, vf); [17:30:51 CEST] <durandal_1707> its built? [17:31:57 CEST] <D404|Ghetto> [AVFilterGraph @ 0x838880] No such filter: 'reverse' [17:32:02 CEST] <D404|Ghetto> durandal_1707: i already said that [17:32:04 CEST] <D404|Ghetto> please read. [17:32:51 CEST] <D404|Ghetto> oh fuck me [17:32:59 CEST] <D404|Ghetto> it eas loading the system libavfilter [17:33:10 CEST] <durandal_1707> ffmpeg -h filter=reverse [17:33:16 CEST] <D404|Ghetto> because apparently there is no mechanism to do it properly [17:33:20 CEST] <D404|Ghetto> (libtool does it properly) [17:33:38 CEST] <durandal_1707> static build... [17:34:50 CEST] <D404|Ghetto> ... or the build system could just do it properly [17:34:56 CEST] <D404|Ghetto> like every other one does [17:36:01 CEST] <D404|Ghetto> it's the same reason you have to screw with LD_LIBRARY_PATH to even run FATE on a shared build [17:38:18 CEST] <J_Darnley> What exactly does libtool do (other than spam your terminal with text)? [17:39:56 CEST] <cone-562> ffmpeg 03Zhang Rui 07master:fcbea93cf877: avutil/fifo: Fix the case where func() returns less bytes than requested in av_fifo_generic_write() [17:43:57 CEST] <D404|Ghetto> eh wtf [17:44:04 CEST] <D404|Ghetto> ff_request_frame never returns EOF?? [17:45:35 CEST] <J_Darnley> ... that doesn't surprise me. [17:45:54 CEST] <D404|Ghetto> how do i find the end then? [17:46:48 CEST] <D404|Ghetto> i put in a debug statement [17:46:53 CEST] <D404|Ghetto> and a clip with 900 frames [17:46:58 CEST] <D404|Ghetto> keeps going to finite [17:47:01 CEST] <D404|Ghetto> infinite* [17:47:11 CEST] <D404|Ghetto> ff_request_frame called over 12k times before i killed it [17:47:35 CEST] <J_Darnley> I honestly have no idea. I returned errors from filter_frame but still get called 3300 more times. [17:48:51 CEST] <D404|Ghetto> it seems to return -11 on every single call. [17:48:53 CEST] <D404|Ghetto> even for frame 0 [17:49:35 CEST] <D404|Ghetto> ... that seems to be AVERROR(EAGAIN) [17:49:36 CEST] <D404|Ghetto> what the shit? [17:49:45 CEST] <D404|Ghetto> async i guess...? [17:49:59 CEST] <nevcairiel> sounds like the source didnt tell it about eof and the sink still wants more frames [17:50:18 CEST] <D404|Ghetto> no its -11 from the very first frame [17:51:09 CEST] <D404|Ghetto> 5365838 calls later [17:51:11 CEST] <D404|Ghetto> still -11 [17:51:23 CEST] <nevcairiel> something is wrong in your thingy :) [17:52:03 CEST] <D404|Ghetto> this is J_Darnley's example filter [17:57:58 CEST] <cone-562> ffmpeg 03Ronald S. Bultje 07master:ae4c9ddebc32: vf_psnr: sse2 optimizations for sum-squared-error. [17:59:32 CEST] <D404|Ghetto> looks like it needs some crap to return non-eof errors inside the liip [17:59:35 CEST] <D404|Ghetto> loop [17:59:37 CEST] <D404|Ghetto> what amazng design [18:00:10 CEST] <D404|Ghetto> i dunno [18:00:21 CEST] <D404|Ghetto> i cant believe how compelx this is for a simple filter [18:00:42 CEST] <nevcairiel> Personally I find other people have vastly different ideas of "complex" [18:00:58 CEST] <nevcairiel> I must have just seen too much corporate code in my time [18:01:12 CEST] <J_Darnley> :noh [18:01:22 CEST] <D404|Ghetto> lavfi seems to push much of the complexity onto the filter writer [18:01:25 CEST] <D404|Ghetto> rather than handling it itself [18:01:38 CEST] <D404|Ghetto> tons of copypasta [18:03:38 CEST] <D404|Ghetto> reading ubitux's txt again [18:03:46 CEST] <D404|Ghetto> looking like i dotn fucking wanna do this, again [18:04:45 CEST] <bove> How can I convert a framerate from double (25.0) to AVRational? [18:05:12 CEST] <nevcairiel> we have a function for that, dont we [18:05:21 CEST] <bove> I suspect so ... [18:05:22 CEST] <J_Darnley> Probably, try reading rational.h [18:05:26 CEST] <D404|Ghetto> .... fuck [18:05:28 CEST] <D404|Ghetto> fuck lavfi [18:05:30 CEST] <D404|Ghetto> i give uop [18:05:36 CEST] <D404|Ghetto> i cannot be arsed to figure its shit out [18:05:39 CEST] <D404|Ghetto> piping it is. [18:06:50 CEST] <BBB> lol lol [18:06:57 CEST] <BBB> D404|Ghetto: heres how my filter writing works [18:07:00 CEST] <BBB> D404|Ghetto: learn from it [18:07:08 CEST] <BBB> D404|Ghetto: you post your pipe script for inclusion on ffmpeg-devel [18:07:23 CEST] <BBB> D404|Ghetto: and you wait for durandal_1707 to flame/troll you and tell him to write a filter for you then [18:07:27 CEST] <BBB> $$profit [18:07:30 CEST] <D404|Ghetto> lol [18:07:37 CEST] <BBB> worked for me ;) [18:07:40 CEST] <D404|Ghetto> ive written filters for nmerous framworks... [18:07:44 CEST] <D404|Ghetto> lavfi is by and far away the worst [18:07:49 CEST] <D404|Ghetto> and the only i consistently say "fuck it" [18:07:59 CEST] <BBB> I have no opinion [18:08:10 CEST] <BBB> I dont understand the complexity of any of these supposedly frameworks [18:08:47 CEST] <BBB> michaelni: ty for pushing my patches [18:11:31 CEST] <durandal_1707> D404|Ghetto: you don't need request frame for reverse filter [18:11:47 CEST] <D404|Ghetto> absolutely nothing made this clear [18:12:29 CEST] <durandal_1707> Acttually only to return left queue on eof [18:13:10 CEST] <D404|Ghetto> i can no langer be arsed [18:13:11 CEST] <D404|Ghetto> longer* [18:13:24 CEST] <D404|Ghetto> i asked my coworker to see if theyll write it [18:13:31 CEST] <D404|Ghetto> as theyve doen lavfi before [18:13:35 CEST] <D404|Ghetto> libav's lavfi mind you [18:13:39 CEST] <D404|Ghetto> which id probably 9000x different [18:14:03 CEST] <J_Darnley> before you delete things in disgust can you send me your file? [18:14:18 CEST] <D404|Ghetto> i didnt modify your example.c much [18:14:31 CEST] <D404|Ghetto> i added a check for ret < 0 && ret != AVERROR_EOF in teh do{} loop [18:14:35 CEST] <D404|Ghetto> and changed the name [18:15:26 CEST] <michaelni> iam interrested too in code, can you post a patch ? [18:15:31 CEST] <J_Darnley> Did you actually get on to buffering frames? [18:15:46 CEST] <D404|Ghetto> no. [18:15:50 CEST] <D404|Ghetto> michaelni: he pasted it above [18:15:54 CEST] <D404|Ghetto> it's already here. [18:16:23 CEST] <J_Darnley> vf_example: http://codepad.org/OQjPwIcg [18:20:04 CEST] <sucharitha> I was calling a couple of functions of ffmpeg from my code and I want to see the errors that are logged. Do you know how to do that? Sorry for bothering . [18:20:33 CEST] <bove> av_log ? [18:21:07 CEST] <bove> Also, how can I include an int32 in an av_log line? [18:21:21 CEST] <nevcairiel> its just a fancy printf [18:21:26 CEST] <nevcairiel> so %d [18:21:35 CEST] <bove> sucharitha: av_log(s, AV_LOG_ERROR, "Hello world"); [18:22:04 CEST] <J_Darnley> it is a printf function [18:22:47 CEST] <J_Darnley> strictly speaking, an int32_t should be "%" PRId32 [18:23:11 CEST] <nevcairiel> frankly speaking, these macros are annoying as shit :P [18:23:43 CEST] <wm4> they are [18:23:48 CEST] <wm4> just cast the arguments to int etc. [18:24:50 CEST] <michaelni> D404|Ghetto, id like to see your code which doesnt work so it can be fixed, IIUC J_Darnley code differs from it [18:25:08 CEST] <D404|Ghetto> i said exactly what i changed [18:25:11 CEST] <D404|Ghetto> one if statement. [18:25:18 CEST] <D404|Ghetto> and that was only a test [18:25:26 CEST] <D404|Ghetto> i also changed the check to only be EOF [18:26:06 CEST] <D404|Ghetto> http://chromashift.org/thing.txt [18:27:56 CEST] <durandal_1707> actually reverse need stack of frames and not queue so lavfi/bufferqueue.h can't be used [18:28:28 CEST] <D404|Ghetto> i know [18:28:34 CEST] <D404|Ghetto> but i didnt even get that far. [18:30:22 CEST] <durandal_1707> I could write it in under 15 mins.... [18:30:30 CEST] <D404|Ghetto> youve also written numerous filters [18:30:33 CEST] <D404|Ghetto> and know all the internals [18:30:42 CEST] <D404|Ghetto> youre not some guy reading the "Documents" and code [18:30:44 CEST] <D404|Ghetto> for teh first time [18:31:12 CEST] <D404|Ghetto> im sure the lovecraftian horror is easy to slay after your Nth fight with it [18:34:29 CEST] Action: D404|Ghetto goes to catch the bus home [18:37:11 CEST] <bove> I'm using avio_rb64() to read a double, but the value I'm getting is way off. (4627730092099895296.000000 instead of 25.0) Any ideas? [18:38:13 CEST] <J_Darnley> Is it really a big-endian double? [18:39:14 CEST] <bove> Reads correctly when I unpack it as big endian double in python [18:39:25 CEST] <bove> I'm sure it's a user error, I just can't find it [18:40:22 CEST] <bove> Could it have something to do with memory alignment? [18:41:06 CEST] <J_Darnley> are you just assigning the returned uin64_t to a double variable? [18:41:57 CEST] <bove> It's stored as a double from the cpp writer [18:42:37 CEST] <bove> Gonna check if the next field lines up like I expect it to [18:43:04 CEST] <bove> It does :\ [18:43:07 CEST] <J_Darnley> Yes... but you are reading a 64-bit unsigned integer from the file... what are you doing with it? [18:43:49 CEST] <J_Darnley> Are you assigning it to the double part of a double-uint64_t union? [18:43:53 CEST] <bove> double rate; rate = avio_rb64(s->pb); av_log(s, AV_LOG_ERROR, "rate %f\n", rate); [18:44:17 CEST] <J_Darnley> Yes, so the compiler converts the integer to a double ansd then prints it. [18:44:38 CEST] <wm4> wbs: h, I think xbmc still uses libstagefright [18:44:59 CEST] <bove> J_Darnley: avio reads everything as int? [18:45:13 CEST] <J_Darnley> Look at the return type! [18:45:37 CEST] <J_Darnley> union {double f, uint64_t i} rate; rate.i = avio_rb64(s->pb); av_log(s, AV_LOG_ERROR, "rate %f\n", rate.f); [18:46:26 CEST] <durandal_1707> bove: see av_int2double from lavu/intfloat.h [18:48:18 CEST] <bove> thanks guys. I'm almost through the whole header now [18:48:40 CEST] Action: J_Darnley is too distracted by IRC [18:49:26 CEST] <michaelni> D404|Ghetto, i dont understand your code, you discard all frames in filter_frame(), did you assume that filter_frame() would only be called in response to ff_request_frame() ? thats not so it can be called without request. also i get EOF from ff_request_frame() [18:50:13 CEST] <michaelni> if i dont discard all frames the filter outputs them fine (in normal order) also i saw no infinite loop, [18:50:29 CEST] <michaelni> iam happy to help fix it but i need to understand first how to reproduce the issue [18:51:26 CEST] <bove> Where is avio defined? [18:51:38 CEST] <bove> lol [18:51:46 CEST] <bove> avio.c [18:52:27 CEST] <bove> or? [18:53:31 CEST] <durandal_1707> and aviobuf.c [18:54:15 CEST] <bove> Found it. I'm looking for a function to read a char[128] [18:57:19 CEST] <bove> timeCode = avio_read(s->pb, 1024); ? [18:59:30 CEST] <bove> avio_read(s->pb, timeCode, 1024); segfaults ... [19:04:08 CEST] <bove> avio_read wants the length in bytes, not bits. avio_read(s->pb, tapeName, 128); works better ... [19:05:25 CEST] <D404|Ghetto> michaelni: if course it doesnt work. the problem was the api is confusing. not "thing doesnt work". [19:05:45 CEST] <D404|Ghetto> saying what it does wothout the "why" is not helpful. [19:05:55 CEST] <D404|Ghetto> it is not a matter of "reproducing" [19:18:03 CEST] <bove> Where is AVCodecContext defined? [19:18:33 CEST] <kierank> avcodec.h [19:18:51 CEST] <JEEB> many structs and such also have doxygen pages http://ffmpeg.org/doxygen/trunk/structAVCodecContext.html [19:19:10 CEST] <D404|Ghetto> grep is your pal [19:19:15 CEST] <JEEB> aye [19:19:18 CEST] <JEEB> git grep for the win [19:19:30 CEST] <D404|Ghetto> i use normal grep [19:19:49 CEST] <nevcairiel> i let my IDE get me to the definitions =p [19:19:50 CEST] <JEEB> well git grep just automagically limits grep the git files [19:20:02 CEST] <JEEB> *to the git files [19:20:25 CEST] <JEEB> and unlike mercurial's grep, seems to just pass params to grep [19:20:52 CEST] <D404|Ghetto> yeah, but muscle memory [19:20:57 CEST] <D404|Ghetto> memory* [19:21:55 CEST] <JEEB> aye [19:25:47 CEST] <wm4> everyone knows that IDEs are a thing of the devil [19:26:15 CEST] <bove> What controls the packet size when ffmpeg calls _read_packet(AVFormatContext *s, AVPacket *pkt) ? [19:34:56 CEST] <bove> It looks like the demuxer is only working on one packet at the time, so the packet must be defined somewhere, right? [19:48:42 CEST] <durandal_1707> demuxer controls it, like with av_get_packet [20:11:33 CEST] <bove> I'm using the read_packet() from rawvideodec.c, but I'm only getting the first frame [20:12:43 CEST] <bove> http://pastebin.com/Xxq1huHu [20:15:08 CEST] <cone-562> ffmpeg 03Arttu Ylä-Outinen 07master:b90b6af710d0: avcodec: add libkvazaar HECV encoder [20:21:36 CEST] <jamrial> interesting, lgpl hevc encoder [20:21:57 CEST] <nevcairiel> havent there been several of those that died before they could produce a recognizable image [20:22:44 CEST] <jamrial> that's why it's interesting. this one apparently didn't :p [20:23:05 CEST] <nevcairiel> well its not like its super advanced either [20:23:55 CEST] <jamrial> but it will be popular among the crappy paid ffmpeg wrappers you can find online [20:24:05 CEST] <jamrial> just like libopenh264 [20:24:24 CEST] <philipl> How do you market a crappy paid ffmpeg wrapper? [20:24:27 CEST] <philipl> Who buys it? [20:24:33 CEST] <philipl> especially for encoding [20:24:36 CEST] <JEEB> oh [20:24:45 CEST] <JEEB> just noticed in samsung's OSS release notes [20:24:48 CEST] <JEEB> for their tizen tvs [20:24:53 CEST] <JEEB> they contain ffmpeg [20:26:04 CEST] <philipl> JEEB: there's a terrifying thought that they're using ffmpeg -> libstagefright :-) [20:26:27 CEST] <JEEB> it's tizen so I'm not sure why there'd be stagefright in there [20:26:46 CEST] <JEEB> also it's the first thing in real life where libsmack is being used as far as I can remember [20:30:40 CEST] <JEEB> http://up-cat.net/p/01393f07 [20:43:45 CEST] <wm4> what the fuck http://git.videolan.org/?p=ffmpeg.git;a=blobdiff;f=libavformat/utils.c;h=a1… [20:43:47 CEST] <wm4> I mean [20:43:47 CEST] <wm4> what [20:45:25 CEST] <D404|Ghetto> i dont really know whats going on in there [20:45:27 CEST] <wm4> also this function is in utils.c, but is only used (and was only added for) mov.c [20:45:43 CEST] <wm4> shit is going on there [20:46:55 CEST] <wm4> and if avio_find_protocol_name returns NULL (which it can and will), this shit will crash [20:54:37 CEST] <durandal_1707> michaelni ^ [21:09:28 CEST] <wm4> sent a patch [21:27:01 CEST] <durandal_1707> mistyping hevc as hecv... [21:27:19 CEST] <philipl> hvec... [21:28:20 CEST] <durandal_1707> does anybody need convolution filters? [21:32:12 CEST] <ubitux> durandal_1707: it reminds me i had a very old "enhance" filter with all kind of filter like this [21:32:39 CEST] <ubitux> http://b.pkh.me/0001-lavfi-WIP-enhance-filter.patch [21:32:42 CEST] <ubitux> > 2012, heh [21:32:48 CEST] <ubitux> i don't remember what works and what doesn't [21:33:05 CEST] <ubitux> it probably doesn't work at all [21:33:40 CEST] <ubitux> maybe needs sws patching [21:37:02 CEST] <durandal_1707> I want custom 3x3 and 5x5 convolution and why use libswscale? [21:39:57 CEST] <ubitux> because it already had the feature iirc [21:40:24 CEST] <ubitux> (with asm?) [22:20:50 CEST] <durandal_1707> ubitux: ok to rename it to convolution? [22:21:25 CEST] <ubitux> do whatever you want with it :p [22:21:41 CEST] <ubitux> you probably want to make it work first [22:22:45 CEST] <durandal_1707> Those filter stuff for libswscale are nowhere documented [22:27:52 CEST] <matija_> hello [22:39:53 CEST] <matija> http://pastebin.com/YyFxG2B9 [22:39:58 CEST] <matija> anyone has an idea about this? [22:40:04 CEST] <matija> happens during make [22:40:37 CEST] <J_Darnley> Old headers? [22:40:38 CEST] <BtbN> did they release a new SDK? [22:40:49 CEST] <BtbN> old headers would automaticaly cause an error [22:41:02 CEST] <matija> i use latest one [22:41:06 CEST] <matija> 5.0.1 [22:41:07 CEST] <BtbN> nope, no new SDK [22:41:14 CEST] <BtbN> should work just fine with that. [22:41:27 CEST] <matija> i copied headers to /usr/include [22:41:32 CEST] <matija> configure gives no error [22:41:49 CEST] <BtbN> configure only checks the version and presence of the header [22:41:53 CEST] <matija> latest git repo [22:42:40 CEST] <BtbN> are you using a weird C compiler, that has trouble understanding anonymous unions? [22:42:55 CEST] <matija> i use debian wheezy [22:43:00 CEST] <matija> could that be an issue? [22:43:09 CEST] <BtbN> what gcc version are they using? [22:43:37 CEST] <matija> 4,4 and 4.7 [22:44:05 CEST] <BtbN> 4.7 should work. [22:44:21 CEST] <BtbN> i never tested it with anything older than 4.8 though [22:44:52 CEST] <BtbN> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/nvenc.c#l91 it's complaining about that struct [22:45:03 CEST] <BtbN> it can't propperly parse it, all the other errors are just follow ups [22:45:30 CEST] <BtbN> you can easily workaround it by just commenting out line 93 and 96 [22:46:05 CEST] <matija> let me try with gcc 4.7 [22:46:06 CEST] <matija> sec [22:47:25 CEST] <matija> ha [22:47:27 CEST] <matija> worked :D [22:47:41 CEST] <BtbN> with 4.7 or with commenting out the union? [22:47:51 CEST] <matija> with 4.7 [22:48:37 CEST] <matija> i'd rather not mess with commenting out the files [22:48:52 CEST] <BtbN> It would just make it slightly less memory efficient [22:49:00 CEST] <BtbN> no functional change [22:49:32 CEST] <nevcairiel> that seems like an odd use for a union [22:49:46 CEST] <BtbN> yes, i'm thinking about just getting rid of it [22:50:12 CEST] <matija> hm ffmpeg binary is not built [22:51:32 CEST] <matija> just ffprobe is built [22:51:43 CEST] <BtbN> the union might make the difference between the value beeing small enough for a register. No idea how relevant it is, but as only one value is used at a time, i thought it wouldn't hurt. [22:52:48 CEST] <matija> tyrying with just nvenc and nonfree [22:53:30 CEST] <cone-562> ffmpeg 03wm4 07master:130a8e0eef2f: avformat: don't crash API users when demuxing mp4 [22:56:39 CEST] <matija> other then disable-ffmpeg what would signal not to build ffmpeg?= [22:57:13 CEST] <matija> i use--enable-nvenc --enable-libx264 --enable-version3 --enable-libass --enable-libbluray --enable-libmp3lame --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libfaac --enable-libtheora --enable-libvpx --enable-libwebp --enable-opencl --enable-x11grab --e [22:57:17 CEST] <matija> nable-openssl --enable-libvorbis --disable-static --disable-^Cserver --disable-avfilter --disable-ffplay --enable-shared --enable-gpl --enable-nonfree [22:57:31 CEST] <matija> where ^C is ff [22:57:40 CEST] <BtbN> you disable avfilter, it propably needs it [22:58:18 CEST] <matija> k thx, testing [22:58:49 CEST] <matija> good thing i have 24 cpu cores to compile it [22:59:32 CEST] <matija> now we'll see how good is that titan x [22:59:42 CEST] <durandal_1707> I will apply dynaudnorm if nobody objects.. [22:59:47 CEST] <matija> too bad that this is cusromers box :/ [22:59:57 CEST] <nevcairiel> video encoding doesnt get faster or better with faster cards [23:00:13 CEST] <matija> then why use it? [23:00:34 CEST] <nevcairiel> encoding uses fixed-function hardware, which is always the same speed pretty much [23:01:03 CEST] <nevcairiel> you can buy a mid-range card and get the same functionality [23:01:43 CEST] <BtbN> matija, https://github.com/BtbN/FFmpeg/commit/550e872bcd49547564414b1cef69a8de82800… should make it work with gcc 4.4 [23:01:48 CEST] <BtbN> would apreciate if you test it [23:02:09 CEST] <nevcairiel> dont think anyone cares about gcc 4.4 still =p [23:02:27 CEST] <BtbN> Well, i'm not even sure if that anonymous struct is valid C, so i rather fix it. [23:03:08 CEST] <nevcairiel> they are C11 [23:03:39 CEST] <matija> BtbN: will do, let me jsut fix something here [23:05:53 CEST] <BtbN> with 4.4 of course [23:09:53 CEST] <matija> BtbN: works [23:10:02 CEST] <BtbN> nice [23:10:17 CEST] <matija> 10 more secs to confirm [23:11:11 CEST] <matija> built with gcc 4.4.7 (Debian 4.4.7-2) [23:13:04 CEST] <matija> BtbN: one more thing [23:13:05 CEST] <matija> i get [23:13:10 CEST] <matija> WARNING: library configuration mismatch [23:13:25 CEST] <jamrial> Is that an actively supported debian release? gcc 4.4 has been EOLed for years now [23:13:37 CEST] <matija> jamrial: that is debian wheezy [23:14:08 CEST] <matija> has both 4.4 and 4.7 [23:14:44 CEST] <BtbN> I'd guess it's trying to use the libs from your system with the ffmpeg you built yourself [23:15:01 CEST] <BtbN> Use a static build to avoid that. [23:15:40 CEST] <matija> compiling with --enable-static [23:16:38 CEST] <BtbN> Is it ok to just push a simple non-functional fix like that, or should I send it to the ml? [23:18:35 CEST] <matija> i still get that warning [23:18:52 CEST] <BtbN> strange, never seen it before, not sure what exactly it means [23:19:25 CEST] <jamrial> BtbN: if you're the maintainer (or one of the people that wrote the stuf to begin with) then just apply it [23:20:02 CEST] <BtbN> Ok, i'm both. [23:21:29 CEST] <cone-562> ffmpeg 03Timo Rothenpieler 07master:550e872bcd49: avcodec/nvenc: Fix build with older gcc versions [23:35:12 CEST] <matija> BtbN: thank you so much took me whole day to fix this :) [23:35:43 CEST] <matija> bye guys, have fun [23:46:51 CEST] <BtbN> That Past duration too large warning is also annoying me recently though. [23:47:13 CEST] <BtbN> I don't think i can fix it, and it just clutters up the console. [23:47:53 CEST] <iive> yeh... [23:48:08 CEST] <BtbN> I'm not even sure what exactly it wants to tell me. [23:48:27 CEST] <iive> i was just going to say that i had no idea what it means :) [23:49:06 CEST] <BtbN> i can get rid of it by settings -vsync passthrough [23:49:17 CEST] <BtbN> but then i get libx264 warning about non monotonic dts instead. [23:52:43 CEST] <BtbN> Just looked at the code that procudes it, still not sure what it means or how to fix it. [23:53:04 CEST] <BtbN> And i can't type anymore... [23:54:55 CEST] <iive> BtbN: it would be great if you have a way to reproduce it with small test samples. [23:55:15 CEST] <iive> because most of my samples are quite big. [23:55:15 CEST] <BtbN> My testcase involves a webcam [23:55:24 CEST] <BtbN> that produces mjpeg [23:55:34 CEST] <BtbN> And does weird stuff with its timestamps [23:59:06 CEST] <iive> :\ [00:00:00 CEST] --- Wed Jul 15 2015

1 0

ffmpeg.log.20150714
by burek 15 Jul '15

15 Jul '15

[02:42:19 CEST] <Resilience> hello to everyone, I have some mkv's which don't play in my tv (old) but yes in my computer, they are from a tv series with some other chapters playing well on the tv set, what can I do to see which are the differences between mkv's? [02:48:08 CEST] <OstlerDev> @Resilience I would just suggest running them thru a converter and using the files outputted [02:49:01 CEST] <Resilience> OstlerDev, yes, throug a converter from waht (I downloaded them) to waht? those are the questions, so, how Can I see what are the differences between them? [02:50:02 CEST] <OstlerDev> You don't need to know the differences [02:50:10 CEST] <OstlerDev> Just select the input and select the output [02:50:13 CEST] <OstlerDev> it depends on what you want them for [02:50:25 CEST] <OstlerDev> I would suggest MP4 but that is just personal preference [02:50:55 CEST] <Resilience> OstlerDev, the sepisodes which are running they are mkv's and the ones which are not running are mkv's too, so wat? mp4 isnot another container? [02:51:17 CEST] <louisnk> hey how many raw streamed inputs can ffmpeg successfully take? from the docs it seems like unlimited, but i'm giving it two and getting a blank output [02:52:17 CEST] <OstlerDev> By converting them Resilience you make sure they all end up the exact same format, not just tossed around in containers. [02:53:31 CEST] <Resilience> OstlerDev, is there no necessity to know the parsm of the encoding? [02:53:42 CEST] <louisnk> brb [02:54:13 CEST] <OstlerDev> Resilience you do not need to know the origin metadata [02:54:31 CEST] <Resilience> OstlerDev, metadata? [02:54:33 CEST] <phelon> Anyone have any idea why when i use ffmpeg to encode the stream (it works fine with out ffmpeg) I can not pull up the stream in vlc although it says it encoding in the terminal? I am getting a good signal and show it converting. http://pastebin.com/kNpN8y9R [02:55:32 CEST] <OstlerDev> Resilience you are looking at it from a complex standpoint. You do not need to know the video codec or the audio codec of the input file, you only need to set them for the output file if you are going to use FFMPEG [02:55:44 CEST] <OstlerDev> Or go use a more end user application like Handbrake [02:56:34 CEST] <Resilience> OstlerDev, it is not a complex way, just asking it it isn't necessary [03:06:21 CEST] <phelon> Anyone have any idea why when i use ffmpeg to encode the stream (it works fine with out ffmpeg) I can not pull up the stream in vlc although it says it encoding in the terminal? I am getting a good signal and show it converting. http://pastebin.com/kNpN8y9R [03:30:30 CEST] <c_14> Resilience: use ffprobe [03:31:10 CEST] <Resilience> c_14, thanks [04:45:26 CEST] <MCourtenay> I'm streaming video and my output is blurrier and a little darker than my input...is there any way to tweak my command line to improve video quality? [04:45:50 CEST] <MCourtenay> I posted the commands I'm using to pastebin [04:56:00 CEST] <pzich> and where's the link to that pastebin? [04:57:56 CEST] <MCourtenay> http://pastebin.com/DSM31p3F [06:04:34 CEST] <MCourtenay> anyone have any advice? [06:04:40 CEST] <MCourtenay> I'm streaming video and my output is blurrier and a little darker than my input...is there any way to tweak my command line to improve video quality? [06:04:41 CEST] <MCourtenay> http://pastebin.com/DSM31p3F [07:31:43 CEST] <CyborgCygnus> Anybody know of any legit FFMPEG Audio converters on Android? [11:46:10 CEST] <Fjorgynn> hello [12:43:45 CEST] <Marckov85> Morning everyone [12:43:56 CEST] <Marckov85> I can use some help please :) [12:46:27 CEST] <Marckov85> holaa? [12:50:19 CEST] <durandal_1707> hello [12:50:46 CEST] <Marckov85> hey [12:50:53 CEST] <Marckov85> can u help me out ? [12:51:20 CEST] <durandal_1707> stop asking to ask [12:51:43 CEST] <Marckov85> what than? [12:52:07 CEST] <durandal_1707> ask what you need? [12:53:48 CEST] <Marckov85> Guys i am building and android app and i got an ffmpeg exe in my raw files and am firing commands ... everything runs ok on most of the devices [12:54:18 CEST] <Marckov85> but on some devices it just wont give me an output nor error [12:55:29 CEST] <durandal_1707> It must give something.. [12:55:56 CEST] <Marckov85> command example is : [12:55:56 CEST] <Marckov85> <Marckov85> cmd.add(mFfmpegPath); [12:55:56 CEST] <Marckov85> <Marckov85> cmd.add("-i"); [12:55:56 CEST] <Marckov85> <Marckov85> cmd.add(inputPath); [12:55:56 CEST] <Marckov85> <Marckov85> cmd.add("-filter:v"); [12:55:56 CEST] <Marckov85> <Marckov85> // cmd.add("\""+factorspeed+"\""); [12:55:56 CEST] <Marckov85> <Marckov85> cmd.add(factorspeed); [12:55:57 CEST] <Marckov85> <Marckov85> cmd.add("-q"); [12:55:57 CEST] <Marckov85> <Marckov85> cmd.add("0"); [12:55:58 CEST] <Marckov85> <Marckov85> cmd.add("-an"); [12:55:58 CEST] <Marckov85> <Marckov85> cmd.add(outputpath); [12:56:11 CEST] <Marckov85> IT works well on devices mostly prior to lollipo [12:56:14 CEST] <Marckov85> lollipop [12:56:25 CEST] <Marckov85> but with lollipop some devices work like S5 [12:56:39 CEST] <Marckov85> but htc m8 and S6 edge [12:56:51 CEST] <Marckov85> i just get no result no error no output [12:57:55 CEST] <durandal_1707> what is factorspeed? [12:58:32 CEST] <Marckov85> "setpts=0.5*PTS" [12:58:48 CEST] <Marckov85> its a command to do slow/fast motion [12:59:10 CEST] <Marckov85> the cmd works just fine but on some devices it wont do anything [13:00:08 CEST] <durandal_1707> try on those devices to run ffmpeg manually with that filter [13:00:37 CEST] <durandal_1707> and it must give some output on console [13:00:48 CEST] <Marckov85> i did [13:01:02 CEST] <Marckov85> even a simple -i input -c copy output [13:01:07 CEST] <Marckov85> wont work [13:01:11 CEST] <Marckov85> even without the filter [13:01:44 CEST] <Marckov85> i thought it might be some persmissions issue [13:01:49 CEST] <Marckov85> i did chmod 700 [13:01:52 CEST] <Marckov85> still nothing [13:02:09 CEST] <durandal_1707> does it crash? [13:02:12 CEST] <Marckov85> naa [13:02:21 CEST] <Marckov85> thats what is drivng me crazy [13:02:30 CEST] <Marckov85> this is my phd final project lol [13:03:40 CEST] <durandal_1707> perhaps they were compiled wrong for such cases [13:03:49 CEST] <Marckov85> yeah i think so [13:04:06 CEST] <Marckov85> any link for a compiled ffmpeg that support all these cmds? [13:04:14 CEST] <Marckov85> it would be much appreciated [13:05:45 CEST] <Marckov85> i will try to find other binaries online [13:05:54 CEST] <Marckov85> and will refer to u with the result [13:06:01 CEST] <Marckov85> thank u durandal [13:08:48 CEST] <Marckov85> Since API 21 the executables you run are required to be compiled as PIE. This is meant to improve the usage of memory as PIE or PIC (position-independent code) can be in loaded in any memory address, so that it does not overlap. [13:09:40 CEST] <durandal_1707> why not compile it yourself? [13:13:20 CEST] <Marckov85> i tried with no luck [13:13:27 CEST] <Marckov85> am new to native and ffmpeg [15:20:33 CEST] <jani> is cehoyos here ? [15:25:56 CEST] <well0ne> hi, its me again, i've gut sum question [15:26:36 CEST] <well0ne> i'm using the input "conat" method,to concenate files and stream then to an rtmp server, i want to intercept the fileopen mechanism [15:26:53 CEST] <well0ne> to print out that ffmpeg opened the new file and started with sending [15:27:04 CEST] <well0ne> so that i can parse which file he is using right now [15:27:19 CEST] <well0ne> can someone help me to intercept there? [15:31:04 CEST] <well0ne> i found something in libavformat/concat.c, but its to difficult for me [15:35:36 CEST] <well0ne> hm [15:39:52 CEST] <Marckov85> this room is dead :P [15:41:13 CEST] <well0ne> hm [15:45:56 CEST] <well0ne> is there any room with more activity? [15:58:43 CEST] <xLinuxBot> Marckov85: have a look https://github.com/hiteshsondhi88/SampleFFmpegApp and https://github.com/hiteshsondhi88/ffmpeg-android [16:05:41 CEST] <Marckov85> xLinuxBot i already saw these [16:05:54 CEST] <Marckov85> i have a specific problem [16:06:07 CEST] <Marckov85> for concat demuxer on android L [16:06:08 CEST] <Marckov85> only [16:20:11 CEST] <phelon> Anyone have any idea why when i use ffmpeg to encode the stream I can not pull up the stream in vlc although it says it encoding in the terminal? I am getting a good signal and show it converting. http://pastebin.com/kNpN8y9R [16:26:32 CEST] <storrgie> How can I sub-sample a video length (for webm creation) between two timestamps? [16:30:51 CEST] <klaxa> storrgie: see -ss, -t and -to [16:40:23 CEST] <termos> I'm trying to count the number of frames in my filter graph, so when av_buffersrc_add_frame is successful I increment a counter and when av_buffersink_get_frame is successful I decrement the counter. The thing is, this counter keeps on growing when it shouldn't, is there some magic happening that I'm not taking into account? [16:54:28 CEST] <Mavrik> do you have filters that duplicate frames? :) [16:56:17 CEST] <termos> oh that's a good point, yes I do! or remove frames in this case I guess, 30fps -> 25fps [16:56:46 CEST] <termos> but there could be some duplication as well, judging from the duplicated frames output [16:58:29 CEST] <termos> would be nice to have some kind of av_buffer*_get_size, maybe I should do a patch for that [17:00:34 CEST] <phelon> Anyone have any idea why when i use ffmpeg to encode the stream I can not pull up the stream in vlc although it says it encoding in the terminal? http://pastebin.com/kNpN8y9R [17:10:35 CEST] <termos> I tried casting the AVFilterContext::priv to AVFifoBuffer* and calling av_fifo_size on it, but it seems to return only 100 every time [17:15:10 CEST] <whoever> hi all, I am tring to convert m4a to mp3, I am not getting any errors but the command also isn't workng ffmpeg -i "$i" -acodec libmp3lame -ab 160k -ar 44100 -ac 2 "$target${i%* .mp4}".mp3 [17:16:23 CEST] <whoever> ok, that was weird it didn"t work 10 minuts ago but now when i reviste the dir the mp3s are there [17:18:40 CEST] <well0ne> lol [17:18:48 CEST] <well0ne> i'm using the input "conat" method,to concenate files and stream then to an rtmp server, i want to intercept the fileopen mechanism [17:18:53 CEST] <well0ne> to print out that ffmpeg opened the new file and started with sending [17:18:59 CEST] <well0ne> so that i can parse which file he is using right now [17:19:04 CEST] <well0ne> i found something in libavformat/concat.c, but its to difficult for me [17:19:11 CEST] <well0ne> can someone help me to intercept there? [17:22:36 CEST] <c_14> well0ne: wouldn't it just be in open_next_file [17:22:37 CEST] <c_14> ? [17:22:55 CEST] <c_14> eh [17:22:58 CEST] <c_14> in concatdec.c though [17:24:07 CEST] <well0ne> hey thanks [17:24:10 CEST] <well0ne> i'll check that out [17:33:41 CEST] <bindi> is it possible to get nvenc support on ubuntu? [17:33:51 CEST] <c_14> If you build it yourself. [17:34:20 CEST] <bindi> http://ubuntuforums.org/showthread.php?t=2265485 does this apply? [17:36:53 CEST] <c_14> I don't think you need opencl for nvenc. [17:37:34 CEST] <bindi> installed nvidia-352 from xorg-edgers, is that okay? [17:37:37 CEST] <phelon> What would cause playback through VLC to be black and have audio if the same stream works on twitch? http://pastebin.com/kNpN8y9R [17:41:25 CEST] <c_14> bindi: you need the NVENC sdk [17:41:36 CEST] <bindi> Download and install the NVIDIA NVENC SDK for Windows (Yes, that is correct). Extract the SDK's content then navigate to "nvenc-xx.0/samples/nvEncoder/inc" and copy the header files therein to "/usr/include". [17:41:50 CEST] <c_14> phelon: ask in #videolan? [17:42:28 CEST] <bindi> http://bindibox.net/ul/2015/07/14/55a52de018239.png [17:42:33 CEST] <bindi> are these the header files? [17:42:43 CEST] <bindi> the sdk is now called "for windows and linux" [17:42:55 CEST] <c_14> bindi: just the .h [17:43:23 CEST] <bindi> there's also "NvEncoderCudaInterop", "D3DInterop", "LowLatency", "Perf" [17:43:30 CEST] <bindi> should i care about those or use the main one? [17:43:34 CEST] <c_14> all the .h files [17:43:40 CEST] <c_14> probably [17:43:44 CEST] <bindi> a or b, probably :P [17:43:53 CEST] <bindi> or h files from each one of them? [17:44:05 CEST] <c_14> just the main? [17:44:07 CEST] <bindi> right [17:47:19 CEST] <well0ne> c_14 i put this "printf("FILE=%s\n",file->url);" in concatdec.c in the openfile handle [17:47:22 CEST] <well0ne> but nothing happens [17:48:24 CEST] <bindi> c_14: how can i compile it systemwide [17:48:28 CEST] <bindi> or i mean [17:48:29 CEST] <bindi> uh [17:48:37 CEST] <bindi> just move the compiled ffmpeg into whereever the old one is atm? [17:48:47 CEST] <phelon> @c_14 - It was a codec issue. I figured it out! Thank you for the response though as I do appreciate it! [17:49:36 CEST] <matija> hello [17:49:52 CEST] <matija> can anyone help me with ffmpeg compilation [17:49:56 CEST] <matija> i need nvenc [17:50:12 CEST] <matija> i get stuff like [17:50:14 CEST] <c_14> bindi: either that, or put it somewhere in your PATH before the system ffmpeg [17:50:14 CEST] <matija> libavcodec/nvenc.c:299: error: NvencData has no member named surface [17:50:22 CEST] <matija> same for timestamp [17:50:47 CEST] <c_14> matija: probably need a newer version of the nvenc sdk [17:50:58 CEST] <matija> i used latest one [17:51:05 CEST] <matija> and copied -h files from there [17:51:12 CEST] <matija> *.h [17:51:24 CEST] <matija> i guess, sec :) [17:51:42 CEST] <well0ne> http://pastebin.com/74jFuK0S [17:52:45 CEST] <matija> c_14: yes used latest one [17:53:05 CEST] <well0ne> c_14: what am i doing wrong [17:53:16 CEST] <well0ne> line 304 is mine [17:54:47 CEST] <c_14> well0ne: http://pb.c-14.de/t/kng.fhZb4X <- works for me [17:55:09 CEST] <well0ne> u have compiled it ? [17:55:11 CEST] <well0ne> i get no output [17:55:53 CEST] <well0ne> http://pastebin.com/tFSawLkK [17:56:07 CEST] <bindi> ERROR: nvEncodeAPI.h not found. [17:56:13 CEST] <well0ne> ill try again then... [17:56:46 CEST] <c_14> well0ne: http://pb.c-14.de/t/kng.bhqxbR [17:57:04 CEST] <matija> be back later [17:57:27 CEST] <jackrex> I need some help. Currently I am trying to record video with my webcam through ffmpeg. I type the command [17:57:29 CEST] <bindi> ahha [17:57:29 CEST] <jackrex> ffmpeg -f v4l2 -i /dev/video0 -f alsa -i dsnoop:U0x46d0x825 -vcodec mpeg4 -acodec libmp3lame -q 9 -vf scale=320:-8 somefile.avi [17:57:30 CEST] <bindi> found it [17:57:38 CEST] <well0ne> ah okay, danke [17:57:57 CEST] <jackrex> But i get the error, v4l2: cannot find input [17:59:08 CEST] <well0ne> i have a different code than you [17:59:38 CEST] <well0ne> ConcatFile *file = &cat->files[fileno]; [17:59:41 CEST] <jackrex> What is the code? [17:59:43 CEST] <well0ne> this line is not existent in my code [17:59:48 CEST] <jackrex> Oh sorry [18:00:18 CEST] <c_14> well0ne: That's just because I didn't have access to the file in that function. [18:00:45 CEST] <well0ne> alright, my thought, just want to make sure [18:00:48 CEST] <well0ne> big thanks! [18:03:31 CEST] <c_14> jackrex: can you find it with v4l2ctl ? [18:04:02 CEST] <jackrex> Unknown input format: v4l2ctl [18:04:30 CEST] <jackrex> Is the error [18:04:58 CEST] <c_14> jackrex: that's a binary to set up v4l2 devices [18:05:47 CEST] <jackrex> So should I run it seperately? That gives me error, command not found [18:05:59 CEST] <c_14> jackrex: might need to install something like v4l2-tools or so [18:06:26 CEST] <jackrex> v4l2-utils? [18:07:37 CEST] <c_14> To everyone with issues building with nvenc, I downloaded the sdk and built with the .h files in Samples/common/inc [18:08:31 CEST] <bindi> i only copied two .h files and it's building atm [18:09:26 CEST] <jackrex> c_14:should i install v4l2-utils? [18:09:52 CEST] <bindi> btw how can i test that nvenc works after building [18:12:34 CEST] <jackrex> c_14: i tyried installing it. I get the error: [18:12:38 CEST] <jackrex> v4l-utils: Depends: libv4l-0 (=0.8.0-1) but 0.8.6-1~bpo60+1 is to be installed [18:12:47 CEST] <jackrex> even though the correct version is installed [18:14:16 CEST] <bindi> [nvenc @ 0x3eed180] >> dl_fn->cu_init(0) - failed with error code 0x64 [18:18:58 CEST] <well0ne> lol c_14 [18:19:03 CEST] <well0ne> i used your "patch" [18:19:07 CEST] <well0ne> but again, not output [18:19:11 CEST] <well0ne> i dont understand [18:21:27 CEST] <bindi> so eh [18:21:41 CEST] <bindi> i have a gt 520, nvidia-352 from xorg-edgers ppa, and just compiled with nvenc support and i get that error [18:23:04 CEST] <well0ne> i'm having another input than png files but that should not matter right [18:25:10 CEST] <well0ne> ah sec i'm not using ffmpeg -f concat [18:41:21 CEST] <well0ne> c_14: dont work [18:42:03 CEST] <well0ne> [concat @ 0x34ddd00] Line 1: unknown keyword 'G@??' [18:42:26 CEST] <well0ne> ./ffmpeg -f concat -i /root/sp/finished/*.ts [18:42:53 CEST] <bindi> c_14: no comment about my error msg? :p [18:49:30 CEST] <c_14> well0ne: https://trac.ffmpeg.org/wiki/Concatenate [18:49:45 CEST] <c_14> bindi: are you sure your graphic card supports nvenc? Do you have the newest drivers? [18:51:08 CEST] <well0ne> c_14 [18:51:20 CEST] <well0ne> i'm already using it by -i "concat:1|2|3" [18:51:27 CEST] <well0ne> but then your patch dont work [18:51:38 CEST] <well0ne> i dont get the file output then we patched in [18:51:51 CEST] <well0ne> which we* [18:52:00 CEST] <bindi> 19:21 < bindi> i have a gt 520, nvidia-352 from xorg-edgers ppa, and just compiled with nvenc support and i get that error [18:52:20 CEST] <bindi> hm [18:52:21 CEST] <c_14> well0ne: that's the concat protocol. different beast [18:52:29 CEST] <bindi> i'm not actually sure gt 520 supports it or not, damn rebrands [18:52:30 CEST] <c_14> The "patch" was for the concat demuxer [18:52:42 CEST] <well0ne> okay... [18:53:07 CEST] <bindi> i guess gt 520 is fermi [18:54:19 CEST] <bindi> gf119 anyway [18:54:40 CEST] <bindi> https://en.wikipedia.org/wiki/GeForce_600_series [18:54:55 CEST] <bindi> 3 The GeForce GT 610 card is a rebranded GeForce GT 520. [18:55:29 CEST] <well0ne> so its possible to change the concat protocoll for my needs? [18:55:35 CEST] <well0ne> i'm not a c coder, thats my problem [18:55:42 CEST] <bindi> and 600 series is supposed to be kepler.. [18:55:46 CEST] <bindi> hngngnh [18:57:35 CEST] <c_14> well0ne: looks like you'll want the print in concat.c around line 138 where it calls ffurl_seek(nodes[++i]. That's where it goes to the next file [19:00:54 CEST] <well0ne> something tells me that printf("FILE=%s\n", nodes[++i].filename); is wrong [19:02:07 CEST] <c_14> nodes[i].uc.filename; [19:02:12 CEST] <c_14> might need to deref that somewhere though [19:03:00 CEST] <jackrex> I am currently using a logitech HD c270h webcam. Using ffmpeg, I want to record a video. I have tried the commands on the other forums, but they do not work, or do not give audio. So, can you give me instructions on how to go about it? [19:05:16 CEST] <well0ne> okay ... ill try it like this right now [19:05:39 CEST] <well0ne> if this dont work, i know some additions are necessary [19:05:48 CEST] <well0ne> but it shouldnt work [19:05:59 CEST] <AStorm> I have to congratulate ffmpeg devs on an almost cute API :3 [19:06:04 CEST] <well0ne> because Urlcontext has its filename h->filename [19:06:05 CEST] <AStorm> especially libswresample [19:06:34 CEST] <matija> c_14: i was trying to build it on debian wheezy [19:06:36 CEST] <well0ne> and data is *data = h->priv_data; [19:06:42 CEST] <matija> no luck still [19:06:53 CEST] <well0ne> where are the nodes taken from concat_nodes *nodes = data->nodes; [19:07:01 CEST] <matija> also when trying to build nvenc sdk make fails [19:10:52 CEST] <c_14> matija: you placed the 5 header files into /usr/include ? [19:11:01 CEST] <matija> in /usr/local/include [19:11:03 CEST] <matija> but yes [19:11:11 CEST] <c_14> Are you adding that to your cflags? [19:11:15 CEST] <c_14> -I/usr/local/include ? [19:13:01 CEST] <matija> added it to /usr/include [19:13:05 CEST] <matija> same result :( [19:13:28 CEST] <well0ne> http://wagasworld.com/banshee.phplibavformat/concat.c:138:34: error: request for member filename in something not a structure or union [19:13:44 CEST] <well0ne> oh the url was a mistake, silly cilpboard [19:13:45 CEST] <well0ne> sorry [19:13:46 CEST] <well0ne> libavformat/concat.c:138:34: error: request for member filename in something not a structure or union [19:14:17 CEST] <matija> c_14: error i got when compiling ffmpeg: http://pastebin.com/6BG3Qtrw [19:15:53 CEST] <c_14> bindi: I got the same error with my card, then I rebuilt the nvidia drivers with uvm. Maybe try looking for an nvidia-uvm package or something? (in my case there was a line above the error stating that nvidia-uvm wasn't installed) [19:16:10 CEST] <matija> latest driver is isntalled, gpu is titan x [19:16:18 CEST] <matija> installed* [19:17:16 CEST] <bindi> http://script.quakenet.org/paste/1869456 c_14 this is the full output [19:17:44 CEST] <matija> cuda toolkit 7.0 is isntalled too [19:18:37 CEST] <c_14> bindi: that's it? hmm. strange. All I can think of is that your graphics card doesn't like it. [19:19:09 CEST] <bindi> probably [19:19:15 CEST] <c_14> matija: can you open libavcodec/nvenc.c and check on line 91? There should be a struct typedef there for NvencData [19:20:14 CEST] <matija> typedef struct NvencData [19:20:30 CEST] <matija> line 91^^ c_14 [19:20:34 CEST] <c_14> matija: with a union and a surface member? [19:20:44 CEST] <matija> it's latest git ffmpeg is there [19:21:08 CEST] <c_14> Then I don't know why that's failing... [19:21:49 CEST] <bindi> so, should i find myself a gt 640 then? :p [19:22:00 CEST] <c_14> well0ne: printf("FILE=%s\n", nodes[i].uc->filename); [19:22:01 CEST] <matija> c_14: me neither :( what could it miss? driver is ther cuda toolkit is there [19:22:09 CEST] <c_14> well0ne: that seems to compile [19:22:15 CEST] <matija> headers too [19:22:16 CEST] <well0ne> silly me [19:24:21 CEST] <bindi> why is nvenc limited to 2 streams btw [19:24:37 CEST] <bindi> if i got two gt 640's, i would be able to do 4 concurrently? [19:25:28 CEST] <c_14> matija: if you didn't have the headers you'd get a different error [19:25:43 CEST] <c_14> bindi: I think so, not sure though. [19:25:48 CEST] <well0ne> i put it now after the "if (!result)" line [19:25:53 CEST] <well0ne> compiling right now, big thanks [19:26:14 CEST] <c_14> well0ne: make sure you add {} to the if [19:26:24 CEST] <c_14> so that the break; call is still part of the if-clause as well as the print [19:26:24 CEST] <matija> c_14: i know, i had nvencodeapi.h missing etc [19:26:41 CEST] <jackrex> I resolved the issue, this is the command: [19:26:44 CEST] <jackrex> ffmpeg -f alsa -i plughw:CARD=U0x46d0x825,DEV=0 -f video4linux2 -s 800x600 -i /dev/video0 -r 30 -f avi -vcodec mpeg4 -vtag xvid -sameq -acodec libmp3lame -ab 96k output.avi [19:26:52 CEST] <well0ne> http://pastebin.com/e4keJ4hz [19:26:54 CEST] <well0ne> this is not ok ? [19:27:11 CEST] <c_14> well0ne: like this http://pb.c-14.de/t/kng.PRkKVH [19:27:22 CEST] <well0ne> i know ^^ [19:27:41 CEST] <c_14> well0ne: the way you have it will break things [19:27:43 CEST] <louisnk> c_14: does ffmpeg have a limit on # of streams it can handle? [19:27:52 CEST] <well0ne> ok [19:28:06 CEST] <c_14> louisnk: the limit is the amount of memory your computer has [19:29:18 CEST] <c_14> (There may be a limit hard-coded somewhere, but it's much more likely that your computer will OOM-Kill way before it hits that) [19:29:39 CEST] <well0ne> compiling [19:33:57 CEST] <louisnk> thanks [19:45:26 CEST] <well0ne> c_14 [19:45:27 CEST] <well0ne> http://pastebin.com/VP68cRG1 [19:45:32 CEST] <well0ne> didnt worked out as expected... [19:47:16 CEST] <well0ne> i want it "live", when the concat protocoll switches to the next file it should be printed [20:02:12 CEST] <well0ne> c_14: it seems that concat.c only provide informations about the files to process [20:02:29 CEST] <well0ne> but the "main" process seems to be somewhere else [20:06:43 CEST] <matija> c_14: i installed apps from nvecn sdk [20:06:47 CEST] <matija> and they work [20:06:53 CEST] <matija> but still no luck with ffmpeg [20:06:54 CEST] <matija> :( [20:08:13 CEST] <c_14> matija: have you tried redownloading the source into a fresh dir and trying again? [20:09:19 CEST] <c_14> well0ne: http://pb.c-14.de/t/kng.udVTlS <- this should work [20:09:19 CEST] <c_14> It won't display for the very first file though [20:09:28 CEST] <c_14> But it will display on every switch between files. [20:10:47 CEST] <matija> c_14: trying that now [20:14:26 CEST] <matija> c_14: same error :( [20:14:31 CEST] <well0ne> thanks c_14 [20:14:38 CEST] <well0ne> i've to go right now, will tell you later [20:15:43 CEST] <c_14> matija: can I see your configure command? [20:15:56 CEST] <matija> ./configure --enable-nvenc --enable-libx264 --enable-version3 --enable-libass --enable-libbluray --enable-libmp3lame --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libfaac --enable-libtheora --enable-libvpx --enable-libwebp --enable-opencl --enable-x11grab --enable-openssl --enable-libvorbis --disable-static --disable-ffserver --disable-avfilter --disable-ffplay --enable-shared --enable-g [20:16:02 CEST] <matija> pl --enable-nonfre [20:16:38 CEST] <c_14> Can you try with just --enable-nvenc --enable-nonfree ? [20:17:41 CEST] <matija> sure [20:17:55 CEST] <matija> make is running.... [20:18:20 CEST] <matija> broke, same thing [20:18:33 CEST] <matija> maybe it needs nvenc apps in path? [20:18:43 CEST] <matija> i really don't know or it needs just headers? [20:19:02 CEST] <c_14> hmm [20:19:06 CEST] <c_14> Just the headers worked for me. [20:19:51 CEST] <matija> c_14: just headers from nvenc*/common/inc ? [20:20:01 CEST] <matija> + cuda.h or? [20:31:43 CEST] <Max_> Hey [20:31:57 CEST] <Max_> I have a question [20:32:36 CEST] <Guest2408> How can I Render fast? Yesterday I had a command with mjpeg in it, it was very fast [20:32:48 CEST] <Guest2408> Or something like mjpeg [20:33:33 CEST] <matija> it has come to that, i'm stracing make :( [20:37:06 CEST] <Nitori> there are devils in jpeg [20:43:22 CEST] <Guest2408> How can I Render fast? Yesterday I had a command with mjpeg in it, it was very fast [20:43:30 CEST] <Guest2408> Or something like mjpeg [22:20:46 CEST] <matija> still unable to get it working :( [22:21:29 CEST] <matija> http://pastebin.com/YyFxG2B9 still [22:21:38 CEST] <matija> any ideas? [22:22:04 CEST] <matija> nvenc is on latest version [22:22:14 CEST] <matija> headers copied [22:58:49 CEST] <Lokie> hey I got another question is there some quick way of adding a srt to a mp4 without a full re encode [23:01:29 CEST] <iive> Lokie: i don't think that mp4 allows srt, but it have its own subtitle format (something like vobsub) [23:33:29 CEST] <Lokie> http://stackoverflow.com/questions/8672809/use-ffmpeg-to-add-text-subtitles [23:33:39 CEST] <Lokie> yea that's not a problem if I have to convert the subs [23:33:46 CEST] <spectromas> is it possible add a shadow or something like that when burning/embedding subtitles? [23:34:00 CEST] <Lokie> I am just wondering if one of the two ways is extremely faster than the other [23:34:14 CEST] <Lokie> I am guessing the burning the subs on the stream will cause a full slow reencode [23:34:37 CEST] <Lokie> though if you can just recreate somehow the mp4 with adding the subtitle stream will take seconds [00:00:00 CEST] --- Wed Jul 15 2015

1 0

ffmpeg-devel.log.20150713
by burek 14 Jul '15

14 Jul '15

[00:08:13 CEST] <Guest78083> I see "Reading option '-newoption' ... matched as AVOption 'newoption' with argument 'new'." in the debug logging but the demuxer still doesn't get this "new" value. weird. [00:26:07 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:5620ed355716: avcodec/hevc: Remove skipped_bytes_nal, simplify code [01:16:55 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:bcc6c7bb65f3: avcodec/hevc: Move skipped_bytes_pos_size_nal into HAVCNAL [01:16:56 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:ad92410d900b: avcodec/hevc: Move skipped_bytes_pos_nal to HEVCNAL, simplify code [01:16:57 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:99558270ed1e: avcodec/hevc: Simplify skipped_bytes_pos code further [01:24:10 CEST] <jamrial> philipl: the recent hevc stuff merged from libav broke vdpau_hevc [01:28:16 CEST] <nevcairiel> i wonder if dxva broke as well then [01:37:44 CEST] <jamrial> nevcairiel: yeah, it did [01:39:29 CEST] <jamrial> your mingw clients are fine since they use mingw-w64 v4, so no hevc dxva2. the msvc clients and any toolchain using mingw-w64 trunk did however break [01:49:32 CEST] <nevcairiel> Where did sps move to anyway [01:49:53 CEST] <jamrial> HEVCParamSets [01:51:37 CEST] <jamrial> so instead of being (HEVCContext*)ctx->sps it's now (HEVCContext*)ctx->ps.sps [01:52:17 CEST] <jamrial> making that change seems to fix dxva2 hevc, but i can't test it beyond seeing it compile, so ymmv [02:15:51 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:650060dfb665: hevc_parser: parse and export some stream parameters [02:15:52 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:9e810a98a263: Merge commit '650060dfb665552442ec11b456660e3e9a9d9016' [02:15:53 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:4496ccc72468: avcodec/hevc_parser: Reenable the old parser under ADVANCED_PARSER define [02:39:11 CEST] <cone-725> ffmpeg 03Ronald S. Bultje 07master:a1f48480497b: ssim: refactor a weird double loop. [02:51:51 CEST] <cone-725> ffmpeg 03Ronald S. Bultje 07master:03931ecf7171: vf_ssim: remove another obscure double loop. [02:51:52 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:d6ff68ad853c: Factor duplicated ff_fast_malloc() out into mem_internal.h [03:36:00 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:7c944b0a3670: tests/checkasm/x86/Makefile: Use ASMSTRIPFLAGS for asm [03:52:01 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:10d7d0880cd8: avcodec/utils: Check that the sample rate is not negative when opening an encoder [04:42:27 CEST] <philipl> jamrial: awesome. [04:42:58 CEST] <jamrial> check my dxva2 patch. should be easy to fix [04:43:29 CEST] <philipl> Yeah, as long as it's just syntax and not semantics. [04:56:44 CEST] <philipl> Seems fine after the fix. Thanks. [04:57:08 CEST] <cone-725> ffmpeg 03Philip Langdale 07master:b11c3fce3890: avcodec/vdpau_hevc: unbreak compilation after sps/pps changes [04:58:15 CEST] <philipl> After looking at dxva patch, that code should definitely assign the sps and pps to local variables up front. :-) [04:58:39 CEST] <jamrial> probably [04:58:48 CEST] <jamrial> will not make the patch any smaller, though :p [04:59:00 CEST] <jamrial> just future ones in case something like this happens again [05:02:14 CEST] <philipl> Yeah [05:07:29 CEST] <cone-725> ffmpeg 03James Almer 07master:1aab5d8ab1e2: avcodec/dxva2_hevc: unbreak compilation after recent sps/pps changes [10:48:26 CEST] <j-b> 'morning [10:57:32 CEST] <Leo1> afternoon [12:22:51 CEST] <AstralStorm> hello; is libstagefright supported in ffmpeg for mp3 and aac handling? [12:23:05 CEST] <AstralStorm> I see it is for h264 [12:24:33 CEST] <J_Darnley> it does not appear to be according to ./configure --list-decoders | grep stage [12:25:09 CEST] <AstralStorm> hmmh, so maybe I'll add that thing - it might work [12:25:30 CEST] <Leo1> /quit [12:26:39 CEST] <J_Darnley> Wow, I am surprised that we have 6 "different" mp3 decoders already [12:46:49 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:b183fb4767f2: avformat: Add ff_configure_buffers_for_index() [12:46:49 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:488cc0519242: avformat/mov: Use ff_configure_buffers_for_index() [13:27:34 CEST] <Compn> J_Darnley : nice to have int-only decoders for embedded devices :P [13:47:03 CEST] <cone-613> ffmpeg 03Zhang Rui 07master:f5c281daa8ae: configure: clean whitespace with [:space:] [14:20:53 CEST] <BtbN> What the hell is this mail on the ml oO [14:21:03 CEST] <BtbN> vlc0.8.6i(stable version), ffmpeg0.4.8 [14:21:04 CEST] <BtbN> oO [14:21:37 CEST] <nevcairiel> old software is old [14:21:51 CEST] <nevcairiel> china is just a bit behind on the software front [14:21:54 CEST] Action: nevcairiel ducks [14:23:19 CEST] <JEEBsv> lol [14:23:23 CEST] <JEEBsv> that *is* old [14:23:45 CEST] <JEEBsv> I mean, I did use that VLC version until the official builds got fixed regarding x264 miscompilation in the 0.9.x times [14:23:48 CEST] <JEEBsv> but that was years ago [14:25:12 CEST] <BtbN> vlc is currently failing hard on rtmp [14:25:18 CEST] <BtbN> even though it's using lavf [14:25:21 CEST] <BtbN> and ffplay works fine [14:25:27 CEST] <BtbN> no idea what is going on there [14:25:38 CEST] <BtbN> it just buffers forever [14:25:54 CEST] <nevcairiel> i added rtmp support using lavf some time ago to my software, but reproducing problems from users on streams not always available to me is just annoying [14:26:13 CEST] <BtbN> The stream is a bit annoying, as the source has a 30 second keyframe interval [14:26:20 CEST] <BtbN> So joining it might take a while [14:26:39 CEST] <BtbN> But so far every player managed to play it, except for vlc [14:26:41 CEST] <D404|Ghetto> that's quite a logn startup time [14:26:50 CEST] <D404|Ghetto> unelss it has PRI [14:26:51 CEST] <D404|Ghetto> PIR* [14:26:55 CEST] <BtbN> Nope [14:27:25 CEST] <BtbN> The source is an RPi with a USB Webcam. It has no resources to re-encode with a lower gopsize. [14:27:33 CEST] <BtbN> So there isn't much i can do [14:27:53 CEST] <D404|Ghetto> lol rpi [14:27:55 CEST] <D404|Ghetto> fuck it [14:28:10 CEST] <wm4> indeed [14:28:59 CEST] <kierank> lool 30 seconds [14:37:54 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:b51366125100: avformat/utils: Skip ff_configure_buffers_for_index() for local files [15:01:39 CEST] <bove> I'm trying to decode a raw format with a fixed header size (2048 bytes) for each frame. I'm already skipping the header using skip_initial_bytes, but I can't seem to skip the packet headers. Any tips on existing demuxer that either match this pattern or can be easily tweaked to do so? [15:09:32 CEST] <J_Darnley> yuv4mpeg [15:09:39 CEST] <J_Darnley> sounds similar [15:13:17 CEST] <bove> J_Darnley: this is an uncompressed stream btw [15:13:48 CEST] <J_Darnley> and y4m, despite the name, is uncompressed [15:15:00 CEST] <J_Darnley> As I recall it has a global header which provides format information and a frame header too (for some reason) [15:15:21 CEST] <nevcairiel> the frame header is for syncing [15:15:39 CEST] <J_Darnley> You probably can't make it read your format without altering the source code but it is somewhere to start [15:15:40 CEST] <nevcairiel> not necessarily required, but not like 6 bytes for an uncompressed frame make any difference [15:15:57 CEST] <J_Darnley> Ah, well I guess that makes sense [15:22:53 CEST] <bove> Trying -f yuv4mpegpipe now, but I get permission denied. Should I be able to run it on regular files? [15:26:12 CEST] <D404|Ghetto> ubitux: ping [15:26:18 CEST] <D404|Ghetto> or anyone who understands lavfi madness [15:26:43 CEST] <ubitux> what can i do for you young fellow? [15:27:22 CEST] <D404|Ghetto> im trying to figure out how to do something incredibly simple (which is one line in avs or vs, ~4-10 in C or c++) [15:27:25 CEST] <D404|Ghetto> that is [15:27:35 CEST] <D404|Ghetto> for an argument of N [15:27:49 CEST] <D404|Ghetto> output clip.trim(0,N).reverse()+clip [15:28:01 CEST] <D404|Ghetto> so N=5, outputs 5432112345<...> [15:28:08 CEST] <D404|Ghetto> apparently this is nontrivial with lavfi. [15:28:20 CEST] <ubitux> >reverse [15:28:29 CEST] <J_Darnley> bove: yes [15:28:29 CEST] <D404|Ghetto> yeah bruh [15:28:31 CEST] <D404|Ghetto> stacks a queues [15:28:33 CEST] <D404|Ghetto> hard shit. [15:28:34 CEST] <D404|Ghetto> and* [15:28:35 CEST] <ubitux> if it's reversing all the frames, you're going to have a bad time [15:28:40 CEST] <D404|Ghetto> N will be low [15:28:43 CEST] <D404|Ghetto> it needs a buffer of N frames [15:28:45 CEST] <D404|Ghetto> the end [15:28:55 CEST] <ubitux> you'll need to write a filter for that then [15:29:02 CEST] <D404|Ghetto> lol what a shithole lavfi is [15:29:11 CEST] <D404|Ghetto> cant even do the simplest thing... [15:29:15 CEST] <ubitux> but people are going to abuse it and mem bomb their machines [15:29:25 CEST] <D404|Ghetto> by setting N=10000000? [15:29:35 CEST] <ubitux> by trying to reverse whole video streams [15:29:44 CEST] <D404|Ghetto> heh [15:29:55 CEST] <D404|Ghetto> it's probably less painful to write a 10 line C program to pipe... [15:29:56 CEST] <D404|Ghetto> meh [15:30:04 CEST] <D404|Ghetto> rather than 200-300 lines of lavfi boilerplate shit [15:30:16 CEST] <ubitux> writing such filter is not much effort though [15:30:26 CEST] <J_Darnley> I should submit my empty vf_example filer [15:30:27 CEST] <D404|Ghetto> *if you know all the internals of lavf already* [15:30:45 CEST] <ubitux> D404|Ghetto: writing a filter like this really is trivial you know [15:30:55 CEST] <D404|Ghetto> i can only didagree [15:31:01 CEST] <D404|Ghetto> trivial is a 10 line program to pipe it [15:31:13 CEST] <D404|Ghetto> not dealing with the complexity that is lavfi [15:31:18 CEST] <ubitux> the filter will be 100 lines max [15:31:26 CEST] <ubitux> then you can use it in a simple graph [15:31:28 CEST] <D404|Ghetto> >100 lines for a fuckign queue [15:31:31 CEST] <D404|Ghetto> yes [15:31:32 CEST] <D404|Ghetto> "trivial" [15:31:36 CEST] <D404|Ghetto> maybe you ought to take a step back [15:31:40 CEST] <ubitux> ... whatever [15:32:00 CEST] <D404|Ghetto> if 100 liens is trivial [15:32:03 CEST] <D404|Ghetto> no wonder lavfi is the way it is [15:32:03 CEST] <D404|Ghetto> >.> [15:32:06 CEST] <ubitux> you can probably make it under 50 lines if you remove the license [15:32:34 CEST] <D404|Ghetto> is there an example file yet [15:32:39 CEST] <D404|Ghetto> or up-to-date doc [15:32:52 CEST] <D404|Ghetto> it would entail modifying the clip length. [15:33:04 CEST] <J_Darnley> vf_example: http://codepad.org/OQjPwIcg [15:33:31 CEST] <J_Darnley> (oh lord it did try to compile it) [15:33:42 CEST] <D404|Ghetto> J_Darnley: great [15:33:49 CEST] <D404|Ghetto> that's miles better than the stuff i saw before [15:33:53 CEST] <D404|Ghetto> with little to no comments [15:35:00 CEST] <ubitux> ... [15:35:27 CEST] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=blob_plain;f=doc/writing_filters.tx… [15:36:10 CEST] <ubitux> i'd suggest to take basis on vf_thumbnail [15:36:30 CEST] <ubitux> which is queuing N frames and outputing one at the end [15:36:31 CEST] <D404|Ghetto> ubitux: vf_example.c gave me more info almost immediately than i felt i absorbed after reading that doc [15:36:44 CEST] <D404|Ghetto> as in, it is concrete [15:36:52 CEST] <D404|Ghetto> i'd +1 to adding it somewhere in the wiki [15:36:53 CEST] <D404|Ghetto> or texi [15:37:00 CEST] <ubitux> sed 's/edgedetect/foobar/g;s/EdgeDetect/Foobar/g' libavfilter/vf_edgedetect.c > libavfilter/vf_foobar.c [15:37:06 CEST] <ubitux> here you have your vf_foobar.c [15:37:29 CEST] <durandal_1707> why you need to reverse order of frames and how many of them you need? [15:37:38 CEST] <D404|Ghetto> durandal_1707: it's a work around for me [15:37:53 CEST] <D404|Ghetto> x264 + threads + vbv + crf doesnt work well on some clios [15:37:58 CEST] <D404|Ghetto> vbv needs warming up [15:38:11 CEST] <D404|Ghetto> a good way suggested to me was to use a palindrome at teh start [15:38:15 CEST] <D404|Ghetto> and chop it off before muxing [15:38:30 CEST] <D404|Ghetto> in lieu of fixing it in x264, since it's nontrivial to do so atm [15:38:45 CEST] <D404|Ghetto> aside from a very large test for good starting oarams (empirical) [15:38:50 CEST] <D404|Ghetto> mostly a stop-gap. [15:39:32 CEST] <durandal_1707> there is libavfilter/bufferqueue.h [15:40:21 CEST] <durandal_1707> btw nobody cares for dynaudnorm :( [15:45:45 CEST] <durandal_1707> so how much of max frames you need to buffer? [15:46:18 CEST] <D404|Ghetto> depends on the buffer in x264 and number of threads [15:46:21 CEST] <D404|Ghetto> its a hack, like i said [15:47:25 CEST] <durandal_1707> so 1773? [15:47:43 CEST] <D404|Ghetto> e.g. 8 threads is ~15 frames [15:48:18 CEST] <D404|Ghetto> it's something like thread_count+b_frame+delay [16:09:09 CEST] <D404|Ghetto> might be working [16:09:16 CEST] <JEEB> nice [16:09:25 CEST] <D404|Ghetto> probably too edge-case-y to submit [16:09:43 CEST] <D404|Ghetto> it's a shame there is no equivalent to trim easily [16:11:10 CEST] <ubitux> ? [16:11:52 CEST] <D404|Ghetto> it would make more sense to submit vf_reverse [16:12:03 CEST] <D404|Ghetto> to be used something like -vf reverse=5 and output a clip of length 5 [16:12:07 CEST] <D404|Ghetto> or something [16:12:15 CEST] <D404|Ghetto> and then concat the two clips separately [16:12:23 CEST] <ubitux> just reverse the whole stream in vf_reverse [16:12:33 CEST] <D404|Ghetto> wouldnt that be insanely slow [16:12:41 CEST] <ubitux> and you just trim it [16:12:43 CEST] <ubitux> ? [16:12:57 CEST] <ubitux> -vf reverse,trim=end=5 [16:13:04 CEST] <D404|Ghetto> why did you suggest i write my own filter net [16:13:07 CEST] <D404|Ghetto> then* [16:13:13 CEST] <nevcairiel> how can a filter reverse a movie [16:13:21 CEST] <ubitux> nevcairiel: by queuing everything [16:13:44 CEST] <nevcairiel> that seems like something that wouldnt work very well [16:13:46 CEST] <D404|Ghetto> ubitux: so in theory it *is* possible to do clip.revers().trim(0,N)+clip [16:13:47 CEST] <ubitux> except reverse will get a EOF and will just push its queue in reverse [16:13:48 CEST] <D404|Ghetto> in lavfi? [16:13:52 CEST] <D404|Ghetto> with a compelx filergarph? [16:13:54 CEST] <nevcairiel> buffering an entire movie uncompressed in memory [16:13:54 CEST] <ubitux> if you write a reverse filter [16:13:55 CEST] <nevcairiel> oh boy [16:13:59 CEST] <ubitux> which is a few lines of code [16:14:02 CEST] <D404|Ghetto> ubitux: ok but thats simple [16:14:15 CEST] <D404|Ghetto> thats why i said reverse=5 [16:14:18 CEST] <D404|Ghetto> to limit its length [16:14:25 CEST] <D404|Ghetto> rather than default to some insane lenght [16:14:27 CEST] <D404|Ghetto> like the whole movie [16:14:28 CEST] <ubitux> the following trim filter does it for you [16:14:38 CEST] <D404|Ghetto> 16:14 <@D404|Ghetto> rather than default to some insane lenght [16:14:42 CEST] <ubitux> it won't [16:14:43 CEST] <D404|Ghetto> -vf swap [16:14:56 CEST] <D404|Ghetto> eh? [16:15:03 CEST] <D404|Ghetto> reversing the whole clip is an insane default. [16:15:09 CEST] <ubitux> it won't [16:15:17 CEST] <D404|Ghetto> i.e. just a bare -vf reverse [16:15:17 CEST] <ubitux> i mean, the trim will stop you [16:15:22 CEST] <D404|Ghetto> NO TRIM [16:15:25 CEST] <D404|Ghetto> see above [16:15:28 CEST] <ubitux> well, there are filters to stop streams [16:15:32 CEST] <D404|Ghetto> note how i said default [16:15:36 CEST] <D404|Ghetto> with no otehr filters [16:15:54 CEST] <ubitux> you could also use the timeline mecanism to flush your queue btw [16:16:08 CEST] <D404|Ghetto> i dont know what that means [16:16:13 CEST] <D404|Ghetto> but none of this soudns very user friendly [16:16:33 CEST] <ubitux> "reverse=enable='lt(t,5)'" [16:16:47 CEST] <ubitux> (so you could reverse chunks) [16:16:51 CEST] <D404|Ghetto> 16:15 <@D404|Ghetto> i.e. just a bare -vf reverse [16:16:55 CEST] <D404|Ghetto> what about this case [16:16:58 CEST] <D404|Ghetto> which would surelt be common [16:17:17 CEST] <ubitux> just don't duplicate a mecanic that already exists [16:17:22 CEST] <ubitux> aka trim filters or timeline system [16:17:34 CEST] <D404|Ghetto> that si not helpful [16:17:44 CEST] <D404|Ghetto> so what SHOULD be the default of a bare call to reverse [16:17:48 CEST] <D404|Ghetto> if not to limit its size [16:17:57 CEST] <D404|Ghetto> instead of queuign a whole movie [16:18:08 CEST] <ubitux> i see no other sane default [16:18:14 CEST] <ubitux> you prefer hardcoding 5 seconds? [16:18:19 CEST] <D404|Ghetto> something like that yes [16:18:25 CEST] <D404|Ghetto> with a av_log or something [16:18:40 CEST] <D404|Ghetto> i expect carl will love me [16:18:45 CEST] <ubitux> so let's say you have a user that reverse very small gif of < 5 sec [16:18:47 CEST] <D404|Ghetto> for hoards of users reversing entire movies [16:18:51 CEST] <ubitux> and one days he allows 7 seconds [16:18:58 CEST] <ubitux> only a part of it will be reversed? [16:19:04 CEST] <D404|Ghetto> no [16:19:14 CEST] <D404|Ghetto> i would NEVER write vf_reverse to reverse chunks only [16:19:18 CEST] <D404|Ghetto> thats completely fuckign stupid and pointless [16:19:36 CEST] <ubitux> so how it would behave for t>5? [16:19:42 CEST] <D404|Ghetto> tirm it. [16:19:44 CEST] <D404|Ghetto> trim* [16:20:05 CEST] <ubitux> :/ [16:20:16 CEST] <D404|Ghetto> i argue that tirming makes more sense than reversing a chunk [16:20:27 CEST] <D404|Ghetto> which is a stupid-as-hell idea [16:20:48 CEST] <ubitux> which is why you should just reverse the whole stream given and let other filters do the trim [16:20:55 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:f7068bf277a3: avcodec/alac: Clear pointers in allocate_buffers() [16:20:56 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:39bbdebb1ed8: avcodec/sanm: Reset sizes in destroy_buffers() [16:20:59 CEST] <D404|Ghetto> that is also terrible [16:21:03 CEST] <ubitux> why? [16:21:06 CEST] <D404|Ghetto> lets use ALL THE MEMORY [16:21:13 CEST] <D404|Ghetto> on a filter that people will definitely use [16:21:16 CEST] <D404|Ghetto> (they use other tools atm) [16:21:23 CEST] <D404|Ghetto> surely nothing bad will happen [16:21:32 CEST] <ubitux> what happens in vs when you clip.reverse()? [16:21:42 CEST] <D404|Ghetto> vs has random access. [16:21:45 CEST] <D404|Ghetto> so does avs. [16:21:55 CEST] <D404|Ghetto> it has seeking and cachign aroudn said seeks [16:21:56 CEST] <nevcairiel> yeah theyll read chunk after chunk and reverse those [16:21:57 CEST] <ubitux> so it reverses per chunk and does seeks? [16:22:02 CEST] <ubitux> ok [16:22:08 CEST] <nevcairiel> the only way to really do it [16:22:14 CEST] <ubitux> what if it can't stream? [16:22:16 CEST] <ubitux> heh [16:22:19 CEST] <ubitux> can't seek* [16:22:22 CEST] <D404|Ghetto> it always can. [16:22:25 CEST] <D404|Ghetto> it is a requirement [16:22:31 CEST] <D404|Ghetto> so is a known clip length [16:22:34 CEST] <ubitux> so it supports almost nothing? [16:22:39 CEST] <nevcairiel> it does expensive indexing if required [16:22:40 CEST] <D404|Ghetto> almost everything you mean? [16:22:50 CEST] <D404|Ghetto> nevcairiel: indexing 200 gb took me 20s [16:22:53 CEST] <D404|Ghetto> "expensive" [16:23:00 CEST] <D404|Ghetto> with ffms2 [16:23:14 CEST] <D404|Ghetto> it's almost as if, [16:23:15 CEST] <D404|Ghetto> and keep with me here [16:23:21 CEST] <D404|Ghetto> avs and vs were meant for NLE [16:23:25 CEST] <D404|Ghetto> oh wait they were. [16:23:26 CEST] <D404|Ghetto> SHOCKING [16:23:30 CEST] <nevcairiel> i dunno, when i encode a movie with x264 and ffms input, indexing takes ages :( [16:23:59 CEST] <nevcairiel> like 1gb in minutes, not seconds [16:24:03 CEST] <D404|Ghetto> wut [16:24:08 CEST] <D404|Ghetto> i cant say i have that experience [16:24:14 CEST] <D404|Ghetto> but i also dont use x264 [16:24:16 CEST] <D404|Ghetto> i use ffmsindex. [16:24:42 CEST] <nevcairiel> it seems to go faster if i pass --no-interlace to the command, as if it does extra processing then, but what do i know [16:24:45 CEST] <nevcairiel> i only rarely encode [16:24:48 CEST] <D404|Ghetto> wut [16:24:58 CEST] <D404|Ghetto> ffms2 doesnt index differently [16:26:03 CEST] <nevcairiel> all i know is that indexing takes ages here [16:26:14 CEST] <nevcairiel> 3.4gb dvd rip, about 1.2 hours in length [16:26:16 CEST] <D404|Ghetto> lavfi is the opposite end [16:26:24 CEST] <D404|Ghetto> we cant have ANY filters taht require a sane random access [16:26:27 CEST] <D404|Ghetto> in any sane way [16:26:28 CEST] <nevcairiel> indexing takes at least a minute [16:27:00 CEST] <D404|Ghetto> i dont use ffms2 for dvds if i can [16:27:05 CEST] <D404|Ghetto> lavf is pretty bad at mpeg-ps [16:27:14 CEST] <nevcairiel> its a mkv [16:27:20 CEST] <nevcairiel> was a dvd at one time [16:27:22 CEST] <D404|Ghetto> oh, *rip* [16:27:23 CEST] <D404|Ghetto> i misread [16:27:33 CEST] <D404|Ghetto> nevcairiel: that may have been due to the haali demuxer [16:27:37 CEST] <D404|Ghetto> which is now nuked. [16:27:53 CEST] <nevcairiel> it was a x264 build from last week, but what do i know what versions were used [16:28:00 CEST] <D404|Ghetto> :D [16:28:14 CEST] <nevcairiel> (i actually did this on the weekend, archiving some content) [16:30:16 CEST] <D404|Ghetto> i guess i will just submit vf_reverse.c [16:30:22 CEST] <D404|Ghetto> amd have it queue the whole movie [16:30:28 CEST] <D404|Ghetto> and carl can direct all complaints at ubitux [16:31:09 CEST] <ubitux> :) [16:33:22 CEST] <ubitux> you forgot the step were you complain about lavfi because of request_frame() [16:33:31 CEST] <ubitux> and then abandon the idea of writing the filter [16:33:35 CEST] <ubitux> after complaining one more time [16:33:42 CEST] <ubitux> and derping about how vs is so much better ;) [16:34:09 CEST] <ubitux> (and then durandal_1707 will implement it just like with w3dif the next day) [16:34:23 CEST] <D404|Ghetto> vs has a similar mechanism [16:34:37 CEST] <D404|Ghetto> filters need to know how many frames they need [16:35:41 CEST] <D404|Ghetto> mind you vs handles it a bit mroe for you [16:35:44 CEST] <D404|Ghetto> (i.e. no need to loop_ [16:38:09 CEST] <wm4> D404|Ghetto is hacking libavfilter? has hell frozen over? [16:38:12 CEST] <cone-613> ffmpeg 03Anton Khirnov 07master:18156b53f9b6: hevc: do not pass an entire HEVCContext into export_stream_params() [16:38:13 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:d13fc982470f: Merge commit '18156b53f9b642b71c182c5c9818175a61572d2b' [16:38:30 CEST] <D404|Ghetto> wm4: it's either that or i pipe like ffmpeg | my10lineCfile | ffmpeg [16:45:18 CEST] <Plorkyeran> indexing large files with ffms2 is typically i/o bound if you're only indexing video [16:45:38 CEST] <Plorkyeran> so indexing something already in the cache is super fast [16:45:39 CEST] <D404|Ghetto> i always hard disable audio [16:45:48 CEST] <D404|Ghetto> since i dont use ffms2 for audio [16:46:15 CEST] <nevcairiel> isnt audio usually quite cheap, why would that slow things down much [16:46:37 CEST] <Plorkyeran> it has to decode the audio [16:46:50 CEST] <Plorkyeran> for sample-accurate seeking [16:47:05 CEST] <nevcairiel> i wonder if x264 is smart enough to ignore the audio when it uses ffms [16:47:41 CEST] <Plorkyeran> iirc ffms was initially added to x264 specifically for audio support, but since audio never actually landed... [16:47:52 CEST] <cone-613> ffmpeg 03Anton Khirnov 07master:077b55943330: hevc: handle a NULL sps in set_sps() properly [16:47:53 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:afa97144cff8: Merge commit '077b55943330150db0eafd36bbee614697cabd98' [16:48:03 CEST] <Plorkyeran> you do have to actively ask for audio tracks to be indexed [16:48:18 CEST] <D404|Ghetto> http://git.videolan.org/?p=x264.git;a=blob;f=input/ffms.c;h=6a3eb6c7663aba9… [16:49:23 CEST] <Plorkyeran> yeah, doesn't index audio [16:54:41 CEST] <durandal_1707> seeking with lavfi, what needs to be done? [16:54:54 CEST] <nevcairiel> A total redesign [16:55:48 CEST] <D404|Ghetto> lol yep [16:58:48 CEST] <cone-613> ffmpeg 03Anton Khirnov 07master:b9f76d19d81f: hevc_ps: make sure failing to decode an SPS always returns an error [16:58:49 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:1127b35ff100: Merge commit 'b9f76d19d81fbc7f088536f966c2d3dc23c34ddc' [17:11:13 CEST] <cone-613> ffmpeg 03Anton Khirnov 07master:a062a55d3772: hevc_parser: fix standalone build with the hevc decoder disabled [17:11:14 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:5be07d020691: Merge commit 'a062a55d37720abc8c704aa0e8682efd3cdc9c9b' [17:17:30 CEST] <durandal_1707> do we have ffserver maintainer? [17:19:46 CEST] <cone-613> ffmpeg 03James Almer 07master:1b9a8e5f1d00: dxva2_hevc: unbreak compilation after recent sps/pps changes [17:19:47 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:da10aaf23844: Merge commit '1b9a8e5f1d007ea19f04032490d681becd0d4e6a' [17:20:05 CEST] <ubitux> durandal_1707: reynaldo [17:20:25 CEST] <ubitux> about seeking i would guess you need to mark filters that support seeking [17:20:40 CEST] <ubitux> most likely, it overlaps with all those with generic timeline filter [17:20:42 CEST] <kierank> lglinskih: ping [17:21:38 CEST] <ubitux> s/filter/support/ [17:22:38 CEST] <ubitux> (so about 50 filters where seekable requires 0 effort) [17:23:50 CEST] <ubitux> "seeking" support can mean many thing actually [17:25:02 CEST] <ubitux> i don't see how a filter can request a seek [17:28:23 CEST] <lglinskih> kierank: hi! I'm preparing the first version of a patch -- I will send it to you in a few minutes [17:28:28 CEST] <kierank> ok [17:51:12 CEST] <durandal_1707> ubitux: have you tried dynaudnorm? [17:51:42 CEST] <ubitux> nope [17:51:53 CEST] <durandal_1707> D404|Ghetto: have you sent patch? [17:52:01 CEST] <lglinskih> kierank: https://github.com/lglinskih/FFmpeg/commit/d507e334340371104a15591a4c05296b… [17:52:48 CEST] <ubitux> durandal_1707: where is that? [17:53:14 CEST] <lglinskih> kierank: it looks pretty simple, but it was hard) [17:54:01 CEST] <kierank> lglinskih: cool [17:54:08 CEST] <kierank> can you make it work with all the h264 samples? [17:54:37 CEST] <durandal_1707> ubitux: dynamic audio normalizer [17:55:00 CEST] <D404|Ghetto> durandal_1707: not yet [17:55:11 CEST] <D404|Ghetto> i still have no inyernet at home aside from my.phone [17:55:13 CEST] <durandal_1707> on ml [17:55:15 CEST] <D404|Ghetto> soon [18:00:02 CEST] <lglinskih> kierank: this line in h264.c capabilities = /*CODEC_CAP_DRAW_HORIZ_BAND |*/ confuses me [18:00:18 CEST] <kierank> hmm someone disabled it [18:00:27 CEST] <wm4> probably didn't work [18:00:41 CEST] <wm4> mplayer gets crashes all the time because it tries to use this [18:01:00 CEST] <wm4> that, and custom (broken?) get_buffer usage, or something [18:01:45 CEST] <kierank> difficult to tell what commit changed it because of k&r [18:02:27 CEST] <wm4> which file? [18:02:45 CEST] <wm4> ah, h264.c [18:03:14 CEST] <kierank> yeah it's just part of a huge diego k&r [18:03:27 CEST] <wm4> hahaha [18:03:35 CEST] <wm4> it was commented in the initial commit [18:03:39 CEST] <wm4> 0da71265d84b587c7159cd82708ca60ad050dd4c [18:03:43 CEST] <wm4> (also gitk is awesome) [18:03:55 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:ba051661746f: configure: Fix build with --disable-decoders --enable-parser=hevc [18:12:01 CEST] <nevcairiel> i'm still confuzzled about the actual use of that "feature" [18:12:14 CEST] <nevcairiel> seems like something worth purging rather than testing [18:12:36 CEST] <kierank> it lets you do processing on the decoded video before it's finished decoding [18:12:47 CEST] <kierank> x264 has a similar feature in the coded domain [18:12:52 CEST] <nevcairiel> how is that a good thing [18:13:06 CEST] <kierank> data's in cache still [18:13:16 CEST] <nevcairiel> doesnt that ruin reference frames for you [18:13:50 CEST] <kierank> you don't change it in place [18:14:06 CEST] <nevcairiel> seems like a very marginal usecase then [18:17:00 CEST] <jamrial> lots of new memleaks in hevc after the recent merges [18:21:49 CEST] <durandal_1707> stop merges [18:59:47 CEST] <lglinskih> kierank: so should I add support of other codecs? [18:59:52 CEST] <kierank> yes [19:13:54 CEST] <xLinuxBot> anyone tried hardware accelerated encoding with ffmpeg on ARM devices ? [19:17:15 CEST] <Reelee> Can anyone look at https://trac.ffmpeg.org/ticket/4200 an see if it's possible to be looked into? [19:31:27 CEST] <Compn> xLinuxBot : i know its possible depending on your arm hardware :P [19:31:35 CEST] <Compn> well decodin, not sure about encoding ... [19:33:33 CEST] <Compn> Reelee : theres a couple bugs in that bug. one is that there are some subtitles that ffmpeg are not displaying. do the subs display for you in ffplay ? [19:33:40 CEST] <Compn> or do you have a sample you can share with us ? [19:33:40 CEST] <nevcairiel> why do we have two hevc parsers now, for once I wish we would just decide and drop one of them [19:34:29 CEST] <Reelee> Compn: The sample is attached to the ticket. The subs don't show in FFplay (2.7.1) but they show fine on VLC 2.2. [19:34:53 CEST] <Reelee> Compn: Sample can be found here https://trac.ffmpeg.org/attachment/ticket/4200/dvbsub-sample.ts [19:35:06 CEST] <Compn> right [19:35:22 CEST] <Compn> oh yeah , i was unable to download that sample [19:35:30 CEST] <Compn> because my web browser and wget refuse it :D [19:35:39 CEST] <Compn> let me try chrome [19:36:00 CEST] <Compn> Reelee : do any of the tsprobe options help ffplay to display / detect the subs ? [19:36:56 CEST] <Reelee> Checking now... [19:37:02 CEST] <Compn> chrome wont even load that sample for me , https://trac.ffmpeg.org/attachment/ticket/4200/dvbsub-sample.ts [19:37:32 CEST] <Reelee> Hm, any way you can download it locally and try like that? I think it might have to do with ffmpeg.org server [19:37:40 CEST] <Compn> right , its a bug on our end [19:38:46 CEST] <Compn> argh that url brings up trac displaying binary :\ [19:38:49 CEST] <Compn> why trac whyyyy [19:38:57 CEST] <Reelee> Uploading to Dropbox to bypass :) [19:38:57 CEST] <Compn> also why am i not trac admin [19:39:31 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:697160366fd1: avcodec/vp3: check current_frame before accessing it [19:39:32 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:cc0380222add: avcodec/mpegvideo: Check for NULL in ff_mpv_common_end() [19:39:33 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:feb6a94f740b: avutil/frame: fix crash with av_frame_unref(NULL) [19:39:51 CEST] <Reelee> Compn: Here's an alternative for the sample https://www.dropbox.com/s/pbl8z98jo70wp8b/dvbsub-sample.ts?dl=0 [19:40:24 CEST] <Compn> thx [19:41:32 CEST] <Compn> [dvbsub @ 01387e80]Invalid DVB subtitles stream extradata! [19:41:36 CEST] <Compn> lavc failed decoding subtitle [19:42:25 CEST] <nevcairiel> thats only a warning, it could still work [19:43:05 CEST] <nevcairiel> seems kinda odd anyway, from a TS file you wouldnt get any extradata anyway [19:43:19 CEST] <Compn> (thats mplayer output) [19:43:41 CEST] <durandal_1707> J_Darnley: what happened with lut patch testing? [19:43:42 CEST] <Compn> obviously, the dvbsub line is from lavf though [19:45:29 CEST] <J_Darnley> durandal_1707: did I not say? I couldn't get any sensible results [19:46:46 CEST] <durandal_1707> just with simple time? [19:46:55 CEST] <J_Darnley> yeah, even that [19:47:10 CEST] <J_Darnley> I could show that 2+ threads was quicker than 1 [19:47:34 CEST] <J_Darnley> but time didn't reliably decrease with 3 or 4 threads [19:48:33 CEST] <xLinuxBot> Compn : yes. decoding working fine in many AMR devices. [19:48:35 CEST] <jamrial> nevcairiel: see my related patch. in a way it's not a bad idea having both since the new one is supposedly less complete [19:48:48 CEST] <nevcairiel> then drop the new one [19:48:49 CEST] <jamrial> and it's not like they are two separate components, like it happened with asf [19:48:53 CEST] <nevcairiel> two is just silly [19:49:17 CEST] <nevcairiel> parsers arent magic afterall [19:50:27 CEST] <xLinuxBot> Compn : like to do HW encoding in Amlogic S805, it supports H264 1080p. [19:53:48 CEST] <Compn> Reelee : i am unable to get the dvbsubs to decode or even rip in ffmpeg. i'll keep looking. it might also be possible to use vlc to transcode that file though if you wanted, not sure if vlc can do hls output though [19:54:47 CEST] <jamrial> nevcairiel: old one requires hevc decoder. new one doesn't. and as i said it's one parser component. with my patch it will compile one or the other depending on hevc decoder availability [19:55:09 CEST] <Reelee> Compn: I can try VLC to decode/encode but it complicates things by passing on FFmpeg settings, etc. [19:55:09 CEST] <jamrial> now, assuming there's no point in having a parser without a decoder then yeah, i agree we could just drop the new one [19:55:46 CEST] <Reelee> Compn: Thanks for looking into it, I appreciate it. And let me know if I can help in any way :) [19:56:19 CEST] <Compn> oh i was able to rip it [19:56:33 CEST] <Compn> ffmpeg -i dvbsub-sample.ts -vn -an -scodec copy -f rawvideo out.dvbsubs [19:56:40 CEST] <Compn> but i'm not sure what good that will do me [19:58:45 CEST] <cone-613> ffmpeg 03James Almer 07master:84e847c7c80c: avcodec/hevc_parser: use the old parser only when hevc decoder is available [20:07:25 CEST] <Reelee> Compn: Can you view the subtitles in the output using VLC? [20:08:11 CEST] <Compn> yes [20:08:22 CEST] <Compn> in the sample file [20:08:23 CEST] <Compn> i mean [20:11:22 CEST] <Compn> i dont think anything will be able to play ffmpeg's raw dvbsub output [20:11:30 CEST] <Compn> of course, thats probably not useful for anything. [20:13:33 CEST] <Reelee> Any way these can be burned into output? [20:16:55 CEST] <Compn> Reelee : with vlc yes [20:17:21 CEST] <Compn> Reelee : i dont know how to fix it with ffmpeg, will have to ask someone else to look at it :) [20:17:35 CEST] <Reelee> Thanks! [20:17:59 CEST] <Reelee> Compn: So with VLC would that be VLC doing the decoding/encoding by itself or would FFmpeg pipe the output to VLC to then encode? [20:20:21 CEST] <Compn> Reelee : i think vlc could do it all [20:20:56 CEST] <Reelee> Cool! Thank you very much for your time and I hope someone gets a chance to sort the #4200 in FFmpeg. [20:43:30 CEST] <Compn> xLinuxBot : sorry, gotta run. find out what api we need to add to use hw encoding on your android device. is it omx ? [20:55:07 CEST] <xLinuxBot> Compn: np, are you saying about Android Media API ? [20:55:08 CEST] <philipl> I thought we already had omx and/or mediacodec [20:59:05 CEST] <xLinuxBot> Compn: philipl:need to check MediaCodec and OMXCodec is working or not. [21:00:43 CEST] <xLinuxBot> i would like to do encode live sream and push stream to remote server with ffmpeg, is it possible on those devices [21:02:13 CEST] <xLinuxBot> Compn: some one did this on Allwinner A80 + ffmpeg for 4K video -> https://youtu.be/99kjbriibPY [21:37:59 CEST] <durandal_1707> michaelni: if nobody reviews psnr and ssim asm patch feel free to apply them [21:43:21 CEST] <jamrial> michaelni: 4496ccc7 started the hevc leaks [21:44:05 CEST] <jamrial> looks like the old parser doesn't play nice with the rest of the changes to the parameterset stuff [22:09:50 CEST] <philipl> xLinuxBot: My impression is Android codec support is constantly re-implemented by other entities (hardware companies, media player authors) who never send patches back. [22:10:33 CEST] <philipl> If you're lucky, they publish their source somewhere and then forget about it. If you're not lucky, they just happily violate the licence. [22:11:19 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:5d346feafa81: avcodec/pthread_frame: check avctx on deallocation [22:11:20 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:32d023eb6d0a: avformat/oggdec: Check buf before copying data in to it [22:13:15 CEST] <philipl> It appears that upstream we have support H.264 acceleration through libstagefright [22:13:25 CEST] <philipl> We don't have any other form of OMX and no mediacodec at all. [22:13:35 CEST] <philipl> kodi uses mediacodec directly without involving ffmpeg [22:25:25 CEST] <durandal_1707> J_Darnley: are you going to update removegrain patch after almer comments? [22:31:21 CEST] <J_Darnley> Yeah, probably [22:32:50 CEST] <J_Darnley> I did apply them then started looking at other factorising and avx2 [22:37:40 CEST] <cone-613> ffmpeg 03Michael Niedermayer 07master:85b7456efe9c: avcodec/hevc_parser: Fix memleaks in parser mix [22:41:56 CEST] <michaelni> jamrial, should be fixed [22:44:05 CEST] <J_Darnley> To the other people writing assembly: do you use any tools to indent and align things for you? Or do you do it manually? [22:45:38 CEST] <jamrial> manually [23:11:29 CEST] <xLinuxBot> philipl: they are not publishing source. kodi using mediacodec for decode videos. [23:13:41 CEST] <wm4> supporting OMX is probably pointless [23:13:55 CEST] <wm4> supposedly android is moving away from it [23:14:05 CEST] <wm4> and normal apps can't access it anyway [23:14:13 CEST] <philipl> xLinuxBot: I know diceplayer published source, but it's also possible that they just had the basic h.264 stagefright as I don't think it supports hw decode for anything else. [23:15:15 CEST] <nevcairiel> on Android you should just use MediaCodec, although I have no clue how to get access to that from C, i only know the Java way [23:15:28 CEST] <philipl> wm4: So it's going to all MediaCodec or is stagefright still a supported C way [23:15:38 CEST] <philipl> How does kodi use MediaCodec? reverse JNI?? [23:15:41 CEST] <wm4> *shrug* [23:15:55 CEST] <wm4> and apparently newer android versions have a C or C++ API for mediacodec [23:16:16 CEST] <philipl> http://stackoverflow.com/questions/22084784/does-android-ndk-support-native… [23:16:18 CEST] <nevcairiel> Yeah apparently newer NDKs have a lib to access MediaCodec [23:16:19 CEST] <philipl> Ta da. [23:16:36 CEST] <wm4> https://github.com/xbmc/xbmc/blob/master/xbmc/cores/dvdplayer/DVDCodecs/Vid… [23:16:42 CEST] <wm4> hurray jni [23:17:03 CEST] <philipl> Oh gosh. [23:17:21 CEST] <wm4> only 1.2kloc [23:17:50 CEST] <philipl> If I read this correctly, they are not using the official NDK method, but are using the JNI interfaces that the java calls down to. [23:17:53 CEST] <philipl> eeek [23:18:08 CEST] <wm4> well that's all you could do some time ago [23:18:15 CEST] <wbs> this isn't anything less official than using the stuff from the NDK [23:18:19 CEST] <philipl> For sure. but they haven't tried to change it. [23:18:23 CEST] <philipl> I guess for backward compat? [23:18:23 CEST] <wbs> the new "ndk" way to access mediacodec is available only on android >= 5.0 [23:19:04 CEST] <wbs> it's a completely new "platform api" just to avoid having to write jni code (which really isn't bad), so for most usecases it's really best just to go for jni unless you can afford to just support the latest versions [23:19:28 CEST] <nevcairiel> well "only latest" is a relative term anyway [23:19:30 CEST] <wbs> also, the "stagrfright" decoder doesn't use supported api, at all - it never really worked well anywhere and has been unmaintained for 4 years [23:19:49 CEST] <wbs> nevcairiel: well true, but still [23:20:05 CEST] <wbs> but it's worth pointing out that it's not about you as developer having a new enough ndk, but the user having a new enough platform [23:20:14 CEST] <xLinuxBot> they are using JNI -> https://github.com/xbmc/xbmc/blob/master/xbmc/android/jni/MediaCodec.cpp [23:20:17 CEST] <wbs> (since it's not a static lib you link in that handles it for it) [23:20:38 CEST] <wm4> <wbs> also, the "stagrfright" decoder doesn't use supported api, at all - it never really worked well anywhere and has been unmaintained for 4 years <- haha [23:20:41 CEST] <nevcairiel> a year or two ago, using MediaCodec exclusively would've been a big nono since its only 4.1 and up [23:20:51 CEST] <nevcairiel> these days, requiring 4.1 or newer is fine =p [23:21:05 CEST] <wbs> wm4: yes, and still people seem to behave as if it is a working, good solution [23:21:15 CEST] <wm4> haha [23:21:21 CEST] <xLinuxBot> HEVC not playing well in Kodi in my device. but inbuild video player play well [23:21:48 CEST] <wm4> wbs: and ffmpeg will never ever remove it anyway [23:21:53 CEST] <wbs> wm4: and pretend that it is a viable, supported thing. people really should have read the commit message of the PoC patch that was merged even though it wasn't something that should be anywhere near a official tree, at least not without immense amounts of warnings and disclaimers [23:21:55 CEST] <wm4> because it could be useful to someone [23:22:22 CEST] <wm4> <3 ffmpeg dev process [23:22:45 CEST] <nevcairiel> there is a process now? [23:23:46 CEST] <wm4> yes, there is: blindly merge all the patches [23:23:58 CEST] <wm4> ok I'll go back to my troll cave now [23:24:36 CEST] <nevcairiel> speaking of caves, i wonder in which the dcadec author went to hide [23:48:00 CEST] <philipl> wm4: Send a patch to delete the libstagefright codec. I'll ACK it :-) [23:52:45 CEST] <J_Darnley> Ah mobile devices... You can't count on things remaining the same so nobody ever implements features properly. [23:53:12 CEST] <wm4> I bet dxva works just fine on windows phone [23:53:22 CEST] <nevcairiel> no clue [23:53:22 CEST] <nevcairiel> :D [23:54:22 CEST] <nevcairiel> But it might as well, having a OS-level API for this sure helped to drive adoption of one API [23:54:45 CEST] <nevcairiel> Although I think you need to use the d3d11 variant on recent Windows Mobile thingys [23:57:10 CEST] <wm4> nevcairiel: right, that's why vlc added d3d11 support to lavc [23:57:45 CEST] <wm4> and on Linux these hw decoding APIs are still vendor specific [23:58:03 CEST] <nevcairiel> get systemd to adopt vdpau [23:58:04 CEST] <nevcairiel> :P [23:58:17 CEST] <wm4> there's vdpau, xvba (hopefully dead), vaapi, omx, v4l (yes they have a decoding API too), mediacodec [23:58:36 CEST] <wm4> and then some more on random shitty SoCs (like mmal on rpi) [23:59:10 CEST] <wm4> and this is so because nobody cares about the platform, only about pitching their shitty hw [23:59:13 CEST] <nevcairiel> no idea how well dxva really works on mobile devices, but on desktop its not like there is much exotic hardware to support [23:59:25 CEST] <rcombs> and then the higher-level thing on top of vaapi? [00:00:00 CEST] --- Tue Jul 14 2015

1 0

ffmpeg.log.20150713
by burek 14 Jul '15

14 Jul '15

[00:31:42 CEST] <hardikj> hi, I am on mac os lion (10.7.5) and I am trying to build ffmpeg but on ./configure I cannot see avfoundation or qtkit in my enabled device [00:31:50 CEST] <hardikj> what am i doing wrong? [00:32:21 CEST] <hardikj> PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig:/usr/X11/lib/pkgconfig pkg_config='pkg-config --static' ./configure --prefix="../target" --enable-gpl --enable-version3 --enable-nonfree --disable-shared --enable-pthreads --enable-nonfree --enable-libx264 --enable-static --disable-doc [00:32:35 CEST] <hardikj> this is the command I used [00:33:57 CEST] <durandal_1707> look in configure --help output are there switches for your case [00:41:14 CEST] <hardikj> durandal_1707, I added --enable-indev=avfoundation but still no luck [00:43:13 CEST] <durandal_1707> look in logs, perhaps you need pkg_config or similar [00:47:29 CEST] <hardikj> durandal_1707, anyidea where are logs stored? [00:47:37 CEST] <hardikj> or do you mean stdout? [00:52:27 CEST] <durandal_1707> config.log maybe [09:05:09 CEST] <unixbird> I dont exactly know how to say this or start out: I followed this guide for stepmania http://www.stepmania.com/wiki/compiling-stepmania/?PageSpeed=noscript and when I got to the ./configure stage, I hit a snag and get this error (its the same as if i do the command ./configure) http://pastebin.com/suHq9wnB [09:06:29 CEST] <JEEBsv> oh wow, stepmania is still alive? [09:06:56 CEST] <unixbird> eh kind of [09:07:13 CEST] <JEEBsv> also that error seems to have nothing to do with ffmpeg [09:08:02 CEST] <unixbird> huh I just went with what I saw [09:08:08 CEST] <unixbird> it was my first lead [09:09:33 CEST] <unixbird> any chance you can point me in the right direction? [09:09:47 CEST] <JEEBsv> or well, it says it failed to do something with ffmpeg, but thank them for having the shit quiet :P so you can't see if they did anything braindamaged, and you can't see what failed [09:10:29 CEST] <unixbird> god dammit it could be anything then [09:14:10 CEST] <unixbird> guess I should probably give up and try again some other time [09:17:54 CEST] <unixbird> nvm found the error, I needed yasm, but now another error happens.. [11:09:09 CEST] <Fjorgynn> aballier: welcome [11:19:51 CEST] <hardikj> hi, I want to use qtkit to capture my destop on my mac lion (10.7.5), I tried using --enable-indev = qtkit but It didn't worked [11:20:02 CEST] <hardikj> any idea what am I doing wrong? [11:40:32 CEST] <hardikj> anyone? :( [11:45:26 CEST] <Fjorgynn> :( [11:45:31 CEST] <Fjorgynn> I am not a mac user srry [11:50:34 CEST] <hardikj> np [11:51:37 CEST] <hardikj> i can wait till someone arrive [12:03:07 CEST] <brontosaurusrex> hardikj: no idea what you need, but can do some testing on a mac [12:05:40 CEST] <kotten> Hello! I am trying to pipe the output of a USB-connected camera on my server to my client computer(Preferebly over SSH) However I don't seem to get it working =\ [12:06:57 CEST] <kotten> I can record.. And I can pipe it locally(ssh localhost) but to the other computer on the network(1000Mbit) it doesn't work. [12:18:28 CEST] <brontosaurusrex> kotten: no idea, sorry [12:18:58 CEST] <brontosaurusrex> kotten: ignore me. [12:22:26 CEST] <hardikj> brontosaurusrex, I am trying to capture desktop using ffmpeg on mac os lion, the problem is when avfoundation and qtkit are not getting detected [12:23:34 CEST] <hardikj> I tried lots of things like building my own static buinary with --enable-indev = avfoundation flag on, but it don't seem to work [12:43:02 CEST] <hendry> i noticed when I run `ffmpeg -f v4l2 -framerate 30 -video_size 1920x1080 -i /dev/video0 -c:v libx264 -preset ultrafast -crf 10 microcorder.mkv`, I record at 30fps. However when I add -f alsa -i pulse -acodec pcm_s16le for audio, it just grinds down the 1fps. Am I missing a trick ? [12:49:12 CEST] <brontosaurusrex> hardikj: any errors? [12:50:27 CEST] <hardikj> urmm, last line of my config.log says cc1: error: unrecognized command line option "-Wmaybe-uninitialized" [12:52:26 CEST] <hardikj> but it configure and build fine and the ffmpeg binary I get also also seems to work fine, it just dont detect avfoundation or qtkit [12:58:04 CEST] <durandal_1707> hardikj: what happens if you only record audio [12:58:46 CEST] <hardikj> durandal_1707, I don't need audio, so I didn't tried it, can try if you want? [12:59:49 CEST] <durandal_1707> hardikj: nvm [13:00:41 CEST] <debianuser> durandal_1707: were you actually asking hendry? [13:00:56 CEST] <durandal_1707> hendry: what happens if you record only audio? [13:01:36 CEST] <durandal_1707> debianuser: yes, my mistake [13:11:17 CEST] <Daan_> Dear, How can I watermark a image, convert it to a video and put music in the background? :) [13:13:12 CEST] <hendry> durandal_1707: i can't really tell what fps i am getting if i just record audio ... [13:13:32 CEST] <durandal_1707> Daan_: with ffmpeg [13:13:53 CEST] <Daan_> durandal_1707: which command? :) [13:14:11 CEST] <durandal_1707> hendry: look how much CPU is used [13:15:06 CEST] <durandal_1707> Daan_: there are bunch of them, you could google it for start [13:16:29 CEST] <hendry> durandal_1707: not sure what I'm looking for http://s.natalian.org/2015-07-13/1436786167_280x532.png [13:16:55 CEST] <hendry> durandal_1707: sorry, http://s.natalian.org/2015-07-13/1436786150_1432x1036.png [13:22:40 CEST] <iomari_> greetings, I just nstalled ffmpeg on a system and I can't convert a movie that I can convert on another system. What additional libraries are needed? I instlled using apt-get on ubuntu trusty. [13:27:11 CEST] <Daan_> Dear, my ISP had a few problems, I'm back :) [13:31:22 CEST] <Daan_> Can anyone help me find the right ffmeg command? :) [13:46:38 CEST] <debianuser> hendry: Does the audio recording itself work fine? Can you record something with `arecord -Vstereo -fdat -Dpulse somefile.wav` and does that "somefile.wav" play fine? [14:10:47 CEST] <AAA7> I'm trying to convert and trip a .mp4 file using FFmpeg in Objective-C environment [14:11:08 CEST] <AAA7> I got this far [14:11:14 CEST] <AAA7> http://stackoverflow.com/questions/31262243/how-to-trim-a-video-using-ffmpe… [14:13:04 CEST] <c_14> Daan_: you want the overlay filter, the loop input option, and probably -shortest. Like in https://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images… just with the filter as well [14:33:39 CEST] <bove> I'm trying to decode a raw format with a fixed header size (2048 bytes) for each frame. I'm already skipping the header using skip_initial_bytes, but is there a similar options to skip bytes for each frame? [14:41:10 CEST] <durandal_1707> bove: afaik no, but you could write demuxer... [14:43:19 CEST] <bove> durandal_1707: Can I do that on runtime? [14:46:46 CEST] <durandal_1707> bove: no [14:47:07 CEST] <durandal_1707> bove: what format is that? [14:51:46 CEST] <bove> It's a Mistika media file. .js extension. It might have roots in some SGI format ... [15:05:39 CEST] <durandal_1707> bove: and what it stores? [15:07:22 CEST] <bove> Image streams in various pixel formats [15:07:57 CEST] <bove> durandal_1707: I'm looking into -packetsize now. Or is that for something else? [15:10:31 CEST] <joshuabarnett> How can I normalize audio using ffmpeg? [15:10:32 CEST] <durandal_1707> bove: the only correct way is writting demuxer yourself or let someone else to write it [15:11:21 CEST] <durandal_1707> synthecypher: what you exactly need? [15:12:00 CEST] <bove> durandal_1707: I can write it, but I want to avoid updating a number of existing systems [15:13:05 CEST] <durandal_1707> heh, its monolithic library simple does not allow that [15:13:51 CEST] <durandal_1707> could upload few samples to Trac ticket [15:17:28 CEST] <Guest19252> Hi all! I have aproblem with my Raspberry Pi, if I run apt-get install ffmpeg, it is too old for using filter_complex, how can I get the newest ffmpeg without compiling? :) [15:17:34 CEST] <Guest19252> I run raspbian [15:19:52 CEST] <Guest19252> Hi all! I have aproblem with my Raspberry Pi, if I run apt-get install ffmpeg, it is too old for using filter_complex, how can I get the newest ffmpeg without compiling? :) [15:19:53 CEST] <Guest19252> I run raspbian [15:24:23 CEST] <Guest19252> Hi all! I have aproblem with my Raspberry Pi, if I run apt-get install ffmpeg, it is too old for using filter_complex, how can I get the newest ffmpeg without compiling? :) [15:24:24 CEST] <Guest19252> I run raspbian [15:45:33 CEST] <bove> durandal_1707: I wonder if the packet overhead comes from memory alignment. Maybe there's a switch to toggle that on demux? [15:46:56 CEST] <durandal_1707> what overhead? there are no switches for random ideas in ffmpeg, yet [15:50:04 CEST] <bove> If the 2048 bytes are simply a result of memory alignment, there must surely be other formats with the same phenomena [15:51:01 CEST] <Guest19252> Hi all! I have aproblem with my Raspberry Pi, if I run apt-get install ffmpeg, it is too old for using filter_complex, how can I get the newest ffmpeg without compiling? :) [15:51:02 CEST] <Guest19252> I run raspbian [15:53:21 CEST] <durandal_1707> bove: packet overhead - in size? [15:55:32 CEST] <bove> The picture info for each frame is 4 147 200 bytes (1920*1080*2), but the packet size is 4 149 248 bytes, witch results in a rolling picture if I try to decode it as rawvideo [16:00:32 CEST] <durandal_1707> yes, you can't skip it unless special demuxer is written [16:13:51 CEST] <Guest19252> Hi all! I have aproblem with my Raspberry Pi, if I run apt-get install ffmpeg, it is too old for using filter_complex, how can I get the newest ffmpeg without compiling? :) [16:14:17 CEST] <Guest19252> I run raspbian [16:22:47 CEST] <pothibo> Im trying to get a stream from Wowza to pass through ffmpeg to then serve a new stream with ffserver(dont ask). heres the cmd ffmpeg -i rtsp://52.2.56.62:1935/live/myStream.stream http://0.0.0.0:8089/feed.ffm and it does a segmentation fault idea? [16:23:53 CEST] <pothibo> actually, is ffserver still maintained? [18:36:41 CEST] <Reelee> I'm having a problem decoding dvbsub subtitles on live stream. VLC seems to be able to decode them without a problem. See ticket #4200 here: https://trac.ffmpeg.org/ticket/4200 [19:17:42 CEST] <louisnk> Hey FFmpeg'ers [19:19:18 CEST] <louisnk> i'm having a bit of a problem getting a blank output, was wondering if anyone could give some insight? [19:30:42 CEST] <durandal_1707> louisnk: give more info [19:38:39 CEST] <louisnk> i'm doing a pretty basic conversion with 2 webm files to a single mp4 [19:38:52 CEST] <louisnk> i'm also doing it via node.js, which may be the culprit [19:39:04 CEST] <louisnk> if I run it from the command line, referencing the files directly it works [19:39:21 CEST] <louisnk> but when creating a stream of data from the files and running the same command via node.js, it creates an empty output [19:39:40 CEST] <louisnk> reading ffmpeg's docs it seems like it's totally capable of working with streams, and in fact if I use a single stream it works fine [19:40:23 CEST] <louisnk> ffmpeg -i pipe:1 -i pipe:2 -map 1:a:0 -strict -2 -map 0:v:0 -shortest -f mp4 -y /path/to/output.mp4 [19:40:51 CEST] <louisnk> if I replace pipe:1 with a filename and run from command line, works great [19:41:55 CEST] <c_14> louisnk: what exactly are you doing? [19:42:09 CEST] <c_14> Neither pipe:1 nor pipe:2 should be valid input options (afaik) [19:42:14 CEST] <c_14> As they're referencing stdout and stderr [19:42:30 CEST] <louisnk> oh... [19:42:42 CEST] <c_14> How are you piping the data to ffmpeg? [19:42:48 CEST] <c_14> Have you tried fifos/named pipes? [19:43:00 CEST] <louisnk> i'm spawning a child process and piping the data into it's sdin [19:43:09 CEST] <louisnk> i hadn't found fifos/named pipes? [19:43:12 CEST] <c_14> From 2 sources? [19:43:16 CEST] <louisnk> yes [19:43:23 CEST] <c_14> fifos/named pipes are an OS abstraction [19:43:38 CEST] <c_14> louisnk: you're piping 2 sources into stdout? One after another or wildly mixed? [19:44:00 CEST] <louisnk> ya you're right [19:44:04 CEST] <louisnk> they are probably going in one after the other [19:44:10 CEST] <louisnk> i'm piping into stdin, one after the other [19:44:14 CEST] <louisnk> so that's clearly not going to work... [19:44:26 CEST] <louisnk> how would I go about piping those in as named pipes? [19:45:42 CEST] <iive> `man mkfifo` [19:45:53 CEST] <louisnk> i'm reading about that now [19:46:13 CEST] <louisnk> so create named pipes, then use those in my ffmpeg command, essentially [19:46:31 CEST] <c_14> yes [19:46:52 CEST] <louisnk> thank you. [19:51:25 CEST] <astroty> Hello there, can someone help me? [19:55:40 CEST] <astroty> I have a nginx RTMP server and I wanna know if there is any way to zoom my webcam while streaming without having to pause ffmpeg to set new parameters. My webcam doesn't support zooming according to v4l2 so I thought about using cropping and scaling instead. [19:58:51 CEST] <DHE> I don't know that it would benefit you any. if there's no zoom lens then you won't get better picture out of it [20:07:16 CEST] <pistacio> who could help me? while compiling ffmpeg with --enable-libass I get libass not found using pck-config. libass-dev is installed and libass.pc is in the PKG_CONFIG_PATH. The configure.log og ffmpeg tells me /usr/bin/ld: cannot find -lenca, /usr/bin/ld: cannot find -lfribidi, collect2: error: ld returned 1 exit status,ERROR: libass not found using pkg-config [20:09:22 CEST] <astroty> DHE: Still, is there a way to change the parameters while ffmpeg is running so there wouldn't be a need to stop streaming? [20:10:14 CEST] <DHE> nothing comes to mind that wouldn't be considered a dirty hack... :/ [20:10:29 CEST] <astroty> I don't mind dirty hacks [20:10:38 CEST] <astroty> :P [20:10:47 CEST] <DHE> hehehe [20:11:39 CEST] <DHE> the dirty hack that comes to mind is to use the udp:// "format" as a go-between. one ffmpeg instance takes webcam input and filters it, outputting to a UDP stream. a second takes UDP and outputs it to nginx [20:12:13 CEST] <DHE> you can restart the first instance, and as long as the outage is brief and the codec parameters are the same (resolution, etc) it might just pick up where it left off [20:21:23 CEST] <astroty> Hm, could work nicely [20:21:30 CEST] <astroty> Thanks for the idea! [20:47:01 CEST] <pistacio> who could help me? while compiling ffmpeg with --enable-libass I get libass not found using pck-config. libass-dev is installed and libass.pc is in the PKG_CONFIG_PATH. The configure.log og ffmpeg tells me /usr/bin/ld: cannot find -lenca, /usr/bin/ld: cannot find -lfribidi, collect2: error: ld returned 1 exit status,ERROR: libass not found using pkg-config [21:17:32 CEST] <durandal_1707> pistacio: have you installed libenca and fribidi? [21:27:11 CEST] <pistacio> durandal_1707: yes both of them. [21:28:04 CEST] <durandal_1707> and where are they? [21:29:07 CEST] <pistacio> libenca-dev and libfribidi-dev [21:29:31 CEST] <pistacio> in /usr/include [21:31:09 CEST] <pistacio> do I need binaries or dev files? [21:34:15 CEST] <durandal_1707> where are libraries? [21:36:01 CEST] <durandal_1707> you need to point ldflags to them... [21:46:36 CEST] <pistacio> ./usr/lib/x86_64-linux-gnu/libenca.so [21:47:31 CEST] <pistacio> ./usr/lib/x86_64-linux-gnu/libfribidi.so [21:48:04 CEST] <pistacio> how do I do it? I mean pointing ldflags. [21:51:25 CEST] <durandal_1707> LDFLAGS=-L/usr/lib... [21:52:11 CEST] <durandal_1707> or copy those libs where are others.... [21:58:09 CEST] <pistacio> thank you dural_1707 IT WORKS !!!!! THANK YOU VERY MUCH !!! [21:58:14 CEST] <jo_mo> I've cut a video with QuickTime Player on OS X, which produces a .mov file. When I try to convert it to .webm the audio is out of sync (interestingly only after the 1st cut). Is there any way to fix this? [22:00:06 CEST] <pistacio> hhmm :) no it does not I forgot to include the switch --enable-libass [22:58:56 CEST] <Guest33241> "ffmpeg -use_absolute_path 1 -i test.mp4 -codec copy -v debug output.mp4" doesn't activate the "use_absolute_path" demuxer option. what am I missing? [00:00:00 CEST] --- Tue Jul 14 2015

1 0

ffmpeg-devel.log.20150712
by burek 13 Jul '15

13 Jul '15

[00:14:15 CEST] <jamrial> durandal_1707: what does libavutil/cpu-test print? [00:14:53 CEST] <cone-029> ffmpeg 03Michael Niedermayer 07master:944a1aa3c594: avformat/yuv4mpegdec: Use 64bit for file offset [00:17:00 CEST] <jamrial> judging by the stuff in libavutil/x86/cpu.c, your cpu seems to be among the ones that toggle the sse2slow flag rather than sse2 like nevcairiel, so that would explain it [00:20:05 CEST] <durandal_1707> well its not that slow but gives different results [00:26:05 CEST] <durandal_1707> michaelni: on how many cores you tested w3fdif? [01:09:15 CEST] <michaelni> durandal_1707, 6core [01:10:44 CEST] <michaelni> that is 6 real cores 12 if you count hypethreading [01:11:33 CEST] <michaelni> i tested using time ./ffmpeg ... [01:16:02 CEST] <durandal_1707> michaelni: maybe lut and stereo3d will have bigger speed up.. [01:18:37 CEST] <durandal_1707> sorry for sending 3x times same thing, something was wrong with gmail [01:33:06 CEST] <BBB> if I have a value in xmm0, and on 32bit I want to return that value from the function, and its float [01:33:13 CEST] <BBB> the abi says it has to be in st0 or fp0' [01:33:17 CEST] <BBB> how do I do that in yasm? [01:36:20 CEST] <BBB> I guess theres no way and I need to use stack as in-between [01:36:21 CEST] <BBB> blegh [01:56:33 CEST] <BBB> durandal_1707: theres some more simd for you to review [01:57:05 CEST] <J_Darnley> yes, as far as I [01:57:25 CEST] <BBB> I guess having tests for vf_ssim/psnr would be useful at this point, anyone wanna write some? [01:57:36 CEST] <J_Darnley> yes, as far as I know you cannot do xmm<->fp stack directly [01:57:46 CEST] <BBB> ok, thats what it looked like [01:57:47 CEST] <BBB> sad [01:57:48 CEST] <BBB> ohwell [02:17:49 CEST] <jamrial> BBB: check scalarproduct_float in lavu/x86/float_dsp.asm [02:24:27 CEST] <BBB> oh that has a good horizontal add idea [02:39:44 CEST] <BBB> is there proper sample code for lavfi integration in an application that provides its own input data? [02:40:15 CEST] <BBB> like, lets say Id like to think of the ssim filter as a push or pull thing where I have two frames, I want to call a function, and I want to get the ssim value. how would I do that? [02:40:28 CEST] <BBB> (ideally without massively redesigning the application) [02:55:37 CEST] <BBB> apparently buffer+buffersink can do that [05:15:50 CEST] <Compn> nice someone cracked audible eh [05:15:51 CEST] <Compn> :P [09:05:16 CEST] <pross> trac error: https://trac.ffmpeg.org/ticket/2252 -- "Genshi UnicodeEncodeError error while rendering template (unknown template location)" [11:47:22 CEST] <michaelni> pross, is this the error described in http://trac.edgewall.org/ticket/11218 ? [12:08:41 CEST] <durandal_1707> michaelni: is 2nd w3fdif threading patch ok? [12:31:23 CEST] <pross> michaelni: yes. the trac entry was recently updated, and now it does not render. [12:48:52 CEST] <michaelni> durandal_1707, 0m0.593s ->0m0.423s for time make THREADS=12 fate-filter-w3fdif-complex fate-filter-w3fdif-simple without vframes limit [12:49:42 CEST] <durandal_1707> gussing fate passes still [12:49:57 CEST] <durandal_1707> *guessing [12:51:03 CEST] <michaelni> iam testing atm [13:10:13 CEST] <michaelni> durandal_1707, seems working [14:20:20 CEST] <BBB> do we support float metadata? [14:20:42 CEST] <BBB> like, lets say I wanted to export the metadata in ssim/psnr as floats instead of strings, so I can control the formatting myself, is that possible in the api? [14:21:50 CEST] <J_Darnley> I thought it was string only. Abuse it and write the bytes as a hex string? [14:22:16 CEST] <ubitux> BBB: snprintf with "%f" [14:22:31 CEST] <BBB> J_Darnley: omg that is hacky [14:22:33 CEST] <BBB> I love it [14:22:33 CEST] <ubitux> like we do in every other filter [14:22:50 CEST] <BBB> ubitux: maybe this would be an interesting future extension? [14:22:54 CEST] <BBB> generic value system or so [14:23:12 CEST] <ubitux> sure, but have fun redesigning the AVDictionary API [14:24:38 CEST] <ubitux> git grep SET_META will give you a bunch of hints in other filters [14:24:46 CEST] <ubitux> -i even [14:27:03 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:cdb0d7e43993: avformat/brstm: Remove unused variable [14:27:04 CEST] <cone-725> ffmpeg 03Ronald S. Bultje 07master:3a18d3fa0475: ivfenc: write duration at end-of-stream. [14:52:26 CEST] <wm4> BBB: you could use hex floats (%a) [14:52:52 CEST] <wm4> IMO a good compromise between being lossless and readable [14:55:56 CEST] <BBB> ok let me try that [15:10:08 CEST] <kurosu> %a is C99 - how much is that portable? [15:10:46 CEST] <kurosu> (actually: supported by mingw / visual studio) [15:12:07 CEST] <kurosu> BBB: regarding ssim, the code could go in (haven't looked at it much), but next step could be "what did the x264 guys think about it" [15:12:29 CEST] <BBB> about what? the ssim code? [15:12:40 CEST] <BBB> or the simd code? [15:12:42 CEST] <BBB> or & ? [15:13:02 CEST] <kurosu> simd ssim code [15:13:30 CEST] <BBB> they usually dont care much about our simd code, I think (and they shouldnt) [15:13:33 CEST] <kurosu> sure we may have another use from them, but maybe it's worth it [15:13:49 CEST] <kurosu> I mean the reverse: what tricks did they use [15:13:56 CEST] <kurosu> and let's use that [15:14:45 CEST] <kurosu> but as it's negligable gain, I didn't mean that to stop the current code to be commited [15:15:31 CEST] <cone-725> ffmpeg 03Luca Barbato 07master:355864ef7a95: g726: Do not crash on user mistake [15:15:32 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:e72988d3f804: Merge commit '355864ef7a9548ee6491a25de1e0650bd983a667' [15:16:08 CEST] <BBB> oh I see waht you mean [15:16:15 CEST] <BBB> yeah we could look at what they did [15:30:03 CEST] <cone-725> ffmpeg 03Luca Barbato 07master:d80811c94e06: riff: Use the correct logging context [15:30:04 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:ba77fb61f741: Merge commit 'd80811c94e068085aab797f9ba35790529126f85' [16:09:54 CEST] <cone-725> ffmpeg 03Luca Barbato 07master:c1d647b15afa: mp3: Make the seek more robust [16:09:55 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:7da1f00e79eb: Merge commit 'c1d647b15afa69fa70f999a9ddcb98346409fb4d' [16:20:10 CEST] <cone-725> ffmpeg 03Andreas Cadhalpun 07master:189420cb5619: riffdec: prevent negative bit rate [16:33:54 CEST] <cone-725> ffmpeg 03Andreas Cadhalpun 07master:f1bdc2343704: riff: Validate bitrate [16:33:55 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:cd326377414d: Merge commit 'f1bdc234370401c032cd85184e93c7c155eb6d62' [16:33:56 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:839d6bc192f7: avformat/riffde: Fix integer overflow in bitrate [17:10:07 CEST] <cone-725> ffmpeg 03Hendrik Leppkes 07master:796268654c78: asfdec: always reset packet state after seeking [17:10:08 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:d2e5297e9369: Merge commit '796268654c7807c9a1cfb322c838383e2b900d60' [17:25:48 CEST] <cone-725> ffmpeg 03Ronald S. Bultje 07master:f353b851b925: vf_ssim: fix s->coefs for yuv with non-4:2:0 subsampling. [18:22:23 CEST] <livingBEEF> If I understand it correctly, paletteuse can't do transparent stuff. Any idea how hard it would be to rewrite it? I did some graphics stuff and C stuff, but I'm not really familiar with ffmpeg's codebase... [18:33:35 CEST] <cone-725> ffmpeg 03James Almer 07master:a3b721d10ddf: avcodec/dcadec: silence request_channels deprecation warnings [18:56:42 CEST] <durandal_1707> livingBEEF: what you mean by transparent stuff? [18:59:35 CEST] <livingBEEF> durandal_1707: alpha-channel is dropped https://trac.ffmpeg.org/ticket/4443 [19:03:44 CEST] <livingBEEF> from looking at vf_paletteuse.c it seems that the whole thing drops alpha channel in the beginning and then works only with rgb [19:16:33 CEST] <durandal_1707> ask ubitux he worked on that filter [19:20:00 CEST] <ubitux> livingBEEF: store the first transparent color id found in the palette, and reuse it whenever the input has transparency [19:20:12 CEST] <ubitux> paletteuse should be patchable that way [19:20:54 CEST] <ubitux> i need to think a bit about how it's going to behave with the transparency optimization... maybe you should pick the 2nd transparent color, dunno [19:24:36 CEST] <ubitux> livingBEEF: http://pastie.org/10288291 100% untested but you get the idea [19:25:19 CEST] <ubitux> try to play along these lines [19:26:06 CEST] <livingBEEF> thanks. Looks less complicated than I expected [19:26:58 CEST] <ubitux> it will only handle 0% or 100% opacity [19:27:37 CEST] <ubitux> that's just a guess on how to handle the issue, but i don't have time to look deeper currently [19:28:10 CEST] <livingBEEF> yeah... still better than nothing; and it looks simple enough [19:29:00 CEST] <cone-725> ffmpeg 03Niklesh 07master:774ceee17ed9: movtextdec.c: Add support for highlight and hilightcolor box [19:30:55 CEST] <ubitux> what need to be check is animated gif (with transparent optimization) and transparent background [19:31:13 CEST] <ubitux> they must not overlap [19:31:53 CEST] <ubitux> so you need to make sure the transparent color that will be picked in the gif encoding will be different than the transparent "background" color [19:32:54 CEST] <ubitux> i didn't want to think about that mess originally (shit was complex enough already) so i just said fuck it to source transparency [19:35:00 CEST] <wm4> apropos gif, does anyone have an idea how to determine the duration of gifs? [19:35:46 CEST] <durandal_1707> full parsing feel free to write parser [19:35:47 CEST] <rcombs> sum the frames' delay fields? [19:37:00 CEST] <ubitux> duration = -1 [19:45:37 CEST] <Zeranoe> Probably an unrealistic requirement, but if you remove all the GPL licensed source files and try to compile FFmpeg as LGPL it will not compile without some minor modifications. [19:47:30 CEST] <durandal_1707> Zeranoe: what modifications? [20:34:47 CEST] <cone-725> ffmpeg 03Ganesh Ajjanagadde 07master:4547cf68a0d2: avformat/isom: utilize bitrate hints [21:12:31 CEST] <durandal_1707> michaelni: does it make sense to push stereo3d slice threading? [21:12:35 CEST] <cone-725> ffmpeg 03Henrik Gramner 07master:8bc67ec2c0d2: Checkasm: assembly testing and benchmarking tool [21:12:36 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:f14fc55969d8: Merge commit '8bc67ec2c0d2b5444d51a1bed1d50f0e10d92717' [21:15:33 CEST] <michaelni> durandal_1707, i dont know, it was faster in the one test, so based on just that it would be a yes, you could do more tests to see if its always faster that is in more real world test case with multitreaded encoder and decoder [21:21:44 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:86eee85daddb: bytestream2: set the reader to the end when reading more than available [21:21:45 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:98c7f9741edd: Merge commit '86eee85daddb682fa072c2e2657c90a514b855e3' [21:31:15 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:a9a2f3613040: doc: add a section about building with libmfx [21:31:16 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:6727380d0527: Merge commit 'a9a2f3613040c4f90bf15cbd76f8671252ecc043' [21:32:59 CEST] <cone-725> ffmpeg 03Andreas Cadhalpun 07master:9f4c7397a296: hevc: check slice address length [21:33:00 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:547848f71184: Merge commit '9f4c7397a296e6d11b3c6c121a6896163577dc7c' [21:42:01 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:ab05ed4c322e: mpegvideo_parser: export pixel format and dimensions [21:42:02 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:ddd86e4747f2: Merge commit 'ab05ed4c322ed0488ac9b5d2ef5d4ffa55a946a7' [22:07:57 CEST] <cone-725> ffmpeg 03Paul B Mahol 07master:c02ee69be9c5: fate: add tests for stereo3d anaglyph modes [22:07:58 CEST] <cone-725> ffmpeg 03Paul B Mahol 07master:7b07e72abc03: avfilter/vf_stereo3d: implement slice threading for anaglyph output [22:07:59 CEST] <cone-725> ffmpeg 03Paul B Mahol 07master:885afff01c72: avfilter/vf_w3fdif: implement slice threading [22:27:16 CEST] <Kaedenn> 1) Hi! 2) <3 and 3) :D [22:27:26 CEST] Action: Kaedenn hops back over to the other channel [22:45:03 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:b11acd57326d: hevc: remove HEVCContext usage from hevc_ps [22:45:04 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:d5fcca83b915: Merge commit 'b11acd57326db6c2cc1475dd0bea2a06fbc85aa2' [22:53:42 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:d7bebe480519: hevc: skip invalid/ignored NALUs when splitting the packet [22:53:43 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:760304e4c318: Merge commit 'd7bebe4805193783f0b6f292f9127a75709fb7d9' [23:03:37 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:ae05b4865514: hevc: eliminate the second call to hls_nal_unit() [23:03:38 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:4c42c66935a7: Merge commit 'ae05b4865514fd71b5e9431e93aa0d03d7ba7751' [23:45:39 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:d82e1adc2019: hevc: move splitting the packet into NALUs into a separate function [23:45:40 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:4690a6363246: Merge commit 'd82e1adc2019135a2fc45372e0ed0b5ef107cdd0' [23:52:30 CEST] <cone-725> ffmpeg 03Anton Khirnov 07master:7f78155dc6b6: hevc: improve a comment [23:52:31 CEST] <cone-725> ffmpeg 03Michael Niedermayer 07master:93aa84c1ea9a: Merge commit '7f78155dc6b65be55efb5309b6dd2bb33925a8c4' [23:54:58 CEST] <Guest78083> hi, I am wondering about how to activate "audio_chunk_duration" AVOption in webm_chunk.c? While I can pass the AVOption correctly, the corresponding demuxer doesn't seem to get it. is there magic involved here? :) [23:59:27 CEST] <jamrial> make sure you put the demuxer options before the input file. and in any case you can use -loglevel debug to see how it's being parsed [00:00:00 CEST] --- Mon Jul 13 2015

1 0

ffmpeg.log.20150712
by burek 13 Jul '15

13 Jul '15

[00:03:45 CEST] <Dimtree> Nevermind, I'm an idiot. 'ffmpeg -codecs' reports full support for a52 by default. [00:04:13 CEST] <Dimtree> Thanks for your help [00:05:50 CEST] <courrier> Hey guys! I must downgrade my 60MB video to 10MB by keeping the best possible quality, is there a way to ask this to ffmpeg without a tweak-encode-and-retry approach? [00:06:39 CEST] <BtbN> if you are aiming for an exact file size, you want to use 2pass encoding. [00:15:01 CEST] <vee> is the current wiki page to create a pic-slideshow (https://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images) still applicable with version 2.7.1? i am trying to make a 2-pic slideshow and seems the first pic is being displayed for approx 4s and the 2nd pic is displayed for a brief second using : "ffmpeg -framerate 1/5 -i img%03d.png -c:v libx264 -vf "fps=25,format=yuv420p" out.mp4". I [00:15:03 CEST] <vee> have fiddled with adding a -vframes in there, changing the -framerate and fps= to various timings without success. [00:16:08 CEST] <courrier> BtbN: could you detail a bit more what's the idea of using épass encoding for that purpose? I don't see the link at first ^^ [00:16:57 CEST] <BtbN> It's made exactly for that purpose. To get the best quality out of a given target filesize. [00:17:22 CEST] <BtbN> the first pass collects data about the video, and the second pass uses that data to optimize the quality [00:20:39 CEST] <courrier> BtbN: Oh ok thanks [02:31:29 CEST] <noisykeyboard> Hi [02:32:04 CEST] <noisykeyboard> I'm sorry to ask, but I've looked everywhere, is there a way to add cover art to opus files in ffmpeg? [02:39:33 CEST] <noisykeyboard> anyone? [02:47:11 CEST] <q3cpma> Hello, how would I do to emulate the R128 gain calculation and tag write of opusenc with ffmpeg's filter ebur128? [03:20:43 CEST] <durandal_1707> noisykeyboard: same like to mp3 ? [05:35:57 CEST] <techtopia> is there anyway to get ffmpeg to stop listening to keyboard imputs when it's running? [05:36:31 CEST] <techtopia> like i was half way through a long encode, and went to type somthing in an irc window thinking it was active, but ffmpeg was the active window [05:36:36 CEST] <techtopia> and it killed my encode [05:36:52 CEST] <techtopia> it's happened before too, kinda annoying when it occurs [05:47:50 CEST] <noisykeyboard> You could run it in the background [05:48:42 CEST] <noisykeyboard> ffmpeg [command] & [05:48:55 CEST] <noisykeyboard> then type fg to bring it to the foreground if you actually have to stop it [06:05:48 CEST] <relaxed> techtopia: use screen or tmux [06:06:13 CEST] <techtopia> tmux? [06:06:20 CEST] <techtopia> whats that? [06:06:29 CEST] <relaxed> it's like screen [06:06:52 CEST] <techtopia> ahh just googled it [06:06:57 CEST] <techtopia> im in a windows enviroment [06:07:27 CEST] <relaxed> oh, I have no idea about windows [06:07:34 CEST] <techtopia> it's ok i guess [06:08:02 CEST] <techtopia> i like to have the ffmpeg window active becuase encoding fps goes up, but then i can accidently hit somthing on the keyboard and kill it [06:08:09 CEST] <techtopia> i will just try not to do it heh [06:12:31 CEST] <relaxed> techtopia: try, ffmpeg -i input output <NUL [06:14:28 CEST] <techtopia> ok :) [07:28:50 CEST] <chungy> also gnome-terminal lets you set a tab to read only mode. :P [07:29:05 CEST] <chungy> but I just read Windows so :/ [08:02:53 CEST] <thebombzen> Hm. Wondering if FFmpeg could use VideoLAN as a host, at least in the meantime. [08:10:02 CEST] <relaxed> thebombzen: host for what? [08:10:34 CEST] <thebombzen> News, July 4th. >After graciously hosting our projects (FFmpeg, MPlayer and rtmpdump) for 4 years, Arpi (our hoster) has informed us that we have to secure a new host somewhere else immediately. [08:10:52 CEST] <relaxed> ah, didn't see that [08:10:53 CEST] <thebombzen> Git, Website, Trac, etc. that stuff. [09:35:29 CEST] <phill_> morning ffmpeg [09:36:48 CEST] <phill_> I'm trying to compile the source on a RaspberryPi and I'm getting the following error install: cannot stat `/usr/local/share/man/man3/libavutil.3': Input/output error [09:36:49 CEST] <phill_> doc/Makefile:151: recipe for target 'install-man' failed [09:36:49 CEST] <phill_> make: *** [install-man] Error 1 [09:37:10 CEST] <phill_> see for the full output http://pastebin.com/RH2LYWWV [09:45:05 CEST] <chungy> might want to run fsck [09:45:13 CEST] <chungy> or check that the fs isn't full [09:57:15 CEST] <phill_> hi chungy fsck gave me warnings about damaging the fs, but I ran df and got: http://pastebin.com/3BPciwsD [09:57:22 CEST] <phill_> looks like I've got enough [09:57:44 CEST] <chungy> Don't run fsck on a live filesystem. [09:58:12 CEST] <chungy> try "touch /.forcefsck" and then reboot [09:58:47 CEST] <chungy> er, just /forcefsck actually [10:06:28 CEST] <phill_> chungy: I got touch: cannot touch `/forcefsck': Permission denied [10:06:33 CEST] <phill_> so sudo'd it [10:07:02 CEST] <phill_> rebooting now [10:10:49 CEST] <phill_> chungy: back up now what? try to make install? [10:12:32 CEST] <chungy> yes [10:13:54 CEST] <phill_> chungy: what was that supposed to do? [10:14:13 CEST] <chungy> find/repair errors in the filesystem. [10:15:40 CEST] <phill_> chungy: ahh ok thanks. thats why it took a little longer to reboot then! [10:16:09 CEST] <phill_> chungy: its got past the sticking point! thanks for your help! [10:16:35 CEST] <chungy> yeah an I/O error tends to mean something is wrong on the underlying system. [10:16:50 CEST] <phill_> chungy: time for bed, I'm told this can take 5 hours in th Pi [10:17:50 CEST] <phill_> chungy: pm me a paypal address an I'll pay for a beer [10:20:06 CEST] <chungy> Thanks, but no need :) [10:38:52 CEST] <phill_> chungy: if you change your mind ... [22:26:27 CEST] <Kaedenn> How do I slow an audio file down to 25%? [22:31:09 CEST] <durandal_1707> Kaedenn: see atempo filter [22:32:35 CEST] <Kaedenn> Hmm... okay [22:33:28 CEST] <Kaedenn> How do I use filters on the command-line? [22:33:45 CEST] <Kaedenn> atempo has a value tempo that I can assign 0.5 to [22:36:06 CEST] <Kaedenn> Hmm... -vf "tempo = 0.5" ? [22:38:48 CEST] <DHE> -af I think... -vf is for a video filter [22:45:55 CEST] <Kaedenn> Aha [22:51:11 CEST] <BtbN> Is it any diffrent from asetpts? [22:59:34 CEST] <durandal_1707> Yes [23:12:23 CEST] <pisto> how do I use ffmpeg to create mkv files for streaming (as in http://matroska.org/technical/streaming/index.html)? [00:00:00 CEST] --- Mon Jul 13 2015

1 0

ffmpeg-devel.log.20150711
by burek 12 Jul '15

12 Jul '15

[00:01:38 CEST] <cone-616> ffmpeg 03Andreas Cadhalpun 07master:75fd5ce4c1c0: imc: use correct position for flcoeffs2 calculation [00:30:18 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:c06e55627444: avcodec/mpeg4videodec: Check P cbpy [00:44:52 CEST] <cone-616> ffmpeg 03Andreas Cadhalpun 07master:1410eeb6ea6b: imc: Use correct position for flcoeffs2 calculation [00:44:53 CEST] <cone-616> ffmpeg 03Michael Niedermayer 07master:235e903b6323: Merge commit '1410eeb6ea6bc5784e40032430afcdf54a79aedb' [02:54:18 CEST] <BBB> is it possible to compile libavfilter and only compile a select set of filers? [02:54:23 CEST] <BBB> filters* [02:58:14 CEST] <J_Darnley> Is there not a --disable-filter option? [02:58:21 CEST] <jamrial> BBB: --disable-filters --enable-filter=something [02:58:27 CEST] <BBB> \o/ [02:58:39 CEST] <J_Darnley> or even that ^^ [02:59:03 CEST] <BBB> now only need to figure out how to use filters as push-one-get-one [02:59:45 CEST] <J_Darnley> I wish you luck [03:02:07 CEST] <BBB> that sounds so unhopeful [03:02:51 CEST] <J_Darnley> Well after trying to understand how the system works I was not impressed [03:05:10 CEST] <J_Darnley> as far as I could tell requests for frames come from the sink up to the source through the request_frame functions... [03:05:20 CEST] <J_Darnley> until the source provides a frame which goes through the filter_frame functions to the sink... [03:06:06 CEST] <J_Darnley> then the returns appear to go back down through the filter_frames to the source then back up through request_frames to the sink [03:06:43 CEST] <J_Darnley> but at any one of these functions a filter could turn around and ask for more or just do more [04:40:05 CEST] <cone-833> ffmpeg 03Ronald S. Bultje 07master:0303d43964cd: vf_psnr: add channel weighting based on chroma subsampling. [10:42:23 CEST] <zer0byte_> hey [10:42:33 CEST] <zer0byte_> someone here with el capitan beta 3? [10:52:25 CEST] <zer0byte_> noone [10:52:26 CEST] <zer0byte_> ?? [12:48:00 CEST] <cone-899> ffmpeg 03Dan Flett 07master:87f98a2b9d4c: fbdev: Support the RGB565 colour space. [12:48:00 CEST] <cone-899> ffmpeg 03Michael Niedermayer 07master:e76c34d08c6f: Merge commit '87f98a2b9d4c7218ad82bb45347a53b65e5244f3' [12:56:31 CEST] <cone-899> ffmpeg 03Ronald S. Bultje 07master:c381af77c5a9: vF_psnr: move set_meta() calls out of loop. [12:59:29 CEST] <J_Darnley> Now where was I? (Bloody distractions) [13:11:21 CEST] <BBB> question for muxer experts here. why would this be necessary? https://github.com/rbultje/ffmpeg/commit/f718677b7bd49c3e8eb2ca9bc2ff4512b7… [13:11:26 CEST] <BBB> and does it even make sense? [13:12:03 CEST] <BBB> (I think I simply created a webm file and then ffmpeg -i file.webm -codec:v copy file.ivf, and the duration was invalid) [13:13:48 CEST] <BtbN> hm? It even says in the commit message why it's neccesary. [13:15:03 CEST] <BBB> I wrote the commit message :-p [13:15:22 CEST] <BBB> I dont understand _why_ its necessary, Id expect these fields to be valid after find_stream_info [13:15:24 CEST] <BBB> (or so) [13:15:34 CEST] <BtbN> There are many reasons why the duration might be unknown [13:15:37 CEST] <BBB> although I guess these are muxer fields, not demuxer fields [13:15:54 CEST] <BtbN> A live stream for example [13:18:14 CEST] <BBB> ok lets send it to the list and see if people mind it [13:22:48 CEST] <nevcairiel> yeah muxers dont know the duration beforehand [13:22:57 CEST] <nevcairiel> it could be valid in the muxer context, but its usually not [13:23:26 CEST] <nevcairiel> should probably put a if (seekable) check on top of that [13:23:54 CEST] <wm4> or filters [13:24:15 CEST] <wm4> or seeking [13:24:51 CEST] <wm4> or simply inaccurate duration estimation in the demuxer (of which we have a lot) [13:30:17 CEST] <BtbN> Also, isn't there SEEK_END? [13:30:43 CEST] <BtbN> What even is ivf? [13:31:05 CEST] <nevcairiel> a lightweight container for vp8/9 [13:32:02 CEST] <Compnn> couldnt stick it in flv eh [13:50:21 CEST] <BtbN> i hate rtmp... why is video streaming so annoying. [13:52:31 CEST] <JEEBsv> just wait until you get to dash.js and MPEG-DASH [13:52:50 CEST] <JEEBsv> the lavf thing is generally good, but dash.js is one giant piece of lulz [13:53:02 CEST] <BtbN> I already did, works without any issues so far. [13:53:14 CEST] <BtbN> The problem is getting the stream to the machine intended as server [13:53:18 CEST] <durandal_170> J_Darnley: how is asm going for removegrain? [13:54:40 CEST] <Compn> rtmp is total crap. [13:55:20 CEST] <Compn> we were hoping that hls/hds would obsolete it, but nope [13:55:38 CEST] <BtbN> Well, DASH is on a good way [13:55:43 CEST] <Compn> million mp4 files, pfft [13:55:48 CEST] <JEEBsv> well it can be one [13:56:02 CEST] <JEEBsv> it will just request parts of that file [13:56:05 CEST] <BtbN> And HLS/DASH both don't help me, as the machine i'm streaming from is unable to act as server. [13:56:19 CEST] <JEEBsv> can't you do NFS or something? [13:56:36 CEST] <JEEBsv> so the output dir is shared between the server and the encoder [13:56:41 CEST] <BtbN> I tried that, but it's on an unstable Wifi link, i need something that can do intelligent framedropping [13:56:46 CEST] <JEEBsv> ok [13:56:49 CEST] <Compn> BtbN : is it time for ffmpeg to nih their own stream protocol? :) [13:57:23 CEST] <BtbN> rtmp is the only thing I know that can do on demand frame dropping [14:01:43 CEST] <durandal_170> michaelni: can nb_threads be changed without recreating graph in lavfi? [14:44:55 CEST] <J_Darnley> durandal_170: I am just about to start selecting which ones are x86_64 only [14:46:49 CEST] <J_Darnley> I got severly distracted by reporting a bug in mintty [14:47:07 CEST] <cone-899> ffmpeg 03Ronald S. Bultje 07master:733c5d889b98: yuv4mpeg: add rough duration estimate and seeking. [14:48:28 CEST] <michaelni> durandal_170, in principle that should be possible [15:03:40 CEST] <cone-899> ffmpeg 03Michael Niedermayer 07master:9b8b804cfb37: avformat/yuv4mpegdec: Remove unused variables [15:17:15 CEST] <J_Darnley> durandal_170: that's done and I pushed to gitlab [15:17:46 CEST] <J_Darnley> I will squash the commits together and send a patch to the list [15:42:05 CEST] <BBB> durandal_1707: lets say that I have two 8bit movies and I want to calculate the psnr in the yuv420p12 [15:42:11 CEST] <BBB> durandal_1707: how do I do that using the psnr filter? [15:42:47 CEST] <BBB> like, what magic do I do to convert each movie to yuv420p12 before calling psnr filter [15:46:13 CEST] <nevcairiel> swscale, but that isnt magic, rather evil sorcery [15:47:13 CEST] <BBB> I know, but whats the magic ffmpeg cmdln invocation [15:47:35 CEST] <J_Darnley> Are you looking for the filter called "format"? [15:47:40 CEST] <BBB> its something like ffmpeg -i file1 -i file2 -lavfi MAGIC HERE;[0:v][1:v]psnr -f null - [15:47:44 CEST] <BBB> what is MAGIC HERE [15:47:52 CEST] <BBB> I suppose I need multiple magics since its multiple streams [15:48:26 CEST] <J_Darnley> try to apply format=yuv420p12 to each on the input streams [15:49:08 CEST] <J_Darnley> *each of the input streams [15:55:53 CEST] <durandal_1707> [0:v]format=...[first],[1:v]format=...[second],[first][second]psnr... [16:03:30 CEST] <BBB> durandal_1707: ty! [16:03:35 CEST] <BBB> (see, I told you its magic) [16:17:08 CEST] <BBB> there, some simd for vf_psnr [16:18:15 CEST] <BBB> I should write some for ssim also, then at least theres a real practical reason to move from tiny_ssim to lavfi [16:29:53 CEST] <durandal_1707> BBB: asm is under gpl? You copied license from interlace filter... [16:33:14 CEST] <J_Darnley> durandal_1707: you want the removegrain asm to be LGPL, right? [16:34:23 CEST] <durandal_1707> Is it gpl so you can sold it to be lgpl? [16:35:01 CEST] <durandal_1707> whatever you prefer..... [16:35:46 CEST] <durandal_1707> update license file too in top directory [16:35:56 CEST] <J_Darnley> I mean I prefer GPL but I only wrote it because you asked (and I was bored with everything else) [16:37:08 CEST] <nevcairiel> just make it the same as the main filter and be done with it =p [16:37:17 CEST] <J_Darnley> I also assumed it was from a GPL source [16:38:41 CEST] <durandal_1707> it is from fuck license, maybe we should stick with it. But people may not like that word [16:38:55 CEST] <durandal_1707> :) [16:39:41 CEST] <J_Darnley> You can say it comes from rgtools which is MIT licensed (if you don't want to say the f-word) [16:39:48 CEST] <J_Darnley> :) [16:41:31 CEST] <durandal_1707> just do whatever you prefer [16:43:19 CEST] <nevcairiel> having optimizations on a stricter license than the code that would use them always gives me bad feelings, so I would go for LGPL in this case, but in the end its still your choice. [16:44:33 CEST] <kurosu> J_Darnley, you always declare the stack size as 0, but you can just skip declaring it if it is 0 [16:44:54 CEST] <J_Darnley> Even if I have argument names following it? [16:44:59 CEST] <nevcairiel> yes [16:45:00 CEST] <kurosu> yes [16:45:04 CEST] <kurosu> at least cglobal rg_fl_mode_20 look like it could use fewer xmms regs (by reusing some) [16:45:04 CEST] <J_Darnley> ah [16:45:16 CEST] <kurosu> but overall, really nothing of importance [16:46:36 CEST] <kurosu> classical question for some of those filters is "does ssse3 help here", for instance when you do unpack + paddw, some could use pmaddusbw with 1, 1 [16:46:59 CEST] <kurosu> I don't really think so, though, because you still need an unpack anyway [16:47:25 CEST] <kurosu> though I remember putting that to use for some mpeg2 half pel interpolation [16:47:27 CEST] <BBB> durandal_1707: oops, its lgpl ofcourse [16:48:07 CEST] <durandal_1707> BBB: what is speedup? [16:48:33 CEST] <BBB> dunno [16:48:45 CEST] <BBB> Im guessing its faster [16:50:49 CEST] <BBB> there, new version with lgpl header [16:50:51 CEST] <BBB> sorry about that [16:51:07 CEST] <BBB> and yes please do try to make all code lgpl, I always feel sad whenever we have new code thats gpl [16:51:32 CEST] <BBB> (its obviously the choice of whoever writes the code) [16:52:01 CEST] <BBB> I coped the license header from vf_interlace, so I guess thats gpl then? [16:52:03 CEST] <BBB> (why?) [16:52:58 CEST] <J_Darnley> I assume it is the same reason as other filters are/were GPL, the source they came from is GPL, like yadif was. [16:55:07 CEST] <durandal_1707> BBB: trivial code from mplayer era [16:55:27 CEST] <kurosu> J_Darnley, doing lgpl helps not bothering with the makefile/configure part, and it doesn't make much difference to the worst infringers [16:56:37 CEST] <kurosu> on the other hand, so many users are used to freeload that what happened to yadif is actually something nice [16:56:56 CEST] <durandal_1707> I have joinfields sitting there somewhere... [16:58:14 CEST] <BBB> 53097 -> 27826 decicycles [16:58:19 CEST] <BBB> so about 2x speedup [16:58:55 CEST] <BBB> thats for the sse portion only, 1920x1080 video [16:59:53 CEST] <kurosu> probably much larger on 32bits [16:59:53 CEST] <BBB> oh thats for the 16bpp version [17:00:44 CEST] <BBB> 27346 -> 21236 decicycles [17:00:47 CEST] <BBB> thats not very much, odd... [17:01:44 CEST] <BBB> anyway [17:01:47 CEST] <BBB> there you go, speedup [17:03:12 CEST] <BtbN> How do you measure that? I still have to int-math/optimize my colorkey filter. [17:03:54 CEST] <durandal_1707> hmm but it still use floats... [17:03:55 CEST] <kurosu> {START_TIMER / STOP_TIMER("my_function")} [17:04:14 CEST] <J_Darnley> Don't forget to #include "timer.h" [17:04:37 CEST] <BtbN> yes, the int-math conversion is still flawed. I think it overflows with certain color combinations, but i haven't found time to investigate yet. [17:15:05 CEST] <BBB> durandal_1707: about the ssim filter, what is s->coefs[]? [17:15:27 CEST] <BBB> its very odd that you would give uv equal weighting regardless of subsampling [17:15:38 CEST] <BBB> durandal_1707: did you mean to maybe weight it by subsampling instead of by colorspace? [17:20:25 CEST] <durandal_1707> indeed you are correct, ignoring subsampling is wrong [17:20:33 CEST] <BBB> Ill fix some things, Im working on it anyway [17:21:16 CEST] <durandal_1707> adding >8 bit is messy [17:21:43 CEST] <BBB> gI wasnt going to [17:21:45 CEST] <BBB> -g [17:21:47 CEST] <BBB> I wasnt going to [17:23:23 CEST] <zer0byte_> someone [17:23:23 CEST] <zer0byte_> ? [17:24:09 CEST] <zer0byte_> someone get this ierror during playing with ffmpeg [17:24:11 CEST] <zer0byte_> WARNING: 140: This application, or a library it uses, is using the deprecated Carbon Component Manager for hosting Audio Units. Support for this will be removed in a future release. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h. [17:24:22 CEST] <zer0byte_> with el capitan beta 3 [17:24:53 CEST] <BBB> zer0byte_: I guess apple introduced a new audio api and our code doesnt use it yet. ignore the warning, it works for now [17:37:15 CEST] <durandal_1707> is someone going to benchmark/test my slice thread patches for lut and stereo3d filter? [18:23:05 CEST] <J_Darnley> durandal_1707: I'll have a go at the lut filter. [18:23:51 CEST] <J_Darnley> Is there any particular filter command you want me to use? Otherwise I'll look at a fate test or the docs. [18:24:27 CEST] <durandal_1707> simple negate should do it [18:25:13 CEST] <durandal_1707> I wondering how much this filter would benefit from simd [18:26:23 CEST] <J_Darnley> I don't think LUTs lend themselves to SIMD [18:26:44 CEST] <J_Darnley> I guess you could detect some specific cases and use SIMD for those. [18:26:57 CEST] <J_Darnley> ... like negation [18:29:51 CEST] <BBB> I think altivec has lut simd [18:29:54 CEST] <BBB> or something like that [18:39:14 CEST] <jamrial> J_Darnley: regarding the marco changes i mentioned in my review: http://pastebin.com/2j8KyZfV http://pastebin.com/RDXqgE6V [18:53:53 CEST] <cone-029> ffmpeg 03Ronald S. Bultje 07master:9879421f1ac1: vf_psnr: always calculate MSE over full pixel range. [18:55:21 CEST] <J_Darnley> jamrial: noted [18:57:21 CEST] <kurosu> also avx syntax? mova a, b / op a, c => op a, b, c [19:04:35 CEST] <J_Darnley> yes, I plan to add avx2 but more is needed than just 3-arg instructions [19:08:03 CEST] <J_Darnley> OMFG! Thanks null muxer! I really care that I have "non monotonically increasing dts" [19:10:47 CEST] <nevcairiel> didnt someone send a patch to disable timestamps for the null muxer [19:13:52 CEST] <BtbN> i still have this amazing webcam that gives me 100% random timestamps... [19:14:17 CEST] <BtbN> Also causes a whole lot of log-panic [19:14:44 CEST] <cone-029> ffmpeg 03Ronald S. Bultje 07master:3bb58c377b45: vf_psnr: fix rgb channel order mixup in final log message. [19:18:33 CEST] <J_Darnley> All I tried to do was use the concat demuxer to concat my short y4m test file to give me more frames. [19:55:51 CEST] <J_Darnley> Ah yes! I forgot I had the tallship clip [20:13:08 CEST] <J_Darnley> Well, I think those test results are rubbish. 2, 3, and 4 threads all appear to be the same speed [20:18:52 CEST] <durandal_1707> J_Darnley: how you run it? [20:38:38 CEST] <J_Darnley> ffmpeg -i ... -threads N -vf ... -f null /dev/null [20:44:20 CEST] <durandal_1707> and how each takes time? [20:44:34 CEST] <J_Darnley> START_TIME [20:44:39 CEST] <J_Darnley> START_TIMER [20:44:45 CEST] <J_Darnley> STOP_TIMER [20:45:01 CEST] <durandal_1707> use simple time [20:45:19 CEST] <durandal_1707> instructions do not change [20:45:50 CEST] <durandal_1707> time ffmpeg .... [20:46:10 CEST] <J_Darnley> I'm trying to not measure the time it takes decoding or reading from disk [20:47:26 CEST] <durandal_1707> you can't so repeat it 4 times in a row and take minimal result [20:54:28 CEST] <kurosu> Or under linux, use perf, running something like perf stat -r <times> <command> [20:55:08 CEST] <J_Darnley> Does that do the math for you? [20:55:44 CEST] <kurosu> yes [20:55:49 CEST] <kurosu> https://perf.wiki.kernel.org/index.php/Tutorial#Repeated_measurement <- example [20:55:49 CEST] <J_Darnley> sold [20:56:22 CEST] <kurosu> perf is also useful to find source-level hotspots [20:57:15 CEST] <kurosu> need perf record <command> then perf report, possibly with the right options to use several perf data files [21:33:41 CEST] <cone-029> ffmpeg 03Paul B Mahol 07master:36669742301f: avformat/yuv4mpegdec: remove unused variable [21:35:29 CEST] <cone-029> ffmpeg 03Paul B Mahol 07master:9ea81fe95e63: fate: add tests for w3fdif filter [21:42:10 CEST] <durandal_1707> ah looks like there is lut instruction for avx called vgatherdps [21:46:37 CEST] <jamrial> there's gather and scatter, and i remember reading ithey are pretty slow [21:49:32 CEST] <J_Darnley> That might not be so useful for 8 bit samples [21:49:44 CEST] <J_Darnley> > VGATHERDPS/VGATHERQPS Gather Packed SP FP values Using Signed Dword/Qword Indices [23:39:37 CEST] <durandal_1707> my CPU have sse2 but it is not enabled. Why? [23:40:14 CEST] <J_Darnley> Someone disabled it int he BIOS? [23:42:05 CEST] <BtbN> Is that even possible? [23:42:27 CEST] <J_Darnley> I have seen it in some. I've never tried it though. [23:44:41 CEST] <cone-029> ffmpeg 03Michael Niedermayer 07master:bc976e579300: avcodec/utils: Fix potential overflow in overallocation code [23:44:42 CEST] <cone-029> ffmpeg 03Michael Niedermayer 07master:b3415e4c5f92: avutil/mem: Fix potential overflow in overallocation code [23:44:43 CEST] <cone-029> ffmpeg 03Michael Niedermayer 07master:59a07df06731: avcodec/utils: Avoid undefined void casts in ff_fast_malloc() [23:44:44 CEST] <cone-029> ffmpeg 03Michael Niedermayer 07master:f8db81074a96: avcodec/utils: Assert that the pointer is set when size is in ff_fast_malloc() [23:49:54 CEST] <nevcairiel> maybe its one of those with sse2slow [23:52:12 CEST] <J_Darnley> (it's not very new then) [23:52:30 CEST] <J_Darnley> When you say "not enabled" what do you mean? You get an illegal instruction error? Your OS doesn't report sse2? Some other tool doesn't report sse2? [23:59:04 CEST] <durandal_1707> J_Darnley: CPU celeron m, perhaps with crappy sse2 [23:59:57 CEST] <durandal_1707> its still alive at least [00:00:00 CEST] --- Sun Jul 12 2015

1 0

ffmpeg.log.20150711
by burek 12 Jul '15

12 Jul '15

[06:29:50 CEST] <ausjke> . [06:33:40 CEST] <ausjke> beginner to use ffmpeg libs, any good pointers? [09:22:57 CEST] <ausjke> avio_open(&pAVContext->pb, pFileName, AVIO_FLAG_WRITE) [09:23:33 CEST] <ausjke> i have one stream that is saved to pFileName, the filename size keeps at 9900Byte until the end when it's closed [09:23:51 CEST] <ausjke> it's like all the buffer is not flushed to the file itself until it closes, why is that [09:24:08 CEST] <ausjke> my other stream uses the same avio_open worked as expected, just the second stream does not [09:24:37 CEST] <ausjke> debugging for two days to no avail [09:39:06 CEST] <durandal_1707> ausjke: to what output container? [10:00:53 CEST] <garrett3> hey guys. Is there a way to cut a fragment out and get the rest as a result in one command? [10:06:41 CEST] <ausjke> durandal_1707: http://pastebin.ca/3056928 [10:07:45 CEST] <ausjke> I'm to maintain this code, new to ffmpeg, the same code works for the first video stream, not the second(file size stuck with 9900Byte until it's closed, the size will suddenly jump to a correct size then) [10:09:31 CEST] <ausjke> my first try is to do avio_open(AVIO_FLAG_WRITE), no help, it seems like the buf allocated may not be flushed to the file until it's closed, at that time av_free is called indeed [10:43:35 CEST] <zer0byte_> hey [11:39:50 CEST] <durandal_1707> ausjke: can you flush? [12:11:53 CEST] <ausjke> durandal_170: drop_cache on linux, sync etc has no effect, any other way to flush? [12:12:38 CEST] <ausjke> AVIO_FLAG_DIRECT no effect either [13:01:40 CEST] <kubast2> Hey does ffmpeg uses multithreading by default ,or do I need to add "-threads:stream_index threads"[5.1 ffmpeg documentation] to the command to make use of multicore system? [13:02:55 CEST] <c_14> It's automatic for many codecs. For some you'll need to specify -threads [num] as an output option [13:03:15 CEST] <JEEBsv> if your ffmpeg is new enough (AKA summer 2011 or newer), many things default to auto threads, yes [13:04:18 CEST] <JEEBsv> and in general if you don't get threading by default the thing most probably has no threading :) [13:06:32 CEST] <durandal_170> frame threading for audio decoders is by default disabled [13:07:32 CEST] <JEEBsv> yes, but audio decoding in general isn't what you really need threading with :) [13:08:27 CEST] <kubast2> And for audio converting you can always use "--enable-opencl" [13:08:36 CEST] <kubast2> to speed things up right? [13:09:02 CEST] <kubast2> *only intel and amd gpus* [13:09:17 CEST] <JEEBsv> wat :D [13:09:36 CEST] <kubast2> the nvidia cards have poor opencl performance [13:09:56 CEST] <JEEBsv> no, what the hell did you smoke is what I meant [13:10:06 CEST] <kubast2> the --enable-opencl? [13:10:14 CEST] <JEEBsv> yes, that barely does anything [13:10:18 CEST] <JEEBsv> it has some filters I think? [13:10:24 CEST] <JEEBsv> but that's really it [13:10:27 CEST] <JEEBsv> generally useless [13:12:56 CEST] <kubast2> I think it isn't even enable in windows version [13:13:03 CEST] <kubast2> "unrecognized option" [13:13:23 CEST] <JEEBsv> it's a configure option, not a command line option [13:14:54 CEST] <JEEBsv> ok, with a quick git grep on a probably month old git clone there's a deshake and unsharp filter for it [13:14:58 CEST] <JEEBsv> that's it :P [13:16:38 CEST] <JEEBsv> and I'm not even sure if those are faster than the CPU variants, although they hopefully are because they are doing what in theory GPUs are good at - actually processing image data (not decoding or encoding, because for those you have to actually create the formats around the limitations of what you can do well with GPUs) [13:17:05 CEST] <JEEBsv> tl;dr where the flying fuck did you get the idea that opencl would be used for anything at all in ffmpeg :P [13:28:59 CEST] <kubast2> I dunno ,I think I through so because my gpu have h.264 decoder(maybe) & encoder(100%)[through it uses a diffrent api that isn't opencl]. And I sometimes heard about cuda/opencl video encoding[from some sony vegas pro and premiere pro cs6 test and I see it barelly does anything if not performs worser than cpu]. [13:29:16 CEST] <kubast2> *I checked now a test [13:31:01 CEST] <kubast2> *beetwen sony vegas pro premiers cs6 that shows that opencl/cuda does nothing if doesn't performs worser than cpu only [13:34:35 CEST] <JEEBsv> kubast2: the GPUs have had dedicated hardware for decoding video for ages, because it makes no sense to do it on the actual GPU hardware [13:34:41 CEST] <JEEBsv> and lately they did the same for encoding [13:35:25 CEST] <JEEBsv> they tried to sell encoding with the actual GPU parts for a while, and people actually paid good bucks for very expensive heating [13:36:45 CEST] <kubast2> I mean I can even see it while watching youtube videos ,where at 4k my pc chills wiht 0% of cpu usage. [13:39:21 CEST] <JEEBsv> x264 actually has a lookahead thing made with opencl, but it's just a Proof of Concept, and generally ends up just being slower than doing the lookahead on your CPU. yet it has the magic of gpgpu and I bet quite a few companies sold machines running x264 with that stuff enabled and took good bucks for it 8) (for little to no result) [13:39:25 CEST] <well0ne> hi guys i have 3 seaons from a series i want to "stream", 2 seasons are in 23.976 fps format , the third has 25fps, my problem is that i want to stream the files. but i need to change the fps from the thirds season, so i did with -r 23.976 and atempo the result is quite well but there is some little (whats normal) difference, the audiostream is some miliseconds longer than the video. but i'm going to make a live stream so with my t [13:39:47 CEST] <JEEBsv> well0ne: why would you have to change the frame rate? [13:39:54 CEST] <JEEBsv> all sane containers have timestamps [13:40:05 CEST] <well0ne> well [13:40:08 CEST] <JEEBsv> so even if it's a single stream it should switch seamlessly [13:40:14 CEST] <well0ne> i'm streaming to an rtmp server [13:40:18 CEST] <JEEBsv> which means FLV [13:40:24 CEST] <JEEBsv> which has a 1ms timescale [13:40:32 CEST] <well0ne> no it doesnt with my thinking [13:40:43 CEST] <JEEBsv> no, rtmp is FLV [13:40:47 CEST] <well0ne> i know [13:40:59 CEST] <JEEBsv> and FLV has a 1/1000 timescale (1ms) [13:41:25 CEST] <well0ne> well i just concat the files [13:41:31 CEST] <JEEBsv> so? [13:41:35 CEST] <well0ne> when the first file has for example 1280x720 [13:41:41 CEST] <well0ne> and the next 7xxXxxx [13:41:49 CEST] <well0ne> the video is streched to 1280x720 [13:42:00 CEST] <JEEBsv> yeah, but that's resolution [13:42:02 CEST] <well0ne> because the header is not beeing regenerated [13:42:17 CEST] <well0ne> do you think the 25fps wont fuck it up [13:42:26 CEST] <well0ne> if the first seasons have 23.976 [13:42:32 CEST] <JEEBsv> it should be just fine [13:42:42 CEST] <well0ne> i'm not that sure [13:42:44 CEST] <JEEBsv> as long as the input timestamps are OK, you don't have to give a flying fuck :P [13:42:58 CEST] <JEEBsv> the FLV muxer will just mux the input timestamps with FLV precision and that's it [13:43:15 CEST] <well0ne> but the wowza (rtmp) will tell that the stream has 23 fps or am i wrong [13:43:58 CEST] <JEEBsv> it doesn't matter what it tells as long as it doesn't touch the actual encapsulated FLV [13:44:12 CEST] <well0ne> okay [13:44:13 CEST] <JEEBsv> I'm pretty sure it doesn't [13:44:17 CEST] <well0ne> i'll give it a try [13:44:21 CEST] <well0ne> thank you [13:44:47 CEST] <JEEBsv> basically the idea of a "frame rate" for a container is only a thing that is in pretty much AVI [13:45:02 CEST] <JEEBsv> everything else has a timebase and a timestamp on that timebase [13:45:48 CEST] <JEEBsv> FLV just happens to have a timebase of 1/1000, but that should more or less work for both 24000/1001 and 25 pictures per second content [13:47:34 CEST] <JEEBsv> and so many streams use variable rate with FLV that if your streaming server actually borks the stream, then that's a thing worth reporting there ;) [13:48:00 CEST] <JEEBsv> often used for stuff like static frames etc [13:48:39 CEST] <well0ne> ok nice [13:49:08 CEST] <JEEBsv> but most probably it isn't doing anything to the data within the stream [13:49:23 CEST] <JEEBsv> and probably reads the frame rate from the difference of some timestamps [13:49:33 CEST] <JEEBsv> whether or not it updates it depends on how that server is coded :) [13:51:49 CEST] <well0ne> yeah, well i dont know exactly right now, never tested it [13:52:00 CEST] <well0ne> but it should be FMS or Wowza [16:15:48 CEST] <whald> hi! i'm trying to convert some videos from 8-bit 1080p to 10-bit 720p (x265), and i'd like to make sure the scaling happens in 10bpp format. i can't find the relevant info in ffmpeg's logging output. can anyone help me to get some insight what exactly ffmpeg's processing pipe looks like? [16:17:08 CEST] <BtbN> use filter_complex and put the format conversion in front of the scale filter, if you want to be sure. [16:17:37 CEST] <BtbN> But is there realy a point in going 10bpp for downscaling? Where should any new colors come from? [16:18:19 CEST] <JEEBsv> I don't think you even need filter_complex for that [16:18:24 CEST] <JEEBsv> you just put the format= first [16:18:28 CEST] <JEEBsv> and then the scale [16:18:31 CEST] <whald> BtbN, i assume the "averaging" can result in new color valus [16:19:02 CEST] <JEEBsv> although if you want high-quality conversions and scaling I recommend looking at vapoursynth's fmtconv and zlib [16:19:07 CEST] <JEEBsv> or libz or whatever it is called [16:21:20 CEST] <whald> JEEBsv, i'm currently using: -vf "$CROP, scale='if(gt(a,16/9),1280,-16)':'if(gt(a,16/9),-16,720)'" for the cropping / scaling part (the cropping is determined in a separate step) [16:22:19 CEST] <whald> JEEBsv, can you point me to some documentation about the "format" thing? is it something that goes into "-vf"? [16:24:32 CEST] <JEEBsv> format=yuv420p10 for 4:2:0 YCbCr for example [16:25:36 CEST] <whald> also, how can i verify that ffmpeg is actually handing 10bpp buffers to x265? i feel a bit uneasy about this, because "turning on" 10bpp encodning was just a matter of renaming "libx265_main10.so" to "libx265.so" -- they both offer the same API and ABI, but how would ffmpeg know that the 10bit encoder actually consumes 10bpp buffers? [16:26:21 CEST] <JEEBsv> just use -v debug and look at what your filter chain outputs [16:26:29 CEST] <JEEBsv> that is what is then passed to the encoder [16:29:09 CEST] <JEEBsv> seems like I used format=pix_fmts=NAME_OF_PIX_FMT [16:29:19 CEST] <JEEBsv> probably format=NAME_OF_PIX_FMT could be a shorthand for it [16:39:20 CEST] <whald> JEEBsv, thanks a bunch, that "format=yuv420p10" or "format=pix_fmts==yuv420p10" both equally seem to do the trick. without it, the last filter step is "[Parsed_scale_1 @ 0x29457c0] w:1920 h:1024 fmt:yuv420p sar:1/1 -> w:1280 h:688 fmt:yuv420p sar:129/128 flags:0x4", and when forcing the conversion earlier it's "[Parsed_scale_2 @ 0x1895e20] w:1920 h:1024 fmt:yuv420p10le sar:1/1 -> w:1280 h:688 fmt:yuv420p10le sar:129/128 flags:0x4" [16:39:54 CEST] <JEEBsv> yeah, although if you care as much you should probably be using something else than swscale [16:40:06 CEST] <JEEBsv> like those two vapoursynth modules I mentioned [16:40:30 CEST] <whald> JEEBsv, oh, I missed that. i'll look it up.. [16:42:09 CEST] <JEEBsv> I wonder how hard it'd be to stick fmtconv or something into avfilter [16:42:26 CEST] <durandal_1707> JEEBsv: what is libz? [16:42:47 CEST] <JEEBsv> https://github.com/sekrit-twc/zimg [16:44:00 CEST] <JEEBsv> fmtconv also has a git repository these days https://github.com/EleonoreMizo/fmtconv [16:44:24 CEST] <JEEBsv> I have been using fmtconv myself more [16:45:18 CEST] <JEEBsv> although I hear z has a better implementation of "reverse-scaling" (according to its creator) [17:08:47 CEST] <whald> JEEBsv, thanks for your input, mutch appreciated. i think i'll stick with "simple" lanczos scaling and be happy with the 10bpp processing pipeline I have now. if I'd care too much about quality, I wouldn't do the conversion anyway. :-) [17:09:24 CEST] <whald> my estimate is that this batch job will take ~2years anyway, so I better get started. :-) [17:43:46 CEST] <livingBEEF> so I have an overlay, but some edges have weird white-ish border, which wasn't in the original. I'm using png -> scale -> overlay with video. The fully transparent parts behave correctly, but not the borders. Any idea how to fix this? [18:01:05 CEST] <durandal_1707> livingBEEF: how to reproduce it? [18:01:39 CEST] <livingBEEF> just found out it was scale causing the problems... [18:02:18 CEST] <livingBEEF> scaling it beforehand solved it [18:49:40 CEST] <livingBEEF> how do I set multiple scaler flags in -filter_complex? I tried mixture quoting with ",', separating with , : and | and nothing worked [18:54:34 CEST] <BtbN> filter=firstParam:secondParam:thirdParam or filter=namedParam=value:otherNamedParam=otherValue [18:55:13 CEST] <BtbN> https://ffmpeg.org/ffmpeg-filters.html#Filtergraph-syntax-1 [19:00:03 CEST] <livingBEEF> no, I'm talking about scaler flags, so it's like -filter_complex "...,[2:v]scale=-1:40:flags=(I want to specify multiple lags here)[vo]" [19:01:46 CEST] <livingBEEF> those are not flags for the "scale" filter, those are flags for libwscale [19:03:08 CEST] <livingBEEF> I would set them globally, but I can't, because I'm using the scale filter elsewhere and I don't want those extra flags tehre [19:03:20 CEST] <durandal_1707> + ? [19:03:36 CEST] <livingBEEF> can try [19:04:21 CEST] <livingBEEF> yup, works [19:04:23 CEST] <livingBEEF> thanks [19:28:37 CEST] <livingBEEF> documentation is a bit lacking in this... it's not mentioned anywhere in the relevant parts; the only indication I found was some default in completely unrelated option (not even filter). Didn't find any documentation "contribute" link and I'm not sure if it's bug report worthy [19:30:26 CEST] <durandal_1707> its documented in swscale documentation I guess [19:32:19 CEST] <livingBEEF> it's not in the ffmpeg-scaler documentation either [19:34:22 CEST] <durandal_1707> about flags separation? Then it must be in generic help somewhere [19:35:22 CEST] <livingBEEF> I've been looking for it almost 20 minutes and I did not find anything [19:36:20 CEST] <durandal_1707> than it should be added, never enough manpower... [19:36:21 CEST] <livingBEEF> and I was even specifically looking for "+" with context search, someone who is looking for flag separator would have even harder time trying to find anything [19:39:15 CEST] <c_14> livingBEEF: I'm pretty sure you can just specify them like -vf scale=w:h:sws_dither=dither:sws_flags=flags [19:39:22 CEST] <c_14> At least, that's what my history is telling me. [19:43:07 CEST] <livingBEEF> c_14: yeah, but the question was, how does "flags" look like? [19:43:34 CEST] <livingBEEF> (with answer flag1+flag2+flag3) [19:44:56 CEST] <c_14> mhm, right. That manpage is seriously missing some correct indentation. [21:29:54 CEST] <DeadSix27> how do you prevent ffmpeg from creating a empty file if an error appears? [21:30:35 CEST] <BtbN> I don't think you can. [21:31:03 CEST] <BtbN> I rembmer reading something about that case very recently on the ml, related to the file-management api. [21:31:32 CEST] <DeadSix27> alright [23:46:45 CEST] <Dimtree> Stupid question, does FFMPEG support AC3 at all? If so, what's the ./configure flag? [23:47:33 CEST] <BtbN> Not entirely sure, but isn't that dts? [23:50:57 CEST] <Dimtree> I've seen it referred as ac3, a52, and dolby something-or-another [23:51:58 CEST] <BtbN> The decoder is just named ac3 though [23:52:19 CEST] <Dimtree> That's fine, I only need the decoder [00:00:00 CEST] --- Sun Jul 12 2015

1 0