[01:13] I am trying to install mythplugins, but it keeps getting stuck at the flash installation. Please help! [01:15] Hi, what's the magic argument for mythfilldatabase to force it to pull the program data without updating the channel list? [01:15] I really need it to stop resurrecting deleted channels based on the guide data. [01:21] sabhain: are you using schedules direct? [01:21] sabhain: if so, hide the channels there, and then once deleted in myth they'll never re-populate [01:24] sabhain: that's the correct way to do it... otherwise, i think you can use "--remove-new-channels" [01:41] skd5aner: thanks. Yes, using schedules direct, but have 3 different tuner types (just added a new one). [01:41] Can I have multiple lineups at SD? [01:41] all based on their existing? [01:46] for example, i don't want my HD-PVR/STB combo to use channels that my HDHR's can use, so I delete them in the setup for the HD-PVR, but they keep coming back. Schedules direct doesn't seem to let me add my digital lineup twice, and rename it. [01:46] sabhain: yes, you can have multiple listings on SD [01:47] sabhain: I have a listing for just my analog tuners, a listing for my HDPVR, and a listing for my HDHR [01:47] they each only provide the channels relavent to that particular tuner that would use it [01:47] thats precisely my setup too. The analogs are easy, as there's a separate lineup. [01:47] I believe you can have up to 4 lineups [01:48] but how do you keep the HDHR and HDPVR apart if they have some of the same channels? [01:48] are you using Antenna for the HDHR? [01:48] QAM [01:48] I mean the lineup. [01:49] For me, the HDHR and HDPVR are both linked to the same digital cable lineup. How do I separate them if I can't add the same digital lineup twice and edit them differently? [01:50] sabhain: I have a video source in mythtv set up for each type of tuning - analog, HD-PVR, and QAM... [01:51] and on Schedules Direct, what do each of those point to? [01:51] sabhain: I actually am looking now [01:52] I have 2 lineups on SD, one for the analog, and one for the digital cable [01:52] if you had an antenna, you'd have one for that [01:52] Ok, that reflects what I have (1 analog, one digital) [01:53] my qam and HDPVR one both use the "digital cable" one, but what I did is HIDE channels for each tuner the channels that I don't want (or can't tune) that tuner too [01:53] sorry, I'm kind of remembering how I set this up as I talk through it outloud - I don't have to think about it very often [01:53] got it .. hide. [01:53] yes... [01:53] Hide allows the tuner to not use it, even though SD provides data for it [01:54] but it will not show up in the guide and it will not use the data to schedule recordings - it's as if the channel doesn't exist from a scheduler or live tv perspective [01:54] I understand completely. I had set it up 6 years ago, and forgot it (just analog and HDHR at the time). Just did the upgrade to 12.04 and added 2 HD-PVR's .. and now have this new scenario that I wasn't prepared for. [01:54] but if it's hidden, and you're on the HD-PVR, and tune directly to a number that is hidden, I believe it will still try to tune it. [01:55] so, for example... [01:55] I have SD provide analog and digital lineups, but I have 3 video sources [01:55] You and I have what sound like "exactly" the same scenario. [01:56] each video source will have it's own channel lineup... so you can hide a channel associated with 1 video source,, but not the other [01:56] as an FYI, I use the channel editor in mythweb to flip the hide bit [01:56] quicker that way [01:56] but you have to be more careful [01:56] yep .. [01:57] you could also do it directly in the db, but that's not recommended [01:57] you do have to know your video source ID though to make that work [01:57] while you're here .. you're not by chance running your HD-PVR off a slave backend are you? [01:57] which input ID is associated with which video source ID.... [01:57] ha, yes... I am [01:57] Slave Backend/frontend [01:57] too funny .. [01:58] any problems getting the slave backend to connect to the master when it's run as a service in the usual fashion? [01:58] in my setup right now, the HD-PVR appears as "unavailable" unless, I kill the startup mythbackend, and run mythbackend from inside a console. [01:59] the auto-start backend doesn't appear to be able to connect with the master .. but if I log a user in, open a terminal and run mythbackend .. connects fine. [02:00] sabhain, sounds like incorrect credentials in config.xml [02:00] on the slave backend? [02:00] could be. What happens if you log in as the mythtv user and start the backend? [02:01] yea, what's your backend log say? [02:01] hmmm ... let me check .. what's the mythtv user password if it hasn't been changed? [02:01] sabhain, it's generated on install [02:01] there is no default pass [02:02] any text file I can drag that from? [02:02] nm I'll just change it. [02:03] sabhain, well if it works for your user [02:03] then /home//.mythtv/config.xml [02:03] tgm4883: did you happen to see my update on my upstart script issues the other day? [02:03] no [02:04] tgm4883: it was in mythtv-users... [02:04] thought I fixed it, but no luck... [02:07] tgm4883: thanks! The xml files were different. Copied the one from the user that worked and now trying to restart to see if it works [02:10] tgm4883: tremendous help. Thanks .. can't believe I didn't think of that .. was so focused on the other setup file .. [02:17] of course it shows up as available .. now tuning doesn't seem to be working, but I have some progress. [02:25] one step forward, 3 steps back [02:29] now the slave backend process starts & connects. Thanks for the help on that. [02:29] but with the reboot, I'm now getting the dreaded "irsend: hardware does not support sending" [02:30] dmesg reports the zilig initiation wen't ok, and the blaster appears as lirc0 .. [02:30] I can't described how much I despise TWC and their QAM practices. [02:51] if anyone can point me to the best resource for lirc debugging, that'd be great. I appear to have the modules loaded correctly, dmesg reports successful load. [02:52] but I'm getting "irsend: could not connect to socket" which is typically indicative of lircd not running (it is) or (/var/run/lirc/lircd lacking write permissions .. it has them). [02:53] 1 hour ago, before fixing my problem with the backend automatic startup, lirc was working fine. I would periodically need to kick it .. but it functioned. Now, not so much. [02:53] Can't get anything out of even command line irsend [02:53] sorry to flood the channel. [04:23] skd5aner: thanks for the recommendations on the guide data, went with your approach and it seems to have resolved the channel issues. Thanks so much. === hpeter_ is now known as hpeter === dahlSTROM|sleep is now known as dahlSTROM [14:45] hey guys, having some issues with a myth box not working with its remote, ive done all the usual diags but im missing something somewhere... [14:45] its a new windows mce ir blaster, which is showing up, and using irw i can see keypresses [14:46] its also seen by mcc and dkpg-reconfigure and i have tried setting it up as an mce remote, as well as /dev/input... [14:46] but mythtv is not seeing the keypresses that irw does [14:46] mythfrontend rather [14:47] any suggestionswhat to check next? === dahlSTROM is now known as dahlSTROM|sleep === dahlSTROM|sleep is now known as dahlSTROM === dahlSTROM is now known as dahlSTROM|sleep === dahlSTROM|sleep is now known as dahlSTROM === dahlSTROM is now known as dahlSTROM|sleep