Jump to content

grizlyadams

Members
  • Content Count

    24
  • Joined

  • Last visited

Community Reputation

1 Neutral

About grizlyadams

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. You mean the right click and select logs? I looked at that and it seems like it's only got old stuff in there nothing from the date(s) that it stops....
  2. my Xteve docker keeps stopping (almost every day). Where should I look for possible errors /solutions as to why? thanks
  3. oh - I just restarted it to see if it would at least collect 1 day and got this n *** Shutting down supervisor daemon (PID 42)... *** Killing all processes... *** open logfile *** Run files in /etc/my_runonce/ *** Run files in /etc/my_runalways/ *** Running /etc/my_runalways/startup.sh... Downloading newest JSON script. --2020-02-07 20:25:21-- https://raw.githubusercontent.com/kgroeneveld/tv_grab_sd_json/master/tv_grab_sd_json Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 151.101.0.133, 151.101.64.133, 151.101.128.133, ... Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|151.101.0.133|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 37150 (36K) [text/plain] Saving to: ‘/tmp/tv_grab_sd_json’ 0K .......... .......... .......... ...... 100% 1.20M=0.03s 2020-02-07 20:25:21 (1.20 MB/s) - ‘/tmp/tv_grab_sd_json’ saved [37150/37150] .. Done Fri Feb 7 20:25:21 GMT 2020: Running grab type: STARTUP Fri Feb 7 20:25:21 GMT 2020: *** Launching Grabber Script! *** Fri Feb 7 20:25:21 GMT 2020: **************** Fri Feb 7 20:25:21 GMT 2020: * RUNNING GRAB * Fri Feb 7 20:25:21 GMT 2020: **************** Fri Feb 7 20:25:21 GMT 2020: /usr/local/bin/tv_grab_sd_json --days 1 --output guide.xml --offset 0 Initializing... ** POST https://json.schedulesdirect.org/20141201/token ==> -200 OK (1s) ** POST https://json.schedulesdirect.org/20141201/token ==> -200 OK (1s) ** GET https://json.schedulesdirect.org/20141201/status ==> -200 OK (1s) Updating lineups... ** GET https://json.schedulesdirect.org/20141201/lineups/CAN-0005571-X ==> -\|/-\|/-\|/-\|/-\|200 OK (1s) ** GET https://json.schedulesdirect.org/20141201/lineups/GBR-1007922-DEFAULT ==> -\|/-\|/-\|/-\|/-200 OK (1s) ** GET https://json.schedulesdirect.org/20141201/lineups/USA-CA00053-X ==> -\|/-\|/-\|/-\|/-\|200 OK (1s) Indexing channels... No lineups or channels configured. Fri Feb 7 20:25:43 GMT 2020: ... Failed!!! *** /etc/my_runalways/startup.sh failed with status 255 *** Killing all processes...
  4. Hello again, been away for a while and i've just noticed that XMLTVSchedulesDirect is not updating every night. it updated on the first run (1 day file) then on the next day (full 14 day schedule) then it stopped updating. Where should i look? here is the last part of the log Sat Jan 18 12:57:06 GMT 2020: Running grab type: STARTUP Sat Jan 18 12:57:06 GMT 2020: *** Launching Grabber Script! *** Sat Jan 18 12:57:06 GMT 2020: **************** Sat Jan 18 12:57:06 GMT 2020: * RUNNING GRAB * Sat Jan 18 12:57:06 GMT 2020: **************** Sat Jan 18 12:57:06 GMT 2020: /usr/local/bin/tv_grab_sd_json --days 1 --output guide.xml --offset 0 Initializing... ** POST https://json.schedulesdirect.org/20141201/token ==> -200 OK ** GET https://json.schedulesdirect.org/20141201/status ==> -200 OK (1s) Updating lineups... Indexing channels... Updating schedules... ** POST https://json.schedulesdirect.org/20141201/schedules/md5 ==> -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\200 OK (8s) Updating programs... Removing old cache entries... Writing output... Done Sat Jan 18 12:58:11 GMT 2020: Moving tmp file to /data/guide.xml Sat Jan 18 12:58:11 GMT 2020: ... Success Sat Jan 18 12:58:11 GMT 2020: Checking for crontab Sat Jan 18 12:58:11 GMT 2020: Located custom crontab... Sat Jan 18 12:58:11 GMT 2020: Installing crontab... Sat Jan 18 12:58:11 GMT 2020: /config/cronjobs.txt Sat Jan 18 12:58:12 GMT 2020: ******************** Sat Jan 18 12:58:12 GMT 2020: * STARTUP COMPLETE * Sat Jan 18 12:58:12 GMT 2020: ******************** *** Running /etc/rc.local... *** Booting supervisor daemon... *** Supervisor started as PID 42 2020-01-18 12:58:16,622 CRIT Set uid to user 0 *** Started processes via Supervisor...... crond RUNNING pid 46, uptime 0:00:04 syslog-ng RUNNING pid 45, uptime 0:00:04 that /config/cronjobs.txt is there and this is its content - as far as i can tell that says run at 30 mins past every 12th hour? # more cronjobs.txt 30 */12 * * * /usr/local/bin/grabber >> /var/log/cron.log 2>&1 # LEAVE THIS LINE BLANK thanks in advance
  5. actually after leaving it a couple of days it appears to have the data in the guide.xml, but not in emby.... off to look at xteve and emby mapping to see what's up
  6. i have two lineups in my config (USA and UK), USA is listed first and UK is second in the config file. I'm not getting the UK EPG data - the channel data is in the donwloaded "guide.xml" but the program data is not. Any suggestions for what I shoul look at? thanks so if I search the entire file for "ESPN" i get this (and a lot more of the description entries) Search "espn" (197 hits in 1 file) \\192.168.168.204\appdata\TVGuideXML\guide.xml (197 hits) Line 78: <display-name>ESPN</display-name> Line 79: <display-name>ESPN</display-name> Line 657: <display-name>ESPN2</display-name> Line 658: <display-name>ESPN2</display-name> Line 902: <display-name>ESPNEWS</display-name> Line 903: <display-name>ESPNEWS</display-name> Line 2316: <display-name>ESPN Deportes</display-name> Line 2317: <display-name>ESPND</display-name> Line 3415: <display-name>ESPNU</display-name> Line 3416: <display-name>ESPNU</display-name> Line 3499: <display-name>BT Sport ESPN</display-name> Line 3500: <display-name>ESPNUK</display-name> Line 4610: <display-name>BT Sport ESPN HD</display-name> Line 4611: <display-name>ESPNHDE</display-name> Line 5433: <display-name>ESPN Goal Line & Buzzer Beater</display-name> Line 15060: <desc>The latest news, highlights and inside information from every corner of the sports world is presented each day on "SportsCenter," ESPN's first-ever program when the network debuted in September of 1979. The flagship series airs an evening edition and a brand new midnight show each weekday before the stage is cleared for a live "SportsCenter" morning block that emphasizes fast-paced, highlights-driven reports and what's new on social media platforms.</desc> Line 15065: <url>http://sports.espn.go.com/espn/sportscenter/index</url> Line 15065: <url>http://sports.espn.go.com/espn/sportscenter/index</url> Line 15088: <desc>The latest news, highlights and inside information from every corner of the sports world is presented each day on "SportsCenter," ESPN's first-ever program when the network debuted in September of 1979. The flagship series airs an evening edition and a brand new midnight show each weekday before the stage is cleared for a live "SportsCenter" morning block that emphasizes fast-paced, highlights-driven reports and what's new on social media platforms.</desc> Line 15093: <url>http://sports.espn.go.com/espn/sportscenter/index</url> but if I search for "Sky Sports F1" (a UK channel) I get this ie. no prgram data :- Search "sky sports f1" (2 hits in 1 file) \\192.168.168.204\appdata\TVGuideXML\guide.xml (2 hits) Line 5095: <display-name>Sky Sports F1</display-name> Line 5564: <display-name>Sky Sports F1 HD</display-name>
  7. sadly zap2xml only works with tvguide.com which doesn't have UK listings....
  8. I'm just messing with the TVXML Schedules Direct unraid docker, but of course SD is subs based
  9. oh, man, don't get me started on subscriptions; they're EVERYWHERE for EVERYTHING. music? pay. EPG? pay. Newsgroup indexer? pay. Newsgroup connection? pay. VPN? pay. Record tv? (on your own bloody device!). pay. netflx? pay. amz prime? pay. motortrend on demand? pay. software? pay. ad nauseam, every month.... for the rest of your life!! Does. My. Head. In. It's death by a thousand cuts and starts to make Sky Q or similar look less economically onerous - the expense of Sky subs is the reason I went untethered in the first place, but that value proposition is being eroded by all the little mouths at the trough! I have a Premiere sub to emby and have been an emby user (and voluntary contributor) since they very first started as Media Browser on MS Media Center and I was very vocal about it when they announced the subs model with the "lifetime" misnomer (it's not lifetime as any human would read it, it's their nebulous development cycle lifetime, which is not fixed; could be 18 months, could be 2 years, could be 6 months. Absolutely no definition - what a crock! Trouble is, the time invested in getting it to where it is now with terabytes and terabytes of media means I'm tied (and they know this!) - going to another platform just brings with it a whole new level of pain and vertical learning curves that I have neither the time nor inclination for any longer (and they know this too!) Zen thoughts.
  10. I didn't erase anything though - I just downloaded it from CA and ran it once i'd finished the config and the "XMLTVSchedulesDirect" docker was running nifty (and his few brothers) dissappeared.....
  11. what is this "nifty_hermann" docker that gets created???
  12. That means no auto update of the iptv providers m3u, right? or would that happen at the xteve . I'll have another look at it later - trying to do it around work duties is just adding to my increasing level of frustration and irritation with it
  13. Do you mean when using HD Homerun in xTeve and not XMLTV? And go thru the 50000 channels to map them in the emby "map channels" interface, one channel at a time?
  14. ok - I got it working by using and XMLTV feed as you can't channel map if using emby's EPG. what a bloody palava - who knew simply filtering and channel mapping an m3u feed was going to be soooooooo overly complicated and such a pita.?
  15. xteve is also painfully slow in my setup - is this just an unraid/docker thing? my m3u has 50k channels, is it that that's causing it? Any advice on speeding it up would be gratefully recieved.