Access ImportHDPVRChannelsForm

[mvallevand]

Thanks, I tried a few writers and NPVR is the only one that creates the correct file (with Timing.Info great!) and also the files with the original file name.

Martin

[sub]

Your extra files are just because your graph loading code is setting a file when the graph is loaded. I can change the the logic in the writer filter to not create the file until the graph is run, but it'll have to wait until close to the next release.

[mvallevand]

Sure, that is fine. Based on what I have seen I absolutely want to use NPVR Writer.

Martin

[mvallevand]

You're going to have to tell the app in advance which channels are MPEG vs H264, since the app will need to add tha appropriate video decoder prior to playback.

Would be be possible for you to define a server_type for undefined, and then have NRecord treat the file like a recording, and after you determine the type you could pass it back to the plugin. Updating the database is easy, writing a full scanner just to find the h264 channels seems like a lot of unnecessary work.

Martin

[sub]

Sorry, but it just doesnt work that way. Unfortunuately for live tv it really needs to know in advance if it's H.264 or MPEG2 (so it can know what type of graph to build). It also uses this information to decide if a channel change will require the graph to be stopped and destroyed and a different graph built with different decoder.

[mvallevand]

Ok, I have to think about how to deal with that.

During NRecord start up I noticed you create two tuning plugin instances

Code:

Init Test Recorder
Using TestRecorder.xml from C:\Users\Public\NPVR\
RecordingServiceProxy@exit
Init Test Recorder
Using TestRecorder.xml from C:\Users\Public\NPVR\
RecordingService.Startup()
Starting remoting service

but the deconstructor is not called. Should I have a Dispose() event?

Martin

[mvallevand]

It should be non-zero. I usually use some incrementing handle number. ie, 1 then 2 then 3 etc.

For StartStream there doesn't appear to be any special handling for 0 or < 0 to indicate an error, but I can throw an exception which seems to be trapped and handled. Is throwing an error the correct way to return from StartStream()?

Martin

[sub]

Returning zero, and setting the reason should show an error to the user.

[mvallevand]

Ok it does shows the message (I was using "") but it still uses the zero as the handle and treats it as a real stream

Code:

2011-08-06 17:30:16.875    [DEBUG][10]    Live TV handle: 0x5F90000
2011-08-06 17:30:28.655    [DEBUG][10]    StartStream(6867:TVGCAN)
2011-08-06 17:30:28.655    [DEBUG][10]    looking for capture source
2011-08-06 17:30:28.656    [DEBUG][10]    checking: TestRecorder.TestRecorder
2011-08-06 17:30:28.657    [DEBUG][10]    enabled and present
2011-08-06 17:30:28.657    [DEBUG][10]    has channel
2011-08-06 17:30:28.657    [DEBUG][10]    live tv is possible
2011-08-06 17:30:28.657    [DEBUG][10]    Live TV handle: 0x5F90000
2011-08-06 17:30:48.690    [ERROR][5]    Live stream expired without renewal. (handle:5F90000)
2011-08-06 17:30:48.690    [DEBUG][5]    Stop Stream 0

Martin

[sub]

Was it the first channel, or on a channel change?