On Jan 24, 2008 9:54 PM, Reinhard Nissl <[EMAIL PROTECTED]> wrote:
> Typically, a SPS is found in the same memory block which starts
> with an AUD for an "I frame". From VDR's remux.c,
> cRemux::ScanVideoPacket():
>
> if (!p[-2] && !p[-1]) { // found 0x01
> if (h264
Hi,
Morfsta schrieb:
> It seems that you must start scanning the mpeg stream for a Sequence
> Parameter Set with a NAL Access Code of 7. At first glance this
> doesn't appear too bad, as the code is already in
> src/demuxers/demux_mpeg_pes.c to scan for a NAL code of 9 (Access Unit
> Delimiter),
Yes, I started looking at that. I also downloaded some H264 reference
utilities that someone at Dolby put together.
It seems that you must start scanning the mpeg stream for a Sequence
Parameter Set with a NAL Access Code of 7. At first glance this
doesn't appear too bad, as the code is already i
Hi,
Morfsta schrieb:
> OK, I have added the following code into src/demuxers/demux_mpeg_pes.c
>
> static int32_t GetVideoSize(const uint8_t *buf, int length, int
> *width, int *height)
> {
> int i = 0; // the minimum length of the video packet header
> //i += buf[i] + 1; // possibl
Ville Skyttä kirjoitti:
> On Tuesday 22 January 2008, Darren Salt wrote:
>> This patch should fix it. If you find that it works, report back and I'll
>> make sure that it gets committed.
>
> I'm not using any xine related functionality with VDR, but I tried the patch
> below.
>
> Unfortunately i
OK, I have added the following code into src/demuxers/demux_mpeg_pes.c
static int32_t GetVideoSize(const uint8_t *buf, int length, int
*width, int *height)
{
int i = 0; // the minimum length of the video packet header
//i += buf[i] + 1; // possible additional header bytes
for (; i