so, from the coax cable input? i ask because they are slightly different, the coax input uses the tuner....the others don't..
plus, i don't have any analog signals in same room as machine...:o
sorry, i don't have any analog inputs in that room w machine to test...and am moving at the moment so will have to revisit later..
may be a week or so, but i remember using that setup quite well w 64bit just not that much mem..
i would triple check your new ram... try other sticks, or swap positions and see if any different results.
sometimes bad ram can hide, it doesn't get used until the other memory is exhausted.
Sorry for the delay. I was out of town for a week.
I wiped all ATI components out and reinstalled them.
Digital (ATSC) finds all the channels and successfully displays/records programs.
Analog (NTSC) finds all the channels but any attempt to display/record a program leads to a black screen.
Dropping memory to 3095MB allows everything to work as expected.
The server has two sticks of 8GB. Trying each stick separately gives the same results. (Everything works except analog(NTSC) displaying/recording of programs.
The display drivers appear to working ok because ATSC works fine and I can at least scan for channels on NTSC.
When I get the black screen when trying to watch, there is no error. NPVR thinks everything is fine. I can ESC out of it to get to the main screen just as if it was working.
All this leads to question the filter chain.
Code:
Graph filter list:
- NPVR Writer2
- NPVR Writer
- Infinite Pin Tee Filter
- MainConcept (HCW) MPEG Multiplexer-Plus
- MainConcept (HCW) Layer II Audio Encoder
- MainConcept (HCW) MPEG-2 Video Encoder
- ATI AVStream Analog Capture
- ATI AVStream Analog Xbar
- ATI AVStream Analog TV Audio
- ATI AVStream Analog Tuner
Specifically the SoftPVR pieces.
This would explain why I can scan for NTSC channels but can't watch/record them.
If I could get NPVR to recognize the hardware encoder, I could bypass the SoftPVR pieces.
pBS talked about modifying the AnalogDevices.xml to make this happen. Can we revisit that?
Scanning uses different parts of driver. It doesn't depend on any data flowing from the device. Its entirely possible this aspect could function while the device is unable to deliver any data.
Does this device have <Type>HARD_ENCODE</Type> in it's AnalogDevices.xml section?
<Device filter="ATI AVStream Analog Capture">
<Name>ATI 550 Pro</Name>
<Type>HARD_ENCODE</Type>
<FilterEncoder>ATI AVStream Analog Capture</FilterEncoder>
</Device>
The name is ATI 550 Pro while I've got a 650 Pro, but that shouldn't make a different, right? The "ATI AVStream Analog Capture" is the correct device filter name.
I just looked at the logs you posted earlier, and saw about it being unable to find the pin medium for this device, so couldn't find the hardware encoder.
I could probably hard code some logic to force it to find the hardware encoder for this device, but I suspect it's this device is going to be non functional with that extra ram, so it might be worth you trying to confirm the device is functional before I go to that effort. ie, you might need to download Microsoft AmCap, or try the device in GraphEdit. If it functions in either of those, then I'm happy to spend the adding a work around for the detection of the encoder on this device.