Mauro Carvalho Chehab mche...@redhat.com writes:
That's said, this is just database entries where the values were obtained
from a public service. Anyone else with access to the same
transponders/carriers would be obtaining the very same data. So, I don't
think that copyright law applies
Frank Schäfer fschaefer@googlemail.com writes:
Yes, I remeber these days ;)
I just wonder why it has a line-in input. It seems it is completely
useless...
Just a guess: The line-in is patched through to line-out when the TV
tuner is not in use. That way you do not have to move cables all
prefer_bulk, but what it actually does is
force bulk (which doesn't make much sense when the device has no bulk
endpoints).
I will fix this in v2 of the patch series.
Well, I was hoping to get force_bulk, so that part is not a problem
for me.
Am 31.10.2012 03:39, schrieb Benny Amorsen
Ezequiel Garcia elezegar...@gmail.com writes:
Isn't this completely OT?
It may be off topic, but those issues were the reason I was testing the
patches...
Anyway, RPI has known issues regarding USB bandwidth.
Indeed. Thank you for the links, I had not followed the latest
development and did
Frank Schäfer fschaefer@googlemail.com writes:
For DVB, the em28xx always selects the alternate setting with the
largest wMaxPacketSize.
There is a module parameter 'alt' to select it manually for experiments,
but the current code unfortunately applies it for analog capturing only. :(
Ezequiel Garcia elezegar...@gmail.com writes:
Very interesting. Let me see if I understand this: you say it's not a
problem with USB bandwidth, but with isochronous transfers, in the
sense it could achieve enough speed for streaming if bulk transfers
were used?
It is more of a hope than a
Frank Schäfer fschaefer@googlemail.com writes:
This patch series adds support for USB bulk transfers to the em28xx driver.
I tried these patches on my Raspberry Pi, 3.6.1 kernel, Nanostick 290e
options em28xx prefer_bulk=1 core_debug=1 usb_debug=1
options em28xx_dvb debug=1
[5.469510]
Antti Palosaari cr...@iki.fi writes:
On 02/28/2011 02:02 AM, Malte Gell wrote:
is there a DVB-C device with USB that is well supported by a recent kernel
(2.6.38)?
Anysee E30 C Plus is supported as far as I know.
I can confirm that. The only downside so far is that it seems to need a
lot of
It is always good to see more DVB-C devices supported... Do you happen
to know some devices which have DVB-C support and use this chip?
/Benny
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Bert Haverkamp b...@bertenselena.net writes:
Every couple of months I scan this mailing list for the keywords usb
and dvb-c, hoping that some new device has shown up that is supported
under Linux.
It probably isn't much consolation, but you aren't the only one... I
currently use a FireDTV
Markus Rechberger mrechber...@gmail.com writes:
For those who are interested in such a solution:
http://support.sundtek.de/index.php/topic,2.0.html
http://sundtek.de/shop/Digital-TV-Sticks/Sundtek-MediaTV-Pro.html
This doesn't appear to have any support for CA modules? DVB-C is not
very
ande...@gmx.de writes:
AFAIK, these are still the only non-PCI DVB-C solutions on the market.
The FireDTV is still for sale and works quite well at least for
unencrypted channels.
I have ordered a decoder card; it will be interesting to see whether
that works too.
/Benny
--
To unsubscribe
Mike Isely is...@isely.net writes:
Amen to that. I've been telling people to go over to linux-media, but
old habits are hard to break. It's time to actually make a clean break
from the old lists.
Is linux-media available on gmane?
/Benny
--
To unsubscribe from this list: send the line
13 matches
Mail list logo