[00:00] <marl> i used to use it for a windoz share, but reformatted my mythbox and have forgoten the command :(
[00:03] <vbman11_> So I'm having problems using oss4 and mythtv
[00:04] <vbman11_> when I go to watch Tv I get VERY quiet, like every thing turned up I get a wisper
[00:05] <vbman11_> when I used alsa All I had to do to fix this exact same problem was this: http://www.mythtv.org/docs/mythtv-HOWTO-7.html#ss7.2
[00:06] <vbman11_> Any one know how to do the same in oss4
[00:11] <Greybeard> there's mythrename.pl
[00:12] <marl> thanks just found it, had been looking for mythlink, but it was replaced by mythrename ages ago :(
[00:12] <Greybeard> there is the file /usr/share/doc/mythtv-backend/contrib/mythrename.pl.gz in the mythtv-backend package
[00:12] <Greybeard> of course you have to ungzip it and put it somewhere useful
[00:13] <marl> yup, that had also happered finding it! lol
[00:14] <Greybeard> I don't why it isn't put in /usr/bin
[00:14] <marl> yup i would agrea, it is very usfull :) maybe its because its default is NOT to create links, it makes it kinda dangourus in some cases
[00:15] <Greybeard> yeah, it is potentially destructive
[00:15] <Greybeard> there should probably be a mythtv-contrib binary package or something containing scripts like that
[00:15] <marl> would be a good idea :)
[00:16] <laga> Greybeard: send a patch :)
[00:16] <vbman11_> anyone?
[00:17] <marl> sorry, vbman11_ i dont use oss4 :(
[00:17] <vbman11_> ok
[00:17] <Greybeard> I think I did edit the source package to make a mythtv-contrib package a while ago when I was still building mythtv myself
[06:18] <darthanubis> http://www.pchdtv.com/
[13:00] <Maxflax> I have a problem getting my DVB-T card to work! It's almost there I think
[13:07] <Maxflax> it's a "Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge"
[13:08] <sonicman66> I need help with my configuration for 5 sats is it possible
[13:20] <Easy_Rider9999> google for your card with driver ubuntu
[13:24] <Easy_Rider9999> http://ubuntuforums.org/archive/index.php/t-450761.html
[13:32] <sonicman66> thanks
[13:44] <frink_> yoyoyo
[14:12] <frink_> looks like bug 205849 still exists on 8.04.1
[14:12] <Zinn> Bug 205849 in mythbuntu "mythbuntu 8.04 beta installer exits silently after partial installation" [Undecided, Confirmed] http://www.launchpad.net/bugs/205849
[14:13] <laga> frink_: we need logs.
[14:15] <frink_> it is exactly the same as the bug - if you select custom remote during install, the install process exists early
[14:15] <frink_> laga: Where would that be logged?
[14:15] <laga> okay, then add that to the bug report and superm1 will fix it :)
[14:15] <frink_> :)
[14:15] <frink_> will do..
[14:15] <laga> somewhere in /var7loG7, there is a special log for the installer
[14:15] <laga> /var/log/
[14:15] <frink_> HOwever the reason for custom support is there does not seem to be a option to install a homebrew lirc serial remote receiver..
[14:16] <laga> yeah.
[14:17] <frink_> is it still a manual install for lirc serial?
[14:18] <laga> well, you need to provide your own lirc config anyways.
[14:18] <laga> because you can have lots of different remotes
[14:19] <laga> most remotes which are supported out ot the box right now are special PC remotes that come with captures cards, or the MCE stuff
[14:28] <frink_> yah
[14:28] <frink_> I have a hauppauge remote with lirc serial
[14:29] <laga> i *believe* (haven't verified it) that lircd.conf files are receiver-specific
[14:30] <laga> and tv-cards will return other stuff than serial receivers
[14:30] <laga> but i'm not sure about that
[14:57] <bcpage> I am thinking about builing a myth box and am looking for recomendations on hardware. $500~ budget, dual tunners, s-vid out(current tv), HD  would be nice for when I buy a new tv
[15:01] <frink_> laga: mine seemed to work ok on prev installs...
[15:01] <frink_> Oh, is the nova-t-500 working proprly yet?
[15:26] <bcpage> Oh forgot to add. I'm in the US and use normal Cable TV
[15:59] <notz> hy, anyone out there how got dvbloopback module on intrepid kernel working?
[16:01] <laga> notz: for sasc, you need to go elsewhere
[16:01] <superm1> sasc-ng | notz
[16:01] <Zinn> superm1: sasc-ng is a method to ILLEGALLY receive cable or satellite broadcasts via a fake software dvb-s/c device.  It is forbidden from being discussed in #ubuntu-mythtv, #ubuntu-mythtv-dev, #mythtv-users, and #mythtv.  If you would like to learn more about it, please refer to it's developers and keep any and all discussions about it there.
[16:03] <notz> ok, thanks
[16:59] <Steeltip> hi @all
[17:02] <Steeltip> Would anyone be so kind to help me resolving some issues ? 1. whenn i upgrade my music-directorie with new directories , then i dont get them work in mythfrontend even when i upgrade the db with mythfrontend (search for music) . 2. Mythweb is ULTRA SLOW since an upgrade of ubuntu reposotory, I can get cofee before iget some details of a Movie !?!?
[17:03] <Steeltip> sorry for my bad english writing
[17:04] <superm1> Steeltip, try doing a database optimization
[17:04] <superm1> eg repair mysql tables
[17:04] <Steeltip> over Mythweb ?
[17:05] <Steeltip> or on term ?
[17:05] <superm1> mythweb might have an option to do it
[17:05] <superm1> i forget
[17:05] <superm1> if not, then you can use phpmyadmin or the term too
[17:06] <Steeltip> i tried  term and mythweb, nothing went better after that
[17:06] <superm1> then i would say to check a few other things; hard drive performance using hdparm, errors in /var/log/mythtv/*
[17:06] <superm1> !logs | Steeltip
[17:06] <Zinn> Steeltip: MythTV logs are stored in /var/log/mythtv/
[17:08] <Steeltip> WOW, what does that mean ? :  MetaIOTagLib: Failed to read length from '/LAGER/Musik/NEU/[mp3Filename]
[17:09] <superm1> i think it would mean you should take that file out of your list of files
[17:09] <Steeltip> defect mp3 file ?
[17:09] <superm1> yeah defective mp3s can most definitely throw things off
[17:09] <Steeltip> okidoki
[17:09] <Steeltip> thanks guy's  @ superm1  Zinn
[17:10] <superm1> Zinn's a bot :)
[17:10] <Steeltip> doesnt*t matter
[17:10] <Steeltip> ;)
[17:10] <Steeltip> he was kind
[17:10] <Steeltip> ;)
[17:11] <laga> he can be mean, too
[17:11] <laga> !stab tgm4883_laptop
[17:11]  * Zinn betrays laga and stabs them in the eye
[17:11] <laga> see?
[17:11] <laga> damn bot
[17:11] <Steeltip> lol
[17:11] <rhpot1991_laptop> hahaha
[17:11] <Steeltip> he he he
[17:11] <Steeltip> i like him ;)
[17:12] <rhpot1991_laptop> laga can't believe that happened right there,  you have like a 4% chance of that
[17:12] <laga> "you" or "everyone" ;)
[17:12] <Steeltip> hey superml , does your MYTH run under 64  bit ?
[17:12] <rhpot1991_laptop> laga: everyone
[17:12] <superm1> Steeltip, yeah on one of my systems
[17:13] <tgm4883_laptop> HA
[17:13] <laga> !stab tgm4883_laptop
[17:13]  * Zinn stabs tgm4883_laptop with superm1's dell e.
[17:13] <rhpot1991_laptop> I busted my gps, trying to do some emergency repair in the car right now
[17:13] <tgm4883_laptop> see rhpot1991 you showed me the source and I hacked it ;)
[17:13] <Steeltip> i have master and slave running under 64 bit , seems to run not that stable as under 32  or is it cause i didnt compile by my self ?
[17:14] <Steeltip> Zinn
[17:14] <Steeltip> ;)
[17:14] <Steeltip> i am using Mythbuntu @ the moment
[17:15] <Steeltip> do you guy's compile by yourself ?
[17:15] <rhpot1991_laptop> tgm4883_laptop: you prob could, what with having ssh to the box
[17:15]  * laga compiles and uses packages
[17:15] <rhpot1991_laptop> Steeltip: I run the weekly builds, or do you mean the packages themselves
[17:16] <Steeltip> themselves ;)
[17:17] <Steeltip> isnt that too much stress rhpot1991  ?
[17:17] <rhpot1991_laptop> laga and superm1 make most of them IIRC
[17:17] <tgm4883_laptop> I possibly very much am not liking this
[17:18] <Steeltip> pardon tgm4883_laptop  , what do you mean ?
[17:18] <tgm4883_laptop> Steeltip, oh I'm having a different issue totally unrelated
[17:18] <tgm4883_laptop> Dealing with daily builds and cron jobs
[17:18] <Steeltip> oh
[17:19] <Steeltip> whats the meaning of liking ?
[17:19]  * laga hands Steeltip a dictionary
[17:19] <Steeltip> would you be so kind and explain it in other words ?
[17:19] <Steeltip> Thx allot laga
[17:19] <tgm4883_laptop> I don't like this cron job very much?
[17:19] <Steeltip> i seem to be toooooooo stupid to understand english
[17:19] <Steeltip> ;)
[17:20] <tgm4883_laptop> i'm not happy with it
[17:20] <tgm4883_laptop> because it keeps failing for no apparent reason
[17:20] <rhpot1991_laptop> I'm not happy with garmin
[17:20] <Steeltip> thx
[17:20] <rhpot1991_laptop> find my maps silly thing
[17:20] <Steeltip> garmin ?
[17:22] <Steeltip> NVP: Prebuffer wait timed out 10 times. : Whats that ?
[17:22] <rhpot1991_laptop> gps thing
[17:22] <laga> i'm not happy with that ebay guy. my GPS logger could have arrived today..
[17:23] <Steeltip> rhpot1991,  thx , google helped me :)
[17:28] <rhpot1991_laptop> Steeltip: those are kinda common, could be a lot of things and might not even be a worry
[17:33] <Steeltip> the maybe corrupt files are removed/deleted but still i cant include ne dirs in mythfrontend / myth-music
[17:33] <Steeltip> new directories
[17:49] <Steeltip> thx 4 help guy'S , CU
[17:55] <darrint> Anyone know where to find a cheap standalone ntsc tuner?
[18:54] <tritium> Two of my channels in the listings only list "NO DATA", despite valid channel lineups from schedules direct.
[18:55] <tritium> This is the same bug I experienced in 7.10 when I upgraded from 0.20 to 0.21
[18:56] <tritium> All other channel data is fine.  Where can I start diagnosing this?
[18:56] <tgm4883_laptop> tritium, in mythweb go to settings > channel info and see if they have xmltvid numbers
[18:56] <tritium> tgm4883_laptop: ok, checking...
[18:57] <tritium> tgm4883_laptop: no, none of them do
[18:58] <tritium> Does that mean they were all found via a channel scan?
[18:58] <tgm4883_laptop> none of them do, as in, none of the channels have xmltvid numbers?
[18:58] <tritium> Correct.
[18:58] <tgm4883_laptop> well thats interesting
[18:58] <tritium> They only have channum, callsign, and everything right of those fields
[18:59] <tgm4883_laptop> strange, they should all have xmltvid numbers
[19:00] <tritium> If I allow EIT scans, would that be where the program info is coming from, and not from schedules direct?
[19:00] <tgm4883_laptop> is it digital?
[19:01] <tritium> The "useonairguide" check box is checked for all of them.
[19:01] <tritium> Yes, these are all unencrypted QAM-256 on Comcast cable.
[19:01] <tgm4883_laptop> ah
[19:01] <tgm4883_laptop> sounds like thats where its getting its info
[19:02] <tritium> Yeah, sounds that way.  I'll try unchecking that box...
[19:02] <tgm4883_laptop> which 2 channels?
[19:03] <tritium> 6-1 and 12-1, which are CW and MY50
[19:04] <tgm4883_laptop> are you sure those are broadcasting EIT
[19:05] <tritium> tgm4883_laptop: no, I'm not certain.  I'll uncheck the "useonairguide" and do a fresh mythfilldatabase.
[19:05] <tgm4883_laptop> ok
[19:07] <tritium> tgm4883_laptop: thanks for your help, tgm4883_laptop.  I'll let you know if that works.  :)
[19:15] <tritium> tgm4883_laptop: that didn't seem to work
[19:18] <tritium> Hmm, the channel lineup doesn't list any of the HD channels.  Now I'm puzzled.  Should I use the over-the-air channel lineup to get the HD channel info, even though I'm using cable?
[19:20] <Greybeard> cable companies always switch channels around AFAIK
[19:21] <tritium> Yeah.
[19:22]  * tritium tries manually entering xmlids
[19:23] <superm1> tritium, if you match up the call signs, you don't usually need to enter xmlids
[19:23] <superm1> mythfilldatabase wil handle it
[19:24] <tritium> superm1: that's not happening for 2 of my channels
[19:24] <superm1> tritium, make sure that you match up spacing, dashes, etc
[19:24] <tritium> I'm not editing the call signs at all.  They were auto setup, either from channel scanning, or from listings info.
[19:25] <tritium> Call signs are correct.
[19:25] <superm1> yeah what i'm saying is that if you want the data to sync up, you have to modify the channel scanning callsigns sometimes
[19:25] <superm1> to match what the callsigns are coming in from the listings info
[19:25] <tritium> I see.  Thanks.
[19:28] <egyn> Hi, i've been trying to install mythtv but failed twice. After the failure the harddrive starts to work intensly.
[19:28] <tritium> Well, strange.  One of the working channels is 4-1.  Mythweb lists its call sign as "NBC HD", while schedules direct lists it as "KOBDT", yet I still get valid channel listings for that one.
[19:28] <egyn> Is this the right forum?
[19:29] <superm1> tritium, the callsign and channel "name" are different fields
[19:29] <superm1> egyn, that likely means that there was a problem with mysql user and or password
[19:30] <superm1> egyn, and that mythtv-backend is continually trying to connect over and over
[19:30] <superm1> without luck
[19:30] <egyn> superm1: that sounds fair since it happens after mysql tries to start
[19:30] <egyn> start = install
[19:30] <egyn> but there is some failure (which i havent logged/written down)
[19:30] <superm1> egyn, did you previously have mysql installed/configured?
[19:30] <egyn> i've tried from a clean install of ubuntu 64-bit. no mysql preinstalled
[19:31] <egyn> and i am testing with hardy
[19:31] <superm1> ah okay
[19:31] <tritium> superm1: I know.  I'm looking specifically at the callsign field only.
[19:31] <superm1> well the likely cause is that when you got a prompt for a "root" password, you put something in
[19:31] <egyn> should i try and isntall mysql before trying ti install myth?
[19:32] <superm1> egyn, no, but this is why mythbuntu control centre was made available
[19:32] <egyn> yes, i entered root pw twice
[19:32] <superm1> to work around this problem-
[19:32] <superm1> so at this point
[19:32] <egyn> ok
[19:32] <egyn> is this a "confirmed" problem?
[19:32] <superm1> you need to dpkg-reconfigure mythtv-common
[19:32] <superm1> make sure that everything is valid
[19:32] <superm1> then dpkg-reconfigure mythtv-database
[19:32] <superm1> make sure everything is valid
[19:32] <superm1> when it asks for the "mythtv" user's password, just hit enter
[19:33] <superm1> but make sure you enter your root password when it asks for it
[19:33] <superm1> tritium, hum well that's particularly odd then :)
[19:34] <superm1> tritium, you should be able to just drop xmltvids in place if it comes down to it
[19:34] <egyn> superm1: before i start this all over again. it is possible to install mythtv without having a tv-card? i want to evalute the software
[19:35] <tritium> superm1: thanks, I'll try that.
[19:35] <superm1> egyn, well starting all over won't solve things unless you purge packages.  the solution i presented to you should get you working from the current state
[19:35] <superm1> egyn, it's possible to install it, but the biggest benefit comes from having a tv card
[19:35] <egyn> superm1, this is another machine with a recent clean install
[19:35] <superm1> egyn, if this is a clean install, i would recommend just installing from a mythbuntu disk
[19:35] <egyn> superm1: i intend to get a tv-card in the near future
[19:35] <superm1> or installing from the apt-url on the website
[19:36] <egyn> superm1: i am downloading the iso as we speak but i _want_ to install aftter ubuntu :)
[19:36] <egyn> i like to install programs :)
[19:36] <superm1> egyn, then you should try to do it from the control center
[19:36] <superm1> click the "Add to ubuntu" link on the website
[19:36] <superm1> and do it that route
[19:37] <superm1> be sure to purge mysql-server* and mythtv* before doing so
[19:37] <superm1> to clean up any mess that was made right now
[19:37] <egyn> yes, is that "qadd to ubuntu" same as installing via synapcit?
[19:37] <superm1> yeah it calls synaptic to install the package
[19:38] <egyn> Great
[19:39] <egyn> I initially intend to be able to use this machine as a front/backend while being able to work on it as a desktop
[19:39] <superm1> yeah then add to ubuntu should work out better for you
[19:39] <egyn> i figured the same
[19:40] <egyn> but later on extend it with additional .. frontends
[19:40] <egyn> my mind wants frontend to be backend :)
[19:40] <tritium> superm1: if I enter the XMLTVID, do I have to restart the mythtv backend to get it to show up in the listings, or do another mythfilldatabase?
[19:41] <superm1> tritium, both i believe
[19:41] <tritium> superm1: ok, thanks
[19:42] <egyn> superm1: when i look at "http://mythbuntu.com/existing-ubuntu" the 2nd step states that i "must be runningn gusty". i am running hardy on a 64-bit computer. will this be impossielbe?
[19:42] <superm1> that would be a typo if it says that.
[19:42] <superm1> let me see
[19:42] <superm1> it says gutsy or later
[19:42] <egyn> ah, or later
[19:43] <egyn> i would prefer "at least 7.10".. but that is a matter of taste i guess :)
[19:43] <frink_> hey superm1
[19:43] <superm1> hi frink_
[19:43] <superm1> how goes things
[19:43] <egyn> Well, i'll fire away the install.
[19:44] <superm1> egyn, alrighty :)
[19:55] <egyn> Ok, progress so far, i was apointed a password for mythtv-common
[19:55] <egyn> and then mythtv-status tried to update and i see "sorry, failed to fetch http://localhost:6544/xml"
[19:56] <egyn> However this step seems to be successful
[20:01] <egyn> When i look in the control center for the system roles i see that by default the "server" is set to "no server" and that "client" is set to "client"
[20:01] <egyn> If i want to run a front/backend on the same machine, should i set it to primary server and client
[20:02] <egyn> What i did last time was not to go into this control center but rather try out mythtv frontend right away
[20:02] <egyn> then mysql started to install
[20:02] <egyn> etc
[20:02] <egyn> i'll read the 8.04 install manual now - doh =)
[20:03] <egyn> ah.. TeX, wonderful
[20:03] <Greybeard> TeX where?
[20:03] <egyn> the pdf-manual
[20:03] <tritium> Yep.
[20:04] <egyn> i wrote my master thesis using latex, nice to send word up the ")(#D
[20:04] <egyn> :)
[20:05] <tritium> superm1: well, I added XMLTVIDs to the two channels that I wasn't getting listing info for, and now they're the only two that have listing info.  The other channels *lost* their listing info.
[20:08] <egyn> semi-off-topic, is the XFCE4 desktop less resource hungry than Gnome?
[20:08] <tritium> somewhat
[20:08] <egyn> Ok,
[20:08] <egyn> is Kubuntu based on KDE?
[20:09] <egyn> which is also less resource hungry?
[20:09] <Greybeard> but mythtv doesn't really use any major features of any of those
[20:09] <egyn> I read chapter 3.3 which talked about "excess bloat of an existing install"
[20:09] <egyn> Oh well.
[20:09] <egyn> back to reading
[20:10] <Greybeard> before I used mythbuntu, I didn't use any GNOME, KDE, or XFCE components, except a terminal emulator
[20:10] <tritium> egyn: kubuntu _is_ based on KDE, but I don't believe it to be less resource hungry
[20:10] <Greybeard> I didn't even have a window manager
[20:11] <egyn> tritium: i remember that i installed kubuntu on a low spec machine based on such a statement "less resource hungry"
[20:11] <egyn> if i rembmer correctly
[20:12] <tritium> egyn: I guess it depends on whose statements you believe
[20:12] <Greybeard> if you want to install as little as possible, use an Ubuntu alternate install CD and just use the "text" option
[20:12] <egyn> Greybeard: yes
[20:13] <Greybeard> but the mythbuntu install CD is more automatic
[20:13] <egyn> but that is not of interest for me atm
[20:13] <egyn> well i aim to use this server as a desktop as well
[20:13] <egyn> server = backend?
[20:13] <Greybeard> oh
[20:13] <egyn> in mythtv terms?
[20:14] <tritium> yes
[20:14] <Greybeard> so, you're not planning to use it as a frontend?
[20:14] <tritium> You can use the same machine as both.
[20:14] <Greybeard> of course
[20:14] <egyn> thanks, i have the control center in swedish .. and it says  "client" and "server"
[20:14] <egyn> i will use it as both
[20:14] <egyn> initially as a frontend+backend+desktop
[20:14] <Greybeard> you can easily add or take things away later
[20:15] <egyn> and i would like to output mythtv to one of my motherboards display outputs
[20:15] <Greybeard> different from the desktop?
[20:15] <egyn> while working on the desktop on another
[20:15] <egyn> possibly
[20:16] <egyn> i have not really understood this part fully yet though
[20:16] <Greybeard> if they're entirely different hardware devices, you can probably run independent X servers
[20:16] <egyn> same hardware device
[20:16] <tritium> superm1: I went ahead and added xmltvids for all channels
[20:16] <Greybeard> or you can put definitions for both cards and screens in the same xorg.conf
[20:16] <tritium> Now the channel listings are complete.
[20:16] <egyn> Greybeard: thus outputting screen 0 to say the vga output and screen 1 to dvi?
[20:17] <Greybeard> so, you'll want one X display with two screens
[20:17] <Greybeard> yeah, you can do that
[20:17] <egyn> i'll back up a bit
[20:17] <Greybeard> one screen will be :0.0 and one will be :0.1
[20:17] <egyn> i've only got one gfxcard
[20:17] <egyn> which can output vga/dvi/hdmi
[20:17] <Greybeard> you can set up multiple screens for X
[20:17] <Greybeard> which X driver are you using?
[20:18] <egyn> will that be a so called ... "cloned screen"
[20:18] <Greybeard> there are several different configuratoins
[20:18] <Greybeard> configurations
[20:18] <egyn> that is why it is confusing =)
[20:18] <Greybeard> I assume you want independent screens
[20:18] <egyn> ati
[20:18] <egyn> fxglr
[20:18] <egyn> (spelling might be wrong)
[20:18] <Greybeard> I'm not sure if there's a utility to set that up easily
[20:19] <Greybeard> you may have to edit xorg.conf
[20:19] <egyn> editing xorg is fine with me
[20:19] <Greybeard> the Ubuntu "Monitor Resolution Settings" might do it too
[20:19] <egyn> i tried that .. say 6 months ago on my laptop but that didnt work too well :)
[20:19] <egyn> but it might work better now on this desktop
[20:20] <egyn> although the motherboard is new
[20:20] <Greybeard> there are a number of potential pitfalls
[20:20] <tritium> The Screen Resolution applet on 8.04 works nicely with xrandr now.
[20:20] <egyn> well .. the laptop caused me a lot of pain
[20:20] <egyn> but that is history
[20:20] <egyn> xrandr?
[20:20] <Greybeard> different cards and drivers have different quirks
[20:20] <Greybeard> xrandr should be able to handle it, if the driver works correctly
[20:21] <Greybeard> I've had the ati/radeon driver crash when using xrandr commands
[20:21] <egyn> i've managed to get compiz working so i hope it's fine
[20:21] <Greybeard> but if that works, that's probably the best approach
[20:21] <egyn> altough i get some flickering with opengl
[20:22] <egyn> but that is a different topic
[20:22] <Greybeard> yeah, that's mostly independent
[20:22] <Greybeard> I haven't used fglrx much, since I've found the Free radeon driver to work better most of the time
[20:23] <egyn> do you play games?
[20:23] <egyn> gaming is not my main focus
[20:23] <Greybeard> not with the ATI card
[20:23] <egyn> i might start tetris or the occasional punch-out
[20:23] <egyn> if i'm wild i play some amiga games
[20:23] <Greybeard> for mythtv with an LCD TV connected to the DVI output of a radeon card, the "radeon" driver has worked best
[20:23] <egyn> oh well. i'll shut up and read again.
[20:24] <egyn> Greybeard: then maybe i should consider to use the free drivers
[20:24] <Greybeard> well, try it with what you have first probably
[20:24] <egyn> i've got a radeon 3200 hd
[20:24] <Greybeard> use whatever works for you
[20:24] <egyn> yes i'll keep on from my current setting
[20:24] <Greybeard> I have a 9600, so everything's probably different
[20:25] <egyn> i wouldnt know
[20:25]  * egyn is a happy amateur
[20:25] <Greybeard> the driver situation for ATI/AMD hardware is very complex
[20:26] <egyn> so i've discovered
[20:26] <egyn> but i dont want to buy windows
[20:26] <Greybeard> there's now the new free driver, but I have no experience with it yet
[20:32] <egyn> Ok, now i tried to add a primary server and mysql started installing and fails
[20:35] <Greybeard> are you using Mythbuntu Control Center?
[20:35] <egyn> yes
[20:35] <egyn> i tried adding a primary server and pressed apply
[20:35] <egyn> then it started downloading and isntalling
[20:35] <egyn> and fails at mysql
[20:35] <egyn> again, this is a clean install of ubuntu
[20:36] <Greybeard> mysql didn't start?
[20:36] <egyn> 64-bit hardy
[20:36] <egyn> did not start
[20:36] <egyn> "unpacking mysql-server (from .../mysql-server_5.0.51a-3ubuntu5.1_all.deb) ...
[20:36] <egyn> * Stopping mysql database server mysqld
[20:37] <Greybeard> I haven't started a new MythTV system from nothing using Mythbuntu, since I had an working system before Mythbuntu came along, so I'm not familiar with the exact sequence
[20:37] <egyn> ... fail!
[20:37] <Greybeard> no other messages?
[20:37] <Greybeard> you may need to try starting mysqld from a terminal to see errors
[20:37] <egyn> "there is a mysql server running, but we failed in our attempts to stop it"
[20:37] <egyn> "stop it yourself and try again"
[20:37] <egyn> so there was more messages :)
[20:38] <Greybeard> you can try "/etc/init.d/mysql restart"
[20:39] <egyn> i needed sudo
[20:39] <Greybeard> right
[20:39] <egyn> could this be the orpblem with the installscript?
[20:39] <Greybeard> sorry
[20:39] <Greybeard> so restarting mysql manually worked?
[20:39] <egyn> yes
[20:40] <Greybeard> I guess try the MCC thing again
[20:40] <egyn> that seemed to work
[20:40] <Greybeard> you selected "Primary Backend" and "Frontend" under "System Roles"?
[20:41] <egyn> i saw "starting server" and "starting "client" flashing by
[20:41] <egyn> yes, prim front/back
[20:41] <Greybeard> so, mythfrontend started?
[20:42] <egyn> i think so, how can i check most easily?
[20:42] <Greybeard> you'd see it
[20:42] <Greybeard> it would probably cover everything else up
[20:42] <egyn> i can see a mythbqackend process
[20:42] <egyn> (ps)
[20:43] <egyn> i see no new window/screen
[20:43] <Greybeard> I'm not sure what client was starting then
[21:04] <egyn> Ok, well i have a backend running now, but only as a a process, i cannot see a window
[21:05] <egyn> is it now safe to  start the frontend?
[21:34] <egyn> Tada,
[21:34] <egyn> now it works
[21:34] <egyn> i'll check out the plugins since i have no tv-card =)
[21:41] <egyn> how can i control the image gallery, to start a slide show? do i need a remote control?
[21:41] <egyn> the keyboard lets me choose between images
[21:41] <egyn> but how do i select slideshow/random/marking and so on?
[21:42] <egyn> "m" =)
[21:42] <egyn> thanks.
[21:54] <MythbuntuGuest04> Tried to install a new install of Mythbuntu.  Whether I use Mythbuntu install or Alternate Mythbuntu, by the time it gets to being able to reconize the hard drives, it tells me that no hard drives are detected.  It tells me that if I need drivers for my Western Digital 80 gig and 500 gig SATA drives, I should choose from the following drivers listed.  No matter which drivers I chose, it goes back to telling me that no drives are detected. 
[21:57] <laga> can you select "legacy" SATA mode in the bios?
[21:58] <egyn> are program guides distributed via the digital-tv-signals or do i use a webaddress for this?
[21:58] <tritium> I'm a bit confused about the lirc configuration.  I have a Fusion MCE remote that came with my dvico fusion5 hdtv card.  It appears to be the DVICO_MCE device in /usr/share/lirc/remotes/dvico/lircd.conf.fusionHDTV.  When configuring from MCC, I can't specifically choose DVICO_MCE.
[21:59] <MythbuntuGuest04> I have not noticed.  Thank you very much for the quick responds.  When I get home from work, I will check.  And get back to the chat.  Again thank you very much
[21:59] <tritium> Do I have to manually edit /etc/lirc/hardware.conf, and change REMOTE="DViCO USB Remote" to REMOTE="DVICO_MCE"?
[22:02] <tritium> In fact, there are two separate entries for DVICO_MCE in /usr/share/lirc/remotes/dvico/lircd.conf.fusionHDTV.  How does one configure one vs. the other?
[22:03] <egyn> well I hav eno idea  since he has no remote nor yet
[22:03] <egyn> he = me
[22:04] <egyn> = i
[22:04] <egyn> argh =)
[22:04] <tritium> :)
[22:35] <Greybeard> ﻿/etc/lirc/hardware.conf describes the receiver hardware
[22:36] <tritium> Greybeard: so how do I specificy the exact remote I have?
[22:36] <Greybeard> ﻿/etc/lirc/lircd.conf describes remotes that are sending commands
[22:37] <Greybeard> you can use one of the files from ﻿/usr/share/lirc/remotes as /etc/lirc/lircd.conf
[22:37] <tritium>  /etc/lirc/lircd.conf only lists /usr/share/lirc/remotes/dvico/lircd.conf.fusionHDTV, which lists two different DVICO_MCE remotes.
[22:37] <tritium> I don't see how/where to specify which one specifically to use.
[22:38] <Greybeard> you can use any number of remote transmitters simultaneously
[22:38] <Greybeard> is lirc getting some signal?
[22:38] <tritium> So how does it distinguish between the two with identical name (DVICO_MCE)
[22:39] <Greybeard> that's strange that two are identically named
[22:39] <tritium> Yes, the remote is working, but not all the buttons.
[22:39] <Greybeard> I guess you should delete one
[22:39] <tritium> Yes, I would expect unique names.
[22:39] <tritium> While the remote is working, it may be using the ir_kbd_i2c driver.  I'm not sure if that uses lirc, or not.
[22:39] <Greybeard> well, don't delete any
[22:40] <Greybeard> probably not
[22:40] <tritium> I think I'll enable the IR receiver on my HDHomeRun.
[22:40] <tritium> (and unplug the little 1/8" IR receiver cable on the DViCO card.
[22:40] <tritium> )
[22:40] <Greybeard> well, shutdown lircd and see what happens
[22:41] <Greybeard> does the remote still work?
[22:41] <tritium> Let me check.
[22:42] <tritium> hmm, invoke-rc.d lirc stop failed
[22:42] <Greybeard> or run irw and see if anything comes out when you hit remote buttons
[22:42] <Greybeard> lirc probably wasn't running then
[22:43] <tritium> correct
[22:43] <tritium> So it was definitly only using the i2c driver.
[22:43] <Greybeard> so, you're getting keyboard input events independent of lirc
[22:43] <tritium> I can successfully load lirc, so I'll play with that now.
[22:43] <tritium> Thanks, Greybeard.
[22:43] <Greybeard> the input events might be preferable to lirc anyway
[22:43] <Greybeard> sure
[22:44] <tritium> Not sure.  How would I configure the input events?
[22:44] <Greybeard> I don't know
[22:44] <tritium> ok, no worries
[22:44] <Greybeard> I don't have that kind of hardware, but it might be simpler than having lircd
[22:44] <tritium> possibly
[22:44] <Greybeard> does it produce characters in a terminal when you hit remote buttons?
[22:45] <tritium> I've not tried.  Let me check.
[22:45] <Greybeard> there's a mythtv key configuring plugin that might be very easy to use
[22:46] <tritium> Yes, but only for arrow and numeric keys.
[22:47] <Greybeard> ok
[22:47] <Greybeard> maybe the other buttons produce input events that aren't mapped to chararcters
[22:47] <Greybeard> characters
[22:50] <Greybeard> if you do end up using lirc, you might need to unload ﻿ir_kbd_i2c to avoid confusing apps
[22:50] <Greybeard> they could get events from both Linux input (as keys) and from lirc
[22:57] <tritium> Greybeard: yeah, no kidding.
[23:02] <tritium> Hmm, to use the HDHomeRun's IR receiver I'd have to configure lirc to listen on UDP port 5000.
[23:04] <Greybeard> makes sense, since the HDHomRun only has ethernet
[23:05] <tritium> I'm looking for LIRCD_ARGS in /etc/init.d/lirc...
[23:06] <Greybeard> I had no end of annoyance with the COM port IR receiver that came with my Air2PC card, so I got a USB MCE receiver and remote
[23:06] <tritium> Cool.
[23:06] <Greybeard> it works quite well
[23:06] <tritium> That solved it?
[23:06] <Greybeard> I like the remote a lot and the receiver can receive from other remotes too
[23:07] <Greybeard> it may have the Microsoft name on it, but they don't make them of course
[23:11] <tritium> Gah, I can't find where to put args for lircd
[23:13]  * tritium believes superm1 has an HDHomeRun, and wonders how he configured lircd...
[23:14] <egyn> :)
[23:14] <Greybeard> command line args for lircd are in /etc/init.d/lirc
[23:14] <egyn> this mythtv-thingy feels neat
[23:15] <Greybeard> it's nice once you get it working
[23:15] <egyn> i hate the fact that the DVB-C cards are so expensive though
[23:16] <tritium> Greybeard: yeah, I've been looking at that file.
[23:16] <Greybeard> it looks like you have to edit it directly to change arbitrary lircd parameters
[23:16] <Greybeard> what do you want to change btw?
[23:17] <tritium> I want to invoke lirc with "-H udp -d 5000" arguments
[23:17] <Greybeard> you can probably do that in /etc/lirc/hardware.conf
[23:18] <tritium> aye
[23:18] <Greybeard> use REMOTE_DIRVER="udp" and REMOTE_DEVICE="5000"
[23:19] <tritium> hmm
[23:19] <tritium> I have REMOTE_DRVER=
[23:19] <tritium> "dvico"
[23:19] <Greybeard> so, change that to udp I think
[23:20] <tritium> I put REMOTE_ARGS="-H udp -d 5000" and left others alone
[23:20] <tritium> hmm, ok
[23:20] <Greybeard> that might work too
[23:20] <Greybeard> but that might result in two -H options
[23:20] <tritium> udp is a valid lirc driver, huh?
[23:20] <Greybeard> yes
[23:20] <tritium> Then how do I specify the dvico remote?
[23:21] <tritium> This is *uber* confising...
[23:21] <Greybeard> remotes are configured in /etc/lirc/lircd.conf
[23:21] <Greybeard> ﻿REMOTE_DRVER=dvico means use the dvico receiver, not transmitter
[23:22] <tritium> When I configure a remote in MCC, it ends up listing dvico in /etc/lirc/hardware.conf.old
[23:22] <Greybeard> well, the interface in the computer, not the thing you hold in your hand
[23:22] <Greybeard> ﻿/etc/lirc/hardware.conf.old is probably just a backup
[23:22] <tritium> I didn't mean to include .old
[23:23] <Greybeard> yeah, MCC is trying to use the dvico card's receiver, right?
[23:23] <tritium> Possibly.
[23:23] <Greybeard> but you want to ignore that and use the HDHomerun's receiver, right?
[23:23] <tritium> I guess so.  It says to choose a
[23:23] <tritium> "remote"
[23:23] <tritium> But perhaps that's what it means...
[23:24] <Greybeard> MCC probably doesn't allow for receivers and remotes from different sources
[23:24] <tritium> I guess so.
[23:24] <Greybeard> you probably have to configure this manually
[23:24] <tritium> yeah
[23:24] <Greybeard> it seems pretty safe to assume that someone would use their dvico remote with a dvico card
[23:24] <tritium> yes
[23:24] <Greybeard> MCC probably isn't designed for more complex configurations
[23:27] <tritium> I wonder if I can use the inputlirc package to "connect" the i2c to lirc
[23:27] <Greybeard> so, you didn't get lircd to receive from the DVIcO card at all?
[23:27] <tritium> I'm not there yet.
[23:28] <tritium> I'm still researching lirc drivers.
[23:28] <tritium> even dpkg-reconfigure lirc doens't list udp as a driver.
[23:28] <tritium> doesn't*
[23:28] <Greybeard> "lircd --driver=help" lists udp
[23:28] <tritium> thanks
[23:29] <Greybeard> the term "driver" is confusing in the context of Lirc, since lircd has a number of internal hardware drivers, some of which talk to Linux kernel drivers and some of which don't
[23:30] <tritium> Well, I have a dinner date.  I better go get ready.  Thanks for all of your help.  =)
[23:30] <Greybeard> sure
[23:31] <tritium> Hope to see you around.
[23:32] <Greybeard> sure
[23:46] <ab0oo> any geniuses here using HVR-1800s on a cable network (like comcast) with borked up EIT info (bad 1ffb PIDs)?
[23:46] <ab0oo> better yet, anyone just having succes with an HVR-1800?