On Sat, Mar 9, 2013 at 4:09 PM, Reinhard Tartler wrote:
> tags 702581 upstream
> stop
>
> On Sat, Mar 9, 2013 at 1:50 PM, Lorenz H.-S. wrote:
>> Alright, some new insights. libebml is trying to allocate 3219169814460
>> bytes (src/EbmlBinary.cpp:97), but it gets this number from libmatroska
>> (s
tags 702581 upstream
stop
On Sat, Mar 9, 2013 at 1:50 PM, Lorenz H.-S. 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
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.
In modules/demux/mkv/matroska_segment.cpp:1558
(matroska_segm
Thank you for your response. First, a proper bug report following the
guidelines:
I am trying to play a video file. It's an h264, 720p video stream in a
matroska container. The file is 1744119808 Bytes (1.7GB) large.
When I try to play it in vlc (vlc foo.mkv), it crashes at the same point
some 5 t
tags -1 moreinfo
severity -1 normal
stop
On Fri, Mar 8, 2013 at 6:44 PM, Lorenz H-S wrote:
> vlc reproducibly crashes each time at exactly the same position a few seconds
> into a broken matroska file. A full backtrace from a gdb session is attached.
> Unfortunately, I cannot share the file publ
Package: vlc
Version: 2.0.5-1
Severity: important
Tags: upstream
Dear Maintainer,
vlc reproducibly crashes each time at exactly the same position a few seconds
into a broken matroska file. A full backtrace from a gdb session is attached.
Unfortunately, I cannot share the file publicly for copyrig
6 matches
Mail list logo