[00:34] anyone have a repository up with the .22 release? [00:35] Cyber-Dogg, mythbuntu.org/auto-builds [00:35] ah... thanks :-) [00:35] the stable release on there is 0.22 fixes [00:35] so actually a few commits after 0.22 release [00:35] oh ok [01:16] how about... a repo that would have the newest nvidia drivers? [01:17] I have 185 installed right now [01:17] but I'm having some issues with mythtv and I saw some info on the bug logs that 190 fixes them [01:17] or may anyway... [01:19] Cyber-Dogg, that's on it's way, it will be that same repo when the stuff is ready [01:20] ok [01:20] now... just to be clear... I didn't install mythbuntu's release [01:20] I installed ubuntu and then added mythtv [01:20] will that matter? [01:21] I don't have a detailed understanding of how the repos work [01:26] Anyone clued up on Xauth type stuff? [01:36] Cyber-Dogg, that's fine still [01:40] For some reason on this new install I can't SSH in and do `DISPLAY=:0 xset q` for example. [01:40] Though I can on every other box I have here. [01:40] Hey, it's me again from last night. I'm still having issues opening liveTV on a fresh 9.10 install. I've documented everything that I touched to reproduce this error on an AMD64 box, though it also fails on i386. These same steps worked fine for me with 9.04. Steps (and fetched logs) are here. Any help would be greatly appreciated, I know you guys already pour a lot of time into this as... [01:40] ...is. http://www.herebetwig.com/pub/temp/mythbuntu910fail.html [02:12] Androktasie: Good documentation job. I don't have many ideas - main one is to try and verify if your capture device works outside of myth (either with mplayer or vlc or even just cat on the capture device). Auto, try making the sleep time longer on the channel changer? [02:12] bbl [02:14] mrand: thanks for the suggestions, but "vlc /dev/video0" works and the program fails even with sleep at 3 or when using the .pl script instead of .sh [02:21] !daily [02:21] Sorry I don't know about daily [02:21] !daily% [02:21] Sorry I don't know about daily% [02:21] !help [02:21] !help For a complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi Other available commands: !status, !about, !bug [bug_number]. [02:21] OT: anyone know of a program to get DV files off of a video camera? [02:21] I plan on using it with KDenLive [02:22] I used to use Kino to get it off of there, but I don't want to have to install more than I need to [02:25] since i don't really which component the bug is in, should I bother submitting a bug report? submit a forum post? or will the devs see my issue here in the chat logs okay and go from there? [02:27] Why does the autobuilds PPA want to install mythtv-theme-blootube-osd and mythtv-theme-projectgrayhem-osd [02:34] hads: I'm having the same issues with XAuth [02:34] Any luck? [02:35] I had to run "xhost +local:" as the local desktop user, and then over remote ssh setting "DISPLAY=:0.0" worked. [02:35] OpenMedia: `xauth merge /var/run/gdm/auth-for-hads-*/database` will fix it. I don't know what's changed to need that though. [02:39] can anyone help me with jamu? [02:48] OpenMedia: That's from an SSH session. [02:48] OpenMedia: So it's possible to fix it remotely but it will need to be done each time GDM is restarted. [02:48] I'm sure there's a way to fix it properly but I don't know what it is yet. [02:50] I'm trying to identify the choke point causing choppy playback. Setup: HD-PVR connected to a backend machine with a diskless frontend. Livetv playback is smooth for the most part, but chokes on what I assume is high bitrate video (checkerboard patterns, water) etc... [02:56] backend and frontend are both AMD Athlon 64 X2 2.3GHz's, 2gb ram, onboard nvidia geforce 7050. [03:08] backend storage drives formatted in ext3 [03:14] http://www.techbargains.com/news_displayItem.cfm/184561?r1=1 [03:14] silent vdpau capable card for dirt cheap [03:14] not sure what deinterlacers it can handle though [03:27] hads: Cheers.. [03:32] k, well i just submitted my livetv bug to the tracker. i guess ill just keep an eye on that and downgrade back to 9.04 [03:49] hello, does anyone know how mythtv 9.10 starts the x11vnc service? I need to change it's start-up options. [03:56] superm1: Are there plans for a release of 0.22 GM in the vanilla repository for 9.10? [04:01] I think they are doing an SRU at some stage [04:03] hads: SRU? [04:05] OpenMedia, https://wiki.ubuntu.com/StableReleaseUpdates [04:05] Stable Release Update [06:11] ello! [06:13] i um, just cleared out my channels and did a full rescan, (using HDHRun) and now I cant get the backend setup to scan it crashes the setup app at around 53% into the scan. anyone got any hints [06:13] if i remove my HDHR and just use my 2 pci encoders, its fine. [06:14] im using latest firmware in the HDHR [06:14] and myth 0.22 9.10 [06:15] time to pull out the backup [07:44] Hmm. Going with just storage groups kinda messing things up if the internal player can't play something properly. [07:58] Cool, adding a vdpaubuffersize=35 option to my playback profile seems to have fixed the h264 problems I was seeing [08:01] The downside seems to be higher video RAM usage but that shouldn't be an issue in this box. [08:04] That has fixed the issue that I was seeing with both software decode and VDPAU playback. I guess the CPU wasn't quite fast enough to decode those streams either. [08:04] That makes me happy. [08:06] For future reference, the symptoms were blocking on h264 (in mkv but that bit is probably irrelavant) and "GetNextFreeFrame() served a busy frame n. Dropping." in the logs. [10:34] http://www.reghardware.co.uk/2009/11/10/review_accessories_glidetv_navigator/ <-- cute [15:18] * Essobi whispers 'Anger is a gift.' [15:40] hads: thanks for the pointer, I'll try to remember that. Looks like from http://svn.mythtv.org/trac/ticket/6130 markk hopes this kind of thing isn't permanent. [16:43] Essobi: but don't give a knife or a gun as a gift to somebody gifted with anger [16:44] heh [16:44] you running 22? [16:44] I need to update my bawx at home. [17:24] Essobi: I converted my box to 9.10 last week [17:24] so I believe I am running 0.22 [17:25] I'm still waiting for my hauppage hvr 2250 to be in the mainstream kernel [17:30] Ah [17:30] I'm too broke to afford haupps. [17:30] I am using the devel branch of v4l [17:30] because the stable hasn't changed [17:30] I've got some of those shitty framegrabbers and a few motorola fwire stbs.. [17:30] and after a couple days the hvr craps out and it floods syslog [17:30] puch [17:31] ouch [17:31] and floods the drive then after about 2 days of those logs. [17:31] hoping the devel branch and the newer kernel that's in 9.10 take care of those issues [17:31] Essobi: it was only about $120 I think (or less) for the 2250 [17:53] i notice that with 0.22 there is a new cronjob installed on all of the FE machines: [17:53] /etc/cron.hourly/mythvideo [17:53] does this create data local to the FE or is the data in the database? iow, does every FE really need to run this? [18:10] it doesn't do anything on frontend only installs [18:11] it only does stuff if there is a backend [18:11] really it should live on the master backend only imo, but its shipped from the mythvideo contrib/ stuff, so in the mythvideo package [18:13] superm1, shouldn't it exist in all backends? [18:13] na, jamu really only needs to run once per network [18:13] it doesnt hurt to run it in more places [18:14] i see [18:14] does jamu add new videos? [18:14] or just get metadata for existing ones? [18:15] metadata only i thoughts [18:15] probably [18:25] yeah. i was wondering if it should be master backend only as well [18:27] as it is, it's included in the mythvideo which means it runs on all of the FEs [18:27] doing unnecessary work, yes, but more importantly, I wonder what happens if two FEs race [18:28] well it won't do anything if mythbackend isn't installed [18:28] on a FE you mean? [18:28] Yeah [18:28] so you'll only see potential problems if you have slave backend/fe combos [18:29] which i do have. [18:55] evening === Raiden is now known as Guest88563 === Guest88563 is now known as Raiden24 [18:56] can somebody help me with my mythbuntu and NFS share problem ? [18:58] I have a mythbuntu box that accesses a nfs share on another server where the movies are located. The shares mount perfectly, and I can manually play the movies via vlc. But mythtv does not see those movies ... [18:58] the share is 777 for test, and the locally mountdirs are configured in frontend and backend [18:59] before I changed it to 777 perms it kept complaining about write-permissions in the backend log [18:59] Do I need to scan that movie dir ? Ihave mythbuntu based on 9.10 [18:59] there, basically my problem :) [19:08] ok this is embarrass [19:08] ok this is embarissing :D [19:09] I didn't find the scan options in the frontend earlier, read the mythtv transition guide, and poof there are the movies [19:09] anyway its solved. I hope I entertained everyone :D [19:09] * Raiden24 bows [19:42] Hmm.. think I can run two lamgrabbers and a firewire STB off the same backend box... somewhat decent P4? 3Ghz IIRC.. [19:42] is here somebody how speaks german? [19:43] my probblem: i haven't a mysql database? [19:44] what should i enter when i start mythtv? [19:44] sorry i mean fronted! [19:45] ubuntu__: make sure that mythtv-backend-master package is installed. Mythbuntu-control-centre should allow you to do that, or else you can use synaptic or apt-get. [19:45] but i'm in the live system! [19:45] oh, you've booted the live CD? [19:46] yes! i wnt to test mythbuntu 9.10! [19:46] it looks better than 9.04 [19:46] The live CD does not have a backend or sql database. It is designed for two purposes: (1) act as a frontend only -or- (2) install Mythbuntu on a drive [19:47] can i install mythtv in my existing ubuntu system? [19:48] or should i install mythbuntu in virtualbox? [19:48] !existing | ubuntu_ [19:48] ubuntu_: http://www.mythbuntu.org/existing-ubuntu [19:48] You can also install in a virtualbox if you'd like. [19:48] Either way. [19:49] yes i install it ^^ [19:49] my name later is _peter_ [19:50] bye [19:50] good luck! [19:50] Phew. It's hard to type slowly so non-native speakers can understand you. [20:00] mrand: Yeah, regarding that VDPAU buffers thing, that ticket and changeset [22132] helped me figure it out. [20:01] Confused me for a while since the problem was with software decode too. [20:05] I don't have high-def, so no need for VDPAU, yet. [20:12] The deinterlacers are nice either way. [20:12] I don't get high-def broadcasts either [20:13] my current picture quality is so poor, I wouldn't gain any benefit of good deinterlacers. I'm using a VGA to composite converter. I can barely stand it on some dark scenes. [20:16] Bummer [20:16] mrand: you need to make a visit to best buy ;) [20:41] <_peter_> i am back! [20:42] <_peter_> i must restart! [20:43] Indeed. I'm paranoid about spending a lot of money on a tv I'll end up being unhappy with though. Which means I need to spend even more to make sure I get something good. [20:43] Which means I'm even more paranoid about spending money on a tv I'll be unhappy with. So that pretty much leaves me having to buy the top-of-the-line. And I'm too cheap to do that right now :-) [20:51] ttyal [22:38] hi all, i've attempted an upgrade to mythbuntu 9.10 to get mythtv .22, however i've been having a lot of issues getting my video card to work. i would rather just upgrade the mythtv install in my existing 9.04 install as thats been working excellently for some time. i have so far been unable to work out if there is any way to use synaptic to perform this upgrade or if i need to completely remove .21 and compile .22 from s [22:41] darren, mythbuntu.org/auto-builds [23:01] Yay, just got 3 x 2TB drives [23:02] superm1: i tried adding the autobuilds package, and set it up, but once i upgraded repos and tried to run the update manager it told me it had to do a partial upgrade and would not allow some of the components to be installed. i didn't want to go ahead incase this broke my existing install. is this normal? [23:02] darren, that's normal [23:02] look at what it tries to do [23:02] it's because it has to add a few packages, not remove a bunch [23:06] great. [23:08] one other question i have, and there may not be a way around this, but every time i update the kernel (which seems to be quite often in update manager) my tv capture card drivers (which aren't natively supported, i need to compile the driver manually) needs to be reinstalled with a make distclean. is there any way to avoid this, or tell it not to do kernel updates? [23:15] hads: Nice.. Going to use RAID? [23:19] darren: you can pin or lock any package (including the package which pulls the kernel) [23:20] mrand: thanks, i'll look into that. i guess the only problem is, not running the latest kernel might have security implications [23:22] darren: possible, but relatively minor in the grand scheme of things (like that people tend to park on an install for a long time.) [23:51] OpenMedia: I've decided against RAID actually. I'm going to backup/sync more often and go with single disks. These are replacing a 4 x 500 RAID5 [23:53] OpenMedia: I sorted the blocking issue with h264 we talked about the other day. [23:55] OpenMedia: It seems it's only playable with VDPAU and by adding vdpaubuffersize=35 (an increase). Which means that my CPU may have been slightly under powered to decode those particular streams. See bug #6130 for more detail [23:55] Bug 6130 in quixote (Ubuntu) "quixote: merge new debian version" [Medium, Fix Released] http://www.launchpad.net/bugs/6130 [23:55] No Zinn, mythtv bug.