WDM Recorder using Software Compression

[normanr]

ggee: hmm, can you send the log files from you testing. They will probably show where the delay is.

[blaudden]

The digital tuning parameters are there. They are part of the CannelTuning class passed to startRecording.

I recompiled ExternalRecorder, and it seems like it must have been using .NET 2.0, since GBPRV refused to load. How can I avoid that?

Have also managed to compile and mod the Twinhan Sample Application(wich is in C++) but still no picture. On any channel...

I can look at the graph in GraphEdit, seems like it inserts "ffdshow MPEG-4" to MPEG2 Demux. That must be the problem.. If I can just get the sample to work it can easily be modified to be called from ExternalRecorder and dump to a file.

Later on I guess the graph-building part can be ported to C#, or maybe compile the graph-building part of the sample into a dll and use it directly from a recorder plugin without having to spawn a second process. Just need to fiddle with the sample to understand better.

[normanr]

The digital tuning parameters are there. They are part of the CannelTuning class passed to startRecording.

yes, and there's no way using the front end to configure digital channels for plugin capture sources.

I recompiled ExternalRecorder, and it seems like it must have been using .NET 2.0, since GBPRV refused to load. How can I avoid that?.

nope, all my builds are against 1.1. What error gets logged?

Have also managed to compile and mod the Twinhan Sample Application(wich is in C++) but still no picture. On any channel....

I can look at the graph in GraphEdit, seems like it inserts "ffdshow MPEG-4" to MPEG2 Demux. That must be the problem.. If I can just get the sample to work it can easily be modified to be called from ExternalRecorder and dump to a file..

can you supply a screenshot?

Later on I guess the graph-building part can be ported to C#, or maybe compile the graph-building part of the sample into a dll and use it directly from a recorder plugin without having to spawn a second process. Just need to fiddle with the sample to understand better.

you could always compile the c++ with .net extentions. That way it stays in c++, and GB-PVR can use it as a plugin.

[cererbro]

On a new setup I have the live tv working but recording fails, see error in log file attached. Any ideas what is wrong here?

I posted this in Support but it was suggested I should post here.

Thanks for any help.

[normanr]

seeing as it's failing to bind to the VideoEncoder, I'd assume that it wasn't selected in the configuration window properly. Did you install an encoder?

[cererbro]

The link provided at the start of this thread does not work anymore, does anyone have a current link to the Moonlight MPEG Encoder download.

Thanks

[Kevl]

Seem to remember reading somewhere that the company behind the moonlight encoder has gone out of business.


Kev

[davidx]

Im haveing some weird errors with this plug in. Some times it will work right but other times it will split the file into 1 min chunks (41.5 MB (43,600,000 bytes)) . Im useing the Elecard MPEG-2 Encoder Std 4.0 for MPEG-2 and have it set to medium for the encodeing. I am useing a ATI TV wonder pro on Windows xp pro sp-2 (with all the updates from autopatch xp) with a NVIDIA geforce fx 5200, 512mb ddr ram,Duron 1.3 proc and a asus a7v8x-x mb. I am also running the latest development version (0.20 - October 25th, 2005). My next thing is to uninstall and reinstall it to see if it is a install or reg error with the software but Ii would like someone to look at my log file just to be sure that I don't have something configured wrong some where.

[normanr]

hmmm, that would be the 'recording stuck' kicking in. If the size of the recording doesn't change every second, then it assumes that the recording has failed, so it automatically starts a new file to try and keep going.

I'll put something in build 21, so that you can tweak that value.

[davidx]

kool keep up the good work on the plug in it rocks when it works right on my box