Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 31

Thread: updated build (26th Nov)

  1. #21
    Join Date
    Jun 2007
    Location
    Scotland
    Posts
    2,753
    Maybe try running NRecord under your user account...

    Alex

  2. #22
    Join Date
    Nov 2003
    Location
    NextPVR HQ, Wellington, New Zealand
    Posts
    90,420
    Quote Originally Posted by ga_mueller View Post
    "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.

  3. #23
    Join Date
    Jul 2008
    Location
    Auckland New Zealand
    Posts
    194
    Quote Originally Posted by sub View Post
    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.
    Win7 Enterprise, ASUS Prime H270-Pro, i3 7100 @ 3.9, 4GB Ram, 128Gb SSD, 2 x 1000Gb HDD, 1 x 2000Gb external HDD, Hauppauge HVR-2200, Hauppauge HDR-4000, SiloconDust HD HomeRun Dual, 42" LG LCD. Client - Raspberry Pi 3 Panasonic 32" LCD

  4. #24
    Join Date
    Jul 2008
    Location
    Auckland New Zealand
    Posts
    194
    Quote Originally Posted by BrettB View Post
    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.
    Win7 Enterprise, ASUS Prime H270-Pro, i3 7100 @ 3.9, 4GB Ram, 128Gb SSD, 2 x 1000Gb HDD, 1 x 2000Gb external HDD, Hauppauge HVR-2200, Hauppauge HDR-4000, SiloconDust HD HomeRun Dual, 42" LG LCD. Client - Raspberry Pi 3 Panasonic 32" LCD

  5. #25
    Join Date
    Nov 2003
    Location
    NextPVR HQ, Wellington, New Zealand
    Posts
    90,420
    Quote Originally Posted by lost@c View Post
    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).

  6. #26
    Join Date
    May 2006
    Location
    Canada
    Posts
    28,515
    Quote Originally Posted by sub View Post
    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...342#post508342 would be just over 9% if this is working.

    Martin

  7. #27
    Join Date
    Nov 2003
    Location
    NextPVR HQ, Wellington, New Zealand
    Posts
    90,420
    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.

  8. #28
    Join Date
    Oct 2009
    Location
    San Jose, California
    Posts
    459
    Quote Originally Posted by ACTCMS View Post
    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).

  9. #29
    Join Date
    May 2006
    Location
    Canada
    Posts
    28,515
    Quote Originally Posted by sub View Post
    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

  10. #30
    Join Date
    Nov 2003
    Location
    NextPVR HQ, Wellington, New Zealand
    Posts
    90,420
    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.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •