System resource use very high

[sub]

And that exactly what Im seeing, <8% system load while viewing a recording in Kodi. I watched nextpvr on win7 over kodi most of the time but I actually prefer the nextpvr interface on windows. But you are correct in that I need to use Kodi on linux. Is there any chance of linux nextpvr evolving into the same functionality of windows nextpvr?

Actually, you can have a client that looks like the normal NextPVR UI using nlite.

Are you running the client on Windows or Linux?

[mvallevand]

Kodi with knewc has the same NextPVR UI too and is a more complete solution then nlite right now. This is all explained if you search for clients though.

Martin

[shspvr]

FYI for anyone having this issue VLC plays recorded *.ts files flawlessly at less than 8% system load on my system. It would be real nice if Nextpvr could do this, perhaps some day.

It can - but not in the web app. When you view video in the web app, it needs to transcode it to a format that can be played by the web browser. This is a fairly CPU intensive activity. Most modern systems cope fine, but it does use a fair bit of CPU.

When use a client that plays native streams (not the web app), then you'll get nice low CPU usage.

Hope lee one day you get around to make use of Hardware Acceleration for real-time processing of multimedia

[mvallevand]

NextPVR is one guy, Emby and Plex have paid employees working on HW acceleration and still haven't come close to getting CPU usage in a browser near what you can get in a dedicated player. North American 1080i mpeg2video with 5:1 AC3 is totally incompatible with browsers h264/aac requirements.

That being said sub does provide a mechanism for you to create your own ffmpeg transcoding arguments to create the HLS files if you think you can do a better job with your combination of tuner streams and server hardware, GPU etc.

The biggest shorter term improvement I am hoping for is better probing for content that is already h264.

Martin

[shspvr]

NextPVR is one guy, Emby and Plex have paid employees working on HW acceleration and still haven't come close to getting CPU usage in a browser near what you can get in a dedicated player.  North American 1080i mpeg2video with 5:1 AC3 is totally incompatible with browsers h264/aac requirements.

That being said sub does provide a mechanism for you to create your own ffmpeg transcoding arguments to create the HLS files if you think you can do a better job with your combination of tuner streams and server hardware, GPU etc.

The biggest shorter term improvement I am hoping for is better probing for content that is already h264.

Martin

I know that mvallevand
Actually Mpeg2Video and AC3 is not totally incompatible it was just never directly support due to licensing back then and remember who dominated video back late 1990's, 2000's even some of 2010's before H264 took root.
One of cools codec I have ever work with is know as Motion Pixels.

[sub]

I do intend to add an options for using hardware acceleration when encoding.

On windows there is complications though - you can not use hardware acceleration from a service, so you'd likely have to run NextPVRServer.exe as a regular process on the desktop if you intend to use hardware acceleration.

[shspvr]

I do intend to add an options for using hardware acceleration when encoding.

On windows there is complications though - you can not use hardware acceleration from a service, so you'd likely have to run NextPVRServer.exe as a regular process on the desktop if you intend to use hardware acceleration.

That is well know and we must have monitor hook to as well it can headless.