Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
Pascal Schirrmann a écrit : Should I submit a bug request in Freevo (Or should I try to patch myself ? I'll try, but I'm soo slow...) Thanks, Pascal OK, forget it :-) Just a fast jump in v4l2.py gave me the solution : I did set secam-l in freevo.conf, as this is the value that works with v4l2-ctl. But v4l2.py wait for secam_l So, with secam_l in my freevo.conf, freevo is running fine again :-) Thanks, Pascal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
On Tue, 2008-10-14 at 07:01 +0200, Duncan Webb wrote: On 13/10/2008 22:57, Pascal Schirrmann said the following: Pascal Schirrmann a écrit : Pascal Schirrmann a écrit : I'm in France, so most program are in SECAM, I don't know if this has something to do with my trouble. OK, I got it (and in some ways, it returns to freevo, sorry :-|). Since long time, PVR card did work in a kind of generic PAL or generic SECAM mode. For secam, this was a value of ff, witch this result : $ v4l2-ctl -S Video Standard = 0x00ff SECAM-B/D/G/H/K/K1/L/Lc This doesn't work anymore (at least on my system !) But if I select the 'French secam' (that is, secam-L) : $ v4l2-ctl -s secam-L Standard set to 0040 $ v4l2-ctl -S Video Standard = 0x0040 SECAM-L Then the sound is back here (to be able to do that, I change the standard in ferrvo.conf to a wrong value. So freevo complains, but the TV has sound !) OK, I tried my chance on the ivtv-users list, and here is the answer of Hans Verkuil : Hi Pascal, It's not a bug, it's the right behavior. I'm even a bit surprised that this has worked in the past. Setting generic secam is a bad thing to do as there is really no such thing. In practice you have SECAM-BG, SECAM-DK and SECAM-L. And it is basically undefined what will happen if you just set SECAM. More than likely the driver used a specific standard, such as SECAM-BG when SECAM was selected. Has anyone noticed that the ivtv driver now loads the firmware, not on the module loading but when it is first accessed? If this is the new behaviour then it is a nice feature, as the drivers can be modprobed in a standard order. Duncan Yeah I noticed this and it fails to load the firmware so now and then on my pvr150 with ivtv 2.3.0, As an result I am ending up with a lot of static recordings. Still investigating why this behaviour is intermittent though before reporting it through the proper channels. Could be a race condition when passing on the v4l2 commands with freevo. Not sure yet. fyi. ivtv0: Loaded v4l-cx2341x-enc.fw firmware (376836 bytes) ivtv0: Encoder revision: 0x02060039 i2c-adapter i2c-1: sendbytes: NAK bailout. cx25840 1-0044: firmware load i2c failure i2c-adapter i2c-1: sendbytes: NAK bailout. tuner 1-0061: tuner type not set tuner 1-0061: tuner type not set tuner 1-0061: tuner type not set /Robert Winder - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
Pascal Schirrmann a écrit : Pascal Schirrmann a écrit : I'm in France, so most program are in SECAM, I don't know if this has something to do with my trouble. OK, I got it (and in some ways, it returns to freevo, sorry :-|). Since long time, PVR card did work in a kind of generic PAL or generic SECAM mode. For secam, this was a value of ff, witch this result : $ v4l2-ctl -S Video Standard = 0x00ff SECAM-B/D/G/H/K/K1/L/Lc This doesn't work anymore (at least on my system !) But if I select the 'French secam' (that is, secam-L) : $ v4l2-ctl -s secam-L Standard set to 0040 $ v4l2-ctl -S Video Standard = 0x0040 SECAM-L Then the sound is back here (to be able to do that, I change the standard in ferrvo.conf to a wrong value. So freevo complains, but the TV has sound !) OK, I tried my chance on the ivtv-users list, and here is the answer of Hans Verkuil : Hi Pascal, It's not a bug, it's the right behavior. I'm even a bit surprised that this has worked in the past. Setting generic secam is a bad thing to do as there is really no such thing. In practice you have SECAM-BG, SECAM-DK and SECAM-L. And it is basically undefined what will happen if you just set SECAM. Regards, Hans -- Seeing the number of files owned by Hans in the ivtv project, I suppose that this can be seen as an authoritative answer. Should I submit a bug request in Freevo (Or should I try to patch myself ? I'll try, but I'm soo slow...) Thanks, Pascal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
On 13/10/2008 22:57, Pascal Schirrmann said the following: Pascal Schirrmann a écrit : Pascal Schirrmann a écrit : I'm in France, so most program are in SECAM, I don't know if this has something to do with my trouble. OK, I got it (and in some ways, it returns to freevo, sorry :-|). Since long time, PVR card did work in a kind of generic PAL or generic SECAM mode. For secam, this was a value of ff, witch this result : $ v4l2-ctl -S Video Standard = 0x00ff SECAM-B/D/G/H/K/K1/L/Lc This doesn't work anymore (at least on my system !) But if I select the 'French secam' (that is, secam-L) : $ v4l2-ctl -s secam-L Standard set to 0040 $ v4l2-ctl -S Video Standard = 0x0040 SECAM-L Then the sound is back here (to be able to do that, I change the standard in ferrvo.conf to a wrong value. So freevo complains, but the TV has sound !) OK, I tried my chance on the ivtv-users list, and here is the answer of Hans Verkuil : Hi Pascal, It's not a bug, it's the right behavior. I'm even a bit surprised that this has worked in the past. Setting generic secam is a bad thing to do as there is really no such thing. In practice you have SECAM-BG, SECAM-DK and SECAM-L. And it is basically undefined what will happen if you just set SECAM. More than likely the driver used a specific standard, such as SECAM-BG when SECAM was selected. Has anyone noticed that the ivtv driver now loads the firmware, not on the module loading but when it is first accessed? If this is the new behaviour then it is a nice feature, as the drivers can be modprobed in a standard order. Duncan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
Hi, freevo 1.8 svn, on a brand new Linux (Mandriva 2009) installation, but on a 'working yesterday' harware : I had some troubles to install every needed dependency, the 2.6.27 kernel is a little young. For example, I had to install a cvs version of lirc, the lirc 'official' doesn't compile on kernel above 2.6.25. So far so good, my freevo installation is nearly working. But I encounter a strange trouble while watching or recording TV. I'm in France, so most program are in SECAM, I don't know if this has something to do with my trouble. The trouble is : in some case, I have no sound when watching TV. It seems (not done each and every tests) that I have sound only if the source channel is delivered in stereo. It's not a frequency trouble : On one channel, the program is 'time spitted between two senders. One sender send in stereo : I have the sound and the other in mono : no sound. This is probalby not a freevo trouble, and I'll try to find answer on other souces, but if someone have ideas or test suggestion :-) Thanks, Pascal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
Pascal Schirrmann wrote: Hi, freevo 1.8 svn, on a brand new Linux (Mandriva 2009) installation, but on a 'working yesterday' harware : I had some troubles to install every needed dependency, the 2.6.27 kernel is a little young. For example, I had to install a cvs version of lirc, the lirc 'official' doesn't compile on kernel above 2.6.25. For my mceusb remote I just had to urpmi dkms-lirc-0.8.3, not sure what remote you're using but that may be an easier approach. So far so good, my freevo installation is nearly working. But I encounter a strange trouble while watching or recording TV. I'm in France, so most program are in SECAM, I don't know if this has something to do with my trouble. The trouble is : in some case, I have no sound when watching TV. It seems (not done each and every tests) that I have sound only if the source channel is delivered in stereo. It's not a frequency trouble : On one channel, the program is 'time spitted between two senders. One sender send in stereo : I have the sound and the other in mono : no sound. This is probalby not a freevo trouble, and I'll try to find answer on other souces, but if someone have ideas or test suggestion :-) Thanks, Pascal There certainly were some problems in the ivtv driver with stereo detection (not sure what versions are affected or if it's fully fixed but when I came across it it was 12 or 18 months ago). I've got PAL and haven't noticed any problems yet but have not had much time to test, a look at the ivtv mailing lists might throw up some info. John - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
John Molohan a écrit : For my mceusb remote I just had to urpmi dkms-lirc-0.8.3, not sure what remote you're using but that may be an easier approach. Thanks John, alltough I allready used dkms drivers, I didn't really search out what kind of (mice) thing this is ! So I just did a little google, and for sure, the dkms version is better for a remote needing a kernel dependant mode, like the hauppauge remote ! So I just installed the dkms version of lirc, and great : this version includes the lirc_i2c module :-) One less step at the next kernel update... There certainly were some problems in the ivtv driver with stereo detection (not sure what versions are affected or if it's fully fixed but when I came across it it was 12 or 18 months ago). I've got PAL and haven't noticed any problems yet but have not had much time to test, a look at the ivtv mailing lists might throw up some info. Yes, I read some audio troubles with the ivtv module, but not exactly something like the trouble I encounter. But my latest tests let me think that I have only audio when I receive a NICAM signal (SECAM wasn't able to carry a stareo signal : the sound modulation is in AM so when Stereo was to add, a new system was build, with a numeric stereo signal put in some invisible line of the picture. In other words, I can receive sound from the picture !) If a do some diff with the main freevo system here (kernel 2.6.24), I see that v4l2-ctl -T set the sound to lang1 on the working system and let the sound to stereo on the muted system. John Thanks, Pascal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
Pascal Schirrmann a écrit : I'm in France, so most program are in SECAM, I don't know if this has something to do with my trouble. OK, I got it (and in some ways, it returns to freevo, sorry :-|). Since long time, PVR card did work in a kind of generic PAL or generic SACAM mode. For secam, this was a value of ff, witch this result : $ v4l2-ctl -S Video Standard = 0x00ff SECAM-B/D/G/H/K/K1/L/Lc This doesn't work anymore (at least on my system !) But if I select the 'French secam' (that is, secam-L) : $ v4l2-ctl -s secam-L Standard set to 0040 $ v4l2-ctl -S Video Standard = 0x0040 SECAM-L Then the sound is back here (to be able to do that, I change the standard in ferrvo.conf to a wrong value. So freevo complains, but the TV has sound !) Is there an official way to do that (without hacking a program file ?) BTW, NICAM channel sound level is way lower than classical channels (again, on my system). Could it be feasible to have a sound level by channel (probably a lot of work...) ? Thanks, Pascal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
On Sun, 2008-10-12 at 16:01 +0200, Pascal Schirrmann wrote: I had some troubles to install every needed dependency, the 2.6.27 kernel is a little young. For example, I had to install a cvs version of lirc, the lirc 'official' doesn't compile on kernel above 2.6.25. I use 2.6.27. CVS lirc should compile on 2.6.27. At least, I submitted a patch to fix compile problems against 2.6.27 and I believe the patch was applied to cvs. Cheers, Jason. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
lirc 0.8.4 was released today btw. Later Jonathan On Sun, Oct 12, 2008 at 3:15 PM, Jason Tackaberry [EMAIL PROTECTED] wrote: On Sun, 2008-10-12 at 16:01 +0200, Pascal Schirrmann wrote: I had some troubles to install every needed dependency, the 2.6.27 kernel is a little young. For example, I had to install a cvs version of lirc, the lirc 'official' doesn't compile on kernel above 2.6.25. I use 2.6.27. CVS lirc should compile on 2.6.27. At least, I submitted a patch to fix compile problems against 2.6.27 and I believe the patch was applied to cvs. Cheers, Jason. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] kernel 2.6.27 and Hauppauge PVR 350 card : some troubles
Jason Tackaberry a écrit : On Sun, 2008-10-12 at 16:01 +0200, Pascal Schirrmann wrote: I had some troubles to install every needed dependency, the 2.6.27 kernel is a little young. For example, I had to install a cvs version of lirc, the lirc 'official' doesn't compile on kernel above 2.6.25. I use 2.6.27. CVS lirc should compile on 2.6.27. At least, I submitted a patch to fix compile problems against 2.6.27 and I believe the patch was applied to cvs. Yes, that was what I wanted to say : Only the CVS version of lirc can compile on 2.6.27, not version 0.8.3. But if the 0.8.4 version in now available, I think that this question is closed :-) I just needed this one yesterday ! No luck ;-) Thanks, Pascal - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users