Howdy,I just upgraded from 3.6x to 3.7b, and after a cold reboot, I had a working tuner2 (from Myth), but only dark static on tuner1. I did another cold reboot (~2 minutes off time in both cases), and the problem went away.
I had a similar problem when I installed 3.6x, but didn't keep track of the (many, probably unnecessary) gyrations used to resolve it that time. I may have gotten away with what I just did with 3.7b. Once 3.6x was working, additional warm and cold reboots did not bring the problem back. I haven't tried additional reboots with 3.7b.
This is with an NTSC PVR-500 rev D592 with a type 57 tuner.I have attached the logs below. The load for the first cold boot, where tuner1 had static, is named take1. The second working boot is named take2. I stripped the leading timestamp and diffed the files, and came up with this:
[EMAIL PROTECTED]:/tmp$ cat take1 | sed -e "s/.*stern\\(.*\\)/\\1/g" > take1.clean [EMAIL PROTECTED]:/tmp$ cat take2 | sed -e "s/.*stern\\(.*\\)/\\1/g" > take2.clean
[EMAIL PROTECTED]:/tmp$ diff take1.clean take2.clean 25d24< wu-ftpd[2830]: FTP server (Version wu-2.6.2(1) Sun Apr 17 09:42:13 UTC 2005) ready.
45,46c44,45 < kernel: ivtv: ivtv_enc_thread: pid = 2862, itv = 0xf8ee8220 < kernel: ivtv: ivtv_enc_vbi_thread: pid = 2863, itv = 0xf8ee8220 --- > kernel: ivtv: ivtv_enc_thread: pid = 2933, itv = 0xf8ee8220 > kernel: ivtv: ivtv_enc_vbi_thread: pid = 2934, itv = 0xf8ee8220 I don't think any of that is important.After 3.6x was working, I had a 31 day uptime (until I just rebooted for 3.7b), and Myth did some serious recording with both tuners, all of which worked well, so I can't complain there. My only reason for trying a new release was to see if some color blocking I see would go away. (It didn't). Large blocks of pastel color with a slight gradient are noticably banded in the horizontal direction (very obvious in Futurama). Not a huge deal, but worth trying a new version. It might not even be in the recording.
Anyhow, I'm sure I'll be fine until I choose to reboot (system is on a UPS), and probably even longer than that. I thought I would just mention this in case either someone has a simple fix I haven't seen fly by the list, or someone else is seeing this and needs another data point or tester.
-Michael
take1
Description: Binary data
take2
Description: Binary data
