> First off thanks for the help.
>
> This is going to seem like a stupid question, but what is the *best* way
> of downgrading the versions.
>
I'm jump in and answer my own question on what I did for the benefit of
those that might come across this later on. This may not be the best way
but it seemed to work.
I'm going to go back and use kernel version 2.6.19-1.2911.fc6
yum wont allow you to install an older version so your going to have to
use rpm
rpm -ivh --oldpackage kernel-2.6.19-1.2911.fc6.i686.rpm
rpm -ivh --oldpackage kernel-devel-2.6.19-1.2911.fc6.i686.rpm
next install the correct ivtv,lirc and alsa for this kernel.
yum install {alsa,ivtv,lirc}-kmdl-2.6.19-1.2911.fc6
next was the video4linux package
In my case i had a 2.6.19 kernel version already installed because I
used yum, BUT I didn't pay attention to version numbers however and it
was the problematic to me 20070302 release.
I had to erase the latest and then install the working version.
rpm -e video4linux-kmdl-2.6.19-1.2911.fc6-20070302-78.fc6.at
rpm -ivh video4linux-kmdl-2.6.19-1.2911.fc6-20061107-77.fc6.at.i686.rpm
Finally I checked my menu.lst file to make sure that the right kernel
would boot automagically and then a simple reboot.
Simple testing shows live video at the correct speed so I'm hopeful some
overnight taping will work correctly.
Thanks to all for the help.
Larry
> I have always used YUM to upgrade, but I have never actually tried to
> downgrade that way. Is is simply
>
> yum install <xxx>
>
> I'm just worried about all the potential conflicts with newer version
> messages.
>
> IIRC you also had to jump back a kernel rev correct?
>
> Thanks
>
> Larry
>
>
> Dan Phillips wrote:
>> Larry wrote:
>>> All,
>>>
>>> Read through the archives and I have noticed several users who have
>>> issues with the audio being played back slightly faster than normal.
>>> Lets call it Mickey Mouse voices.
>>>
>> This seems to be the same problem a number of people were having in the
>> thread "speed of recordings messed up."
>>> I just recently upgraded my myths box to all the latest and greatest
>>> (thanks AT !) via atrpms and now I'm getting the same symptoms on all
>>> new recordings.
>>>
>> That may be the problem. In that previous thread, it turned out to be
>> the latest video4linux kernel module causing the problem. Point your
>> package manager back at the wonderful ATrpms and get the previous
>> version (20061107-77) of the video4linux kernel module.
>>
>> You can also hunt down the saa7127 module source and compile it, if you
>> prefer.
>>> Besides tinkering with mythtv settings some other things I have tried:
>>>
>>> Cat'ing video to a file and playing it back.
>>> playing directly from /dev/video0
>>> Copying video to another machine to verify that it is in fact fast. ...
>>>
>> Yeah, those are the right things to try. The weird thing is that "dd
>> if=/dev/video0 of=/dev/video16 bs=64k" will give you normal video on a
>> fresh reboot. Once mythbackend hits the capture card, the video speeds
>> up and stays that way until reboot. However, downgrading v4l fixes the
>> problem, so I'm not too worried about it anymore.
>>
>> Dan
>>
>>
>>
>>
>> _______________________________________________
>> ivtv-users mailing list
>> [email protected]
>> http://ivtvdriver.org/mailman/listinfo/ivtv-users
>
> _______________________________________________
> ivtv-users mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-users
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
