Recent posts have shown that if the m3u8 URL pas a referer or user-agent the internal m3u8 downloader will use them but they are not passed to ffmpeg if the first connection fails or if the file type is not supported (ie separate audio and video channels)'
ffmpeg should be able to use -user_agent "..." and -headers "Referer: ..." parameters so it would be potentially avoid the use of an extra.
An additional log entry explaining why the internal downloader is not used would help debugging.
Hello,
Probably a silly question but it seems every time I log out of the web interface I get the message Login Failed when I try to log back in.
Seems to rectify itself when I restart the machine but this doesn't feel like a sensible solution.
I am running Windows 11 using Edge.
Thanks if anyone can throw any light on the problem.
All been working fine for months, but suddenly the EPG in NextPVR (Windows) isn't being updated.
I run "update EPG" in "settings / About", which inserts 612, skips 3089.
But NextPVR still doesn't have any future EPG entries.
The channels are all watchable, just no EPG.
Posted by: Leigh - 2023-10-23, 08:23 AM - Forum: Linux
- Replies (1)
Version 6.1.5.231022 on Linux.
I'm using Matt Huisman's m3u files from https://i.mjh.nz/au/Melbourne/ for IPTV, and none of the Channel 10s seem to work. These files work on Kodi's IPTVSimple client, so it's not the streams themselves.
Attempting to record anything on Channel 10 (or 10 Bold, 10 Peach, etc) results in this in /var/log/syslog:
My system wakes on a schedule at 07:50 then re-boots to get a clean start to the day.
The automatic EPG update is programmed to start at 08:15.
The USA F1 started recording at 08:00 on the 1st Satellite tuner. At 08:15 the EPG update started and the logs clearly show it tuned on the same tuner resulting in the recording being truncated to 15mins (earache from wife).
The 2nd Satellite tuner was not in use.
Whilst we do not usually have any recordings going on that would clash with the EPG update time, should NPVR have used the 2nd tuner rather than nicking the one being used for a recording?
When I look at my IPTV EPG, it displays 24 hours of programming.
If I look at it using SmartersPRO, I get around 5 days of programming.
Is there some config setting I'm missing?
The channels that I use SD for give me 14 days of programming.
After some time you want to trim the files down, maybe transcode etc, migrate them to something like Jellyfin etc.
But what is the best way to be able to do this without leaving all the original recorded files for NextPVR to be aware of what has been recorded already?
Can you just leave the XML files behind? Or does the video file also have to remain?
I know I could test this to find out, but it can be a fairly arduous task given I'm not sure how NextPVR manages this in the first place, and waiting for repeat recording opportunities to come up.
For example, assuming I'd recorded The Simpsons and had about 200 episodes, and removed them all, but wanted to pick up straggler episodes I didn't have/get recorded... how do I go about making NextPVR aware of what I do/did have recorded, so it doesn't grab them all again?
Is it using UID inside the XML files? Or the XML file name? Or combinations of metadata/filenames?
Quote: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)
(earache from wife).
