[02:14] <ripperda> Hi, I'm having trouble connecting a remote frontend to my backend. the frontend starts, but hangs after seemingly connecting to the DB
[02:14] <ripperda> I see "Testing network connectivity to 'htpc00'; New DB connection, total: 1", then things stop
[03:56] <cmdln> hello
[04:12] <ripperda> hmm, got my earlier problem worked out, but still having problems
[04:12] <ripperda> i can start the frontend, but it complains about connecting to the db
[04:13] <ripperda> I have the remote hostname set correctly, but in the output, mythcontext is trying to connect to the localhost and fails
[04:13] <ripperda> am I supposed to run mythtv-setup on frontends that have no local backend?
[04:55] <cmdln> when was the last time channel.conf import worked?
[04:55] <cmdln> ripper there is a setup inside the frontend
[04:55] <cmdln> you tell it what db to connect ot
[04:56] <cmdln> can you connect to the remote db with mysql client?
[04:56] <cmdln> from the box your frontend is on
[04:56] <cmdln> mysql typically comes only listening on localhost, you have to change the bind address
[04:57] <ripperda> cmdln, yes, I've been working through problems. I had configured frontend in the setup page, but now it goes straight to that page whenever I start the frontend
[04:58] <cmdln> can you connect with mysql cli?
[04:58] <ripperda> working on mysql right now. I can connect local on the backend, but not from the frontend. looking at some web pages right now
[04:58] <cmdln> edit /etc/mysql/my.cnf
[04:58] <ripperda> yes, I commented out the bind line
[04:58] <cmdln> change bind-address from 127.0.0.1 to either the ip of the interface
[04:58] <cmdln> or to 0.0.0.0
[04:58] <cmdln> you gotta bind it to something
[04:59] <cmdln> 0.0.0.0 is all interfaces
[04:59] <ripperda> ok, will change it and give it another try
[04:59] <cmdln> yeh change that
[04:59] <cmdln> restart mysql
[04:59] <cmdln> you should be ok then
[04:59] <cmdln> as long as there is no firewall
[04:59] <ripperda> ok
[05:08] <ripperda> hmm, no luck yet
[05:10] <cmdln> did you restart mysql?
[05:13] <cmdln> see if you can telnet to 3306 (mysql port) from the frontend
[05:14] <cmdln> mysql must be listening on the right interface
[05:14] <cmdln> and you have to have a user on mysql with proper permissions to connect from that host
[05:17] <ripperda> ok, I did restart mysql, although I see this output:
[05:17] <ripperda>  * Stopping MySQL database server mysqld                                                                                    [ OK ]
[05:17] <ripperda>  * Starting MySQL database server mysqld                                                                                    [ OK ]
[05:17] <ripperda>  * Checking for corrupt, not cleanly closed and upgrade needing tables.
[05:18] <cmdln> that looks normal
[05:18] <ripperda> ah that last line is fine, for some reason I was thinking it indicated it didn't close cleanly
[05:18] <ripperda> ok, tried telneting in, get this (which may be normal):
[05:18] <ripperda> Trying 192.168.1.11...
[05:18] <ripperda> Connected to htpc00.
[05:18] <ripperda> Escape character is '^]'.
[05:18] <ripperda> =
[05:18] <ripperda> 5.1.37-1ubuntu5�]d\$<@leV_X{$;?iu/
[05:18] <cmdln> thats good
[05:18] <cmdln> you connected
[05:18] <cmdln> now try with mysql client
[05:19] <ripperda> ok, so that means mysql is configured correctly?
[05:19] <cmdln> well it means mysql is listnedng and accepting connections from the other host
[05:19] <cmdln> that dosnt mean its correct
[05:19] <cmdln> from the frontedn
[05:19] <ripperda> got it
[05:19] <ripperda> ok, tried this:
[05:19] <ripperda> mysql mythconverg -h htpc00 -u mythtv -p
[05:19] <ripperda> Enter password:
[05:20] <ripperda> and entered the password:
[05:20] <ripperda> 5mRYWsZD
[05:20] <ripperda> but I get:
[05:20] <ripperda> ERROR 1045 (28000): Access denied for user 'mythtv'@'192.168.1.109' (using password: YES)
[05:20] <cmdln> that should match what you see in /etc/mythtv/config.xml on the backend
[05:20] <cmdln> the password that is
[05:20] <ripperda> ok, let me check that to verify
[05:21] <ripperda> ok, yes, that matches
[05:21] <cmdln> guessing you dont have proper permissions for the user
[05:21] <cmdln> on the db server
[05:22] <cmdln> mysql -uroot -pmysqlrootpassword
[05:22] <cmdln> grant all on mythconverg.* to 'mythtv@%' identified by '5mRYWsZD';
[05:23] <ripperda> interesting, I was trying the same thing on the actual server
[05:23] <cmdln> did it work ?
[05:23] <ripperda> this works: mysql mythconverg  -u mythtv -p
[05:23] <cmdln> sure
[05:23] <ripperda> this does not: mysql mythconverg -h htpc00 -u mythtv -p
[05:23] <ripperda> ie, if I just do the localhost, it works fine, but I explicitly tell it the hostname/ip it does not
[05:24] <ripperda> but your previous comment may be key
[05:24] <cmdln> right
[05:24] <ripperda> I saw that online, but was dumb and did 'password' rather than plugging in the actual password
[05:24] <ripperda> I'll try that
[05:24] <cmdln> because you only have a grant that allows access for the mythtv user from localhost
[05:24] <cmdln> that grant should fix it
[05:24] <cmdln> i think
[05:24] <cmdln> not a mysql guru
[05:25] <ripperda> sure, I'll give it a shot. understood. thanks for the help
[05:25] <cmdln> will be close though
[05:28] <ripperda> ok, made progress
[05:28] <ripperda> I can connect via mysql cli on both systems
[05:28] <cmdln> cool
[05:28] <ripperda> mythfrontend starts properly again
[05:28] <cmdln> now try the frontend
[05:28] <ripperda> however I still get "could not connect to the master backend server -- is it running?"
[05:28] <ripperda> let me get the output
[05:29] <cmdln> you need to restart mythtv-backend
[05:29] <cmdln> on the backend
[05:29] <ripperda> ok, will try that
[05:29] <ripperda> but in the mythfrontend output, I don't see the failure to connect to the DB, but I see:
[05:30] <ripperda> MythContext: Connecting to backend server: 127.0.0.1:6543 (try 1 of 1)
[05:30] <ripperda> when the backend server should be on 192.168.1.11
[05:31] <cmdln> and in the frontend setup you have the right ip?
[05:31] <ripperda> I should, but I'll double-check, just restarted the backend
[05:34] <ripperda> hmm, yes, I have the right hostname (with the right ip/hostname translation in /etc/hosts)
[05:34] <cmdln> mm
[05:34] <ripperda> and I see the frontend output connecting the mysql server correctly
[05:34] <cmdln> check /etc/mythv/
[05:34] <ripperda> it just looks like MythContext is configured differently/somewhere else
[05:34] <cmdln> mmm
[05:36] <cmdln> dunno
[05:36] <cmdln> look in /etc/mythtv
[05:36] <cmdln> on the frontend
[05:36] <cmdln> see if there are any plain txt files that have some config in em
[05:36] <ripperda> I checked through those, but they all looked correct. I'll keep digging around
[05:37] <ripperda> thanks for helping out with the mysql stuff, that helped a lot
[05:37] <cmdln> np
[05:37] <iamlindoro> ripperda, Your backend is configured to run on 127.0.0.1
[05:37] <iamlindoro> run mythtv-setup on the backend, step 1, general
[05:37] <iamlindoro> both IP addresses on that page must be externally accessible
[05:38] <iamlindoro> (and in the case of a single backend, the same)
[05:38] <cmdln> any idea what the best way to migrate channel data is?
[05:38] <cmdln> cant import channels.conf, aparently thats busted
[05:38] <ripperda> iamlindoro, thanks, looking at it right now
[05:38] <cmdln> i tried just moving the channel table
[05:38] <cmdln> that didnt work out well
[05:38] <cmdln> couldnt tune
[05:39] <cmdln> is there information elsewhere that I missed when I grabbed the channel table?
[05:39] <ripperda> iamlindoro, do I need to enter the ip number there, or is a hostname valid?
[05:39] <cmdln> hostname should be fine ripper
[05:39] <iamlindoro> ripperda, IP address only
[05:39] <iamlindoro> no, hostname is not fine
[05:39] <cmdln> oh
[05:39] <cmdln> interesting
[05:40] <cmdln> oh its the address it binds to
[05:40] <ripperda> ok, going with IP address
[05:41] <cmdln> iamlindoro: any idea on moving the channel maps?
[05:41] <ripperda> awesome, its working now
[05:42] <ripperda> I can watch tv via the frontend now (if a little jerky)
[05:42] <ripperda> thanks much guys
[05:42] <ripperda> !
[05:42] <Zinn> Sorry I don't know about
[05:42] <iamlindoro> cmdln, channel layouts aren't meant to be moved between systems-- the only supported method to do something like that is to backup and restore the database
[05:42] <iamlindoro> channels are cross referenced among about a dozen database tables
[05:43] <cmdln> i spent hours mapping that qam data
[05:43] <cmdln> theres gotta be a good way
[05:43] <cmdln> has the channels.conf import ever worked well?
[05:43] <cmdln> I have a script that will generate a channels.conf from the db
[05:43] <iamlindoro> What's wrong with restoring your database?
[05:44] <cmdln> mmm
[05:44] <cmdln> i guess i can do that
[05:55] <ripperda> ok, now a (subjective) config question about dvds/videos
[05:55] <ripperda> I've been ripping my dvds to iso images for use around the house by mythtv
[05:55] <ripperda> I have a myth-backend, a NAS for the isos, and frontends
[05:55] <ripperda> I was going to have the backend physically near the NAS and use storage groups to stream the videos to the frontends
[05:56] <ripperda> but storage groups in 22 don't support streaming isos
[05:56] <ripperda> so is the "right" thing to do to point all of the frontend filepaths to the NAS location?
[05:59] <foxbuntu> ripperda, for .22, yes
[06:00] <foxbuntu> ripperda, mount the nas to the frontends and point to that
[06:00] <ripperda> foxbuntu, ok, thanks. do you have experience with that? how well does that work?
[06:01] <ripperda> hmm, I was worried about network latency and pulling the file, but mythvideo should be able to pull parts of the iso as it plays back
[06:01] <ripperda> I'll experiment and see how well it works
[06:02] <cmdln> humm
[06:02] <cmdln> i restored my database to my new backend
[06:02] <cmdln> yay the channel map didnt get hosed
[06:02] <foxbuntu> ripperda, it all depends on your network and nas
[06:03] <cmdln> but boo, i cant tune
[06:03] <ripperda> foxbuntu, understood
[06:03] <cmdln> any idea what i might be overlooking?
[06:05] <foxbuntu> cmdln, I assume you restored your DB for a reason other than fun, so I am wondering if your external channel changer script is still in place/tested/working
[06:06] <cmdln> Im using an hdhomerun
[06:06] <foxbuntu> cmdln, aright...
[06:06] <cmdln> installing the frontend on the backend now to see if it works there
[06:07] <cmdln> nop same
[06:07] <foxbuntu> cmdln, usually when the HDHR doesnt tune its a connectivity issue
[06:07] <cmdln> i didnt have to do anything special to get the hdhomerun working
[06:07] <foxbuntu> cmdln, try this on the backend: hdhomerun_config discover
[06:09] <cmdln> it found it
[06:09] <foxbuntu> cmdln, ok, now try this
[06:09] <foxbuntu> sudo /etc/init.d/mythtv-backend restart
[06:10] <cmdln> ok its restarted
[06:10] <foxbuntu> cmdln, try tuning
[06:11] <cmdln> cant from myth
[06:11] <cmdln> i get the playback starting screen
[06:11] <cmdln> then it hops back
[06:11] <foxbuntu> aright
[06:11] <foxbuntu> cmdln, cat /var/log/mythtv/mythbackend.log | pastebinit
[06:12] <foxbuntu> provide me that url
[06:13] <rhpot1991> foxbuntu: I have the HDHR config gui on the testing ppa, might help here
[06:13] <foxbuntu> rhpot1991, maybe
[06:13] <foxbuntu> rhpot1991, we' see what the logs have to say first
[06:14] <cmdln> ha
[06:14] <cmdln> thanks
[06:14] <cmdln> just needed to look
[06:14] <cmdln> couldnt creat ring buffer, perm issue on the recordings dir
[06:14] <foxbuntu> cmdln, glad to help ;)
[06:15] <cmdln> anyone know what the deal will be with the cable card version
[06:15] <cmdln> thats supposed to come out sometime
[06:15] <cmdln> ie if i have a cable card will the cable card be able to get the virtual channel map updates from the provider?
[06:15] <foxbuntu> cmdln, well they were going to annouce at CES, but I havent heard more than that
[06:16] <foxbuntu> cmdln, it will depend on your provider and how much cablecard support they will provide
[06:16] <cmdln> mmm
[06:17] <foxbuntu> cmdln, at this point very few of the cable providers offer/support the cablecard spec
[06:18] <foxbuntu> cmdln, and more importantly the CableCard 2.0 spec
[06:20] <cmdln> mmm
[06:20] <cmdln> our cable provider usualy impliments stuff fairly fast
[06:20] <cmdln> for a small town anyway
[06:20] <cmdln> im just ticked they dont provide the qam mappings
[06:21] <foxbuntu> cmdln, many dont
[06:21] <foxbuntu> cmdln, thus Schedules Direct
[06:21] <cmdln> schedules direct dosnt give you the qam channels though, just the virtual cable channels right?
[06:22] <cmdln> its my understanding the providers will futz with the qam channels and move them around, but leave the virtual channel the same for all the cable boxes
[06:22] <cmdln> i just dont think i should have to pay for cable boxes to find my channels
[06:22] <foxbuntu> cmdln, well if th cable provider send the call sign schedules direct will match up in the db with it
[06:22] <cmdln> and the one free one they provide dosnt work with HD
[06:23] <cmdln> how can I tell if they send the call sign?
[06:23] <foxbuntu> cmdln, I agree and wish I didnt, but there is allot of content that doesnt come on the QAM here
[06:23] <cmdln> i didnt see it when i did a manual scan
[06:23] <foxbuntu> cmdln, well somtimes the channel will show "ABCDT" or similar on the QAM
[06:24] <foxbuntu> cmdln, but it will contain the QAM channel number
[06:24] <cmdln> mmm
[06:24] <foxbuntu> cmdln, if it doesnt even do that then, no, schedules direct is of no help
[06:25] <cmdln> yeh where would the channel "show" that
[06:25] <cmdln> when i was making my map i filled in the callsign
[06:26] <cmdln> should i see it in the output when i do a hdhomerun_config scan?
[06:26] <foxbuntu> not all of them will but it will be easily visible if the EIT data from the cable provider has it
[06:26] <foxbuntu> cmdln, no
[06:26] <foxbuntu> cmdln, channel scan in MythTV
[06:26] <foxbuntu> er... mythtv-setup
[06:28] <cmdln> so i shouldnt have to do anything special?
[06:28] <foxbuntu> nope
[06:28] <cmdln> ive seen a checkbox somewhere about eit
[06:28] <cmdln> but i dont see it in the scan config
[06:28] <foxbuntu> nope
[06:29] <foxbuntu> just run a full scan on QAM 256
[06:29] <cmdln> mmm i know some people in the head end, maybe i can get them to start broadcasting that
[06:29] <cmdln> cause when i did that the first time, i just got numbers for the call sign
[06:29] <cmdln> so here is a good one for ya
[06:29] <foxbuntu> yeah...if the callsign isnt there
[06:29] <cmdln> i havent done the second tuner yet
[06:30] <foxbuntu> what second tuner?
[06:30] <cmdln> im just going to hook it to the same input
[06:30] <cmdln> the other tuner in the hdhr
[06:30] <foxbuntu> you dont have to scan both
[06:30] <cmdln> thank god
[06:30] <foxbuntu> you only need the data once
[06:30] <cmdln> docs online seeemed to make it sound like that
[06:30] <foxbuntu> ah
[06:31] <foxbuntu> cmdln, the HDHR supports multirec as well since .22
[06:31] <cmdln> multirec?
[06:31] <foxbuntu> cmdln, it can tune to multiplexes
[06:32] <foxbuntu> cmdln, the HD signal for QAM/ATSC is broadcast on multiplexes which means several channels may be on the same multiplex
[06:32] <cmdln> right
[06:32] <foxbuntu> cmdln, I have my HDHR setup to record 6 channels at a time
[06:32] <cmdln> 6?
[06:32] <foxbuntu> yup
[06:32] <foxbuntu> 3 per tuner
[06:32] <cmdln> mmmmm
[06:33] <cmdln> how
[06:33] <cmdln> lol
[06:33] <cmdln> you recording all the other programs on that channel?
[06:33] <cmdln> or you pick 6 independant
[06:33] <foxbuntu> if you look at the tuner config (I think the last page) it asks how many simultaious recordings this tuner can do, just shove a number in there...it will figure out which channels are on the same multiple
[06:33] <foxbuntu> x
[06:34] <cmdln> input groups?
[06:34] <foxbuntu> cmdln, no, most of my local HD channels (ABC/FOX/NBC/ect) on QAM are on like 2 multiplexes
[06:35] <foxbuntu> cmdln, nope, its on the tuner it self
[06:35] <foxbuntu> in mythtv-setup
[06:35] <cmdln> damn i need to hit wikipedia
[06:35] <Zinn> cmdln: Please watch your language.
[06:35] <cmdln> sorry
[06:35] <cmdln> heh
[06:35] <foxbuntu> cmdln, hes a bot
[06:35] <cmdln> yeah
[06:35] <foxbuntu> cmdln, but yes ;
[06:35] <foxbuntu> :)
[06:35] <cmdln> realized right after i appologised to him
[06:35] <cmdln> heh
[06:36] <foxbuntu> haha
[06:36] <cmdln> so does it matter what you set max recordings to?
[06:36] <foxbuntu> nope
[06:36] <foxbuntu> in theory
[06:36] <cmdln> hum
[06:37] <foxbuntu> it will only record based on the multiplexes
[06:37] <cmdln> i dont understand what the multiplexes are
[06:37] <foxbuntu> I dont know of any negative results for setting it too high (if there is a too high)
[06:38] <foxbuntu> cmdln, think of them as the next level up of containers for braodcast data
[06:38] <cmdln> ok but how do i know what content is broadcast on what multiplex?
[06:38] <foxbuntu> cmdln, the levels are TV Show -> Channels -> Multiplex
[06:38] <foxbuntu> cmdln, you could look it up in the DB, but there is no need to know
[06:38] <cmdln> ok and the multiplex  is commonly reffered to as the "program id"
[06:39] <cmdln> that right?
[06:39] <foxbuntu> no
[06:39] <cmdln> oh
[06:39] <foxbuntu> it is a multiplex
[06:39] <foxbuntu> program id is the episode information
[06:39] <foxbuntu> recording date and so one
[06:40] <cmdln> so my basic digital tv
[06:40] <cmdln> i have qam channels
[06:40] <cmdln> like 27.3
[06:40] <cmdln> or 27-3
[06:40] <cmdln> the 3?
[06:42] <foxbuntu> nope its mre specific to the particular episode of a show that is playing
[06:43] <cmdln> huh
[06:43] <cmdln> ill have to dig around
[06:43] <cmdln> right now its too much magic :)
[06:44] <cmdln> im just happy to have my mythbox working again
[06:44] <cmdln> been down for 2 years
[06:44] <cmdln> heh
[06:44] <cmdln> died before a move, decided id wait till after the digital switchover to mess again
[06:44] <cmdln> boy have i missed it
[06:44] <cmdln> this little hdhr is great though
[06:45] <cmdln> just being able to use it with vlc is interesting
[07:01] <foxbuntu> cmdln, geez, I would die without my myth at this point
[07:01] <foxbuntu> lol
[07:03] <ripperda> so I found that playing back movies works for some, but not others. most likely due to file size
[07:03] <ripperda> so playing around with researching how to speed that up
[07:04] <ripperda> I had my NAS share mounted via CIFS/SMB, so did a quick, dirty, non-scientific comparison between that and NFS
[07:04] <ripperda> just copied multiple mp3/flac files
[07:04] <ripperda> NFS is much faster, copies files in a little under half the time
[07:05] <ripperda> eg. ~1.8 seconds on SMB for a 8 MB file, vs .77 on NFS
[07:05] <cmdln> foxbuntu: yeh the only reason i didnt die is because i would just dl the shows i wanted to watch heh
[07:05] <ripperda> a 40 MB file took ~8-10 seconds on SMB, vs 3.7 seconds on NFS
[07:06] <foxbuntu> ripperda, this is known/common NFS is quite a bit faster than SMB
[07:07] <ripperda> foxbuntu, I should have known, likely due to lighter-weight transactions w/ no access/security?
[07:07] <foxbuntu> ripperda, thats part of it
[09:20] <Easy_Rider9999> Hallo has anybody got idle detection working with mythbuntu 9.10?
[10:57] <]Oscar> !help
[10:57] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[10:57] <]Oscar> !help
[10:57] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[15:32] <gocsp> hello
[15:42] <gocsp> i connected my pc with dvi to hdmi with the tv
[15:42] <gocsp> and now the font size is very big
[15:42] <gocsp> if i connect it with vga (same resolution) all is okay
[15:42] <gocsp> idea?
[17:09] <abarbaccia> hey
[17:09] <abarbaccia> anyone getting a tvdb xml error as of late?
[17:14] <iamlindoro> TVDB API is down
[17:14] <iamlindoro> thus the error
[17:14] <iamlindoro> a fairly common occurence, you just need to wait until it comes back up whenever that happens
[17:27] <cmdln> thanks for the suggestion iamlindoro last night, moving the whole db was easy enough, but seems like would be useful to export/import channel lineups
[17:28] <cmdln> any hardware recomendations for a frontend thats almost silent and can do HD plus scores high on the WAF
[17:37] <LetsGo67> How do I configure my Hauppage card?
[17:46] <rhpot1991> !frontend | cmdln
[17:46] <Zinn> cmdln: Ion Boxes make a great frontend.  http://www.baablogic.net/drupal/node/2
[17:55] <cmdln> thanks rhpot1991
[17:55] <cmdln> that does look pretty good
[17:55] <cmdln> I had heard that linux couldnt do audio over hdmi, looks like that was either stale or just wrong info
[17:58] <rhpot1991> old info, it can now
[18:07] <cmdln> now i just need to find the perfect remote
[18:08] <cmdln> dont think they are quite making them
[18:08] <cmdln> soon though
[18:08] <cmdln> android devices
[18:08] <cmdln> like the ipod touch but android based
[18:08] <cmdln> so non-directional
[18:08] <cmdln> multi room capable
[18:09] <rhpot1991> get a harmony they are good
[18:09] <cmdln> ive got one
[18:09] <rhpot1991> need something to receive IR though
[18:09] <cmdln> but what i dont like is waiting for the ir
[18:10] <cmdln> the macros that turn on the tv and the stereo etc ...
[18:10] <cmdln> error prone and slow
[18:10] <cmdln> need to be able to control my tv power from the PC
[18:10] <cmdln> stereo could just stay on all the time
[18:24] <foxbuntu> cmdln, commandIR is a multi unit IR blaster with decent lirc support
[18:25] <cmdln> yeah, the ir blaster dosnt have a high WAF
[18:26] <foxbuntu> cmdln, what do you mean by WAF?
[18:26] <cmdln> wife approval factor
[18:26] <foxbuntu> ah
[18:26] <foxbuntu> lol
[18:26] <cmdln> heh
[18:26] <cmdln> yeah
[18:26] <foxbuntu> why not?
[18:27] <foxbuntu> you can hide them pretty well
[18:27] <cmdln> the wire running along somewhere
[18:28] <cmdln> poking out
[18:28] <cmdln> adhesive to the ir sensor
[18:28] <foxbuntu> meh, tell her where her place is...that will help the WAF
[18:28] <foxbuntu> lmai
[18:28] <cmdln> LOL
[18:28] <foxbuntu> lmao*
[18:28]  * foxbuntu understands WAF all too well
[18:29] <cmdln> tvs need to have network capability and be able to be controlled with an api
[18:30] <cmdln> i know you can control some tvs over usb
[18:31] <Daviey> I can control mine via serial
[18:31] <cmdln> even my 60 inch dosnt have serial
[18:31] <cmdln> oh well
[18:32] <cmdln> still not too bad to use 2 remotes one just to power on the tv
[18:32] <cmdln> i like the way my harmony feels
[18:32] <cmdln> but its too slow
[18:33] <cmdln> id prefer to just use an android device
[18:33] <cmdln> over the network
[18:33] <rhpot1991> cmdln: do you have some old harmony or something?
[18:33] <cmdln> i suppose
[18:33] <rhpot1991> my 890 kills any other remote combo I've ever touched
[18:33] <cmdln> its several years old
[18:33] <rhpot1991> 880 correction
[18:33] <cmdln> dont remember the model
[18:34] <cmdln> going to hook up mymote soon
[18:34] <cmdln> so i can use my iphone
[18:34] <cmdln> but im chomping at the bit to get rid of my iphone
[18:34] <cmdln> dont get me wrong, best phone ive ever had
[18:34] <cmdln> but it just sucks in comparison to android
[18:34] <rhpot1991> drmphone...
[18:35] <cmdln> jailbroken its not bad
[18:35] <cmdln> but still
[18:35] <cmdln> i want an android device
[18:35] <cmdln> ATT network here is better than verizons
[18:35] <foxbuntu> rhpot1991, the harmony I had beta tested awhile back with my system was crappy slow too
[18:35] <cmdln> so i want to stick with that
[18:35] <foxbuntu> rhpot1991, I can click 3x faster with my uber old mce
[18:35] <cmdln> might get the backflip
[18:36] <foxbuntu> cmdln, not going to spring for a Nexus One?
[18:36] <foxbuntu> ;)
[18:36] <cmdln> heh
[18:37] <cmdln> i work for Mot
[18:37] <cmdln> ill pad my own bank account thanks
[18:37] <cmdln> lol
[18:37] <foxbuntu> heh
[18:37] <cmdln> too bad the droid isnt on ATT net, id have that
[18:37] <cmdln> blows the iphone out of the water
[18:38] <foxbuntu> only one you can get is the Nexus One
[18:38] <foxbuntu> but at full retail...
[18:38] <foxbuntu> :(
[18:39] <cmdln> only what i can get?
[18:39] <cmdln> the backflip will be out soon
[18:39] <cmdln> its interesting formfactor
[18:42] <foxbuntu> android (at the moment)
[18:44] <cmdln> ah right
[18:44] <cmdln> i think the backflip looks interesting though
[18:44] <cmdln> that will be out q1
[18:44] <cmdln> on ATT
[18:44] <cmdln> or so i hear
[18:48] <cmdln> heck yeah
[18:48] <cmdln> just got mymote workin
[18:48] <cmdln> that is groovy
[18:48] <cmdln> wayyyyyy more responsive than an IR remote
[18:48] <cmdln> lol
[18:48] <cmdln> think about it
[18:49] <cmdln> no more losing the remote control
[18:49] <cmdln> if you lose it in the couch cushins or something you can just call it to find it
[18:49] <cmdln> ROFLMAO
[19:54] <cmdln> is there still no way to backup the newer dvds with linux? (arccos/ripguard protected)