I've been using GBPVR to record TV at home for a number of years. So I'm familiar with the program.
However in a new application, I'm using the current build in a Vista 64 bit environment to record a live camera. As the administrator, I've configured (and get) the S-video feed with LiveTV, but the recording doesn't save in the recording directory. It does show up in the LiveTV buffer directory (until it's eventually deleted. -Also, I believe you can use a remote setup to save it, but I don't have one). Why won't it save in the recording directory?
I've search the forums but couldn't find anything.
anyone seen the newest ati offerings, 785g chipset with HD4200 card builtin?
finally when they just got the 4xxx drivers working well, and gpu assisted transcode, they come out with the 4000 series onboard...hopefully they've learned something after the last go'round..
unfortunately, this looks to be just an upgrade of the 780g 3xxx style boards..not really like a 4350..
"Fundamentally the architecture of the graphics core itself is pretty similar to the GPU found in the 780G's Radeon 3200 graphics. You've got the same 40 stream processors with 4 texture units and 4 ROPs as the 780G, the same ability to address up to 512MB of system RAM, and the same 500MHz core clock speed."
This is probably a disappointment for those of you who were hoping for a true next-generation successor based on ATI's highly successful RV7xx architecture. The Radeon HD 4350 for instance sports twice the stream processors -- 80 -- with eight texture units and 4 ROPs. With the 785G chipset relying on the same 55-nm manufacturing process as the 780G, ATI couldn't affordably fit the 4350's 242 million transistors into their transistor budget for 785G.
AMD confirmed that multi-channel LPCM audio over HDMI isn't supported by 785G; like 780G the 785G chipset is limited to 2 channels only.
This problem has crept in under my radar - didn't notice after my recent complete re-install as it needed two simultaneous recordings before it manifested itself.
One tuner - the Compro Videomate S350 - is producing zero-length recordings, the other, the Hauppauge HVR4000, works fine.
Debug level log from GBPVRRecordingService.exe-native.log shows this:
I've reinstalled the drivers a couple of times, all to no avail.
I know it worked before the re-install. I've also re-registered the filters and no filter errors show up. I did try re-installing GBPVR but it kept rolling back with an error - not sure where to find out why and it would be nice to fix that - but since the other tuner works fine, I assume this is not a general but a tuner-specific error. Bad assumption? What else should I try?
Full logs attached:
[ATTACHMENT NOT FOUND]
PS: After a bit more testing, I find the problem is definitely the Compro. I tried switching the order of the two tuners and recording SD and HD, but everything results in the same problem: zero-length recordings.
In the Ready section, left-click "Ready", then left-click any recording on the right - it is faintly highlighted but not selected in a way that gives it the focus. Now, if you use the mouse scroll wheel, it erroneously scrolls the left menu (Ready/Whats New/etc) instead of the program list on the right that you just clicked. To compare, if you click "Ready" then use the right arrow, the first program is brightly highlighed and the scroll wheel works on it.
Likewise with the "Pending" and "Recurring" pages.
I noticed this when I upgraded to 1.3.11 (i.e. pvrx2) from the gbpvr.exe GUI,
so this GUI glitch may or may not be recently introduced. FWIW, gbpvr did not
have this problem.
I have the recording service set to Manual startup on my WinXP system,
so that I can have a system startup script do a few things before
the "net start". Lately, I see this error more often than not
in my startup log:
Quote:The GB-PVR Recording Service service is starting........
The GB-PVR Recording Service service could not be started.
The service did not report an error.
More help is available by typing NET HELPMSG 3534.
Despite that, the recording service always starts OK and I
have never failed to get recordings. The recording service log doesn't
show any errors. Maybe there is just some bad status returned to Windows that makes it think the startup failed?
FWIW this started shortly after I upgraded to 1.3.11
I don't know if whatever causes it is new in 1.3.11 since I was
upgrading from the very old 1.0.16. While it hasn't happened at
every startup since the first occurrence, it has happened for the last 20 consecutively.
There is a line of static at the tip of my recording that I assume is from my 10 dollar tuner card. I was wondering if there is a way to edit what gbpvr records so that line won't be recorded. Thanks.
Recently I dug into my stats think I see an issue where users are having trouble in one way or another.
I was wondering if Ultra users (or even interested parties) could chime in and tell me what is wrong...
Out of 175 registrations, only about 15-20 of you are using it on a daily basis. There are others that have not used it for a week or so, telling me you likely run it manually.
Then there are those that tried it and then didn't use it after that. At all.
Why?
Too difficult to install?
Too confusing? (Too many docs?)
It crashed, and you didn't have the patience to see if it could be fixed?
Online registration a deterrent?
Ultra version 1 working just fine...?
It's summertime - GB-PVR what?
Something else?
I'd like to know what I should do. As much as I really appreciate the support I do have, it might not be worth the effort of working any further on the project, if there aren't enough interested people.
All responses are welcome. If you prefer not to be in public, PM me.
Thanks
[SIZE="1"]BTW. I did find the nagging locking problem, and will be releasing the patch really soon...
[/SIZE]
