Mauro Carvalho Chehab 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 here. IANAL, but it
Frank Schäfer 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 the
time if you have ano
Ezequiel Garcia 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 statement... I have
Frank Schäfer 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. :(
What is the meaning of "alt
Ezequiel Garcia 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 not know about Gordo
t 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,
Frank Schäfer 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] em28xx: New device PCTV Sys
Antti Palosaari 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 hand-
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 h
Bert Haverkamp 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 DVB-C device, but it i
Stefan Richter writes:
> These patches are now also available in the v2.6.31 based "firedtv"
> branch at
>
> git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
> firedtv
>
> This branch is also merged into linux1394-2.6.git for-next and thereby
> linux-next.git.
It wor
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 f
Markus Rechberger 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 useful around here w
Mike Isely 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 "unsubscribe
14 matches
Mail list logo
