Live TV Â STILL Doesnt Work...

[sub]

Thats an overly simplistic view. I can share some code, but much of it is unique. Sharing most of basic ring buffer code was not the problem, the problem was in the changes to the code that was responsible for feeding the MPEG-2 Program Stream data to the PVR350, which is entirely different to the MVP server process which recieves requests from the MVP client for PES packets, which is entirely different from the DirectShow file reader component that is used to supply data to the software Directshow playback, etc.

Even with each abtract layers covering VMR7/VMR9/Overlay/PVR350/XCard (not MVP which is very different and shares very little code), the changes to the abstraction layers alone consume huge amounts of time.

[FilterGraph]

Sub,

With the most humble attitude I can muster, why don't you open up the code so some of us can help bear the burden of programming? I know it's your baby and completely understand if you want to keep it that way. Is there a specific reason to keep the project closed source. I'm sure some of us would agree to help and not disclose code if you wish to keep it closed.

I love what you have done so far! Don't let a troll get to you.

[Guest]

Quote[/b] ]
Thats an overly simplistic view. I can share some code, but much of it is unique. Sharing most of basic ring buffer code was not the problem, the problem was in the changes to the code that was responsible for feeding the MPEG-2 Program Stream data to the PVR350, which is entirely different to the MVP server process which recieves requests from the MVP client for PES packets, which is entirely different from the DirectShow file reader component that is used to supply data to the software Directshow playback, etc.

So... in your code do you have a standard across the board object or layer similar to a Buffered Input Stream which incapsulates reading from the ring buffer?

for example:

BufferedReaderObject myBufferedReaderObject = new BufferedReaderObject(filename);

PVR350 myPVR350 = new PVR350(myBufferedReaderObject)

MVP myMVP = new MVP(myBufferedReaderObject)

This should be a consistent theme throughout all portions of the software... Then when you change to the ring buffer everyone should fall in line automatically...

So if the basic LiveTV loop for the PVR350 is:

while(!done)
{
Data = myLiveTVBufferedReader.read()
addOSDInfo(Data);
this.EncoderWrite(Data);
}

Changing the underlying buffer to a ring buffer shouldnt affect this code.

But you are saying... that there were changes to EncoderWrite that caused the problem?

[sub]

Are you still here? I thought we'd established you thought this project was shit.

FYI, You're focusing in the wrong area. Yes, there is some common ring buffer code - but I have separate code that calls it from the a directshow source filter, and a MVP message response loop, and ReadFile API hook (PVR350). In this last peice of code, one of the other API hooks I use was getting in the way of the Mutex which synchronises access to the ringbuffer from multiple processes.

It wasn't a simple problem to find, but I've now spent more time talking to you about it, than it took to fix.

I dont want to waste any more of my very limited project hours talking to you about this, so I'm locking this thread. You're welcome to stay and use GB-PVR if you'd like, but you need to remember that its a work in progress and things aren't going to be perfect.