I have an
AMD785 motherboard with integrated 4200 graphics
Hauppauge 2250 capture card
sargas 2.7 Ghz currently at stock speed.
2GB ram
XP Pro
ATI Mpeg decoder
Watching HD content is fine. The usual stutter when you select a channel but once you are watching no artifacts, etc.
As soon as I start recording it gets grainy, worse than SD content. It looks almost watery. I checked and it is playing back at 720 by 540? If I simply play the HD channel it will play at 720P or 1080I.
The really bizarre thing, I tried pausing a 720P channel one time, and it worked perfectly. That has only happened the one time.
If I do get a recording to go at 1080i, the playback is stuttering far beyond usability.
This happens from time to time where the Slimm tray icon will not show a program is being recorded.
Don't have alot more to go on. This is what happened this time:
I was watching TV in 'Live TV' mode, I know the tray icon was flashing green. GB-PVR went back to the main menu when it was time to start recording the program (no clue what the tray icon was doing but I do know I did not see a yellow bubble saying 'recording has started').
I went away from the computer about 30 mins and then came back to the computer. I had to restart the computer so I looked to see if the tray icon was flashing green and it was gray. Restarted.
When the computer finished booting up the tray icon was flashing green.
The program was an hour long program but I didn't realize I was only away for about 30 mins till after.
I will see if I can duplicate this and pay closer attention to what happened.
set up a sub-directory on my Main Menu server XP O/S system other day no probs. Tried it on Vista client but didn't get same results, all Main Menu items still load the same.
Here is my issue...I am recording multiple shows at once, sometimes 6 at a time. I am using comclean2 because the cuttermaran program creates a clean cut of the file (@ correct gop structure). Cuttermaran needs both a .mp2 and a .m2v file. These are created by enabling the demux ability inside comskip.ini.
The first recording uses the .cpf (cuttermaran project file) to open the project and uses the already created .mp2 and .mv2 files. After finishing, it moves on to the second recording, but erases the two demuxed files and proceeds to recreate them!? This adds unneeded time to the project...
Has anyone solved this problem before? Does this even make sense! Let me know, thanks!
-Tony
I'm having problems with the Irish DVB-T channels which used to work fine (fine when the signal is being transmitted! It's still technically a test here so not 100% reliable) but recently I've not been able to get them to tune in. The scan finds all the channels on two mux's (C61 seems to have the best signal). When I bring up the "map digital channels" screen in the config.exe, it shows RTE1 in the little window (but the tuning info must be some old config) as when I then do a rescan and click on one of the found channels the preview screen stops working. In pvrx2 when I select one of these channels the external amp shows some PCM sound briefly then it stops and the screen stays blank. It's odd that the scans seem to work but the results are unusable. I've read the "digital switch over" problem thread about DTT issues in Wales and no idea if this is related. It used to work find and clearly the channels are still watchable as sometimes I do get them in the preview window from some old config (which I'm guessing is the RTE1 tuning request I can see in the config.exe-native.log?). Logs and resulting scan.cache file attached. Any ideas??
Is there an obvious, non destructive, way of getting inside a Hauppauge remote? both mine are now a bit iffy with the 'OK' key and this leads to all sorts of mayhem with GBPVR as I'm not always sure it has been received and sometimes press up/down to see if the menu moves - the snag is this upsets things if the 'OK' did go out ok.
Usually the conductive rubber can be carefully cleaned, but getting inside without smashing it is beating me.
New version should help with problems when resuming from standby, especially when using the VMR9 renderer. See sig for links to the download and support thread. Comments welcomed.