6.1.5.231022 Available (22nd October 2023)

[sub]

I've updated the NextPVR builds to the new v6.1.5.231022 release.

For information on installing on the various platforms....
Windows: https://forums.nextpvr.com/showthread.php?tid=59388
Linux: https://forums.nextpvr.com/showthread.php?tid=59390
Mac: https://forums.nextpvr.com/showthread.php?tid=59395
Docker: https://forums.nextpvr.com/showthread.php?tid=59393

Please post any support questions in support forum https://forums.nextpvr.com/forumdisplay.php?fid=17.

Updated DeviceHostLinux arm64 build, which was out of date in the last release and didn't include most recent fixes.
Fixed issue with thumbnail generation that could lead to isComplete() error messages in logs
Fixed issue that could lead to gaps in DVB EPG
Fixed issue that could lead to some channels have zero listings with DVB EPG (SBS Australia)
Fixed issue with SAT>IP where it would not detect some devices (due to case of Location header)
Fixed issue with playback of in-progress recordings in nextpvr.exe/nlite.exe
Fixed issue with NPVRTSReader.ax to address A/V sync going our of sync for some users
Added option in web app to control whether pending recordings are included in the 'all recordings' view
Fixed an issue with DVB Subtitles which could lead to subtitle being shown in the incorrect position
On manual recording popup in NextPVR (and other UI clients), with the channel name field selected, you can type a partial name and press enter
On manual recording popup in the web app, the channel dropdown now has a text box for filtering the channels based on the text you type
Fixed issue with enabling DVB Subtitles on NLite.exe
Fixed issue with NScriptHelper.exe not finding the config file correctly on Linux
The /service?method=channel.xmltv url now includes genre
The /service?method=channel.xmltv url now delivers up to 7 days of data
The /service?method=channel.m3u url now includes group information (for user's that have donated)
Web api for scheduling a recurring recording now able to specify the initial priority
Improved the way Schedules Direct lineups are shown when adding a lineup, so that the lineup code can be seen
Fixed issues with how the application behaves when Schedules Direct token becomes invalidated
Fixed an issue with IPTV streams that use a relative redirect
Fast Background Mode (FBM) is no longer the default for knewc clients.
Now reports if an IPTV recording unexpectedly ends early
Now supports m3u sources that use single quotes instead of double quotes
Now supports the adding an HDHomeRun, that cant be discovered by the normal methods, by using an OTHER_HDHOMERUN environment variable. Must be in the format of {ID}:{ADDRESS}:{TUNER-COUNT}. For example, 10A5C6CE:10.0.17.243:4
No longer running any configured transcoding job if a PostProcessing.bat/.sh file exists. (ie, behaves more like the releases prior to 6.1.4)

[UncleJohnsBand]

Thanks sub.....

[Jdtaylor]

.I’m really finding nextpvr very easy to use. One minor issue, I’ve logged into the web interface through an LG smart tv and it’s a pain to navigate as the text is so small. Is there any chance of looking into a tv interface or apps for android, webos for lg tv and others?

[mvallevand]

There are already apps for Android, LG, Roku, Samsung Tizen and others. The problems are the nextpvr.com web site is pretty much an afterthought and not kept current, the wiki doesn't get any user updates since Graham did such a good job of creating it and nobody searches the forum.

Martin

[snydergd]

Is there a link to download version 6.1.5 directly in case a new version is released and I want to test the changes before migrating?  From looking at the site I'm only seeing a download URL that is for the latest stable version (nothing version-specific in the URL).

I did find the github repo "sub3/releases" - which is in the same github organization/user who owns the wiki.  In the releases it has a 6.1.5-specific build.  I am wondering if I can consider this an official build or not, though.

Thanks!

[sub]

I only keep the current releases. I don't have an archive of previous releases.

For Windows, you can download the current version from https://nextpvr.com/stable/win64/NPVR.zip. If this zip file is in the same directly as NextPVRSetup.exe then it'll install that version instead of the version from nextpvr.com

[mvallevand]

The "sub3/releases" folder is the static Linux version that is stored for LibreELEC and CoreELEC users since they require this. Sub doesn't update it, but I have access to this folder on his GitHub account and so I package it and upload it. It depends on what you mean by "official" I guess

Better to backup your system before upgrading if you want to revert but you can always get the current NPVR.zip and back it up.

Martin

[snydergd]

Thanks! I was trying to install on Arch/Manjaro and it didn't seem like there was a really easy way apart from the instructions (which were pretty good), so I made a repository on the Arch User Repository (AUR) for it called nextpvr-bin. The way it seems like AUR is meant to work, is for the package installation to download the software from git/http/hg/etc. during installation. Speaking of that, if anyone has an interest in being a co-contributor to it, I'll gladly add you to that package/repository.

So now Arch/Manjaro users can run "pamac install nextpvr-bin" or "yay nextpvr-bin" to get it installed really easily. I could just grab the latest one during install, but I have a feeling that in some cases this could introduce changes that the end users (or dependent packages) aren't prepared for - or could require new dependencies that the package doesn't yet know to install. Besides this, from reading AUR documentation it seems like they prefer that packages install a specific version vs. latest.

I think that's official enough - especially if LibreELEC and CoreELEC are using it.

Thanks!