Problem preventing a move from GBPVR

[griffy]

What is being used instead of MDAPI with nPVR as it doesn't work without stutters for myself with either a HVR4000 or a HVR4400 Satellite Sky TV yet I still get 100% perfect MDAPI/Acamd with GBPVR? Acamd shows no errors and .250ms card reading.

Also the .TS player is still rubbish compared to the GBPVR one, I can pause and play with skip etc flawless with GBPVR yet nPVR is rubbish and requires skip-backs to restart playback and sometimes even a stop and resume. I had 3 crashes with nPVR even trying to pay a recorded 60 min .TS freeview file! Nothing in logs either.

specs are Vista SP2 , ATI 5770, coe2Duo@2800, 3 gig ram

still can't move from GBPVR sorry

http://forums.nextpvr.com/showthread.php...ight=acamd


I don't want to sound negative as GBPVR was and still is perfect for myself but I wait with every release of nPVR hoping for fixes yet I see no improvement since day one for these 2 problems.

[Reddwarf]

NPVR does not use the MDAPI any more, you simply put the requierd Acamd files in the device's subdirectory under MDPlugins. When you enable multidec for a device and set the number of instances, NPVR will create that number of subdirectorys with the device's name under MDPlugins. Note that each instance will have to have its own login user/password in NewCS (or whatever cardserver you use). Yes I know, I should have written the wiki pages for multidec, just haven't got around to do it yet :o

The skip/resume issue is a known problem, I changed decoders to LAV and it works better, thou not perfect. In any case, npvr should not crash, so that must be something else.

[sub]

What is being used instead of MDAPI with nPVR as it doesn't work without stutters for myself with either a HVR4000 or a HVR4400 Satellite Sky TV yet I still get 100% perfect MDAPI/Acamd with GBPVR? Acamd shows no errors and .250ms card reading.

I'm not sure what to suggest on this. The applications doesnt play a very active role in this stuff. The application simply routes data coming from the device through the multidec plugin and ffdecsa.dll and these take care of the decryption.

Also the .TS player is still rubbish compared to the GBPVR one, I can pause and play with skip etc flawless with GBPVR

I'd have to call rubbish on that one. The TS playback in NextPVR definitely isnt perfect, but it's heaps better than TS playback in GBPVR. In GBPVR it had no idea how long files where (so it'd guess), skipping lengths were random and would usually be way off, and often go the wrong direction.

Most people that have though that TS playback was better in GBPVR have found that they werent using .TS for recording, but rather .mpg (via Cyberlink mux) or .dvr-ms (vis DVR-MS mux).

NextPVR does have an issue with skipping while .ts playback is paused, but GBPVR had the same issue. (since both were derived from the same Microsoft sample filter that had this issue)

yet nPVR is rubbish and requires skip-backs to restart playback and sometimes even a stop and resume. I had 3 crashes with nPVR even trying to pay a recorded 60 min .TS freeview file! Nothing in logs either.

These definitely shouldn't be happening and I'm not seeing other reports of these. If you're able to post a more detailed description of these, and logs if you can, then I'll definitely look into them for you.

I don't want to sound negative as GBPVR was and still is perfect for myself but I wait with every release of nPVR hoping for fixes yet I see no improvement since day one for these 2 problems.

Sorry - I can clearly hear you frustration. I should at the very least be able to solve any crashing / skipping problems you're having, but you're going to need to post the full details.

[griffy]

Its not so much the 'skipping' issue I guess but rather the restart from a paused state whilst playing a .ts file, sometimes they just never start playing again and you have to press stop then resume (also the file can hang after a skip too). This never happens with GBPVR.
The Decryption works perfect, its just the recorded .ts file is full of micro skips which will play back with the internal player and any external player. This also never happens with GBPVR. I guess there is no way to use MDAPI like in GBPVR? I only need to record one SKY channel at once so not really worried about multi-channel etc on encryption.

[sub]

Its not so much the 'skipping' issue I guess but rather the restart from a paused state whilst playing a .ts file, sometimes they just never start playing again and you have to press stop then resume (also the file can hang after a skip too).

If I press 'pause', then later press 'play', its starts just fine here.

Is this when you skip around with the file paused? This is a known issue that I'm looking. As long as you dont skip around while the file is pause, then it should be fine. If its not related to skipping while paused, then post the logs and I'll take a look.

The Decryption works perfect, its just the recorded .ts file is full of micro skips which will play back with the internal player and any external player.

In my view this sounds like some decryption problem caused by either ffdecsa or the multidec plugin. Are you definitely using the same ffdecsa?

I guess there is no way to use MDAPI like in GBPVR? I only need to record one SKY channel at once so not really worried about multi-channel etc on encryption.

No, you cant use the old MDAPIFilter.ax with NextPVR. They should be pretty much the same though given same version of ffdecsa.dll and the same card server and multidec plugin.

[sub]

A patch to fix the problem with skipping while paused can be found here: http://forums.nextpvr.com/showthread.php...post420326

[griffy]

yeah it's skipping whilst paused, I like to pause - skip adverts, like 2mins x2 then 10 sec back or forth - then play

I will try that patch, thank you.

Using all the same setting/files of Acamd etc with both nPVR and GBPVR. Will keep trying.

Thank you for all your help.

[psycik]

Hmm not going to chime in on most of it. But this sentence interested me.

yet nPVR is rubbish and requires skip-backs to restart playback and sometimes even a stop and resume. I had 3 crashes with nPVR even trying to pay a recorded 60 min .TS freeview file! Nothing in logs either.

I seem to find when skipping with Freeview|HD forwards (to jump the ads) we occasionally get a period where it stops, and have to correct it with a small skip backwards to get it to resume.

[Reddwarf]

Hmm not going to chime in on most of it. But this sentence interested me.



I seem to find when skipping with Freeview|HD forwards (to jump the ads) we occasionally get a period where it stops, and have to correct it with a small skip backwards to get it to resume.

Now that is a problem I also experience from time to time, even with the latest patches.

[griffy]

3 years on, all these problems still exist for me with nPVR, I test with every update in hope, and no problems with GB-PVR for 6 years!!!

Is this a Vista problem maybe?