WDM Recorder using Software Compression

[normanr]

pBS: the easiest place to look for those pin names is in the driver install package. With my drivers the pins are defined in Prop7134.dll. If I open it up in a hex editor and search for P?r?e?v?i?e?w then it only finds 3 copies (same if I search for C?a?p?t?u?r?e) - the ?'s are because the text is unicode and has null's between each letter. It's possible that GraphEdit gets the pin count wrong because of the two pins with the same name. If you look at the GraphEdit xgr files, you'll notice it also uses the Pin names, so that wouldn't work either.

In fact, check that. See how GraphEdit tells the difference, if it can. Then try apply the same change to the config-recorders.xml file. When you re-open the graph with all the settings, have you been using gfr or xgr, and is the audio capture pin restored correctly?

Yea, I've seen reports everywhere that the ATI encoders have much lower CPU usage. I'm using the 'tweaked' ones that don't require an ATI card to be present.

JawBone: You need to set it to whatever source you're using, that way it can mute and unmute the device for you. It also uses it to select which source is used for recording. Try opening the windows mixer while you're in timeshifting mode and see if changing anything will make the sound start working. You will also need to swap the mixer to recording settings (via options > properties) to change the way sound is recorded, compared to playback. It should mute the playback mixer, but unmute the recording mixer. This might be the same switch on old card, can you confirm?

kmtrue: can you reduce the amount of code changes to maybe just a Stop, Run and see if it works? i.e. is the double tuning required? I'm tempted to make the code ignore the 'output' vs 'input' story. It really is a hack that it assumes that the DirectX mixer is named the same thing as the Windows Mixer control. Can you send a dump of your logs so that I can see exactly what needs tweaking. If you want you could also send a patch for the plugin

[JawBone]

I'm pickin' up what your layin' down.
I will test to see if it behaves as you described.

I notice that timeshift mode slows everything down a bit, is there anything that might speed this up. (i.e. changing channels)

Likewise, might you be able to point me to a place where I might locate the ATI encoders that have been 'tweaked'?

[normanr]

Timeshift will inherently be slow, try using Preview mode

I've updated post #1, it now has a link to the article, which has a link to the download. It's a bit of a manual process to install the encoder, but it works fine.

[JawBone]

Are you referring to the ATI Avivo Video Converter on post #1?

[normanr]

Yep, that's the one. There's also a thread in the gb-pvr forums about it.

[kmtrue]

the double tuning is not required. I have modified to just do:

hr = mediaCtrl.Stop();
hr = mediaCtrl.Run();

and the recordings have audio.

In the zip file I have included a log where I was having the preview pin problem. I have also included the modified softwareRecorder.cs file.

You will see that I have hard-coded my specific mixer name. Not sure what your end-all solution would be. You could loop over all the mixers until you found what you needed. I'm not sure if there is a function call that would tell you the type of mixer you are looking at (input/output) to help limit your search....

I do have to say that I was surprised at how easy it was to figure out what was going on and how to patch it, nice work on the plugin!

[JawBone]

Got it! I checked searched, and found a thread announcing its release. The EliteBastards site it refers to has removed the download due to bandwidth concerns. I did find it here, though.

http://downloads.guru3d.com/downloadget....0275957816

I will attempt to install and test.
BBS

[pBS]

notice my xgr has the INPUT 'pin' and the output 'name' not both..
<connect direct="yes" src="Video_Capture_Device" srcpin="6" dest="ACM_Wrapper" destpin="In"/>

and yes,the xgr DOES save the settings properly..from channel in tuner to ati encoder

if i load a graph, save it, change the channel and save it as another file, and change encoder values and save as another file, each xgr retains the settings saved in it...and is slightly different altho i can't decypher the changes..
[tho changes *are* in the expected 'data']

[normanr]

hrm, GraphEdit has clearly got some cunning tricks up it's sleeve to solve the pins being called the same thing. The gb-pvr preview mode code needs to be change to support this, so this is something that sub needs to handle.

[pBS]

actually the routing i need to do isn't on a crossbar at all! it's the capture device itself..i have 2 crossbars and one capture device,and the capture device is the one i need to rout, and since you rout with numbers in the xml i was wondering if i could manually get the capture device in there somehow so i manually specify it's routings myself..that would probably solve my problems with this capture device...what do you think? i'lll send a copy of my recorder config and a xgr of a working encoder and preview graph..
edit: man firefox is cool,i rebooted while playing with the usb device and firefox saved not only my page, but the text i was writing on the reply! came back and there it was...lol [i use session saver extension,it rocks!]