[01:11] <Twiggy2cents> On the latest update, was xvmc removed?
[01:11] <Twiggy2cents> I am on v0.24-150
[01:15] <mrand> Twiggy2cents: it's been a month or three, but yes.
[01:31] <Twiggy2cents> So I have a low end system that xvmc worked perfect on, for hd and sd.  Now none of the profiles produce a good picture.  It blurs bad on hd and a little on sd.  I have a p4 2.8ghz and a geforce 6200.  Previously I had a similar spec'ed ati in there and I changed to the nvidia to see if it would help
[01:31] <Twiggy2cents> There isnt a distinguishable difference in quality on the other playback profiles
[01:31] <Twiggy2cents> Do I have any other option?
[01:58] <mrand> Twiggy2cents: the general recommendation is Nvidia cards that are VDPAU capable.  You can find them used or new, with various decoding capabilities.  The other alternative is that you could compile 0.24 myth yourself and turn xvmc back on.  But you'll be stuck on 0.24 forever, it isn't even a compile option on 0.25.
[01:59] <Twiggy2cents> I have an agp slot.  VDPAU wasnt offered for that.  But I think I found my problem.  I think I lost internet in the middle of an upgrade so I have a half broken mythtv
[02:01] <Twiggy2cents> so I finished my apt-get upgrade and I have packages held back. linux-generic linux-headers-generic linux-image-generic mythtv-frontend  mythvideo
[02:01] <Twiggy2cents> Any idea why?
[02:33] <mrand> Twiggy2cents: you can do a apt-get dist-upgrade and you can inspect the differences between what it is going to do and what apt-get upgrade is going to do.
[03:12] <patdk-lap> generally it almost works like this
[03:13] <patdk-lap> upgrade = no reboot
[03:13] <patdk-lap> and dist-upgrade = need reboot
[03:13] <patdk-lap> it's not strict, but normally works that way
[03:13] <patdk-lap> unless the exceptions I have seen where *bugs*
[04:40] <rob> !help
[04:40] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[04:41] <rob> quit
[04:46] <superm1> Twiggy2cents, actually someone did post to mythtv-users an AGP compatible VDPAU card
[04:47] <superm1> maybe a week or two ago
[05:40] <rhpot1991> patdk-lap: actually dist-upgrade will pull new dependencies which is why his packages are held back
[05:40] <rhpot1991> Twiggy2cents: find a vpdau capable pci card
[05:57] <mycosys> nvidia 8400 came in AGP and pci flavors iirc
[05:58] <mycosys> http://www.umart.com.au/pro/products_listnew.phtml?id=10&id2=42&bid=6&sid=61777
[05:58] <Zinn> [www.umart.com.au] Umart Online
[05:59] <mycosys> Twiggy2cents
[05:59] <mycosys> thats the PCI - evga is still distributing it apparently
[06:16] <mycosys> twigg
[06:17] <mycosys> http://www.umart.com.au/pro/products_listnew.phtml?id=10&id2=42&bid=6&sid=61777
[06:17] <Zinn> [www.umart.com.au] Umart Online
[06:17] <mycosys> evga make a pci 8400gs
[06:17] <mycosys> still available
[06:18] <mycosys> 8400 would be the only vdpau capable pci card - is the only one that ran an agp bridge too
[13:21] <Twigger> so mycosys a pci vdpau card would suffice?
[13:22] <mycosys> should do - long as you dont want it to be doing too much
[13:22] <mycosys> an 8400 isnt going to be doing advanced deint and inverse telecine
[13:29] <Twigger> would that handle vdpau normal, slim?  Or would I still have to experiment and find what works best?  This computer is pretty much a dedicated backend.  I just watch shows on it once in a blue moon
[13:30] <mycosys> would handle vdpau decode
[13:30] <mycosys> just probably need to set something like bob2x deinterlacing
[13:31] <Twiggy2cents> I sorry I lost internet, I had asked a question
[13:31] <Twiggy2cents> would that handle vdpau normal, slim?  Or would I still have to experiment and find what works best?  This computer is pretty much a dedicated backend.  I just watch shows on it once in a blue moon
[13:33] <mycosys> 12:25:19 AM) mycosys: would handle vdpau decode
[13:33] <mycosys> (12:25:38 AM) mycosys: just probably need to set something like bob2x deinterlacing
[13:34] <Twiggy2cents> ohh okay, I may do that.  Is there any reason to go with evga?  I found a 8400gs from bfg.  Would that work as well?
[13:34] <Twiggy2cents> It has same memory and is only $40
[14:12] <mycosys> you sure it is pci, not pci-e?
[14:12] <mycosys> pcie is cheap as chips
[19:13] <mrand> Anyone know where the miro plugin appears in MCC?  Or if it isn't there, why it might be missing?
[19:19] <rhpot1991> mrand: superm1 already called you blind :)
[19:19] <rhpot1991> mrand: launch from cli, and see if there are errors
[19:19] <superm1> and make sure mythvideo is installed
[19:19] <superm1> i think it comes from there
[19:45] <mrand> rhpot1991: I didn't see that - I guess superm1 did it when I was offline over the weekend (and I do have mythvideo installed, BTW).  Good call on running from the command line though - it is barfing: http://mythbuntu.pastebin.com/tqJigLfC
[19:45] <Zinn> [mythbuntu.pastebin.com] $ mythbuntu-control-centre WARNING: Error loadin
[19:52] <rhpot1991> mrand: hmmm wonder if your python bindings are out of date or something
[19:55] <mrand> rhpot1991: how would they not be up-to-date if my system is up-to-date?  That isn't something we require users to go install a non-standard version.
[19:59] <rhpot1991> mrand: see if your libmyth-python matches the rest
[20:00] <mrand> rhpot1991: it matches libmythtv-perl, for example:   Installed: 2:0.24.0+fixes.20110222.8ba07a0-0ubuntu0mythbuntu1
[20:02] <rhpot1991> mrand: https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/674366
[20:02] <Zinn> [bugs.launchpad.net] Bug #674366 in mythtv (Ubuntu): “Control Centre using obsolete python bindings for Jamu plugin”
[20:03] <mrand> superm1: so I should upstream ^ ?
[20:58] <sabhain> I am wondering if upgrading or rebuilding is the best path for me.
[20:59] <sabhain> I have just come into possession of an HD-PVR
[21:00] <sabhain> but I'm running 8.0.4 (?LTS?) .. stable for ~3 years.  I think that's myth 0.21.  HD-PVR not included in the Capture Card List.
[21:04] <rhpot1991> sabhain: yep time for an upgrade
[22:07] <shadow__X> i am having an issue where mythbuntu 10.10 does not show any paritions when i try to install
[22:08] <rhpot1991> shadow__X: if I can remember things I may be able to help you
[22:08] <rhpot1991> there was an issue with raid data on drives and the installer ignoring them at one point
[22:10] <rhpot1991> shadow__X: run: dmraid -r
[22:11]  * rhpot1991 checks dates and thinks this may not be the actual issue
[22:14] <shadow__X> hmm well this drive used to be used in a software raid array but i created a partition on it using gparted but it still isnt showing up. ill try dmraid -r now
[22:14] <shadow__X> dmraid reported stuff on my drive
[22:14] <rhpot1991> ok
[22:14] <rhpot1991> if it doesn't need to be used by software raid then remove that, dmraid -rE
[22:16] <shadow__X> awesome. thanks rhpot1991 that worked. i did not realized i had to do that
[22:17] <rhpot1991> shadow__X: cool, ya I hit that in an install looks like about a year ago
[22:17] <rhpot1991> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/461470
[22:17] <Zinn> [bugs.launchpad.net] Bug #461470 in ubiquity (Ubuntu): “HDD(s) incorrectly detected”
[22:22] <shadow__X> for swap iit needs to be the same size as ram for hibernation right? or is it twice the size
[22:22] <sabhain> rhpot1991: I see in the update manager that I can upgrade straight to 10.04.  My question is what will happen with the settings & database?  Is this a clean thing?
[22:23] <rhpot1991> superm1/mrand/tgm4883: do we have a stance on this ^
[22:24] <rhpot1991> shadow__X: old rule was twice the size, I've seen 1x as fine too
[22:24] <rhpot1991> most likely you can get away without it as well
[22:25] <tgm4883> err
[22:25] <tgm4883> IIRC, it has to be size of RAM + 1MB
[22:25] <sabhain> I've always subscribed to the theory that you get it working and then leave it well enough alone.  So that's what I've done for 3 years.
[22:25] <tgm4883> rule of thumb was usually 1.5X ram, but that was when people had little RAM
[22:26] <tgm4883> I actually run 0 SWAP on my work test box, but only on accident
[22:26] <tgm4883> only time it causes issues is if I exhaust my RAM
[22:26] <tgm4883> rhpot1991, or were you talking about the update manager thing?
[22:27] <tgm4883> sabhain, what version are you running?
[22:27] <shadow__X> i did 2.5gb for 2gb of ram
[22:27] <shadow__X> i plan to use hibernation
[22:27] <shadow__X> i thought that mattered
[22:27] <sabhain> tgm4883, I have a stable install of 8.04 (which I think means mythtv 0.21) that I haven't touched in 3 years.  Just fell into an HD-PVR and want to add that, but it looks like I need to upgrade.
[22:28] <tgm4883> hmm
[22:28] <rhpot1991> tgm4883: upgrade
[22:28] <sabhain> Haven't touched meaning it's worked pretty much flawlessly since then.  We have a bunch of recordings in the database .. not a ton of stuff, but enough that I'd like to maintain if possible.
[22:28] <tgm4883> the database and config files should remain without issue, you can do a db backup if you are worried about that
[22:28] <rhpot1991> you *should* do a db backup before any upgrade
[22:29] <rhpot1991> I'd do that and try
[22:29] <sabhain> perhaps should qualify that it's a "mythbuntu" install .. not an ubuntu w/ mythtv
[22:29] <rhpot1991> sabhain: shouldn't matter in the end
[22:29] <tgm4883> sabhain, that is my recommendation as well, stick on LTS released and use mythtv-updates to keep mythtv up to date
[22:29] <mrand> my experiements with upgrading from 8.04 to 10.04 did not succeed.
[22:29] <tgm4883> rhpot1991, sabhain IIRC, there are a few packaging issues during the upgrade
[22:30] <sabhain> "stick on LTS release" .. you mean go to 10.04 rather than 10.10?
[22:30] <tgm4883> yep
[22:30] <sabhain> does the wiki detail the backup / restore steps?
[22:30] <tgm4883> sabhain, honestly i'd backup the DB, put the recordings on another disk, do a fresh install of 10.04, then restore db
[22:30] <mrand> that's what all of us seem to be doing, although not for any entirely clear reason ;-)
[22:31] <tgm4883> mrand, no real reason to upgrade OS unless you need newer hardware support or having stability issues that are fixed
[22:31] <tgm4883> Especially now that we do mythtv-updates for LTS until next LTS
[22:31] <mrand> tgm4883: yep.  My remote buttons mostly work with current lirc, and going to 10.10 risks me having to spend time that I don't have to get the remote working again.
[22:32] <rhpot1991> eh, I'm in the upgrade every release camp
[22:32] <sabhain> the system areas are on their own drive.  Recordings & videos on their own physical drives as well ..  backing up the database would maintain the links, so long as the mount points remain the same?
[22:32] <mrand> having said that, if you are installing from scratch anyway, I do'nt knwo why you wouldn't start with 10.10
[22:32] <rhpot1991> sabhain: as long as you setup your storage groups to those directories it will find the files
[22:32] <tgm4883> sabhain, I think it's even better than that, links remain as long as you add the dir to the SG
[22:32] <rhpot1991> sabhain: and I'm with tgm4883 on the fresh install, especially with your current partition layout
[22:33] <mrand> And if you're going fresh install, I'd personally at least try 10.10.
[22:33] <mrand> If you run into some trouble (unlikely) you can always start over with 10.04
[22:33] <rhpot1991> and I'm with mrand  on 10.10 unless you have a remote that has issues there
[22:33] <tgm4883> mrand, again, 10.10 is only supported until 12.04, 10.04 supported until longer than that
[22:33] <sabhain> SG will be new for me .. my office mate keeps his stuff more current .. and has described them.  I never had any trouble keeping the NFS mounts straight & working w/ 3 front ends.
[22:33] <rhpot1991> sabhain: storage groups are nice, you will see :)
[22:34] <mrand> except for the startup delay
[22:34] <mrand> which seems to be a "feature"
[22:34] <sabhain> I would also like to move to completely diskless .. now booting to NFS/ using a CF card as boot
[22:34] <tgm4883> startup delay?
[22:34] <shadow__X> rhpot1991: now i am having a problem installing the bootloader
[22:34] <mrand> tgm4883: mythvideo, I think maybe especially with .iso's?
[22:35] <tgm4883> shadow__X, are you using 10.10 or 10.04?
[22:35] <mrand> tgm4883: if he can install 10.10 and get the in-kernel remote working right while he is doing the work now, he won't have to touch it again.
[22:35] <shadow__X> 10.10
[22:35] <tgm4883> shadow__X, hmm, don't know then
[22:35] <mrand> If he goes with 10.04, he WILL have to fart with the remote again someday.
[22:35] <tgm4883> why?
[22:36] <shadow__X> its trying /deb/sda which is right but still i dont understand why its not working
[22:36] <mrand> lirc will eventually go away.
[22:36] <tgm4883> it will go away in 10.04?
[22:36]  * sabhain hopes not .. I've got stability there 
[22:36] <rhpot1991> tgm4883: what mrand is referring to is the move to kernel input drivers
[22:36] <rhpot1991> and not lirc
[22:37] <rhpot1991> which started happening in 10.10 and why we saw remote issues there
[22:38] <mrand> no, it will go away next time he upgrades.  But I guess if he waits another 3 years and does another fresh install, it doesn't matter. *shrug*
[22:38] <Patrickdk> kernels >= 2.6.34
[22:39] <tgm4883> i'd say 10.10 has to go 11.04, 11.10, 12.04 where as 10.04 only has to go 10.04 -> 12.04, but i recommend clean installs anyway
[22:39] <sabhain> ISO's don't work in SG's?
[22:39] <tgm4883> sabhain, unencrypted ISO's only
[22:39] <mrand> sabhain: they work fine in 0.24
[22:39] <tgm4883> oh, and apparently ISO's that were ripped in a certain windows program don't work either
[22:40] <mrand> tgm4883: haven't heard that one.
[22:40] <sabhain> what's "windows"?
[22:40] <tgm4883> mrand, yea i saw it on a bug report, dvd shrink or dvd decryptor
[22:40] <sabhain> does 10.04 include 0.24?
[22:41] <mrand> sabhain: nope, you get it by enabling auto-builds
[22:41] <rhpot1991> mrand: I thought it was only unencrypted in 0.24
[22:41] <rhpot1991> unless I missed something
[22:41] <rhpot1991> !iso
[22:41] <Zinn> Storage Groups are a streaming method of transmitting material to a frontend, meaning they don't provide block-level access to the file in question. An ISO is a disk image, and requires block-level access. Upstream has a plan to simulate a block device across the network using NBD for 0.24. Until then you can use the following workaround: http://www.baablogic.net/drupal/node/7
[22:41] <rhpot1991> sabhain: workaround here ^
[22:41] <mrand> rhpot1991: I guess I always strip encryption
[22:42] <rhpot1991> "Support for (unencrypted) DVD ISOs, VIDEO_TS, and BDMV over storage groups"
[22:42] <sabhain> just looking at that .. but going to 10.04 and using mythtv-updates would get me past that?
[22:42] <rhpot1991> from 0.24 release notes
[22:42] <sabhain> i've always just used ddrescue to make my isos
[22:42] <mrand> rhpot1991: so you somehow rip your DVD, but don't strip the encryption?
[22:43] <rhpot1991> mrand: I don't use iso no more so I dunno
[22:43] <rhpot1991> and my old isos are setup outside of storage groups, suppose I could check them
[22:43] <rhpot1991> and I've done some of them with ddrescue, which will skip over the drm bits but leave the encryption I think
[22:45]  * rhpot1991 updates the article to match that info
[22:50] <sabhain> so the svn links to mythconverg_backup are 404'd
[22:53] <mrand> heh
[22:53] <mrand> sabhain: they work for me (http://www.mythtv.org/wiki/Database_Backup_and_Restore points to files on github now)
[22:53] <Zinn> [www.mythtv.org] Database Backup and Restore - MythTV
[22:54] <sabhain> ok .. I was on the mythbuntu wiki .. thanks!
[22:54] <mrand> sabhain: we need to fix that - do you have a quick link?
[22:55] <rhpot1991> I'm pretty sure all our wiki pages are out of date
[22:55] <mrand> Never mind - I think I'll try to reword it to point to the mythtv wiki
[22:55] <sabhain> http://www.mythbuntu.org/upgrading ... in the "clean install, keeping old database" section
[22:55] <Zinn> [www.mythbuntu.org] Upgrading | Mythbuntu
[23:04] <tgm4883> that page needs updating
[23:25] <superm1> rhpot1991, we dont have a custom recipe for it
[23:25] <superm1> so if it's got a problem, it's part of the regular recipe
[23:28] <rhpot1991> superm1: you mean re updating?
[23:28] <superm1> regarding hibernate
[23:28] <superm1> oh wait you were meaning for the question after weren't you
[23:29] <rhpot1991> I pinged you at the update one
[23:29] <rhpot1991> which we already went over pretty well :)
[23:29] <superm1> in theory the 8.04->10.04 jump should work
[23:31] <mrand> ha
[23:31] <mrand> A month or two ago that my bug on it was still open.  I admit I haven't tried it since forever, but I'm guessing it wouldn't make it.
[23:33] <mrand> sabhain: thanks.  tgm4883, I updated that page
[23:40] <sabhain> np .. thanks for your input mrand/rhpot1991/tgm4883 .. I'll probably do the backup and work up the courage for a reinstall later in the week.
[23:42] <sabhain> I will also try the upgrade 8.04 -> 10.04 first and report back as to the results.  Might be a good data point to have.
[23:42] <mycosys> how hard would it be to strip all recordings from the database on 0.22/jaunty, use it to do setup of an upgrade to 0.24/10.04, then add em back?
[23:45] <mycosys> spose even do a clean install - tho that woudl be a LOT more work lol