bbee [EMAIL PROTECTED] writes:
I do remember seeing a few DVB-C cards that have a CAM slot hanging off a
flatcable, for use in a floppydrive slot.
The only ones I have found are full-featured, and those can't
receive HDTV.
Just out of curiosity, do you have the same problem I've been
Hi,
On Wed, 19 Dec 2007, Benny Amorsen wrote:
bbee [EMAIL PROTECTED] writes:
On Wed, 19 Dec 2007, Manu Abraham wrote:
If it is a big headache and doesn't do what you want, better to get
rid of it.
I just might, if we can't figure it out.
If you find another budget (as in provides the raw
bbee [EMAIL PROTECTED] writes:
On Wed, 19 Dec 2007, Manu Abraham wrote:
If it is a big headache and doesn't do what you want, better to get
rid of it.
I just might, if we can't figure it out.
If you find another budget (as in provides the raw TS) card with
built-in CAM slot or a CAM slot
bbee wrote:
Hi Manu,
Hmm, is there no way to detect at runtime which cards would need the
fix? Something must have changed on the card itself, even if the pci id
hasn't.
Wouldn't like to have to keep making this change in every kernel I
compile..
I will try to make it a parameter or
bbee wrote:
Hi,
I have a 2031A Cab-CI I bought a while ago. It was (and I believe still is)
the only single pci slot card that supports DVB-C with CAM on linux.
Scouring the lists, I managed to get it running a few months ago, but only
after applying the fix of commenting out line 1360
Hi Manu,
On Wed, 19 Dec 2007, Manu Abraham wrote:
bbee wrote:
$ gnutv -channels ~/.czap/channels.conf -out stdout Nederland 1 |
mplayer -
This would work fine, but after a while gnutv outputs lots of these lines:
en50221_app_ai_parse_app_info: Received short data
After this message is
