On Sat, Mar 9, 2013 at 4:09 PM, Reinhard Tartler <siret...@gmail.com> wrote: > tags 702581 upstream > stop > > On Sat, Mar 9, 2013 at 1:50 PM, Lorenz H.-S. <lorenz-...@lgh-alumni.de> wrote: >> Alright, some new insights. libebml is trying to allocate 3219169814460 >> bytes (src/EbmlBinary.cpp:97), but it gets this number from libmatroska >> (src/KaxBlock.cpp:458). My guess is that the KaxSimpleBlock's size is >> incorrect in the file. >> > > I did talk to two vlc upstream developers, and they told me that > libebml is kind of a mess that got recently pretty much overworked in > current vlc.git. There is a good chance that vlc 2.1 will have a fix > for that. > >> That last line seems a bit strange to me, but then I'm not familiar with >> vlc's codebase at all. I'd be happy to try out any suggestions you may have. >> > > My suggestion at this point would be to get in touch with the vlc > developers about this. In fact, I've already done so and provided the > link to the sample; here is his answer: > > 16:03 <j-b> I will download, fix and backport for 2.0.6 > > So if we are lucky, a fix might soon turn up in debian/unstable. > Unfortunately because of the freeze, it is unlikely to land in wheezy.
j-b tells me that 2.0.6 will have a fix. From looking at the gitweb, I suspect that this commit might be the fix: http://git.videolan.org/?p=vlc/vlc-2.0.git;a=commitdiff;h=2eada7f9901648e05ce6ed432fcc988d40e7da6f -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
