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

[burek]

[00:14:36 CEST] <wm4> seems to be a pattern with shitty dolby things
[00:14:58 CEST] <nevcairiel> aac is a dolby thing now?
[00:15:19 CEST] <wm4> they have their part in it so it's a good opportunity to hate on dolby
[00:15:48 CEST] <nevcairiel> i'm sure they own various patents that play a role (or used to, isnt aac also expiring now)
[00:16:08 CEST] <nevcairiel> but its primarily mpeg, not that this is any better
[00:16:08 CEST] <wm4> evergreening
[00:17:19 CEST] <nevcairiel> dolby has ac-4 and atmos now for making peoples life miserable
[00:17:23 CEST] <JEEB> yup
[00:17:32 CEST] <JEEB> they even got AC-4 into DASH-IF samples
[00:17:51 CEST] <nevcairiel> AC-4 was also adopted by DVB and standardized by ETSI
[00:17:56 CEST] <nevcairiel> so it might show up in broadcast some day
[00:20:46 CEST] <nevcairiel> object-based audio is so annoying
[00:20:53 CEST] <nevcairiel> it might be a nice idea and all, but its just so much work to support
[00:21:03 CEST] <nevcairiel> even if someone would make a decoder, still need to figure out a mixer
[00:22:10 CEST] <JEEB> yea
[00:30:32 CEST] <rcombs> nevcairiel: MPEG-2 AAC is expired
[00:30:43 CEST] <rcombs> MPEG-4 AAC-LC is expiring in some countries but not others
[00:30:58 CEST] <rcombs> HE and such are evergreen for a fair while
[00:32:13 CEST] <rcombs> and the AAC licensing people are owned by Dolby
[00:55:28 CEST] <jdarnley> > Windows 7 patch for Meltdown enabled arbitrary reads and writes in kernel memory
[00:55:33 CEST] <jdarnley> What a headline!
[00:56:11 CEST] <jdarnley> I'm glad I haven't updated Windows since before the telemtry stuff was added.
[00:56:41 CEST] <teratorn> hehe when was that?
[00:56:57 CEST] <teratorn> jdarnley: earlier versions of windows will send you lots of telemetry if you ask hard enough
[00:57:00 CEST] <jdarnley> A couple of years, at least
[01:20:57 CEST] <cone-131> ffmpeg 03Mark Thompson 07master:44000b7744a0: hwcontext_d3d11: Fix crash with valid adapter but no device
[01:28:08 CEST] <iive> jdarnley, link to the article. Is it the patch that enables read and write? Because Meltdown is about reading kernel memory...
[01:28:33 CEST] <TheAMM> https://blog.frizk.net/2018/03/total-meltdown.html
[01:28:44 CEST] <iive> jdarnley, can you give a link to the article please...
[01:28:51 CEST] <TheAMM> iive: https://blog.frizk.net/2018/03/total-meltdown.html
[01:29:01 CEST] <iive> thanks
[01:29:03 CEST] <jdarnley> Yeah, that ^ is it
[06:33:36 CEST] <cone-105> ffmpeg 03James Almer 07release/3.4:a45ba0881c93: avcodec/mp3_header_decompress: don't free the user provided packet on error
[06:47:53 CEST] <cone-105> ffmpeg 03James Almer 07release/3.4:1b9b469cdb1f: avcodec/mpeg4_unpack_bframes: make sure the packet is writable when data needs to be changed
[12:03:00 CEST] <JEEB> huh
[12:03:20 CEST] <JEEB> I think I just fixed a sample with sub2video
[12:03:42 CEST] <JEEB> but I don't have any other way of seeing things other than "umm, this sample I have on hand now works
[12:05:07 CEST] <JEEB> also it seems like I just got zero byte file as vsynth_lena.yuv
[12:05:28 CEST] <JEEB> when trying to run `make fate-sub2video`
[12:51:44 CEST] <Chloe> ./configure --toolchain=llvm-cov doesn't seem to generate gcno files for the fftools on my system, but it generates for all the other objects. Can anyone reproduce?
[13:53:34 CEST] <cone-105> ffmpeg 03sanilraut 07master:10d008f0fd9e: avformat/dashdec: Support signaling of last segment number
[15:18:38 CEST] <durandal_1707> can i push eac3 patches?
[15:40:04 CEST] <nevcairiel> does NEON have 256-bit registers?
[15:47:10 CEST] <mateo`> nope AFAIK
[18:30:24 CEST] <atomnuker> so rcombs, can you link me the very latest version of your flac image embedding code and the very latest comments for it?
[18:36:32 CEST] <jamrial> atomnuker: i sent the last version some time ago. i'll adapt it to use the packet list api i sent to the ml and resubmit it once that's committed
[18:37:55 CEST] <jamrial> atomnuker: https://ffmpeg.org/pipermail/ffmpeg-devel/2017-November/220714.html
[18:48:17 CEST] <atomnuker> jamrial: oh cool, can't wait
[18:48:36 CEST] <atomnuker> would be nice for the cue demuxer to get in as well
[18:48:46 CEST] <durandal_1707> looks like there are no reviewers left for my patches, ok i'm leaving
[18:54:01 CEST] <atomnuker> durandal_1707: if you so wish for reviews you can still reach the ac3 decoder/encoder author
[18:54:11 CEST] <atomnuker> but I'd just apply them
[18:57:40 CEST] <durandal_1707> i see three authors, 2 of them missing in action
[18:58:19 CEST] <nevcairiel> justin can still  be reached if one really wanted to,  he just isnt active on his own anymore
[18:58:19 CEST] <durandal_1707> and 3rd one is libav developer, who hates us
[19:04:57 CEST] <jamrial> https://aomedia.org/the-alliance-for-open-media-kickstarts-video-innovation-era-with-av1-release/
[19:06:37 CEST] <atomnuker> that pretty much took all of us by suprise, since on a meeting I thought we agreed the 1st
[19:07:37 CEST] <atomnuker> with the 28th - 1st being a period of a few sleepless souls to go over _the entire spec_ to make sure its sane
[19:12:58 CEST] <kierank> atomnuker: yes, I still have to fix the vbv documentation
[19:15:13 CEST] <atomnuker> yeah, I saw that, someone sent another proposal
[19:16:02 CEST] <kierank> yes disregarding everything videolan did
[19:16:10 CEST] <kierank> From the people who actually had to implement this (tm)
[19:17:15 CEST] <gnafu> Dang, and April 1st release would've been /awesome/.
[19:35:52 CEST] <jamrial> everyone would have doubted it was real, heh
[19:55:44 CEST] <atomnuker> kierank: https://elpais.com/elpais/2018/03/28/inenglish/1522226565_816740.html?id_externo_rsoc=TW_CM_EN
[19:55:47 CEST] <atomnuker> justice
[19:56:04 CEST] <kierank> atomnuker: but you bring a water bottle and fill it, no?
[19:57:22 CEST] <wm4> reminds me how I bought about a glass of water for like 5¬ at munich airport
[19:58:13 CEST] <atomnuker> yeah, its out of control in germany, by far the most expensive water anywhere
[20:24:10 CEST] <cone-624> ffmpeg 03Diego Biurrun 07master:9c37d765ef28: configure: Add check_cc/require_cc helper functions to simplify some expressions
[20:24:10 CEST] <cone-624> ffmpeg 03Diego Biurrun 07master:18dc1ff0fb45: configure: Add check_ld() helper function to simplify some expressions
[20:24:10 CEST] <cone-624> ffmpeg 03James Almer 07master:67e8f476b7d3: Merge commit '9c37d765ef28b027414f86b0088b0c282a3c46d8'
[20:24:10 CEST] <cone-624> ffmpeg 03James Almer 07master:c00b218a8f75: Merge commit '18dc1ff0fb4572b1d50a44905aa1e76bc3bbb0ad'
[20:29:33 CEST] <cone-624> ffmpeg 03Diego Biurrun 07master:31a53ab34e22: configure: Add check_as() helper function to simplify some expressions
[20:29:34 CEST] <cone-624> ffmpeg 03James Almer 07master:23ba9b3fd1fe: Merge commit '31a53ab34e22fe1eec902f79ec1f19ab828a7a0c'
[20:29:53 CEST] <durandal_1707> i gonna sent improved bitstream filters, so just reply LGTM so I can push both patches and than write fate one for both decoder and bsf
[20:32:43 CEST] <durandal_1707> also, should i update Changelog for new bsf and decoder improvement?
[20:35:06 CEST] <pgorley> i've been fiddling around with the libx264 wrapper, and found a way to get region of interest coding working. would such a patch be interesting for ffmpeg to have?
[20:35:23 CEST] <atomnuker> durandal_1707: yes
[20:38:36 CEST] <cone-624> ffmpeg 03Alexander Kravchenko 07master:80a4e6a46f21: amf: Replace writer_id option with LIBAV_AMF_WRITER_ID constant
[20:38:37 CEST] <cone-624> ffmpeg 03James Almer 07master:c00579ab32aa: Merge commit '80a4e6a46f21256e9bf508ead686563616945ad5'
[20:41:56 CEST] <jamrial> durandal_1707: yes, new bsf and support for new features in eac3 are worth a mention in changelog
[20:42:37 CEST] <cone-624> ffmpeg 03Diego Biurrun 07master:dd7e63af93b2: configure: Restore original endianness test
[20:42:38 CEST] <cone-624> ffmpeg 03James Almer 07master:18195e570cfb: Merge commit 'dd7e63af93b2430b5d42b87a966160c66736342c'
[20:48:21 CEST] <cone-624> ffmpeg 03Luca Barbato 07master:44a1731011e8: ivf: Support VP9 and AV1 as well
[20:48:22 CEST] <cone-624> ffmpeg 03James Almer 07master:cbd5e737fee5: Merge commit '44a1731011e87fbf4180d026aefb8bfe85d8c7dc'
[20:54:29 CEST] <durandal_1707> i like when some inoccent change in code changes several unrelated fate test, like seeking rm with ac3 - come on!
[20:58:02 CEST] <jamrial> ac3 in rm?
[21:00:05 CEST] <jamrial> BBB: ping
[21:00:39 CEST] <BBB> jamrial: pong
[21:01:29 CEST] <jamrial> BBB: i'm about to merge the libaom wrapper from libav. did you make any changes to it that i need to keep in mind?
[21:01:41 CEST] <BBB> probably not
[21:01:45 CEST] <BBB> not sure
[21:01:50 CEST] <BBB> did you check my github version?
[21:02:19 CEST] <BBB> https://github.com/rbultje/ffmpeg/commit/d96a0aad4633d22c03e930bc10689c4144796a4a
[21:02:31 CEST] <jamrial> yeah, but it's a couple months older than the one commited to libav
[21:02:33 CEST] <jamrial> i was wondering if you had made any extra changes to it locally
[21:03:45 CEST] <BBB> just API updates
[21:03:47 CEST] <BBB> otherwise no
[21:04:06 CEST] <jamrial> ok, thanks
[21:04:52 CEST] <JEEB> I last did the same thing in feb at FOSDEM and it was just a function signature update thing IIRC
[21:05:19 CEST] <JEEB> https://github.com/jeeb/ffmpeg/commit/c695fe54668b3b948a5a754f6b09edc7bdc4a968
[21:05:27 CEST] <JEEB> which the libav patch most likely has
[21:05:38 CEST] <BBB> right
[21:05:44 CEST] <BBB> sorry I havent kept my github uptodate
[21:07:28 CEST] <atomnuker> I'm not sure how that will work considering most commits nowadays break the api
[21:12:56 CEST] <atomnuker> durandal_1707: does the bsf convert eac3 to ac3? I'm not sure what the core is
[21:16:53 CEST] <durandal_1707> atomnuker: nope, this just removes frames marked which depends on previous frame
[21:17:06 CEST] <durandal_1707> and it is only for eac3
[21:20:09 CEST] <durandal_1707> eac3 core is also called dolby digital, or shorter DD
[21:21:09 CEST] <durandal_1707> eac3 7.1 (only available in wild, even extension make it possible for more channels) is called dolby digital plus, or shorter DD+
[21:52:41 CEST] <Meins> Hello
[21:58:49 CEST] <durandal_1707> jamrial: review and 1st patch too
[22:02:39 CEST] <jamrial> durandal_1707: can't review that one, but that seek_rm fate change looks funny. it returns a bunch of video packets instead of audio now
[22:03:26 CEST] <durandal_1707> its for seeking
[22:04:08 CEST] <Mina> Hi, I've made a proposal of my own idea for a project regarding GSoC and thought I'd share it; maybe you'd share my interest. Is this the right place to do so?
[22:10:30 CEST] <Chloe> Mina: this? http://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227141.html
[22:12:18 CEST] <Mina> This is me but not what I mean. I was originally applying for the SRCNN project introduced by FFmpeg GSoC page, and this is the required task for it. 
[22:13:05 CEST] <Mina> Later I was suggested to apply for another project to have higher chances since lot of people were applying for this specific project.
[22:13:18 CEST] <Chloe> Right, so what's your idea?
[22:13:40 CEST] <Mina> So I applied with a new project, this: http://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227377.html
[22:20:18 CEST] <durandal_1707> i think you had better contacted with new ideas first, now it is too late
[22:21:02 CEST] <Mina> I was suggested to apply for a new project with 20 hours left, didn't mean to be late.
[22:21:28 CEST] <Mina> I thought I'd share the idea in hopes of convincing a possible mentor.
[22:22:04 CEST] <rcombs> durandal_1707: s/eac3 core/ac3 core/?
[22:22:10 CEST] <Mina> A mentor is already interested in the idea but he was searching for another co-mentor for the project.
[22:22:28 CEST] <rcombs> afaik "DD" is ac3 and "DD+" is eac3
[22:22:30 CEST] <Mina> backup mentor*
[22:25:09 CEST] <Chloe> Mina: who is the mentor
[22:27:05 CEST] <Mina> Mr Thilo Borgmann
[22:27:32 CEST] <durandal_1707> rcombs: nope, ac3 does not have extensions
[22:27:43 CEST] <rcombs> didn't say it did
[22:28:40 CEST] <durandal_1707> rcombs: extension is for eac3, i did not mentioned file name for that reason
[22:29:11 CEST] <rcombs> yeah, I'm just referring to the DD/DD+ branding
[22:29:16 CEST] <Chloe> Mina: I have no experience in colour correction stuff, otherwise I'd offer to be a backup mentor. Sorry
[22:32:02 CEST] <Mina> Thanks for the thought still. Do you know someone who has? I already have strong knowledge and working experience of the field so I wouldn't be a burden.
[22:33:22 CEST] <durandal_1707> Mina: what code would use? some other library?
[22:34:57 CEST] <durandal_1707> i have some experience with color correction, but i need more info what you gonna do.
[22:35:19 CEST] <Mina> I think the only thing I may need other than FFmpeg is a machine learning framework.
[22:36:40 CEST] <Mina> The filter mainly exploits low-level image statistics but machine learning can be introduced to improve accuracy to state of art results
[22:37:15 CEST] <durandal_1707> what would it to?
[22:37:39 CEST] <Mina> What does it refer to? The filter or the framework?
[22:37:49 CEST] <durandal_1707> filter
[22:38:48 CEST] <Mina> http://ffmpeg.org/pipermail/ffmpeg-devel/2018-March/227377.html this link pretty summarize the idea
[22:38:57 CEST] <Mina> But I can write it here if you want
[22:39:09 CEST] <Mina> email*
[22:39:25 CEST] <Mina> summarize*
[22:40:17 CEST] <durandal_1707> is this retinex filter?
[22:40:43 CEST] <Mina> That's one variation of the filter.
[22:41:02 CEST] <durandal_1707> now i get it
[22:41:26 CEST] <Mina> This is still a research filed, so it'd be really great if FFmpeg contributed to it.
[22:41:51 CEST] <Mina> New methods and papers are still being published up to date
[22:42:17 CEST] <Mina> And I don't think FFmpeg has the simplest variation yet
[22:43:10 CEST] <Mina> https://imgur.com/a/hj2ox this link shows a simple example of what this filter would do 
[22:43:14 CEST] <durandal_1707> actually i have ported retinex from other codebase: http://ffmpeg.org/pipermail/ffmpeg-devel/2015-September/178452.html
[22:43:27 CEST] <durandal_1707> i just never comitted it to ffmpeg
[22:44:27 CEST] <Mina> So you know how useful this filter is for computer vision for example
[22:45:08 CEST] <Mina> And introduction of machine learning to this field (color constancy) is fairly recent
[22:45:35 CEST] <durandal_1707> so you would also mostly do research?
[22:47:10 CEST] <Mina> Yes, most probably. My workflow introduced in the proposal was filtering and ranking variations of the filter and implementing them one by one while researching for ways to improve them if possible
[22:48:05 CEST] <Mina> Variations meets different needs like real-time constraint and accuracy, that's why it's not just one algorithm.
[22:48:17 CEST] <Mina> meet*
[22:49:33 CEST] <durandal_1707> Mina: if you really just need backup mentor, i can be backup mentor.
[22:50:48 CEST] <Mina> That'd be really great. As I earlier mentioned, Mr Thile replied to my proposal and I quote:"this sound like a useful filter to me and I'd like to hear more thoughts about that from others.  I'd appreciate if someone would be willing to mentor volunteer to mentor that - I can definitely co-mentor this.  Thanks, Thilo"
[22:50:55 CEST] <Mina> Thilo*
[22:52:02 CEST] <durandal_1707> i wonder, why it is sent only to you? was this via mail?
[22:52:37 CEST] <Mina> Yes it was. Don't know why it's only sent to me tho.
[22:52:57 CEST] <Mina> He also was the one that suggested I'd come here asking for help.
[22:53:56 CEST] <durandal_1707> Mina: well, aski him how should you procceed, and mention that you have backup mentor
[22:55:00 CEST] <Mina> Great, will send him and email right away. I really appreciate your help. How should I address you in the email?
[22:55:05 CEST] <Mina> an*
[22:56:32 CEST] <durandal_1707> Mina: well, if you look at that retinex link i posted here, you would know
[22:59:12 CEST] <Mina> Great. Thanks :D
[23:10:59 CEST] <Mina> Chloe: If I may ask, are you of experience in audio processing then? Because I originally was going for an audio-related proposal featuring machine learning but unlike color constancy didn't have a solid idea for a proposal.
[23:11:25 CEST] <Chloe> My experience is mainly in ffmpeg as a project
[23:11:49 CEST] <Mina> Okay. 
[23:12:44 CEST] <Mina> I will leave now and come back when I have Mr Thilo's reply then. 
[23:13:15 CEST] <Mina> Thanks for your time and effort.
[23:14:09 CEST] <cone-624> ffmpeg 03Luca Barbato 07master:c438899a7064: Add AV1 video decoding support through libaom
[23:14:10 CEST] <cone-624> ffmpeg 03James Almer 07master:0dc11d8bbd47: Merge commit 'c438899a706422b8362a13714580e988be4d638b'
[23:14:17 CEST] <jamrial> BBB: ^
[23:14:22 CEST] <jamrial> if you want to test
[23:14:30 CEST] <nevcairiel> where is ffav1
[23:14:46 CEST] <BBB> sweet sweet sweet
[23:14:49 CEST] <BBB> what is ffav1?
[23:14:54 CEST] <durandal_1707> atomnuker is writing av1 replacement
[23:14:56 CEST] <jamrial> nevcairiel: the bitstream isn't evne frozen yet :p
[23:16:42 CEST] <nevcairiel> BBB: native decoder
[23:16:50 CEST] <BBB> oh, youre writing one?
[23:16:53 CEST] <BBB> thats amazing! :-p
[23:16:57 CEST] <nevcairiel> of course not
[23:16:57 CEST] <jamrial> took me 20 minutes to encode a 20 frame sample using libaom to test the above
[23:17:07 CEST] <jamrial> 1280x720
[23:17:09 CEST] <nevcairiel> arent you? its only logical, its the continuation of vp9 =p
[23:17:13 CEST] <BBB> thats pretty fast :)
[23:17:20 CEST] <BBB> I heard it can take 3 days per frame for higher res
[23:17:39 CEST] <jamrial> sounds like a format that will get adoption alright :p
[23:18:05 CEST] <kepstin> looks like the bitstream is frozen, as of today
[23:18:11 CEST] <kepstin> from the press release they put out
[23:18:27 CEST] <jamrial> no, that was a pr stunt it seems. JEEB knows more
[23:18:46 CEST] <nevcairiel> yeah thats just PR for NAB
[23:19:12 CEST] <BBB> nevcairiel: hm& so& I probably will& but encoder first
[23:19:15 CEST] <kepstin> hmm, that's a pretty misleading pr.
[23:20:40 CEST] <jamrial> BBB: eve2?
[23:20:49 CEST] <BBB> yeah
[23:21:10 CEST] <kierank> BBB: what days are you at nab
[23:21:14 CEST] <jamrial> in any case, really looking forward to an av1 decoder from you
[23:21:18 CEST] <BBB> tue-wed or tue-thu
[23:21:18 CEST] <jamrial> ffvp9 is really fucking good
[23:21:26 CEST] <BBB> ty ;)
[23:21:30 CEST] <BBB> it was fun to do, yes
[23:21:35 CEST] <BBB> and av1 needs a better decoder
[23:21:38 CEST] <JEEB> ffvp9 - because 2160p60 works fine with just a 4790K
[23:21:39 CEST] <kierank> BBB: ok
[23:21:48 CEST] <BBB> kierank: whats going on on thu?
[23:21:58 CEST] <BBB> jb said hes going on thu but I dont see anything interesting on thu
[23:21:59 CEST] <jamrial> when you can decode 1080p 24fps vp9 video without framedrops on an Athlon 64 x2 (no ssse3), you know you did something right
[23:22:06 CEST] <JEEB> :)
[23:22:08 CEST] <BBB> oh, right
[23:22:08 CEST] <kierank> BBB: thursday is useless apart from the av1 announcement
[23:22:10 CEST] <BBB> about that
[23:22:14 CEST] <BBB> so
[23:22:15 CEST] Action: kierank leaving on thursday
[23:22:23 CEST] <BBB> ffav1 will probably be avx2 only initially
[23:22:30 CEST] <BBB> as in, I dont know if Ill write sse2 again
[23:22:35 CEST] <jamrial> that's fine
[23:22:39 CEST] <BBB> but maybe at some point later
[23:22:43 CEST] <jamrial> i got rid of that athlon a couple years ago :p
[23:22:55 CEST] <nevcairiel> as long as you dont make it avx512-only or something crazy =p
[23:22:56 CEST] <BBB> that sounds like a morally upright decision
[23:23:08 CEST] <BBB> kierank: isnt av1 tue?
[23:23:19 CEST] <BBB> kierank: and some chattertychat on wed
[23:23:22 CEST] <BBB> but mostly te
[23:23:23 CEST] <BBB> tue
[23:23:51 CEST] <kierank> erm maybe, that website is annoying
[23:23:54 CEST] <BBB> yes
[23:23:56 CEST] <BBB> it is
[23:24:02 CEST] <BBB> I hate it
[23:24:10 CEST] <kepstin> https://aomedia.org/news/aomedia-at-nab/ has the schedule and locations
[23:24:10 CEST] <BBB> so if I leave wed night, thats ok?
[23:24:24 CEST] <BBB> says tue and wed
[23:24:27 CEST] <kepstin> (as an image, because... :/)
[23:24:53 CEST] <kierank> BBB: yes thursday is pointless
[23:25:36 CEST] <BBB> ok, then, I guess Ill leave wed late in the night, around midnight
[23:25:39 CEST] <BBB> so 2 days then
[23:29:10 CEST] <BBB> Im starting to dislike asan, which is kind of scary
[23:29:44 CEST] <BBB> if an application uses a fair amount of stack, youll get random stack overruns with asan enabled, which isnt helpful at all
[23:29:45 CEST] <BBB> :-/
[23:29:50 CEST] <BBB> any solution to that?
[23:37:39 CEST] <durandal_1707> i gonna apply eac3 patchset now!
[23:37:56 CEST] <nevcairiel> noooooo!
[23:38:53 CEST] <wm4> did you figure out the various things
[23:39:22 CEST] <wm4> different ways of muxing (split/merged), channel layouts, midstream config changes
[23:40:05 CEST] <nevcairiel> if its muxed split in mkv you might need to force the parser to be used
[23:40:09 CEST] <nevcairiel> not sure if thats actually the case
[23:40:49 CEST] <nevcairiel> the layouts should be fine, and changes should also be fine, since it handles the channel map on every audio frame
[23:42:30 CEST] <nevcairiel> if you tried to remux this with ffmpeg before the patch you might get crazy broken files
[23:42:37 CEST] <nevcairiel> more broken then just split, probably
[23:46:39 CEST] <wm4> heh
[23:47:25 CEST] <JEEB> hah, I had completely missed how we actually have an ocr filter
[23:47:25 CEST] <JEEB> lol
[23:47:33 CEST] <wm4> aren't there muxers which don't even split mp3 streams on packet boundaries? I think eac3 was also affected
[23:48:00 CEST] <JEEB> yes, mp4box created some fabulous mp3-in-mp4
[23:49:01 CEST] <durandal_1707> nevcairiel: do you actually have mkv with eac 7.1 in it?
[23:49:22 CEST] <durandal_1707> i'm not gonna support invalid files
[23:49:40 CEST] <nevcairiel> i have a blu-ray, and i have makemkv, so i can make one in 5 minutes!
[23:53:00 CEST] <durandal_1707> what is makemkv command?
[23:53:31 CEST] <nevcairiel> it has a gui, what do i know
[23:54:25 CEST] <durandal_1707> i'm now very dissapointed
[23:54:50 CEST] <nevcairiel> but it makes no difference either way, if its muxed split we'll just need to enable the parser, if its one, nothing to do, its somewhat independent of the decoder commit
[23:57:28 CEST] <durandal_1707> wouldn't mkvmerge create invalid files after all
[23:59:21 CEST] <nevcairiel> oh the ac3 parser is silly anyway, it doesnt support headers-only mode and always does packet sp litting
[23:59:45 CEST] <nevcairiel> it appears its muxed properly in mkv
[00:00:00 CEST] --- Thu Mar 29 2018