RE: [ivtv-devel] Please check: list of remaining driver problems

[John Harvey]

That could be solved with a simple image file rather than an mpeg. It’s the osd overlay that is normally visible not the mpeg decode buffers. There used to be code in there to initialise it to black. It wouldn’t be hard to re-enable that code. Equally loading a static ivtv image file into there would be easy as well. If someone wants to create an ivtv logo then it is certainly possible.   John       From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ant Daniel Sent: 25 September 2005 20:56 To: ivtv-devel@lists.sourceforge.net Subject: Re: [ivtv-devel] Please check: list of remaining driver problems     On 9/25/05, John Harvey <[EMAIL PROTECTED]> wrote: Maybe. I'm actually still working on the initialization but may give up soon and just submit the code I have that plays the smallest mpeg file I have that initializes the video. However I am trying to to work out what actually changes when video is decoded. If I get past this I have some changes I want to make to reduce the work done each frame which should save cpu and possibly help with this problem. John Maybe somehow just submitting an mpeg could be used to our advantage? If there was someone with artistic skills who could craft an ivtv mpeg (i.e. a spining ivtv logo or something), could it be played during driver startup? This would solve the problem when doing a soft reboot where the previous image is shown. Ant.