Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

January 2016

1 participants
62 discussions

ffmpeg-devel.log.20160120
by burek 21 Jan '16

21 Jan '16

[00:19:00 CET] <jya> BBB: in https://blogs.gnome.org/rbultje/2014/02/22/the-worlds-fastest-vp9-decoder-f… you mentioned that on haswell the performance gap between libvpx and ffvp9 wasn't as great as on earlier CPU due to libvpx supporting AVX2. [00:19:19 CET] <jya> is that still the case ? (ffvp9 not having avx2 optimisation)? [00:19:37 CET] <an3k> NOW I remember that touchy and snotty guy ... [00:20:08 CET] <jya> we've just enabled AVX2 on windows and mac finally (our build machine has yasm 1.1 only installed so couldn't enable avx2) [00:20:28 CET] <an3k> jya: if you can tell me how to check that I quickly can check my vpx build [00:21:38 CET] <jya> an3k: check what ? that avx2 support exists? ffmpeg by default will enable avx2 code. Question is more on the inner implementation, I wouldn't know how to check that it's actually used [00:22:08 CET] <jya> the blog mentioned MC and loop filtering [00:23:54 CET] <an3k> oh ok. thought one could see the used features somewhere. I just build libvpx with yasm 1.3.0 on a avx2 machine so I could test it [00:24:22 CET] <kierank> jya: use "perf top" or something [00:24:23 CET] <kierank> and you can see [00:24:39 CET] <J_Darnley> Some vp9 files in ffmpeg mention avx2 in them and I see what should be a few function definitions [00:26:57 CET] <jya> there's a difference between looking at the code, and seeing avx2 function, and knowing for sure with the author confirming :) [00:28:20 CET] <drv> BBB quit just before you asked your question [00:40:33 CET] <jya> drv: oh, thanks for pointing that out ! BBB was there and auto-completion had worked [00:42:46 CET] <jya> BBB: just in case you missed the question: BBB: in https://blogs.gnome.org/rbultje/2014/02/22/the-worlds-fastest-vp9-decoder-f… you mentioned that on haswell the performance gap between libvpx and ffvp9 wasn't as great as on earlier CPU due to libvpx supporting AVX2. is that still the case ? (ffvp9 not having avx2 optimisation)? [01:00:50 CET] <kierank> wm4: do you know if videotoolbox can convert pixel formats independent of encoding and decoding [01:01:15 CET] <kierank> I'm still trying to figure out how to benchmark ffmpeg vs them [01:04:31 CET] <wm4> no, I don't know too much about it [01:05:01 CET] <wm4> pigoz: maybe you know something? [01:09:19 CET] <rcombs> might have to go through Core Image [01:32:07 CET] <kierank> doesn't seem to be a way :( [01:32:56 CET] <rcombs> where there's a will there's a way [01:33:07 CET] <BBB> jya: mostly, yes [01:33:35 CET] <BBB> jya: I believe we have MC and intra pred (DC, H and V) coverage, but not directional intra pred, idct or loopfilter [01:33:51 CET] <kierank> rcombs: well I wanted to compare lavc v210 vs apple v210 but it's not fair to do it by an arbitrary route [01:36:25 CET] <Krish> Hi, could someone help me to compile libx264 in windows 10 x64. I know its not exactly ffmpeg topic, but since im not getting any support from them Im asking here. [02:41:17 CET] <jya> BBB: have you measured the difference in speed between AVX2 on and off ? [03:08:30 CET] <BBB> jya: with libvpx? no [03:08:56 CET] <BBB> jya: I can if you want. I wouldnt say that I have a lot of confidence that libvpx gets the most out of avx2 TBH [03:09:33 CET] <BBB> jya: but it may help as a ballpark figure. Id say that it will probably (overall) get about 10%, maybe 20% faster? [03:09:55 CET] <BBB> 10% is probably closer [03:09:58 CET] <BBB> since MC is already done [03:10:14 CET] <BBB> yeah lets say 10% faster overall, rough guess [03:11:39 CET] <jya> BBB: no I meant with ffvp9 [03:15:03 CET] <jya> 10% is fairly impressive improvement already [03:49:11 CET] <BBB> jya: its hard to measure avx2 on and off since, well, the assembly hasnt been written yet [03:49:21 CET] <BBB> jya: Id have to write the assembly from scratch, its a fair bit of work [03:49:55 CET] <jya> sorry, I don't understand.. My question was about if avx2 code was now used in ffvp9, I thought you said yes [03:52:16 CET] <jya> I thought the improvement was on the existing code between avx2 being on or off [03:55:51 CET] <BBB> jya: oh sorry, no, yes was to is this still the case (ffvp9 not having avx2 optimizations)" [03:55:55 CET] <BBB> jya: so the inverse [03:56:05 CET] <jya> ah bugger [03:56:10 CET] <BBB> sorry :-p [03:56:37 CET] <jya> so the AVX2 code found in FFmpeg (and required to compile just ffvp9) isn't currently used? [03:57:54 CET] <BBB> theres some avx2 code, but its incomplete [03:58:06 CET] <BBB> avx2 is only used for dc/tm/h intra pred and motion compensation [03:58:10 CET] <BBB> jamrial wrote them [03:58:27 CET] <BBB> avx2 is not yet used for loopfilter, directional intra pred or inverse transform [03:58:36 CET] <BBB> my guess is the idct would be the biggest win [04:28:08 CET] <jya> BBB: so when is it due ? :) [04:28:56 CET] <jya> BBB: my personal goal is to provide better youtube experience using MSE/vp9 than people would with chrome... Would be the perfect irony :) [04:29:34 CET] <BBB> uh& its not planned by me so far, Im working on other things right now :-p [04:35:05 CET] <BBB> I can do consulting work on it if youre interested, I guess? [04:39:58 CET] <BBB> email me if youre interested, Im going to sleep, 10:40 here, bye [09:12:48 CET] <pigoz> wm4: kierank: rcombs: yes, might try coreimage. But who knows if VT actually uses that. [11:52:59 CET] <Cloudef> What's the maximum image size for ffmpeg? I tried to run very large image (24000x15000) through it, but seems like it can't handle it [11:55:04 CET] <nevcairiel> x*y*8 must not exceed INT_MAX i think [11:56:32 CET] <Cloudef> that would be around 16kx16k I guess [11:57:47 CET] <Cloudef> does ffmpeg use ints internally for indexing? [12:00:04 CET] <Cloudef> (not that I have usecase for such large images, but curious anyways) [12:01:24 CET] <nevcairiel> i forgot the details [12:01:36 CET] <nevcairiel> i think buffer sizes are at some point ints [12:47:46 CET] <wm4> I think in general it's just because there _could_ be overflows [12:48:09 CET] <wm4> e.g. strides are stored as ints, so a stride*height calculation could overflow [12:52:33 CET] <Cloudef> I see [12:55:05 CET] <wm4> (we should probably fix this) [13:34:04 CET] <cone-973> ffmpeg 03Bela Bodecs 07master:868a2ed56841: vf_scale: Detecting changes of incoming frame properties and dinamically evaluate width and height expressions [14:11:33 CET] <durandal_1707> Compn: did you approved last devel mail? [14:16:11 CET] <wm4> lol [14:16:19 CET] <wm4> you mean that random one? [14:19:56 CET] <durandal_1707> outlook one [14:27:10 CET] <ubitux> wasn't it a star wars parody? [14:27:23 CET] <ubitux> you are my last hope ~ [14:40:47 CET] <Compn> durandal_1707 : no [14:41:05 CET] <Compn> unless i did it in my sleep somehow... [14:41:08 CET] Action: Compn just woke up [15:13:22 CET] <BtbN> wm4_, https://gist.github.com/anonymous/a0ab87bf037efc883be6 this is against libav (11.3 i think), does it not define the VP9 profile? [15:13:56 CET] <BtbN> Or is that libav version simply too old? I have no idea about their versioning. [15:14:26 CET] <nevcairiel> libav's vp9 decoder is plenty old [15:14:38 CET] <nevcairiel> even on their git master [15:15:06 CET] <BtbN> So old it doesn't even define the VP9_0 Profile? [15:15:19 CET] <nevcairiel> dunno [15:16:16 CET] <nevcairiel> apparently the profile defines were added a few month ago, but for libvpx, not for ffvp9 [15:16:23 CET] <nevcairiel> not in 11 either way [15:27:08 CET] <wm4_> BtbN: oh yeah, I have to fix that [15:27:15 CET] <wm4_> it happens with older ffmpeg versions too [15:37:40 CET] <gener1c> hey , i am trying to pipe several videos one after the other into ffmpeg and from it to an audio encoding executable using popen , is there a certain timing or chunk size i need to pay attention to? [15:38:00 CET] <Daemon405> not afaik [15:39:57 CET] <gener1c> weird, when i simply connected the stdin descriptor of the main program and the stdin of ffmpeg it worked but when i read it chunk by chunk and feed it manually it doesnt work :\ [15:40:20 CET] <gener1c> will some code help? [15:43:03 CET] <kierank> wm4: wow, updating to latest ffmpeg changes my codepath from yuv -> yuv to yuv -> rgb -> yuv [15:43:05 CET] <kierank> this is brilliant [15:43:12 CET] <kierank> I am so glad we roll our own swscale [15:43:36 CET] <durandal_170> what? [15:43:50 CET] <wm4> awesome [15:43:55 CET] <durandal_170> what path? [15:44:04 CET] <wm4> does the rgb happen inside of swscale? [15:44:07 CET] <kierank> yes [15:44:15 CET] <kierank> yuv420p -> yuv422p [15:44:28 CET] <wm4> have you tried zimg? [15:44:29 CET] <kierank> no idea why but it goes via rgb now!!! [15:44:34 CET] <wm4> (I heard it's good) [15:44:51 CET] <kierank> I did to but rolling own swscale has worked well for years [15:44:54 CET] <kierank> and it aint broke [15:45:01 CET] <Daemon404> .. what the hell? [15:45:21 CET] <Daemon404> kierank, is this via api or vf_scale [15:45:29 CET] <kierank> api [15:45:36 CET] <nevcairiel> it got some extra scaling steps to accomodate some extra changes, are you like changing the yuv matrix or something [15:45:42 CET] <kierank> nope [15:45:48 CET] <kierank> haven't touched a line of code [15:45:58 CET] <bencoh> oO [15:46:03 CET] <nevcairiel> that doesnt mean you didnt request a conversion step that it just couldnt fullfill before [15:46:20 CET] <kierank> bencoh: it's upipe doing this btw [15:46:37 CET] <Daemon404> kierank, how old was the old swscale [15:46:39 CET] <wm4> (converting to rgb just for changing the yuv matrix still makes no sense) [15:46:56 CET] <kierank> Daemon404: certainly before gsoc [15:47:02 CET] <kierank> but a few years old perhaps [15:47:06 CET] <nevcairiel> wm4: feel free to write code to do it directly, but right now it wants to fullfill the requests with the things it has [15:47:18 CET] <bencoh> kierank: I'd first check whether it's a upipe bug or not :) [15:47:19 CET] <Daemon404> kierank, thats quite a long time to try and figure out [15:47:30 CET] <kierank> bencoh: it might be but behaviour changed [15:47:38 CET] <bencoh> that's possible [15:47:58 CET] <kierank> bencoh: need to move you to the new api first... [15:48:20 CET] <bencoh> kierank: unit-tests ;) [15:58:16 CET] <wm4> seems like Mesa is working towards improving vaapi for AMD [16:03:21 CET] <wm4> (and same with nouveau) [16:15:01 CET] <BtbN> And why did they decide to go for the horrible VAAPI interface, instead of vdpau? [16:15:14 CET] <wm4> who knows [16:23:31 CET] <cone-973> ffmpeg 03Derek Buitenhuis 07master:712d962a6a29: mov: Add an option to toggle dref opening [16:23:32 CET] <cone-973> ffmpeg 03Michael Niedermayer 07master:158f0545d81b: avcodec/ass_split: Fix null pointer dereference in ff_ass_style_get() [16:36:35 CET] <cone-973> ffmpeg 03Arttu Ylä-Outinen 07master:7d1e98552888: libkvazaar: Set frame rate as a rational number [16:42:08 CET] <Zeranoe> Does FFmpeg use JACK1 or JACK2? [16:46:24 CET] <J_Darnley> Is that one of them there linux audio APIs? [16:49:53 CET] <wm4> it works on win and osx too [16:51:35 CET] <Zeranoe> I think it uses 2 [16:52:12 CET] <Cloudef> Zeranoe: jack1 and jack2 are API compatible [16:52:20 CET] <Cloudef> jack2 is broken with 32bit clients on 64bit [16:52:36 CET] <Cloudef> so the question which ffmpeg uses, does not matter [16:52:58 CET] <durandal_170> there is no such support [17:35:18 CET] <cone-973> ffmpeg 03Michael Niedermayer 07master:7ccedc1c78c9: avformat/img2dec: do not interpret the filename by default if a IO context has been opened [17:35:20 CET] <cone-973> ffmpeg 03Bela Bodecs 07master:dec23859b040: vf_scale: eval, param0 and param1 documentation [17:52:05 CET] <cone-973> ffmpeg 03Rostislav Pehlivanov 07master:a72b1ea8261f: aacenc: mark LTP mode as experimental [17:58:27 CET] <cone-973> ffmpeg 03Rostislav Pehlivanov 07master:6a505e955b29: aacenc: remove FAAC-like coder [18:04:06 CET] <cone-973> ffmpeg 03Rostislav Pehlivanov 07master:4a3cf186b2da: tests/fate/aac: remove unneeded strict arguments from the encoder tests [18:17:26 CET] <Timothy_Gu> atomnuker: you might want to update the docs after the FAAC removal [18:18:11 CET] <atomnuker> checked, I had already removed the coder when I marked it as experimental a month ago [18:18:23 CET] <atomnuker> the documentation for it, that is [18:30:38 CET] <Daemon404> 5 away from 500 [18:31:18 CET] <Daemon404> 4 [18:31:57 CET] <nevcairiel> at least the patches of that ticket were applied now and we have a vastly superior aac encoder ;) [18:32:15 CET] <Daemon404> all of them? [18:32:20 CET] <atomnuker> yep [18:32:24 CET] <Daemon404> oic [18:32:33 CET] <nevcairiel> and more! [18:33:32 CET] <nevcairiel> I should import a new ffmpeg build in work software, make some people happy by improving aac quality [18:35:08 CET] <atomnuker> it's already used in production broadcasts [18:35:15 CET] <JEEB> nice [19:35:28 CET] <BBB> jamrial_: can we use av_clip_pixel and base it off bit_depth_template.c? [19:35:43 CET] <BBB> jamrial_: the diracdsp patch [19:39:16 CET] <jamrial_> is it worth it? it doesn't look like it can easily be reused with the 8bit version of the function [19:43:22 CET] <jamrial_> maybe poke kierank about it. he's the one that added >8bit support to dirac [19:44:25 CET] <kierank> could do that but eventually I want that clip to be merged with an in-place transform [20:42:09 CET] <cone-973> ffmpeg 03James Almer 07master:4c4ebeb587cc: avcodec/wavpackenc: use put_sbits [21:21:53 CET] <cone-973> ffmpeg 03Clément BSsch 07master:d96f0fbe59ae: lavu: add pthread asserts if ASSERT_LEVEL>1 [21:22:41 CET] <cone-973> ffmpeg 03Michael Niedermayer 07master:984d58a3440d: avformat/avio: Limit url option parsing to the documented cases [21:22:42 CET] <cone-973> ffmpeg 03Michael Niedermayer 07master:2cb8edea7c9a: avcodec/aacenc: Check all coefficients for finiteness [21:22:43 CET] <cone-973> ffmpeg 03Michael Niedermayer 07master:b750b67d1369: avformat/img2dec: Use AVOpenCallback [21:24:58 CET] <cone-973> ffmpeg 03Vittorio Gambaletta (VittGam) 07master:4590811fc216: ffplay: update docs after previous changes in ffplay mouse behaviour [21:37:00 CET] <durandal_170> so, is foo86 decoder going in? [21:37:05 CET] <cone-973> ffmpeg 03Clément BSsch 07master:a36201564163: lavc,lavfi: use avutil/thread.h instead of redundant conditional includes [21:38:04 CET] <durandal_170> have anybody looked at showwaves color patch? [21:44:31 CET] <nevcairiel> durandal_170: we have not heard any opposition from anyone, so likely yes [21:44:33 CET] <nevcairiel> re dca [21:50:14 CET] <nevcairiel> i should comment on the patchset again tomorrow [21:52:01 CET] <Mo_YouVisit> Hey guys! [21:52:31 CET] <Mo_YouVisit> I am working on a FFMPEG filter and was wondering if there is a faster way to prototype changes rather than rebuild FFMPEg every time? [21:53:13 CET] <rcombs> uh incremental builds are a thing [21:54:09 CET] <jamrial> don't think so, but editing the one c file you're dealing with shouldn't require rebuilding ffmpeg, just recompiling that one file [21:54:28 CET] <jamrial> unless you're also editing a header that's included by everything [21:54:41 CET] <jamrial> also, ccache is your friend [22:00:50 CET] <Daemon404> ccache is love, ccache is life [22:16:44 CET] <durandal_170> ubitux: so conclusion is doing two normal streamselect filters instead of one multimedia filter? [22:22:32 CET] <ubitux> yes that's ok with me [22:22:36 CET] <ubitux> if it indeed works [23:02:54 CET] <ubitux> http://ubitux.fr/pub/pics/ffthreads.png heh [23:04:21 CET] <JEEB> looks cool, can we get moar? [23:04:47 CET] <ubitux> i'm a bit disturbed at the number of threads for lavfi [23:04:59 CET] <JEEB> yeah, it definitely doesn't have a lack of them [23:05:12 CET] <ubitux> i suppose i have 8 threads per filter [23:05:33 CET] <ubitux> including converters, sinks etc [23:05:43 CET] <wm4> thread pool time? [23:05:50 CET] <ubitux> :) [23:24:09 CET] <ubitux> wm4: if i replace defined(__linux__) with defined(__linux__) && defined(__GLIBC__) would that be ok? [23:26:40 CET] <wm4> hm that might be fine [23:26:51 CET] <wm4> since it's a glibc extension [23:27:10 CET] <nevcairiel> sounds like i should implement that for w32threads [23:27:13 CET] <nevcairiel> naming them might be useful [23:40:08 CET] <atomnuker> I remember looking into the thread naming APIs and wondering how implementations managed to mess it up so hard [23:46:13 CET] <ubitux> :D [23:46:50 CET] <ubitux> 16-char limitation on linux is pretty sick [23:46:54 CET] <ubitux> reminds me of fat16 [23:47:52 CET] <kierank> is there any way of turning off colours in ffmpeg cli [23:48:34 CET] <J_Darnley> I recall some env var can be used but not its name [23:48:56 CET] <kierank> it ruins "script" [23:49:13 CET] <J_Darnley> NO_COLOR [23:49:34 CET] <atomnuker> TERM=xterm [23:55:35 CET] <atomnuker> actually ansi-mono, but even that doesn't help with ffmpeg [00:00:00 CET] --- Thu Jan 21 2016

1 0

ffmpeg.log.20160120
by burek 21 Jan '16

21 Jan '16

[01:09:45 CET] <johnnny22-afk> ffmpeg really seems to need improvements on HLS streams [01:10:44 CET] <rektimus> why [01:11:03 CET] <johnnny22-afk> well, humm, lemme think. [01:11:17 CET] <johnnny22-afk> in general it's fine, dont get me wrong. [01:12:09 CET] <johnnny22-afk> i know it's a bit of a cheap shot to say it needs improvements : P [01:13:21 CET] <rektimus> yeah but you havent said how it needs improvement [01:13:39 CET] <johnnny22-afk> things I would imagine being improved, and then again, maybe i'm wrong in suggesting that such improvements should be in ffmpeg and not the player, but since my knowledge about where to draw the line between the player vs the library is sparse, I'm going to put them out here. [01:14:01 CET] <johnnny22-afk> regarding the player, it also affect ffplay, so I assume it's related to the library. [01:21:48 CET] <johnnny22-afk> on a LIVE HLS stream (with no #EXT-X-ENDLIST yet) playback always start at the edge/end of the stream (3 segments from the end, I assume). Using the -live_start_index 0 does indeed permit to start at the 1st available segment within that m3u8 playlist, fine fine. But now comes the tricky part--> Seeking within the list of available segments should be possible, either by segment jumps or by [01:21:48 CET] <johnnny22-afk> timecode if possible. I did notice that ffplay does seem to be able to seek 'forward' in such a stream, but 'backward' it seems to seek forward a tiny bit everytime it's attempted. [01:21:58 CET] <J_Darnley> The best improvement: delete all streaming-related code [01:22:30 CET] <johnnny22-afk> If the HLS does have a #EXT-X-ENDLIST, seeking backward does seem to work in ffplay. [01:22:56 CET] <furq> J_Darnley: don't make me have to use vlc [01:23:09 CET] <furq> i'm pretty sure the geneva convention forbids it [01:24:07 CET] <J_Darnley> It should be cut out from VLC too for streaming is cancer. [01:24:13 CET] <johnnny22-afk> And in all cases, if it's over the internet, I feel like seeking causes ffplay to attempt at loading every single segments that follows or precedes sequentially to fine the timecode it attempted to seek at. [01:25:00 CET] <furq> if there was no streaming when why would vlc even exist [01:25:03 CET] <johnnny22-afk> thus, seeking 10 minutes forward, causes every single segments that follows to be downloaded and processed, until it reaches the right one and then starts playing from there on. [01:25:17 CET] <johnnny22-afk> PS: VLC doesn't handle this whole thing any better.. :P [01:25:41 CET] <johnnny22-afk> I haven't even seen a way to ask VLC to start at the 1st segments on a m3u8 that doesn't have a #EXT-X-ENDLIST yet. [01:26:05 CET] <johnnny22-afk> haven't seen = doesn't seem to be in their code. [01:26:29 CET] <johnnny22-afk> so that's it. my take on possible improvements to HLS [01:26:49 CET] <johnnny22-afk> to take or throw away, i don't really care, just sharing my experiences :) [01:28:16 CET] <johnnny22-afk> And I'm bringing all this up, because it would be nice to see those things improved somehow, but i'm not 100% sure how much is affected by ffmpeg or the player that uses it (ex: mplayer). [01:28:19 CET] <furq> isn't there some kind of bug tracker for feature requests [01:29:16 CET] <johnnny22-afk> Also, mpeg-dash is probably in the works or maybe completed (no clue) and the mechanisms are probably very similar. Thinking there might be things to be taken from the mpeg-dash code to put into the hls code ;) [01:30:30 CET] <johnnny22-afk> there probably is :P I've only taken the time to bring this up to the vlc bug tracker about a month ago, since that was where I was investigating my options at the time. But now i'm back to mplayer as my best choice player and thus ffmpeg is not far :) [01:31:02 CET] <johnnny22-afk> I guess I'll have to generate a feature request. [01:33:34 CET] <johnnny22-afk> regarding mpeg-dash, at least maybe keep those types of improvements/use-cases to not create the same issues in mpeg-dash :) [01:34:38 CET] <Krish> Hi, could someone help me to compile libx264 in windows 10 x64. I know its not exactly ffmpeg topic, but since im not getting any support from them Im asking here. [01:36:43 CET] <J_Darnley> I saw your email and the reply. The solution was "use another shell". [01:37:47 CET] <rektimus> lol [01:37:56 CET] <rektimus> is he trying to use msvc++? [01:38:04 CET] <furq> jimmy d bringing the pain [01:38:18 CET] Action: J_Darnley goes to find a weblink [01:38:52 CET] <J_Darnley> https://mailman.videolan.org/pipermail/x264-devel/2016-January/011554.html [01:39:04 CET] <Krish> @Darnley - is that to me? I am absolutely clueless about linux/bash. I'm trying to create a Winrt component. I was able to successfully compile ffmpeg based on the steps provided [01:39:26 CET] <J_Darnley> Yes [01:39:50 CET] <J_Darnley> I am completely clueless about MSVC. [01:40:03 CET] <Krish> :( [01:40:03 CET] <J_Darnley> I don't know why the shell matters. [01:40:07 CET] <rektimus> if you want to make a windows binary only [01:40:09 CET] <rektimus> dont use msvc [01:40:19 CET] <rektimus> if you really want an msvc binary [01:40:19 CET] <rektimus> glwt [01:40:30 CET] <Krish> glwt? [01:40:33 CET] <J_Darnley> I guess it doesn't show the host correctly [01:40:36 CET] <rektimus> good luck with that [01:40:51 CET] <Krish> lol got it [01:40:56 CET] <rektimus> its doable im sure [01:40:58 CET] <rektimus> just not easy [01:41:06 CET] <rektimus> not as easy as cygwin [01:41:12 CET] <J_Darnley> The reply to your email suggests that using "MinGW-w64" will work [01:41:21 CET] <furq> ^ [01:41:25 CET] Action: J_Darnley dropped several words [01:41:33 CET] <J_Darnley> The reply to your email suggests that using the "MinGW-w64" shell will work [01:41:38 CET] <rektimus> theres already windows x64 binaries [01:41:43 CET] <Krish> yes I am already using that as part of the ffmpeg compilation process for win 10 [01:41:44 CET] <rektimus> why do you need to make a custom one [01:42:09 CET] <J_Darnley> No doubt because he wants to embed in some other program and violate the license [01:42:09 CET] <Krish> I need the win 10 x64 dll and lib with libx264 enabled [01:42:10 CET] <furq> the msys shell is for compiling binaries for msys, i.e. that require msys.dll [01:42:21 CET] <furq> use the mingw shell if you want to compile regular windows binaries [01:42:34 CET] <furq> there should be shortcuts to both in your root msys2 dir [01:42:43 CET] <Krish> no mate, I am trying to add some feature to FFMPEGInterop microsoft github project [01:42:57 CET] <Krish> I am tring to enable libx264 for ffmpeg [01:43:01 CET] <Krish> thats all [01:43:20 CET] <Krish> the project currently supports only decoding not encoding [01:44:09 CET] <Krish> hope u get me [01:45:15 CET] <J_Darnley> I understand mostof the words [01:46:01 CET] <Krish> If you see this link you'll get it : https://trac.ffmpeg.org/wiki/CompilationGuide/WinRT [01:46:25 CET] <Krish> this tells me how to compile ffmpeg for Win 10 RT [01:46:59 CET] <Krish> but this dont have libx264. When i tried --enable-libx264 I got the error "libx264 could not be found" [01:47:16 CET] Action: J_Darnley is shocked! [01:47:20 CET] <furq> if only anyone had some suggestions about how to fix it [01:47:43 CET] <Krish> then I hgot to know that this is an external library and I need to first compile libx264 and then enable it. [01:49:27 CET] <Krish> So I followed this: https://trac.ffmpeg.org/wiki/How%20to%20quickly%20compile%20libx264 [01:50:58 CET] <Krish> Where my problem started. I says "Unknown system msys-pc,edit the configure" [01:51:26 CET] <Krish> which brings me here [01:54:04 CET] <J_Darnley> Did you read the reply to your email? [01:57:32 CET] <Krish> in the ffmpeg mailman? [01:59:24 CET] <Krish> I dont see anything from your name there. Only one Moritz has replied sayng he cant see the error I mentioned in the source [02:00:02 CET] <rektimus> <furq> the msys shell is for compiling binaries for msys, i.e. that require msys.dll [02:00:02 CET] <rektimus> <furq> use the mingw shell if you want to compile regular windows binaries [02:00:02 CET] <rektimus> <furq> there should be shortcuts to both in your root msys2 dir [02:00:18 CET] <rektimus> <J_Darnley> The reply to your email suggests that using the "MinGW-w64" shell will work [02:00:35 CET] <furq> 00:38:52 ( J_Darnley) https://mailman.videolan.org/pipermail/x264-devel/2016-January/011554.html [02:00:38 CET] <furq> you forgot that one [02:00:47 CET] <rektimus> lol [02:00:55 CET] <furq> so in other words, it's a mystery [02:00:57 CET] <rektimus> tl;dr [02:00:58 CET] <rektimus> <Krish> Where my problem started. I says "Unknown system msys-pc,edit the configure" [02:01:02 CET] <rektimus> dont use msys! [02:01:51 CET] <Krish> but thats what ffmpeg wiki says. and ffmpeg compiled just fine for win 10. [02:02:12 CET] <rektimus> wikis arent always right [02:02:19 CET] <rektimus> especially when you want to do something different [02:02:43 CET] <furq> the ffmpeg wiki says to use the msys shell for ffmpeg [02:02:46 CET] <furq> it doesn't say to use it for libx264 [02:03:26 CET] <furq> which is good because i heard a rumour that it won't work and you have to use the mingw shell [02:04:24 CET] <Krish> ok got bits of it [02:07:09 CET] <Krish> and Darnley saw your reply. Thank you.I dont now the command to execute msys from mingw. let me check though [02:07:31 CET] <furq> if you meant make then it's mingw32-make [02:07:57 CET] <Krish> no, he adviced me to start MSYS2 using the MinGW-w64 [02:08:04 CET] <Krish> and then try [02:18:06 CET] <Krish> Nope, still the same error. This is what I tried, opened Mingw-w64 shell in admin mode and ran /c/msys64/msys2_shell.bat [02:18:29 CET] <Krish> which opened Msys2, then I tried ./Configure --enable-shared [02:18:39 CET] <J_Darnley> Why did you do that second thing? [02:19:25 CET] <Krish> you asked me to open MSYS2 from Mingw64. Generally for ffmpeg I open this from VS command prompt [02:19:29 CET] <J_Darnley> No [02:19:34 CET] <J_Darnley> None of us did [02:19:47 CET] <Krish> I mean not you, the mail reply [02:19:49 CET] <J_Darnley> Oh wait yes the email does [02:19:54 CET] Action: J_Darnley leaves [02:21:22 CET] <Krish> let me try directly from mingw64 as furq suggested [02:23:13 CET] <Krish> well :) ./configure successfully executed [02:23:32 CET] <Krish> just hit make. I'll update you the result [02:24:08 CET] <Krish> failed with this error [02:24:09 CET] <Krish> libx264.a(cpu.o):cpu.c:(.text+0x631): undefined reference to `pthread_num_proces sors_np' [02:24:09 CET] <Krish> libx264.a(cpu.o):cpu.c:(.text+0x631): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `pthread_num_processors_np' [02:24:09 CET] <Krish> collect2: error: ld returned 1 exit status [02:24:09 CET] <Krish> Makefile:202: recipe for target 'x264.exe' failed [02:24:09 CET] <Krish> make: *** [x264.exe] Error 1 [02:38:30 CET] <iive> Krish: relocation errors are common when you mix PIC and non-PIC 64bit code [02:39:17 CET] <iive> since there is no speed penalty on 64bit, it is recommended to always compile 64bit code with PIC [02:44:08 CET] <Krish> could you please give me the command for compiling with PIC in 64 bit code for mingw w64 [02:44:52 CET] <iive> do you run configure? [02:45:04 CET] <iive> it should have pic option [02:45:48 CET] <iive> e.g. --enable-pic [02:46:24 CET] <Krish> got it [02:46:26 CET] <Krish> its there [02:46:34 CET] <Krish> i'll give it a try [02:48:16 CET] <Krish> tried with --enable-pic option [02:48:18 CET] <Krish> same error [02:49:02 CET] <iive> i'm out of ideas... [02:49:10 CET] <iive> try with --disable-pic [02:49:22 CET] <iive> and don't forget to do `make distclean` [02:49:33 CET] <iive> before configure... just in case [02:50:17 CET] <Krish> no such option for disable-pic [02:53:41 CET] <Krish> anyways thanks man for trying to help :) [02:53:58 CET] <Krish> i'll continue to try few things [02:54:54 CET] <iive> Krish: i guess you could try to disable theading... it would make x264 slow... [02:55:12 CET] <Krish> ok let me try that [02:55:38 CET] <iive> i see that there is --enable-win32thread ... looks like that might work for you. [02:55:52 CET] <iive> sorry gtg [02:56:00 CET] <iive> good luck :) [03:42:04 CET] <brotherBox> hi guys. i'd like to record a skype call on linux with the video, hopefully limited to the video window, and the audio, both my microphone input as well as what my speakers would put out. i have looked things up a bit but found no way that does not involve messing with sound devices. is there a ffmpeg preset that does it all for me already? if not, how can i achieve what im out to do? [03:43:27 CET] <waressearcher2> brotherBox: hallo und herzlich willkommen [03:43:41 CET] <brotherBox> guten morgen haha [03:43:47 CET] <brotherBox> but lets restrict ourselves to english [03:46:50 CET] <c_14> brotherBox: there's no easy way. You'll have to capture the screen https://trac.ffmpeg.org/wiki/Capture/Desktop and audio https://trac.ffmpeg.org/wiki/Capture/ALSA [03:46:56 CET] <c_14> You can also capture audio using pulse [03:47:45 CET] <brotherBox> i cant believe nobody has put out a recipe for that [03:51:36 CET] <rektimus> http://www.webupd8.org/2014/03/automatically-record-skype-calls-linux-skype… [03:51:40 CET] <rektimus> you mean like this? [03:52:37 CET] <rektimus> http://unix.stackexchange.com/questions/11702/how-to-record-skype-video-cal… [03:52:45 CET] <rektimus> This command will capture your full desktop: So use this command, whenever you want to record skype-conversation ( or anything else ) [03:52:46 CET] <rektimus> ffmpeg -f x11grab -s wxga -r 25 -i :0.0 -sameq /tmp/out.mpg [03:53:15 CET] <rektimus> to record a specific window with recordmydesktop, use "xwininfo" to get the window id, then with recordmydesktop use the "--windowid" parameter [03:53:18 CET] <c_14> oh boy [03:53:24 CET] <c_14> how old is that command [03:53:28 CET] <c_14> never use -sameq [03:53:45 CET] <rektimus> [03:53:45 CET] <rektimus> edited Jun 13 '11 at 10:07 [03:53:57 CET] <c_14> yeah [03:54:21 CET] <rektimus> but anyways yeah [03:54:25 CET] <rektimus> install recordmydesktop [03:54:29 CET] <rektimus> and pipe its grab to ffmpeg [04:02:11 CET] <arcetera> ffmpeg instantly segfaults, even when run without arguments. Tried both from version 2.8.4 and git. [04:02:23 CET] <arcetera> What am I doing wrong here [04:02:31 CET] <arcetera> like [04:02:38 CET] <arcetera> no error messages, no nothing, just insta segfault [04:02:52 CET] <c_14> Did you build it yourself? Is it from distro repos? What distro? [04:03:03 CET] <arcetera> CRUX 3.2 [04:03:09 CET] <arcetera> built from ports [04:03:56 CET] <c_14> Can you build with debug symbols and provide a backtrace? [04:04:06 CET] <arcetera> I have no idea how to do that [04:04:47 CET] <arcetera> hold up [04:05:02 CET] <arcetera> --enable-debug? [04:05:37 CET] <c_14> Also --disable-stripping probably [04:06:05 CET] <arcetera> so --enable-debug --disable-stripping with ./configure [04:06:06 CET] <arcetera> on it [04:06:15 CET] <arcetera> and building [04:08:47 CET] <arcetera> don't run source-based kiddies [04:12:48 CET] <arcetera> don't ask IRC questions late at night or you have to stay up later [04:13:23 CET] <c_14> But where's the fun in that. [04:14:08 CET] <arcetera> okay, how what [04:14:14 CET] <arcetera> s/h/n/ [04:14:38 CET] <c_14> Either run it in a debugger, or run it and then process the crash dump in a debugger [04:15:04 CET] <arcetera> OH BOY [04:15:08 CET] <arcetera> NOW I GET TO BUILD GDB [04:15:51 CET] <c_14> Nothing quite as interesting as watching code compile. [04:16:18 CET] <arcetera> I'm gonna sleep [04:16:55 CET] <chungy> your distro doesn't have a binary of gdb? o.O [04:17:43 CET] <arcetera> chungy: my distro doesn't have binaries period [04:18:08 CET] <arcetera> source distros are fun [04:20:08 CET] <arcetera> oh dear me [04:20:14 CET] <arcetera> well i give up [04:20:20 CET] <arcetera> on libressl that is [04:20:48 CET] <arcetera> aight [04:20:53 CET] <arcetera> no more segfaults, but missing .so [04:21:07 CET] <arcetera> and looks like i'm rebuilding [04:21:29 CET] <arcetera> night [04:21:37 CET] <arcetera> I'll be waiting for it to compile while I'm asleep [07:36:36 CET] <rektimus> :( [07:36:42 CET] <rektimus> efnet has been netsplit for like 5 hours [07:36:54 CET] <rektimus> i aint got no one to ramble with :'( [07:43:20 CET] <digidog> rektimus: why? isn't freenode and OFTC not enough space to ramble around? :) [07:43:45 CET] <rektimus> freenode is full of too many european oss people [07:43:49 CET] <rektimus> they didnt grow up on real irc [07:43:54 CET] <rektimus> everyones feelings get hurt so easily [07:46:43 CET] <digidog> rektimus: and you think this depends on the main IRC server netwoorks they use? :) [07:46:51 CET] <rektimus> it does [07:46:54 CET] <digidog> LOL [07:46:59 CET] <rektimus> freenode has rules against being an asshole [07:48:24 CET] <digidog> rektimus: oss people -> https://en.wikipedia.org/wiki/Category:People_from_Oss :-P [07:48:30 CET] <rektimus> https://freenode.net/policy.shtml#offtopic [07:49:21 CET] <rektimus> "arious forms of antisocial behavior, including (but not limited to) political, racial, ethnic, religious or gender-related invective. Off-topic activity may result in users being barred from the network" [07:49:27 CET] <rektimus> ^ where most meaningful dialog occurs [07:49:34 CET] <digidog> rektimus: yep, I saw it ,) [07:50:09 CET] <rektimus> that doesnt happen on efnet [07:50:13 CET] <rektimus> you might get banned from a channel [07:50:15 CET] <rektimus> not the network [07:50:57 CET] <rektimus> cause EU, etc is too PC [07:51:02 CET] <rektimus> cant hurt anyones feelers [07:51:39 CET] <rektimus> when in reality thats why the irc gods invented ignore [07:51:44 CET] <digidog> rektimus: Well, I think there are bigger probs then IRC network rules and EU is too big for general statements on it and if the conversation is connected to a meaningful discussion I am pretty sure it wouldn't be interpreted as sth from above. [07:52:27 CET] <rektimus> i could go on for hours on one of those subtopics [07:52:29 CET] <rektimus> not in here [07:52:31 CET] <rektimus> but in general [07:52:41 CET] <rektimus> id easily get banned from freenode for half the shit i say on efnet [07:52:54 CET] <digidog> LOL [07:53:01 CET] <rektimus> freenode is not free! [07:53:04 CET] <rektimus> its gratis! [07:53:12 CET] <rektimus> gratisnode [07:53:14 CET] <rektimus> /rms [07:53:23 CET] <digidog> never mind. dont worry. your network will come back :) [07:53:46 CET] <rektimus> no lie man [07:53:56 CET] <rektimus> ive been banned for a few days here for hurting someones feelings [07:54:49 CET] <rektimus> and its always the same communit tactic! [07:54:58 CET] <rektimus> start a provacitive discussion [07:54:59 CET] <digidog> well, evrythings for sth good. you maybe can make a wlk thru the naibourhood ... [07:55:04 CET] <rektimus> and when someone says something you disagree with [07:55:07 CET] <rektimus> call it hatespeech and cry [07:55:22 CET] <rektimus> communist* [07:55:50 CET] Action: rektimus puts on his 'MURICA cap [08:12:57 CET] <rektimus> star trek movies are so lulz [08:13:02 CET] <rektimus> y u make sound in space!? [09:33:28 CET] <k_sze[work]> I would like to use the ffmpeg command to check if a .nut file is somehow malformed, in a script. [09:33:59 CET] <k_sze[work]> I'm guess I should set the loglevel so that ffmpeg writes to stderr only if there is a problem with the .nut file [09:34:15 CET] <k_sze[work]> but what loglevel should I realisticly set? error or warning? [09:35:35 CET] <rektimus> prob warning [12:04:47 CET] <rektimus> ughhhhh [12:04:54 CET] <rektimus> debating on converting dts/ac3 to flac! [12:12:58 CET] <c_14> ... [12:13:09 CET] <c_14> Unless it's DTS-HD MA, what are you even? [12:15:49 CET] <chungy> converting ac3 to flac is dumb, it's always lossy [12:15:52 CET] <rektimus> compatability [12:16:05 CET] <chungy> few things are incapable of playing back ac3 [12:16:10 CET] <rektimus> what doesnt support pcm [12:17:24 CET] <chungy> DTS-HD MA... you could have a purpose for it, since it is a lossless codec, but you would lose some of its features (like good downmixing if it's a 5.1 or 7.1 source) [12:19:52 CET] <rektimus> i dont use dts [12:19:57 CET] <rektimus> so i already convert dts to ac3 [12:20:42 CET] <rektimus> this seems wtf though [12:20:44 CET] <rektimus> dts to flac [12:20:46 CET] <rektimus> added 1gb [12:21:01 CET] <rektimus> 1.1gb [12:21:10 CET] <c_14> sure [12:21:13 CET] <c_14> dts isn't lossless [12:21:15 CET] <c_14> flac is [12:21:30 CET] <rektimus> oh [12:21:35 CET] <rektimus> i thought the compression would help a bit [12:21:56 CET] <c_14> no [12:21:57 CET] <rektimus> looks like im sticking with ac3 [12:21:59 CET] <c_14> well [12:22:01 CET] <rektimus> saves me 12 hours of reencoding [12:22:03 CET] <c_14> the flac is smaller than pcm [12:22:16 CET] <rektimus> so [12:22:26 CET] <rektimus> flac<pcm>>>dts [12:25:52 CET] <chungy> It's not usually a good idea to convert from lossy (such as DTS Core or DTS-HD) to a lossless codec, particularly for long-term storage (sometimes you might do it for temporary compatibility, especially something like pcm_s16le...) [12:26:12 CET] <chungy> You get all the disadvantages of both lossy and lossless that way. It doesn't gain quality, and increases the stream size significantly [12:26:33 CET] <rektimus> how do you chime in about dts to ac3 [12:26:36 CET] <rektimus> since i dont have dts [12:26:52 CET] <c_14> Well, you'll lose quality. [12:26:57 CET] <c_14> May or may not be noticeable. [12:27:01 CET] <c_14> Also depends on the bitrates. [12:27:20 CET] <chungy> *nods* usually not a good idea to convert from lossy to lossy either. The first time is usually acceptable, but quality drops off rapidly with more lossy encodes [12:27:37 CET] <chungy> Normally best to keep it as the original codec except when you need to make a file for compatibility [12:27:44 CET] <rektimus> ^ [12:27:50 CET] <rektimus> i got the original dts stored [12:27:58 CET] <rektimus> for when i upgrade all 3 tvs to dts/hd [12:28:06 CET] <rektimus> whether its dts/hd [12:28:08 CET] <rektimus> i got them [12:28:22 CET] <rektimus> i mean i could add an ac3 from dts stream to the file [12:28:24 CET] <rektimus> but meh [12:28:37 CET] <rektimus> maybe you guys can help me solve this [12:28:49 CET] <rektimus> i got a 1920x800 video [12:29:13 CET] <rektimus> when i watch it through dlna or through local usb playback on bluray [12:29:21 CET] <rektimus> it adds like 1px line to top/bottom [12:29:30 CET] <rektimus> thats whiteish with blended colors from scene above/below it [12:29:52 CET] <rektimus> but when i watch with software on windows [12:29:54 CET] <rektimus> like vlc etc [12:29:55 CET] <rektimus> no line [12:30:21 CET] <chungy> sounds like a player bug [12:30:58 CET] <rektimus> im thinking so [12:31:05 CET] <rektimus> cause the mod is divisible by blocks right [12:31:10 CET] <rektimus> 1920x800 [12:31:17 CET] <rektimus> should perfectly fit in a 1920x1080 window [12:31:58 CET] <chungy> yeah it should [12:38:08 CET] <Neon> Hey, I have an avi file and I tried encoding it to an mp4 with h264 using the following command: ffmpeg -i input.avi -c:v libx264 -c:a copy output.mp4; However, ffmpeg fails with the message: Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input; The avi encoding appears to be lagarith (native). Can you tell me how I can fix my input file or get ffmpeg to [12:38:08 CET] <Neon> convert my video anyway? [12:42:43 CET] <Neon> Here you go: http://pastebin.com/jeFJNhns [12:43:38 CET] <J_Darnley> mp4 does not support PCM audio. [12:43:49 CET] <c_14> Yeah, that. [12:43:52 CET] <c_14> You'll have to reencode. [12:44:16 CET] <Neon> Oh, ok. Why can't it just tell me "cannot copy audio" then? [12:44:32 CET] <c_14> It did [12:44:34 CET] <c_14> >[mp4 @ 0000000000457040] Tag [1][0][0][0]/0x00000001 incompatible with output codec id '65536' ([0][0][0][0]) [12:44:42 CET] <c_14> It's just not very legible [12:46:20 CET] <Neon> :( Thanks for the quick help, though. I'll be happy if this is the only issue. [12:47:08 CET] <rektimus> need some nub friendly errors man [12:47:15 CET] <Neon> +1 [12:47:31 CET] <rektimus> thats some straight up code debug error output [12:47:56 CET] <bencoh> :] [12:48:16 CET] <c_14> Well, it would be legible if it reversed the tag and the codec id [12:48:23 CET] <c_14> I'm not sure there exists such a mapping though. [12:48:35 CET] <c_14> Reversed as in replaced with a textual name [12:48:57 CET] <bencoh> codec_name? [12:49:30 CET] <Neon> But really, I can cope with that. I'm happy to have such a clean and vanilla encoder for Windows. These fancy free encoders out there are filled with ads and bloatware. [12:51:03 CET] <J_Darnley> They all probably use ffmpeg anyway and just violate the license [12:51:13 CET] <rektimus> lol [12:51:22 CET] <rektimus> notffmpeg.exe --version [12:51:23 CET] <rektimus> ffmpeg [12:51:41 CET] <Betablocker> lol [12:51:45 CET] <Neon> But maybe you can explain something to me: I reencode videos taken with my smartphone sometimes, which are already in an mp4 container, but get much smaller after reencoding with h264 and yuv. However, when playing them with VLC, sometimes the colors went all gray and need some seconds of video to recover. Is this a player issue, encoding issue or my fail? [12:51:55 CET] <c_14> bencoh: that attribute is deprecated [12:52:17 CET] <J_Darnley> Odd [12:52:36 CET] <bencoh> ah [12:52:38 CET] <J_Darnley> What about the original videos, do they go grey at the same point in VLC or other players [12:53:24 CET] <Neon> Good question. Maybe I'll do a quick test if I find one of the videos. [13:11:07 CET] <chungy> MP4 should support ALAC, if you want to keep things lossless [13:11:29 CET] <chungy> also MP3 and AAC, if you don't care [15:33:46 CET] <gener1c> hello, i am trying to pipe several files into ffmpeg one after the other , somewhat imitating concat programatically , is there a certain chunk size i have to use to make it work? [15:34:12 CET] <gener1c> i am piping to its stdin [15:34:28 CET] <gener1c> using popen [16:14:45 CET] <digidog> Any suggestion how to deinterlace the best possible way with ffmpeg regarding footage quality. I need to transcode old SD DV material into something uptodate and need to implement a deinterlacing step before. [16:18:52 CET] <BtbN> yadif with one frame per field propably yields the best quality. [16:21:33 CET] <Fjorgynn> no [16:21:55 CET] <ChocolateArmpits> BtbN: yadif suffers quite a few artifacts, 2x somewhat helps to mitigate this due to higher temporal resolution [16:22:34 CET] <digidog> BtbN: yeah, remeber yadif and that I used it with avisynth and ffmpeg. BtbN, thank you for taking the time to answer, what do you mean with one frame per field. You mean not to merge the two fields into one frame ?? [16:22:49 CET] <ChocolateArmpits> digidog: if you're looking for best quality then use qtgmc through vapoursynth or avisynth [16:23:16 CET] <ChocolateArmpits> even fastest modes there result in better quality than yadif or other filters available with ffmpeg [16:23:32 CET] <digidog> ChocolateArmpits: from what I remember, yeah, that was how I did it back in the days after reading 2 weeks doom9 forum :) ... but now I am on linux [16:23:53 CET] <ChocolateArmpits> digidog: vapoursynth should be compatible with Linux, no ? [16:24:06 CET] <digidog> ChocolateArmpits: oh O.O .. didnt knwo that [16:24:08 CET] <durandal_170> That av/vs filters are slow [16:24:09 CET] <digidog> *know* [16:24:18 CET] <ChocolateArmpits> digidog: yeah it's using python [16:24:45 CET] <ChocolateArmpits> digidog: just keep in mind vapoursynth has no audio processing, so you will have to combine the video and audio streams after processing [16:25:11 CET] <digidog> ChocolateArmpits: this is ifine for us, since we need to seperate audio anyway [16:25:14 CET] <ChocolateArmpits> durandal_170: I got around 200fps using draft with NEEDI and it looked better than whatever yadif gave out [16:26:18 CET] <durandal_170> with what CPU and video size [16:26:40 CET] <ChocolateArmpits> 4 core i7 4771k, SD video [16:27:17 CET] <ChocolateArmpits> I think yadif gave around 500fps [16:27:24 CET] <ChocolateArmpits> through ffmpeg [16:27:31 CET] <digidog> ChocolateArmpits: ok, some things come back slowly now after you all have touched some things in my mind :) I remeber that I used to use yadif first and exactly in this time the new option came around and further testin glead to better results than with yadif ... But I also remember that we had some issue with the fields and that scaling before was no good idea [16:28:10 CET] <ChocolateArmpits> digidog: Is there a question somewhere in this paragraph ? :s [16:28:27 CET] <digidog> ChocolateArmpits: arrm, no not really ... *hides* [16:28:37 CET] <digidog> ChocolateArmpits: sory, loud thinking .... [16:28:58 CET] Action: digidog needs coffee ... again .... [16:30:46 CET] <digidog> ChocolateArmpits: hm, ok maybe the question which comes out of this is: should I play around with scaling before or after deinterlacing. from what I knew, scaling after deinterlacing. [16:31:03 CET] <ChocolateArmpits> digidog: definitely after [16:31:09 CET] <digidog> ChocolateArmpits: yep [16:31:31 CET] <ChocolateArmpits> digidog: the interlaced scaling would still have to employ some sort of a deinterlacer [16:32:25 CET] <digidog> True that. Thanks a million to you all! ChocolateArmpits, durandal_170, Fjorgynn, BtbN, that was very very helpful. ffmpeg community is simply #awesome!! [16:32:49 CET] Action: digidog had to much coffee ... sorry ... [16:36:23 CET] Action: digidog will test vapoursynth with qtgmc now on linux and will report back ... [16:49:29 CET] <ChocolateArmpits> What's the idea behind putting two b frames at the beginning of an mpeg2 stream prior to the first i-frame ? [16:50:42 CET] <J_Darnley> cutting mistake? [16:52:56 CET] <ChocolateArmpits> J_Darnley: hmm actually, when using ffprobe and show_frames it reports the two b frames before the i frame, however show_packets doesn't reveal them [17:02:39 CET] <ChocolateArmpits> ok I think I have an open gop case in my hands here [18:50:31 CET] <dystopia> can i set ffmpeg to download content via proxy? [18:50:46 CET] <dystopia> with the static builds [19:20:02 CET] <digidog> ChocolateArmpits: Am I too tired or I don't get it. Following the install instructions of vapursynth for ubuntu (since it is actually the same like with Debian) it seems that the installation failt without any given errors ... [19:23:32 CET] <ChocolateArmpits> digidog: Are you using this guide ? http://www.vapoursynth.com/doc/installation.html I have no experience with the Linux version, only using it on Windows [19:23:49 CET] <ChocolateArmpits> http://www.vapoursynth.com/doc/installation.html#linux-and-os-x-installatio… [19:24:23 CET] <ChocolateArmpits> You also need to have the corresponding Python version installed [19:25:48 CET] <ChocolateArmpits> digidog: Myrsloik, the developer of VS is in this channel too, so you can try asking him directly :) [19:42:27 CET] <digidog> ChocolateArmpits: yeah, I followed the installation guide. thanks for taking the time to answer again :) [19:43:37 CET] <digidog> ChocolateArmpits: the strange thing is in synaptic it say I have tons of python 3.5 libs installed but when I check in terminal python --version it says 2.7.x [19:45:48 CET] <digidog> Myrsloik: Can I shortyl ask (make sure) that the install guide is uptodate and if so, if I may misundertand some things? The compiling was successul but there is no plugins folder in vapoursynth folder and the installation had some warnings. Are you interested in them ? [19:46:05 CET] <digidog> ChocolateArmpits: thanks for pointing to the right directions [19:46:06 CET] <jkqxz> Different versions of python can coexist peacefully. Try "python3". [19:46:34 CET] <digidog> jkqxz: true ... damn it. I forgot that ... [19:46:50 CET] <digidog> jkqxz: thanks! -> python3 --version -> Python 3.5.1+ [20:01:25 CET] <Myrsloik> digidog: the warnings are known [20:01:37 CET] <digidog> Myrsloik: here is pastebin of the compiling/installation output of zimg and vapoursynth under Debian stretch/sid with some warnings http://pastebin.com/cBzAtq3H [20:01:49 CET] <digidog> Myrsloik: heh, ups. ah ok ... [20:03:01 CET] <digidog> Myrsloik: thanks for answering. [20:03:07 CET] <Myrsloik> The common problem is that ypu have to set PYTHONPATH in Debian and derivatives [20:03:22 CET] <Myrsloik> Since python doesn't look in site-packages there by default [20:04:07 CET] <Myrsloik> Or make it locate the module one of the many other ways [20:05:23 CET] Action: digidog googles setting PYTHONPATH in Debian and makes a strong coffee [20:06:03 CET] <digidog> Myrsloik: thank you very much for taking the time to hightlight some things I can check ... [20:07:24 CET] <digidog> Myrsloik: Is there an exmaple script I can run to check if all works fine or a discussion forum fo rme to know how vapoursynth works. I will have no hard time to get it but atm.... ? [20:08:40 CET] <digidog> Myrsloik: the installation says /bin/mkdir -p '/usr/local/lib/python3.5/site-packages' what seems right so far ... [20:09:44 CET] <digidog> Myrsloik: ls /usr/local/lib/python3.5/site-packages shows me vapoursynth.la and .so being there [20:09:47 CET] <JEEB> after an ldconfig run after getting all installed you should be able to run a python3 shell and import vs and start the core [20:09:55 CET] <JEEB> if that works, you should be pretty good on [20:10:12 CET] <Myrsloik> vspipe -v can also be used to test it [20:11:17 CET] Action: Myrsloik hopes some nice person will come along and maintain debain/ubuntu packages [20:11:24 CET] <digidog> JEEB, Myrsloik: thanks a million [20:14:19 CET] <digidog> JEEB: ldconfig command unknown [20:14:33 CET] <digidog> Myrsloik: vspipe -v vspipe: error while loading shared libraries: libvapoursynth-script.so.0: cannot open shared object file: No such file or directory [20:14:59 CET] <JEEB> how can you not have ldconfig? [20:15:18 CET] <relaxed_> /sbin/ldconfig [20:15:19 CET] <JEEB> it's the thing that indexes your shared libraries :P [20:15:31 CET] <digidog> JEEB: thats what I thought ... but it maybe has been accidently removed yesterday ... mom [20:16:19 CET] <digidog> *facepalm* [20:16:35 CET] Action: digidog is too tired and is doing dump things ... [20:16:59 CET] <digidog> relaxed_: thanks ... yeah I forgot it is not in the userpath *facepalm* [20:19:08 CET] <digidog> Myrsloik: JEEB: relaxed_: okay finally something meaningful happend. after sudo /sbin/ldconfig and vspipe -v I get an: Failed to initialize VapourSynth environment [20:20:05 CET] Action: digidog should write this all down and if we finally get it to work I amybe can provide a documention addon page for the Debian users to help you with it until you find a Debian package manager [20:21:00 CET] <digidog> at least this error says that it reacts on vspipe [20:22:23 CET] <Myrsloik> PYTHONPATH=/usr/local/lib/python3.4/site-packages vspiipe -v [20:22:31 CET] <Myrsloik> if it's python 3.4 you happen to have that is [20:23:04 CET] <Myrsloik> personally I blame debian for deciding that the normal path to put python modules just wasn't good enough for them [20:23:08 CET] <digidog> Myrsloik: python3 --version -> Python 3.5.1+ [20:23:24 CET] <digidog> Myrsloik: yeah ... [20:23:58 CET] <digidog> Myrsloik: If we get it working I will provide documentation and can try to build deb packages [20:24:29 CET] <digidog> Myrsloik: ls og(+Zi)] [24:Freenode/#ffmpeg(+cnt)] [Act: 1,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,25,26,27,28] [20:24:46 CET] <digidog> ups my irssi plays funny things, sry [20:24:48 CET] <digidog> og(+Zi)] [24:Freenode/#ffmpeg(+cnt)] [Act: 1,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,25,26,27,28] [20:25:24 CET] <digidog> Myrsloik: /usr/local/lib | grep python -> pathon 2.7, python 3.5 [20:25:45 CET] <digidog> finally ... sry, clipboard confusion ... [20:26:06 CET] <digidog> Myrsloik: /usr/local/lib | grep python -> python 2.7, python 3.5 [20:26:16 CET] <digidog> *facepalm* [20:26:21 CET] <Myrsloik> not your day? [20:26:34 CET] <digidog> Myrsloik: How do you know ... o.O [20:26:39 CET] <digidog> :) [20:28:07 CET] <digidog> Myrsloik: I have translate your recommended command to my env like this: PYTHONPATH=/usr/local/lib/python3.5/site-packages vspipe -v [20:29:00 CET] <digidog> the output looks good: VapourSynth Video Processing Library \n Copyright (c) 2012-2016 Fredrik Mellbin \n Core R30 \n API R3.4 \n Options: - [20:30:24 CET] <Myrsloik> should work then [20:31:11 CET] <digidog> Myrsloik: JEEB: relaxed_: thank you all for being patient with me today. [20:33:18 CET] <digidog> thanks a million! [20:33:25 CET] <digidog> Myrsloik++ [20:33:27 CET] <digidog> JEEB++ [20:33:32 CET] <digidog> relaxed_++ [20:33:58 CET] <digidog> ChocolateArmpits++ [20:36:05 CET] <digidog> Myrsloik: JEEB: relaxed_: I'll create an installation experience report with the parts from IRC here and will show you before, for some correction. Maybe we can link this info somehow to gain Debian users in my situation running Debian. Hope this helps and I can give sth back. [20:36:25 CET] <Myrsloik> ok [21:48:53 CET] <dsl420> hi i triy this https://trac.ffmpeg.org/wiki/Create%20a%20video%20slideshow%20from%20images but i dont understand the "-i img%03d.png" part what does it mean? [21:48:56 CET] <dsl420> try [21:50:22 CET] <dsl420> i have shot001.png - shot004.png and tried "-i shot%004d.png" it seems it is not right, hm [21:50:48 CET] <clb_> -i specifies input stream, and %03d is a format specifier, which means 'd'=all digits, '3' means three, and '0' means to prepend with zeroes, i.e. 000, 001, 002, etc. instead of 0, 1, 2, ... [21:52:07 CET] <clb_> for shot001.png and forward you'd use -i shot%03d.png -start_number 1 [21:53:25 CET] <dsl420> thanks [21:58:09 CET] <spidey> What is the best method to loop a video file as a constant live stream to a server without just using a while loop. [22:03:11 CET] Action: genii ponders -loop 1 [22:03:38 CET] <IanWizar1> I'm having a weird issue where, seemingly for no reason, when I try to create a thumbnail of a jpg, it complains about an audio stream and fails. That said, using the same exact command a different time doesn't have any issues. Also, it only does this on a heroku dyno. If I'm running locally, no problem anywhere. Here's the command and output when it's failing: http://pastebin.com/cp9dzPch I tried dropping -an in so it would ignore any aud [22:08:41 CET] <jbendes> Hey all, I was wondering if anyone had any luck with the Logitech C930e and getting an H264 stream out of, what appears to be the output multiplexed MJPEG/H264 stream? [22:42:20 CET] <spidey> genii: what version did loop show up? not seeing it in my build from Sept. [22:43:00 CET] <spidey> read about a -stream_loop -1, but that option didn't show up either [22:49:56 CET] <genii> spidey: From my manpages : "-loop_input Loop over the input stream. Currently it works only for image streams. This option is used for automatic FFServer testing. This option is deprecated, use -loop 1" [22:51:07 CET] <genii> spicypixel: Default version of whatever is in Ubuntu 15.04, apt-cache policy reports version as: Installed: 7:2.5.9-0ubuntu0.15.04.1 [22:51:15 CET] <genii> meh tab fail [22:51:39 CET] <spicypixel> ha [23:04:11 CET] <spidey> genii: ok thanks. since that is only for image streams that wouldn't work anyway [00:00:00 CET] --- Thu Jan 21 2016

1 0

ffmpeg-devel.log.20160119
by burek 20 Jan '16

20 Jan '16

[00:17:41 CET] <cone-294> ffmpeg 03James Almer 07master:c1a3683f26fb: configure: disable -Wunused-const-variable [05:32:31 CET] <Lectem> Hi guys, I spotted a problem with Arm platforms that do not have VFP, and I'm not sure how to approach the issue. In https://www.ffmpeg.org/doxygen/2.8/fft__init__arm_8c_source.html#l00044 , ff_fft_calc_vfp is used without checking HAVE_VFP. The library builds fine, but when trying to link it in another program we get an undefined reference [05:33:10 CET] <Lectem> would the fix only be to add #if HAVE_VFP ? [05:33:59 CET] <Lectem> (it compiles fine with it, but I'm not sure if it breaks something or not) [05:34:46 CET] <jamrial> that's weird, the have_vfp() check should be enough [05:35:21 CET] <Lectem> at runtime yes, not when linking [05:36:06 CET] <Lectem> ffmpeg/libavcodec/arm/fft_init_arm.c:46: undefined reference to `ff_fft_calc_vfp' [05:37:43 CET] <jamrial> dead code elimination should take care of that, ah well [05:38:12 CET] <jamrial> that fix is probably ok. send a patch to ffmpeg-devel so the arm maintainers can review it [05:51:51 CET] <Lectem> ok, I wish ffmpeg would switch to a decent PR system, mailing lists are such a pain and flooding the inbox <.< [06:05:38 CET] <jamrial> Lectem: well, for bug reports you have http://trac.ffmpeg.org/ [06:05:58 CET] <jamrial> but patches will still get the most attention if sent to the ml [06:14:34 CET] <Lectem> well yeah I understand that, but its really not user friendly when people only want to make small patches, you receive mails for every single patch, and mailman still stores passwords in plaintext [06:17:31 CET] <Lectem> (and since there's no real tracking, I have the feeling many patches are losts, such as https://ffmpeg.org/pipermail/ffmpeg-devel/2015-December/184675.html [06:31:37 CET] <jamrial> you can send patches without subscribing to the ml. they just need to be approved before they make it through [06:32:36 CET] <jamrial> you'll most likely not get replies, though, since they will be sent to the ml as well [06:36:48 CET] <rcombs> I have a gmail rule that archives ML posts that don't mention me by name [06:37:03 CET] <rcombs> which is _usually_ a pretty good heuristic for only getting replies to my own patches [08:41:10 CET] <cone-987> ffmpeg 03Luca Barbato 07master:7ebf1b4adad4: avconv: Simplify poll_filters() return value check [08:41:10 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:4440c8e9c98f: Merge commit '7ebf1b4adad40e2b0d88ebd5cfde821a7a0ceab2' [08:42:45 CET] <cone-987> ffmpeg 03Luca Barbato 07master:63f7f8d1dbf6: avconv: Drop an impossible check [08:42:46 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:7dae3461c0bb: Merge commit '63f7f8d1dbf6ce27440fdd56ef38c822fb11b9c2' [08:43:50 CET] <cone-987> ffmpeg 03Maxym Dmytrychenko 07master:a6259a6ecbad: qsvenc: properly handle the warning from MFXVideoCORE_SyncOperation [08:43:51 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:b5513441e477: Merge commit 'a6259a6ecbad18d58085e4ab23f56151e98d7b53' [08:45:12 CET] <cone-987> ffmpeg 03Anton Khirnov 07master:d1cd20e4e33f: qsvenc: split encoding frames and reading from the async FIFO [08:45:13 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:ed9cff9edf0f: Merge commit 'd1cd20e4e33f8139e150034b3c457302312d81bd' [08:45:47 CET] <cone-987> ffmpeg 03Andreas Cadhalpun 07master:c69461d73797: asfdec: only set asf_pkt->data_size after sanity checks [08:45:48 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:1ac8a1821abd: Merge commit 'c69461d73797e02e7a3ab4316050c241fa91f53f' [08:45:58 CET] <cone-987> ffmpeg 03Andreas Cadhalpun 07master:2aec600ae7af: asfdec: reject size > INT64_MAX in asf_read_unknown [08:45:59 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:202ed3e5e674: Merge commit '2aec600ae7af7d46a4877b5ccc263b39f05a91cb' [08:48:02 CET] <cone-987> ffmpeg 03Alexandra Hájková 07master:066281372d90: asfdec: Remove unused function parameters [08:48:03 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:be3963c8af6e: Merge commit '066281372d90d63ca021b659abcb8faefd6bc4a6' [08:48:14 CET] <cone-987> ffmpeg 03Andreas Cadhalpun 07master:fa463aa83a49: avpacket: fix size check in packet_alloc [08:48:15 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:774c5357dbe6: Merge commit 'fa463aa83a4920b0eed47ad1f79775dfc53d21ec' [08:50:13 CET] <cone-987> ffmpeg 03Martin Storsjö 07master:26ec75aec357: checkasm: Check register clobbering on arm [08:50:14 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:0b40e290e3cc: Merge commit '26ec75aec3576daea691dee53a78ec67c0dc4040' [08:51:00 CET] <cone-987> ffmpeg 03Martin Storsjö 07master:fec76cd430f3: checkasm: Check register clobbering on aarch64 [08:51:00 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:7e2990352689: Merge commit 'fec76cd430f3c865183a6e5b4caec0743e055605' [08:51:30 CET] <cone-987> ffmpeg 03Martin Storsjö 07master:73c8c0341cce: arm: Fix vfp dead code elimination with have_vfp_vm [08:51:31 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:a04a9434b5ec: Merge commit '73c8c0341cce9e1a6c4169721f5123f97fc4be2f' [08:53:57 CET] <cone-987> ffmpeg 03Luca Barbato 07master:40d43d25e76c: APIchanges: Add missing av_pix_fmt_get_chroma_sub_sample entry [08:53:58 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:fea9243d53e0: Merge commit '40d43d25e76ca078e7665752e815fc8d96252f06' [08:54:08 CET] <cone-987> ffmpeg 03Alexandra Hájková 07master:34d45b36164e: asfdec: Fix typo in comment [08:54:09 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:25955c927fcf: Merge commit '34d45b36164eee044cfe55d22488b2b65e387872' [08:59:29 CET] <cone-987> ffmpeg 03Clément BSsch 07master:7570c9e04f01: swfdec: support compressed swf [08:59:29 CET] <cone-987> ffmpeg 03Hendrik Leppkes 07master:e816fe7401c9: Merge commit '7570c9e04f010c9b3bfdeb4338d330f2cdd25278' [10:08:40 CET] <durandal_1707> what's point of codecpar? [10:20:13 CET] <wm4> durandal_1707: untangling lavf and lavc [11:03:51 CET] <cone-987> ffmpeg 03Carl Eugen Hoyos 07master:9cf8c3e62cf0: ape: Show more information for loglevel verbose. [11:21:31 CET] <cone-987> ffmpeg 03Mats Peterson 07master:d6b3062b5a6a: lavf/qtpalette: Fix incorrect palettes [13:20:43 CET] <wm4> for the mess that vaapi is, those h264 and h265 encoder patches look pretty nice [13:31:48 CET] <jkqxz> Thanks for having a look. [13:34:49 CET] <jkqxz> For H.264, baseline is not a strict subset of main. It has a few extra features for real-time stuff which AFAIK noone actually uses. [13:35:19 CET] <wm4> I know [13:35:46 CET] <wm4> and AFAIK earlier versions of libva didn't report constrained baseline (which is a strict subset of main), so there's a slight mess [13:36:01 CET] <wm4> (or was that vdpau only?) [13:37:40 CET] <jkqxz> Things I've seen do the right thing there. (Report constrained baseline but not baseline.) [13:39:00 CET] <jkqxz> But I haven't looked back at old versions. I'm going to make the configure test force you to be relatively up to date because old versions will just be horrible to support. [13:43:00 CET] <durandal_1707> what happened to ubitux? [13:47:14 CET] <Daemon404> srt killed him [14:06:13 CET] <Compn> [06:20] <ubitux> "yes" is not a valid answer here :p [14:06:16 CET] <Compn> was his last message [14:06:28 CET] <Compn> rip [14:07:22 CET] <J_Darnley> RIP IN PEACE UBITUX ??-06:20 [14:15:46 CET] <cone-987> ffmpeg 03Michael Niedermayer 07master:22f64c23244f: avcodec/ccaption_dec: Fix mixed declarations and code [16:09:38 CET] <J_Darnley> Thanks Thundernird! Did you send that email before you crashed? [16:13:01 CET] <durandal_1707> nope [16:16:16 CET] <J_Darnley> Yeah! You did it! Good job! [16:26:15 CET] <kierank> who is going to fosdem? [16:27:19 CET] <Rodeo> not me, apparently :( [16:27:25 CET] <Rodeo> FWIW [16:29:18 CET] <durandal_1707> who is going to me? [16:31:48 CET] <Rodeo> ??? [16:33:01 CET] <durandal_1707> one ? is enough [16:33:06 CET] <kierank> durandal_1707: y u no go to conf? [16:33:12 CET] <kierank> you are one of the few devs I have not met [16:34:05 CET] <durandal_1707> because I eat small people for breakfast [16:34:39 CET] <kierank> atomnuker would like to meet you for sure [16:34:57 CET] <atomnuker> all hail our libavfilter overlord [16:38:02 CET] <durandal_1707> I'm busy writting 300th filter [16:39:06 CET] <durandal_1707> there are 4 filters I havent committed [16:39:18 CET] <J_Darnley> I'll probably turn up. [16:39:31 CET] <J_Darnley> It's not like I do anything more interesting with my life. [16:40:53 CET] <durandal_1707> when and where is fosdem? [16:43:20 CET] <durandal_1707> ah, its timing bad and too far away [16:44:17 CET] <durandal_1707> Just put it in Italy for example and I will come [16:44:38 CET] <cone-987> ffmpeg 03Neil Birkbeck 07master:d91718107c33: libavutil: add mastering display metadata sidedata [16:58:02 CET] <jamrial> michaelni: where is the fixed_dsp checkasm patch failing to build for you? it works for me linux x86_64 and mingw [17:03:26 CET] <michaelni> tests/checkasm/fixed_dsp.c:53 <-- [17:03:41 CET] <michaelni> jamrial, gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 [17:04:03 CET] <jamrial> so, old gcc then... [17:04:25 CET] <jamrial> ok, thanks [17:35:28 CET] <cone-987> ffmpeg 03Michael Niedermayer 07master:b0c57206d583: avformat/hls: Require the file extension to be m3u / m3u8 for probing to succeed [19:59:11 CET] <durandal_1707> can I get comments for streamselect filter? [20:19:54 CET] <Savago> Good morning. I got one question related to using libav* libraries in a C app. I want to cut some parts of a video (similar to what ffmpeg allows to do with -ss xx:xx -t duration). My understanding is that the steps would be roughly: a) init ffmpeg decoders b) open file/search streams c) open decoder d) read the frames c) encode an output video? [20:50:13 CET] <an3k> nevcairiel ... I knew I know your nick from somewhere ... doom9? :) [20:52:16 CET] <wm4> yes he's there [20:52:43 CET] <wm4> is there a precedent of ffmpeg APIs which are only available on specific platforms? [20:54:02 CET] <wm4> libavcodec/vdpau.h is probably not always available, but for some reason libavcodec/d3d11va.h always provides the function it declares [21:01:05 CET] <nevcairiel> public api should always be available, even if it only return NULL or ENOSYS [21:02:19 CET] <wm4> I doubt that's currently the case with at least vdpau [21:03:32 CET] <nevcairiel> the main reason for that is that we dont necessarily have "platform" features, but just features, so if i build ffmpeg without vdpau, would the API suddenly vanish? that sounds like ABI trouble [21:08:59 CET] <cone-120> ffmpeg 03Paul B Mahol 07master:307b84821816: avfilter/af_dynaudnorm: call uninit() from config_input() [21:42:32 CET] <wm4> J_Darnley: is there no good mail client? currently I'm waiting for claws-mail to get out of its fucking state and send my mail already [21:42:46 CET] <wm4> I think it got into some network deadlock... [21:43:11 CET] <wm4> its network code must be hilariously bad [21:56:38 CET] <ubitux> hi, i'm back from the deads [21:57:02 CET] <durandal_1707> :o [21:57:09 CET] <ubitux> durandal_1707: nlmeans ETA unknown but i do not forget [21:57:43 CET] <ubitux> wm4: the user is likely not to be supposed to free subtitle_header (i'm assuming this based on the use in vf_subtitles :p) [21:57:58 CET] <ubitux> durandal_1707: nice for streamselect, i'll have a look [21:58:30 CET] <wm4> ubitux: dunno, but avcodec_free_context frees it [21:59:02 CET] <ubitux> is it a problem? (i don't remember it's actual use over extradata) [21:59:35 CET] <ubitux> sorry for the abscence btw. [21:59:45 CET] <wm4> huh, does vf_subtitles leak the codec context? [22:00:01 CET] <wm4> ah no [22:00:10 CET] <wm4> it reuses the AVStream context [22:02:00 CET] <ubitux> durandal_1707: did you rewrite streamselect? [22:02:12 CET] <J_Darnley> wm4: no there probably isn't a good one. [22:03:07 CET] <wm4> sad [22:06:27 CET] <durandal_1707> ubitux: no, added more code [22:06:46 CET] <ubitux> i wouldn't mind being in signed off then ;) [22:07:15 CET] <ubitux> durandal_1707: so, where is the trick? [22:11:23 CET] <durandal_1707> ubitux: used request_frame from framesync [22:11:59 CET] <durandal_1707> I don't get vava:va syntax [22:12:01 CET] <ubitux> oh, ok [22:12:37 CET] <durandal_1707> and sendcmd works fine with vv:v [22:13:14 CET] <ubitux> > ffmpeg -i ... -i ... -lavfi "[0:0][0:1][1:0][1:1]streamselect=in=vava:out=va:map=0 1" [22:13:22 CET] <ubitux> > then send commands such as "map 0 1" or "map 2 3" to select one or another source. [22:13:25 CET] <ubitux> you don't understand this? [22:14:10 CET] <ubitux> let's say you have 2 live streams with an audio and video stream in each [22:14:19 CET] <durandal_1707> no, need for one big multimedia filter instead of two smaller ones [22:14:25 CET] <wm4> what happens to the selected sources? [22:14:27 CET] <wm4> err [22:14:29 CET] <wm4> what happens to the unselected sources? [22:14:36 CET] <ubitux> wm4: it should be consumed [22:14:36 CET] <wm4> do they just discard input? [22:14:41 CET] <ubitux> it should [22:14:55 CET] <ubitux> durandal_1707: yeah i guess it could be split [22:15:01 CET] <wm4> doesn't that mean if the input is sourced from an independent file, it will cause that file to be read completely until EOF is reached? [22:15:32 CET] <ubitux> it's timed based, it's supposed to drop in // [22:15:58 CET] <ubitux> like, if you pick the stream 0 from t=[0..5] it will drop 5sec of the 2nd stream [22:17:02 CET] <durandal_1707> so just many to 1 V filter, instead of many to less many [22:17:58 CET] <ubitux> yeah that's fine with me i guess [22:18:39 CET] <durandal_1707> imagine 2x2 videos stacked together and you switch streams with streamselect for each input [22:20:09 CET] <durandal_1707> actually M to N could also work, need single command instead of 4 [22:20:47 CET] <durandal_1707> but sendcmd doesn't like space in command args [22:21:14 CET] <durandal_1707> so map 0 1 command doesn't work [22:28:55 CET] <wm4> hm what do I do in cases where avcodec_decode_audio4() returns 0 forever? [22:29:29 CET] <wm4> note that some decoders actually return 0 a few times for the first packet, and then start working [22:29:58 CET] <wm4> but I also have a sample that returns 0 forever for the first packet [22:32:23 CET] <Compn> upload sample, report bug and wait for carl to close it of course :P [22:32:28 CET] Action: Compn jokes and runs [22:32:35 CET] <wm4> the file is from the sample server [22:35:35 CET] <Lectem> fincs: BPB uses the following nngxCmdlistStorage(0x80000u,0x200u) [22:35:59 CET] <Lectem> woops, wrong channel sorry [22:36:39 CET] <Compn> wm4 : forever as in loops or just for the entirety of the file ? [22:36:54 CET] <durandal_1707> wm4: take another packet [22:36:57 CET] <wm4> Compn: as I said [22:37:00 CET] <wm4> durandal_1707: when? [22:37:37 CET] <durandal_1707> after 17 [22:37:43 CET] <wm4> why 17? [22:38:12 CET] <durandal_1707> reasonable small [22:38:46 CET] <durandal_1707> you can pick smaller [22:39:09 CET] <ubitux> durandal_1707: designing a filter because of a but in another is not really good design :p [22:39:25 CET] <ubitux> (not saying there aren't good reasons to design as such) [22:40:42 CET] <durandal_1707> ubitux: it can do many - many just sendcmd need fix [22:42:19 CET] <durandal_1707> just doing A and V at same time seems impossible [22:43:10 CET] <durandal_1707> unless I'm missing something obvious [22:52:54 CET] <durandal_1707> There is bsd licensed opencl nlmeans filter [23:11:29 CET] <kierank> lotharkript: hello [23:19:18 CET] <lotharkript_> kierank: hello [23:21:57 CET] <kierank> I should probably send a new cineform patch [23:29:54 CET] <cone-120> ffmpeg 03Vittorio Gambaletta (VittGam) 07master:cde4b99f4768: ffplay: seek only when pressing the right mouse button on the video window [23:29:55 CET] <cone-120> ffmpeg 03Vittorio Gambaletta (VittGam) 07master:acd37069aec2: ffplay: toggle full screen when double-clicking the video window with the left mouse button [23:32:27 CET] <cone-120> ffmpeg 03Vittorio Giovara 07master:ff8c2c410302: yuv2rgb: Document the color space coefficients [23:32:28 CET] <cone-120> ffmpeg 03Bela Bodecs 07master:cc83177db4e0: vf_overlay: handles expression evaluation of frame size change in frame-by-frame evalutaion mode [00:00:00 CET] --- Wed Jan 20 2016

1 0

ffmpeg.log.20160119
by burek 20 Jan '16

20 Jan '16

[02:18:03 CET] <johnnny22-afk> for some reason, ffmpeg doesn't seem to like a url with https://www.ffmpeg.org/ffmpeg-protocols.html#async in it :o/ It says "Cannot open file 'async:http://host/file.m3u8' [02:19:00 CET] <johnnny22-afk> though, i'm not even sure if it would async load the related ts segments. [02:21:17 CET] <J_Darnley> Is that really the *only* line ffmpeg prints? [02:23:13 CET] <johnnny22-afk> actually, it seems to work, just not in mplayer :P [03:43:45 CET] <thereh> I have directory with music and when I open it on android phone in some media player the player shows some photo, so it contains inside mp3 file right ? so I decided to remove the photo and reencode all files with that command: "for i in *; do echo ffmpeg -i ${i} -ac 2 -ar 44100 -ab 128k -c:a libmp3lame -f mp3 "new_dir/${i%.*}.mp3"; done" but when I open it again in media player on the phone it still shows the photo, so how to get rid of the photo ? should I [03:45:16 CET] <c_14> add -vn [03:46:05 CET] <thereh> by the way is there a way to extract photo from mp3 files with ffmpeg ? [03:47:11 CET] <johnnny22-afk> I'm trying to copy a HLS to disk by using ffmpeg to consume the stream and record it to disk. I've set -codec copy since I'm trying to just copy the segments as-is, but ffmpeg still seems to want to segment the files according to it's own rules. Is there a way to make it just consume and write as-is to disk without modifying the data ? [03:47:30 CET] <johnnny22-afk> data = fileformat structure and timecodes. [03:49:26 CET] <johnnny22-afk> timecodes = sometimes I get warning saying Non-monotonous DTS in output stream, which causes the output to be a/v out of sync. [03:54:40 CET] <c_14> thereh: ffmpeg -i mp3 -c:v copy -frames:v 1 out.jpg [03:55:51 CET] <c_14> johnnny22-afk: no [03:56:17 CET] <c_14> ffmpeg interptrets HLS as a continuous stream [03:56:20 CET] <DHE> johnnny22-afk: might try the -copyts option to preserve source timestamps. but that's only safe if you use mpegts as the output format. [03:58:35 CET] <johnnny22-afk> I am outputing to .ts files, but the codec is h264 [03:59:35 CET] <johnnny22-afk> would i use the -copyts as a input or output param ? [04:00:00 CET] <c_14> output [04:06:42 CET] <johnnny22-afk> doesn't seem to help the yellow warning [04:06:55 CET] <thereh> thanks [05:36:46 CET] <ac_slater> hey all. I'm playing with adding a raspi2 encoder to ffmpeg. I've succeeded except ONE (hopefully) small issue. The data coming out of the encoder is YUV420 Packed Planar. Meaning each unit has all three channels - YUV YUV YUV YUV instead of YYYYY UUUUU VVVVV. The result is my output is REALLY green. Does anyone have any clues how to 'convert' this? [06:30:10 CET] <johnnny22-afk> is there a command to see how much time has passed since the start of the encoding process, or display how much time it took to do the job once it's done ? [06:34:04 CET] <ac_slater> johnnny22-afk: in linux, `time ffmpeg ...` will tell you the total time [06:34:15 CET] <johnnny22-afk> oh [06:34:37 CET] <ac_slater> johnnny22-afk: and when I encode with ffmpeg 2.8, I get the total encoded time [06:34:44 CET] <ac_slater> do you want total elapsed time? [06:34:50 CET] <johnnny22-afk> elapsed [06:35:06 CET] <johnnny22-afk> sadly i'm on windows in this test case :P [06:35:18 CET] <ac_slater> oh shit lol [06:35:24 CET] <johnnny22-afk> hehehehehe i know i know [06:35:27 CET] <ac_slater> I can't help there mate [06:35:56 CET] <johnnny22-afk> if I can permit myself to run it on linux (gotta check bandwidth) it'll do :) [06:35:59 CET] <johnnny22-afk> but thanks !:) [06:40:04 CET] <johnnny22-afk> it'll probably be fine on my vm to test ;) [06:40:19 CET] <johnnny22-afk> it's a -codec copy anyways ;) [06:40:21 CET] <ac_slater> johnnny22-afk: good luck mate [06:43:51 CET] <johnnny22-afk> thanks [06:50:11 CET] <ac_slater> johnnny22-afk: do you happen to know anything about YUV? [06:56:39 CET] <c_14> ac_slater: you'd probably have to add a new pixel format. You might want to ask in #ffmpeg-devel [06:58:21 CET] <ac_slater> c_14: thanks mate [09:19:15 CET] <thereh> if I want to make timelapse and shoot pictures with phone the format pictures are: "mjpeg, yuvj422p(pc, bt470bg), 1600x960 [SAR 1:1 DAR 5:3]" so if I want to assemble them all into a video should I change some parameters ? I think that "yuvj422p" is not appropriate for video is it ? should I use option "-pix_fmt yuv420p" ? will it change colors or it would be safe to use it ? [09:19:50 CET] <fritsch> yuvj422p is depcreated [09:19:58 CET] <fritsch> it's a yuv422p with full range [09:20:34 CET] <fritsch> so - check if it sws_scale auto detects the full range properly when you pass it yuvj422p as input [09:20:37 CET] <Mavrik> But that wasn't the question :) [09:20:50 CET] <fritsch> "would it be safe to use it?" [09:20:52 CET] <fritsch> he asked [09:20:54 CET] <fritsch> answer: no [09:20:56 CET] <Mavrik> thereh, yeah, if you want the video to be playable everywhere, you should convert it to YUV420P [09:21:13 CET] <Mavrik> Since that's the only format all players support for H.264 (I assume that's what you want) [09:21:30 CET] <Mavrik> It might have a small effect on colors but nothing noticable by most people. [09:21:42 CET] <fritsch> lol? you want to see the effect? I can show you [09:21:54 CET] <Mavrik> *shrug* [09:22:02 CET] <Mavrik> Doesn't matter since he doesn't have a choice now does it? [09:22:15 CET] <fritsch> https://dl.dropboxusercontent.com/u/55728161/sws_wrong_range.jpg [09:22:17 CET] <fritsch> he has [09:22:21 CET] <fritsch> and that's what I told him [09:22:27 CET] <Mavrik> You're talking about color range not pixel format. [09:22:37 CET] <Mavrik> Which will be handled by ffmpeg when conversion is done. [09:22:38 CET] <fritsch> https://dl.dropboxusercontent.com/u/55728161/sws_right.jpg [09:22:47 CET] <fritsch> ffmpeg will spit out a fat warning [09:22:48 CET] <Mavrik> And the output color flags will be set accordingly. [09:22:56 CET] <fritsch> as yuvj422p is not supported anymore [09:22:58 CET] <Mavrik> (you already see them being set properly by the bt420bg= [09:23:06 CET] <Mavrik> Yes it's a warning. [09:23:07 CET] <fritsch> it will tell you: "take great care if you have set the correct range" [09:23:08 CET] <Mavrik> It still works. [09:23:18 CET] <Mavrik> If you check the source of swscale. [09:23:21 CET] <fritsch> I did [09:23:27 CET] <Mavrik> It sets the range properly when it spews out the warning. [09:23:29 CET] <fritsch> when I implemented kodi's ffmpeg picture veiwer [09:23:46 CET] <fritsch> i just linked the result [09:24:07 CET] <Mavrik> Yeah, you fucked up the display because you didn't read the color range status from video stream. [09:24:13 CET] <fritsch> lol [09:24:19 CET] <fritsch> ffmpeg did that [09:24:20 CET] <Mavrik> So instead of fixing that you reranged the video. [09:24:26 CET] <fritsch> not really [09:24:39 CET] <Mavrik> Anyway, it's beside the point. [09:24:39 CET] <fritsch> man, you don't know really what you are talking about - do you? [09:25:22 CET] <fritsch> that being said: the way to go is: use yuv422p as input and ask the input media for its range and set sws_scale params accordingly [09:26:35 CET] <thereh> so I want it in mpeg4 format, will that be the right command: [09:26:37 CET] <thereh> cat {001..500}.jpg | ffmpeg -f image2pipe -vcodec jpg -r 25 -i - -vcodec mpeg4 -vb 1500k -pix_fmt yuv420p -y -f avi timelapse.avi [09:26:54 CET] <Mavrik> thereh, you want libx264 (H.264) not mpeg4 (MPEG4-SP) [09:27:10 CET] <Mavrik> There's pretty much no reason to use MPEG4 these days and it will look like ass :) [09:27:18 CET] <Mavrik> thereh, also stuff it into a mp4 container not AVI [09:27:30 CET] <Mavrik> AVI is... problematic when it comes to compatibility and timestamps. [09:29:41 CET] <fritsch> Mavrik: i take it back - you were right. sws_scale asks handle_jpeg and ors a 1 if yuvj422p is found. Thanks. [09:33:54 CET] <klejp> How does system wide settings work? The reason I ask is because I have youtube-dl and ffmpeg installed. By default youtube-dl has written the files as is, but once I captured my desktop with ffmpeg and wrote to file in the .mkv and now every file that youtube-dl downloads by default is converted to mkv from mp4. Does one instance of ffmpeg change the default settings of ffmpeg? [09:34:44 CET] <Mavrik> fritsch, yep, if you were building the viewer you had to watch for that because you had to adjust colors to the screen. When transcoding the range just gets transferred and dumped to the player which then has to do TheRightThing(tm) :) [09:35:16 CET] <fritsch> yeah - I wanted to reduce the warnings - so I had to go the manual way [09:35:26 CET] <fritsch> asked ffmpeg for the range of yuvj420p [09:35:27 CET] <Mavrik> also the API to set color range is painful now. [09:35:30 CET] <fritsch> got JPEG_RANGE [09:35:41 CET] <Mavrik> I still keep using yuvj* formats until they throw them out -_- [09:35:45 CET] <fritsch> then told swscale to use yuv420p as input but with jpeg_range [09:35:53 CET] <Mavrik> klejp, uhh... there's really no systemwide ffmpeg settings per-se. [09:35:56 CET] <klejp> I used this command once ffmpeg -f alsa -i pulse -f x11grab -s 1366x768 -i :0.0 output.mkv and that now forces me to use youtube-dl [video-url] -f mp4 [09:35:58 CET] <klejp> ok [09:36:08 CET] <Mavrik> so I see no reason why youtube-dl would change its default :/ [09:36:18 CET] <Mavrik> ffmpeg is pretty much totally stateless, it doesn't save any settings anywhere [09:36:24 CET] <klejp> hmm [09:36:29 CET] <klejp> gremlins [09:36:49 CET] <fritsch> Mavrik: https://github.com/xbmc/xbmc/blob/master/xbmc/guilib/FFmpegImage.cpp#L340 <- worked okayish [09:37:06 CET] <Mavrik> Ah. [09:37:38 CET] <fritsch> a bit much code to silence the sws_scale warning though [09:37:47 CET] <fritsch> I admit [09:39:05 CET] <klejp> Mavrik: is there a way to change the defaults in ffmpeg so that is write mp4 instead of mkv? [09:39:22 CET] <klejp> I have tried capturing via ogg but the quality sucks [09:39:36 CET] <Mavrik> klejp, there's no default as I said :/ [09:39:49 CET] <Mavrik> if you tell ffmpeg to save to file with name ".mkv" it'll be mkv. [09:40:00 CET] <Mavrik> Go check why youtube-dl is saving to files with name mkv. [09:40:05 CET] <klejp> I know, I still had some hopes that someone put some possibility somewhere in the code [09:40:40 CET] <klejp> Yes I know explicitly telling it does it [09:40:44 CET] <klejp> :) [09:41:12 CET] <debianuser> klejp: Maybe it's just a coincidence? For example you were downloading .mp4 formats from youtube and this time you tried to download separate video+audio, so youtube-dl put it into mkv. [09:41:13 CET] <klejp> Thanks for your help [09:42:37 CET] <klejp> debianuser. Perhaps, but I have not changed anything in my settings. I just use the default i.e command [url] and all of a sudden it started creating separate files and then merging to mkv [09:43:01 CET] <debianuser> klejp: I mean maybe it's not because of ffmpeg, but because of youtube or youtube-dl. You can check `youtube-dl --list-formats http://your-youtube-url` to see available formats for your video and can select some specific format with `youtube-dl --format 18 http://your-youtube-url` [09:43:29 CET] <klejp> debianuser: yes but I had to start sorting out the problem somewhere [09:43:40 CET] <klejp> ffmpeg forum was the first place [09:44:06 CET] <klejp> Like Dr Watson I am beaten by Sherlock Holmes everytime [09:44:19 CET] <debianuser> Usually there're many different formats, and .mp4 is just one of them. :) [09:45:18 CET] <klejp> I know, but by default the best are always downloaded and that is 720p mp4 not converting to mkv:) [09:45:51 CET] <klejp> thanks everyone. I will check out what the -dl IRC can do for me. [10:09:02 CET] <rektimus> if i do ffmpeg -i file1.mkv -c:v copy -c:a ac3 -b:a 640K file2.mkv [10:09:09 CET] <rektimus> subtitles will be converted from srt to ass [10:09:13 CET] <rektimus> and sometimes not [10:09:16 CET] <rektimus> anyone know why? [10:09:59 CET] <pzich> Maybe use -scodec copy too? [10:10:35 CET] <rektimus> im going to going forward [10:10:39 CET] <rektimus> i just dont get why its random [10:11:45 CET] <pzich> no idea, are you sure the formats were exactly the same? [10:12:55 CET] <rektimus> do you mean am i sure it was srt in all of them originally? [10:13:24 CET] <rektimus> its 3 movies and i used mediainfo to check them all, mkv/h264/dca/srt [10:13:49 CET] <rektimus> 2 of them were autoconverted to ass [10:13:51 CET] <rektimus> one wasnt [10:14:02 CET] <pzich> ¯\_(Ä)_/¯ [10:17:24 CET] <rektimus> yeah idk either [10:23:40 CET] <chinmay_> hey everyone. [10:24:01 CET] <chinmay_> i am trying to make a video from series of jpg images using ffmpeg [10:24:50 CET] <pzich> what do you have so far? [10:25:20 CET] <chinmay_> earlier i was using the libx264 video codec. [10:25:41 CET] <chinmay_> ffmpeg -r 60 -i snaps/%d.jpg -c:v libx264 -crf 18 video.mp4 [10:26:05 CET] <chinmay_> i was using this command. this indeed gives me a video with an FPS of 60 and proper codec. [10:26:33 CET] <chinmay_> when i see video properties, i can see codec info and even after that using -metadata i am able to specify metadata for the video. [10:27:01 CET] <chinmay_> but now i want small file sizes and want to use H265 codec. [10:27:16 CET] <chinmay_> so i changed the command to: ffmpeg -r 60 -i snaps/%d.jpg -c:v libx265 -crf 18 video.mp4 [10:27:46 CET] <chinmay_> this gives me the video but in properties, there is no codec info and no metadata. [10:28:33 CET] <pzich> the video you get back plays? or no? [10:28:49 CET] <chinmay_> yes it plays. [10:29:29 CET] <chinmay_> but the videos which i am rendering, metadata information is necessary for their use. [10:30:26 CET] <chinmay_> wait, i will pastebin the exact command and output. [10:30:43 CET] <pzich> great [10:31:05 CET] <pzich> Also, I don't know much about metadata, but it looks like it may be manually setable like this: http://unix.stackexchange.com/a/248711 [10:32:25 CET] <chinmay_> http://pastebin.com/t8PbDfqd [10:33:22 CET] <chinmay_> http://imgur.com/dPILtDu [10:33:28 CET] <chinmay_> i get this in properties. [10:33:37 CET] <chinmay_> on the other hand, when i use libx264, [10:34:24 CET] <chinmay_> i get this http://imgur.com/Q25utKa [10:35:36 CET] <chinmay_> have a look at the Video section in both images. i just changed the codec in the command. [10:35:51 CET] <chinmay_> and i am performing this on a series of jpg images. [10:37:30 CET] <pzich> Unfortunately I don't know how to help. Do you need x265? I haven't used it. [10:38:12 CET] <chinmay_> yes, i need x265. [10:38:22 CET] <chinmay_> it will give a smaller file size with good quality. [10:38:40 CET] <Mavrik> Right. [10:38:45 CET] <chinmay_> http://www.bbc.co.uk/rd/blog/2016/01/h-dot-265-slash-hevc-vs-h-dot-264-slas… [10:38:54 CET] <chinmay_> i am following this article. [10:39:04 CET] <Mavrik> Instead of that silly idea you should rather use a slower preset on libx264 and change CRF to something less insane, like 20 or 22 :) [10:39:52 CET] <pzich> and have a lot more compatibility with 264 [10:40:20 CET] <chinmay_> i know that but doing that makes the video quality poor. [10:40:33 CET] <iive> huh? [10:41:12 CET] <chinmay_> okay. i will use x264 [10:41:14 CET] <chinmay_> thanks guys [12:20:24 CET] <ented> Hello everyone. [12:25:04 CET] <ented> I want to put AVPacket* to the queue should I put them with av_packet_move_ref() ? I have suspicion that when I put packet to array and av_read_frame . [12:25:28 CET] <ented> It screws up old one. [12:30:13 CET] <ented> I want to built packet queue to prepare feed for decoder. I am using std::vector<AVPacket*> as storage. Is it good idea to use av_packet_move_ref to new value and push that value to the vector? [12:31:07 CET] <Mavrik> But you already have a pointer, what would be the point_ [12:31:08 CET] <Mavrik> ? [12:40:09 CET] <ented> I am using single AVFrame packet and then I read it in the loop, will new av_read_frame would not overwrite everything? : http://pastebin.com/UzLwAb9m [13:00:10 CET] <andrew2> Hi. I've got a question regarding the lens correction video filter. I'm using the following CLI options http://pastebin.com/Xyac5udg and it works but results in a green outer boarder. Is there a way to set this boarder to black? [13:36:41 CET] <rektimus> what would i do to convert srt/ass to MPEG-4 Timed Text [13:36:54 CET] <rektimus> -c:s ? [13:37:28 CET] <furq> -c:s mov_text [13:39:21 CET] <rektimus> thanks furq [15:44:44 CET] <k_sze> Is it generally ok to av_frame_unref an AVFrame even if the corresponding AVCodecContext.refcounted_frames is 0? [15:45:16 CET] <k_sze> Or to av_frame_unref an AVFrame multiple times? [16:00:52 CET] <shincodex> uint16_t WN; [16:01:01 CET] <shincodex> what do you suppose WN stands for? [16:05:58 CET] <J_Darnley> word number? [16:10:18 CET] <shincodex> its located in libgps gps.h [16:10:36 CET] <shincodex> called Week Number within a unioned struct C code has extern cpluspluss [16:10:41 CET] <shincodex> Its conflicting with something somehwere. [16:18:45 CET] <J_Darnley> Perhaps you should put the exact error message somewhere along with some context if you want help from others. [16:19:02 CET] <shincodex> Negative [16:19:09 CET] <shincodex> problem is solved already [16:19:18 CET] <J_Darnley> good [16:19:25 CET] <shincodex> im printing it several channels to beat on bad dev work [16:19:36 CET] <shincodex> windows forever [16:19:38 CET] <shincodex> woo [18:08:37 CET] <jonascj> Hi all. Anyone running 13 nightlies on Nexus 4 (mako)? I've been folllowing the forum on Nexus 4 (release and development), and they have been reporting various problems. Is it usable yet? [18:23:09 CET] <Mavrik> uh? [18:28:37 CET] <xintox> can anyone play any of these streams? [18:28:49 CET] <xintox> http://tvecnbc-i.akamaihd.net/hls/live/218213/cnbcx/2b441e919c72a0831918016… [18:29:10 CET] <xintox> i can't figure out how to construct an ffmpeg command that will play one of these streams [18:29:32 CET] <xintox> ffmpeg -i '<stream-2560000k>' -c copy out.m3u8 [18:29:39 CET] <xintox> i always get 403 forbidden [18:30:05 CET] <xintox> but if i open the manifest in safari it plays fine [18:46:15 CET] <Kota> So, I've a question [18:46:37 CET] <Kota> I have a .mkv file with a VP9 video stream and two audio streams, along with two .ass files. [18:46:52 CET] <Kota> What's the best way to insert the subtitle streams to the video? [18:48:45 CET] <furq> ffmpeg -i src.mkv -i src1.ass -i src2.ass -map 0 -map 1 -map 2 -c copy dest.mkv [18:50:29 CET] <Kota> Ah, thank you. I appreciate it. [18:50:37 CET] <Kota> Still trying to learn all the ins and outs of ffmpeg [18:50:59 CET] <furq> it would work without -map if the mkv wasn't dual audio [18:51:05 CET] <Kota> Is there a way to do it at the same time I'm transcoding my video? [18:51:37 CET] <furq> just add -i src.ass -c:s copy to your ffmpeg command [18:51:55 CET] <Kota> So...let me try [18:52:54 CET] <Kota> E:\>ffmpeg -i "concat:VTS_02_1.VOB|VTS_02_2.VOB" -i SubsSigns.ass -i Subs.ass -c:s copy -map 0:v -map 0:a -c:v libvpx-vp9 -b:v 1M -threads 8 -speed 4 -tile-columns 6 -frame-parallel 1 -auto-alt-ref 1 -lag-in-frames 25 -c:a libopus -b:a 128k -vf yadif -pass 2 Milk_01-deinterlaced.mkv [18:52:55 CET] <Kota> ? [18:53:19 CET] <furq> if you're using -map then you probably need -map 1 -map 2 as well [18:54:16 CET] <Kota> E:\>ffmpeg -i "concat:VTS_02_1.VOB|VTS_02_2.VOB" -i SubsSigns.ass -i Subs.ass -map 1 -map 2 -c:s copy -map 0:v -map 0:a -c:v libvpx-vp9 -b:v 1M -threads 8 -speed 4 -tile-columns 6 -frame-parallel 1 -auto-alt-ref 1 -lag-in-frames 25 -c:a libopus -b:a 128k -vf yadif -pass 2 Milk_01-deinterlaced.mkv [18:54:17 CET] <Kota> ? [18:54:30 CET] <furq> you probably want those after the existing -map calls but it's your choice [18:54:38 CET] <Kota> Okay. [18:55:03 CET] <furq> output streams are written in the order in which -map is called [18:55:08 CET] <Kota> I'll admit my knowledge of ffmpeg is pretty...uh, haphazard [18:55:12 CET] <Kota> Ah. [18:55:38 CET] <furq> also you can probably replace -map 0:v -map 0:a with -map 0 [18:55:40 CET] <Kota> Is there a way to choose a subtitle stream to be automatically selected on playback? They call it making one default, right? [18:55:48 CET] <furq> -map 0 will use all streams from input 0 [18:56:01 CET] <Kota> Okay. [18:56:30 CET] <Kota> E:\>ffmpeg -i "concat:VTS_02_1.VOB|VTS_02_2.VOB" -i SubsSigns.ass -i Subs.ass -c:s copy -map 0 -map 1 -map 2 -c:v libvpx-vp9 -b:v 1M -threads 8 -speed 4 -tile-columns 6 -frame-parallel 1 -auto-alt-ref 1 -lag-in-frames 25 -c:a libopus -b:a 128k -vf yadif -pass 2 Milk_01-deinterlaced.mkv [18:56:59 CET] <furq> i don't think there's a way to set the default subtitle track tag in mkv [18:57:40 CET] <furq> iirc you can do it inplace with mkvpropedit [18:57:59 CET] <Kota> I've got mkvtoolnix installed, so I should have that [18:58:03 CET] <Kota> Don't think I have it in path though [19:10:56 CET] <beastwick987> Hi! I am trying to compile the most recent FFMPEG with QuickSync support on Linux. I've install libmfx from lu-zero/mfx_dispatch and from what I understand I don't need the Intel Media SDK because libva is sufficient. Here is my pastebin with what I did and the errors: http://pastebin.com/iZPfpaMD [19:25:21 CET] <Kota> (furq) Apparently the command doesn't like -map 0 [19:25:31 CET] <Kota> I have to use -map v:0 -map a:0 [20:22:48 CET] <Kota> Hmm [20:22:56 CET] <Kota> Using that command, I lose the second audio stream [21:26:25 CET] <digidog> okaayyy ... just to be sure, and no, I don't want to wake up the dragon ... but can somebody please confirm for me that when I run sudo apt-get install ffmpeg on Debian testing I am definitely get the original FFmpeg. Do you know what I mean? [21:26:56 CET] <furq> yes you do [21:27:09 CET] <digidog> furq: puhhh, thank you ... no I am better [21:27:27 CET] <furq> libav-masquerading-as-ffmpeg is only in wheezy [21:27:55 CET] <digidog> For a moment I wasn't sure because I remember exactly about that trap you mention [21:28:12 CET] <digidog> furq++ [21:28:14 CET] <digidog> thank you [21:28:28 CET] <furq> fyi libav's version numbering is different so you can easily tell [21:28:57 CET] <digidog> furq: yeah I was comparing that too but still, how knows ... best is to ask in the ffmpeg irc, right? ;) [21:29:57 CET] <digidog> furq: and sorry for touching this ... I needed to be sure. thanks a million. [21:33:39 CET] <digidog> furq: do you rather recommend to build from source or to use the debian package before reporting on possible issues? [21:40:44 CET] <thebombzen> digidog: the ffmpeg devs always recommend building from git master to test bugs [21:41:59 CET] <digidog> thebombzen: hey :) thank you for taking the time to inform. good to know. [21:42:50 CET] <phoracek> hi guys, i'm new to ffmpeg. is there any chance to control filters live from SuperCollider or any other live coding software? [21:46:05 CET] <Betablocker> isnt super collider for sound ? [21:48:18 CET] <phoracek> it is, but i'd like to just control filter parameters from there (synchronized with sound for example) [21:49:08 CET] <Betablocker> what filter parameters do you think of ? [21:50:42 CET] <phoracek> anything from here https://ffmpeg.org/ffmpeg-filters.html#Video-Filters is it possible to have ffmpeg player running and just enable or disable filters from command line? [21:51:18 CET] <phoracek> i should read some docs first, i was just like 'wow, this is a cool tool' [21:51:37 CET] <Betablocker> this is a good idea :) [21:52:26 CET] <Betablocker> i dont understand "ffmpeg player" [21:52:47 CET] <Betablocker> never heard of that tool &. [21:52:55 CET] <furq> ffplay? [21:53:12 CET] <Betablocker> never used that the last 10 years - to be honest [21:53:18 CET] <phoracek> :D sorry, to be honest i have a very vague idea about what ffmpeg really is. [21:54:06 CET] <phoracek> i'm looking for a tool for live video handling (filters, effects, rgb magic) which could be used together with supercollider [21:54:48 CET] <phoracek> i like GEM plugin for pure data, but i want to code it. sorry this for off topic [21:54:57 CET] <Betablocker> if you are familar with software development you could try to dev it phoracek [21:55:07 CET] <Betablocker> +i [21:55:38 CET] <phoracek> the another channel? i'll give it a try, but first some docs. i'm sorry for impulsive reaction [21:55:58 CET] <Betablocker> no problem :) [21:56:29 CET] <Betablocker> furq: & https://ffmpeg.org/ffplay.html it exists :D omg & [21:57:08 CET] <Betablocker> using ffmpeg for such a long time and never stop learning :) [22:24:30 CET] <asdas> hi [22:24:37 CET] <asdas> Can anybody help me with compiling ffmpeg with flags? [22:25:12 CET] <asdas> I'm trying to disable the security buffer overflow check, using GS- and Gs-, but the ./configure decides it shouldn't work. I'm using MSVC as compiler and msys [22:27:19 CET] <J_Darnley> So what's your configure line and what does config.log say about them? [22:27:55 CET] <asdas> ./configure --enable-asm --enable-yasm --disable-ffserver --disable-avdevice --disable-doc --disable-ffplay --disable-ffprobe --disable-ffmpeg --enable-static --disable-shared --disable-bzlib --disable-libopenjpeg --disable-iconv --disable-zlib --prefix=/c/ffmpeg --toolchain=msvc --arch=i386 --extra-cflags="/GS- /Gs- -MD" --extra-ldflags="/NODEFAUL [22:27:56 CET] <asdas> TLIB:libcmt" [22:28:37 CET] <J_Darnley> Please use a pastebin like site for the log. [22:29:07 CET] <asdas> alright [22:31:31 CET] <asdas> http://pastebin.com/twbszT9D [22:31:43 CET] <asdas> config doesn't mind it, but the make does [22:32:12 CET] <asdas> it tries to read C:/msys64/GS- and C:/msys64/Gs- [22:32:24 CET] <asdas> even though, /GS- and /Gs- are supposed to be flags. [22:34:07 CET] <J_Darnley> Is that shell doing something tricky? [22:34:16 CET] <J_Darnley> What if you change the / for - [22:34:17 CET] <J_Darnley> ? [22:34:44 CET] <asdas> well it ends up compiling, but then it just ignores it and the buffer overflow check gets added anyways [22:37:26 CET] <J_Darnley> Yes because that poor program seems to ignore things it doesn't understand [22:38:08 CET] <asdas> msvc does understand it [22:38:14 CET] <asdas> it works fine if i do it e.g. via cmd.exe [22:38:20 CET] <asdas> and use the /GS- flag manually there [22:38:26 CET] <asdas> then the program gets compiled without the buffer overflow check [22:38:38 CET] <asdas> but if I try to use the same flag in this big ffmpeg compiling setup, it doesn't [22:39:01 CET] <J_Darnley> I don't even speak German or MSVC and I can see that cl is ignoring things it doesn't understand [22:39:33 CET] <asdas> yea, its ignoring it, because it ends up as C:/msys64/GS [22:39:37 CET] <asdas> it should be /GS- [22:39:57 CET] <asdas> http://i.imgur.com/6D3x7Oe.png [22:40:20 CET] <J_Darnley> Unknown things should be errors! [22:40:51 CET] <asdas> I know dude, but I don't write C:/mysys64/GS- [22:40:52 CET] <J_Darnley> I will blame your shell for unhelpfully translating the "file" /GS into its Windows path [22:40:57 CET] <asdas> :( [22:41:14 CET] <furq> 21:34:16 ( J_Darnley) What if you change the / for - [22:41:15 CET] <J_Darnley> Which is why I said "What if you change the / for -" [22:41:17 CET] <furq> did this actually happen yet [22:41:54 CET] <asdas> can you recommend me any other shell besides msys [22:42:04 CET] <drv> you can cross-compile from cygwin [22:42:12 CET] Action: J_Darnley always uses Cygwin [22:42:17 CET] <drv> (it even has mingw-w64 packages) [22:42:24 CET] <furq> won't that have the exact same problem [22:42:28 CET] <J_Darnley> No [22:42:33 CET] <furq> unless you mean using mingw instead of msvc [22:42:40 CET] <furq> in which case you can do that from msys too [22:42:41 CET] <J_Darnley> It won't translate filenames for native programs [22:42:55 CET] <drv> only the msys shell does the braindead /path -> C:/mingw/path translation [22:43:06 CET] <asdas> this is so annoying, I wish someone would have just uploaded avcodec.lib/avutil.lib in statically linked somewhere [22:43:14 CET] <furq> are you sure it doesn't work with -Gs- [22:43:19 CET] <asdas> yea [22:43:36 CET] <furq> those are normally interchangeable on windows but i have no idea what msvc does [22:44:07 CET] <J_Darnley> Oh my. What's this I've found? http://ffmpeg.zeranoe.com/builds/ [22:44:17 CET] <asdas> I saw that too [22:44:21 CET] <asdas> They aren't statically linked [22:44:27 CET] <asdas> They still require the avcodec.dll etc [22:44:38 CET] <J_Darnley> oh [22:45:26 CET] <furq> i take it you mean the libs and not the binaries [22:45:31 CET] <asdas> yea [22:45:33 CET] <asdas> .lib files [00:00:00 CET] --- Wed Jan 20 2016

1 0

ffmpeg-devel.log.20160118
by burek 19 Jan '16

19 Jan '16

[00:34:56 CET] <J_Darnley> How can I make a feature request for the fate website? [00:35:21 CET] <J_Darnley> I would like to suggest a link from a report page to the slot to which it belongs. [00:37:51 CET] <cone-897> ffmpeg 03Carl Eugen Hoyos 07master:9bc281beae6d: lavf/icodec: Improve autodetection. [00:40:53 CET] <jamrial> J_Darnley: Timothy_Gu was making changes to it. check http://fatebeta.ffmpeg.org/ [00:41:10 CET] Action: J_Darnley nods [02:58:52 CET] <BBB> Gramner: why is it UNIX64 * 3 + 5 instead of 5 + UNIX64 * 2? [02:59:06 CET] <BBB> Gramner: Im sure it works, I just thought win64 had 4 regs and unix64 6, not 7 [03:53:51 CET] <cone-852> ffmpeg 03Michael Niedermayer 07master:89f464e9c229: avcodec/tiff: Check subsample & rps values more completely [04:16:17 CET] <Gramner> BBB: rax i used as an implicit value-passing register in some cases [09:00:02 CET] <rcombs> are we going to remove vo-aacenc now that the native encoder is decidedly better and out of experimental [10:42:33 CET] <cone-828> ffmpeg 03Paul B Mahol 07master:bb2f8bdeca93: doc/filters: add yet another fftfilt example [11:09:33 CET] <durandal_1707> michaelni: can I get comments on afftfilt? [11:34:27 CET] <wm4> ubitux: who is supposed to free AVCodecContext.subtitle_header? [11:34:34 CET] <wm4> the user? even though avcodec set it? [11:39:59 CET] <nevcairiel> wm4: just use avcodec_free_context and stop worrying [11:40:40 CET] <wm4> ah, this function exists... ok then [11:41:02 CET] <nevcairiel> before it existed contexts had no free function, so there was no choice but have the user free stuff [11:42:26 CET] <jkqxz> Hi. I'm one of those crazy people writing vaapi encoders. [11:42:56 CET] <wm4> hi crazy person [11:43:02 CET] <jkqxz> I was somewhat bemused by the immediate focus on what was, from my point of view, a mostly uninteresting part of the patch (context initialisation/communication), to the exclusion of everything else. [11:43:09 CET] <wm4> (but you got to be crazy, since apparently vaapi's encode API is insane) [11:43:33 CET] <jkqxz> But I can see that from an infrastructure point of that is the important thing to get right at the beginning before accepting anything else, so fair enough. [11:43:41 CET] <wm4> jkqxz: isn't that just the bikeshedding effect [11:43:55 CET] <wm4> it's very hard to verify whether the encoder itself is correct [11:43:57 CET] <kierank> how many hwaccel apis do we need [11:43:59 CET] <jkqxz> Probably, but I didn't want to accuse people of that... [11:44:19 CET] <wm4> but many wanted to have hwaccel filtering in libavfilter, and none of them got the "no global state" part right [11:44:41 CET] <wm4> kierank: you should ask how many APIs does intel need [11:45:22 CET] <jkqxz> Is there going to be any answer for the hardware context in libav* which people find acceptable beyond "let the user deal with it"? [11:46:39 CET] <wm4> "let the user deal with it" is the right approach, which means ffmpeg_vaapi.c will have to explicitly set the context on the AVCodecContext etc. [11:47:05 CET] <wm4> also, while we're at it, Libav also has pending patches for a relatively similar thing, I think [11:47:09 CET] <nevcairiel> we will just never find global state acceptable, if that isnt involved, we might find it acceptable [11:47:56 CET] <nevcairiel> but since we dont have a "global" context to replace global state, that comes down to having the user app keep track of that to some degree [11:51:12 CET] <wm4> jkqxz: this is also an API issue, and once public APIs are added, they're very hard to fix [11:51:27 CET] <wm4> as opposed to, say, a bug in the vaapi bitstream writing [11:52:48 CET] <jkqxz> Yeah, that's why I was trying to say "I don't really want this to be a public API" about the libavutil parts. It just ended up as that in libavutil because it had to be used by both libavcodec and libavfilter. [11:54:25 CET] <jkqxz> Ok, I can move the particularly nasty parts in the ffmpeg driver (and get the user to do it). [11:54:40 CET] <jkqxz> (The global state around connections, that is.) [11:55:31 CET] <wm4> ffmpeg.c is its own program and not a library, so global state is perfectly acceptable there [11:59:44 CET] <jkqxz> So, threading issues. Would it be sensible for the context provided by the user to include lock/unlock function pointers to get rid of that problem too? (Or null to say that whatever it is has exclusive access, I guess.) [12:01:12 CET] <wm4> yeah [12:01:47 CET] <wm4> I'm not sure about the state of libva thread-safety, but I seem to remember that at least some drivers needed it [12:14:46 CET] <jkqxz> It's entirely delegated to the driver from libva, and the drivers seem highly ambivalent about it. Locking here is just safer, I think. [12:16:09 CET] <wm4> I also think that, although it's regretable having to expose this as API to the user [12:25:50 CET] <jkqxz> It works for forward compatibility. If it becomes a nonissue in future versions then those fields can just be zero/ignored. [12:29:04 CET] <jkqxz> Backward compatibility is a problem, though, because the existing decoder context does not have these fields. What changes are acceptable there? [12:45:11 CET] <wm4> jkqxz: generally, you can add new fields at the right place [12:45:28 CET] <wm4> the right place is at the end of the struct, or if there are fields marked as internal at the end, before the first internal field [12:45:59 CET] <wm4> jkqxz: you should also look at the Libav patches [12:51:45 CET] <jkqxz> I assume you're referring to the set beginning <https://lists.libav.org/pipermail/libav-devel/2016-January/074082.html>? [12:53:16 CET] <jkqxz> How do you know how big the struct the user allocated was, and therefore whether the new members you added are even present? (For ABI compatibility, not API.) [12:58:33 CET] <wm4> jkqxz: yes, those patches [12:58:40 CET] <jkqxz> Parts 1-3 of that patch are already present in ffmpeg. Part 4 is a rename and adding an alloc function to avoid exactly the size problem I just stated. Hmm. [12:58:49 CET] <wm4> yeah [12:59:03 CET] <wm4> it's not possible, so an alloc function is needed [12:59:24 CET] <wm4> which is annoying, I think this was done at least 2 or 3 times before for other hwaccels [13:02:22 CET] <durandal_1707> ubitux: I managed to get other inputs from streamselect, just not when also using audio, it doesn't make sense to me, I'm using framesync [13:05:16 CET] <jkqxz> So you'd like av_hwaccel_alloc_context(enum type)? [13:09:16 CET] <wm4> jkqxz: personally I'd probably prefer it, but the Libav discussion seemed to go into direction of keeping the individual alloc functions [13:57:09 CET] <jkqxz> So: add a new member "void *(*alloc_context)(void)" to AVHWAccel, then add "void *av_hwaccel_alloc_context(enum AVCodecID codec_id, enum AVPixelFormat pix_fmt)" (in avcodec/utils.c?) which walks the hwaccel list and calls the right one. [13:58:29 CET] <jkqxz> Then update all existing hwaccels to have that, which either calls their own custom allocation function or is a stub new one just returning av_mallocz(sizeof(context)). [13:59:43 CET] <jkqxz> Would a patch to that effect be entertained? (The specific allocation function still works if it already existed.) [14:08:20 CET] <wm4> jkqxz: personally, I'd wait until Libav has pushed the new alloc context API, and then use that... or if you don't want to wait, I can ask them whether they can accelerate it, and/or we apply the patch just to ffmpeg [14:08:48 CET] <wm4> the main thing is that ffmpeg and Libav should have the same API [14:11:47 CET] <jkqxz> The discussion there didn't look very conclusive. [14:59:29 CET] <wm4> so if libswresample converts 7.1 to 7.1(wide), should it really replace the SL/SR pair with silence? [15:16:49 CET] <cone-294> ffmpeg 03Mats Peterson 07master:5da1477fa01b: lavc/rawdec: Use AV_PIX_FMT_PAL8 for 1-bit raw QuickTime video [15:31:48 CET] <durandal_1707> michaelni: what can be done if complex expr is different from real one? [15:53:43 CET] <michaelni> durandal_1707, complex coefficients would allow changing phase for example [16:04:01 CET] <BBB> michaelni: can you review the videodsp patch? [16:53:05 CET] <BBB> ty [17:02:33 CET] <michaelni> np [17:27:19 CET] <cone-294> ffmpeg 03Ronald S. Bultje 07master:0f88b3f82faf: videodsp: fix 1-byte overread in top/bottom READ_NUM_BYTES iterations. [18:35:19 CET] <Daemon404> nevcairiel, where are your mingw builds located? [19:40:56 CET] <cone-294> ffmpeg 03Paul B Mahol 07master:4e17efd852bd: avfilter/avf_showfreqs/showspectrum: rename skip_samples to hop_size [19:54:47 CET] <durandal_1707> can filter call avfilter_config_links? [19:55:10 CET] <nevcairiel> Daemon404: https://files.1f0.de/mingw/ [19:58:43 CET] <cone-294> ffmpeg 03Michael Niedermayer 07master:3ef5de0f1977: avcodec/put_bits: Assert buf_ptr in flush_put_bits() [19:58:44 CET] <cone-294> ffmpeg 03Michael Niedermayer 07master:03d83ba34b20: avcodec/gif: Fix lzw buffer size [20:02:06 CET] <Daemon404> nevcairiel, ok [20:02:08 CET] <Daemon404> thx [21:17:38 CET] <tmm1> wm4: squashed and rebased my closed caps PR [22:27:13 CET] <fritsch> nevcairiel: http://we.tl/1E13wA4YJW <- any interest in a sample with dolby digital plus including atmos bits? [22:27:23 CET] <fritsch> nevcairiel: first one is truehd with atmos bits [22:27:36 CET] <fritsch> the german and french track "should be" ddd+ and atmos additions [22:27:56 CET] <fritsch> tunneled via some "reserved data" in eac3 format [22:39:51 CET] <durandal_1707> atmos is not allowed to be decoded by other software [22:40:35 CET] <durandal_1707> I don't want to be sued/go to jail [00:00:00 CET] --- Tue Jan 19 2016

1 0

ffmpeg.log.20160118
by burek 19 Jan '16

19 Jan '16

[00:42:36 CET] <thebombzen> I have a question: I have an mjpeg stream (i.e. a sequence of jpeg frames) and I want to drop every third frame from the image2pipe without reencoding. doing -c copy -r 10 causes FFmpeg to ignore -r 10. What do I do? [00:45:44 CET] <thebombzen> This should be possible, given that it's a sequence of frames without any inter-coding at all [00:48:44 CET] <c_14> It's technically possible, but you'd probably have to write a bitstream filter for it. That or use the mjpeg2jpeg bsf, output to individual jpg frames (with -c:v copy) delete every third file and use ffmpeg with -c:v copy to mux them back into mjpeg [04:58:48 CET] <thebombzen> c_14: I think I'll add a "wish" ticket on Trac for a bitstream filter to allow dropping video frames with -codec copy for inter-only codecs like mjpeg or png. [04:59:01 CET] <thebombzen> I don't actually know how to write a bitstream filter like that one [06:10:42 CET] <sling_> Hi [06:10:51 CET] <sling_> I am facing a problem with ffmpeg concvat [06:10:54 CET] <sling_> concat [06:10:59 CET] <sling_> can anybody help me [06:11:15 CET] <sling_> /root/bin/./ffmpeg -i "concat:/home/slinguser/commands/highlight270.ts|/home/slinguser/commands/highlight271.ts|/home/slinguser/commands/highlight272.ts" -c copy -bsf:a aac_adtstoasc highlight27.mp4 [06:11:41 CET] <sling_> when i run above command it says "concat:/home/slinguser/commands/highlight270.ts|/home/slinguser/commands/highlight271.ts|/home/slinguser/commands/highlight272.ts": No such file or directory [06:11:54 CET] <sling_> i am running through a java program [06:12:53 CET] <sling_> if i run the same command in the command prompt it works well [07:00:21 CET] <sling_> HI [07:00:29 CET] <sling_> can anyone help me? [07:02:24 CET] <sling_> is this channel is junk? no one responds? [07:02:48 CET] <waressearcher2> sling_: hallo, wie geht es dir ? [07:03:08 CET] <sling_> hi [07:03:19 CET] <sling_> i am facing some problem related to concat command [07:03:45 CET] <sling_> i run concat with /root/bin/./ffmpeg -f mpegts -i "concat:highlight270|highlight271" -c copy -bsf:a aac_adtstoasc highlight27.mp4 [07:03:49 CET] <sling_> and i get error [07:04:09 CET] <waressearcher2> so süß [07:04:13 CET] <sling_> "concat:highlight270|highlight271|highlight272": No such file or directory [07:04:19 CET] <sling_> but they do exists [07:04:48 CET] <sling_> @waressearcher2 can you pls reply in english [07:05:29 CET] <waressearcher2> Äh, 'tschuldige [07:05:31 CET] <sling_> when i do run the same command in command prompt its able to concat [07:20:10 CET] <thebombzen> sling_: can you pastebin the full output [07:20:54 CET] <thebombzen> also concat:highlight270|highlight271|highlight272" doesn't have the .ts extension [07:20:57 CET] <thebombzen> maybe it's just a typo [07:21:35 CET] <thebombzen> honestly, the concat protocol is hard to use. I'd recommend using the concat demuxer instead. [07:24:41 CET] <Kirito> Does ffmpeg/x264 currently really offer anything in regards to GPU accelerated encoding? I know there have been potential benefits with OpenCL for lookahead operations, but I've seen mixed comments on how much of an impact it really makes. [07:28:03 CET] <kepstin> Kirito: at the moment, the x264 devs seem to discourage use of the opencl code; it may or may not be faster than cpu, depending on hardware, and probably causes a quality drop. [07:31:18 CET] <Kirito> I've seen mixed things on that as well, I've been told when just used for lookahead operations it shouldn't make much of a difference, but there's a lot of general mixed information. I'd trust the devs advice over anything else though. I'm curious why it's currently dischouraged though, just for the sake of knowing [07:31:37 CET] <kepstin> also note that the "hardware encoding" on intel/amd/nvidia is actually dedicated hardware encoder blocks - they don't use gpu compute, and can't be used to accelerate a software encoder. [07:43:18 CET] <sling_> hi initially i had given .ts extn [07:43:26 CET] <sling_> later i removed to use pipes [07:43:39 CET] <sling_> even in the .ts case also same error i used to get [07:50:53 CET] <sling_> ffmpeg version N-77725-g369b161 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-4) configuration: --prefix=/root/ffmpeg_build --extra-cflags=-I/root/ffmpeg_build/include --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin --pkg-config-flags=--static --enable-gpl --enable-nonfree --enable-libfdk-aac --enable-libx264 --enable-libx265 libavutil 55. 12.100 / 55. 12.100 [07:51:06 CET] <sling_> file './highlight270.ts' file './highlight271.ts' file './highlight272.ts' [07:51:26 CET] <sling_> [NULL @ 0x227c920] Requested output format '' is not a suitable output format concat: Invalid argument [07:54:03 CET] <sling_> can you help [07:54:19 CET] <sling_> some other error if am going to use demuxer [07:54:57 CET] <sling_> /root/bin/./ffmpeg -f concat -i mylist.txt -c copy -bsf:a aac_adtstoasc highlight27.mp4 [08:00:55 CET] <xintox> would it be possible to recognize a clip in a video and replace it with a different clip and produce 1 video containing the new clip? [08:10:07 CET] <Betablocker> recognize like image recognize eg. if a car red car drives bye - or recognize like check the name in a list of clips and regocnize the name of a clip ? [08:11:15 CET] <Betablocker> both things are possibel&.. for first thing checkout "open cv" for lost thing check out a script in your fav software language &. should be a few lines in ruby or maybe python [08:11:22 CET] <Betablocker> lost = last [08:34:07 CET] <xintox> Betablocker: basically i want to recognize the commercial break in a live stream [08:34:18 CET] <xintox> its basically a giant logo with some moving background. [08:44:12 CET] <Betablocker> check out open cv [08:44:52 CET] <Betablocker> https://github.com/Itseez/opencv [08:45:02 CET] <Betablocker> dont know it its possible with ffmpeg &. [08:45:11 CET] <Betablocker> +if [08:46:00 CET] <Betablocker> opencv is a beast - good luck ! [09:38:08 CET] <digidog> any advice how to prevent deinterlacing when reparing headers by doing -c copy of old dv avi files? it seems they are deinterlaced afterwards without asking :/ [09:38:28 CET] <Mavrik> hrmf, that makes no sense. [09:38:40 CET] <Mavrik> You can't make deinterlaced video from interlaced one without reencoding. :/ [09:39:00 CET] <digidog> Mavrik: thats what I thought. [09:39:11 CET] <Mavrik> It might be just that some flag gets mucked up [09:39:45 CET] <digidog> Mavrik: hm, you mean it isn't deinterlaced but pretends to be ? [09:39:50 CET] <Mavrik> yep [09:40:04 CET] Action: digidog scratches head [09:41:01 CET] <digidog> Mavrik: thanks for your fast reply. Do you know how I can try to keep the interlaced flag intact ? [09:41:28 CET] <Mavrik> No idea, been awhile since I've even seen AVI in the wild. [09:41:44 CET] <Mavrik> Which video format is in it? [09:41:50 CET] <digidog> Mavrik: heh. yeah quite old archive stuff here [09:42:47 CET] <digidog> Mavrik: its from old DV cassettes (dvcp) PAL 576i 4:2:0 [09:43:05 CET] <digidog> but anamorph 16:9 [09:43:25 CET] <Mavrik> Ah, can you ffprobe the input and the output? [09:43:30 CET] <Mavrik> and pastebin it? [09:43:53 CET] <digidog> Mavrik: sure! mom ... [09:50:42 CET] <digidog> Mavrik: http://pastebin.com/bC8QM5UT [09:52:43 CET] <digidog> Mavrik: first part is the archive file as is, second is the -c copy one with -flags global_header set to repair the header since NLEs won't import it without this repair [09:53:41 CET] <digidog> Mavrik: the strange thing is, the first is 7.6 GB the second is 8.1 GB. thats why I thought it must have been really deinterlaced ... [10:04:12 CET] <Fiacha> Hi, i am trying to dump (copy) a stream to a file using ffmpeg. It works great on windows with the zero build but on my raspberry pi (rasperian) i get the error "Could not write header for output file #0 (incorrect codec parameters ?)" and see on the stream mapping that for the h264 input it tries to map to libx264 as output... does that work for copying data? [10:05:04 CET] <relaxed> Fiacha: pastebin.com the command and console output [10:07:59 CET] <Fiacha> relaxed: http://pastebin.com/qr5PPxmp [10:09:42 CET] <c_14> That's an ancient ffmpeg binary provided by libav and not actually ffmpeg from FFmpeg. Either use ffmpeg from FFmpeg or ask in #libav [10:12:22 CET] <Fiacha> c_14: ah, thanks, i noticed now too. Is there a package that i can use to raspi? (debian/arm) [10:13:00 CET] <Fiacha> i guess i can try to compile it [10:13:22 CET] <c_14> You can try debian backports [10:24:40 CET] <Fiacha> c_14: ok, thank you! [10:24:43 CET] <relaxed> Fiacha: check http://johnvansickle.com/ffmpeg/ sometime this week and I'll add a raspberry pi build [10:25:13 CET] <Fiacha> relaxed: wow, cool, thank you! [10:28:19 CET] <digidog> Mavrik: was this pasty ayn helpful ? [10:28:57 CET] <digidog> *any [11:04:12 CET] <Mavrik> digidog, sorry, had to run out for a bit :) [11:04:27 CET] <Mavrik> And the paste expired :( [11:13:10 CET] <digidog> Mavrik: oh shit [11:13:39 CET] <digidog> Mavrik: hah, god thanks I still has this tab open [11:15:11 CET] <digidog> Mavrik: http://pastebin.com/Du7PjM3A [11:15:38 CET] <Mavrik> hmm [11:16:03 CET] <Mavrik> Annoying part is that I can't find a good way to set interlaced in container without reencoding. [11:17:28 CET] <digidog> Mavrik: yeah, exactly what I was trying too [11:18:29 CET] <digidog> Mavrik: the strange thing is, the first is 7.6 GB the second is 8.1 GB. thats why I thought it must have been really deinterlaced ... can a header flag change its size so much ? [11:18:37 CET] <Mavrik> Nop [11:18:46 CET] <Mavrik> No idea what ffmpeg did that there... what was your command to remux? [11:19:12 CET] <digidog> Mavrik: ffmpeg -i 2007-03-22_14-28_09.avi -c copy -flags global_header 2007-03-22_14-28_09_header_flag.avi [11:19:20 CET] <Mavrik> hrmf. [11:19:29 CET] <Mavrik> I'd say that's practically bug report material. [11:19:43 CET] <digidog> Mavrik: the output was confirming that it would only copy both streams audio/video [11:20:09 CET] <digidog> Mavrik: yes, I am afraid it is ... [11:23:00 CET] <digidog> Mavrik: when I compare the output of bith files I see a difference: one is dvsd, the other is dvvideo, hwo can that happen ? [11:23:42 CET] <digidog> Mavrik: maybe I should try again with: ffmpeg -i 2007-03-22_14-28_09.avi -c:a copy -c:v copy -flags global_header 2007-03-22_14-28_09_header_flag.avi [11:24:16 CET] <Mavrik> It's entirely possible that ffmpeg does something dumb, but I don't know all that much about DV video format. [11:25:26 CET] <digidog> Mavrik: test runs ... [11:30:52 CET] <digidog> Mavrik: same. and the mediainfo output is the same like ffmprobes output ... the diff between dvsd dn dvvideo, which is both DV but quite different [11:31:27 CET] <digidog> Mavrik: I assume the reason therefor lies maybe in the fact, that ffmpeg onlyknows one type of DV and writes another dv info ? [11:31:35 CET] <Mavrik> I guess. [11:31:54 CET] <Mavrik> digidog, if you could prepare a small sample and add a ticket to bugtracker it would probably help with fixing :/ [11:32:54 CET] <digidog> Mavrik: ok, I'll do that. thanks for your time Mavrik. I really appreciate it. [11:34:33 CET] <digidog> Mavrik: one more test -> -c copy without header flag to see what happens then [11:37:23 CET] <digidog> Mavrik: btw, the ffmpeg copy command needs exactly the same time like wehn I only run cp file in terminal. WHat actually proofs that there no transcoding could have been happend [11:39:29 CET] <digidog> Mavrik: hm, ok last info for today, the -c copy without header flag creates the same file, same problem so we can tackle it down to the DV -c copy issue only [11:40:39 CET] <digidog> Mavrik: thanks for your time. I'll report on bugtracker and try to collect as much details as possible. cu [11:40:45 CET] <digidog> Mavrik++ [13:43:13 CET] <digidog> Mavrik: I think it is clear now after further testing. FFmpeg interprets the material as ffdv FFmpeg DV while it is actually dvcp (DVCPRO) a quicktime version of DV. This is a huge problem because it also affects all NLE working with FFmpeg. Lightworks e.g. has trouble t import these files which is counter productive since this NLE support SD output. We need the poss. to interpret DVCPRO DV material correc [13:43:19 CET] <digidog> tly or at least a warning message to prevent wring transcoding. [16:13:19 CET] <Elirips> hello. Is using the ffmpeg library as easy as using the ffmpeg exe? Currently, from my app I start one or more ffmpeg-processes - everything is fine. Would it be easy to change my app to directly work with the api of ffmpeg? [16:14:17 CET] <Elirips> or asked the other way: If I have a command-line like 'ffmpeg --foobar and all my options here' - how complicated would it be to do the same using the lib? steps like connect to a source, extrac x frames per second, convert them to something else and store them at location bar? [16:23:45 CET] <J_Darnley> Elirips: quite a lot harder. [16:24:12 CET] <J_Darnley> there is no "libffmpeg" that will emulate the command line for you [16:59:12 CET] <Elirips> J_Darnley: so, basically I would have to talk to the corresponding lib to connect to the rtsp stream, get data from it, feed that to the correct de- / encoder and then write that buffer to wherevery I want? [16:59:40 CET] <J_Darnley> yes [17:02:16 CET] <Elirips> J_Darnley: Do you know about any sample doing something like that? [17:02:32 CET] <J_Darnley> not really [17:02:46 CET] <J_Darnley> perhaps what's in the examples in the source [17:04:11 CET] <J_Darnley> oh you could perhaps try ffmpegsource, a pluign for avisynth/vapoursynth [17:04:22 CET] <J_Darnley> I think it is supposed to make some things easier [17:04:39 CET] <J_Darnley> but I don't know whther they provide a library you can easily use [17:05:46 CET] <Elirips> J_Darnley: thanks, I would prefer to work directly with only libffmpg. I'm looking at the examples now to get a first impression [19:24:05 CET] <Worf> i'm looking for ways to batch post-process mobile-phone videos. currently i have quite good results using ffmpeg with vidstabdetect/vidstabtransform, atadenoise. However, denoising could be better. I've been told about filters like BM3D, but those are not available for ffmpeg (as far as i know). Any hints/suggestions/recommendations? [20:58:24 CET] <Prelude2004c> hey guys.. question.. so set top box vender tells me they calculate the PVR start time with something like ' calculated = start_time + current_download_seg_time - _hlsMediaSrc->getCurrentSegmentDuration() - savedDur; " [20:58:49 CET] <Prelude2004c> is there some way to tell ffmpeg to tell the pvr to delay start by say 10 seconds.. so if someone presses record it only actually starts to record 10 seconds after [20:59:15 CET] <Prelude2004c> it seems they add some PVRSTARTTIME param and it always shows the start time at -6 which is the duration of the first segment [22:30:20 CET] <rynsin> hi Im trying to write a simple C program to convert audio in various formats to raw PCM. However, when trying to read from an ALAC stored in an m4a, the `avcodec_open2` function returns an error code for invalid data found when processing input& heres my code and the console output: http://pastebin.com/E1henRDp [22:31:18 CET] <rynsin> (not sure if this belongs in user support or development& but since Im trying to be a user I figured it went here.) nb: ffmpeg -i test.m4a test.wav works fine. [22:35:53 CET] <rynsin> it seems that most samples on the web are outdated (they call `avcodec_open` without the 2), or seem to do the same thing I am doing.. [22:37:02 CET] <durandal_1707> there are code examples in ffmpeg source code [22:37:55 CET] <rynsin> I went through the examples linked in the doxygen. they are similarly outdated. [22:38:24 CET] <rynsin> as for attempting to follow what ffmpeg CLI tool does& I tried, but was pretty quickly overwhelemed. There seems ot be a whole lot going on there. [22:38:25 CET] <JEEB> I think these should still compile? https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples [22:38:30 CET] <rynsin> but if thats the way to go, I can try it [22:38:33 CET] <rynsin> hmm. let me check. [22:39:29 CET] <rynsin> ah! excellent. this seems to be up to date and contains a few things Im not doing [22:40:50 CET] <rynsin> dont know how I got linked to the old examples& they came right out of the doxygen, though. [22:41:00 CET] <rynsin> Ill give that a try. thanks& cant believe I missed that... [22:41:33 CET] <JEEB> btw, if you want to be real clever you can do something ffmpeg cli doesn't [22:41:49 CET] <JEEB> if you get negative timestamps, you don't output them [22:42:09 CET] <JEEB> that is the way encoder delay and such are marked in formats it is stored in [22:42:42 CET] <rynsin> ah ok I was wondering about that [22:43:20 CET] <JEEB> ffmpeg cli tries to be too clever and when you f.ex. output to wav it will notice the fact that wav doesn't support negative timestamps. and it moves zero to the point of the first timestamp [22:43:40 CET] <JEEB> which is why everyone and their dog believe that libavformat or -codec do not export this information [22:59:08 CET] <rynsin> ah. my mistake was inspired by the code clip here: https://www.ffmpeg.org/doxygen/trunk/group__lavc__core.html#ga11f785a188d7d… it implied that I needed to pass in an AVCodecContext produced by avcodec_alloc_context3(), which is not the case one actually needs to use the AVCodecContext from the AVFormatContext. [22:59:59 CET] <rynsin> the apparently-famous dranger tutorial warns against this, suggesting that one should allocate a new context and then use memcpy to make it match. this no longer works, presumably because some fields were added to AVCodecContext that arent maintained via a shallow copy [23:00:07 CET] <rynsin> mystery solved thanks @JEE8 [23:17:29 CET] <GreatEmerald> Is there a way to force ffmpeg to read a vorbis file whose first CRC checksum is damaged? [23:18:14 CET] <GreatEmerald> I get a "Vorbis setup header packet corrupt (codebooks)." error, and the output is just as unreadable [23:18:37 CET] <GreatEmerald> I believe that in older versions of ffmpeg this worked fine [00:00:00 CET] --- Tue Jan 19 2016

1 0

ffmpeg-devel.log.20160117
by burek 18 Jan '16

18 Jan '16

[00:31:01 CET] <jamrial> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69320 [00:34:48 CET] <Compn> jamrial : gcc usually wants small test cases [00:34:58 CET] <Compn> like 300 lines of c that cause the problem. [00:35:07 CET] <Compn> not an entire project + fate test [00:35:12 CET] <jamrial> i know, i provide those when i can [00:35:16 CET] <Compn> ok :P [00:35:20 CET] Action: Compn hides [00:36:29 CET] <Mavrik> Has to be shorter than the maintainers beard. [00:47:17 CET] <philipl> BtbN: sent you a pull request with the stuff I did today. That's enough frustration for one day. [00:47:54 CET] <BtbN> Yeah, I kind of put it on hold after i saw that it's not even faster/less CPU intensive than the ffmpeg software decoder. [01:12:18 CET] <cone-603> ffmpeg 03James Almer 07master:dee579ffcd70: x86/fixed_dsp: add ff_butterflies_fixed_sse2 [02:17:43 CET] <cone-603> ffmpeg 03Michael Niedermayer 07master:7a0361b06f0a: ffmpeg: fix sws_dict leak on error exit [02:17:44 CET] <cone-603> ffmpeg 03Michael Niedermayer 07master:ad3b6fa7d83d: swscale/swscale_unscaled: Fix odd height inputs for bayer_to_rgb24_wrapper() [02:17:45 CET] <cone-603> ffmpeg 03Michael Niedermayer 07master:757248ea3cd9: swscale/swscale_unscaled: Fix odd height inputs for bayer_to_yv12_wrapper() [12:03:21 CET] <cone-897> ffmpeg 03Eddie Hao 07master:a6dc1eb8376c: remove all uses of the deprecated avpicture_get_size() function [13:18:54 CET] <fritsch> BtbN: seen the last commits to intel's vaapi driver? Something more "in line" to start with ffmpeg hwaccel for hevc 10 bit? [13:20:06 CET] <wm4> oh how utterly mysterious: http://cgit.freedesktop.org/vaapi/intel-hybrid-driver/ [13:20:32 CET] <fritsch> wrong repo [13:20:38 CET] <wm4> I know [13:20:40 CET] <fritsch> :-) [13:20:49 CET] <fritsch> they should fix the bug I reported first ... [13:20:51 CET] <wm4> so I see they added 10 bit stuff to libva [13:20:56 CET] <fritsch> they report vp9 caps on hsw [13:21:02 CET] <fritsch> and crash directly [13:21:16 CET] <fritsch> yes, hevc 10 bit is old, but now it seems the drivers was made a bit more compatible [13:21:31 CET] <fritsch> with "putSurface" you should get the obvious rgba buffer [13:21:42 CET] <fritsch> for the new EGL buffer sharing I am not yet sure how one can do that correctly [13:21:51 CET] <fritsch> as src is not NV12 [13:22:01 CET] <wm4> so is that empty hybrid driver repo announcing their intention to implement it? [13:22:07 CET] <fritsch> nope [13:22:14 CET] <fritsch> hybrid driver is only for vp9 [13:22:22 CET] <fritsch> all other stuff is in the "real intel" driver [13:22:27 CET] <wm4> I suppose for 10 bit you'd change from DRM_FORMAT_R8 to DRM_FORMAT_R16? [13:22:36 CET] <fritsch> yeah [13:22:48 CET] <fritsch> I don't know what intel's driver uses internally [13:22:55 CET] <fritsch> e.g. if that's somehow compatible [13:23:21 CET] <fritsch> i only saw that they can do RGBA32 conversion if you request it [13:23:32 CET] <fritsch> and then use that given drm format [13:23:37 CET] <wm4> (but we don't want that) [13:23:49 CET] <fritsch> yes - we don't [13:24:34 CET] <fritsch> http://www.intel.com/content/www/us/en/embedded/software/iegd/intel-embedde… <- lol [13:24:37 CET] <fritsch> did you know that? [13:24:49 CET] <fritsch> or those vaapi compatible powervr drivers? [13:25:02 CET] <wm4> no [13:25:05 CET] <fritsch> and here: http://www.intel.com/content/www/us/en/embedded/software/emgd/embedded-medi… [13:25:37 CET] <fritsch> http://cgit.freedesktop.org/vaapi/intel-driver/log/ <- the last commits give more insight of how they handle P010 [13:26:03 CET] <wm4> yeah, looks like what dxva2 does generally [13:26:14 CET] <wm4> P010 seems to be the same as the windows equivalent [13:26:48 CET] <fritsch> for P010 there is still the dxva commit missing for ffmpeg [13:27:09 CET] <fritsch> sws_scale support landed if I see it right [13:27:47 CET] <wm4> did it? [13:27:50 CET] <wm4> I don't see it [13:28:06 CET] <wm4> there's also a fix to the dxva hwaccel missing [13:28:16 CET] <wm4> nevcairiel had compatibility worries [13:28:35 CET] <wm4> the problem is that until now the hevc dxva hwaccel allowed 8 bit only [13:28:47 CET] <wm4> so the question is, would this break API users when it suddenly allows 10 bit? [13:28:56 CET] <wm4> in theory it could [13:29:07 CET] <fritsch> there was a straight forward patch for dxva that we picked from his tree [13:29:08 CET] <fritsch> some time ago [13:29:13 CET] <fritsch> and adjusted kodi [13:29:17 CET] <fritsch> it worked (TM) [13:29:22 CET] <wm4> here too [13:29:35 CET] <fritsch> for vaapi the changes seem quite non intrusive [13:29:40 CET] <fritsch> beside the output handling [13:29:49 CET] <fritsch> concerning the fields [13:29:51 CET] <fritsch> not much changed [13:30:32 CET] <wm4> so what hw does actually support this? [13:30:48 CET] <fritsch> broxton+ [13:30:52 CET] <fritsch> kabilake [13:30:55 CET] <wm4> oh [13:31:01 CET] <nevcairiel> skylake has a hybrid 10-bit decoder on windows, but vaapi being vaapi, probably not there [13:31:07 CET] <fritsch> nope [13:31:12 CET] <fritsch> and not planned _at all_ [13:31:22 CET] <fritsch> the intel guys said ... marketing bla [13:31:25 CET] <wm4> so why a vp9 hybrid decoder, but no hevc? [13:31:35 CET] <fritsch> ask sean van kelley [13:31:42 CET] <wm4> heh [13:31:43 CET] <fritsch> the answer is obvious, isn't it? [13:31:51 CET] <fritsch> let me give you some hints [13:32:10 CET] <fritsch> chromebox, google, youtube, default codec, whining, fan noise, stutter, default format [13:32:21 CET] <wm4> lol [13:32:26 CET] <fritsch> if you are google, you get everything from intel that you want [13:32:39 CET] <nevcairiel> the hybrid vp9 decoder is pretty slow, not sure it helps anyone =p [13:32:40 CET] <wm4> very fun [13:32:51 CET] <fritsch> jep 1080p60 is max [13:32:53 CET] <fritsch> you get [13:32:58 CET] <fritsch> it seems to optimized for full hd [13:33:01 CET] <fritsch> everything beyond that [13:33:04 CET] <wm4> I wonder what chromium uses for video display with vaapi [13:33:15 CET] <fritsch> the use egl [13:33:23 CET] <fritsch> the same as we do [13:33:33 CET] <wm4> ah, nice [13:33:33 CET] <fritsch> for surface sharing at least [13:33:41 CET] <fritsch> there is one of those devs in #intel-gfx channel [13:33:42 CET] <nevcairiel> i find it rather funny that intel has been pushing vp8/9 hwaccel for so long, and then suddenly nvidia enables full vp9 decoding 4k60+ in their GPUs and intel is once again behind on features :D [13:33:46 CET] <fritsch> but I don't remember their name anymore [13:34:08 CET] <fritsch> yeah nevcairiel but on other codecs that intel's hw does ... it seems intel has some very good engineers [13:34:17 CET] <fritsch> skl's hevc 8 bit decoder is really fast [13:34:21 CET] <wm4> for dxva they do something strange last I looked (using media foundation to convert surfaces to rgb32...) [13:34:54 CET] <fritsch> most likely they wanted to implement less code [13:34:58 CET] <fritsch> therefore did one conversion [13:35:02 CET] <fritsch> and then used their given chain [13:35:11 CET] <nevcairiel> intels decoder has been slightly faster than nvidias, but not worth anything for usual use-cases as both are beyond what you really need [13:35:33 CET] <nevcairiel> nvidia pushes 150fps on 4k hevc10 [13:35:36 CET] <nevcairiel> so.. /shrug [13:35:43 CET] <JEEB> yup :3 [13:36:28 CET] <fritsch> nevcairiel: kabilake and broxton will do, too :-) [13:36:29 CET] <fritsch> quite sure [13:36:39 CET] <nevcairiel> yeah well a year later [13:36:44 CET] <fritsch> yeah [13:36:48 CET] <fritsch> with 200W less [13:37:02 CET] <wm4> so when will we have 10 bit on vdpau [13:37:03 CET] <fritsch> for 1/4 th the price [13:37:19 CET] <fritsch> wm4: when the hwaccel on linux also speaks 10 bit [13:37:20 CET] <fritsch> I think [13:38:05 CET] <nevcairiel> you could buy a nvidia shield if you want a low power appliance with the same hw decoding features :) [13:38:11 CET] <fritsch> hahaha [13:38:15 CET] <fritsch> nope you don't want that [13:38:22 CET] <fritsch> cause: they have a "color" issue [13:38:27 CET] <fritsch> let me link you [13:38:47 CET] <fritsch> http://forum.kodi.tv/showthread.php?tid=256143 [13:38:48 CET] <fritsch> see [13:39:01 CET] <fritsch> totally broken mediacodec decoding / rendering [13:39:06 CET] <fritsch> no black, no whites and colors off [13:39:06 CET] <JEEB> lol [13:39:37 CET] <fritsch> https://forums.geforce.com/default/topic/895245/shield-android-tv/picture-q… [13:39:46 CET] <fritsch> quite impressive those pictures _not_ [13:40:18 CET] <fritsch> ah and not a kodi issue - same with internal players [13:41:12 CET] <nevcairiel> obviously you were supposed to take the hardware and throw off the silly android [13:41:12 CET] <wm4> what's it with nvidia and limited rang [13:41:13 CET] <wm4> e [13:41:52 CET] <JEEB> nevcairiel: win10 IoT edition? [13:41:54 CET] <wm4> fritsch: so it's just an issue of fixing the lavc hwaccel, and the vdpau API/driver already provides everything needed? [13:41:56 CET] <JEEB> for ARM [13:42:11 CET] <JEEB> (wait, does nvidia even have drivers for that?) [13:42:26 CET] <fritsch> wm4: vaapi does, I don't know about vdpau - but from what I have seens vdpau also has the API for it now - only no driver present for testing [13:42:49 CET] <nevcairiel> JEEB: linux would be fine [13:42:50 CET] <fritsch> wm4: that's why I pinged BtbN if he sees "light at the end of the tunnel" to get hevc 10 bit vaapi code already rolling [13:42:53 CET] <fritsch> nevcairiel: also not [13:42:55 CET] <fritsch> no hw drivers [13:43:00 CET] <fritsch> that would support "any" api [13:43:08 CET] <fritsch> amlogic via linux would work [13:43:11 CET] <BtbN> fritsch, the 10 bit API is present for a while iirc [13:43:22 CET] <BtbN> But kinda hard to do anything with it without hardware supporting it [13:43:23 CET] <fritsch> there were recent changes to the intel driver [13:43:26 CET] <fritsch> that might change something [13:43:34 CET] <BtbN> The intel driver can't change the libva API [13:43:38 CET] <fritsch> nope [13:43:43 CET] <fritsch> but for us players [13:43:49 CET] <fritsch> the way we get the decoded surfaces [13:44:02 CET] <nevcairiel> in any case, I have had my own personal long list of problems with intel gpus, i'm not going to use one any time soon, rather pay a higher power bill =p [13:44:25 CET] <fritsch> yeah [13:44:41 CET] <fritsch> i'd say a braswell + hevc 10 bit / vp9 hw would be perfect [13:44:45 CET] <fritsch> and this will be broxton [13:44:52 CET] <Compn> nevcairiel : are you nvidia or amd ? curious, after the bitcoin mining thing i dont know what cards are best anymore :P [13:44:55 CET] <fritsch> broxton has the potential to be a new ION/ION-2 [13:45:03 CET] <fritsch> though also AMD is releasing a new platform with hevc 10 bit support [13:45:16 CET] <fritsch> as opponent to broxton, but I have forgotten the name [13:45:26 CET] <fritsch> Compn: haha [13:45:38 CET] <Compn> you just know after they have stupid 10bit support the anime jerks will go 12/16 bit :P [13:45:48 CET] <fritsch> Compn: obviously clear ... [13:46:15 CET] <Compn> nevcairiel : i mean, which do you like better. [13:46:27 CET] <fritsch> he won'T say AMD I am sure [13:46:27 CET] <Compn> my sentence muxer is broken today. [13:46:41 CET] <fritsch> if he is nerved with intel's driver then the worst blob of the world won't make it better [13:46:54 CET] <nevcairiel> yeah AMD is the worst for video usage [13:46:58 CET] <fritsch> there was a rent of a valve dev some time ago [13:47:05 CET] <fritsch> about "who can write drivers" [13:47:20 CET] <Compn> what card is in the valve box ? [13:47:22 CET] <fritsch> amd's linux oss team is really good and when you see what one man got going in the last years [13:47:27 CET] <fritsch> then that's impressive [13:47:41 CET] <fritsch> vdpau supporting wise [13:48:06 CET] <fritsch> damn - I need to go "out" ... walking :-) [13:59:29 CET] <wm4> fritsch: btw. wasn't there something about vaapi mesa support? [14:19:13 CET] <durandal_1707> ubitux: how is nlmeans going? [15:01:47 CET] <fritsch> wm4: yes [15:01:54 CET] <fritsch> wm4: but - you shall not support it! [15:02:02 CET] <fritsch> wm4: that's what christian told me ... [15:02:13 CET] <fritsch> as vdpau is far superior on amd cards [15:02:26 CET] <fritsch> but it works on mpv already as this is what he tested it with [15:02:28 CET] <fritsch> :p [15:03:12 CET] <wm4> I don't mind vaapi that much anymore with the EGL interop [15:03:32 CET] <wm4> and vdpau has this annoying thing of mapping progressive frames as fields with GL interop [15:04:20 CET] <wm4> hm I also wonder when vdpau will generally support EGL and maybe wayland [15:04:43 CET] <BtbN> Some headless mode like VAAPI has would also be nice [15:04:45 CET] <BtbN> vdpau needs X [15:04:46 CET] <fritsch> i am not sure this gl interop works with amd's mesa implementation [15:04:51 CET] <fritsch> yes [15:04:58 CET] <fritsch> it needs X that's the biggest flaw [15:05:00 CET] <wm4> in theory, vdpau could work over EGL on X, but that doesn't work either [15:05:38 CET] <wm4> there's only 2 X-specific functions in vdpau, and they're neatly separated out (in a second header file) [15:05:50 CET] <wm4> (vdpau_x11.h) [15:05:59 CET] <fritsch> does anybody have AMD hardware and a decent mesa? [15:06:02 CET] <BtbN> But no non-X11 alternative [15:06:03 CET] <fritsch> to try vaapi? [15:06:12 CET] <wm4> not me [15:06:27 CET] <fritsch> if it's "generic" i could undust my old E350 series gpu [15:06:37 CET] <fritsch> most likely kodi won't work anyways with it [15:08:11 CET] <wm4> well, current nvidia still insists on vdpau (and vdpau actually provides more features than vaapi) [15:08:17 CET] <kierank> J_Darnley: do you think the same code can be used for the v210 unpack? [15:08:23 CET] <kierank> the same idea I mean [15:09:16 CET] <fritsch> wm4: which features? [15:09:47 CET] <fritsch> afaik VPP has most of the things vdpau supports [15:10:01 CET] <fritsch> weave deinterlacing is not there I think, but that's it [15:11:44 CET] <wm4> at least properly working deinterlace and ivtc [15:13:43 CET] <wm4> with vaapi I also have weird problems like non-bob deinterlacing mysteriously not working with non-hw decoded video etc. [15:16:14 CET] <fritsch> what? [15:16:22 CET] <fritsch> mmh [15:16:33 CET] <fritsch> we have no issues with mcdi, madi anymore [15:16:52 CET] <fritsch> though we never fed sw decoded video into vpp post processing [15:18:24 CET] <J_Darnley> kierank: I'll look at the decoder but I don't see why not. [15:18:37 CET] <J_Darnley> Simply put I was just unrolling the loop a little. [15:20:04 CET] <wm4> fritsch: on nvidia, it's actually advantageous to feed sw-decoded data to the hw postprocessor, because the deinterlacer and the ivtc are pretty good [15:20:25 CET] <fritsch> i don't get the usecase though [15:20:41 CET] <fritsch> for VC1 perhaps [15:20:46 CET] <fritsch> where interlaced is a nightmare [15:20:55 CET] <fritsch> though that also works in vdpau correctly [15:26:23 CET] <wm4> maybe if you want to apply additional filtering [15:26:55 CET] <fritsch> when you already have the data a lot can be achieved with shaders [15:57:57 CET] <cone-897> ffmpeg 03Michael Niedermayer 07master:c8a9aaab2695: swscale/x86/rgb2rgb_template: Fix planar2x() for short width [16:18:56 CET] <cone-897> ffmpeg 03James Darnley 07master:61625dcc395f: fate: add 10-bit v210 encoder tests [16:18:57 CET] <cone-897> ffmpeg 03James Darnley 07master:3836f404a8c0: avcodec/v210: add avx2 version of the 8-bit line encoder [16:18:58 CET] <cone-897> ffmpeg 03James Darnley 07master:2cba1825f70c: avcodec/v210: add avx2 version of the 10-bit line encoder [16:18:59 CET] <cone-897> ffmpeg 03James Darnley 07master:4c430738d9cc: avcodec/v210: document the requirement for sample_factor [16:40:02 CET] <kierank> !!! [17:14:25 CET] <cone-897> ffmpeg 03Claudio Freire 07master:60a76f8be8f4: AAC encoder: enforce SF delta in PNS and IS SFs [17:14:26 CET] <cone-897> ffmpeg 03Claudio Freire 07master:df3fa48288d6: AAC encoder: use signed coeffs when measuring IS energy [17:14:27 CET] <cone-897> ffmpeg 03Claudio Freire 07master:3d0849cc90a7: AAC encoder: TNS fixes on short windows [17:14:28 CET] <cone-897> ffmpeg 03Claudio Freire 07master:69697be92200: libavcodec/aacenc_tnc.c: remove unused variable w2 [17:23:37 CET] <J_Darnley> Hm. I might have found a bug in x264asm. [17:23:42 CET] <J_Darnley> It won't turn "shufps m#, m#, imm8" into "vshufps m#, m#, m#, imm8" causing yasm to report "invalid combination of opcode and operands". [17:24:01 CET] <J_Darnley> Should x264asm be doing that transformation or not? [17:29:57 CET] <cone-897> ffmpeg 03Michael Niedermayer 07master:5fbd97fc756a: avcodec/diracdec: Fix qfactor/offset tables [17:31:20 CET] <kierank> shufps is 3 operand normally [17:34:50 CET] <J_Darnley> I know. On further examination the problem might lie with yasm [17:35:38 CET] <J_Darnley> vshufps xmm1, xmm0, 0x55 is fine [17:35:46 CET] <J_Darnley> vshufps ymm1, ymm0, 0x55 is not [18:37:41 CET] <cone-897> ffmpeg 03Carl Eugen Hoyos 07master:1f12a889da2a: configure: The XMA decoders depend on wmapro. [18:43:15 CET] <philipl> wm4: 10bit hevc is the current project for the nvidia vdpau guy but he's on paternity leave until the end of the month [18:43:34 CET] <philipl> There will be some significant vdpau changes coming to support the new surface types [18:43:45 CET] <wm4> aha [18:43:48 CET] <philipl> We'll need to do a bunch of work in the hwaccel too. [18:44:37 CET] <philipl> If we're lucky, the other 10bit work going on will at least get us all the necessary surface types and we just have to pass them through [18:48:30 CET] <nevcairiel> whats with all these crazy people writing vaapi encoders [18:48:41 CET] <philipl> there's one for everyone! [18:48:57 CET] <wm4> I guess people really want it? [18:50:09 CET] <nevcairiel> also avfilter hacks once again [18:50:43 CET] <wm4> I don't understand the filter patch [18:50:52 CET] <wm4> where is it getting the context from [18:50:56 CET] <Daemon404> mmm vaapi.c in avutil? [18:51:17 CET] <wm4> though there's this in the avutil patch: +static AVVAAPIConnection *av_vaapi_connection_list; [18:51:21 CET] <wm4> (so, maybe insanity) [18:52:05 CET] Action: Daemon404 wonders if people ever think they should talk to the devs first before toiling away on massive invasive patches [18:57:51 CET] <nevcairiel> its always the global state [18:57:56 CET] <nevcairiel> and no Daemon404, people are insane [18:58:50 CET] <wm4> + FT(H264Baseline, H264Main ), // (Not quite true.) [18:58:52 CET] <wm4> hmm [19:08:16 CET] <durandal_1707> what avfilter hack? [19:08:44 CET] <wm4> filters for opaque hardware surfaces [19:09:01 CET] <wm4> there's currently no way to pass through the hw API context [19:14:54 CET] <durandal_1707> ah, hacklers [19:25:55 CET] <J_Darnley> kierank: it looks like the decoder doesn't get any faster when using avx2 [19:26:11 CET] <J_Darnley> I've probably got some bug somewhere [19:32:19 CET] <jamrial> if the output is bitexact then it's not a bug. maybe you're overusing cross-lane instructions and losing any performance gains the 32bytes regs provide [19:38:27 CET] Action: Daemon404 always thinks about downclocking when he thinks of avx2 [19:40:14 CET] <nevcairiel> Daemon404: thats why the avx2 code has to be a real improvement to be worth it, and not just 5% :d [19:42:17 CET] <jamrial> do broadwell and skylake also suffer from that? [20:07:49 CET] <J_Darnley> Thanks for the comments. [20:08:22 CET] <J_Darnley> It is exact and I'm not running twice as many loops as necesary so I guess its just not faster. [20:26:09 CET] <J_Darnley> If anyone wants to look at the commit https://gitlab.com/J_Darnley/ffmpeg/commit/0043ade0f4529f9280548f9bb2ce711d… [20:29:59 CET] <durandal_1707> afftfilter is fun as bandpass filter [20:38:00 CET] <cone-897> ffmpeg 03Michael Niedermayer 07master:033b49e02d57: avcodec/libaacplus: Cleanup in case of init failure [20:38:01 CET] <cone-897> ffmpeg 03Michael Niedermayer 07master:321e85e1769c: swscale/swscale: Add some sanity checks for srcSlice* parameters [20:53:39 CET] <BBB> Im wondering if I should add checkasm tests for older codecs like vp8, or if fuller coverage for hevc/h264 is more important [20:54:08 CET] <nevcairiel> do what is fun for you? :) [20:59:36 CET] <J_Darnley> Uh oh. I made some fate clients go red. [20:59:52 CET] <Daemon404> https://www.youtube.com/watch?v=uACvFAm6JSM [20:59:54 CET] <nevcairiel> how evil of you [21:00:00 CET] <J_Darnley> It looks like their yasm doesn't know avx2 instructions. [21:00:15 CET] <Daemon404> J_Darnley, you need to bump the minimum yasm test then [21:00:16 CET] <Daemon404> to use avx2 [21:00:31 CET] <Daemon404> or something [21:00:39 CET] <Daemon404> (not sure if nasm works at all [21:00:55 CET] <J_Darnley> Other things probably guard using EXTERNAL_AVX2. I'll probably do that [21:01:13 CET] <Daemon404> oh ok [21:01:23 CET] <Daemon404> i thought you had [21:01:41 CET] <J_Darnley> No :( I was bad and missed that. [21:01:54 CET] <nevcairiel> yeah there is a condition for that [21:02:03 CET] <rcombs> it'd probably be fair to require a newer yasm at this point, though [21:02:07 CET] <rcombs> it's been years [21:02:39 CET] <J_Darnley> Why don't I fix my code first then start a bikeshed argument ofer assembler versions. [21:02:51 CET] <rcombs> fair [21:04:21 CET] <atomnuker> if you think that's horrifying then just remember that we still have FATE machines regularly running a 13 year old unpatched GCC [21:06:07 CET] <Daemon404> if you think that's horrifying then just remember that people still have machines regularly running a 13 year old unpatched GCC [21:06:10 CET] <Daemon404> in production. [21:06:29 CET] <fritsch> debian woody for the win [21:07:44 CET] <J_Darnley> Does someone agree that this looks right http://pastebin.com/fZ2tY0qT [21:11:13 CET] <J_Darnley> Oh wait, there's two of them [21:14:44 CET] Action: J_Darnley curses the speed of Windows [21:24:59 CET] <cone-897> ffmpeg 03James Darnley 07master:f59b727e2f98: avcodec/v210: guard new avx2 functions from old assemblers [21:32:54 CET] <BBB> whooooooooo wants to review patches [21:34:27 CET] <J_Darnley> I'll have a look after I make some tea [21:51:54 CET] <jamrial> BBB: emulated_edge_mc_8_sse2 (failed to issue emms) [21:53:31 CET] <BBB> what is that? [21:53:38 CET] <BBB> oh emms exclusion list [21:53:41 CET] <BBB> wheres that again? [21:54:58 CET] <jamrial> no idea [21:56:19 CET] <BBB> Gramner: ? [21:57:15 CET] <jamrial> maybe declare_func_emms instead of declare_func? [21:57:23 CET] <jamrial> you seem to do that in vp9dsp [21:59:12 CET] <nevcairiel> its all kinds of backwards [21:59:30 CET] <nevcairiel> you n eed to use declare_func_emms on functions that are exempt from emms [21:59:49 CET] <Gramner> yeah, the emms logix is kinda backwards. I blame jannau! [22:00:01 CET] <Gramner> feel free to change it [22:10:16 CET] <BBB> jamrial: ok amended locally [22:10:18 CET] <BBB> anything else? [22:12:01 CET] <durandal_1707> michaelni: that crop patch I posted is causing crashes in bunch of video encoders [22:15:08 CET] <J_Darnley> durandal_1707: about that crop patch, since you consume the crop metadata, should you remove it from the frame? [22:15:52 CET] <durandal_1707> indeed, probably should [22:16:02 CET] <jamrial> BBB: i'm not sure if calling bench() so many times after a single check_func() is correct [22:16:20 CET] <jamrial> it for that matter makes checkasm --bench take twice to complete here [22:16:42 CET] <BBB> I can call it at the end of _size [22:17:14 CET] <michaelni> durandal_1707, i guess encoders (as well as filters) expect aligned data [22:17:27 CET] <michaelni> and crop breaks that i guess [22:17:36 CET] <michaelni> but just guessing [22:17:49 CET] <BBB> jamrial: ok did that [22:18:13 CET] <BBB> jamrial: it does make bench fairly random [22:18:35 CET] <BBB> in that its unclear whether youre benching a representative sampling of calls to emu_edge [22:19:38 CET] <jamrial> mmh [22:20:41 CET] <durandal_1707> michaelni: same happens with using 0 CPU flag [22:21:16 CET] <durandal_1707> so they just don't support frame size change on the fly [22:22:08 CET] <jamrial> BBB: in that case don't change it. --bench is not used when running fate [22:22:25 CET] <jamrial> and it's better to get a proper benchmark from it [22:22:31 CET] <BBB> ok [22:22:41 CET] <BBB> reverted that again locally [22:22:59 CET] <BBB> if I come up with a proper way to bench in a statistically meaningful way, Ill change it accordingly [22:23:13 CET] <BBB> but right now dont really know for sure without changing bench to take variable input [22:23:19 CET] <jamrial> ok [22:33:58 CET] <BBB> Gramner: what is the first argument to declare_func_emms? [22:34:08 CET] <BBB> is that the cpuflags for which we dont want to check for emms usage? [22:34:18 CET] <BBB> usage being requirement [22:40:20 CET] <Gramner> I think so, but I feel that a lot of the checkasm emms stuff needs to be changed a bit. some of it seems redundant [23:02:31 CET] <kierank> are there any simple decoders to look at for examples of how to handle frame threading [23:02:57 CET] <atomnuker> theora [23:04:08 CET] <atomnuker> though it's likely to confuse you even more [23:04:19 CET] <kierank> I'm having problems with storing data in my struct that's thread-specific [23:41:29 CET] <BBB> kierank: ask questions, Im happy to answer, MT should be fairly straightforward [23:41:38 CET] <kierank> jannau seems to have fixed it [23:41:57 CET] <BBB> \o/ :-p [00:00:00 CET] --- Mon Jan 18 2016

1 0

ffmpeg.log.20160117
by burek 18 Jan '16

18 Jan '16

[00:08:35 CET] <xintox> yo [07:17:06 CET] <shadow42085> i cant seam to get past libass in my ./configure setup here http://pastebin.com/3AdNceaL and everthing I have tried the lastest source cant find libass [07:18:28 CET] <shadow42085> yes I am cross compiling it and when I installed it in linux it build just fine so what gives [07:19:02 CET] <shadow42085> or am I in the wrong channel? [07:19:34 CET] <c_14> Can you pastebin your config.log [07:19:37 CET] <c_14> ? [07:22:08 CET] <shadow42085> one sec [07:23:51 CET] <shadow42085> http://pastebin.com/TCz0cPMT [07:25:09 CET] <shadow42085> i also did pkg-config --libs libass it posted -lass [07:25:27 CET] <c_14> I assume libass.so is located in /usr/local/lib? [07:26:10 CET] <shadow42085> correct [07:31:40 CET] <c_14> If you remove --enable-libass it builds correctly? [07:31:51 CET] <shadow42085> let me check [07:33:27 CET] <shadow42085> what the heck now its saying libfdk_acc is not there which I not it is [07:33:27 CET] <c_14> I think the problem is that you probably didn't cross-compile any of the dependencies [07:33:48 CET] <shadow42085> ok how do I cross-compile those [07:34:30 CET] <c_14> Mostly the same way you would ffmpeg. If they have configure scripts it's usually --arch= --target-os= --cross-prefix= etc [07:35:00 CET] <c_14> some might have --host though [07:35:19 CET] <c_14> https://trac.ffmpeg.org/wiki/CompilationGuide/CrossCompilingForWindows [07:35:40 CET] <c_14> Doesn't have a lot of info directly, but you can check the scripts for how they compile the deps and then compile yours like that as well. [07:38:30 CET] <shadow42085> ok so I have to get all of the depends [07:38:30 CET] <shadow42085> alot of them i installed via apt in debian [07:38:31 CET] <shadow42085> well thanks off to the repos to get them [07:45:43 CET] <shadow42085> yea thanks [08:24:28 CET] <WereCatf> I have a device streaming video from a camera with mjpg-streamer and I want to record the output at various points to a file using ffmpeg. I tried 'ffmpeg -i [08:24:32 CET] <WereCatf> Ugh [08:25:16 CET] <WereCatf> 'ffmpeg -i http://server.url/?action=stream -an -vc copy out.mkv' and while the file works its timing is off [08:25:40 CET] <WereCatf> When playing the file back the frames are being played at super-speed [08:26:12 CET] <WereCatf> How could I make ffmpeg save the stream with proper frame-timings? [08:34:29 CET] <WereCatf> Oh, and it apparently doesn't copy the video when doing it like that.. when viewing the video VLC says it's H.264 when it's supposed to be mjpeg [08:36:29 CET] <zap0> i have ffmpeg -i file.flv -b 400000 out.mp4 i thought that was suppose to limit it to 400 kb/s ? after conversion the file got bigger, not smaller, and it's reporting the bitrate as 517kb/s [08:58:50 CET] <c_14> WereCatf: -c copy as an output option and -framerate <something> as an input option. [09:00:07 CET] <c_14> zap0: does the file have audio? Also you might want to use 400k as it's easier to read [09:01:28 CET] <zap0> c_14, yes it has audio.... i doubt the audio grew.. without specifying audio.. does it not just copy it? [09:01:45 CET] <c_14> ye [09:01:53 CET] <c_14> unless you explicitly tell it to copy it will reencode [09:07:15 CET] <WereCatf> c_14: Mm, yeah, specifying framerate doesn't work. But I guess I'll just live with that.. [09:08:08 CET] <c_14> WereCatf: try -r instead of -framerate? [09:08:17 CET] <WereCatf> c_14: tried both [09:08:22 CET] <c_14> Did you put it before -i ? [09:08:27 CET] <WereCatf> Aye [09:08:32 CET] <c_14> hmm [09:14:02 CET] <WereCatf> Can ffserver accept an mjpeg-stream from a USB-webcam and stream it forward without doing transcoding in-between? Or does it only support uncompressed input from a webcam? [09:14:24 CET] <c_14> you can use -override_ffserver, theoretically at least [09:14:38 CET] <c_14> (and then specify -c copy on the ffmpeg commandline) [09:14:47 CET] <c_14> I wouldn't recommend using ffserver though [09:15:04 CET] <WereCatf> Why? [09:15:45 CET] <c_14> It's hard to use, not very well documented, and not very well supported. [09:16:02 CET] <WereCatf> Well, ffmpeg is hard to use as well :D [09:16:59 CET] Action: c_14 got used to it, might just be Stockholm Syndrome [09:17:16 CET] <c_14> Also the docs are usually decent and you can often find someone with the knowledge to help you. [09:18:11 CET] <c_14> The percentage of ffserver questions that receive answers in this channel is very, very low. [09:18:42 CET] <WereCatf> I suppose people use some other streaming-solutions, then [09:19:09 CET] <c_14> usually yes [09:19:41 CET] <Betablocker> hihi [09:20:34 CET] <WereCatf> Oh well, I'm not particularly familiar with streaming-schemes and such. I just have this project where I have a very low-end OpenWRT-router (400MHz ARM CPU) that I'd like to use as a streaming webcam-server. Streaming mjpeg from the camera without transcoding with, say, mjpg-streamer, takes only like 10% CPU even on those specs [09:21:03 CET] <WereCatf> And I'm just kind of wondering to how to best record the stream on another computer at will, or if there's a better way of streaming it [09:21:56 CET] <Betablocker> you could try our tool&. - dont want to be spammy but it could fit for your case &. query ? [09:22:04 CET] <Betablocker> WereCatf: & ^ [09:22:17 CET] <WereCatf> I have no idea what tool you're talking about [09:23:04 CET] <Betablocker> take a look query [09:23:25 CET] <Betablocker> 1:1 chat in some window in your chat client& :) [09:24:32 CET] <Betablocker> its open source & so its a deeper view worth if you need streaming with ipcameras / raspberrypi camera board or usb camera& to be honest for usb cameras it is oversized & [10:50:04 CET] <sgo11> hi, I have h264 video file. but the fps is incorrect. how can I just change the fps value without decoding/encoding etc..? I just don't want the quality to change. sometimes, re-encoding will lose the quality of a video file. thanks a lot. [10:53:37 CET] <fritsch> sgo11: how wrong is it? [10:53:53 CET] <fritsch> post a mediainfo of that file, please [10:54:03 CET] <fritsch> to a pastebin near you [10:55:34 CET] <sgo11> fritsch, will "ffprobe -show_streams" be enough? [10:56:32 CET] <sgo11> fritsch, http://pastebin.ubuntu.com/14543542/ [10:57:38 CET] <sgo11> fritsch, I created this video file with the following command in raspberry pi 2: `raspivid -t 10000 -o test06.h264 -w 1080 -h 1080 -fps 15` [11:15:20 CET] <sgo11> Since I created the file with the option -fps 15, I think it should be 15fps unless the program raspivid has a bug. I don't know why .h264 will always play in 25fps. Is that because raspivid program does not set proper fps value to the mediainfo of the file? [14:12:34 CET] <relaxed> sgo11: ffmpeg -framerate 15 -i input.h264 -c copy output.mkv [14:13:53 CET] <JEEB> huh, I don't think I've had that ever work for me? [14:14:08 CET] <JEEB> did that actually give you the according PTS? [14:14:14 CET] <JEEB> if yes, cool [14:14:30 CET] <JEEB> I've always used L-SMASH's muxer or something for the initial "change-the-rate" step [14:14:37 CET] <JEEB> and then remuxed that mp4 [14:16:06 CET] <sgo11> relaxed, thanks for that. I am using "MP4Box -fps 15 -add video.h264 video.mp4" for now. and it works very well. I will try that command later. [14:21:28 CET] <relaxed> JEEB: it doesn't work :( [14:21:40 CET] <JEEB> yeah [14:21:54 CET] <JEEB> sgo11: ewww GPAC :/ [14:28:32 CET] <sgo11> JEEB, :) [20:22:26 CET] <octal> Hi. I was wondering if, given a static, fixed video shot on a presentation wall, where a presenter is using a laser pointer, if it is possible to convert everything to alpha = 100% except the laser pointer [20:23:02 CET] <ChocolateArmpits> octal: that's what keyers do [20:23:56 CET] <octal> hi, ChocolateArmpits: the goal is to take the red point and place it into the original slides taken from the PDF instead of the wall. [20:24:43 CET] <ChocolateArmpits> octal: can you estimate how much contrast there is between the pointer and the wall? Like how saturated is the point compared to the wall, how bright it is? [20:25:47 CET] <octal> ChocolateArmpits: it will vary, as the wall has some bright light reflections, unfortunately [20:26:13 CET] <ChocolateArmpits> well what about the color? Is the wall white ? [20:27:22 CET] <octal> ChocolateArmpits: the wall is pretty much uniformly white, yes, over which there is a projection, over which there is the pointer [20:27:48 CET] <ChocolateArmpits> well the projection makes it harder [20:28:27 CET] <ChocolateArmpits> You should to extract the red channel and then apply contrast until everything but the pointer is black [20:28:33 CET] <ChocolateArmpits> try to* [20:28:54 CET] <ChocolateArmpits> then you will get a b&w mask that can be used on a red matte [20:29:30 CET] <octal> ChocolateArmpits: is it possible to 'subtract' one frame from another, so I can subtract the explanation with pointer from the frame without pointer? [20:29:44 CET] <octal> ChocolateArmpits: is it too crazy? [20:30:59 CET] <ChocolateArmpits> octal: image processing usually has a subtract or difference operation [20:31:33 CET] <ChocolateArmpits> there's even a special key called difference key [20:31:45 CET] <ChocolateArmpits> that masks one image against another in Blender [20:33:00 CET] <ChocolateArmpits> ffmpeg isn't exactly the most intuitive thing for these types of processing [20:33:09 CET] <ChocolateArmpits> You should try Blender or Natron [20:33:23 CET] <ChocolateArmpits> Natron might be more friendly [20:35:00 CET] <durandal_1707> there is colorkey and chromakey [20:35:16 CET] <durandal_1707> filter in ffmpeg [20:35:53 CET] <durandal_1707> and then is blend filter [20:42:43 CET] <yans> Hi! I got a simple question how to add subtitles to .avi but 1:1 copy without changing format file and quality? ffmpeg -i myfile.avi -vf subtitles=myfile.srt -vcodec libx264 -acodec libfaac myfile.avi should be enough for it? i dont want to use -crf to change quality of movie, so how to do it correctly? [20:43:21 CET] <yans> sry "-acodec copy" of course [20:43:55 CET] <furq> there's no way to reencode without specifying the quality [20:44:03 CET] <J_Darnley> Of course not [20:44:13 CET] <furq> hi buddy [20:44:18 CET] <J_Darnley> hello again [20:44:26 CET] <yans> ok, but i want to have same file storage like before [20:44:47 CET] <furq> then remux it into a container that can handle soft subs [21:00:50 CET] <octal> ChocolateArmpits: thanks for the tips, I will check them out. [21:02:23 CET] <yans> k, thx [21:16:17 CET] <wCPO> Can I with ffmpeg check if source file for a encode is X file? or do I need to write my own logic? [21:19:16 CET] <fritsch> wCPO: sorry, i could not parse your question, please try again [21:19:56 CET] <wCPO> fritsch, do ffmpeg save some sort of "checksum" in the output file. So I can check if x file was the input? [21:20:17 CET] <fritsch> not to my knowledge [21:20:31 CET] <fritsch> especially not if audio / video gets processed [21:22:00 CET] <J_Darnley> The closest you can probably get is flac which stores the md5sum of the audio dtaa given to the encoder. [00:00:00 CET] --- Mon Jan 18 2016

1 0

ffmpeg-devel.log.20160116
by burek 17 Jan '16

17 Jan '16

[00:14:58 CET] <cone-165> ffmpeg 03Andreas Cadhalpun 07master:564dd3f0f400: mpeg4videodec: silence ubsan warning [01:05:52 CET] <cone-165> ffmpeg 03Michael Niedermayer 07master:d7c75a5db0cf: avcodec/motion_est: Attempt to fix "short data segment overflowed" on IA64 [01:29:00 CET] <tmm1> anyone know offhand where/how ffmpeg deals with timestamp resets in mpegts streams? [01:36:30 CET] <Compn> i forgot to tell gajjanag that imo, maybe its better to work on things which wm4 doesnt oppose as strongly... [03:06:16 CET] <cone-165> ffmpeg 03Michael Niedermayer 07n2.5.10:HEAD: avcodec/motion_est: Attempt to fix "short data segment overflowed" on IA64 [09:35:46 CET] <wm4> Compn: don't [09:39:26 CET] <durandal_1707> Compn: only talk if asked [14:19:04 CET] <cone-256> ffmpeg 03Mats Peterson 07master:a51c8a68adbe: lavf/mov: Don't limit fourcc 0 -> raw/twos to version 0 sample descriptions [14:19:05 CET] <cone-256> ffmpeg 03Mats Peterson 07master:535d09a51099: lavf/matroskadec: Get sample size from private data [18:49:37 CET] <cone-256> ffmpeg 03Michael Niedermayer 07master:057549a9ccc9: avcodec/aacenc: Check both channels for finiteness [19:30:18 CET] <philipl> BtbN: What state do you consider your vp8 change to be in. It looks like it's not setting curframe at all (or rather, the code that sets it is part of what's excluded in the hwaccel path, I think) [19:34:34 CET] <philipl> Yeah, so you can't return immediately in decode_frame after calling the hwaccel hooks. [19:35:35 CET] <BtbN> It's unfinished [19:36:09 CET] <BtbN> I couldn't test it yet, so it's very likely there are some mistakes in it. [19:37:12 CET] <philipl> To be sure. I was just trying to work out what the current state of the world is. [19:37:25 CET] <philipl> I can now get it to crash in libva. progress! [19:44:46 CET] <philipl> I'm impressed they could make vp8 more complicated than vp9 [19:45:22 CET] <BtbN> it's primarily those 3 strange bitstream parsing offset value it wants [19:45:26 CET] <BtbN> no idea what it expects there [19:46:15 CET] <wm4> philipl: why is that? is it an actual complication, or did VP9 just simplify something? [19:48:45 CET] <philipl> BtbN: Yeah. I suspect it's segfaulting due to that. The other TODOs would be visual glitches at worst. [19:48:59 CET] <philipl> wm4: There's some stupid bitstream parsing implementation detail that leaked [19:49:17 CET] <philipl> which they handled more intelligently for vp9 (they being intel) [19:49:46 CET] <BtbN> http://cgit.freedesktop.org/vaapi/libva/tree/va/va_dec_vp8.h#n45 [19:49:52 CET] <BtbN> these 3 values, to be specific [19:50:06 CET] <BtbN> They coinditentialy match exactly with how gst parses the VPx bitstream [19:51:06 CET] <wm4> lol [19:57:01 CET] <philipl> THe obvious solution is to bring the gstreamer parser into avcodec. [19:57:17 CET] <wm4> no, everyone should just drop lavc and use gstreamer [19:57:24 CET] <philipl> Good point. [20:02:32 CET] <philipl> this shit is indecipherable. [20:02:44 CET] <philipl> How can they need something so obtuse when there's no equivalent in avcodec [20:04:58 CET] <BtbN> philipl, you are aware of the libva tracing features? So you can look at what values gst puts in those fields, and compare with some lavc ones? [20:05:39 CET] <philipl> I'm vaguely aware. I'll do that if it comes down to it [20:06:13 CET] <BtbN> LIBVA_TRACE=/pathto/tracelog LIBVA_TRACE_BUFDATA=1 [20:06:16 CET] <BtbN> or something like that [20:11:10 CET] <philipl> I think I've found the identity of two of the fields in the avcodec range decoder [20:25:18 CET] <philipl> Ok. So I've roughly, been able to map the funny values to those in the range decoder we use (the vp56 thing) [20:25:44 CET] <philipl> It didn't crash on playback this time but it did freak the hardware out. Lots of warnings in dmesg and green frames, etc [20:31:34 CET] <philipl> Time for lunch. So it doesn't crash but hardware is much unhappy. Long delay before playback starts (as a result) and then green frames. [20:31:57 CET] <philipl> There's some differences in the internal state of the decoders. Probably time to bust out the tracing. [20:32:03 CET] <philipl> But I'm off for lunch now. [20:32:11 CET] <philipl> Thanks gstreamer and intel for the endless hours of fun. [20:38:46 CET] <atomnuker> anyone knows how the bitstream writer works? [20:39:00 CET] <atomnuker> do you have full reign over the memory you've asked to be allocated? [20:40:34 CET] <atomnuker> or does it get written as soon as you've put some amount of data in? [20:42:13 CET] <atomnuker> because the Dirac encoder I wrote does some nasty stuff yet gets away it with [20:55:14 CET] <durandal_170> atomnuker: what nasty stuff? [20:56:20 CET] <atomnuker> writes like a megabyte of data and goes back to the start to overwrite some previously written stuff [20:57:41 CET] <durandal_170> if not sent to muxer I see no issue [21:15:43 CET] <jamrial> and gcc 6 is now miscompiling svq1enc [21:18:00 CET] Action: wm4 mumbles something about the importance of svq1enc [21:18:12 CET] <wm4> does it break fate? [21:19:18 CET] <jamrial> yeah [21:20:20 CET] <jamrial> some change commited to gcc trunk in the last three days is at fault [21:21:23 CET] <jamrial> compiling svq1enc.c with -O1 makes the fate test succeed, so it's some optimization enabled by -O2 and above [21:21:25 CET] <durandal_170> report gcc 6 bug [21:21:39 CET] <jamrial> i'll after i bisect to find the first bad commit [21:22:09 CET] <Daemon404> jamrial, you should suggest they add FATE or something to gcc's tests [21:22:16 CET] <Daemon404> didnt they add x264 already [21:22:17 CET] <jamrial> and i hate this kind of bug. it's hard to reproduce and gcc devs hate reports that are "download an application, build it, run this test suit to reproduce the issue" [21:22:19 CET] <Daemon404> or somethign akin to this [21:22:31 CET] <Daemon404> ... they buidl a compiler [21:22:34 CET] <jamrial> they want a tidy looking code snipped in the bug description [21:22:34 CET] <Daemon404> it builds applications [21:22:44 CET] <jamrial> snippet [21:22:57 CET] <Daemon404> i would argue that it's not teh job of the bug reporter [21:22:58 CET] <Daemon404> but thats me [21:26:04 CET] <wm4> they probably get far too weird shit that's not debuggable this way [21:26:13 CET] <wm4> and too much of it [21:26:15 CET] <jamrial> last time i reported a miscompilation bug i explained how to reproduce it with instructions to compile ffmpeg and run the fate test (no need to download samples for that one) [21:26:41 CET] <jamrial> their reaction was "we're waiting for a testcase" [21:27:01 CET] <jamrial> because they prefer reports like https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68990 [22:05:07 CET] <cone-603> ffmpeg 03Michael Niedermayer 07master:aa6aa2ef0918: avcodec/wmaenc: Check input for finiteness [23:38:27 CET] <philipl> BtbN: So I've got the coder crap mostly correct. There's one edge case where the values come out wrong. Don't see the pattern yet. [23:39:01 CET] <BtbN> strange stuff [23:40:01 CET] <philipl> indeed. and I'm pretty sure it won't magically work when I fix it either :-) [23:42:00 CET] <philipl> Yeah, so there's a few frames where the 'range' value in gst is shifted one bit to the left, the 'count' is one less and the 'value' is shifted one to the left with a '1' shifted in. [23:42:14 CET] <philipl> The difference seems consistent in all cases. But as to why... [00:00:00 CET] --- Sun Jan 17 2016

1 0

ffmpeg.log.20160116
by burek 17 Jan '16

17 Jan '16

[00:10:33 CET] <an3k> is there some magic or do I have to compile x264 twice to get libav support? [00:10:54 CET] <an3k> s/libav/lavf/ [00:14:10 CET] <J_Darnley> No. You can do lavf then x264 and then stop there. [00:14:43 CET] <J_Darnley> Otherwise there is an almost circular dependency. [00:16:39 CET] <an3k> So ffmpeg always builds complete libs regardless if --enable-libx264 or not? [00:17:05 CET] <J_Darnley> What do you mean by "complete libs"? [00:17:19 CET] <an3k> currently I do x264 then ffmeg then x264 again and it works [00:18:04 CET] <J_Darnley> The real dependency chain is: x264(.exe) depends on libavformat and libx264, libavformat may depend on libx264 too [00:18:26 CET] <an3k> well, I build ffmpeg to get the libav* libs I need for x264 and l-smash [00:18:44 CET] <J_Darnley> Last I heard that was the suggested way to get a full-featured x264.exe [00:19:56 CET] <an3k> libx264 is build by ffmpeg? [00:20:09 CET] <J_Darnley> no [00:21:11 CET] <an3k> Ok, but how do I do lavf before x264 if lavf depends on libx264? :) [00:21:27 CET] <J_Darnley> By not making it depend on libx264 [00:21:35 CET] <J_Darnley> It's optional [00:21:42 CET] <JEEB> it only depends on it if you want to encode AVC with libx264 [00:21:46 CET] <JEEB> from within libavcodec [00:21:55 CET] <JEEB> aka usually ffmpeg [00:22:21 CET] <an3k> well, that means I have to build x264 twice. Once before ffmpeg/lavf and once afterwards. [00:23:24 CET] Action: J_Darnley wonders how he got back here [00:23:49 CET] <Zeranoe> an3k: I'm confused by your logic here. You compile x264 and link it in ffmpeg [00:23:49 CET] Action: an3k is confused too [00:24:26 CET] <an3k> But if I build x264 at the very beginning I don't have lavf support [00:25:06 CET] <Zeranoe> an3k: What are you actually trying to do [00:25:56 CET] <an3k> lavf: no [00:25:56 CET] <hurstly> how can i go about building ffmpeg for myself (a simple way of doing it if possile) [00:25:59 CET] <an3k> I want a yes there [00:26:02 CET] <drv> if you want an x264 executable with lavf input, and also ffmpeg with libx264 output, then yes, you have to build x264 twice [00:26:22 CET] <an3k> hurstly: https://trac.ffmpeg.org/wiki/CompilationGuide [00:26:44 CET] <drv> if you just want x264 executable with lavf input, you can build ffmpeg (with libx264 disabled) and then x264 [00:27:36 CET] <an3k> drv: a "steve carell hitting the table" thank you :) [00:29:59 CET] <Zeranoe> hurstly: For what system? [00:31:20 CET] <hurstly> windows [00:31:28 CET] <hurstly> and your script is confusing..... [00:31:53 CET] <Zeranoe> hurstly: That's because it's for cross compiling and I bet you're trying native? [00:31:55 CET] <hurstly> or it flat out fails [00:31:59 CET] <hurstly> nope [00:32:07 CET] <hurstly> for windows [00:32:16 CET] <Zeranoe> hurstly: Yes, for Windows, cross compiling [00:32:28 CET] <Zeranoe> hurstly: How/where are you running it? [00:33:29 CET] <hurstly> since i use windows myself i used a vm to install linux (total noob) with ubuntu x64 [00:34:15 CET] <Zeranoe> hurstly: What happens when you run it? How are you running it? [00:34:43 CET] <hurstly> via term with sudo [00:34:46 CET] <Zeranoe> hurstly: Also keep in mind you don't *need* my script to cross compile. Ubuntu provides mingw-w64 tools in their apt system [00:34:56 CET] <Zeranoe> No sudo first of all [00:35:59 CET] <hurstly> ok so how would i go about building ffmpeg like yourself ? [00:36:38 CET] <an3k> have you checked the URL i posted? A very well guide written by ffmpeg itself [00:37:59 CET] <hurstly> yes i did an3k most of it they "expect" a user to know what there doing than blind guessing anyways.... i did notice https://github.com/rdp/ffmpeg-windows-build-helpers however it does give me an error on line 5 on cross_compile_ffmpeg.sh [00:38:20 CET] <Zeranoe> hurstly: win32 or win64 [00:38:27 CET] <hurstly> both [00:38:51 CET] <Zeranoe> hurstly: Looking for LGPL? [00:38:59 CET] <hurstly> nope [00:39:35 CET] <Zeranoe> hurstly: Why not use the public builds then? [00:39:44 CET] <an3k> Yeah, it's difficult for people who know what's going on to write a guide for people who don't :) [00:40:25 CET] <hurstly> i guess i didn't fully understand your question to LGPL then if and thats the case its a yes ? [00:41:07 CET] <Zeranoe> hurstly: sudo apt-get install binutils-mingw-w64-x86-64 gcc-mingw-w64-x86-64 g++-mingw-w64-x86-64 mingw-w64-tools [00:41:08 CET] <hurstly> as i wouldn't mind having it built with say fdk aac or intel quicksync etc... at least thats the goal [00:41:40 CET] <Zeranoe> hurstly: You might want to double check those libs. You want the mingw-w64 toolchain, whatever the apt package is that ubuntu uses [00:42:31 CET] <Zeranoe> once you have i686-w64-mingw32-gcc x86_64-w64-mingw32-gcc and they both function, you're off to a good start. [00:43:17 CET] <an3k> is --enable-nonfree and/or --enable-gpl adding any features I wouldn't have without these options? [00:44:14 CET] <Zeranoe> an3k: --enable-gpl will. Don't use nonfree unless you have to [00:45:12 CET] <hurstly> so should i use this script to get the ball rolling https://github.com/rdp/ffmpeg-windows-build-helpers/blob/master/cross_compi… ? [00:46:29 CET] <Zeranoe> hurstly: I've never used it myself so I cannot say [00:48:19 CET] <hurstly> ok [00:52:44 CET] <an3k> is there a shortcut to just build some libav libs? --disable-all --enable-avcodec doesn't work [00:53:49 CET] <Zeranoe> an3k: --disable-all disables everything. Just build with the default options [02:53:27 CET] <pyBlob> I'm using this command to combine some rendering data with a sound file, but somehow the sound gets cut into pieces, like someone is spamming play/pause (it's like removing the -r 30 for video settings) [02:53:29 CET] <pyBlob> http://pastebin.com/RxAePqJu [03:11:20 CET] <relaxed> pyBlob: use -framerate [03:11:36 CET] <pyBlob> on input or on output settings? [03:11:56 CET] <relaxed> before the rawvideo [03:15:51 CET] <pyBlob> hmm, that didn't help :/ [03:17:04 CET] <pyBlob> interesting ... vlc creates choppy audio, but when using firefox it works nicely =) [03:18:01 CET] <pyBlob> even when I'm not using -framerate [04:32:57 CET] <an3k> why o I get "lavf [error]: could not open input file" when using lavf to open a RAW AVC stream? http://pastebin.com/Nda21pJy lavf support is built into x264 [05:54:46 CET] <xintox> why would ffmpeg be in S interruptible sleep (waiting for an event to complete) [05:54:50 CET] <xintox> for the state of the pid? [05:55:46 CET] <xintox> weird [05:56:02 CET] <xintox> ok, healthy ffmpeg is in S, and one that has stopped producing output is also in S [06:09:17 CET] <ac_slater> hey all. I'm writing a libavcodec encoder. My encoder only works with YUV420P packed as YUV instead of YYYY UUUU VVVV - they call this "packed planar". Are there ffmpeg functions to convert this? Does ffmpeg know about this color/pixel format? [06:15:59 CET] <ac_slater> I dont really mean convert as that implies sws_scale [06:23:41 CET] <ac_slater> I guess A) I dont know what packedplanar 420p means b) I want an efficient way to write it out as YUV420P unpacked without having to do crazy things [06:23:47 CET] <ac_slater> might not be possible [06:41:04 CET] <an3k> AR 1.85:1 is 1920x1040 or 1920x1038 ? [06:43:10 CET] <an3k> nevermind. 1040 because we still can't crop 1 from top and 1 from bottom ... [06:52:18 CET] <felixjet> hiya [06:52:38 CET] <felixjet> can someone please tell me whats wrong with this parameters? [06:52:39 CET] <felixjet> '-c:a:0', 'aac', '-b:a:0', '64', '-ar:a:0', '48000' [06:52:54 CET] <felixjet> the last one is not working, -ar [06:55:54 CET] <an3k> felixjet: is -ar before or after the output parameter? [06:56:02 CET] <felixjet> nvm, it was a stupid comma the line before [06:56:06 CET] <felixjet> xD [06:56:22 CET] <an3k> :) [06:56:48 CET] <felixjet> im also getting this "Error while decoding stream #0:1: Invalid data found when processing input" [06:56:53 CET] <felixjet> but it works [06:56:56 CET] <felixjet> maybe a bad frame? [06:58:34 CET] <an3k> check the result. x264 for example runs through even when it's not able to read the input. all you get is digital noise (like this snow in analog ages) [07:01:55 CET] <felixjet> everything looks fine [07:03:23 CET] <an3k> then I _guess_ it's just a bad frame. others can give you more precise answers. To be honest I don't have much knowledge about ffmpeg but video/audio encoding in general so I can help just a little bit :) [07:05:08 CET] <felixjet> np, thanks anyway [07:28:56 CET] <felixjet> damn, i need some help :( [07:29:33 CET] <felixjet> this is my ffmpeg command https://gist.github.com/felixsanz/82cb6363d7e043b84fe1 [07:29:46 CET] <felixjet> i use it with python but that doesn't matter [07:30:06 CET] <felixjet> i have "file", which is a video with english audio [07:30:20 CET] <felixjet> and i also have "01-es.aac", which is just a spanish audio [07:30:36 CET] <felixjet> i'm trying to mix them all, i'm using copy on everything [07:30:41 CET] <felixjet> but this doesn't work [07:30:52 CET] <felixjet> Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument [07:35:13 CET] <mark4o> felixjet: you did not specify the output format, and there is no filename suffix so it can't even guess what format you want [07:35:38 CET] <felixjet> sorry, output is a variable [07:35:42 CET] <felixjet> it points to "final.mkv" [07:36:15 CET] <mark4o> ok, what is the full output? [07:36:41 CET] <felixjet> https://gist.github.com/felixsanz/33b88aeea6b09a65b934 [07:37:46 CET] <felixjet> also metadata seems broken in that output [07:42:50 CET] <felixjet> any idea? [07:43:06 CET] <mark4o> felixjet: I think you may need -bsf aac_adtstoasc for that .aac file [07:43:38 CET] <felixjet> i generate that aac from another file [07:43:41 CET] <felixjet> so i can do that at fly too [07:44:20 CET] <mark4o> or just use .m4a or .mkv instead of .aac and then you shouldn't need that [07:46:17 CET] <felixjet> when i use map [07:46:21 CET] <felixjet> how i do target other inputs? [07:46:25 CET] <felixjet> for example [07:46:28 CET] <felixjet> '-map', '0:0', '-map', '0:1', '-map', '1:1', [07:46:50 CET] <felixjet> this means "use stream 0 and 1 from source 0" [07:46:57 CET] <felixjet> and "use stream 1 from source 1" [07:46:58 CET] <felixjet> right? [07:47:18 CET] <felixjet> but then, if i want to copy 0:1 and re-encode 1:1, how i do it? [07:47:30 CET] <felixjet> '-c:a:0', 'copy' AND '-c:a:1', 'aac', '-b:a:1', '96k' [07:47:36 CET] <felixjet> c:a:0 and c:a:1 is the way it works? [07:47:38 CET] <felixjet> im confused [07:49:48 CET] <felixjet> i think i got it [07:49:52 CET] <mark4o> felixjet: -c:a:0 means output stream 0, -c:a:1 means output stream 1 [07:49:55 CET] <felixjet> Stream #0:0 -> #0:0 (copy) [07:49:55 CET] <felixjet> Stream #0:1 -> #0:1 (copy) [07:49:55 CET] <felixjet> Stream #1:1 -> #0:2 (mp3 (native) -> aac (native)) [07:50:02 CET] <felixjet> this looks correct [07:50:11 CET] <felixjet> but metadata is not fine [07:50:16 CET] <mark4o> the order of the -map options determines the output stream number [07:51:14 CET] <felixjet> take a look please https://gist.github.com/felixsanz/63b18069600e8b20ba2b [07:51:24 CET] <felixjet> its a short paste [07:51:39 CET] <felixjet> i want to set "english" to audio track 1 [07:51:43 CET] <felixjet> and "spanish" to audio track 2 [07:51:48 CET] <felixjet> but it doesnt seems to work right? [07:52:12 CET] <felixjet> im using: -metadata:s:a:0 language=eng title="English" -metadata:s:a:1 language=spa title="Spanish" [07:53:00 CET] <mark4o> You need a separate -metadata for each metadata [07:53:17 CET] <mark4o> so -metadata:s:a:0 language=eng [07:53:29 CET] <mark4o> then -metadata:s:a:0 title=English [07:53:35 CET] <felixjet> ahh [07:54:14 CET] <mark4o> also -metadata:s:a:0 is a separate argument from language=eng [07:54:34 CET] <felixjet> what does that mean? [07:54:39 CET] <felixjet> the separate argument thing [07:55:31 CET] <mark4o> in your https://gist.github.com/felixsanz/82cb6363d7e043b84fe1 you have '-metadata:s:a:0:1 language=eng title="English"' but you need '-metadata:s:a:0', 'language=eng', ... [07:55:57 CET] <felixjet> language is not part of metadata parameter' [07:56:09 CET] <felixjet> i mean, language is not an argument of metadata parameter? [07:56:29 CET] <mark4o> just like '-c:v', 'copy' they go together but they are separate parameters [07:57:12 CET] <mark4o> just don't put them in the same pair of quotes [07:57:25 CET] <felixjet> oh, i didn't know that [07:57:31 CET] <felixjet> im used to the option=value thing [07:57:38 CET] <felixjet> so metadata and language [07:57:40 CET] <felixjet> are option option [07:58:15 CET] <felixjet> '-metadata:s:a:0 title="English"', 'language=eng', [07:58:15 CET] <felixjet> '-metadata:s:a:1 title="Spanish"', 'language=spa' [07:58:17 CET] <felixjet> this [07:58:34 CET] <c_14> no [07:58:55 CET] <felixjet> U.u [07:58:56 CET] <c_14> '-metadata:s:a:0', 'title="English"','-metadata:s:a:0', 'language=eng' [07:59:19 CET] <mark4o> ^yes [07:59:19 CET] <felixjet> got it [08:00:02 CET] <felixjet> i think it works, but i can't see "language" in the output [08:00:09 CET] <felixjet> only the title metadata [08:01:14 CET] <c_14> The lang isn't usually written like other metadata in the output. Rather it's in () right after the stream identifier [08:01:32 CET] <c_14> try running ffprobe on the output [08:02:17 CET] <felixjet> ffmpeg -i file, shows it [08:04:17 CET] <felixjet> well... i think this was a waste of time :( [08:05:04 CET] <felixjet> i'm trying to burn a dvd for my gf with this tv show [08:05:12 CET] <felixjet> but also trying to make it multi language [08:05:27 CET] <felixjet> adding audio from another source [08:05:39 CET] <felixjet> audio doesn't sync, which is what i would expect [08:05:58 CET] <felixjet> but the weird thing is, im playing both videos (english and spanish ones) at the same time [08:06:02 CET] <felixjet> and even the video doesn't sync [08:06:04 CET] <felixjet> one goes faster [08:06:23 CET] <felixjet> is this commonly when translating movies and tv shows? [08:08:31 CET] <mark4o> if it is a 24fps movie and they are converting to 25fps sometimes they'll just speed it up and keep the frames the same, but if converting to 30fps they will usually do it correctly [08:13:16 CET] <felixjet> source video is 23.98 fps [08:13:33 CET] <felixjet> and the video from the audio i want to add, is rated at 25 fps [08:14:49 CET] <felixjet> what steps should i take? (in english, no need code yet, ill do my tests) [08:16:10 CET] <mark4o> either speed up the video with the fps filter, or slow down the audio with atempo or rubberband filter [08:16:26 CET] <felixjet> but if i speed up the video, what will happen with its original english audio? [08:16:33 CET] <felixjet> i will fix the spanish one but broke the other [08:16:39 CET] <waressearcher2> felixjet: -af atempo=0.95 [08:16:57 CET] <c_14> mark4o: the fps filter won't speed up the video [08:17:25 CET] <waressearcher2> 1/(25/23.98) = 0.9592 [08:17:35 CET] <waressearcher2> -af atempo=0.9592 [08:17:42 CET] <felixjet> im going to try it [08:17:54 CET] <felixjet> -af:a:1 should work too right? [08:18:00 CET] <mark4o> oh right, well I think changing the audio is better anyway [08:18:37 CET] <c_14> felixjet: -filter_complex '[1:a]atempo=0.9592[a]' (assuming the audio is in the second input file) [08:18:48 CET] <c_14> And then you'll have to -map '[a]' instead of -map 1:a [08:21:46 CET] <felixjet> this? https://gist.github.com/felixsanz/98777dd632cd61ba7c22 [08:21:54 CET] <felixjet> :/ [08:22:14 CET] <felixjet> i've read the ffmpeg doc for filter complex but i didn't understand anything at all [08:23:06 CET] <c_14> don't change the -c -b and -ar, those should all still be -c:a:1 etc [08:35:43 CET] <felixjet> c_14, but you said "And then you'll have to -map '[a]' instead of -map 1:a" [08:36:02 CET] <felixjet> i dont "-map 1:a", i do "-map 1:1" [08:36:10 CET] <felixjet> its the same? [08:37:12 CET] <c_14> assuming the file only has 1 audio stream and that stream is 1:1, yes [08:37:24 CET] <c_14> You can use 1:1 instead of 1:a if you want to be sure [08:38:00 CET] <felixjet> but why [a] ? [08:38:04 CET] <felixjet> i don't understand this [08:38:11 CET] <felixjet> [1:a]atempo=0.9592[a] [08:38:17 CET] <felixjet> whats [1:a] and [a] ? [08:39:01 CET] <mark4o> [a] is just a name for your slowed-down audio, you could name it [fred] if you prefer [08:39:56 CET] <felixjet> Filter atempo has a unconnected output [08:40:06 CET] <felixjet> i don't know what im doing wrong [08:40:26 CET] <mark4o> if you called it [a] then make sure you have -map '[a]' [08:40:43 CET] <felixjet> but if i use -map [a] [08:40:54 CET] <felixjet> how its going to know what source and file is? [08:41:06 CET] <felixjet> using 1:1 im specifing i want file 1 source 1 [08:41:10 CET] <felixjet> map [a] makes no sense [08:41:48 CET] <c_14> [a] is just a name [08:42:01 CET] <c_14> you created this name by having [a] as an output pad at the end of the filter_complex [08:42:14 CET] <c_14> you could name it [output_pad_audio_sped_up] if you really wanted to [08:42:23 CET] <felixjet> oh, so [input]atempo..[output] [08:42:25 CET] <felixjet> thats how it works? [08:42:36 CET] <felixjet> and i have to use it BEFORE the maps, right? [08:42:41 CET] <mark4o> -filter_complex '[1:a]atempo=0.9592[a]' means take input 1 audio and filter it through atempo and call the output [a]. -map '[a]' means you want it in your output file [08:42:44 CET] <c_14> ye [08:42:47 CET] <felixjet> i was using filter complex after maps [08:42:56 CET] <felixjet> just like if it was an option to the audio [08:43:17 CET] <felixjet> and also 1:a means first audio from file 1, lol [08:43:25 CET] <felixjet> i was thinking it was related to [a] [08:43:31 CET] <felixjet> u__u [08:44:04 CET] <c_14> afaik 1:a actually means all audio streams from file 1 [08:44:21 CET] <felixjet> '-filter_complex', '[1:1]atempo=0.9592[slowed_audio]', [08:44:21 CET] <felixjet> '-map', '0:0', '-map', '0:1', '-map', '[slowed_audio]', [08:44:30 CET] <felixjet> now i got it [08:45:05 CET] <mark4o> I think you want [1:a] or [1:0] though, not [1:1] [08:45:14 CET] <felixjet> 1:0 is the video [08:45:25 CET] <mark4o> oh ok then [1:a] or [1:1] is fine [08:45:25 CET] <felixjet> 1:1 is the first audio (and only one, so i could use 1:a too) [08:45:44 CET] <felixjet> but 1:1 looks more explicit [08:48:05 CET] <felixjet> looks fine but after some time audio is not synced anymore [08:48:19 CET] <felixjet> and i've used 0.9592, which is exact [08:48:22 CET] <felixjet> :( [08:55:56 CET] <felixjet> one video is lenghty than other, m e [08:55:57 CET] <felixjet> meh [08:56:45 CET] <waressearcher2> felixjet: 0.94 ? 0.97 ? [08:57:20 CET] <felixjet> what do you mean? [08:57:38 CET] <felixjet> im using 0.9592 [08:59:58 CET] <mark4o> If the content is identical except for the speed, divide the length of the shorter one by the length of the longer one to get the number to use. If one has some extra scene, though, I guess you'll need to get out your mic and record your own audio for that :P [09:00:40 CET] <felixjet> ahha [09:01:11 CET] <felixjet> i think one video has some miliseconds more at the start of video [09:01:23 CET] <felixjet> so ill try to -ss one [09:01:30 CET] <felixjet> and skip it [09:02:01 CET] <felixjet> what a headache [09:02:05 CET] <felixjet> and the tv show is shit anyway [09:02:06 CET] <felixjet> xD [09:05:58 CET] <zap0> have all those 'security' issues been fixed? [09:09:48 CET] <mark4o> zap0: the hls issue is fixed and 2.8.5 has been released with the fix [09:11:15 CET] <zap0> thanks. [09:15:05 CET] <felixjet> thanks for the help guys [09:15:15 CET] <felixjet> im sure it will help in the future [09:15:37 CET] <felixjet> but for now i think i'm gonna burn a single audio, since i can't mix them propertly [09:15:40 CET] <felixjet> one goes de-sync [09:27:51 CET] <an3k> merging 48000 Hz audio and a 44100 Hz audio into a 44100 Hz video? [09:30:55 CET] <an3k> mark4o: When I started plenty years ago with AviSynth I was looking for a tool like diff but for audio/video. Would have helped alot. [09:35:23 CET] <an3k> take an audio stream with 48000 Hz from a 29,976 fps video with 23:45 length and (try to) mux it into a 25 fps video with 26:02 length (=23:13 length at 29,976 fps) ... I prefer hitting myself with a woodstick hundred times :) [09:37:51 CET] <mark4o> I think both of his audio streams are 48kHz, one from 23.98 fps video and one from 25 fps video. Probably better to just keep the audio with the video where it came from. [09:41:13 CET] <an3k> if that is the only issue felixjet could change that easily, speed-up with pitch-correction [09:41:53 CET] <felixjet> i converted one audio from 44100 to 4800 [09:41:55 CET] <felixjet> 48000 [09:42:07 CET] <felixjet> one video has 44.1 audio and the other has 48 [09:42:36 CET] <an3k> whats the framerate of both videos? [09:42:44 CET] <felixjet> 44.1 audio has 25 fps [09:42:56 CET] <felixjet> and 48 audio has 23.9 [09:43:08 CET] <an3k> thats the issue :) [09:43:09 CET] <felixjet> 23.98* [09:43:25 CET] <felixjet> but im converting 44.1 to 48 also [09:43:31 CET] <an3k> doesn't matter [09:44:20 CET] <an3k> you can do both at the same time or do one first then the other afterwards [09:45:51 CET] <felixjet> do what? [09:46:44 CET] <an3k> do you have avisynth available? [09:47:55 CET] <an3k> SSRC(48000).TimeStretch(tempo=(96.0/1.001)) will resample to 48000 and slow-down 25 to 23,976 fps with pitch correction [09:48:52 CET] <felixjet> avxsynth [09:50:15 CET] <an3k> that should work too. TimeStretch should be a very basic function. If SSRC is not available you can resample 44100 to 48000 with ffmpeg and then use the new file in avxsynth and just to TimeStretch [09:51:08 CET] <felixjet> mm [09:52:16 CET] <an3k> Just checked, avxsynth doesn't have TimeStretch https://github.com/avxsynth/avxsynth/wiki/Built-in-Functions [09:54:03 CET] <an3k> but this one got TimeStretch http://forum.doom9.org/showthread.php?p=1643924 [09:56:16 CET] <an3k> felixjet: Do you just have ONE audio file you have to convert? [09:56:32 CET] <mark4o> felixjet: I think he already figured out the time stretching and resampling in ffmpeg, but it still doesn't match up, maybe the two videos are not identical, some deleted scenes or something [09:56:40 CET] <mark4o> an3k: ^ [09:57:02 CET] <felixjet> the videos doesn't have the same lenght [09:57:15 CET] <felixjet> but its weird because i can't manage to see the difference [09:57:41 CET] <felixjet> at the end, they are just off-sync for 2-3 seconds [09:57:49 CET] <felixjet> which affects pretty bad to audio [09:57:58 CET] <an3k> felixjet: So you have converted both videos to the same fps? [10:00:12 CET] <an3k> if there is actually no difference but just at the end (credits or other "unnecessary" stuff) you could trim the longer video to the very same length of the shorter one, both audio & video at the same time so you end up with an audio stream of the correct length ;) [10:05:26 CET] <felixjet> no, around 70% of video, the voices doesn't match the video [10:05:32 CET] <felixjet> and both converted to 23.96 [10:05:53 CET] <felixjet> is not like the end of video i hear voices with no video [10:05:58 CET] <felixjet> that wouldn't be a problem [10:06:10 CET] <felixjet> the problem is the video not synced with audio around middle to the end [10:06:20 CET] <felixjet> at start i can't find any error [10:07:11 CET] <an3k> Oh, yeah, I know this problem. [10:07:41 CET] <an3k> You think everything is ok because it's not async but suddenly is gets async very much like out of nowhere [10:08:12 CET] <an3k> Actually I never solved this problem but just deleted the files. [10:09:09 CET] <felixjet> lame tv show [10:09:17 CET] <an3k> What you could do is to Trim the video+audio. clip1 is from the very beginning until shortly before audio gets async. [10:09:20 CET] <felixjet> even the DVD doesn't have any other language of subtitles [10:09:22 CET] <felixjet> xd [10:09:43 CET] <an3k> clip2 would start where clip1 ended and would to till the end. Then maybe you have everything in sync [10:10:10 CET] <felixjet> yea, not funny when you have 50 chapters [10:10:11 CET] <felixjet> haah [10:11:17 CET] <an3k> may I ask what TV Show you want to "backup"? :) [10:11:30 CET] <felixjet> the beauty and the beast [10:11:53 CET] <felixjet> last seasons are not even edited on dvd [10:12:07 CET] <felixjet> so... you can just download the with torrent, or move on [10:12:16 CET] <felixjet> the "backup" thing would solve easier going to the store [10:12:20 CET] <felixjet> but its not for sale xD [10:12:46 CET] <an3k> ok, well, I don't think that this show exists on Blu-ray or online as another source. [10:12:54 CET] <felixjet> it doesn't [10:12:57 CET] <felixjet> its a tv rip [10:13:06 CET] <felixjet> at least in spain [10:13:18 CET] <felixjet> but my gf is learning english [10:13:28 CET] <felixjet> and i wanted to include the english audio and make a dvd with the show [10:13:38 CET] <felixjet> i think she will have to watch it in spanish instead [10:13:50 CET] <an3k> I never created a backup of The X-Files because of exactly these problems but since they released them as Blu-rays end of last year I even bought the whole Box :) [10:14:15 CET] <felixjet> the only season that is for sale is the first [10:14:20 CET] <felixjet> and it doesnt include english anyway [10:14:44 CET] <an3k> yeah, nearly the same as for Criminial Intent. They want us to buy their stuff but they don't sell it ... [10:15:10 CET] <felixjet> yea [10:15:43 CET] <an3k> if you want you can upload both videos and I'll take a look the next days once I have some time [10:16:02 CET] <an3k> Maybe the solution is very easy. Maybe it's an impossible task. [10:16:04 CET] <felixjet> i also like to watch series in original version, but the ones that you can buy here doesn't usually include english [10:16:16 CET] <felixjet> so... i go torrent and they cry in the media about piracy [10:16:47 CET] <felixjet> (the spanish version of the mpaa) [10:17:03 CET] <felixjet> nah, its ok man, thanks anyway [10:17:11 CET] <felixjet> every season have a different source [10:17:30 CET] <felixjet> and i think, if i ever fix the first season, it will not work for the second [10:17:33 CET] <felixjet> and so on [10:17:38 CET] <an3k> well, if you fixed one episode you can apply it onto the others too :) [10:18:27 CET] <felixjet> ill burn the spanish version, since its a gift [10:18:34 CET] <felixjet> and then ill ask her if she wants the english one [10:18:38 CET] <felixjet> and thats all haha [10:18:50 CET] <felixjet> i just wanted to make a dvd with both languages so she can choose [10:18:56 CET] <felixjet> but no point in wasting so much time [10:19:21 CET] <an3k> I'm currently building VapourSynth on Linux so I can backup all 10 seasons of Stargate SG-1. I'm doing a (cheap) Upscaling to 720p and the server is much faster than my PC which does the reencode with 5 fps ... [10:19:27 CET] <felixjet> it will even easier to burn 2 dvd on spanish and 2 dvd on english [10:19:33 CET] <felixjet> and don't waste so many hours xD [10:19:40 CET] <an3k> true :) [10:20:22 CET] <felixjet> stargate sg-1 should be on blu ray [10:20:24 CET] <an3k> maybe put the spanish subtitles onto the english dvds :) [10:20:26 CET] <felixjet> its a great show [10:20:30 CET] <an3k> opensubtitles.org may have them [10:20:41 CET] <felixjet> yea, off-sync probably! hah [10:21:19 CET] <an3k> yeah, definitely. I have all silver DVD boxes here, still sealed :) and even when they weren't sealed anymore I would have downloaded them. I'm not gonna kill my DVD drive :D [10:21:49 CET] <felixjet> or the discs :P [10:22:22 CET] <an3k> ~50 discs [10:22:30 CET] <an3k> ~434 GB [10:23:35 CET] <an3k> the good thing is that even episode 1 is in 16:9 with just a little bit overscan [10:24:29 CET] <an3k> easy to recode. Only problem is upscaling to 720p. QTGMC takes soooo damn long on my PC. That's why I'm moving onto my Linux server for that. New Xeon with plenty of power :) [10:24:41 CET] <felixjet> lmao xD [10:27:17 CET] <Fjorgynn> :D [15:25:40 CET] <cousin_luigi> Greetings. [15:26:49 CET] <waressearcher2> cousin_luigi: hallo wie geht's es dir ? [15:27:21 CET] <cousin_luigi> ganz gut, danke [15:28:41 CET] <cousin_luigi> Haben wir uns getroffen? [15:32:14 CET] <waressearcher2> ich weiß nicht [15:33:20 CET] <cousin_luigi> I have black bands on every side of my clip: how do I remove them? [15:34:19 CET] <durandal_170> cropdetect + crop [15:36:59 CET] <cousin_luigi> k thanks [15:37:58 CET] <cousin_luigi> hmm, I must be doing something wrong. Only the top band was cut [15:58:21 CET] <durandal_170> cousin_luigi: isn't there mpv script for it [16:01:35 CET] <cousin_luigi> durandal_170: I want to reencode it, not just watch it. [16:02:45 CET] <durandal_170> mpv can encode [16:52:09 CET] <shadow42085> i am trying to cross compile ffmpeg for my windows machine i know there are pre-compiled bins floating around the net but i got most of the issues worked out the compiler cannot find libbass [16:52:15 CET] <shadow42085> libass** [16:53:10 CET] <shadow42085> its mainly when i issue the ./configure [18:29:07 CET] <cousin_luigi> bbl [18:55:12 CET] <an3k> ffmpeg builds h264 support into libav* only if you build ffmpeg with --enable-libx264? Is that correct? [19:04:29 CET] <kepstin> an3k: ffmpeg has a builtin h264 decoder, you only need x264 if you want an encoder. [19:12:06 CET] <an3k> well, I want x264 (binary) with lavf support and h264 support in libav is probably only available when ffmpeg is built with --enable-libx264 [19:12:25 CET] <an3k> I just want to be sure that I must have --enable-libx264 enabled [19:14:42 CET] <c_14> no [19:14:59 CET] <c_14> You do not need to build ffmpeg with --enable-libx264 to build x264 with lavf support [19:15:14 CET] <c_14> The options are not related. [19:15:28 CET] <an3k> well, that is true but then I can't open a H264 raw file with lavf in x264 [19:15:41 CET] <c_14> No, you can. [19:15:50 CET] <an3k> Well, I always got "lavf [error]: could not open input file" [19:15:52 CET] <c_14> --enable-libx264 only affects use of the libx264 _encoder_ from ffmpeg [19:16:20 CET] <c_14> Can you open said file with ffmpeg? (using ffprobe or ffmpeg -i file -f null /dev/null) [19:16:24 CET] <c_14> The file might just be broken [19:16:42 CET] <c_14> What do you mean with raw H264 file? .h264 ? [19:16:52 CET] <an3k> yes, file.264 [19:17:23 CET] <an3k> and the file is not broken. All I changed was how ffmpeg/x264 was built and after I re-enabled --enable-libx264 again I was able to open the very same file [19:18:02 CET] <c_14> What command are you using? [19:18:16 CET] <an3k> to build or to load the file into x264? [19:18:22 CET] <c_14> to load [19:19:06 CET] <an3k> x264 --level 4.0 --crf 22 --deblock -3:-3 --keyint 240 --ref 4 --chroma-qp-offset -2 --vbv-bufsize 31250 --vbv-maxrate 25000 --me umh -o /var/tmp/foobar_recode.264 /var/tmp/foobar.264 [19:20:25 CET] <c_14> Regardless, x264 should not need lavf support to decode raw h264 [19:21:03 CET] <an3k> I know but with lavf I have to specify too much details of the file, eg. input resolution, etc. [19:21:14 CET] <c_14> You mean without? [19:21:16 CET] <an3k> s/with/without/ [19:21:32 CET] <c_14> How did you build ffmpeg? (when it doesn't work?) [19:22:32 CET] <an3k> ./configure --prefix="$HOME" --extra-cflags="-I$HOME/include" --extra-ldflags="-L$HOME/lib" --enable-gpl --disable-static --enable-shared --enable-avresample [19:22:32 CET] <c_14> So that I can try reproducing [19:24:05 CET] <an3k> or ./configure --prefix="$HOME" --extra-cflags="-I$HOME/include" --extra-ldflags="-L$HOME/lib" --enable-gpl --enable-nonfree --disable-static --enable-shared --disable-programs --disable-doc --disable-avdevice --disable-swresample --disable-postproc --disable-avfilter --enable-avresample --disable-pthreads --disable-w32threads --disable-os2threads --disable-network --disable-dct --disable-dwt [19:24:05 CET] <an3k> --disable-error-resilience --disable-lsp --disable-lzo --disable-mdct --disable-rdft --disable-fft --disable-faan --disable-pixelutils --disable-everything [19:24:46 CET] <c_14> ah [19:24:47 CET] <an3k> and also without --enable-nonfree because I thought "not redistributable" may have cause the issue [19:24:51 CET] <c_14> >--disable-everything [19:24:59 CET] <c_14> That will disable the h264 parser and decoder [19:25:18 CET] <c_14> You'll have to explicitly enable those [19:27:26 CET] <an3k> Oh, good to know that works. Thanks! I didn't tried that because with --disable-all other --enable arguments are completely ignored [19:28:55 CET] <lunchbox> I'm trying to open a device using ffplay but I'm not getting any sound what's the parameter? [19:29:00 CET] <an3k> I wish there were a --disable-all-but-libav argument ;) [19:31:21 CET] <c_14> lunchbox: device as in something like v4l2? [19:31:45 CET] <lunchbox> device as in usb capture [19:31:57 CET] <lunchbox> gv-usb2 to be specific [19:32:56 CET] <c_14> linux? [19:33:33 CET] <lunchbox> nope windows [19:34:05 CET] <c_14> What's your current command? [19:34:19 CET] <lunchbox> ffplay -f dshow -i video="GV-USB2, Analog Capture" -vf "yadif=0:0:0, crop=644:448:36:16, unsharp=5:5:1.0:5:5:0.0" [19:35:52 CET] <lunchbox> also is there a way to deinterlace without motion looking smudgey (if that makes sense) [19:36:51 CET] <Mavrik> I'm pretty sure the unsharp filter, not yadif is causing the ghosting. [19:37:10 CET] <c_14> You could try mcdeint. That's motion compensated deinterlacing. That might be it too, though. [19:37:42 CET] <c_14> lunchbox: try adding -f dshow -i audio="GV-USB2, Analog Capture" [19:37:57 CET] <Mavrik> it's -i video="device":audio="device" IIRC [19:38:08 CET] <c_14> ah, right [19:38:11 CET] <c_14> That should work too [19:38:12 CET] <Mavrik> been awhile tho [19:38:36 CET] <lunchbox> said it was already specified [19:38:43 CET] <lunchbox> oh wait let me try that [19:39:19 CET] <iive> there is "field" filter that can extract a single field. [19:39:28 CET] <iive> see if you have ghosting with it.... [19:39:57 CET] <iive> if you have... the it is probably artifact from encoding interlaced content with progressive method [19:39:59 CET] <lunchbox> ok that worked for the audio although it did say initially that it couldn't find it at first [19:40:37 CET] <lunchbox> what's the equivalent of ComplementParity.SeparateFields from avisynth? [19:40:42 CET] <lunchbox> that's what I originally used [19:43:01 CET] <c_14> the separatefields filter [19:43:22 CET] <c_14> If it gets the order wrong you have to use the setfield filter before it [19:48:16 CET] <lunchbox> it worked is there a better way of doing this? I forgot this squashes the video [19:48:29 CET] <lunchbox> I used point resize in avisynth for this [19:48:55 CET] <c_14> you could scale [19:49:14 CET] <lunchbox> definitely want to use an unsharp mask to filter the video so my solution needs to work with that [19:49:58 CET] <iive> lunchbox: you know that you have to deinterlace first, then resize [19:51:01 CET] <lunchbox> should I use yadif? [19:52:15 CET] <iive> lunchbox: i'm just telling you that if you resize with progressive filter, then the wrong field would bleed into the image... [19:52:36 CET] <c_14> You can try adding a scale filter after it. Or try using one of the 10 other deinterlacing filters in ffmpeg [20:04:33 CET] <FlorianBd> Hi there :) [20:06:01 CET] <FlorianBd> I am experimenting with showfreqs and there are a few issues I don't understand. the most important of them is how to limit the fps so I don't end up with 5500 fps... the filter fps seems to be incompatible with showfreqs [20:12:44 CET] <lunchbox> ffplay -f dshow -i video="GV-USB2, Analog Capture":audio="GV-USB2, Analog Capture" -vf "separatefields, scale=720:480:flags=neighbor, crop=640:448:42:16, scale=480:360:flags=lanczos" [20:13:04 CET] <lunchbox> is it a hit to the performance if I resize multiple times here? [20:14:59 CET] <c_14> depends on what the blocker is on your system, but it will use more cpu yes [20:19:05 CET] <lunchbox> what's the best filter for downscaling to a resolution that isn't the original aspect ratio? [20:19:53 CET] <pzich> as in stretching or cropping? [20:20:02 CET] <lunchbox> yes [20:20:35 CET] <pzich> which? [20:20:44 CET] <lunchbox> stretching [20:20:59 CET] <pzich> scale=width:height? [20:21:07 CET] <lunchbox> I'm resizing from 640x448 to 480x360 [20:22:29 CET] <lunchbox> I think the default is bilinear [20:22:37 CET] <lunchbox> I tried lanczos [20:23:53 CET] <pzich> not sure which is best, but this answer looks pretty detailed: http://superuser.com/a/375726 [20:25:38 CET] <lunchbox> this is great thanks [20:56:44 CET] <durandal_170> FlorianBd: using what params? [21:02:14 CET] <FlorianBd> durandal_170: anything in general.. but forget it I ended up capturing Audacity spectrum instead, it much more the look I was looking for. Thanks though! [21:20:47 CET] <durandal_170> FlorianBd: audacity only displays spectrum of single window afaik [21:23:21 CET] <FlorianBd> durandal_170: what I do is that I play it and capture real time [21:35:28 CET] <durandal_170> FlorianBd: how I can play it? [21:39:54 CET] <FlorianBd> durandal_170: this is just an extension in audacity [21:40:28 CET] <durandal_170> name? [21:57:29 CET] <FlorianBd> durandal_170: it's just the basic visualization that comes with the player [23:14:27 CET] <kimiko_0> allo? [23:20:28 CET] <kimiko_0> anyone here? [23:24:11 CET] <Betablocker> here is the party zone [00:00:00 CET] --- Sun Jan 17 2016

1 0