[linux-dvb] Re: vbv delay/buffer overflows on VBR statmux

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Oliver Endriss wrote:
> 
> ...
> > > > Thinking about it: since TT re-insertion is only feasible during
> > > > live tv, that memory is unused during replay. Maybe we could
> > > > dynamically assign the video buffer size so that it has 230KB
> > > > during replay (without TT re-insertion) and 210KB during live TV
> > > > (with TT).
> > > >
> > > > @Ralph: would this be technically possible, or is there a reason
> > > > that forbids this?
> > >
> > > Sounds good. According to the datasheet it should be possible to
> > > change buffer setup when the decoder is idle. Don't know whether
> > > this still applies.
> >
> > There would even be another possibility: since I assume that nobody
> > will be using teletext and the OSD at the same time, we could give
> > the OSD higher priority, so that when the OSD is displayed there will
> > be no TT re-insertion. That way we wouldn't have to dynamically
> > assign the video buffer size (which may be somewhat tricky...).
> 
> In this scenario the contents of the OSD memory would be lost as soon as
> teletext re-insertion starts. So everything has to be initialized each
> time the OSD gets activated (color palette etc.)
> But this should be a minor problem...

The OSD is completely re-initialized every time it is opened, so there
wouldn't be any change here.

Klaus
-- 
_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10
CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
Hofmark 2                               Email:   kls@cadsoft.de
D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
_______________________________________________________________


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.