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 ff0000, witch this result : > >> > >> $ v4l2-ctl -S > >> Video Standard = 0x00ff0000 > >> 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 00400000 > >> $ v4l2-ctl -S > >> Video Standard = 0x00400000 > >> 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=100&url=/ _______________________________________________ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
