Quote:
Originally posted by R5000-HD
No, it is not just a raw transport stream coming out, so even if you did get Linux to somehow recognize the USB device you would still need to make sense of the data and remux into a transport stream (the hardest part!) and thats what the R5000-HD app handles.
OK, so it must be simpler than I thought. I guess the datastream includes also the encrypted and buffered video, in addition to the unencrypted ts. Set the bus address to the same as audio & video decoders. This would mean alot of software pre-processing. I wonder how much CPU impact this has on various machines? How does it present on the USB bus (in hardware detail)? I'm imagining maybe a bridge, USB interface, and serial EEP. And I'm wondering about the new STBs, which hide the unencrypted ts. Surely they will always need SDRAM... and so sift that. But that's much harder than this. Would need a uproc, like 169.
BTW, I don't understand why ppl are archiving the whole ts, rather than just the video & audio packets of interest? Does the software allow you to save just the video/audio packets, not the whole ts? Why save the program guide, foreign language packets, housekeeping, etc? Being an old sat underground type, maybe this suggestion would help some.
Congrats on a great product, R.
Quote:
Originally posted by R5000-HD
So, one way to make it work with MythTV/Linux is to run the R5000-HD on a dedicated XP/2K box and use the proposed DirectShow capabilities to then output the transport stream to firewire. Linux running Myth can then connect via the firewire port. Then, you would just need to replicate the STB remote control using an IR blaster or something similar. Pretty kludgy, but the only other way would be to port the R5000 driver and remuxer out to Linux...
Agh, there's no way we're going to buy Windows for this.
But thanks for the suggestion.