FreeBSD Terratec Cinergy Piranha DVB driver updated

[Ganael LAPLANCHE]

Hello everyone,

Following my previous message :

http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-November/009449.html

I am pleased to announce that I have updated the sms1xxx driver to use the new
USB stack, so it is now possible to use it on 8.0-BETA1 and recent -CURRENT.

The driver is available on my contributions' website :

http://contribs.martymac.com

And the README file is there :

http://contribs.martymac.com/FreeBSD-siano/README

Best regards,

Ganaël LAPLANCHE
ganael.laplanche@...
http://www.martymac.com
_______________________________________________
freebsd-multimedia@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia
To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@..."

[Joerg Pulz]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Sat, 11 Jul 2009, Ganael LAPLANCHE wrote:

> Hello everyone,
>
> Following my previous message :
>
> http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-November/009449.html
>
> I am pleased to announce that I have updated the sms1xxx driver to use the new
> USB stack, so it is now possible to use it on 8.0-BETA1 and recent -CURRENT.
>
> The driver is available on my contributions' website :
>
> http://contribs.martymac.com
>
> And the README file is there :
>
> http://contribs.martymac.com/FreeBSD-siano/README

Dear Ganael,

thanks for your work porting the siano driver to FreeBSD.
I own a Hauppauge WinTV MiniStick (Model 1295 usb_vid 0x2040 usb_prod
0x5500) and i'm using your driver together with the firmware from
http://www.wintvcd.co.uk/drivers/WinTV-MiniStick_4_2_10_27180_WHQL.zip 
successfully on FreeBSD-8.0-RC1.
I've patched the mplayer port to support DVB input and this is working for
the initial tuned channel as well (mplayer dvb://"Channel Name") but as
soon as i hit the "h" or "k" key to switch interactively to another
channel directly with mplayer, i get an error from mplayer and the video
output freezes.
I've also tried a patched version of the famous VDR
(http://www.cadsoft.de/people/kls/vdr/) togehter with my device and your
driver and it is working for the initial tuned channel as well. But after
some minutes i get a lot of demux0.* devices (from 0 to 15) and a message
that no more filters are available. Interactive channel switching is not
working here too and in the worst case the whole machine freezes.
Could the problem be the cloning of the demux0 device? IIRC in Linux there
is only one /dev/dvb/adapter0/demux0 device but i may be wrong here. Most
probably the applications (mplayer and VDR) are not aware of the demux0
device cloning and stumble over it, but i'm not sure about this.

I also tried xine from ports but i had no success. It's always reporting
that "there is no handler for MRL dvb://"

I've not tried kaffeine, as i've not installed any part of KDE on my
system.

Do you have any ideas how to solve the interactive channel switch problem?
I can send you logs and debug output and patches for the applications if
you need them.

Kind regards
Joerg

- --
The beginning is the most important part of the work.
  -Plato
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (FreeBSD)

iD8DBQFKzG16SPOsGF+KA+MRAs7vAKCMPFnxeN3hMfxYHYN7IckZu/DOGQCfVIRk
V8UcwbRbsSZq1kemHATaHfI=
=2ICZ
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-multimedia@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia
To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@..."

[Ganael LAPLANCHE]

On Wed, 7 Oct 2009 12:29:11 +0200 (CEST), Joerg Pulz wrote

Hi Joerg,

> I own a Hauppauge WinTV MiniStick (Model 1295 usb_vid 0x2040 usb_prod
> 0x5500) and i'm using your driver together with the firmware from
> http://www.wintvcd.co.uk/drivers/WinTV-MiniStick_4_2_10_27180_WHQL.zip
> successfully on FreeBSD-8.0-RC1.

I'm glad to read the driver works with your hardware :)

> I've patched the mplayer port to support DVB input and this is working for
> the initial tuned channel as well (mplayer dvb://"Channel Name") but as
> soon as i hit the "h" or "k" key to switch interactively to another
> channel directly with mplayer, i get an error from mplayer and the video
> output freezes.

Unfortunately, I have never tried the driver with mplayer's DVB module. Are
you using a channels.conf (~/.mplayer/channels.conf.ter) file to tell mplayer
which PIDs has to be set on a given frequency ?

Also, do you know if new PIDs has been successfully sent to the USB key once you
have hit the zapping keys ? Has the USB key started to stream data on the new
channel ? To check that, you can build the driver with 'make debug' and tune the
debug sysctl to 0xfdff. Be careful, logging will be *very* verbose :p

> I've also tried a patched version of the famous VDR
> (http://www.cadsoft.de/people/kls/vdr/) togehter with my device and your
> driver and it is working for the initial tuned channel as well. But after
> some minutes i get a lot of demux0.* devices (from 0 to 15) and a message
> that no more filters are available.
> Interactive channel switching is not working here too and in the worst case
> the whole machine freezes.
> Could the problem be the cloning of the demux0 device? IIRC in Linux there
> is only one /dev/dvb/adapter0/demux0 device but i may be wrong here. Most
> probably the applications (mplayer and VDR) are not aware of the demux0
> device cloning and stumble over it, but i'm not sure about this.

You are right, demux handling is done in a different way on FreeBSD. demux0
does not really exist and a demux0.n device clone is created each time a
lookup is performed on the master demux0 device filename (try to
'ls /dev/dvb/adapter0/demux0', a new clone will be created).

An application opening the demux0 device is *not* aware of
the underlying cloning mechanism. It thinks it has just opened the demux0 device
and is working with it, while in fact it is working with the last created clone.

Each close() will then destroy the clone. If the file descriptor
is not closed, then the demux0.n device clone remains created, leaving less
clones available in the pool.

Maybe the defaut MAX_FILTERS value (16) is too low for your application ?
You can try to increase it and see how it goes. This macro is defined in the
sms1xxx.h file.

I'll try to have a look at VDR to see if I can reproduce the problem.

> I also tried xine from ports but i had no success. It's always reporting
> that "there is no handler for MRL dvb://"

Strange, it works for me (though I have not tried zapping once xine is started).
Have you copied your channels.conf file to ~/.xine/channels.conf ?

Best regards,

Ganaël LAPLANCHE
ganael.laplanche@...
http://www.martymac.org
_______________________________________________
freebsd-multimedia@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia
To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@..."