updated build (26th Nov)

[ACTCMS]

Maybe try running NRecord under your user account...

Alex

[sub]

"Uncle". Gave every permission under the sun and still could give the Nextpvr machine's localsystem access to the shared drive. (Win7 32bit Home Premium both machines).

Try what he said above, change the recording service to run as your account, or maybe as the 'NETWORK SERVICE' account.

Another thing I noticed is that navigation in Movies is very slow

Everything else in nlite is instant fast.

It was fast on my machine. If I had to guess, maybe Movies takes a bit of time to verify if a file exists, timing out accessing the network share? I don't know.

[lost@c]

Do you have 3.9.2 installed? I know you could get this behaviour with previous version of NextPVR, and the look of a URL in those logs makes me think that's the case for you.

That would be a "No". Have now and it's better although trying to go full screen makes the image freeze. I'll carry on playing to see if I can get it consistant.

[lost@c]

lost@c: Just in case you don't already know it, when you use x-newa in web client mode, you get the exact same NPVR user interface. You can even configure Kodi to go directly into the x-newa web client when you start it up if you want. And, as Martin says, the Librelec installation does make it quite easy to setup and configure. I use this setup on an RPi 3 client as my primary media source multiple hours every day, and it really does work quite well.

Yeah I already run it like that but just trying to make it even simpler. Was more of just a thought really.

[sub]

That would be a "No". Have now and it's better although trying to go full screen makes the image freeze. I'll carry on playing to see if I can get it consistant.

Yep, moving/resizing the window while video is playing, causing the video to freeze, was a known issue. I've fixed this today (but haven't posted this new version yet).

[mvallevand]

I've updated the nlite build at http://www.nextpvr.com/nlite-win32.zip.

- moved from RGB to YUV to reduce CPU usage.
- added experimental "-gpu" command line parameter for using dxva2 hardware acceleration during playback.

Any feedback much appreciated.

I tried today with the -gpu option and it crashes about 50% of the time but when it plays my CPU use for NLite goes down by almost 50%. Continuing fromr here http://forums.nextpvr.com/showthread.php...post508342 would be just over 9% if this is working.

Martin

[sub]

The gpu support in libvlc seems quite flakey. I see crashes here too. I see the same crashes in VLC when I enable it there. It may work better with some video chipsets than others.

The other change from RGB to YUV helped reduce the CPU usage by quite a bit here. The CPU usage in nlite is still a bit higher than VLC, but better than it was. I just need to work out what VLC does that makes it lower still. In theory would should be able to get about the same CPU usage.

[ga_mueller]

Maybe try running NRecord under your user account...

Alex

That did the trick, thanks! Still pretty laggy running through the menus, though (only for Movies).

[mvallevand]

The gpu support in libvlc seems quite flakey. I see crashes here too. I see the same crashes in VLC when I enable it there. It may work better with some video chipsets than others.

The other change from RGB to YUV helped reduce the CPU usage by quite a bit here. The CPU usage in nlite is still a bit higher than VLC, but better than it was. I just need to work out what VLC does that makes it lower still. In theory would should be able to get about the same CPU usage.

That improvement is interesting, I was wondering recently if you could send the PNG screens as YUV somehow to see if that improved rendering speed at all on low end machines.

Martin

[sub]

Most decoders work in YUV, so it made sense to limit the work done for each frame of video, since they're occurring continuously, and so many pixels.