Re: [RFC] Initial scan files troubles and brainstorming
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 here. IANAL, but it sounds to me that such info would be public domain. Please be aware that in at least the EU database compilations _can_ be copyrighted. It makes life a lot simpler for distributions if you just pretend that it can be copyrighted and apply a license. If you want something approaching public domain, the BSD license is an obvious choice. Going with the LGPL as you propose later in the email is perfectly fine too. /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 http://vger.kernel.org/majordomo-info.html
Re: EM2800 and audio via USB ?
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 the time if you have another device you want to use with line-in on your soundcard. /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 http://vger.kernel.org/majordomo-info.html
Re: [PATCH 00/23] em28xx: add support fur USB bulk transfers
Frank Schäfer fschaefer@googlemail.com writes: It seems like your device has no bulk endpoint for DVB. What does lsusb say ? lsusb mentions 4 different end points, all isochronous. So out of luck there. I did not know I could use lsusb to find this out. The module parameter is called 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: It works great with isochronous transfers on my PC and the Fedora kernel, but the Raspberry USB host blows up when trying to do isochronous mode. Is this a regression caused by patches or a general issue with the Raspberry board ? It is a general issue with the Raspberry USB host controller or driver. Bulk transfers work, isochronous transfers have problems. I was hoping I could somehow convince the Nanostick to use bulk transfers instead of isochronous transfers. Since that seems to require a firmware change, I will have to give up on it. /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 http://vger.kernel.org/majordomo-info.html
Re: [PATCH 00/23] em28xx: add support fur USB bulk transfers
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 not know about Gordon implementing EHCI in firmware. That will be interesting. /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 http://vger.kernel.org/majordomo-info.html
Re: [PATCH 00/23] em28xx: add support fur USB bulk transfers
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. :( What is the meaning of alternate setting here? Would I gain anything if the driver was modified to apply alternate setting for DVB as well? /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 http://vger.kernel.org/majordomo-info.html
Re: [PATCH 00/23] em28xx: add support fur USB bulk transfers
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 statement... I have no proof. Do you have any links supporting this? Only old stuff like http://www.mail-archive.com/linux-usb@vger.kernel.org/msg04232.html There are quite a few reports of problems with USB cameras in general and Kinect in particular. That seems to point at problems with isochronous transfers. A typical USB camera does not need particularly much bandwidth. The Nanostick only needs 40Mbps + overhead for me -- the size of the largest MUX in the UK currently. That is less than 10% of the 480Mbps theoretically available. The other problem reports tend to be about full speed (11Mbps) USB devices which are difficult for the Pi hardware to handle. Most of the reports are getting old, some have reported that driver upgrades fixed the problems. I believe most people experience stable ethernet performance (and the ethernet is USB attached as you are undoubtedly aware). That is a lot more demanding than a USB camera or a Nanostick. However, the ethernet chip uses bulk transfers, not isochronous ones. /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 http://vger.kernel.org/majordomo-info.html
Re: [PATCH 00/23] em28xx: add support fur USB bulk transfers
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] em28xx: New device PCTV Systems PCTV 290e @ 480 Mbps (2013:024f, interface 0, class 0) [5.890637] em28xx: DVB interface 0 found [6.025292] em28xx #0: chip ID is em28174 [6.515383] em28xx #0: Identified as PCTV nanoStick T2 290e (card=78) [6.567066] em28xx #0: v4l2 driver version 0.1.3 [6.614720] em28xx #0 em28xx_set_alternate :minimum isoc packet size: 2888 (alt=0) [6.663064] em28xx #0 em28xx_set_alternate :setting alternate 0 with wMaxPacketSize=0 [6.715934] em28xx #0 em28xx_accumulator_set :em28xx Scale: (1,1)-(179,143) [6.765694] em28xx #0 em28xx_capture_area_set :em28xx Area Set: (180,144) [6.793060] em28xx #0: V4L2 video device registered as video0 [6.808200] em28xx #0 em28xx_alloc_urbs :em28xx: called em28xx_alloc_isoc in mode 2 [6.819456] em28xx #0: no endpoint for DVB mode and transfer type 1 [6.829283] em28xx: Failed to pre-allocate USB transfer buffers for DVB. [6.839454] em28xx: probe of 1-1.3.1:1.0 failed with error -22 [6.852511] usbcore: registered new interface driver em28xx [7.255738] em28xx #0 em28xx_accumulator_set :em28xx Scale: (1,1)-(179,143) [7.291575] em28xx #0 em28xx_capture_area_set :em28xx Area Set: (180,144) [7.326200] em28xx #0 em28xx_uninit_usb_xfer :em28xx: called em28xx_uninit_usb_xfer in mode 1 Is the Nanostick 290e just fundamentally incompatible with bulk transfers, or is there hope yet? It works great with isochronous transfers on my PC and the Fedora kernel, but the Raspberry USB host blows up when trying to do isochronous mode. /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 http://vger.kernel.org/majordomo-info.html
Re: Well supported USB DVB-C device?
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 hand-holding by the CPU, which in turn leads to increased power consumption. Note that new revision of Anysee E30 Combo Plus is no longer supported since they changed to new NXP silicon tuner. E30 Combo Plus and E30 C Plus are different devices. Ouch. I really wish vendors would stop using the same name for different devices. /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 http://vger.kernel.org/majordomo-info.html
Re: [PATCH 04/18] xc5000: add support for DVB-C tuning.
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 http://vger.kernel.org/majordomo-info.html
Re: dvb-c usb device
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 DVB-C device, but it isn't all that reliable at least with hts-tvheadend. The only possible replacement I have found is the Anysee E30 Plus series. I don't have one, so I can't say whether they are any good. /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 http://vger.kernel.org/majordomo-info.html
Re: [linux-dvb] Terratec Cinergy HTC USB XS HD
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 useful around here without a CAM... There's a fully supported solution available for Linux already, it also includes online Linux support. The installation of the drivers can't be easier. I have to admit that it is cool that the driver is in user space. How about getting it included in the various Linux distributions? /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 http://vger.kernel.org/majordomo-info.html
Re: [linux-dvb] Terratec Cinergy HTC USB XS HD
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 from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [linux-dvb] Cross-posting linux-media, linux-dvb etc
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 unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
