Doesn't Find Satellite Channels

[zed]

My problem with the Schedules Direct EPG is fixed (Thanks, Sub) so I'm trying to get my DVB satellite capture source set up. I'm running NPVR in the same box as GB-PVR so it's using the same hardware (Twinhan DVB card...1025, IIRC) and drivers. It all works fine in GB-PVR but NPVR scan doesn't find the channels. I'm using the same values in both and the ini files for the satellite are virtually identical. GB-PVR finds two channels as Unknown1(AC3) and Unknown2(AC3). Looking at the NPVR log (attached) it looks like the signal strength and quality are there (and the same as GB-PVR shows) but it doesn't appear to find the channels. The TwinhanDTV app also finds and plays them just fine so I'm pretty sure the signal is sufficient. It's looking at AMC21, tp 22 (12140V) if you want to check Lyngsat. I'm trying to get the PBS HD channels. This where I record about 80% of my shows so I'd really like to get it going so I can swing over to NPVR. Any idea where to look? Any help will be appreciated.

[sub]

Create a c:\temp directory, and set HKEY_LOCAL_MACHINE\Software\NPVR\LogTSFlow=2 (DWORD) in the registry, then scan again, then zip and attach your c:\temp\mon.txt.

[zed]

Here it is...

Thanks.

[sub]

I can see it receiving transport stream data containing two channels. Is this not what you'd expect? If not, then this is some frequency.

22:58:46.222 ParseTable() called for pid 0
22:58:46.222 CRC32 is good. Parsing PAT...
22:58:46.222 PAT maps service_id 0003 to PMT PID 48 (0x0030)
22:58:46.222 PAT maps service_id 0004 to PMT PID 64 (0x0040)

22:58:46.972 Parsing PMT (pid = 48, service_id = 3) (CRC32 is good)
22:58:46.972 - PID 0x31 (ES) stream type: 0x2
22:58:46.972 - PID 0x34 (ES) stream type: 0x81
22:58:46.972 - PID 0x35 (ES) stream type: 0x81

22:58:46.972 Parsing PMT (pid = 64, service_id = 4) (CRC32 is good)
22:58:46.972 - PID 0x41 (ES) stream type: 0x2
22:58:46.972 - PID 0x44 (ES) stream type: 0x81
22:58:46.972 - PID 0x45 (ES) stream type: 0x81

[zed]

Yes, there should be two channels. But I think the PIDs should be 49 and 65 for service IDs 3 and 4, at least according to Lyngsat. :confused:

When I run the scan, it seems to complete but doesn't show that it found any channels.

I'm not sure I understand what you mean by some frequency. Then again, it's just after Midnight here. Happy New Year...

[sub]

2010-12-31 20:26:36.769 [ERROR][1] Error initialising Direct3D: SlimDX.Direct3D9.Direct3DX9NotFoundException: Direct3DX 9 was not found. Please install the latest DirectX end-user redistributable package from Microsoft. ---> System.Runtime.InteropServices.SEHException: External component has thrown an exception.
at D3DXCheckVersion(UInt32 , UInt32 )
at SlimDX.Direct3D9.Direct3D..ctor()
--- End of inner exception stack trace ---
at SlimDX.Direct3D9.Direct3D..ctor()
at NextPVR.Utility.Direct3DHelper..ctor(IntPtr windowHandle, Int32 width, Int32 height)
at NextPVR.ControllerForm.Form1_Load(Object sender, EventArgs e)
2010-12-31 20:26:36.769 [INFO][1] Continuing with Direct3D disabled
2010-12-31 20:26:36.847 [DEBUG][1] DoCompositeRendering() took 62.5ms
2010-12-31 20:26:36.957 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.082 [DEBUG][1] DoCompositeRendering() took 62.5ms
2010-12-31 20:26:37.176 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.285 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.394 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.504 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.613 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.722 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.832 [DEBUG][1] DoCompositeRendering() took 46.875ms
2010-12-31 20:26:37.941 [DEBUG][1] DoCompositeRendering() took 46.875ms

BTW, you dont have seem to have the required directx components installed, which causes the app to render the UI in software. This will use a lot of extra CPU and will stop it from doing animations etc. You can get it from http://www.microsoft.com/downloads/detai...laylang=en

That said... you can also get this error message if you're temporarily using the app over remote desktop though. In which case you may already have the directx components installed, and can safely ignore this.

[zed]

OK, thanks. I'll take care of that.

Any ideas about the channels not being found?

[sub]

Any ideas about the channels not being found?

See if this helps. It adds logic to cope with situations where there is no SDT available (SDT = Service Descriptor Table, which is a list of the channels in the stream and their names). You'll still get no names, like GBPVR, because the SDT isnt available in the stream.

[zed]

Yep, that did it. It found the two channels and seems to work fine. I think I'm pretty much good to go now. Thanks for all your help.