[00:00] <hads> Bugger, cdimage.u.c is slow from here.
[00:03] <superm1> click refresh and you get a faster mirror sometimes
[00:03] <superm1> i've gotten speeds from as low as 100K/s and up to 1.0M/s
[00:05] <hads> Yeah, I can't get above 100KB/s, reconnecting doesn't seem to help at the moment
[00:06] <hads> My DSL provider isn't helping at the moment though.
[00:06] <hads> Speeds to the US are currently maxing out at 30kB/s per TCP connection :(
[00:22] <hipitihop> In the last week running with latest 9.10 updates, I notice although listed in recording schedule, certain programs have simply not been recorded. Anyone else experience this ? or how do I debug this ?
[00:28] <hads> Logs would be where you start
[00:33] <hads> Argh, I'll just use an ubuntu disk.
[00:39] <hads> Yay, that was much faster.
[00:42] <hads> Bah, now my server is being silly. No NFS or SSH but apache is still responding.
[00:53] <hipitihop> hads: does that mean I need to turn on something in backend ?
[00:56] <superm1> hipitihop, logging happens automagically
[00:56] <superm1> in /var/log/mythtv
[01:02] <hads> !logs
[01:02] <Zinn> MythTV logs are stored in /var/log/mythtv/   You can use mythbuntu-log-grabber from the Applications menu to automatically post the most relevant logs to our pastebin.
[03:00] <hads> Anyone know if there's a way to force mythfrontend to pick up on mythvideo metadata changes from another frontend? It seems I need to restart the frontend.
[03:17]  * hipitihop tips hat to superm1and hads
[03:18] <hads> Hmm, how odd. It just seems to be this one frontend that has difficulty with some of the images from storagegroups.
[03:22] <hads> Also anyone know if there's an easy edit to the terra theme to increase the contrast on selected items?
[03:22] <hipitihop> mythbackend.log does not seem to have anything suggesting why a recording session never fired or failed...but can't open mythfrontend.log using text editor, what format is it in ?
[03:24] <hipitihop> the only indication of any error so far was when I went to my tv, there were two dialog boxed saying mythbackend setup crashed
[03:29] <hipitihop> I did find the following mythfilldatabase error in dmesg but I don't know if it is related. Can someone understand what this problem is ? http://paste.ubuntu.com/295843/
[03:53] <bobbies> has anyone ever had a problem like this? I cannot watch live TV but I can setup a recording through mythweb and it does record just fine.
[04:23] <hipitihop> bobbies: yes my initial setup had such a problem too. watching livetv simply came back to the menu, but recordings wroked fine and then after a recording via mythweb was done, live tv would work
[04:24] <bobbies> hipitihop: Nothing I do seems to allow me to watch live tv. I used to be able to but now I can't
[04:24] <hipitihop> bobbies: that doe snot mean I know why.. but yes experienced the symptom. I have not seen it for a couple of weeks now and I'm running on latest beta
[04:25] <bobbies> I can't remember if I changed the directories before or after I last watched live TV
[04:26] <hipitihop> bobbies: that is certainly something to check, make sure the folder has mythtv:mythv user/group rights.
[04:26] <hipitihop> that should say mythtv:mythtv
[04:28] <hipitihop> I was also going to add that it is obviously mythfrontend related issue by the sounds of it, if the back end has no problem recording using the tuner. perhaps even just some configuration regarding what front end player should be used for live tv.
[04:29] <hipitihop> I'm still a newbie to mythtv myself so just guessing.
[05:49] <superm1> tmkt, can you comment on bug 454371?
[05:49] <Zinn> Bug 454371 in lirc (Ubuntu) "Hauppauge HVR-1600 Remote Not Detected" [Undecided, New] http://www.launchpad.net/bugs/454371
[05:49] <superm1> bug 454371
[05:49] <Zinn> Bug 454371 in lirc (Ubuntu) "Hauppauge HVR-1600 Remote Not Detected" [Undecided, New] http://www.launchpad.net/bugs/454371
[06:18] <[R]> what creates the symlink ~/.config/autostart/mythtv.desktop
[11:37] <minik> hi everyone?
[14:27] <jduggan> hey guys
[14:27] <jduggan> uh
[14:27] <jduggan> 9.10 beta
[14:27] <jduggan> assumes you have vdpau?
[14:31] <hipitihop> on 9.10 what is the correct way to stop and start the backend service. if I do 'dufo /etc/init.d/mythbackend stop' I get "Since the script you are attempting to invoke has been converted to an Upstart job, you may also use the status(8) utility, e.g. status mythtv-backend mythtv-backend stop/waiting"
[14:32] <jduggan> service mythbackend stop
[14:33] <hipitihop> jduggan, thanks, seems I also need sudo
[14:33] <jduggan> sure
[14:34] <gbee> Modes "1920x1080"
[14:34] <jduggan> gbee: thats for me?
[14:34] <gbee> no
[14:34] <gbee> wrong channel
[14:34] <jduggan> ah
[14:34] <jduggan> :P
[14:36] <hipitihop> is there any way to tell what is causing hdd io on my sata drive ? my hdd access led constanly flickers but it does not appear to be myth sinc eI have stopped front and backend
[14:37] <jduggan> its usually the update manager afaik, im fairly recent onto ubuntu for myth myself
[14:37] <jduggan> i thought it would save me effort
[14:37] <jduggan> but infact its doing the polar opposite
[14:37] <jduggan> =]
[14:41] <hipitihop> jduggan: is that aimed at me ? re update manager ?
[14:42] <jduggan> hipitihop: yes
[14:46] <hipitihop> jduggan: so you are suggesting I stop that service ?
[14:46] <jduggan> look at top
[14:46] <jduggan> ps aux
[14:46] <jduggan> see whats running
[14:47] <hipitihop> jduggan: will do in 15min ...middle of recording something grrr
[14:47] <hipitihop> someone on #ubuntu channel also suggested to use iotop
[14:49] <jduggan> yea
[14:49] <jduggan> it'll show you whats writing/reading to disk
[15:05] <hipitihop> si there any documentation about regarding how commercial flagging works
[16:25] <darthanubis> hipitihop, of course
[16:27] <darthanubis> just do a search
[18:03] <superm1> hads, have you considered trying using zsync for the iso downloading?
[18:04] <superm1> it lets you use an already downloaded daily image and some kind of binary diff magic or something to bring it up to the current daily
[18:05] <superm1> so for example i started with the 10-17 iso, and ran zsync http://cdimages.ubuntu.com/mythbuntu/daily-live/20091018/karmic-desktop-i386.iso.zsync, and now it only needs to download about 13% of the image to produce the 10-18 iso
[18:31] <gandalfcome> My mythfilldatabase doesnt run automatically. I'm running 9.04. any ideas?
[19:05] <superm1> gandalfcome, there is a setting in the frontend for that
[19:06] <gandalfcome> okay will do that
[19:51] <hads> superm1: Nice, I didn't know about zsync. Thanks for the tip.
[19:55] <superm1> hads, np.  i saw the .zsync files being generated for a while but had no idea what they were until i read the man page and tried one
[19:55] <superm1> very cool stuff
[19:59] <ToeBee> niftz
[19:59] <ToeBee> gah! keyboard got switched to german layout
[20:00] <hads> I installed that frontend with an Ubuntu disk in the end. 7 mins to download instaed of several hours works when you aren't patient :)
[20:01] <superm1> why was the ubuntu disk any faster?
[20:01] <superm1> it's the same server that keeps them!
[20:01] <superm1> server(s)
[20:02] <hads> Nah that was from a country local mirror which doens't have mythbuntu
[20:02] <hads> ISP is having International speed issues.
[20:03] <hads> (we only have one main pipe to the rest of the world)
[20:03] <superm1> ah
[20:06] <ToeBee> the tubes are clogged!
[20:08]  * hads reads about southern cross cables - 295 gigabit/s aparantly.
[20:56] <jeffjeffdejeff> i seem to have lost the graphics when logging into mythweb.  it's now all text. any suggestions?
[21:01] <jeffjeffdejeff> ahh, added ?RESET_TMPL=true to the url.  was stuck after i used my mobile to record a show.
[22:22] <gunni> superm1: There?
[22:25] <gunni> Ok, if you read later: We talked about the early start of mythbackend. After i rebooted today its back again. Here is a log snippet where you can see, that mythbackend started about 6 seconds before registering of the dvb card has finished: http://pastebin.com/m669d5cc9
[22:25] <superm1> gunni, oh that's not good
[22:26] <gunni> I know. Restarting mythbackend helps of course
[22:26] <superm1> i'm not sure how to potentially improve it either
[22:26] <gunni> I will file a bug on launchpad then, maybe someone else finds a solution
[22:27] <superm1> gunni, well at this point, you can perhaps build cx88 into your initrd
[22:28] <superm1> gunni, okay i've got another idea
[22:28] <gunni> Wouldnt it be better to fix it somewhere else, than working around for my individual setup?
[22:28] <superm1> can you modify /etc/init/mythtv-backend.conf
[22:28] <superm1> change start on (local-filesystems and net-device-up IFACE=lo) to be start on (local-filesystems and udev and net-device-up IFACE=lo)
[22:29] <superm1> er no not to that
[22:29] <superm1> to e start on (local-filesystems and started udev and net-device-up IFACE=lo)
[22:29] <gunni> Its "start on (local-filesystems and net-device-up IFACE=lo)" now
[22:30] <superm1> so it should be "start on (local-filesystems and started udev and net-device-up IFACE=lo)"
[22:30] <gunni> ok
[22:30] <superm1> if that doesn't work consistently then please try "start on (local-filesystems and started udevtrigger and net-device-up IFACE=lo)"
[22:30] <gunni> Isnt there a rule for waiting on video or dvb device?
[22:31] <superm1> not that i know of right now
[22:31] <gunni> ok, i try a reboot now
[22:31] <superm1> but udev or udevtrigger should hopefully be what's normally loading cx88
[22:33] <tmkt> superm1: gotta work with jrod again i guess...something installed that overrode his changes, and his directions on lirc mailing list didn't seem to solve it
[22:34] <superm1> tmkt, could you at least respond to that person about what's up since you've got a better understanding atm?
[23:05] <gunni> Argh .. ok, now it worked. I will test this some more times (had some problems with networkmanager messing my ethernet up, and nameserver was gone, so thats what lasts so long)
[23:24] <tmkt> to what person?
[23:24] <tmkt> wasn't paying attention
[23:25] <tmkt> http://www.nabble.com/lirc-i2c-does-no-longer-work-with-Hauppauge-HVR-1300--td25740534.html#a25884715
[23:44] <gunni> tmkt: remote did work only a short time, but stopped working long ago (about 2 years ago), and i never found a solution, and did not get any help from dvb maintainers
[23:47] <gunni> For me and my HVR 1300
[23:48] <puff> Evening.
[23:48] <puff> I have been setting up mythbuntu and have run into some minor problems with using an additional 1TB drive, but I'm not in front of the machine right now, so I'll ask about that later.
[23:49] <puff> Meanwhile, I'm wondering about two things; ripping and writing DVDs.
[23:49] <tmkt> ah
[23:49] <puff> On ripping, I have a few hundred DVDs that I'd like to scan in and put on my mythbox.
[23:49] <puff> Is there anything to help automate/ease this process
[23:49] <puff> ?
[23:49] <tmkt> with ubuntu 9.04 and lirc 0.84a hvr-1600 remote worked fine
[23:50] <puff> Ideally just something that I start running and then it just pops open the drive when its done, I put a new one in and close it, it continues on.
[23:51] <puff> For writing... I have some mpegs I pulled off my old tivo.  Well, they save foo.tivo, but I'm told it's really just an mpeg.  It's pretty large, 4246575061.
[23:53] <superm1> gunni, so it's working with udev added?
[23:53] <superm1> or udevtrigger?
[23:53] <superm1> or just as was?
[23:56] <puff> Anyway, so I'm wondering a) does the tivo/mpeg file really need to be that large, or can I shrink it down without losing significant quality.
[23:56] <puff> And b) if the answer is "yes", does that mean that about 4G per hour is a reasonable estimate of how much space stuff is going to take up on my mythbox?
[23:57] <puff> and c) if I want to write a show out to DVD, what's the best way?
[23:57] <puff> Anyone?