nPVR is very non-responsive

[kappa__2]

Would be interesting to know what server hardware you are using, I'm running npvr on an Athlon 64 3GH< dual core with 4 gig ram and a raid 0 array, and I am quite satisfied with the channel changing speed.

My hardware is not very recent but good enough:
Dual core 2.8Ghz,
2 GB RAM
windows 7 32 bits

I'm currently running a dual boot Linux / Windows system,

Linux VDR + xbmc + vompserver using MVP as clients
Windows : Dvbviewer (no MVP) and sometimes NPVR + MVP

With NPVR my channel change times are around 3 to 5 sec (more - up to 10 sec - with encrypted channels).
Even more when using MVP.

I dont get those times with VDR or Dvbviewer.
VDR changes channel almost instantly (1-2 sec even with the MVP) and with DVBviewer the times are around the same.

In fact regarding the channel change times, those programs are my references (and my wife's too - don't forget the WAF factor)
The sluggishness that i mentioned is in my oppinion the sum of small waiting times (disk writing buffer, black screens, encryption issues, etc etc...) that interfere with viewing experience.

I want to be fair with Sub. I DO appreciate is work that i've been following since 2006. I've tried all is releases hopping to stay with NPVR.

So i'm starting a new clean windows install to give another shot at NPVR.
I want to use windows (other factors) and NPVR is the only PVR on that OS with decent thin client support.

I'll post my findings here and i'll try to be constructive with my critics.

[ACTCMS]

I've been following this thread with growing frustration. Basically, I'm having extreme difficulty understanding exactly what the problem is with a sub 3 second channel change. :confused:

On a modern TV using its built-in DVB-T (Freeview) tuner, the normal channel change time is 3-4 seconds even between channels on the same mux - and that is using the channel up/down buttons.

Alex

[sub]

My hardware is not very recent but good enough:
Dual core 2.8Ghz,
2 GB RAM
windows 7 32 bits

I'm running a dual boot Linux / Windows system,
Linux VDR+xbmc+vompserver using MVP as clients
Windows : Dvbviewer and sometimes NPVR + MVP

My channel change times are around 3 to 5 sec (more - up to 10 sec - with encrypted channels).
Even more when using MVP.

I dont get those times with VDR or Dvbviewer.
VDR changes channel almost instantly (1-2 sec even with the MVP) and with DVBviewer the times are around the same.

In fact regarding the channel change times, those programs are my references (and my wife's too - don't forget the WAF factor)
The sluggishness that i mentioned is in my oppinion the sum of small waiting times (disk writing buffer, black screens, encryption issues, etc etc...) that interfere with viewing experience.

I want to be fair with Sub. I DO appreciate is work that i've been following since 2006. I've tried all is releases hopping to stay with NPVR.

So i'm starting a new clean windows install to give another shot at NPVR.
I want to use windows (other factors) and NPVR is the only PVR on that OS with decent thin client support.

I'll post my findings here and i'll try to be constructive with my critics.

Sorry - this is sounding mostly MVP related, so different issue to that Channel4 originally raised. MVP use is slow. The main reason for this is because of the use of the Hauppauge communication protocol, which allows us to give the full NextPVR UI etc, which you dont get with the other software options you mentioned. NextPVR is slightly slower than GBPVR for changing channels on an MVP due to a few reasons - there isn't much in it though.

The reality is that I'd given up supporting MVP client devices even before starting development of NextPVR. I did implement enough for MVP owners to use their device, but given its not a good match with today's broadcast standards used in most countries it's not worth commiting the time to this very dated device.

I dont see the MVP ever getting any quicker with NextPVR.

[kappa__2]

Sorry - this is sounding mostly MVP related, so different issue to that Channel4 originally raised. MVP use is slow. The main reason for this is because of the use of the Hauppauge communication protocol, which allows us to give the full NextPVR UI etc, which you dont get with the other software options you mentioned. NextPVR is slightly slower than GBPVR for changing channels on an MVP due to a few reasons - there isn't much in it though.

The reality is that I'd given up supporting MVP client devices even before starting development of NextPVR. I did implement enough for MVP owners to use their device, but given its not a good match with today's broadcast standards used in most countries it's not worth commiting the time to this very dated device.

I dont see the MVP ever getting any quicker with NextPVR.

Ok. Fair enough. I get that the MVP is old and i remember that you wanted to stop supporting it.
But there are, in fact, still some issues regarding the overall response of NPVR that i hope you'll improve in the future. (not MVP related)

But i'll rest my case here. _I am not much of a poster - 28 posts in 6 years, but reading Channel4 post, i felt that he had some reason with is claim.

Thanks

[sub]

But i'll rest my case here. _I am not much of a poster - 28 posts in 6 years, but reading Channel4 post, i felt that he had some reason with is claim.

It's not a case of not believing him, it just hard to picture were the problem might be if "everything is slow". This is not the experience of most people, so I think it's something about his setup that's making it slow - whether its slow processor, high latency DPC, or slow graphics, choice of antivirus software, or something else I dont know. Very difficult to guess, but most likely one of these types of things if it's effecting the whole app.

Usually if its something in particular, like the TV Guide is slow scrolling, but the rest of the application is fine, then it gives me something to focus on. I can add logging message etc to find out where the time is going.

[Channel4]

Yeah Right, I know of no .Net application which compiles with a shoddy performance like this straight of the box.

I have other reservations too about the app, short of being overly outspoken I haven't said anything. Why bother. Time to shelve this virus.

[Jaggy]

Hmmmmmmm this poster seems to remind me of something recently...., "lots of moans" with "no real details" to go on & never giving any real information plus heaps of slanging off about NextPVR. Remind you of anything??

I really don't know why these sorts of posts get all the replies that they do (excluding replies from sub trying to work out what they are actually getting at) as they never hang around even after things are sorted out....if they ever give enough details to actually give sub something to work with to sort things out.

[sub]

Yep, I'd have to agree with you there Jaggy.

[johnsonx42]

yes, this does seem all too familiar.