Very, very slow starting Live TV with HDHR

[wtg]

I recently re-setup my HDHR. It hadn't been working since I last upgraded gb-pvr, which I finally realized was related to my bda.ini being updated. However, I had already started setting it up from scratch again when I figured that out, so I continued.

Finally got it all working but now it takes about 1 minute to start watching live tv. When I look at the logs there's a couple strange thing I see... two references to tuners I don't have and never have had:

Code:

2008-09-20 14:09:12.784    INFO    About to attempt QAM tuning via USB HDTV-GT Tuner
2008-09-20 14:09:13.284    VERBOSE    FindFilterByName failed to locate filter: USB HDTV-GT Tuner
2008-09-20 14:09:13.284    VERBOSE    FindFilterByName failed to locate filter: USB HDTV-CR Tuner
2008-09-20 14:09:13.284    VERBOSE    Created instance of 'USB HDTV-CR Tuner'

I am using the HdhrProgramFilter.exe program to change channels but it doesn't appear that this is the problem. The other failure message I've noticed in the log occurs here:

Code:

2008-09-20 14:19:25.049    VERBOSE    getSetting(DeinterlaceMethod)
2008-09-20 14:20:15.705    INFO    pFG2->RenderEx(pOutputPin, AM_RENDEREX_RENDERTOEXISTINGRENDERERS, NULL) failed: -2147024882 (trying normal render() next)

I've clipped out what I believe is the interesting portion of the logs that shows what's going on and attached it.

Tim

[sub]

2008-09-20 14:19:24.299 INFO About to attempt QAM tuning via USB HDTV-GT Tuner
2008-09-20 14:19:24.799 VERBOSE FindFilterByName failed to locate filter: USB HDTV-GT Tuner
2008-09-20 14:19:24.799 VERBOSE FindFilterByName failed to locate filter: USB HDTV-CR Tuner

You can ignore this.

2008-09-20 14:20:15.705 INFO pFG2->RenderEx(pOutputPin, AM_RENDEREX_RENDERTOEXISTINGRENDERERS, NULL) failed: -2147024882 (trying normal render() next)

This typically means that one of the decoder you're trying to use failed to hook up. Try other decoders. Also try setting the audio renderer back to 'system default'.

[wtg]

I set the audio renderer back to system default, but I still get the same behavior.

One thing I noticed... the problem only occurs with Live TV in Preview mode. When I start watching a recording the video starts right up, including a recording in progress.

I'm suspicious of the ArcSoft decoders actually, but uninstalling ArcSoft doesn't seem to have gotten rid of them.

Any other thoughts?

[sub]

The audio renderer change I mentioned wouldnt have fixed the problem you're having, but I recommend people stick with the 'system default' audio renderer unless they're trying to use a second sound card, otherwise there is a few playback problems they can encounter.

You problem in the logs was that it wasnt able to hook up the decoders you suggested. Directshow looks like its taking about 45 seconds to work this out. I'm sure you can resolve it by using different decoders than those you currently have selected.

[wtg]

So I've done a little more experimenting and I'm even more confused. The delay on Live TV occurs in Overlay mode, but not in VMR9 exclusive. Looking at the lastgraph.grf file both modes create similar files and both are using my configured NVidia Pure Video decoder and the AC3 Filter decoder, but the Overlay one has the long delay.

Any suggestions on how to figure out what the error is coming from? What's special about Live TV in preview mode that might be the culprit?