Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux-dvb] Re: dvb-kernel bugs
To get the full TS I found there is a function in the driver
open_wole_bandwidth that disables pid filtering.
I tested it some weeks ago and it worked.
I just added a call to this function after the code that registers pids.
I did so just do a quick test.
I did not test to discover if/when/how to call this function from
userspace.
Il ven, 2003-11-21 alle 09:04, Niklas Peinecke ha scritto:
> Wolfgang Thiel wrote:
> > Many thanks to all of you trying to track down my problems with the SS2:-)
> >
> > My configuration:
> > - Debian Gnu/Linux running a 2.4.22 kernel from ftp.kernel.org.
> > - gcc 2.95.4 (Debian)
> > - one FF card (frontend: ves1x93: Alps-BSRV)
> > - one SS2 card rev. 2.6B (frontend: stv0229)
> > - drivers: dvb-kernel CVS 031116
> > - dvbstream from CVS Dvbtools 031114, patched to *not* close the
> > frontend if not requested from the command line (the current dvbstream
> > seems to have the same default now as well.)
> > - scan and szap from from linuxtv-dvb-1.0.1.tar.gz
> >
> > For my tests, I only loaded the modules needed for the SS2, *not* the
> > ones needed for the FF.
> >
> > I didn't have much time yet, but so far I can tell:
> > - I found no way to get the full transport stream, no matter how many (valid)
> > pids dvbstream was supposed to stream, with the last being 8192
> > [I used 30w, 11811v, with its (radio) pids 256-...]
>
> Looking at the code I'd say that the driver supports 6 hardware PID
> filters. If you open more than 6 at a time, it should dump the whole
> stream, IMO the 7th PID should not be 8192 but another legal value. 8192
> is caught nowhere in the code, I cannot say what effect it could have --
> maybe it's just taken as another 0 PID.
>
> > - With szap -r and then cat /dev/dvb/adapter0/dvr0 |mplayer - everything is
> > fine.
> > - But: scan -c is not able to set all relevant filters (the one on the
> > PMT seems to work fine, but not the filters for the different PATs).
> > At the same time, cat /dev/dvb/adapter0/dvr0 stops to deliver any
> > data:
> > I have to kill mplayer and szap; restarting szap and mplayer usually
> > works, but not always; if it doesn't work, reloading the driver, some-
> > times, doesn't work: dvb-core is used by some ghost and cannot be
> > unloaded. Sometimes, this then even crashes the kernel: I only get some
> > flashing CapsLock/ScrollLock leds on the keyboard, and that's it :-(
> > [And no oops in the logs.]
> > - Using pid 0x2000 for streaming seems to return the data of filters that
> > other running programs have set already, but not all the streams, and not
> > very reliably (first comes - first gets the data?).
>
> See above: 0x2000 seems to be simply ignored.
>
> >
> > I'll make more tests when I find the time.
> >
> > Unfortunately, I cannot reproduce the dvb-core unload problems/kernel
> > crashes reliably.
>
> Have seen that rarely, too. (Also 2.6B)
> >
> >
> > My conclusion so far is that there must be something wrong - at least -
> > with the filter handling in the skystar2 driver. I don't know whether
> > this is a problem of the frontend. So:
> > Q: Is anybody with a SS2 having no problems? What frontend?
> >
> >
> > I'll postpone my other problem for later [driver needs reloading after
> > the tuner lost lock.]
> >
>
> To solve filtering issue, maybe you could try to add _more_ than 6
> different PIDs? This would indicate if (at least) the OpenWholeBandwidth
> subroutine works as expected.
>
> Niklas
--
Vincenzo Di Massa <hawk78_it@yahoo.it>
--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.
Home |
Main Index |
Thread Index