I haven't upgraded since last September. Since I can't revert back, if the new release doesn't fix my long-standing issues with synchronization of audio, I will probably leave it at that version. Hoping that it was addressed somehow, since it works fine with other players.
I've updated the NextPVR builds to the new v7.1.0.260607 release. This is one of the larger releases we've done in a while. Thanks Martin, and the testers, for all the help getting this release ready.
Quote:- new more-modern menu screen in NextPVR.exe and UI clients.
- channel screen in in NextPVR.exe and UI clients.
- OTA and XMLTV dynmaic update of original air date and subtitle from TVDB
- Silicondust EPG (2 days free, 14 with subscription) for HDHR tuners.
- save digital scan file with the device
- web enhancement with style changes, sticky headers and sortable columns for channel lists
- fixed some digital scans not finding channels (patch was released for 7.0.5)
- optional bouquet support for UK DVB-S on Windows
- many improvements in web UI client
- improved web streaming with unauthorized access disabled from NextPVR clients.
- improved LCN detection in Windows digital scan
- DVB-S DiSEqC enabled
- identify SAT>IP devices that don't follow SAT>IP spec (Triax models added)
- improved display of merged devices in scans
- improved IPTV/XC filtering (phase 1)
- fixed web subtitle playback display for SD content
- fixed XMLTV with major/minor mapping
- fixed channel lists were told all channels had icons.
- force all mjh.nz URL's to FFmpeg
- EPG update randomized to a set time between 2 and 3am. If you need 02:44 use 02:44:01
- stop journal spam from thumbnail extraction
- NextPVR.exe improved immediate skip
- new API hide_osd for client-side OSD control
- new API to for client-side audio and video track control
- new API to allow fast shared memory diasplay on localhost
- allow streaming of thumbnail files for client-side display
- added missing recording duration and size to video library files
- updated KoreaSat6 FTA for NZ
- fixed issue where timing files could be deleted after recording completes
- improved seeks in UI clients if timing files are available.
- improved stability of uiclient.html
- improved seeking speed in NextPVR.exe
Posted by: VAman - 2026-06-03, 03:14 AM - Forum: Linux
- Replies (15)
When I try to scan for channels I get " Unexpected error in ScanOptions: System.IO.DirectoryNotFoundException: Could not find a part of the path '/atsc'."
The other packages are installed, including dvt-scan-tables.
I have an issue running NextPVR on Ubuntu where one of the frequencies is failing to scan.
I've tested it using dvbv5-scan and a 30 sec timeout and it does then scan the channels OK.
The issue isn't signal strength as the other frequencies are a similar or even lesser strength, it just seems that the service on the problem frequency is slower to enumerate(?).
I don't really understand how iptv recording works so i may be barking up the wrong tree...
i use the mjh m3u8 playlists to watch and/or record live ,free iptv....
ive had a recurring problem where the recordings fail with "recording interrupted" and a few other issues that i don't want to trouble anyone with here...
....it seems like if there is a glitch in the stream, it causes the recording to fail.
now...i have tried using ffmpeg command line on a few recordings, and it seems to be able to handle the glitches - you can see it as warnings in the scrolling logs....
but the resultant .ts file comes out complete.
hence the question - is there a way to pipe all the channels in a m3u8 playlist to go through ffmpeg first? (i'd like to see if ffmpeg can help out with glitchy channel streams)
Ive tried putting the mjh playlist .m3u8 into an 'extras.xml' but it does not show any channels...(admittedly i got the code lines to do it from AI slop)
I would be prepared to manually put all the channels in the extras file, if thats the way to do it, but i'm lazy and wondering if there is another way?