New submission from hugohuetzel hugo.huet...@noid-project.de:
I have problems to decode the following file with libav or ffplay.
The file plays without a problem with mplayer.
File: http://www.noid-project.de/data/h264_decode_error.m2ts
Output of ffplay:
FFplay version UNKNOWN, Copyright (c
hugohuetzel hugo.huet...@noid-project.de added the comment:
rle_picture_len: length of rle data needed for decoding the
subpicture (over all packets)
rle_data_len: length of rle data received
Any suggestions for an other variable name
hugohuetzel hugo.huet...@noid-project.de added the comment:
sounds like a seperate bugfix belonging to a seperate patch
It is not possible to append data to a too big buffer. So the 2
patches belongs together.
these names are poor, its quite unlcear what they represent
I have choosen a name
New submission from hugohuetzel hugo.huet...@noid-project.de:
Patch for pgssubdec to support RLE data over multiple packets
--
files: pgs_multipck.patch
messages: 9092
priority: normal
status: new
substatus: new
title: Patch for pgssubdec to support RLE data over multiple packets
type
hugohuetzel hugo.huet...@noid-project.de added the comment:
Sorry, but there are no cosmetic changes.
I have moved rle_bitmap_len =, width = etc. to a else-
multi-packet (if-block) or a single/first-packet (else-
But i agree with you, the patch looks very ugly. So here is a
new patch
hugohuetzel hugo.huet...@noid-project.de added the comment:
Ok, something went wrong with the text. Next try :-)
Sorry, but there are no cosmetic changes.
I have moved rle_bitmap_len =, width = etc. to a else-
single/first-packet (else-block)
But i agree with you, the patch looks very ugly
hugohuetzel hugo.huet...@noid-project.de added the comment:
Sorry, but there are no cosmetic changes.
I have moved rle_bitmap_len =, width = etc. to a
else-block. So there is either a multi-packet (if-block)
or a single/first-packet (else-block
hugohuetzel hugo.huet...@noid-project.de added the comment:
But i agree with you, the patch looks very ugly. So here is a
new patch (with removed/changed else-block for easier
reading)
_
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https
New submission from hugohuetzel hugo.huet...@noid-project.de:
As mentioned in Issue431 about 2 years ago the stream limit shoud be
increased or streams handled dynamical.
Many BluRay M2TS files contains more than 20 streams.
--
messages: 9073
priority: normal
status: new
substatus: new