PDA

View Full Version : R10 glitch, black screen: "Video Seems Stuck!!!"



bushing
08-30-2006, 01:32 AM
A while back, I posted a message here (http://www.dealdatabase.com/forum/showthread.php?t=50083) about problems I've seen on my R10, and which I've seen mentioned several times both here and on the other board: Video will occasionally glitch (pixelization for 2-3 seconds, looks like a signal-strength hit) and sometimes the video will die altogether -- I'll come home and turn on my TV to be greeted with a blank screen. Menus still work, but all video is blank, and the unit won't record until I power-cycle the unit. Based on some comments I'd seen, I believed it was an access-card issue, but one specific to RID units.

I replaced the PROM in my unit and installed an ethernet adapter, and believed I have made some progress. Whenever the video dies (black screen), I get this in my kernel log:


Aug 28 10:08:24 (none) kernel: Receiving ATR: [pespvr]-Video Seems STUCK!! Reseting the video decoder.
Aug 28 10:08:24 (none) kernel: Video Seems STUCK!!
Aug 28 10:08:24 (none) kernel: Playback Channel 0
Aug 28 10:08:24 (none) kernel: PVR State: Running=Y,Busy=N,Finished=Y
Aug 28 10:08:24 (none) kernel: Driver State: Play, Video Black: N, RealPicCount: 0
Aug 28 10:08:24 (none) kernel: Video Fifo: (1%) 8080/655360
Aug 28 10:08:24 (none) kernel: Audio Fifo: (19%) 12544/65536
Aug 28 10:08:24 (none) kernel: Playback: (0%) 0/131072
Aug 28 10:08:24 (none) kernel: Audio HasAudio: N PTSReq: 0 Error: 0 ADP: 0
Aug 28 10:08:24 (none) kernel: SyncMode: STCSync
Aug 28 10:08:24 (none) kernel: Video STC: 0x17A9BB2D, Audio STC: 0x17A9BB2C
Aug 28 10:08:24 (none) kernel: Video PTS: 0x17A641F5, Audio PTS: 0x17A9B405
Aug 28 10:08:24 (none) kernel: Video Delta: 227640, Audio Delta: 1831
Aug 28 10:08:24 (none) kernel: Bytes Added/Played/Buffered 0/0/0
Aug 28 10:08:24 (none) kernel: Underflows/Timeouts/BufferBlocks 286950/0/0
Aug 28 10:08:24 (none) kernel: Descriptors Completed/Free/InHw 0/32/0
Aug 28 10:08:24 (none) kernel: Bytes Attempted/Written 2037759808/2037759808
Aug 28 10:08:24 (none) kernel: InIoctl: 0 InWrite: 0
Aug 28 10:08:24 (none) kernel: SCV Start: 01d43230 End: 01d73230
Aug 28 10:08:24 (none) kernel: SCV Size: 0 MaxLimit: 63488
Aug 28 10:08:24 (none) kernel: SCV Upper: 63488 Lower: 24576

I have other messages that occur once every few hours that look like this:

Aug 24 10:05:06 (none) kernel: Receiving ATR: /tvbin/dssappAV: ### WARNING: CamIoSequence: Unrecognized procedure byte (0x4C)

Aug 24 12:18:57 (none) kernel: Receiving ATR: /tvbin/dssappAV: ### WARNING: CamIoSequence: Unrecognized procedure byte (0x4A)

Aug 24 12:19:00 (none) kernel: Receiving ATR: ERROR!! Video wait on Event took 89 jiffies! [vjiffy=3842787, jiffy=3842876]
Aug 24 12:41:08 (none) kernel: /tvbin/dssappAV: ### WARNING: CamIoSequence: Failed to read procedure byte: (timeout)
Aug 24 12:41:08 (none) kernel: /tvbin/dssappAV: ### WARNING: LL_GetUartStatus: UART status is not clean: 02

My theory is that those lines correspond to glitches, but I haven't been around to see one since I looked at the logs.

I plan on writing a cron script to reboot the tivo whenever it sees the "Video Seems STUCK!!!" bit in the logs, but it'd be nice to figure out what was causing this. Anyone know how to reset the access card without rebooting the tivo, or something?

Anyone else seeing this?
-b

1krc2
12-29-2006, 05:21 PM
I've posted a reply to the post here (http://www.dealdatabase.com/forum/showthread.php?t=50083) that Ben mentioned above on this R10 issue. Nothing new, just posted some information about what I tried so far. I'm really interested in getting a new access card but I'm not sure what to say to the DTV folks to convince them to send me a new one to see if it makes any difference.

Regards,
Keith Cochran
______________________________________________________
R10 Prom Modded 200 Gb
Compiled kernel from 7.1 TiVo source -- Thanks Jamie!