Re: [mythtv-users] PAL-I problem
On 8/19/05, Nick <[EMAIL PROTECTED]> wrote: > On 8/19/05, Steve Wesemeyer <[EMAIL PROTECTED]> wrote: > > On Sunday 07 August 2005 10:14, Steve Wesemeyer wrote: > > > Hiya, > > > > > > > > I have a Hauppauge Primio WinTV PCI-FM (cx8800) card and it works great > > > when watching LiveTV. However, as I live in the UK which uses PAL-I I need > > > to manually set "v4lctl setnorm PAL-I" when I first start-up mythfrontend. > > > That's no problem when I boot up the machine as I just stuck it into a > > > small shell-script in the .kde/Autostart directory. > > > So watching TV is no problem. However, I have yet to manage to get a > > > proper > > > recording. MythBackend insists on changing the PAL norm back to BG > > > and so it starts recording the picture ok but obviously not the sound > > > (effectively it just records white noise/static due to the difference in > > > audio channels in PAL-I and BG). > > > > > Cheers, > > > Steve > > > > I have been told about helpful tip on the v4l mailing list which I just want > > to cross-post here in case anyone else has this problem: > > > > This is curtesy of Andrew Wilkinson: > > > > I've got my cx88 based card working in TvTime and MythTV, though I did > > have to do a nasty hack to make it work... > > > > In cx88-video.c change (it's about line 1,389) from > > cx88_set_tvnorm(dev->core,&tvnorms[i]); > > to > > cx88_set_tvnorm(dev->core,&tvnorms[4]); > > > > The recompile, install and load the cx8800 and cx88xx modules. > > > > This ignores the tv norm the application is using and forces it to use > > PAL_I. Seeing as I doubt I'll ever be using my computer somewhere that > > isn't PAL_I this is a reasonable thing to do. > > > > I'm sure there is a better way to do this, but I think it's down to > > TvTime and MythTV only letting you set PAL rather than PAL_I, and PAL > > seems to default to PAL_BG. > > > > > > Applying this fix appears to fix my PAL-I/PAL-BG problems. > > I've just read the v4l post and have the linked post open in another > tab. I'll give it a go on my Hauppauge WinTV framegrabber cards. It's > a shame a hack like this is still needed, but great to know there is a > relatively straightforward fix for it. > > Does the bttv driver have the same issues? > > Nick > Answering my own question here - I looked at the bttv source (bttv-driver.c) and it appears that all PAL settings except PAL-N, PAL-M and PAL-Nc are contained within the same definition, so I don't think the same situation arises. Nick ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PAL-I problem
On 8/19/05, Steve Wesemeyer <[EMAIL PROTECTED]> wrote: > On Sunday 07 August 2005 10:14, Steve Wesemeyer wrote: > > Hiya, > > > > > I have a Hauppauge Primio WinTV PCI-FM (cx8800) card and it works great > > when watching LiveTV. However, as I live in the UK which uses PAL-I I need > > to manually set "v4lctl setnorm PAL-I" when I first start-up mythfrontend. > > That's no problem when I boot up the machine as I just stuck it into a > > small shell-script in the .kde/Autostart directory. > > So watching TV is no problem. However, I have yet to manage to get a proper > > recording. MythBackend insists on changing the PAL norm back to BG > > and so it starts recording the picture ok but obviously not the sound > > (effectively it just records white noise/static due to the difference in > > audio channels in PAL-I and BG). > > > Cheers, > > Steve > > I have been told about helpful tip on the v4l mailing list which I just want > to cross-post here in case anyone else has this problem: > > This is curtesy of Andrew Wilkinson: > > I've got my cx88 based card working in TvTime and MythTV, though I did > have to do a nasty hack to make it work... > > In cx88-video.c change (it's about line 1,389) from > cx88_set_tvnorm(dev->core,&tvnorms[i]); > to > cx88_set_tvnorm(dev->core,&tvnorms[4]); > > The recompile, install and load the cx8800 and cx88xx modules. > > This ignores the tv norm the application is using and forces it to use > PAL_I. Seeing as I doubt I'll ever be using my computer somewhere that > isn't PAL_I this is a reasonable thing to do. > > I'm sure there is a better way to do this, but I think it's down to > TvTime and MythTV only letting you set PAL rather than PAL_I, and PAL > seems to default to PAL_BG. > > > Applying this fix appears to fix my PAL-I/PAL-BG problems. I've just read the v4l post and have the linked post open in another tab. I'll give it a go on my Hauppauge WinTV framegrabber cards. It's a shame a hack like this is still needed, but great to know there is a relatively straightforward fix for it. Does the bttv driver have the same issues? Nick ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PAL-I problem
On Sunday 07 August 2005 10:14, Steve Wesemeyer wrote: > Hiya, > > I have a Hauppauge Primio WinTV PCI-FM (cx8800) card and it works great > when watching LiveTV. However, as I live in the UK which uses PAL-I I need > to manually set "v4lctl setnorm PAL-I" when I first start-up mythfrontend. > That's no problem when I boot up the machine as I just stuck it into a > small shell-script in the .kde/Autostart directory. > So watching TV is no problem. However, I have yet to manage to get a proper > recording. MythBackend insists on changing the PAL norm back to BG > and so it starts recording the picture ok but obviously not the sound > (effectively it just records white noise/static due to the difference in > audio channels in PAL-I and BG). > Cheers, > Steve I have been told about helpful tip on the v4l mailing list which I just want to cross-post here in case anyone else has this problem: This is curtesy of Andrew Wilkinson: I've got my cx88 based card working in TvTime and MythTV, though I did have to do a nasty hack to make it work... In cx88-video.c change (it's about line 1,389) from cx88_set_tvnorm(dev->core,&tvnorms[i]); to cx88_set_tvnorm(dev->core,&tvnorms[4]); The recompile, install and load the cx8800 and cx88xx modules. This ignores the tv norm the application is using and forces it to use PAL_I. Seeing as I doubt I'll ever be using my computer somewhere that isn't PAL_I this is a reasonable thing to do. I'm sure there is a better way to do this, but I think it's down to TvTime and MythTV only letting you set PAL rather than PAL_I, and PAL seems to default to PAL_BG. Applying this fix appears to fix my PAL-I/PAL-BG problems. Cheers, Steve ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] PAL-I problem
Hiya, I have just about finished setting up my own MythTV PVR but for one small niggling problem and I can't seem to be able to get round it. The set-up uses 32-bit Kanotix (2005-03) running on an AMD 64 300+, with MythTV 0.18.1 debs provided by http://dijkstra.csh.rit.edu/~mdz/debian. I have a Hauppauge Primio WinTV PCI-FM (cx8800) card and it works great when watching LiveTV. However, as I live in the UK which uses PAL-I I need to manually set "v4lctl setnorm PAL-I" when I first start-up mythfrontend. That's no problem when I boot up the machine as I just stuck it into a small shell-script in the .kde/Autostart directory. So watching TV is no problem. However, I have yet to manage to get a proper recording. MythBackend insists on changing the PAL norm back to BG and so it starts recording the picture ok but obviously not the sound (effectively it just records white noise/static due to the difference in audio channels in PAL-I and BG). I have a small cron-script that checks every minute the status of v4lctl to see whether it needs changing back to PAL-I and that works ok, eg it changes it back to PAL-I. However, when it executes during a recording, MythTV now records the correct sound and image, However, the image is not fullscreen anymore. I tried calling "v4lctl fullscreen" as part of that cron-script but it had no effect. Has anyone else had that problem? And also, does anyone know why PAL-I is not an option in the MythTV set-up? Any help would be much appreciated. It's the last missing piece (but sadly the most important one...) Cheers, Steve ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users