[linux-dvb] Problem using mplayer.
Dear Nicola Mplayer can give a perfect HDTV effects, but after a period of time, it gives such complaints: "" Too many video packets in the buffer: (148 in 8421326 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? For AVI files, try to force non-interleaved mode with the -ni option. A:69414.9 V:69410.6 A-V: 4.281 ct: 8.984 14445/14445 44% 0% 3.6% 130 0 Too many video packets in the buffer: (148 in 8402931 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? For AVI files, try to force non-interleaved mode with the -ni option. "" What's the problem? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?
I demand that Philip Pemberton may or may not have written... > Darren Salt wrote: >> What lack of Xv? > On the 690G, the chipset is an embedded Radeon X1250. The Fglrx driver > doesn't support Xv on said chip. It's a known bug, and ATI are allegedly > "working on it"... Fair enough... OTOH, you could always use xf86-video-avivo (except that that's probably still completely unaccelerated). ;-) [snip] -- | Darren Salt| linux or ds at| (\_/) This is Bunny's head. It is | RISC OS, Linux | youmustbejoking,demon | =-.-= all that remains of Bunny | Kill all extremists! ,co,uk | after Bunny became dinner. 24 hours in a day and 24 cans in a case. Hmm... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?
Darren Salt wrote:
> What lack of Xv?
On the 690G, the chipset is an embedded Radeon X1250. The Fglrx driver doesn't
support Xv on said chip. It's a known bug, and ATI are allegedly "working on
it"...
> ... oh, the taintware? Drop it and use the open-source driver :-)
>
> (Well, unless you're using an R5xx or an Xpress.)
Note facts mentioned above :)
--
Phil. | (\_/) This is Bunny. Copy and paste Bunny
[EMAIL PROTECTED] | (='.'=) into your signature to help him gain
http://www.philpem.me.uk/ | (")_(") world domination.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Large arrays
Hi all While working on a tuner, i stumbled upon one of the usual problems (floating point operations) in kernel The options what i had were: * use integer math calculations * precompute the values where double precision is needed. That said, the first option i tried for a while, after a few days (i almost gave up ?) got really irritated with it. The second option seemed a bit more comfortable, to precalculate the values. The disadvantage in such a case is that the array which holds the precomputed value is quite large in size, with that in mind, a different question arose in my mind, whether such large arrays would be frowned upon in kernel The precomputed array is here http://www.jusst.de/manu/mc44s80x_array.c Any thoughts ? Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Nova-T 500: Loading Firmware failed
On Mo, 2007-08-27 at 00:19 +0200, Christophe Thommeret wrote: > > Nevertheless, Im allways getting this firmware error, whether the file > > exists or not. > > ln -s /lib/firmware/2.6.20-15-generic/dvb-usb-dib0700-03-pre1.fw > /lib/firmware/2.6.20-15-generic/dvb-usb-dib0700-01.fw Does not work dmesg: [428298.863237] dib0700: loaded with support for 5 different device-types [428298.948494] dvb-usb: found a 'Hauppauge Nova-T 500 Dual DVB-T' in cold state, will try to load a firmware [428298.997106] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-03-pre1.fw' [428298.997118] dib0700: firmware download failed at 7 with -22 [428298.997542] usbcore: registered new interface driver dvb_usb_dib0700 Regards Tobias ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?
I demand that Philip Pemberton may or may not have written... [snip] > I got it all working in the end (after rebuilding my own kernel RPM and a > bunch of modules) but playback was awful (mainly because of the lack of > Xvideo support in the current ATI driver - CPU usage on both cores hit 100% > pretty quickly and the playback engine started dropping frames). No > playback = no PVR... What lack of Xv? > Oh well, I'll have another go towards the end of the year. Maybe then ATI > will have sorted themselves out and fixed FGLRX... ... oh, the taintware? Drop it and use the open-source driver :-) (Well, unless you're using an R5xx or an Xpress.) [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. "What is wrong with that demented Tonka toy now?" ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
Johannes Stezenbach wrote:
> On Mon, Aug 20, 2007, Manu Abraham wrote:
>
>> Michael Krufky wrote:
>>
>>
>>> -- this is a system-wide addition to the
>>> dvb_frontend structure, because we are adding analog tuning
>>> functionality to the dvb_frontend.
>>>
>> Analog tuning is public to DVB core ? I don't think so. It would've been
>> correct, if DVB core does analog operations, but DVB core doesn't do any
>> Analog operations.
>>
>
> Well, supporting hybrid tuners means that analog and digital
> worlds have to touch somewhere...
>
>
>>> I agree that elegance is very important, and that is why I disagree with
>>> the extra layers of complexity that you are proposing here.
>>>
>> Every DVB demodulator driver that you write does this.
>>
>> struct dvb_frontend {
>> struct dvb_frontend_ops ops;
>> struct dvb_adapter *dvb;
>> void* demodulator_priv;
>> void* tuner_priv;
>> void* frontend_priv;
>> void* sec_priv;
>> void* hybrid_priv;
>> };
>>
>>
>> So whatever that which dvb_core doesn't handle is "private". I don't
>> understand what you mean by extra complex layer.
>>
>
> I think the rule of thumb is to use void* only when it points
> to different things for each driver (e.g. struct tda8083_state*,
> struct ves1820_state* etc.). If we know it will always point to
> struct analog_parameters (or set_analog_params) then using
> void* is IMHO wrong.
>
> Using a forward decl for struct analog_parameters and putting
> struct analog_parameters somewhere else like Hans suggested
> would be OK, but doesn't seem that important to me. I mean the
> whole separation of analog and digital tuning APIs is artificial
> and is just a result of how development happend in two distinct
> communities historically. Why spent any effort to keep them
> completely seperate instead of letting them grow together?
>
>
I'm glad someone else also raised this. The legacy of two different
video/tv frameworks has been biting for a long time, and will continue
to do so. Issues like a forward declaration vs anything else feels
irrelevant and trivial to me, especially when I look at the overall
problems with having one concept (tv/video) in two distinct frameworks.
We should be striving for a unified tuning API which abstracts all
frontend types, regardless of the underlying hardware. I know we cannot
make that leap quickly, it's going to take constant refinement over a
series of years. That being said, knowing how difficult it can be to get
things accepted, these patches are a net gain to the project and I have
no immediate objections.
... I'm still reading, more later.
> Anyway, I think it's not a fundamental issue and could be
> changed at any time without affecting the basic approach
> this proposal takes to implement hybrid tuners.
>
>
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
Steven Toth wrote: > Markus Rechberger wrote: >> On 8/27/07, Steven Toth <[EMAIL PROTECTED]> wrote: >> >>> Steven Toth wrote: >>> MikeW wrote: > Michael Krufky linuxtv.org> writes: > > > > >> For the past few months, I've been working on refactoring the analog >> >>> tuner.ko >>> >> > module, such that all > > > > I never saw the original RFC posting on the ML. What was the date on this original thread? - Steve >>> Again, I never saw the original message based on this subject, where is it? >>> >>> >> There's nothing beside this thread here. Everything else is behind the >> visible scene closed for others. There is nothing else happening "behind the scenes". ...Just a few emails going back and forth with test results -- that's all. > I was confused by MikeW's thread, the discussion is actually happening > on the V4L ML. No, the discussion should be taking place on BOTH mailing lists. If you'd like to comment on this, please make sure that both mailing lists stay cc'd. Thank you, Mike Krufky ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?
Steven Toth wrote:
> Correct. I have no immediate plans to bring the multi-frontend patches
beyond 2.6.18. If /When tuner refactoring and multiproto projects are accepted
and merged then I'll think again.
OK, well thanks for your work on the HVR3000 multi-frontend stuff anyway. I
got it all working in the end (after rebuilding my own kernel RPM and a bunch
of modules) but playback was awful (mainly because of the lack of Xvideo
support in the current ATI driver - CPU usage on both cores hit 100% pretty
quickly and the playback engine started dropping frames). No playback = no
PVR...
Oh well, I'll have another go towards the end of the year. Maybe then ATI will
have sorted themselves out and fixed FGLRX... The kernel downgrade I can live
with, the lousy video I can't.
Emilio Castellano wrote:
> Analog works ok, DVB-T ok, DVB-S working with some troubles with diseq.
I think I can live without DiSEqC - no switches, positioners or other doodads
here, just a dish, an LNB and some satellite-grade co-ax cable :)
Thanks.
--
Phil. | (\_/) This is Bunny. Copy and paste Bunny
[EMAIL PROTECTED] | (='.'=) into your signature to help him gain
http://www.philpem.me.uk/ | (")_(") world domination.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
Markus Rechberger wrote: > On 8/27/07, Steven Toth <[EMAIL PROTECTED]> wrote: > >> Steven Toth wrote: >> >>> MikeW wrote: >>> >>> Michael Krufky linuxtv.org> writes: > For the past few months, I've been working on refactoring the analog > >> tuner.ko >> > module, such that all >>> I never saw the original RFC posting on the ML. What was the date on >>> this original thread? >>> >>> - Steve >>> >>> >> Again, I never saw the original message based on this subject, where is it? >> >> > > There's nothing beside this thread here. Everything else is behind the > visible scene closed for others. > > > I was confused by MikeW's thread, the discussion is actually happening on the V4L ML. - Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
On 8/27/07, Steven Toth <[EMAIL PROTECTED]> wrote: > Steven Toth wrote: > > MikeW wrote: > > > >> Michael Krufky linuxtv.org> writes: > >> > >> > >> > >>> For the past few months, I've been working on refactoring the analog > tuner.ko > >>> > >>> > >> module, such that all > >> > >> > >> > > I never saw the original RFC posting on the ML. What was the date on > > this original thread? > > > > - Steve > > > > Again, I never saw the original message based on this subject, where is it? > There's nothing beside this thread here. Everything else is behind the visible scene closed for others. Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
Steven Toth wrote: > MikeW wrote: > >> Michael Krufky linuxtv.org> writes: >> >> >> >>> For the past few months, I've been working on refactoring the analog >>> tuner.ko >>> >>> >> module, such that all >> >> >> > I never saw the original RFC posting on the ML. What was the date on > this original thread? > > - Steve > Again, I never saw the original message based on this subject, where is it? - Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [closed] Re: hardware recommendation DVB-T USB
On Mo, 27.08.2007, 12:45, Emilio Castellano wrote: > Boris Andratzek wrote: >> Hej all, >> >> >> after having to learn that my old DVB-T hardware is making too much >> trouble, I decided to spend some Euros to buy a new one. >> >> Now before I do this, I want to ask you for your recommendation for the >> right choice of DVB-T USB stick. It has to support USB 1.1 for my laptop >> is not 2.0 compatible. And it should be a small and smart thing with >> least >> troubles in linux support! >> >> So what do you recommend? >> >> Thanks, >> >> Boris >> > Have a look to the linuxtv.org wiki, there's well documented. > I found Hauppage Nova-T working fairly well. > Hej Emilio, hej all, I have to apologize for not closing this thread faster: Finally, I managed to make my old hardware work, so there is no need for me to seek a new one Maybe it could be a useful addition to the hardware list on the wiki pages, that there is a Bug in Kernel 2.6.18 that makes my Twinhan MagicBox USB 1.1 not working. It works with 2.6.20 (and obviously with others)! Boris ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] R: HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?
Really, i've ported Steven patch to my debian SID newer 2.6.22 kernel. Look at my previous post http://www.spinics.net/lists/linux-dvb/msg19922.html Regards, Eddi > -Messaggio originale- > Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Per conto di Steven Toth > Inviato: lunedì 27 agosto 2007 15.03 > A: Emilio Castellano > Cc: linux-dvb@linuxtv.org > Oggetto: Re: [linux-dvb] HVR-3000: fixed by downgrading kernel, any > ~stoth/hvr3000 patches for >2.6.18 kernels? > > Emilio Castellano wrote: > > Philip Pemberton wrote: > > > >> Well, it looks like either the kernel (stock FC6 2.6.20) or the driver > itself > >> is broken. Reverting to 2.6.18 (with minor patches to the r8169 > Ethernet > >> driver source) and installing Steve Toth's hvr3000 driver has enabled > most of > >> the card's features. The analogue TV tuner isn't working properly (but > that > >> might be a MythTV thing) but DVB-T works fine. I'm off to test DVB-S in > a few > >> minutes. > >> > >> To get this working, I've had to build a 2.6.18 kernel for Mythdora 4, > >> reinstall the ATI Fglrx drivers (from the ATI package, not an RPM), > rebuild > >> LIRC, and rebuild IVTV. Actually, scrub that last part, I still haven't > >> managed to rebuild the IVTV RPM from the AtRPMs source. But the rest of > it > >> seems to work... > >> > >> Does anyone know if any *working* patches exist to get Steve Toth's > HVR-3000 > >> driver (currently in hg under ~stoth/hvr3000) working on newer kernels? > I got > >> it to compile fairly well, it just didn't do much after it was > compiled... > >> > >> > > No, they don't exist. > > >> Thanks. > >> > > > > The best bet is to compile steven's branch (~stoth/hvr3000) with vanilla > > kernel 2.6.18. Changes introduced in this branch include support for > > multiple exclusive frontends on a single bus, it's somehow experimental > > and it will need several changes prior to include in the main branch. > > > > Analog works ok, DVB-T ok, DVB-S working with some troubles with diseq. > > > > > Correct. I have no immediate plans to bring the multi-frontend patches > beyond 2.6.18. If /When tuner refactoring and multiproto projects are > accepted and merged then I'll think again. > > - Steve > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hardware recommendation DVB-T USB
Wolfgang Friedl wrote (27.08.2007 13:48) -¬ > > By the way - does someone happen to know: > Is there a (chipset) difference between WinTV Nova and WinTV NovaSE > (referred to by manufacturer number 01166) > > kind regards, > I think I am now able to answer my question myself. In case someone want's to know: the SE product is very likely to come shipped _without_ antenna. kind regards, -- ### # # # # Wolfgang # # # #Friedl ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
Mauro Carvalho Chehab wrote: >> You say, "there weren't any log messages from tea5767 driver." -- This >> is because the tuner_info line was disabled -- I've re-enabled it just >> now, and push up the changeset. >> >> Please update your tree and test again -- I believe that the only issue >> here is the missing message from the tea5767 driver -- If you actually >> test radio, I believe that it will work. >> >> Please test again and get back to me. >> > > I tested it earlier today. All seems fine: the logs and the radio itself > worked as expected. > > I should review the source code later today. I'm very glad to hear this! Thank you for testing, Mauro :-) Please let me know if you have any questions. Regards, Mike ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
> You say, "there weren't any log messages from tea5767 driver." -- This > is because the tuner_info line was disabled -- I've re-enabled it just > now, and push up the changeset. > > Please update your tree and test again -- I believe that the only issue > here is the missing message from the tea5767 driver -- If you actually > test radio, I believe that it will work. > > Please test again and get back to me. I tested it earlier today. All seems fine: the logs and the radio itself worked as expected. I should review the source code later today. - Cheers, Mauro ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?
Emilio Castellano wrote: > Philip Pemberton wrote: > >> Well, it looks like either the kernel (stock FC6 2.6.20) or the driver >> itself >> is broken. Reverting to 2.6.18 (with minor patches to the r8169 Ethernet >> driver source) and installing Steve Toth's hvr3000 driver has enabled most >> of >> the card's features. The analogue TV tuner isn't working properly (but that >> might be a MythTV thing) but DVB-T works fine. I'm off to test DVB-S in a >> few >> minutes. >> >> To get this working, I've had to build a 2.6.18 kernel for Mythdora 4, >> reinstall the ATI Fglrx drivers (from the ATI package, not an RPM), rebuild >> LIRC, and rebuild IVTV. Actually, scrub that last part, I still haven't >> managed to rebuild the IVTV RPM from the AtRPMs source. But the rest of it >> seems to work... >> >> Does anyone know if any *working* patches exist to get Steve Toth's HVR-3000 >> driver (currently in hg under ~stoth/hvr3000) working on newer kernels? I >> got >> it to compile fairly well, it just didn't do much after it was compiled... >> >> No, they don't exist. >> Thanks. >> > > The best bet is to compile steven's branch (~stoth/hvr3000) with vanilla > kernel 2.6.18. Changes introduced in this branch include support for > multiple exclusive frontends on a single bus, it's somehow experimental > and it will need several changes prior to include in the main branch. > > Analog works ok, DVB-T ok, DVB-S working with some troubles with diseq. > > Correct. I have no immediate plans to bring the multi-frontend patches beyond 2.6.18. If /When tuner refactoring and multiproto projects are accepted and merged then I'll think again. - Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Problem with dvbnet on Ubuntu
My face is red. I realized after some work with Wireshark that I'm not getting IP packets from the PID I am watching. What I'm getting are ATSC A/92 encapsulated multicast packets. Hey, I'm learning as I go. Mike Harpe, N4PLE Sellersburg, IN Christian Praehauser <[EMAIL PROTECTED]> wrote: Michael Harpe wrote: > I have a new PCI Technisat DVB card installed and it seems to work fine. > I am working on receiving a datacast from our local PBS station. > dvbsnoop sees the traffic on the right PID (8099) and dvbstream sends it > back out fine. > > I would like to use the dvbnet-created interface. I create the interface > with dvbnet, give it an IP address, put it in promiscuous mode and no > packets tick. I don't see any traffic out this interface. This stream is > an IP stream being sent in IEC38016? format. Hello. What protocol should this be? V4L DVB supports the following IP/DVB protocols: * Multiprotocol Encapsulation (MPE), defined in ETSI EN 301 192 * Unidirectional Lightweight Encapsulation (ULE), defined in RFC4326 Cheers, Christian. > > My distro is Ubuntu 7.0.4 aka Feisty Fawn. > > Thanks! > > Mike Harpe, N4PLE > Sellersburg, IN > > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Christian Praehauser || //\\//\\ || Multimedia Communications Group, ||// \/ \\|| Department of Computer Sciences, University of Salzburg http://www.cosy.sbg.ac.at/~cpraehaus/ http://www.network-research.org/ http://www.uni-salzburg.at/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hardware recommendation DVB-T USB
Emilio Castellano wrote (27.08.2007 12:45) -¬ > Boris Andratzek wrote: >> Hej all, >> >> >> after having to learn that my old DVB-T hardware is making too much >> trouble, I decided to spend some Euros to buy a new one. >> >> Now before I do this, I want to ask you for your recommendation for the >> right choice of DVB-T USB stick. It has to support USB 1.1 for my laptop >> is not 2.0 compatible. And it should be a small and smart thing with least >> troubles in linux support! >> >> So what do you recommend? >> >> Thanks, >> >> Boris >> > Have a look to the linuxtv.org wiki, there's well documented. > I found Hauppage Nova-T working fairly well. > > Regards, > By the way - does someone happen to know: Is there a (chipset) difference between WinTV Nova and WinTV NovaSE (referred to by manufacturer number 01166) kind regards, -- ### # # # # Wolfgang # # # #Friedl ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Fwd: [Kaffeine-user] es-Valladolid channel list
From a kaffeine user ... Christoph -- Weitergeleitete Nachricht -- Subject: [Kaffeine-user] es-Valladolid channel list Date: Sonntag, 26. August 2007 05:41 From: "Álvaro Lázaro" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] --- es-Valladolid Description: Binary data ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] hardware recommendation DVB-T USB
Boris Andratzek wrote: > Hej all, > > > after having to learn that my old DVB-T hardware is making too much > trouble, I decided to spend some Euros to buy a new one. > > Now before I do this, I want to ask you for your recommendation for the > right choice of DVB-T USB stick. It has to support USB 1.1 for my laptop > is not 2.0 compatible. And it should be a small and smart thing with least > troubles in linux support! > > So what do you recommend? > > Thanks, > > Boris > Have a look to the linuxtv.org wiki, there's well documented. I found Hauppage Nova-T working fairly well. Regards, -- Emilio Castellano ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?
Philip Pemberton wrote: > Well, it looks like either the kernel (stock FC6 2.6.20) or the driver itself > is broken. Reverting to 2.6.18 (with minor patches to the r8169 Ethernet > driver source) and installing Steve Toth's hvr3000 driver has enabled most of > the card's features. The analogue TV tuner isn't working properly (but that > might be a MythTV thing) but DVB-T works fine. I'm off to test DVB-S in a few > minutes. > > To get this working, I've had to build a 2.6.18 kernel for Mythdora 4, > reinstall the ATI Fglrx drivers (from the ATI package, not an RPM), rebuild > LIRC, and rebuild IVTV. Actually, scrub that last part, I still haven't > managed to rebuild the IVTV RPM from the AtRPMs source. But the rest of it > seems to work... > > Does anyone know if any *working* patches exist to get Steve Toth's HVR-3000 > driver (currently in hg under ~stoth/hvr3000) working on newer kernels? I got > it to compile fairly well, it just didn't do much after it was compiled... > > Thanks. The best bet is to compile steven's branch (~stoth/hvr3000) with vanilla kernel 2.6.18. Changes introduced in this branch include support for multiple exclusive frontends on a single bus, it's somehow experimental and it will need several changes prior to include in the main branch. Analog works ok, DVB-T ok, DVB-S working with some troubles with diseq. -- Emilio Castellano Leiva Departamento de Sistemas Abdón Terradas, 4 - 28015 Madrid (ESPAÑA) T.: +34 91 121 4430 | www.microgenesis.es ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Problem with dvbnet on Ubuntu
Michael Harpe wrote: > I have a new PCI Technisat DVB card installed and it seems to work fine. > I am working on receiving a datacast from our local PBS station. > dvbsnoop sees the traffic on the right PID (8099) and dvbstream sends it > back out fine. > > I would like to use the dvbnet-created interface. I create the interface > with dvbnet, give it an IP address, put it in promiscuous mode and no > packets tick. I don't see any traffic out this interface. This stream is > an IP stream being sent in IEC38016? format. Hello. What protocol should this be? V4L DVB supports the following IP/DVB protocols: * Multiprotocol Encapsulation (MPE), defined in ETSI EN 301 192 * Unidirectional Lightweight Encapsulation (ULE), defined in RFC4326 Cheers, Christian. > > My distro is Ubuntu 7.0.4 aka Feisty Fawn. > > Thanks! > > Mike Harpe, N4PLE > Sellersburg, IN > > > > > ___ > linux-dvb mailing list > linux-dvb@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Christian Praehauser <[EMAIL PROTECTED]> || //\\//\\ || Multimedia Communications Group, ||// \/ \\|| Department of Computer Sciences, University of Salzburg http://www.cosy.sbg.ac.at/~cpraehaus/ http://www.network-research.org/ http://www.uni-salzburg.at/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Which player should I use?
kevin liu wrote: > Hi, guys >Linuxtv.org suggests many players for watching tv under linux OS. >I made gxine and mplayer work well with the FusionHDTV5 USB silver > tv card, but I only could watch SDTV using the two players. >FusionHDTV5 USB silver can support HDTV, but I can't use gxine or > mplayer to watch HDTV program. >Later I installed VLC, it seems not work with this tv card. >Now I just have no idea that which player I could use for HDTV > program. > > > all of them can play HDTV content. With mplayer you can use -vc ffmpeg12, -lavcopts lowres=1 to lower significantly the CPU load. What are you complaining about? How is your system configured? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Which player should I use?
Hi, guys Linuxtv.org suggests many players for watching tv under linux OS. I made gxine and mplayer work well with the FusionHDTV5 USB silver tv card, but I only could watch SDTV using the two players. FusionHDTV5 USB silver can support HDTV, but I can't use gxine or mplayer to watch HDTV program. Later I installed VLC, it seems not work with this tv card. Now I just have no idea that which player I could use for HDTV program. Thank you in advance. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
