From: Mike L. <mi...@se...> - 2004-12-09 11:58:49
|
On Thursday 09 December 2004 22:19, Miguel Freitas wrote: > On Thu, 9 Dec 2004 17:48:42 +1030, Mike Lampard <mi...@se...> wrote: > > I've come across a buglet whereby if a buf->type field is changed > > repeatedly, after the 100th change or so the type is 'stuck' at the last > > change. Although this is hardly a common problem, and I've worked around > > this for the dvb subtitle plugin in current cvs, I was hoping someone > > here could point me in the direction of the cause. > > i don't understand. buf->type is a simple integer variable, how can it > get stuck? > you try to set it to a certain value and it doesn't change? I don't understand either :) basically, what was happening was this: the ts demuxer sets the PES packet size in the lower four bytes of buf->type, and the dvb subtitle decoder read them.. this worked fine for the first 100 or so packets, then suddenly, one of two things happened: either the buffer itself was never freed (my checks discount this, although its not impossible) and just handed over and over again to the decoder, or the buf-type field was forced to the last good packet. either way, by changing the method of communicating away from the buf->type field, packets are now flowing fine.... very strange, hence the question :) > miguel > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > xine-devel mailing list > xin...@li... > https://lists.sourceforge.net/lists/listinfo/xine-devel |