I'm trying to sort through some DirectShow filter and graph oddities on my system, using a combination of GSpot and GraphEdit.
Live TV, recorded dvr-ms (ATSC receiver) files and mpg (PVR-500) files play fine. GraphEdit renders appropriate graphs from recorded files using the nVidia video/audio decoders as they should. GSpot, however can't render a graph from DirectShow defaults.
I'd like to know what filters get included for Live TV play, but GraphEdit always pukes on GB-PVRs lastgraph.grf. I get a popup complaining about "unrecognized filter" or something similar.
Note that I've configured GB-PVR playback parameters for "System Default," though I've gotten the same problem configuring GB-PVR to specifically use the PureVideo decoders.
I suspect a problem with nVidia PureVideo filter registration, _not_ GB-PVR. But I need to get more visibility into GB-PVRs interface with DirectShow to narrow the problem down.
The reason I'm digging into this is because I'd like to add ffdshow filters to my system in order to play e.g. MPEG4 media, but I don't want them to take precedence over PureVideo for MPEG2. Whenever ffdshow filters are enabled they always interfere with nVidia PureVideo filters and mess up my video quality. Live TV won't play from within GB-PVR at all while ffdshow filters are enabled.
Anybody have tips for extracting a usable filter graph from GB-PVR?
When I run MuxChecker it shows that I don't have any multiplexers. I have searched the forums but couldn't find out how to get the MS-DVR multiplexer. Any help would be appreciated.
I'm trying to find the proper post processing settings so I can watch recordings on my pocket PC. Anyone have any luck with this?
The post processing itself seems to work fine (thanks Sub!) but I'm not able to reduce the quality enough to get it to play on my pocket pc. I have tried setting it to divx, xvid, and wmv and they all stutter/lag when I play them (audio is fine, but video skips). I have played other 700MB divx files without problems, but not the ones created by gbpvr. I am only unable to open the Settings window on the Processing tab for Windows Media Files and I have setting it as low as 'Video for Modem 12kb' setting. (or something similar?!).
Do I have to purchase divx to get access to the divx settings?
I have a Hauphage pvr 150 and a pvr 500 (dual analog version of the 150).
ONE of these cards is producing really staticy output but I don't know which.
How can I watch a channel on a particular tuner and work out which one it is that is giving me the problem? Is there a database entry which identifies the tuner card that was used to record a program? Or is there a utility I can use that shows the stations as tuned in by GBPVR?
I can see that there are brightness and contrast controls in direct.ini and they they range 0-100. My ATI 550 seems to accept values from 0-255, where 128 is "normal".
My question is, does this equate to 50 being "normal" in GBPVR (128 on the card) and 75 being 192 etc?
There doesn't seem to be a volume control in there, I assume "gain" is for the image. Can the volume be fixed by direct.ini, it is a little loud at times and sounds as though it is clipping irrespective of system volume.
I'm trying to invoke a series of small external console apps from inside a plugin. I want them to run without a window appearing and I'd like to redirect the console output to a file. Ideally, having the option of running them in the background would be nice. I'd also like to keep the apps very simple - without requiring the passing of multiple arguments, etc. This thread, which describes a proposed architecture for "mini-plugins" to feed the UbuStream plugin, will explain why I need to do this.
I have tried two approaches but am still unable to come up with a solution that fits the above criteria. One approach:
Code:
String myArgs = "> log.txt";
ProcessStartInfo startInfo = new ProcessStartInfo(dynSourceApp, myArgs);
startInfo.WindowStyle = ProcessWindowStyle.Minimized;
Process myProcess = Process.Start(startInfo);
myProcess.WaitForExit();
runs the app OK and, by removing the WaitForExit() line, I can run it as a background process. But the myArgs string is passed to the app as an argument instead of being interpreted by the shell, so the stdout is not redirected and no file is created. (Also, running in a minimized command shell window causes the apps to show up in the Windows task bar while they run. Irritating but not a show stopper.) The app completes execution fairly quickly, however.
This redirects the output to the file OK and the app runs invisibly (nothing in the task bar even) but it can't be run in the background since I'd need to get rid of the WaitForExit() line but then I wouldn't know when to write the captured output to the file. The command line ">" approach in the first example would have solved this by sticking the file output functionality into the shell process itself but the .Net "shell" doesn't seem to work like a real shell and do the right thing.
Interestingly, using the second approach, the app takes forever to execute. I mean waaaay longer than when run using ShellExecute. Which is wierd because you'd think the shell would add some overhead so running without it would be faster. (And, of course, you can't use RedirectStandardOutput unless UseShellExecute is false - Catch 22!)
I know that I could solve this with brute force and ignorance by having a switch in the target app, triggered by passing an argument, that would explicitly write execution log lines to a log file instead of to the console. But, as I said, I want to keep the design of the apps as simple as possible and with a minimum of confusing argument options.
I restarted GBPVR after not using for several months. Set it do do some recurrent recordings and one by time/channel. When I go to use it, it appears "frozen": It shows pending recordings for dates last week, and shows that it is "recording" a program 10 days old. These displays have not changed for a week. I am unable to cancel the one that is "recording". The system date/time is correct, and the TV Guide date/time are correct.
Ideas? I am attaching all the log files I could find.
