Access ImportHDPVRChannelsForm

[sub]

Is this in GraphEdit? If so, then you probably dont need to worry about it in app, where you're not going to get prompted with a File Open dialog.

[mvallevand]

Ok, I will try it tomorrow, I see in graph edit I can hit cancel and no filename is saved.

Thanks for all your help.

Martin

[mvallevand]

Ok, good when I create the graph with no name, only the name file (and the Timing.Info) get created. However when I keep the LIVE& in the filename I get DAE errors in NextPVR.exe with "Faulting application NextPVR.exe, version 1.0.0.0, time stamp 0x4e2682e2, faulting module MSVCR90.dll, version 9.0.30729.6161, time stamp 0x4dace5b9, exception code 0xc0000005, fault offset 0x0003ae7a, process id 0xe98, application start time 0x01cc5300787fab40."

The last line of my NPVR logs look like

Code:

2011-08-04 21:13:42.067    [DEBUG][1]    Client got streaming handle: 5F903E8
2011-08-04 21:13:42.067    [DEBUG][1]    service type is: 0
2011-08-04 21:13:42.067    [DEBUG][1]    StartLiveTV@5

And based on the Notify it looks like it is the build graph event that is taking place.

(0x3e8==1000 which is where I start)

Martin

[sub]

I'm not sure if it is the cause of the crash, but I think your server_type is set wrong on the channel's CHANNEL_MAPPING entry in the database. Set it to 0x01 or 0x11 for MPEG2, or 0x19 or 0x1b or 0x86 for H.264.

[mvallevand]

I will try that, what about a source that can be either h264 or standard mpeg2?

Martin

[sub]

I will try that, what about a source that can be either h264 or standard mpeg2?

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.

You can have multiple channels on the same device with differernt service types (like DVB-T where you can often get mixtures of MPEG2 and H.264), and the app will stop and rebuild the playback graph to switch decoder types if you switch between channels that requires a different video decoder type.

[mvallevand]

Thank that was it, I had changed my graph to an HDPVR graph as a test, and I didn't know about the significance of the service_id. It will make the XMLTV import harder so I might look at having two "devices" returned in the list. If the Instance returned by GetStatus is the same does. will that identify conflicts?

Martin

[sub]

If the Instance returned by GetStatus is the same does. will that identify conflicts?

No, that is identified by GetResourceIdentifier(). Two matching strings form different devices tells the app that they cant be used at the same time.

[mvallevand]

Ok thanks, unfortunately I was wrong about a file not getting created. I end up with

4/08/2011 11:20p 0 (null)
4/08/2011 11:20p 0 (null).Timing.Info

in the folder with SGraphrecorder. Does the NPVR Writer support the IFileSink interface (here is the SGraphrecorder page) http://www.nolberger.se/Sage/GraphRecorder/

Martin

[sub]

Does the NPVR Writer support the IFileSink interface

Yes, that is why you get prompted for the filename by graphedit, and it's the function the app users to tell the writer filter where to write it's data.