Rick Gillyon

Community Apps

xteve updates shortly after the xmltv job runs, and that clears the data. Is there some way I need to set up or could have broken caching? What samples would be needed?

The problem is that when downloading the xml, it downloads channels but no programme data, so it is a valid non-empty xml file, just with nothing useful. You think that's something I should raise with xteve?

A bit OT here, but I've changed my userscript that downloads xml from SD, so that it downloads to intermediate files and only overwrites the in-use xml if it's bigger than a minimum size: if [ -n "$(find "$fil" -prune -size +20000000c)" ]; then mv freenew.xml free.xml mv skynew.xml sky.xml outMsg="Success" else outMsg="SD BORKED" fi This way I don't lose my current data when SD breaks. This has happened twice in 10 days.

This is a red herring, the problem is with SD. The path will only be a problem if you don't make sure you're in the correct directory first.

SD is borked again. Raise a lineup issue on their website and hope for a quick fix.

Some serious problems with the updated plugin here. I thought it was working and now I've run out of EPG. 😯 I've tried recreating this with a new lineup and it's repeatable. I just got G2G SD to create the yaml for a new xml: guide2go -configure z.yaml Then added all channels, no edits to the YAML. Ran: guide2go -config z.yaml This output is produced: 2020/06/06 11:39:37 [G2G ] Version: 1.1.1 2020/06/06 11:39:37 [URL ] https://json.schedulesdirect.org/20141201/token 2020/06/06 11:39:37 [SD ] Login...OK 2020/06/06 11:39:37 [URL ] https://json.schedulesdirect.org/20141201/status 2020/06/06 11:39:37 [SD ] Account Expires: 2020-09-24 16:52:44 +0000 UTC 2020/06/06 11:39:37 [SD ] Lineups: 2 / 4 2020/06/06 11:39:37 [SD ] System Status: Online [No known issues.] 2020/06/06 11:39:37 [G2G ] Channels: 163 2020/06/06 11:39:37 [URL ] https://json.schedulesdirect.org/20141201/lineups/GBR-1000080-DEFAULT 2020/06/06 11:39:38 [URL ] https://json.schedulesdirect.org/20141201/lineups/GBR-1000203-DEFAULT 2020/06/06 11:39:38 [G2G ] Download Schedule: 7 Day(s) 2020/06/06 11:39:38 [URL ] https://json.schedulesdirect.org/20141201/schedules 2020/06/06 11:39:38 [ERROR] invalid character '<' looking for beginning of value 2020/06/06 11:39:38 [G2G ] Download Program Informations: New: 0 / Cached: 0 2020/06/06 11:39:38 [G2G ] Download missing Metadata: 0 2020/06/06 11:39:38 [G2G ] Create XMLTV File [z.xml] 2020/06/06 11:39:38 [G2G ] Clean up Cache [z_cache.json] 2020/06/06 11:39:38 [G2G ] Deleted Program Informations: 0 Clearly the line: 2020/06/06 11:39:38 [ERROR] invalid character '<' looking for beginning of value is a problem. There is no < in the YAML. If I pick a single channel it seems to work, so it looks like the plugin is not properly protecting itself from weird characters in the SD data. Edit: the XML output is produced, but is just the channel list. Any ideas? This is quite urgent (wife complaining!) so I'll need to sort something ASAP. Thanks! Redacted YAML is attached. z.txt

You have the Nvidia plugin installed?

The Emby one is perfectly stable for me. What version unRAID? Did you install the nvidia plugin?

Thanks, wrestling with tvh it is then! 🥵

Thanks, I was hoping to dump tvheadend as it's such a PITA when channels move etc. Maybe not! On the alternate channel numbers, are you talking in the playlist? Is this going to lead to duplicated channels in my epg?

A bit of help if possible. I use xteve to combine iptv and ota tv via hdhomerun. The hdhomerun m3u has e.g. #EXTINF:-1 tvg-ID="BBC2" tvg-chno="2" tvg-name="BBC Two" tvg-logo="https://s3.amazonaws.com/schedulesdirect/assets/stationLogos/s17154_h3_aa.png",BBC Two http://192.168.1.17:5004/auto/v102 With 192.168.1.17 being the address of the hdhomerun. I'm now trying to add a second hdhomerun on 192.168.1.18. I had assumed that if I added another m3u, identical to my existing one except with the .18 ip, xteve would see that if there are no connections left to .17 for a specific channel, it will use .18 (limited to 4 connections per m3u). Unfortunately, it looks to be ignoring the second source for the channel. Any idea how I can combine both hdhomeruns as one source/playlist?

or 3. Try 6.7.3-rc3 where limetech thinks it's fixed.

What version of unRAID?

It's an intermittent problem, chances are if plexpass failed, plex will eventually fail too.

Limetech posted this yesterday, which implies that they're not sure whether it is fixed by cache drive, and that it's not fixed in 6.8: Here:

Do you have appdata on cache? That seems to avoid the problem.

Check Q5 in the following Github link:  https://github.com/binhex/documentation/blob/master/docker/faq/unraid.md

Mylar stopped working properly for me sometime in April. Prior to that it worked like a champ, since then I've had maybe 5 downloads total. Logs attached, any ideas? Sab seems fine, Mylar has just stopped finding stuff, but can be found manually from my indexers no problem. Sonarr etc. still working fine with Sab. Thanks. UPDATE: For others getting this same issue, I've found a solution. Edit Mylar's config.ini and remove the provider_order line completely. Sometimes this gets screwed up. So far I'm back to working again. Funny that @CHBMB replied to this just as I was typing out the update...

Thanks for that. I always assumed Prefer and Only would move.

It does not happen with a cache drive, mover will just do the initial move then it's there for good.

Just set your appdata share to use cache, then mover will move it.

Hit the Container Size button on the Docker page to see which Docker is the problem.

Still root. Look at chown and chgrp. Even better:

Plex is causing this. Roll back to a stable version.