Rick Gillyon

vlc seems to be working fine but throws a lot of errors, e.g. 2020-12-09 02:32:54 [xTeVe] Streaming Status: Receive data from VLC 2020-12-09 02:32:54 [xTeVe] VLC log: [0000563efd486500] main interface error: no suitable interface module 2020-12-09 02:32:54 [xTeVe] VLC log: [0000563efd487c20] main interface error: no suitable interface module 2020-12-09 02:32:54 [xTeVe] VLC log: [0000563efd487c20] dummy interface: using the dummy interface module... 2020-12-09 02:32:55 [xTeVe] Streaming Status: Buffering data from VLC And why use? My ipTV service has recently changed something, and as a result it errors out when using the xTeVe buffer with Emby: 2020-12-09 00:00:10 [xTeVe] Buffer: true [xteve] 2020-12-09 00:00:10 [xTeVe] Buffer Size: 1024 KB 2020-12-09 00:00:10 [xTeVe] Channel Name: 5USAB 2020-12-09 00:00:10 [xTeVe] Client User-Agent: 2020-12-09 00:00:10 [xTeVe] Streaming Status: Playlist: ipTV - Tuner: 1 / 3 2020-12-09 00:00:10 [xTeVe] Streaming Type: [TS] 2020-12-09 00:00:10 [xTeVe] Streaming URL: http://url.url.net:80/USER/PASS/4766 2020-12-09 00:00:11 [xTeVe] Streaming Status: HTTP Response Status [200] OK 2020-12-09 00:00:11 [xTeVe] Content Type: 2020-12-09 00:00:11 [xTeVe] Content Type: 2020-12-09 00:00:11 [xTeVe] [ERROR] Streaming error (Server sends an incompatible content-type) - EC: 4003 vlc is the only thing that works for it. They say they only changed dns, but it's broken the service for Emby (all my other clients work fine, Emby is the only one using xteve).

Hi @alturismo, when I launch a shell in this docker, the /usr/cvlc is 2.5 years old. I'm not sure if that's coming from this docker or if it's from elsewhere, can you advise how to update if it's not here? Thanks for the great docker btw.

This is quite the statement for a "mea culpa" thread, comes across as "sorry, but if you don't like it, GTFO." I *assume* that's not what you meant... 🙄

Same problem here in England.

I just grab the log from user scripts. As I say, it's not very helpful. You can also run the line in the console and grab the output. The problem will be SD returning crap data and causing g2g to fail, but unless they admit it we're stumped. Btw, you should change your grabber script to only overwrite your XML file if the new XML file is big enough. That way, even if it fails you'll have a week or so of data.

Currently SD say they have no problem and the error message: [ERROR] json: cannot unmarshal number into Go struct field SDSchedule.stationID of type string means nothing to them, not enough to go on. I've sent the full log. FWIW.

Raise a ticket with SD, when stuff like this happens they normally need to restart their services.

Not a clue, you'd have to try it for yourself.

I just have everything ticked. Nothing gets unticked when the docker restarts.

In Extra Parameters for the docker: --device /dev/dri:/dev/dri In go: #!/bin/bash # GPU modprobe i915 chmod -R 777 /dev/dri # Start the Management Utility /usr/local/sbin/emhttp & No idea VAAPI vs QuickSync, probably wasn't available when I set this up.

Dashboard will tell you if it's transcoding. Mine uses VAAPI hardware transcoding with an Intel chipset. You can also check if Premiere is enabled, just click "Emby Premiere" at the left of the dashboard.

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?

If it gives you a playlist (as I think it does), you could just use that with xteve to get it into Plex. xteve is much more reliable than tvhproxy.

Out of interest, what tuner did you go for?

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?