I'm having a very strange problem ever since upgrading to R5F27. I have a backend that records HDTV off a HD-HomeRun that's working fine. I also have a two port WinTV card for analog input. One port is hooked into a Comcast cable (which works just fine) and the other port is hooked into a Dish Network receiver. This is the one that's having problems.

Prior to the upgrade recordings from the Dish receiver were just fine. After the upgrade most programs recorded have very raspy audio. Here is an example: http://www.gagme.com/greg/tmp/test.mpg

What is really odd is this only happens when the program is recorded automatically. I never have raspy audio when watching live TV on that input. I tried tweaking the audio capture settings for the Default profile and nothing worked. However I then pulled out the backup database from before the upgrade and replaced the contents of the "codecparms" table with the data from before the upgrade. For the next couple recorded programs the audio was just fine but this morning I was watching a program that just got recorded and once again the audio is terrible again!!!

This is very frustrating because most of the recorded programs get recorded on that input. Why would the upgrade break this since the MPEG encoding is done in hardware?

ggulik,

Did you ever resolve this issue?

I have listened to your sample and it is exactly the same problem that I am having with about 50% of the times that I use myth, and it only started with R5F27.

My configurationis is similar to yours:

2 PVR-500
4 Expressvu 3100 (same as the Dish 301)
Composite video inputs from the receivers

Regardless of whether I am watching directly, or recording something, I get the same audio as your sample about 50% of the times.

Cheers,
Victor

Vabiro- I had this problem- you can solve it with this line at the bottom of your channel_change script:

/usr/local/bin/v4l2-ctl --set-audio-input 1 -d /dev/video1 >/dev/null

But take not that /dev/video1 corresponds to whichever input you're recording on. You might have to experiment with video0 or video1 (or maybe even video2) when the audio is bad to get it right.

Dave

Yes, I still kinda have the same problem and I resolved it in the way pilesofspam suggested. However for me I have to sometimes do that several times before the sound "fixes itself". My channel change script has a loop to do the v4l2-ctl command 10 times 1 second apart after changing the channel. I had it do it 5 times and occasionally it wouldn't be enough and my whole recording would end up "raspy"

I now have a new problem that might be related. Occasionally my analog recording card gets messed up and the picture looks messed up like watching analog TV with a weak signal but only on my S-Video input from my Dish receiver. My capture card has two inputs, the other is connected to a cable TV signal and that one is always fine for some reason. I've tried to fix it various ways but it seems that only a complete power down/power up fixes it.

Search the forum for a delayed_settings.sh file- that's probably your best bet. Then at the bottom of your channel_change.sh file, slap in this:

/usr/local/bin/delayed_settings.sh &

I'm using a variation of the delayed settings script now to fix the raspy audio. However, that does not help my video sync issues. Only a power down completely and then power back up seems to fix it. Reboots and hard resets do NOT fix it. Only a complete power down.

I had none of these problems prior to R5F7.