Firewire MPEG capture with GBPVR

[shuot]

They would implement the StartRecording() method to do whatever interactions are required with the firewire connected box to start recording to a specified filename. They would also need to StopRecording() method.

. . . and what about live tv ?

Bye!

[sub]

If you're only using timeshift mode Live TV, then it uses these same calls. If you want to also support live preview mode, then you need to implement the getPreviewGraph() and setPreviewToChannel() methods.

[stefan]

Another question: what happens when you have multiple devices regarding the TV-GUIDE ? Are channel displayed appearing in double in the guide ?

No, they are not. GBPVR know which capture sources have which channels, and so will choose the most appropriate one (in reality it chooses the first available one from the top of the list of capture sources and down when recording, and from the bottom up when watching live tv).

[shuot]

... from other threads, I understood that TS files are not supported by GBPVR.

Is it still true ?

I understood that MPEG files tranfered by STB via Firewire are actually TS files.

Bye!

[sub]

... from other threads, I understood that TS files are not supported by GBPVR.

Is it still true ?

Correct, there is no way to select which of the multiple streams the user is trying to playback.

I understood that MPEG files tranfered by STB via Firewire are actually TS files.

Yes, that is my understanding aswell. Your recording plugin would need to remux the TS files to produce a regular .MPG file.

This is pretty much what happens in the built-in BDA recorder plugin. These devices produce a Transport Stream, but the plugin converts it to a regular .MPG or .DVR-MS file.

[shuot]

These devices produce a Transport Stream, but the plugin converts it to a regular .MPG or .DVR-MS file.

Interesting.

Actually, it's not real re-encoding ? Only stripping unnecessary data
should be ok ?

Correct, there is no way to select which of the multiple streams the user is trying to playback.

... and on its side, how the "remux" code should know which stream is good ?

More I dig, more I discover that's not a quick thing to do. As I don't have
much personal time to do it, I don't think I will be able to do so.

But on the other side, do you know if some plugin developer could
be interested to code it ?

Bye!

[sub]

Actually, it's not real re-encoding ? Only stripping unnecessary data
should be ok ?

No, its not rencoding. Its a matter of demultiplexing the transport stream into its individual component streams, then passing the ones you want to keep through a mux filter, like the Cyberlink/ATI/DVR-MS mux to combine them back to a single file.

... and on its side, how the "remux" code should know which stream is good ?

This is up to the plugin developer to determine. It depends what is in transport stream this device provides. When I tell the plugin to start recording, I tell it what channel I want to record, the plugin can then use this info to find the correct streams. This might be some dynamic mechanism that parses the transport stream to find the contents, or might use some static look up text file or something similar.

More I dig, more I discover that's not a quick thing to do. As I don't have
much personal time to do it, I don't think I will be able to do so.

But on the other side, do you know if some plugin developer could
be interested to code it ?

No I dont.