Andreas Pickart schrieb:
>> Is there a regular chance for you to reproduce this issue?
>> I could send you a code fragment then which would store a
>> reasonably sized fragment of the TS stream which would help me
>> very much in solving this issue.
> It hasn't happened again yet, and I don't think the chance is high that
> it will occur again, even during bad reception...
> I have extracted the TS data that was passed to cRemux::Put from the
> coredump though (24440 bytes, I'll send it to you in a separate, private
Thanks for your efforts so far.
> When I just feed this data to a pristine cRemux instance ('cRemux *remux
> = new cRemux(1023, 0, 0, 0, true); remux->Put(data, sizeof data);'), it
> doesn't trigger the bug however, so it depends on some state generated
> by earlier packets I probably can't access anymore.
> When I hack cTS2PES::ts_to_pes to always set "done=true;" at the start
> of the function, write_ipack recurses in a similar fashion, though...
> Maybe that helps... if you need earlier TS packets, maybe I could try to
> dump them from the ringbuffer...
I would be glad if you could extract that data too ;-)
Dipl.-Inform. (FH) Reinhard Nissl
vdr mailing list