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

[burek]

[01:27:01 CET] <cone-170> ffmpeg 03Andreas Cadhalpun 07master:3932ccc472ad: ppc: pixblockdsp: do unaligned block accesses correctly again
[14:54:51 CET] <cone-011> ffmpeg 03Anton Khirnov 07master:722ec3eb35bc: avconv: decouple configuring filtergraphs and setting input parameters
[14:54:51 CET] <cone-011> ffmpeg 03Hendrik Leppkes 07master:b6422902d84e: Merge commit '722ec3eb35bc152ce91d0a4502eca0df1c0086d0'
[15:40:21 CET] <michaelni> Error configuring complex filters.
[15:50:23 CET] <michaelni> nevcairiel, ./ffmpeg -i ~/tickets/153/bbc_small.ts -filter_complex '[0:v][0:s]overlay' -qscale 2  -t 3 out.avi
[15:54:24 CET] <michaelni> https://trac.ffmpeg.org/attachment/ticket/153/bbc_small.ts
[16:15:06 CET] <apfelnymous> Hello, Id like to contribute code to the project, what would be a good/ easy task to get into the project ?
[16:21:58 CET] <cone-011> ffmpeg 03Hendrik Leppkes 07master:31d657130b02: ffmpeg: fix width/height overrides for sub2video processing
[16:22:00 CET] <nevcairiel> michaelni: should be fixed
[16:27:10 CET] <nevcairiel> ubitux: can sub2video hackery go away with your work?
[16:27:55 CET] <ubitux> yes
[16:28:07 CET] <nevcairiel> nice
[16:28:09 CET] <BBB> apfelnymous: depends on what youre interested in
[16:28:10 CET] <ubitux> i'll probably need to write or update a filter though
[16:28:13 CET] <ubitux> but that's the plan
[16:30:47 CET] <jamrial> ubitux: if you were looking for a dvb sample for a test, the one michaelni posted above may work
[16:34:10 CET] <nevcairiel> the next merge will break qsv/cuvid direct transcoding, I do wonder though how many patches are needed to make it work again, maybe i should merge the entire set in a branch before
[16:34:33 CET] <nevcairiel> ubitux: did you have some fancy script to rebase merges?
[16:36:18 CET] <ubitux> nevcairiel: mmh i had this horror: http://b.pkh.me/rebase-merge.txt (can't really be "scripted")
[16:37:08 CET] <ubitux> i don't remember if there is an issue with deletes
[16:37:12 CET] <nevcairiel> i really wonder why git doesnt allow this, i dont see the fundamental problem in just moving the merge a few commits up
[16:39:37 CET] <BtbN> nevcairiel, if you can set up a branch for it somewhere, I can look into fixing cuvid there, so it's never broken in master
[16:41:12 CET] <nevcairiel> basically cuvid_transcode_init needs to go away and be consolidated into cuvid_init
[16:41:25 CET] <nevcairiel> you already made it use hwcontext, so nothing to do there
[16:41:38 CET] <michaelni> nevcairiel, confirmed, bbc_small works
[16:43:07 CET] <DHE> why not try 'git rebase' on master instead rather than merging?
[16:46:27 CET] <BtbN> nevcairiel, but that's called at an entirely diffrent time, and probably won't work there, hm
[16:46:38 CET] <nevcairiel> still has to go away =p
[16:47:03 CET] <BtbN> the second init function is just manually called in a second location
[16:47:14 CET] <nevcairiel> yeah and that manual hackery is going away
[16:47:23 CET] <nevcairiel> because the time its called is also changing
[16:47:38 CET] <BtbN> Hopefully it's early enough then
[16:47:51 CET] <apfelnymous> BBB: There was in fact no interest in a particular feature, Im just looking for an interesting way to improve myself on C
[16:48:11 CET] <nevcairiel> you can check the updated qsv stuff how its done there https://git.libav.org/?p=libav.git;a=commitdiff;h=02c2761973dfc886e94a60a9c7d6d30c296d5b8c
[16:48:15 CET] <nevcairiel> will probably look quite the same
[16:48:47 CET] <BBB> apfelnymous: its hard to suggest anything specific if we dont know what you want to learn; people typically gravitate (or show affinity for) stuff they like, and get bored with stuff they don't
[16:50:21 CET] <jamrial> apfelnymous: you could take a look at https://trac.ffmpeg.org/report/1 for tickets about either bug fixes or feature requests
[16:50:36 CET] <jamrial> see if one seems interesting to you, or is easy to do
[16:54:25 CET] <apfelnymous> jamrial: thx, Im going to look into it
[19:08:21 CET] <cone-011> ffmpeg 03Vittorio Giovara 07master:067910ed1344: hevc: Move hevc_decode_extradata before frame decoding
[19:08:21 CET] <cone-011> ffmpeg 03Sasi Inguva 07master:4abe1ff08f1f: lavf/mov.c: Use the first sidx for tracks without sidx.
[21:28:11 CET] <cone-011> ffmpeg 03Nicolas George 07master:0bd1be65e88d: lavd/xcbgrab: do not try to create refcounted packets.
[22:06:35 CET] <cone-011> ffmpeg 03Michael Niedermayer 07master:cee1f4c06986: avcodec/ac3dec: Check expacc
[23:35:33 CET] <RiCON> jkqxz: same error with the patch
[23:36:03 CET] <RiCON> i.e. still needs "-look_ahead 0"
[23:36:39 CET] <jkqxz> I don't think that's actually the problem the reporter is actually talking about.  The examples they give work without that.
[23:37:39 CET] <RiCON> oh, the cur_dts stuff?
[23:37:51 CET] <jkqxz> Or at least, I was able to reproduce the failure in comment 4 and the patch fixes that.
[23:38:54 CET] <jkqxz> The cur_dts stuff is just a warning.  The problem is that the encoder gets stuck and doesn't manage to output any frames.
[23:40:50 CET] <jkqxz> They have a Haswell; I'm not sure whether it will be reproducable at all on something earlier.
[00:00:00 CET] --- Fri Nov  4 2016