--- | Log | opened Tue Feb 05 00:00:48 2008 |
00:00 | -!- | Netsplit over, joins: Captain_Murdoch, eharris |
00:01 | -!- | timofonic [n=timofoni@41.10.217.87.dynamic.jazztel.es] has joined #mythtv |
00:01 | -!- | Chase [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has joined #mythtv |
00:01 | -!- | moodboom [n=moodboom@cpe-075-177-134-090.nc.res.rr.com] has joined #mythtv |
00:01 | -!- | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv |
00:01 | -!- | danielk22 [n=danielk@p78-22.acedsl.com] has joined #mythtv |
00:01 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv |
00:01 | -!- | jmusits [n=jmusits@cpe-72-228-40-81.nycap.res.rr.com] has joined #mythtv |
00:01 | -!- | Dibblah [n=Dibblah@80-192-14-169.cable.ubr02.dund.blueyonder.co.uk] has joined #mythtv |
00:01 | -!- | briand [n=brian@c-68-35-254-149.hsd1.fl.comcast.net] has joined #mythtv |
00:01 | -!- | Dave123 [i=nobody@cpe-72-230-182-200.rochester.res.rr.com] has joined #mythtv |
00:01 | -!- | djc_ [n=djc@65.209.147.172] has joined #mythtv |
00:01 | -!- | carvajal [n=carvajal@61.6.65.198] has joined #mythtv |
00:01 | -!- | okolsi [n=mythtv@62.142.251.131] has joined #mythtv |
00:01 | -!- | Hoochster [n=hooch@xdsl-69-55-143-83.sofnet.net] has joined #mythtv |
00:01 | -!- | poptix [i=poptix@poptix.net] has joined #mythtv |
00:01 | -!- | jams [n=jams@CPE-72-131-6-174.wi.res.rr.com] has joined #mythtv |
00:01 | -!- | Agrajag- [n=filip@c211-30-185-177.artrmn2.nsw.optusnet.com.au] has joined #mythtv |
00:09 | -!- | unagi [n=unagi@68-243-248-23.area7.spcsdns.net] has joined #mythtv |
00:18 | -!- | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has quit ["Leaving"] |
00:24 | -!- | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv |
00:28 | -!- | j-rod [n=jarod@nat/redhat/x-b92b0efce348887d] has quit ["Terminated with extreme prejudice - dircproxy 1.2.0"] |
00:28 | -!- | j-rod [n=jarod@nat/redhat/x-3ad737eb3b7d5ec1] has joined #mythtv |
00:42 | -!- | cndougla [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has joined #mythtv |
00:43 | -!- | Chase [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has quit [Read error: 104 (Connection reset by peer)] |
00:55 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv |
00:56 | -!- | TelnetManta [n=benwilli@24-241-115-007.dhcp.gnvl.sc.charter.com] has quit [Read error: 110 (Connection timed out)] |
01:06 | -!- | gnome42 [n=gnome42@76-10-151-103.dsl.teksavvy.com] has quit [Remote closed the connection] |
01:08 | -!- | TelnetManta [n=benwilli@24-241-115-007.dhcp.gnvl.sc.charter.com] has joined #mythtv |
01:08 | -!- | cndougla [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has quit [Remote closed the connection] |
01:13 | -!- | gnome42 [n=gnome42@76-10-151-103.dsl.teksavvy.com] has joined #mythtv |
01:16 | -!- | cndougla [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has joined #mythtv |
01:24 | -!- | Cougar [n=cougar@lost.data.ee] has quit [] |
01:31 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has joined #mythtv |
01:34 | -!- | Anduin [n=awithers@adsl-69-110-4-20.dsl.pltn13.pacbell.net] has quit [Read error: 104 (Connection reset by peer)] |
01:36 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has quit [Read error: 104 (Connection reset by peer)] |
01:36 | <sphery> | xris: Looks like the XmlConfiguration uses MythContext::GetConfDir(), so myth looks for config.xml first in the dir specified by the env var MYTHCONFDIR, then in $HOME/.mythtv. Doesn't seem to use Settings::LoadSettingsFiles() or MythContext::GetShareDir(), so it's simpler than the mysql.txt check. |
01:37 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv |
01:38 | <xris> | thx |
01:38 | <xris> | I'm pulling thx mysql.txt stuff out of mythbackend.pm now, actually |
01:38 | <xris> | getting basic upnp-based scanning put in |
01:47 | <sphery> | Cool. That will be good. Having some parts use one and other parts use the other would be very confusing for users. |
01:50 | -!- | cndougla_ [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has joined #mythtv |
01:52 | -!- | cndougla [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has quit [Read error: 104 (Connection reset by peer)] |
01:55 | -!- | gnome42 [n=gnome42@76-10-151-103.dsl.teksavvy.com] has quit [Remote closed the connection] |
02:22 | <stuarta> | danielk22: we've come up with a list of what we need to do before 0.21. Anything you want to add to it? |
02:22 | <stuarta> | http://rafb.net/p/Zrx6UY97.html |
02:22 | <stuarta> | Otherwise it'll be put out to the -dev list as "what needs to be done before 0.21" |
02:25 | <stuarta> | crap that's the old list. |
02:26 | <stuarta> | http://rafb.net/p/UyzeoC89.html |
02:28 | <xris> | ahh, scotch should help the upnp headache. :) |
02:28 | <stuarta> | heh |
02:29 | * | xris needs a better supply of this stuff |
02:29 | <xris> | hmm, then again, the local liquor store has a bottle of this stuff.. I should stock up |
02:31 | <stuarta> | the headline bbc story today is Audio Described tracks in their broadcast. |
02:31 | <stuarta> | must be a slow day |
02:33 | * | stuarta heads to the office |
02:36 | -!- | unagi [n=unagi@68-243-248-23.area7.spcsdns.net] has quit [Read error: 104 (Connection reset by peer)] |
02:37 | <clever> | where in the code would i have to change things |
02:37 | <clever> | so it streams from the backend when its in the WatchingRecording mode? |
02:37 | <clever> | nfs has trouble with files that are being appended to |
02:42 | <xris> | I think there's a frontend setting for "always stream from the backend" |
02:42 | -!- | cndougla [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has joined #mythtv |
02:43 | <clever> | yeah |
02:43 | <clever> | but i dont want it allways |
02:43 | <clever> | i want it sometimes |
02:45 | <xris> | w00t, upnp auto-detection. |
02:45 | <xris> | in perl |
02:45 | <sphery> | Nice. |
02:45 | <xris> | and scotch smells really nice... |
02:50 | <xris> | hmm, I'm missing something.. |
02:53 | -!- | cndougla_ [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has quit [Read error: 110 (Connection timed out)] |
02:59 | -!- | cndougla_ [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has joined #mythtv |
03:00 | -!- | JoeyBorn [n=rootmeis@adsl-75-2-247-141.dsl.chcgil.sbcglobal.net] has joined #mythtv |
03:00 | -!- | cndougla [n=cndougla@cpe-24-26-133-51.columbus.res.rr.com] has quit [Read error: 104 (Connection reset by peer)] |
03:04 | -!- | fstxx [n=chatzill@c83-253-253-185.bredband.comhem.se] has joined #mythtv |
03:12 | <clever> | the db schema question is a nice addition:D |
03:17 | -!- | JoeBorn [n=rootmeis@adsl-75-2-247-141.dsl.chcgil.sbcglobal.net] has quit [No route to host] |
03:21 | -!- | xris [n=xris@xris.forevermore.net] has quit [] |
03:27 | -!- | siXy [i=siXy@88.211.54.195] has joined #mythtv |
--- | Log | closed Tue Feb 05 03:34:19 2008 |
--- | Log | opened Tue Feb 05 03:34:25 2008 |
03:34 | -!- | mikegrb [n=michael@mail.thegrebs.com] has joined #mythtv |
03:34 | -!- | Irssi: #mythtv: Total of 87 nicks [0 ops, 0 halfops, 0 voices, 87 normal] |
03:34 | -!- | Irssi: Join to #mythtv was synced in 24 secs |
03:41 | -!- | unagi [n=unagi@70-11-13-166.area7.spcsdns.net] has joined #mythtv |
03:41 | <unagi> | i am trying so hard not to give up on mythtv |
03:43 | <siXy> | unagi: /topic |
03:44 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has quit ["Leaving"] |
03:45 | <unagi> | oh crap |
03:45 | <unagi> | sorry |
03:46 | -!- | GreyFoxx [i=greg@out.of.phaze.org] has joined #Mythtv |
03:46 | -!- | loops [n=sean@bas7-london14-1242517500.dsl.bell.ca] has joined #mythtv |
03:47 | -!- | spike-auto is now known as _spike |
03:48 | -!- | mzb [n=ubernut@ppp108-88.static.internode.on.net] has joined #mythtv |
04:03 | -!- | grokky [n=grokky@ppp59-167-147-3.lns4.mel6.internode.on.net] has joined #mythtv |
04:09 | -!- | Davo_Dinkum [n=DavoDink@c220-237-139-183.sunsh4.vic.optusnet.com.au] has joined #mythtv |
04:10 | <Davo_Dinkum> | That bot is kind of annoying. |
04:10 | -!- | Davo_Dinkum [n=DavoDink@c220-237-139-183.sunsh4.vic.optusnet.com.au] has left #mythtv [] |
04:14 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv |
04:25 | -!- | siXy2 [i=siXy@88.211.54.195] has joined #mythtv |
04:25 | -!- | siXy [i=siXy@88.211.54.195] has quit [Read error: 104 (Connection reset by peer)] |
04:29 | -!- | siXy2 is now known as siXy |
04:30 | -!- | unagi [n=unagi@70-11-13-166.area7.spcsdns.net] has quit ["Konversation terminated!"] |
04:40 | -!- | grim[GameOp]_ [n=grimcogs@124-168-19-117.dyn.iinet.net.au] has joined #mythtv |
04:46 | -!- | MaverickTech [n=Maverick@111.86.233.220.exetel.com.au] has joined #mythtv |
04:47 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"] |
04:48 | -!- | Kilaz [n=CyberEst@proxy.cyberpods.net] has quit [Read error: 113 (No route to host)] |
04:48 | -!- | gardz [n=grimcogs@124-168-19-117.dyn.iinet.net.au] has quit [Read error: 101 (Network is unreachable)] |
04:55 | -!- | grokky [n=grokky@ppp59-167-147-3.lns4.mel6.internode.on.net] has quit [] |
05:02 | -!- | onixian [n=xian@151.81.2.90] has joined #mythtv |
05:04 | -!- | MavT [n=Maverick@111.86.233.220.exetel.com.au] has quit [Read error: 113 (No route to host)] |
05:06 | -!- | grim[GameOp]_ is now known as gardz |
05:17 | -!- | xian__ [n=xian@151.81.17.48] has joined #mythtv |
05:28 | -!- | onixian [n=xian@151.81.2.90] has quit [Read error: 110 (Connection timed out)] |
05:52 | -!- | xian__ [n=xian@151.81.17.48] has quit [Read error: 110 (Connection timed out)] |
05:54 | <justinh> | morning |
06:02 | <rooaus> | danielk22: Could you give some pointers on what needs to be done to implement software scaling for xlib and xshm. Is VideoOutputXv::ProcessFrameMem() the right place? |
06:03 | <rooaus> | justinh: morning |
06:04 | <justinh> | started work on the base.xml base fonts for all the core themes. then we can say goodbye to font definitions in the various ui xml files :) |
06:04 | <justinh> | no more font mixamatosis :) |
06:05 | <rooaus> | cool |
06:09 | -!- | pcb-dennis [n=dennis@gate2.ems-ag.de] has joined #mythtv |
06:09 | -!- | pcb-dennis [n=dennis@gate2.ems-ag.de] has left #mythtv [] |
06:21 | <justinh> | anybody agree that font base sizes of small (8pt), medium (16pt) and large (22pt) seem fine? |
06:23 | -!- | jamesd [n=jamesd@adsl-68-249-5-203.dsl.milwwi.sbcglobal.net] has joined #mythtv |
06:24 | <siXy> | on small CRTs, an extra-large would be nice. or a larger large. |
06:25 | <justinh> | just starting with three base sizes for now |
06:25 | <justinh> | I can only think of one thing that uses a super mega-large font & that's in mythvideo IIRC |
06:38 | <janneg> | justinh: small might be a little too small |
06:38 | <justinh> | ok. everything's still up in the air & open to experimentation |
06:50 | <gbee> | justinh: go with something above 12pt for small, when I was experimenting with metallurgy I found that was the minimum needed to remain readable in different conditions |
06:53 | <gbee> | maybe small 12pt, medium 16pt, large 20pt? Reduces the spread but that's similar to what metallurgy uses and I've had no complaints |
06:54 | <justinh> | sounds ok to me :) |
06:57 | -!- | mattwire [i=d43ae981@gateway/web/ajax/mibbit.com/x-8565e1a73e862662] has joined #mythtv |
06:57 | <gbee> | extralarge could be around 22pt+, might be used for main menus etc, but I can't see it being used elsewhere |
06:59 | * | gbee finally finishes reading the 105 mythtv related emails and realises that half the day has gone |
07:00 | -!- | MrGandalf [i=mgandalf@cpe-72-225-32-214.rochester.res.rr.com] has quit ["work"] |
07:08 | -!- | gardz [n=grimcogs@124-168-19-117.dyn.iinet.net.au] has quit [] |
07:11 | -!- | TelnetManta [n=benwilli@24-241-115-007.dhcp.gnvl.sc.charter.com] has quit ["Ex-Chat"] |
07:11 | -!- | picard_pwns_kirk [n=ppk@unaffiliated/ppklaptop/x-00001] has joined #mythtv |
07:11 | -!- | picard_pwns_kirk [n=ppk@unaffiliated/ppklaptop/x-00001] has left #mythtv ["In Soviet Russia, channel part YOU!!"] |
07:53 | -!- | TelnetManta [n=benwilli@72.159.132.4] has joined #mythtv |
08:09 | -!- | jmk [n=jmk@h69-130-250-26.vrnawi.dsl.dynamic.tds.net] has joined #mythtv |
08:18 | <janneg> | bah, I've most open tickets with 0.21 milestone |
08:25 | <stuarta> | :( |
09:15 | -!- | setuid [n=setuid@65.172.152.98] has joined #mythtv |
09:16 | <setuid> | I've got what may be a development question... We had a talk last night at our LUG on MythTV with a demo, and a lot of questions came up. From a development perspective, some "features" didn't appear to exist (yet?). So I'd like to throw it out there and see if it's possible, or might already exist. |
09:16 | <setuid> | First one is the ability to flag "viewed" programs, so that recording all "new" episodes of that program wouldn't re-record ones I've already watched and expired away. |
09:17 | <setuid> | My "commercial" DVR solution does this.. I tell it to record all new programs, I watch them all, delete them, and because they no longer exist on the DVR, it re-records them at the next repeated interval. |
09:17 | <setuid> | So I'd like to see if I have to write a plugin that does the right thing here. |
09:17 | <GreyFoxx> | Myth keeps a history and wont rerecord a show unless you tell it to |
09:17 | <setuid> | That was my next question.... |
09:17 | <GreyFoxx> | Or unless the show description/title e4tc is different than what the history has |
09:18 | <justinh> | then that's the guide data to blame, not mythtv ;) |
09:18 | <setuid> | With the scheduling data, it was demoed last night that it only keeps a few days of historical scheduling data. I'd need to extend this to at least a full season, possibly two seasons. |
09:19 | <justinh> | setuid: depends on the agreement with the data provider. SD won't allow archiving it AFAIK - and possibly others will be similar |
09:19 | <GreyFoxx> | It keeps a week or so historical program guide, but permanently keeps recording history |
09:19 | <setuid> | GreyFoxx, Ok, what you just said might be the key here... |
09:19 | <GreyFoxx> | as well, keeping that much data in the programs table will cause severe performance issues in several areas including scheduling |
09:20 | <justinh> | keeps a history of recorded shows for as long as you let it |
09:20 | <GreyFoxx> | setuid: there is a "oldrecorded" table which keeps a permanent recording history |
09:20 | <GreyFoxx> | You can tell it to wipe the history for a show to start recording old episodes again if you want |
09:20 | <setuid> | Let's say there are new episodes of something that I haven't watched yet, AND were not recorded (because the tuner was busy recording something else at the time), and the scheduling data has expired... does it keep a history of what _would_ have been recorded, or only what _was_ recorded? |
09:20 | <GreyFoxx> | but few people do that |
09:20 | <GreyFoxx> | was |
09:21 | <setuid> | ah, so I'd need to patch that up, or write some custom queries to the db to roll it into my own table |
09:21 | <GreyFoxx> | If the tuner is busy it will attempt to reschedule if the show appears at a later date depending on the scheduling rule |
09:21 | <setuid> | That's why I'd need to go back at least a full season |
09:21 | <GreyFoxx> | That's why I often use rules like "Record house on on Fox at any time" |
09:21 | <GreyFoxx> | then it will reschedule at a later time if no tuners are available AND the episode is available later |
09:22 | <setuid> | Heroes is one great example... my daughter's Noggin recordings superceded a Heroes episode or three, and so I missed recording them (on my commercial DVR), and now I can't go back and see when they were, or what episodes they were, to try to find them again. |
09:22 | <GreyFoxx> | setuid: Then use priorities |
09:22 | <GreyFoxx> | Make hers a lower priority and your schedules will win :) |
09:22 | <setuid> | Is it possible to tell MythTV to record "House" on any channel at any time it is available? |
09:22 | <GreyFoxx> | My daughters shows are all -5 |
09:22 | <GreyFoxx> | setuid: yes |
09:22 | <GreyFoxx> | anytime any channel |
09:23 | <setuid> | As long as the string "House" matches, right? |
09:23 | <setuid> | Or I should say... "^House$", right? |
09:23 | <GreyFoxx> | yes |
09:23 | <setuid> | I wouldn't want "House Hunters" or something to be recorded instead :D |
09:23 | <GreyFoxx> | It's not a wildcard match :) |
09:24 | <setuid> | Of course |
09:24 | <GreyFoxx> | But with power schedules it can use wildcards |
09:24 | <GreyFoxx> | It's infinitly flexible |
09:25 | <setuid> | Next question: is it possible to limit what parts of the guide show up, per-user? For example, my daughter runs MythTV on her slave node in her bedroom, and she only sees Noggin/Nickelodeon/etc., instead of the other channels I don't want her to see (CSI, Cold Case Files, etc.) |
09:25 | <GreyFoxx> | no, there is no concept of multiple users |
09:25 | <GreyFoxx> | expect for pins on shows in mythvideo and such to keep the kids out of the porn |
09:25 | <setuid> | I can't restrict the guide, not even through themes or something? or tell the master to only show a subset, when Node_A contacts it? |
09:25 | <GreyFoxx> | You have the source, you can tell it to do anything you like |
09:25 | <setuid> | Sure, but we don't have any pr0n channels |
09:26 | <GreyFoxx> | myth, as is, has no concept of users |
09:26 | <setuid> | Ok, so I'd have to add a login feature, and then have a level of permissions per-login, on the guide data. |
09:26 | <justinh> | my oldrecorded table goes as far back as 2005-12-28 21:00:00 |
09:26 | <setuid> | Well, even a "rating" system or something would be nice... only show my daughter PG13 and under channels, for example |
09:27 | <hads> | Channels don't generally have ratings though. |
09:27 | <justinh> | nobody has yet extended the parental control system into TV |
09:27 | <setuid> | Which ties into my next question: It seems that she would be able to browse ALL cover art for all DVDs on the system, even if parental controls prohibit her from _watching_ them. |
09:27 | <GreyFoxx> | yupp |
09:28 | <setuid> | There should be a way to restrict that as well, so she can't even _view_ the cover art (which may be gorey or adult in nature), without proper credentials/age/whatever. |
09:28 | <justinh> | might be a good time to wonder how far the multiuser SoC code got |
09:28 | <siXy> | you must have some pretty dubious cover art for that to be an issue |
09:28 | <setuid> | siXy, Think horror movies |
09:28 | <setuid> | blood, knives, things that cause nightmares in a 4 year old |
09:29 | <justinh> | shouldn't be too hard to hide cover art for videos above the current viewable rating |
09:29 | <GreyFoxx> | I have never actually enabled any the Parental Controls stuff. Does it make you enter a pin at playback time or when entering mythvideos list/gallery ? |
09:30 | <GreyFoxx> | If it's at entering the gallery then you could substitue the image with a big red X |
09:30 | <justinh> | nor would it be too hard to implement a parental lock on some channels like it's possible to on some STBs |
09:30 | <setuid> | Ok, I'll keep going: Is it possible to rip DVDs to treat the unavoidable, ADHD-inducing intro dreck as "commercials", so she can watch _just_ the video part she wants? Right now, we can't stop, skip or forward past the damn intro stuff (red circle with slash comes up on our DVD players). |
09:30 | <justinh> | setuid: when the player is in software you can do anything you want ;) |
09:30 | <mattwire> | You could have a look at the channelgroup stuff on ticket 199 for the guide filtering |
09:30 | <setuid> | justinh, Sure, but how close is it to allowing me to cut that stuff out? |
09:31 | <justinh> | setuid: just skip past it |
09:31 | <mattwire> | shouldn't be too hard to restrict a frontend to one group only |
09:31 | <justinh> | mattwire: wouldn't be a bad thing to have a unified set of parental controls |
09:31 | <setuid> | mattwire, Right, but the problem seems to be that _viewing_ the list of available DVDs and _playing_ the list of available DVDs is under different parental controls at the momenyt |
09:32 | <siXy> | you might be able to add a parental level to channel list and recordings table, and then nick the pincode part of mythvideo to apply to guide/recordings |
09:32 | <setuid> | *nod* |
09:32 | <setuid> | I'm trying to whiteboard this all out, before I begin buying hardware and building it all |
09:32 | <GreyFoxx> | as long as all of that defaults to off |
09:32 | <justinh> | maybe even for music too :) stop little Tommy playing all your Gangsta rap :P |
09:32 | <siXy> | lol :) |
09:33 | <hads> | user type stuff |
09:33 | <justinh> | IMHO parental controls begins at removing the batteries from the remote ;) |
09:33 | <setuid> | Our provider (Dish Network) is inept, and we have to subscribe to this massive 180 channel package just to get Noggin. We get about 80 HD sports channels we never watch (and can't see anyway, no HD televisions in the house). |
09:33 | <setuid> | I wish they'd just say "Pick any 20 channels for $50/month" or something |
09:33 | <GreyFoxx> | Personally if I really don't want my daughter to see something I move it outside of the system, but I can undertstand why a parent might want those things |
09:34 | <setuid> | GreyFoxx, Sure, but now moving it out of the system means I need to have two separate places to store data... |
09:34 | <justinh> | don't forget parental controls can be used to keep parents out too ;) |
09:34 | <GreyFoxx> | setuid: a seperate directory on the same filesystem works |
09:34 | <GreyFoxx> | then just ssh in , mv to the video dir, run mythvideo and watch, exit and move back :) |
09:34 | <GreyFoxx> | I don't actually do it, but that's basically what I would do |
09:35 | <setuid> | Which brings me to my next point. I have ~100gb of music ripped from our massive CD collection sitting on a BSD fileserver (on a RAID slice, GELI-encrypted). I'd rather not have to copy that data to the MythTV master node, _and_ keep it on the BSD fileserver (so my wife's Mac, Windows machine and my Linux machine can get to it on the LAN with iTunes, Amarok, etc.) |
09:35 | <GreyFoxx> | My porn and movies are right there in the list with everything else |
09:35 | <justinh> | the day my wife learns how to enable viewing 'hidden files' I'm sunk |
09:35 | <setuid> | GreyFoxx, If I'm going to do that, I might as well just mount the drive over NFS and use mplayer to play it directly |
09:35 | <setuid> | Or just put Apache on there and point mplayer to the URL |
09:36 | <GreyFoxx> | setuid: which for the very very rare thing I might want to keep "hidden" would be likely a good idea :) |
09:36 | <setuid> | Can MythTV point to an existing location for music sitting on another physical machine, and incorporate that into it's media capabilities? |
09:36 | <GreyFoxx> | and my stuff is already nfs mounted anyway :) |
09:36 | <justinh> | there are already a bunch of point similar to ones raised just now on the wiki. dunno how many real devs read it though |
09:36 | <GreyFoxx> | setuid: You can just NFS mount the music and point mythmusic there |
09:37 | <GreyFoxx> | no need for it to be physically on the box |
09:37 | <setuid> | Ok |
09:37 | <setuid> | I'd rather not have to duplicate what exists on the SAN |
09:37 | <GreyFoxx> | 4 of my 5 active frontends don't even have HD's :) |
09:37 | <setuid> | Sure, front-ends I can see... no need for storage or moving parts |
09:37 | <GreyFoxx> | Even backends don't need storage local |
09:37 | <setuid> | But the backend, I was told last night at the talk, that all music/movies/photos and the database had to exist on that box. |
09:38 | <justinh> | lies! |
09:38 | <GreyFoxx> | my recordings are in a large raid on my master backend, my mythvideo content is in a raid array on my slave backend. |
09:38 | <GreyFoxx> | my slave nfs mounts the masters myth directory and both write recordings there |
09:38 | <setuid> | Ok, here's an approach: is it possible to have two backend databases that one mythtv instance talks to? One for Parents and one for Children? |
09:38 | <GreyFoxx> | and the frontends nfs mount the music, photos, videos and recordings from the 2 of them |
09:38 | <justinh> | setuid: possible but impractical |
09:38 | <GreyFoxx> | setuid: not feasible |
09:38 | <GreyFoxx> | without a LOT of code changes |
09:39 | <setuid> | hrm |
09:39 | <setuid> | I'm not afraid of diving into the code... I'm just looking for a way to separate what my daughter can see/use and what she can't. |
09:39 | <hads> | setuid: These are really user questions. |
09:39 | <GreyFoxx> | setuid: don't make it harder than it has to be |
09:39 | <setuid> | hads, They're kind-of both, because I'll have to be adding code to the engine to support most of these. |
09:39 | <setuid> | GreyFoxx, Agreed. :D |
09:40 | <GreyFoxx> | some mods to the frontend for displaying the guide, and some small mythvideo mods and you should be fine |
09:40 | <justinh> | setuid: some of us have lists of stuff we wouldn't mind working on. parental controls is somewhere in mine. not that I'd use it myself right now but I can see its usefulness |
09:40 | <setuid> | I'm thinking about using some Koolu boxes for the front-ends (5W machines), and a massive server on the backend for storage and encoding. |
09:41 | <setuid> | At some point, I'd like to see if I can replace what the Slingbox does, with something bolted onto the MythTV install |
09:41 | <justinh> | again this is material for next door |
09:42 | <setuid> | My friend uses his Slingbox when he travels, to watch video on his cellphone while he's on the road, and watch his home recordings while he's in remote hotels around the world. |
09:42 | <setuid> | justinh, Ok, I'll trundle there and ask away. |
09:45 | <GreyFoxx> | setuid: the flash player in mythweb would do that for receordings |
09:45 | <GreyFoxx> | it doesn't do mythvideo content though |
09:45 | <GreyFoxx> | and it's in svn trunk only |
09:45 | <setuid> | What is "mythvideo content"? |
09:45 | <GreyFoxx> | non recordings |
09:45 | <GreyFoxx> | so DVD rips, xvid encoded stuff etc |
09:45 | <GreyFoxx> | mythvideo is the plugin used to access all that |
10:01 | -!- | mattwire [i=d43ae981@gateway/web/ajax/mibbit.com/x-8565e1a73e862662] has quit ["http://www.mibbit.com ajax IRC Client"] |
10:19 | -!- | reynaldo [n=rverdejo@190-82-63-46.adsl.cust.tie.cl] has quit ["Lost terminal"] |
10:22 | -!- | reynaldo [n=rverdejo@190-82-63-46.adsl.cust.tie.cl] has joined #mythtv |
10:31 | -!- | catinpan [n=ncattela@ip65-44-182-162.z182-44-65.customer.algx.net] has quit ["Terminated with extreme prejudice - dircproxy 1.0.5"] |
10:31 | -!- | catinpan [n=cattelan@ip65-44-182-162.z182-44-65.customer.algx.net] has joined #mythtv |
10:37 | -!- | Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv |
10:40 | -!- | jmk_ [n=jmk@64.73.34.172] has joined #mythtv |
10:41 | -!- | skamithi [n=skamithi@cpe-071-077-065-246.nc.res.rr.com] has joined #mythtv |
11:00 | -!- | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has joined #mythtv |
11:11 | -!- | JoeyBorn [n=rootmeis@adsl-75-2-247-141.dsl.chcgil.sbcglobal.net] has quit ["heading out"] |
11:30 | -!- | jarle [n=jarle@70.84-234-133.customer.lyse.net] has quit [Read error: 110 (Connection timed out)] |
11:31 | -!- | jarle [n=jarle@70.84-234-133.customer.lyse.net] has joined #mythtv |
11:37 | -!- | purserj [n=purserj@k-sit.com] has quit [Read error: 104 (Connection reset by peer)] |
11:37 | -!- | purserj [n=purserj@k-sit.com] has joined #mythtv |
11:37 | -!- | catinpan is now known as catinpan_away |
11:38 | -!- | catinpan_away is now known as catinpan |
11:38 | -!- | MrGandalf [i=mgandalf@cpe-72-225-42-190.rochester.res.rr.com] has joined #mythtv |
11:42 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
11:46 | -!- | nordenm [n=nordenm@ofylutib.brj.sgsnet.se] has joined #mythtv |
11:47 | -!- | siXy [i=siXy@88.211.54.195] has quit ["bye!"] |
11:48 | -!- | kurre2_ [n=tomimo@a91-156-60-45.elisa-laajakaista.fi] has joined #mythtv |
11:49 | -!- | Hendrik [n=Hendrik@p5B3F6510.dip.t-dialin.net] has joined #mythtv |
11:49 | <Hendrik> | hi |
11:49 | <Hendrik> | i've a problem with my installation of mythtv |
11:51 | <gbee> | Hendrik: support is handled in #mythtv-users |
11:51 | * | justinh points that-a-way, towards the channel topic >>>> |
11:51 | <Hendrik> | after using make, i get a message "cannot find -lqt-mt"; collect2: ld returned 1 exit status |
11:51 | <Hendrik> | ok. thanks |
11:51 | <Hendrik> | sorry. my fault |
11:52 | -!- | Hendrik [n=Hendrik@p5B3F6510.dip.t-dialin.net] has left #mythtv ["Verlassend"] |
11:59 | -!- | capt-rogers [n=teddy@office.sevenl.net] has joined #mythtv |
11:59 | -!- | onixian [n=xian@89-96-28-147.ip10.fastwebnet.it] has joined #mythtv |
11:59 | -!- | setuid [n=setuid@65.172.152.98] has left #mythtv ["Client exiting"] |
12:02 | -!- | xris [n=xris@xris.forevermore.net] has quit [] |
12:03 | -!- | bendailey [n=bendaile@mail.bhmsd.k12.in.us] has joined #mythtv |
12:04 | -!- | gnome42 [n=gnome42@76-10-151-103.dsl.teksavvy.com] has joined #mythtv |
12:21 | -!- | npurciful_ [n=npurcifu@166.128.97.111] has joined #mythtv |
12:23 | -!- | npurciful_ [n=npurcifu@166.128.97.111] has quit [Remote closed the connection] |
12:27 | -!- | Netsplit simmons.freenode.net <-> irc.freenode.net quits: gnome42 |
12:28 | -!- | xris [n=xris@ip67-88-193-254.z193-88-67.customer.algx.net] has joined #mythtv |
12:31 | -!- | Netsplit over, joins: gnome42 |
12:47 | -!- | fstxx [n=chatzill@c83-253-253-185.bredband.comhem.se] has quit ["ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]"] |
12:51 | <xris> | gbee: so perl + upnp seems to work |
12:52 | <gbee> | cool |
12:54 | <gbee> | I've made changes to the preview generator so it can be used on DVDs (isos/vobs in mythvideo), by default it will grab a screenshot of the DVD Menu |
12:54 | -!- | unagi [n=unagi@70-11-79-207.area7.spcsdns.net] has joined #mythtv |
12:54 | <gbee> | can also be used on videos which have a seektable |
12:55 | <gbee> | so mythvideo can show preview images instead of posters if a poster isn't available |
12:55 | -!- | unagi [n=unagi@70-11-79-207.area7.spcsdns.net] has left #mythtv ["Konversation terminated!"] |
12:56 | <gbee> | won't be committed before 0.21 though and I've not made the changes to mythvideo yet, but it doesn't require the backend be installed on the same machine as the videos |
12:58 | -!- | cmug [n=wotoo@a91-153-58-235.elisa-laajakaista.fi] has joined #mythtv |
12:59 | -!- | cmug [n=wotoo@a91-153-58-235.elisa-laajakaista.fi] has left #mythtv [] |
13:00 | <xris> | gbee: that's slick.. will help a TON with my tv archives |
13:04 | <xris> | I still want cover art lookup in the non-config section... browsing through hundreds of files in a list is really annoying. |
13:04 | <xris> | guess I *could* just put my tv archives back into the tv area.. but that's no fun. |
13:04 | -!- | onixian [n=xian@89-96-28-147.ip10.fastwebnet.it] has quit [Read error: 110 (Connection timed out)] |
13:08 | <GreyFoxx> | xris: yeah, it would be nice if the video manager had a browse like tree where you could navigate folders, or even just tell it to trim the list to show onlyt stuff matching a pattern or stuff with no info |
13:17 | <kormoc> | or use the web interface :P |
13:18 | <GreyFoxx> | True, true. Other than when it first when in I haven't really used it since |
13:19 | <kormoc> | Honestly, and not to toot my own horn, it's quite usabe now imho, tho I'm always loving feedback to make it better |
13:30 | * | GreyFoxx opens the webeditor heh |
13:30 | <GreyFoxx> | hmmm I should give the apache user the ability tot write out the cover art |
13:31 | -!- | beavis [n=beavis@drms-590c96d1.pool.einsundeins.de] has joined #mythtv |
13:32 | <xris> | kormoc: I do use the web interface. that's what prompted me to want that feature in gallery mode, too. |
13:32 | <kormoc> | heh, fair 'nuff |
13:32 | <xris> | the web interface isn't in the same room as the tv. sometimes I forget to run a scan on the web interface but want to pull in descriptions for new stuff |
13:33 | <kormoc> | ahh |
13:33 | <GreyFoxx> | kormoc: ahhh man I shoulda been doing this everytime I update stuff |
13:33 | <kormoc> | GreyFoxx, glad you like it :) |
13:34 | <kormoc> | xris, I guess I'm just way too lazy to even attempt editing on the tv itself |
13:34 | <GreyFoxx> | I've updated 4 in the span it wouldhave taken me to do 1 |
13:40 | -!- | bradd [n=bradd@shaolin.ameri.ca] has joined #mythtv |
13:42 | <GreyFoxx> | kormoc: Seriously thanks for reminding me of this. I just updated a ton of stuff and it was dead simple :) |
13:45 | <kormoc> | :) |
13:54 | -!- | Daviey is now known as Daviey-having_a_ |
13:54 | -!- | Daviey-having_a_ is now known as Daviey |
14:09 | -!- | czth__ [n=dbrobins@nat/microsoft/x-c0e7c7adda0bf654] has joined #mythtv |
14:13 | -!- | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has quit [Remote closed the connection] |
14:18 | -!- | dekar1 [n=deKarl@dslb-084-059-070-185.pools.arcor-ip.net] has joined #mythtv |
14:26 | <GreyFoxx> | wow, less than 400 open tickets..... |
14:27 | -!- | czth_ [n=dbrobins@nat/microsoft/x-4f03b1e72e47d228] has quit [Connection timed out] |
14:30 | <gbee> | GreyFoxx: that's like saying "Everest is only 29,000ft high" ;) |
14:32 | <danielk22> | There are only 98 0.21 tickets, 10 of which are marked major, critical or blocker. |
14:33 | <MrGandalf> | I see you closed a bunch of oldies.. |
14:34 | <danielk22> | Yeah, but I haven't reviewed even half of them yet... |
14:35 | -!- | dekarl [n=deKarl@dslb-084-058-068-212.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)] |
14:35 | <stuarta> | dammit. osx frontend crashes everytime i leave upcoming recordings |
14:36 | <MrGandalf> | I haven't had a chance to look at 15760 relating to 4566 yet. |
14:39 | <danielk22> | MrGandalf: I'm not sure it fixes things, but there is maybe a 50/50 chance. |
14:40 | <MrGandalf> | danielk22: problem is, the bug only shows up every 1-2 days |
14:42 | <MrGandalf> | I have another odd problem I need to track down this coming weekend.. relating to duplicate channums again. I have several channels which show up on only 2 of my 4 frontends, all running pretty much the same code. Very odd. |
14:42 | <gbee> | lets see if I can't close a couple of tickets tonight ... |
14:44 | * | gbee aims at the low hanging fruit first |
14:44 | <nordenm> | I'm looking forward to when 0.21 is released.. That's when I switch from beeing a user to beeing helpful by using the svn version and submitting patches :P |
14:44 | <danielk22> | MrGandalf, I think I saw that to when testing something the other day. A slave backend wasn't able to see guide data in lineups that weren't attached to local inputs. I didn't investigate any further as I thought it was just a broken setup.. |
14:46 | <gbee> | ok, that's new - "libdvdread: Error cracking CSS key" |
14:50 | <MrGandalf> | danielk22: well, I've only one backend right now. On two of my backends, one affected, the other not, I made sure both were running the exact same code and even copied the settings from the good one to the bad and it changed nothing. It was the oddest thing. I have something broken somewhere I just can't tell where. |
14:51 | <MrGandalf> | but my new Windows frontend is fine.. very odd. |
14:52 | -!- | stf28 [n=Real@bas2-sherbrooke40-1128578523.dsl.bell.ca] has joined #mythtv |
14:52 | -!- | stf28 [n=Real@bas2-sherbrooke40-1128578523.dsl.bell.ca] has quit [Client Quit] |
14:55 | -!- | stf28 [n=Real@bas2-sherbrooke40-1128578523.dsl.bell.ca] has joined #mythtv |
14:55 | <stf28> | hello the world |
14:56 | -!- | stf28 [n=Real@bas2-sherbrooke40-1128578523.dsl.bell.ca] has quit [Client Quit] |
14:57 | -!- | capt-rogers [n=teddy@office.sevenl.net] has quit ["Ex-Chat"] |
14:57 | -!- | capt-rogers [n=teddy@office.sevenl.net] has joined #mythtv |
14:59 | -!- | capt-rogers [n=teddy@office.sevenl.net] has quit [Client Quit] |
14:59 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has quit [] |
15:13 | -!- | bendailey [n=bendaile@mail.bhmsd.k12.in.us] has quit [Read error: 113 (No route to host)] |
15:15 | <stuarta> | http://rafb.net/p/irClRb42.html |
15:15 | <stuarta> | this look like something we've recently fixed? |
15:18 | -!- | czth_ [n=dbrobins@nat/microsoft/x-ea4c2a0a41316ce2] has joined #mythtv |
15:27 | <sphery> | Looks to me like if a user enables AutoExpireInsteadOfDelete and deletes a missing recording it will never be removed (and remain in the Deleted recgroup) since the autoexpirer refuses to delete shows whose files don't exist... Looks like we need a check for non-existent files in MainServer::DoHandleDeleteRecording() line 1985. |
15:31 | <sphery> | Or perhaps in the else at programs/mythbackend/mainserver.cpp +681 (in MainServer::customEvent(), handling AUTO_EXPIRE) with a call to DoHandleDeleteRecording() specifying forceMetadataDelete. |
15:31 | <sphery> | Thoughts, anyone? |
15:32 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv |
15:33 | <MrGandalf> | speaking of autoexpire from deleted, have there been problems with that recently? my livetv mountpoint filled up this morning and I don't know why (though I haven't checked into it either) |
15:33 | <gbee> | sphery: so long as we check that the file is really missing and not that it's temporarily unavailable (nfs share offline) |
15:34 | <gbee> | I think checking the filesize in the database ought to be enough to determine that the recording failed |
15:34 | <sphery> | Yeah, but what about users who delete files... |
15:34 | -!- | czth__ [n=dbrobins@nat/microsoft/x-c0e7c7adda0bf654] has quit [Read error: 110 (Connection timed out)] |
15:34 | <gbee> | sphery: screw them - user error, own fault etc |
15:34 | <sphery> | That's how I found the issue, too (a user with a broken user job) |
15:34 | <gbee> | :) |
15:35 | <gbee> | sphery: I'm not sure we can really handle that situation without breaking things for the case I described above (offline nfs/samba share) |
15:35 | <sphery> | I think, though, that you're right--it may just be an offline share, so it's better to not expire it--even if it's in Deleted recgroup--and force the user to go into Watch/Delete recordings and select the Deleted recgroup and re-delete the show. |
15:35 | -!- | reynaldo_ [n=rverdejo@190-82-37-3.adsl.cust.tie.cl] has joined #mythtv |
15:36 | <sphery> | Thanks for the sanity check, though. |
15:36 | <gbee> | better to have metadata with no recording, than to delete the metadata and leave the file because then the user is going to have real problems |
15:37 | <sphery> | agreed |
15:37 | <sphery> | And now, I know how to explain how to delete the metadata and why it's that way. |
15:40 | -!- | bradd [n=bradd@shaolin.ameri.ca] has quit ["leaving"] |
15:49 | <MrGandalf> | I have a nice little cleanup/archive script that could be added to contrib, but running it can be danderous if you don't know what you're doing |
15:49 | -!- | MavT [n=Maverick@111.86.233.220.exetel.com.au] has joined #mythtv |
15:51 | -!- | hads [n=hads@reef80.anchor.net.au] has quit [Read error: 113 (No route to host)] |
15:51 | <sphery> | MrGandalf: how does it differ from myth.find_orphans.pl and/or myth_archive_job.pl (or does it replace those with a new script that uses the Perl bindings :)? |
15:52 | -!- | MaverickTech [n=Maverick@111.86.233.220.exetel.com.au] has quit [No route to host] |
15:52 | <MrGandalf> | sphery: I haven't looked at those, but yes, it does use the bindings, to a small extent. |
15:53 | -!- | TelnetManta [n=benwilli@72.159.132.4] has quit ["Ex-Chat"] |
15:53 | <MrGandalf> | sphery: what I prefer about mine is that it has a debug mode that tells you all it would do |
15:53 | -!- | reynaldo [n=rverdejo@190-82-63-46.adsl.cust.tie.cl] has quit [Read error: 110 (Connection timed out)] |
15:54 | -!- | reynaldo_ [n=rverdejo@190-82-37-3.adsl.cust.tie.cl] has quit [Read error: 110 (Connection timed out)] |
15:54 | <sphery> | IMHO, any script that replaces those legacy scripts with a bindings-enabled script is a good thing. I'd love to see an svn rm on those... (and mythname.pl) |
15:55 | <MrGandalf> | sphery: http://pastebin.ca/893019 |
15:55 | <sphery> | I have a work-in-progress on a script to replace some or all of them (and myth.rebuild_database.pl) |
15:55 | <MrGandalf> | if you think it's better, I'll add it to a ticket |
15:57 | <sphery> | definitely should replace myth.find_orphans.pl |
15:57 | <sphery> | still getting to archive mode--may want to suggest replaceing myth_archive_job.pl, too |
15:58 | <sphery> | Actually, I'd suggest you recommend replacing them both in your ticket... |
15:58 | <justinh> | sphery: great if packagers start including the bindings |
15:58 | <sphery> | They're included by default, now, because they're required for MythWeb. |
15:59 | <justinh> | hahaha that'll show em! :) |
15:59 | <sphery> | (I think they're used by parts of MythWeb.) I know they're used by mythrename.pl and several other contrib scripts. |
16:00 | <MrGandalf> | the problem with using the bindings is you have to update the script's "use ..." clause. |
16:00 | <sphery> | MrGandalf: To make a case for replacing myth_archive_job.pl: with storage groups support, there's no longer a need for symlinks, so it's been superseded by changes |
16:01 | <sphery> | The use should only require "use MythTV;" |
16:01 | <sphery> | Unless the person installing Myth has hacked the bindings installation to move it, i.e. to /usr/local even though their Perl is installed in /usr |
16:02 | <xris> | sphery: perl bindings not used by mythweb. but necessary for nuvexport and a bunch of contrib stuff |
16:03 | <sphery> | I stand corrected. Thanks. |
16:03 | <sphery> | You're also a much better person to explain how the use MythTV should work (i.e. should require a use lib--as in http://pastebin.ca/893019 --right?) |
16:03 | <xris> | brb |
16:03 | <MrGandalf> | sphery: the perl bindings might be better with a Makefile.PL. I'll create a ticket for that script then. |
16:03 | -!- | xris [n=xris@ip67-88-193-254.z193-88-67.customer.algx.net] has quit [] |
16:04 | <sphery> | I'm not sure what you mean. When I install Myth, it creates a Makefile.PL in bindings/perl |
16:05 | <sphery> | or, it's there to begin with and creates the makefile or however it works... (I don't know perl...) |
16:05 | <MrGandalf> | ah, so it does :) |
16:05 | -!- | hads [n=hads@reef80.anchor.net.au] has joined #mythtv |
16:05 | -!- | xris [n=xris@ip67-88-193-254.z193-88-67.customer.algx.net] has joined #mythtv |
16:06 | <sphery> | But, thank you very much for writing that script--I didn't want to write a script to replace those two, but the legacy (and now somewhat broken) code in them was annoying enough that I planned to do it. |
16:07 | -!- | kormoc_ [n=kormoc@unaffiliated/kormoc] has joined #mythtv |
16:07 | <MrGandalf> | sphery: np, I wrote it for selfish reasons :) Looks like the perl bindings have been updated.. when I first started using them I found I needed the use clause since "make install" didn't put the module in any normal place |
16:08 | <sphery> | Yeah. They've come a long way since xris first started working on them. Thanks, xris. :) |
16:10 | <xris> | :) |
16:10 | <xris> | hey, some random person donated $100 to a charity in my name in december... I figure it must be myth-related. kind of cool |
16:23 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has quit [Read error: 110 (Connection timed out)] |
16:23 | <kormoc_> | xris, do you get a tax break cause it was in your name? |
16:23 | * | kormoc_ ponders |
16:23 | -!- | kormoc_ is now known as kormoc |
16:26 | <xris> | kormoc: no clue. but if I did, I can't count the pile of donations I gave away to family for christmas |
16:28 | -!- | MrGandalf [i=mgandalf@cpe-72-225-42-190.rochester.res.rr.com] has quit ["home"] |
16:33 | -!- | MaverickTech [n=Maverick@111.86.233.220.exetel.com.au] has joined #mythtv |
16:37 | <sphery> | Hmm. Trying to figure out how to pass the DB password to mysqldump for a DB backup. I can use -p<password>, but some (i.e. Cardoe, per #3762) won't like that. Interactive is out of the question. |
16:38 | <kormoc> | sphery, .my.cnf |
16:38 | <kormoc> | or as an env var |
16:38 | <Cardoe> | what kormoc said |
16:38 | <sphery> | So the only "more-secure option" is to have it in a config file (/etc/my.conf, ~/.my.conf). |
16:39 | <kormoc> | sadly, aye |
16:39 | <sphery> | But what about, i.e., ps that allows dumping the environment... |
16:39 | <kormoc> | other then perhaps faking interactive |
16:39 | -!- | MavT [n=Maverick@111.86.233.220.exetel.com.au] has quit [Read error: 145 (Connection timed out)] |
16:39 | <Cardoe> | putting it in my.cnf won't allow you to run into any issues. |
16:39 | <kormoc> | yeah, .my.cnf is the preferred way (per mysql) |
16:39 | <sphery> | Can you specify another location for a my.cnf |
16:39 | -!- | jblack [n=jblack@pool-71-173-53-239.sctnpa.east.verizon.net] has joined #mythtv |
16:40 | <kormoc> | via an option to the client, I think |
16:40 | <sphery> | Doesn't seem to be one in mysqldump... |
16:40 | <jblack> | bleh. I really wish that #mythtv-dev was the development channel, and #mythtv was for users |
16:40 | -!- | jblack [n=jblack@pool-71-173-53-239.sctnpa.east.verizon.net] has left #mythtv [] |
16:40 | <Cardoe> | sphery: --defaults-file |
16:41 | <sphery> | This is why I wanted to do the backup myself, but there are so many version-specific issues in determining the info I need from SHOW statements that it's unreasonable. |
16:41 | <Cardoe> | or --defaults-extra-file |
16:41 | <Cardoe> | sphery: I personally use the mysqlautobackup script |
16:41 | <Cardoe> | sorry automysqlbackup |
16:41 | <Cardoe> | http://sourceforge.net/projects/automysqlbackup/ |
16:42 | <sphery> | I like the --defaults-extra-file... Thanks. With --defaults-file, I'd have to copy the global file that would be used, then scan through it to see if it has the password, then add the section if necessary. |
16:42 | <sphery> | extra seems good. |
16:43 | <sphery> | Though, does ~/.my.cnf count as a "global" file? I.e. would it read my password-only temporary defaults-extra-file if the user only had a .my.cnf? |
16:44 | <sphery> | automysqlbackup is interesting, but I'm trying to ensure that we only do backups when it won't adversely affect recordings or playback or ... |
16:50 | <sphery> | Cardoe: I think I'll be handling the locking issues you specified in #3762, but the backup will have all the data and the create table statements, so users doing a partial restore (i.e. http://mythtv.org/docs/mythtv-HOWTO-23.html#ss23.7 ) may still need to grep for the appropriate INSERT statements for the appropriate tables (leaving the rest). |
16:51 | <Cardoe> | oh like that |
16:51 | <kormoc> | sphery, it gets a tad more complicated, but a lot of backusp to one file per table and a table-create.sql for the create statements |
16:51 | <Cardoe> | for the documentation |
16:53 | <Cardoe> | sphery: are you updating the docs, or trying to setup your own automated backup? |
16:53 | <kormoc> | Cardoe, attempting to add backups to the myth housekeeping thread |
16:53 | <sphery> | yep |
16:53 | <sphery> | Currently looking at: mysqldump --defaults-extra-file=<filename> --add-drop-table --add-locks --allow-keywords --comments --complete-insert --extended-insert --lock-all-tables --no-create-db --quick --set-charset |
16:53 | <sphery> | extra file with password, just in case |
16:54 | <sphery> | nothing else |
16:54 | <Cardoe> | why use mysqldump when you can just do the native SQL statements? |
16:54 | <sphery> | --no-create-db because we should still use mc.sql (since it sets privileges,e tc) |
16:54 | <Cardoe> | if you already have a process |
16:54 | <Cardoe> | that process has access to your database config info |
16:54 | <Cardoe> | look at how phpmyadmin does backups |
16:54 | <Cardoe> | it doesn't call mysqldump |
16:55 | <clever> | show create table recorded; |
16:55 | <sphery> | to use the native SQL, I have to use SHOW statements to get the info about the DB (or it has to be changed with every DB schema change). There are enough version specific differences involved in the SHOW statements that I thought it was inappropriate. |
16:55 | <Cardoe> | why do you have to use show? |
16:56 | <sphery> | i.e. in 5.0.1, SHOW TABLES includes views, in 5.0.0 and 5.0.1, it doesn't. In 5.0.2, SHOW FULL TABLES was added to distinguish between tables and views, and since views shouldn't be backed up... |
16:56 | <sphery> | (at least not as a CREATE TABLE) |
16:56 | <Cardoe> | If someone is using 5.0.0 or 5.0.1, they should be shot. |
16:56 | <sphery> | how else do I find out what tables, columns, ... exist to back up |
16:56 | <Cardoe> | That was pre-alpha |
16:56 | <sphery> | The differences continue in all the places I touched. |
16:57 | <Cardoe> | sphery: why not backup the whole thing? |
16:57 | <sphery> | How do you do that with native SQL? |
16:58 | <sphery> | BACKUP TABLE is deprecated and just copies the binary files, so it's not very useful when changing versions of MySQL or for "partial" restores. |
16:58 | <sphery> | all other backup-type support does the same. |
16:58 | <sphery> | (including mysqlhotcopy) |
16:59 | <Cardoe> | seriously though.. I would NOT worry about 5.0.0 and 5.0.1 |
16:59 | <sphery> | mysqldump is a good way of getting an SQL snapshot, and--since it's shipped with mysql--it has all the version-specific knowledge it needs (i.e. it's the same version as the DB). |
16:59 | <Cardoe> | anything before 5.0.3 had serious corruption issues. |
16:59 | <Cardoe> | like I said those are pre-alpha versions |
16:59 | <sphery> | well, we've officially dropped support for anything before 5.0, but didn't say anything about 5.0.2 being the minimum. |
16:59 | <sphery> | And, really, it's more than just that. |
16:59 | <Cardoe> | read MySQLs own site |
17:00 | <Cardoe> | 5.0.14 I believe was the first "official" release. |
17:00 | <Cardoe> | does the list of tables change that often? |
17:01 | <sphery> | I actually have nearly all the code for the "native" backup, but it will have far more issues than just using mysqldump. And, since the issues are likely to only be found when some poor unsuspecting user tried to restore a DB from a backup, saying, "thanks for reporting a bug, time to wipe your DB and lose all your history" isn't something I want to have to do. :) |
17:01 | <Cardoe> | SELECT * INTO OUTFILE 'tbl_name.sql' FROM 'tbl_name'; |
17:01 | <Cardoe> | is the typical way applications can create backups internally |
17:01 | <sphery> | into outfile requires permissions that most users probably haven't granted |
17:02 | <sphery> | and different permissions depending on mysql version... |
17:02 | <sphery> | but, if nothing else, requires a global file permission |
17:02 | <sphery> | and the location to which they can write is limited by user/DB issues. |
17:03 | <Cardoe> | as per the MythTV docs, those privileges exist. |
17:03 | <Cardoe> | MythTV docs and the mc.sql file that is provided by default does GRANT ALL |
17:03 | <Cardoe> | so outfile is allowed |
17:03 | <sphery> | IMHO, an automated backup solution that doesn't necessarily work right in all situations is probably worse than having no automated backup solution at all. :) |
17:04 | <sphery> | GRANT ALL ON mythconverg.* does not grant FILE |
17:04 | <sphery> | FILE is a global privilege |
17:04 | <Cardoe> | ok |
17:04 | <Cardoe> | btw. |
17:05 | <Cardoe> | 5.0.15 was the official release of 5.0.x |
17:05 | <Cardoe> | It's pretty safe to require at least that version |
17:05 | <Cardoe> | because no distro shipped a version less then that |
17:05 | <Cardoe> | and if someone out there is running something less then 5.0.2.. well I can guarantee they're not. |
17:06 | * | kormoc downgrades to 5.0.1 |
17:07 | <Cardoe> | heh. |
17:07 | <Cardoe> | I'd actually like to see someone use 5.0.1 and try to use MythTV |
17:07 | <Cardoe> | I know the early 5.0.x versions weren't compatible with themselves.. |
17:07 | <Cardoe> | i.e. they left out some SQL parsing handling |
17:07 | <kormoc> | I ran myth from the 5.0.0 pre-releases till current |
17:07 | <Cardoe> | like NOT didn't exist |
17:09 | <Cardoe> | requiring 5.0.2 instead of 5.0.0 isn't that big of a demand |
17:12 | <sphery> | Well, there are other issues, too. encoding/charset issues. The 5.0.x stuff was one example. Look through mysqldump.c to see a lot more issues you'd have to consider (that they don't since they're the same version as MySQL server--and they even have access to the C API, which I can't use). |
17:12 | <sphery> | I just figure, since they seem to have a working solution. |
17:13 | <Cardoe> | using grep on mysqldump is a bad idea. |
17:13 | <sphery> | Though, for those whose backend doesn't have MySQL installed... |
17:14 | <sphery> | Do up the patch for the docs, and I'm sure Robert will fix it. :) |
17:14 | <Cardoe> | the fact that it needs a patch is stupid |
17:14 | <Cardoe> | it's a 1 line change |
17:15 | <sphery> | actually, you have to explain that your approach requires that the user create the "new hardware" backup before dropping the DB (i.e. before the old hardware fails ;) |
17:15 | <Cardoe> | marking the ticket as closed when there is no owner is bad practice too |
17:15 | <Cardoe> | how in the world was I suppose to get updates ;) |
17:16 | <sphery> | I think the main reason we have the grep-based approach is because the user should already have full backups. |
17:16 | <Cardoe> | I can't add myself to CC |
17:17 | <sphery> | you could have before it was closed. :) If you make a patch and reopen it, you can. :) |
17:17 | <Cardoe> | No I couldn't |
17:18 | <Cardoe> | users can't add themselves to CC on any tickets |
17:18 | <sphery> | OK. I guess the CC option was removed |
17:19 | <Cardoe> | that's been a complaint of mine for a while |
17:19 | <sphery> | didn't notice it disappeared |
17:19 | <sphery> | You may have convinced me to continue my do-the-backup-in-Myth-code approach... The whole "if MySQL isn't installed on the backend" issue... |
17:21 | <gnome42> | kormoc: the new ajax listings page is neat but I get this "Warning: Unresponsive script" popup a lot. |
17:22 | <danielk22> | I've added back the CC option for anon. FYI If you go to trac |
17:22 | <danielk22> | 's prefrerences page first and enter your name and e-mail address before creating a ticket, you will be listed as the reporter of the ticket. |
17:23 | -!- | skamithi [n=skamithi@cpe-071-077-065-246.nc.res.rr.com] has quit ["WeeChat 0.2.3"] |
17:23 | <kormoc> | gnome42, hrm, that's no good. What are you doing to cause it? |
17:23 | <gnome42> | Hiya Daniel :) |
17:23 | <danielk22> | hey |
17:23 | <gnome42> | kormoc: just repeated viewings of the listings page |
17:24 | <sphery> | danielk22: does the CC change only affect not-yet-created tickets? I don't see it on a random one I'm looking at ( #3731 ) |
17:24 | <gnome42> | kormoc: or switching between the intro page and the listings pge |
17:24 | <danielk22> | shane, I still have a patch from you for the scheduler, "if (failedLiveCheck) ..." What is that for? |
17:24 | <gbee> | did one of those "browse across inputs" patches get committed, or did I just imagine it? |
17:25 | <danielk22> | Michael it should effect all created tickets... |
17:25 | <kormoc> | gnome42, hrm, I'll poke at it a bit |
17:25 | <gnome42> | kormoc: hmm, in the details popup I all my shows start and stop at 7PM |
17:25 | <gnome42> | kormoc: k, cool |
17:25 | <stuarta> | sphery: you probably have to log out and back in again |
17:25 | <sphery> | oh |
17:25 | <kormoc> | gnome42, kk, I'll look into that as well |
17:26 | <Cardoe> | danielk22: http://svn.mythtv.org/trac/ticket/3762, how can I add myself to the CC or fix the fact that the reporter is anonymous? |
17:26 | <gnome42> | danielk22: checking ... |
17:27 | <danielk22> | hmm, yeah it's not working here, it looks like a lot more is locked out other than the CC field. |
17:28 | <sphery> | we need that user plugin someone was making for Trac |
17:28 | <danielk22> | I guess I would have to enable TICKET_MODIFY, but there is probably a good reason why it is disabled (SPAM). |
17:29 | <gbee> | sphery: well the plugin is still available should anyone ask |
17:31 | <danielk22> | Doug, I've changed the reporter. Do you want me to also add you as a CC? |
17:32 | <sphery> | kormoc: do you know if --lock-all-tables requires any special privileges since it's a global read lock "on all tables across all databases"--i.e. with a default mythtv mysql user (GRANT ALL ON mythconverg.*), would it work? |
17:32 | <kormoc> | hrm. if it locks access databases, then yes, if not, then no |
17:33 | <gnome42> | danielk22: that patch's purpose is make the "avoid livetv sessions" functionality unconditional for virtual cards. |
17:33 | <kormoc> | so in this case, it likely does |
17:33 | <danielk22> | shane, thx. I'll look at this patch soon... |
17:33 | <gbee> | btw the provideinfo checkbox isn't available to ordinary users - Isaac is the only one who can fix that by editing the trac workflow |
17:33 | <gnome42> | danielk22: bruce said it looked good and compiled but never said any more. |
17:34 | <gbee> | unless xris or snowman have access and want to take a crack at it |
17:35 | <xris> | I can probably edit it, but don't know how |
17:36 | -!- | beavis [n=beavis@drms-590c96d1.pool.einsundeins.de] has quit ["Verlassend"] |
17:38 | <gbee> | briand: sorry, but I've pushed back the sortkey patch to 0.22 |
17:38 | -!- | trisooma [n=remko@82.95.240.160] has joined #mythtv |
17:38 | -!- | MrGandalf [i=mgandalf@cpe-72-225-32-214.rochester.res.rr.com] has joined #mythtv |
17:41 | <sphery> | kormoc: Guess you're right. --lock-all-tables won't work. I'll just use --lock-tables (and make sure the code in Myth prevents others from stepping on the data to create inconsistencies). |
17:42 | -!- | S2 [n=s2@host228-107-dynamic.15-87-r.retail.telecomitalia.it] has joined #mythtv |
17:46 | -!- | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has quit ["Leaving"] |
17:47 | <MrGandalf> | gbee: I think the channel groups thing needs some work |
17:48 | <gbee> | MrGandalf: agreed |
17:48 | <MrGandalf> | functionally, it's fine.. I don't agree with the user interface part (small modification would fix it) |
17:49 | <MrGandalf> | I think channel group menu should be a submenu of guide instead of it's own submenu |
17:49 | <gbee> | I've not had time to really look at it, so there was no chance of it going into 0.21 |
17:49 | <MrGandalf> | I've been running it (modified) for several days |
17:50 | <gbee> | MrGandalf: from what you've just said, I don't think I'd have liked the UI decisions either |
17:50 | <MrGandalf> | gbee: if you want to change groups, it's too many button presses. |
17:51 | <gbee> | as a feature it's high on my wishlist, but I've got a pretty clear idea of how it should work |
17:51 | <MrGandalf> | my thought is if you want to change groups it likely because you also want to bring up the guide |
17:51 | <gbee> | MrGandalf: exactly |
17:52 | <MrGandalf> | now if I can just figure out a way to populare the channelgroups table using eit data :) |
17:53 | <MrGandalf> | I also like the idea of dynamic groups.. for instance "Comedy", "Series", etc.. |
17:54 | -!- | MavT [n=Maverick@111.86.233.220.exetel.com.au] has joined #mythtv |
17:55 | <gbee> | CDev: any thoughts on this patch? http://svn.mythtv.org/trac/attachment/ticket/3217/mythtv-mythxml-wo-upnp.patch |
17:57 | <gbee> | MrGandalf: we discussed this on the xmltv lists and including channel grouping data in xmltv, preferably by the category, e.g. Sports, Comedy, Documentary, Entertainment (General mix), News etc |
17:58 | <MrGandalf> | gbee: is it possible yet to have schedulesdirect update eit data? |
17:58 | <MrGandalf> | ie: fill in missing data |
17:58 | <gbee> | dynamic groups might be something we can offer in the future, though it's more of a filter than directly related to the channel groups - "Show all channels which are showing Sport right now" |
17:59 | <gbee> | MrGandalf: no, stuarta was going to look at it but it's not currently possible |
17:59 | -!- | ahbritto [n=guest@adsl-69-104-3-183.dsl.pltn13.pacbell.net] has joined #mythtv |
18:00 | <gbee> | it's more a case of EIT data updating xmltv/dd data since xmltv/dd data usually reaches the database long before EIT |
18:00 | <MrGandalf> | right, but to the user they are the same. I was thinking of specialized groups which could be added based on currently known categories. I think once channel groups goes in I'll create a patch for that |
18:00 | <gbee> | MrGandalf: yeah, the UI will all appear as one to the user |
18:00 | <MrGandalf> | gbee: maybe.. my eit data is 9 days. |
18:01 | -!- | Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"] |
18:01 | <MrGandalf> | but I think schedulesdirect is longer than that |
18:01 | -!- | MaverickTech [n=Maverick@111.86.233.220.exetel.com.au] has quit [Read error: 148 (No route to host)] |
18:02 | <gbee> | well schedulesdirect/xmltv data is also better quality usually, so you don't want descriptions etc from EIT overwriting those from xmltv |
18:02 | <MrGandalf> | true |
18:03 | <gbee> | I'm sure there will be people who want it the other way around, but in most cases the only information you want from EIT is updated times, missing information and last minute program changes |
18:03 | <MrGandalf> | eit can provide quicker updates, but I'm not sure that's all that important |
18:03 | <gbee> | so I think that's the way we want to implement it initially |
18:03 | <MrGandalf> | right |
18:04 | <janneg> | danielk22: I'm about adding number of decoding threads to the display profiles. anything special consider? |
18:04 | <gbee> | you can mix xmltv/eit already, but the results aren't always what you want or expect |
18:04 | <MrGandalf> | would be hard to implement. I've found my EIT data rarely matches schedulesdirect (title/subtitle) |
18:05 | <danielk22> | janne, not that I can think of. There is already an option for setting the number of threads to use for transcoding; but this is different enough that I don't think it should be controlled by the same variable... |
18:07 | <gbee> | is the number of processors not something that we can auto-detect from the system? |
18:10 | -!- | gnome___ [i=gnome@shell.kobnet.net] has joined #mythtv |
18:10 | -!- | kreator__ [i=gnome@shell.kobnet.net] has joined #mythtv |
18:13 | -!- | kreator__ [i=gnome@shell.kobnet.net] has quit [Client Quit] |
18:14 | <janneg> | the setting for transcoding it is iirc in the recording profiles which doesn't make much sense for playback |
18:17 | -!- | code-er [n=code-r@bas5-toronto63-1128749421.dsl.bell.ca] has joined #mythtv |
18:17 | -!- | code-er [n=code-r@bas5-toronto63-1128749421.dsl.bell.ca] has left #mythtv [] |
18:17 | -!- | code-er [n=code-r@bas5-toronto63-1128749421.dsl.bell.ca] has joined #mythtv |
18:17 | -!- | code-er [n=code-r@bas5-toronto63-1128749421.dsl.bell.ca] has left #mythtv [] |
18:18 | -!- | jmk_ [n=jmk@64.73.34.172] has quit ["Leaving"] |
18:21 | <janneg> | gbee: we could, but not in portable way and there should be a way to overide the autodetection |
18:22 | <danielk22> | janne, I can also see someone only wanting to allow one processor for transcoding even if they allow multiple processors for video playback.. |
18:22 | <gbee> | janneg: I'm only thinking of the initial value, overriding it should of course be possible but anything we can do to get h.264 decoding working out of the box for first time users is good IMHO |
18:24 | <gbee> | portability isn't something I'd be too concerned about, if win32/osx/unix users want it to work on their platforms they can implement it but that shouldn't hold us back from doing it for linux |
18:25 | * | gbee wonders if QT has any stuff for getting general system/hardware information in a platform independant way |
18:26 | <janneg> | I'll add first the manual setting, and if I have time I'll look into implementing auto detection |
18:33 | <briand> | gbee: no worries. :) |
18:35 | -!- | S2 [n=s2@host228-107-dynamic.15-87-r.retail.telecomitalia.it] has quit [Remote closed the connection] |
18:35 | <gbee> | briand: I should have made more of an effort when you first produced the patch, but as I think I said before, I wasn't 100% happy with creating a duplicate column just for sorting and wanted to see if I could think of a workable alternative - I still haven't ;) |
18:38 | <briand> | gbee: I know. :) ...and, there've been enough other changes in mythmusic and the themes that I need to start anew on the whole submission. No biggie. I'll get the updated stuff submitted sometime after 0.21 is official, and we can work from there... |
18:38 | <gbee> | sure |
18:39 | <briand> | the only viable alternative is to mangle the artist names in a similar fashion to the way we mangle video titles, and that really wouldn't work, either... |
18:40 | <briand> | ..and, one of these days, I'd like to try to figure out what the "compilation_artist" thing is supposed to accomplish -- whatever it is, I don't think it's doing it on my system. ;) |
18:47 | -!- | mattwire [n=mattwire@host81-156-48-105.range81-156.btcentralplus.com] has joined #mythtv |
18:50 | -!- | mattwire [n=mattwire@host81-156-48-105.range81-156.btcentralplus.com] has quit [Client Quit] |
19:03 | <justinh> | briand: so you can have 'various artists' tracks but still list the track artist AFAIK |
19:03 | <justinh> | e.g. for compilation albums etc |
19:06 | <gbee> | yeah |
19:07 | <justinh> | I have a lot of those, most of my collection being essentials from my life as a spinner of tunes |
19:07 | <justinh> | was thinking about sleep but I think counting fonts will help ;) |
19:08 | <justinh> | realised what I've started. I may live to regret it |
19:11 | <justinh> | well, maybe I'll see fit to update some default graphics while I'm about it |
19:25 | <sphery> | Hmmm. I wonder why when I trigger the httpserver/preview failure (100% CPU thing), it only causes my master backend's CPU to max out. The slave backend is virtually unaffected, though requests are sent to the slave from MythWeb and it generates previews. |
19:26 | <briand> | justinh: I thought so, too... but it doesn't actually work that way (at least, here on my system). :shrug: |
19:28 | <briand> | perhaps my mp3 files are missing some critical tag for that function to work.. dunno. |
19:29 | <briand> | sphery: because the process (or portion thereof) that maxes out the CPU is on the master backend? |
19:31 | -!- | Netsplit simmons.freenode.net <-> irc.freenode.net quits: ahbritto |
19:31 | <gbee> | sphery: I think, though without any evidence to support the theory, that it's connected to the number of concurrent requests queued |
19:31 | <gbee> | so your slave backend may be handling less requests than the master backend |
19:32 | -!- | Netsplit over, joins: ahbritto |
19:32 | <justinh> | briand: as with everything it relies on proper tagging ;) |
19:33 | <sphery> | gbee: Quite possible... I guess it's possible that most of the recordings at the "top" of the list are on my master backend. |
19:34 | <briand> | justinh: no doubt. :) ..which begs the question, how is "Ebony & Ivory" or "The Girl Is Mine" properly tagged? ...not to mention "We Are The World" which wasn't even released on an album? :) |
19:34 | <gbee> | justinh, briand: works better if you import your CDs through mythmusic |
19:34 | <justinh> | gbee: planning a big re-rip sometime when I get time |
19:34 | * | justinh laughs |
19:35 | <briand> | gbee: remember that the largest portion of my collection is singles (Top 100 material), not albums |
19:35 | <justinh> | briand: so comp. artist is mostly pointless for you then |
19:35 | <danielk22> | Is mythweb requesting previews for all videos or just re-requesting previews for the same recordings repeatedly, or something else? I ask because the preview generator itself doesn't do any rate limiting. In the frontend that is all done in playbackbox.cpp.. I don't think the web service does any rate limiting. |
19:35 | <briand> | justin, you could be doing that now, instead of counting fonts! ;) |
19:35 | * | briand ducks. |
19:35 | <sphery> | gbee: Don't we still have a bunch of no-longer-used MythMusic tables in the DB? Are they coming out, i.e. post 0.21 release? |
19:36 | <briand> | sphery: there's at least one whole set of tables, yes. |
19:36 | <justinh> | briand: sacked the count. just hacking instead. |
19:36 | <xris> | danielk22: there's a bug in some LANG settings that makes mythweb re-request all previews |
19:36 | <xris> | instead of only the ones that have changed |
19:36 | <sphery> | danielk22: It seems that right now there's a bug in MythWeb that--at least on some systems/configs--results in re-requesting every preview every time. |
19:36 | <danielk22> | LANG settings?? |
19:37 | <sphery> | http://svn.mythtv.org/trac/ticket/4583 |
19:37 | <gbee> | danielk22: there are a couple of bugs, neither in the preview generator itself - one seems to be mythweb requesting previews for all recordings despite having cached versions available and the other is in the http server somewhere (we use an XML based method to fetch previews and not the protocol) |
19:37 | <justinh> | gbee: G.A.N.T isnt happy with a medium of 16pt. 15 is fine though. this could be a long job |
19:37 | <sphery> | However, even then, the httpserver should be finding the cached version of the preview. |
19:37 | <justinh> | oh wait. duh I should only be messing with default ui files not themes |
19:38 | <gbee> | justinh: that's where I would start anyway |
19:38 | <justinh> | who wants to do mytharchive? |
19:38 | <justinh> | actually I know of a way to cheat with that :) |
19:38 | <danielk22> | gbee: ic |
19:38 | <gbee> | justinh: let's not open that can of worms ;) |
19:38 | -!- | greend139 [n=greend13@216.19.125.110] has joined #mythtv |
19:38 | <justinh> | font name="foo" base="nameoffontinbase.xml" :P |
19:38 | <sphery> | it does seem the httpserver gets overwhelmed, but I set up a little perl hack that went through the entire list of recordings and requested one preview for each with a 5-second sleep between each. |
19:39 | <sphery> | It still maxed out the CPU after about 10 previews. |
19:39 | <justinh> | problem solved. some other sucker can rationalise fonts later |
19:39 | <sphery> | so just rate limiting won't work. |
19:39 | <gbee> | sphery: yeah, something isn't right in there, I just haven't gone digging yet |
19:39 | * | justinh gets to work on that instead |
19:40 | -!- | trisooma [n=remko@82.95.240.160] has quit ["Enuff for today"] |
19:41 | <gbee> | I fixed the original mythxml preview generator issues so that we don't even bother calling the preview generator in 99% of cases - there is usually no need as we have a preview thumbnail already available which we can then scale to the size requested by mythweb |
19:41 | <xris> | gbee: default thumbnails are HD-sized now, though, right? |
19:41 | <gbee> | which is why I know these problems aren't caused by the preview generator as everyone originally expected |
19:41 | <xris> | or largish? |
19:42 | <sphery> | Yeah. The whole reason xris started doing the requests was to get better scaling |
19:42 | <xris> | yup |
19:42 | <gbee> | xris: defaults are larger than are needed for most purposes, whilst still being 'thumbnails' |
19:42 | <sphery> | looks like default is 320x240 |
19:42 | <gbee> | 320x240 iirc |
19:43 | <xris> | still a bit small, but not bad |
19:43 | <xris> | won't affect most people |
19:43 | <sphery> | won't stop users from complaining. ;) |
19:43 | <xris> | would still be nice to get aspect ratio and a few other things like that put in the db. |
19:43 | <gbee> | we can bump that up further if needed and though I can't remember, I think I would have designed it so that if you request an even larger image we will fire off the preview generator to create it |
19:44 | <gbee> | but most requests can be serviced from the existing thumbnail |
19:44 | <justinh> | heh. status-ui.xml 4:3 used Arial, the -wide version used Trebuchet MS |
19:45 | <gbee> | justinh: are you settling on a default (preferably non-MS) font for those default themes? |
19:46 | <justinh> | leaving the fonts as they were for now |
19:46 | <sphery> | Yeah. I think status-ui could use some mods (I have a local patch that changes the font/size for it because it wasn't very usable) |
19:46 | <gbee> | I know Isaac didn't like the look of Dejavu-Sans compared to Arial for GANT, but something like that might make a better default for everything else |
19:46 | <xris> | gbee: I can test that later if I remember |
19:47 | <gbee> | xris: I can look at the code pretty quickly, hang on |
19:48 | <justinh> | gbee: I'll deal with sorting the inheritance out first, then think about changing font faces |
19:49 | <gbee> | justinh: sure |
19:49 | <justinh> | then rationalise them later. the rationalising can wait til after 0.21 |
19:49 | <xris> | oh well. time for me to think about going home. er, going to watch some usability study |
19:49 | <justinh> | besides I have themes I want to break before then with the remoteedit change in mythmusic search if nobody objects |
19:50 | <justinh> | yeah different matter when I'm the one doing the breaking.. I admit that. I'll still moan about it though - you know me ;) |
19:52 | -!- | xris [n=xris@ip67-88-193-254.z193-88-67.customer.algx.net] has quit [] |
19:52 | <gbee> | xris: ok, I didn't design it that way - which was pretty stupid of me, I'll fix that so you a least have the option of requesting even bigger previews |
19:52 | <justinh> | gbee: have a possible other use for the grid layout widget - an onscreen 'key' for remoteedit - if you think it's a good idea that is |
19:53 | <gbee> | different from the existing on-screen keyboard? |
19:53 | <sphery> | danielk22: IIRC, you mentioned someowhere a FILO queue for the preview generator. If that's right, it sounds like that plus previewGeneratorMaxRunning (=2) may be very bad for the httpserver stuff... |
19:53 | <justinh> | gbee: a key to show you what characters the number keys produce |
19:54 | <justinh> | I mocked it up last night |
19:54 | <gbee> | ahh, key as in legend? |
19:55 | <gbee> | if you've got a mockup I'll take a look |
19:55 | <sphery> | gbee: Not stupid of you--getting any fix to take the preview generator out of the equation for debugging the 100% CPU things was good. So it must have been a quick "until we fix the other issues" decision of yours. :) |
19:56 | -!- | gnome___ [i=gnome@shell.kobnet.net] has quit [Read error: 104 (Connection reset by peer)] |
19:56 | <gbee> | sphery: yeah, well at the very least it made preview generation for mythweb faster - it's just unfortunate that the other bugs mask the speed improvements |
19:59 | <gbee> | ok, that's odd - for the first time the "back to back recordings with global post/pre roll on the same channel" worked as I expected it to once multirec was merged - they were moved to different recorders |
20:00 | <gbee> | did I miss a new commit in the last 24/48 hours? |
20:00 | <justinh> | gbee: http://www.mythtvthemes.co.uk/images/remoteeditmockup.png |
20:00 | <gbee> | The requested URL /images/remoteeditmockup.png was not found on this server. |
20:00 | <justinh> | typo. try again :) |
20:01 | <sphery> | Hmmm. Seems the only previewGeneratorQueue is in playbackbox, so it wouldn't have an effect on the httpserver (which would truly have no rate limiting). |
20:01 | <justinh> | very rough - need to play with size & position obviously but you get the jist |
20:01 | <gbee> | cool, yeah mythlistbutton would be well suited for that sort of layout |
20:01 | -!- | fuhgawz [n=beexwax@185.152.229.201.f.sta.codetel.net.do] has joined #mythtv |
20:02 | <justinh> | gbee: needn't even be active buttons |
20:02 | <gbee> | justinh: active buttons would allow mouse input |
20:02 | <gbee> | maybe overkill though since the number of buttons isn't ever going to change |
20:02 | <justinh> | heh cool :) |
20:02 | <sphery> | BTW, gbee for your tarball icons: http://www.piersystem.com/go/doc/802/59978/ (but probably hard to draw :) |
20:03 | <gbee> | hehe :D |
20:04 | <gbee> | well it's a good idea |
20:05 | <gbee> | I'll wait for xris to decide if he's going to go with the CD icons - if not he probably won't want icons for tarballs and rpms either |
20:06 | <justinh> | oh just remembered something else too - you know you were talking about the possibility of having extra buttons onscreen for 'back' etc for mouse operation? would it be possible to make them time out & re-appear on movement of the cursor again? |
20:06 | -!- | Gokee2_Laptop [n=gokee2@24-113-12-97.wavecable.com] has joined #mythtv |
20:07 | <justinh> | might be too much work for little gain though. all stuff on my 'maybe one day' list |
20:08 | <gbee> | justinh: possible, not even difficult, though the main target would be touchscreens and so it might not work very well |
20:10 | <justinh> | aye that's true |
20:10 | -!- | greend139 [n=greend13@216.19.125.110] has quit [] |
20:12 | -!- | TelnetManta [n=benwilli@24-241-115-007.dhcp.gnvl.sc.charter.com] has joined #mythtv |
20:20 | <justinh> | 52 fonts in mythvideo ! |
20:20 | <justinh> | 52! |
20:21 | <justinh> | 43 in mythweather. oh wow there's some work ahead |
20:30 | -!- | Egghead [n=jimbobwa@17-141.126-70.tampabay.res.rr.com] has joined #mythtv |
20:30 | -!- | Egghead [n=jimbobwa@17-141.126-70.tampabay.res.rr.com] has left #mythtv [] |
20:31 | <justinh> | got the base fonts declared in core themes. will update mine tomorrow & will notify 3rd party themers of their presence |
20:33 | <justinh> | have a massive patch ready to go in but I'll hold off til it's tested |
20:33 | -!- | reynaldo [n=rverdejo@190-82-37-216.adsl.cust.tie.cl] has joined #mythtv |
20:35 | <sphery> | Who could possibly need more than 640 fonts? |
20:36 | <kormoc> | Are these different fonts? |
20:36 | * | kormoc blinks |
20:37 | <justinh> | kormoc: inheritance seems to have fallen by the wayside somewhere, probably by falling into the same trap I initially did - basing themes on existing ones which didn't make use of it |
20:37 | <sphery> | (mine was an obscure reference to the 640kB memory thing, but the numbers justinh gave are still amazing) |
20:38 | <sphery> | that and the "quick fixes" where people don't look at what's in there when they submit a change |
20:38 | <justinh> | those aren't necessarily 'different' fonts but they're the number of times font faces are defined |
20:38 | * | kormoc nods |
20:38 | <justinh> | mostly superfluous & something I fully intend to sort out |
20:38 | <kormoc> | sphery, (640k is obscure? Heh :) ) |
20:38 | <kormoc> | Does it actually impact memory at all? |
20:38 | <justinh> | dont think so |
20:38 | <kormoc> | fair 'nuff |
20:39 | <sphery> | Are you doing osd themes, too? We init an unbelievable number of fonts for the OSD--even above and beyond the OSD-theme defined fonts. |
20:39 | <justinh> | it might very well though - never tested that or looked in the code for it |
20:39 | <sphery> | the UI code shouldn't affect memory much since it's using QT's font caching. |
20:40 | <sphery> | We have our own font caching in the OSD (since we need to use freetype directly), and it's not really implemented right. |
20:40 | <justinh> | even so it's a bloody quagmire for themers ; |
20:40 | <sphery> | GreyFoxx was working on an improved cache (which would help a lot and be the basis for fixing it to cache properly). |
20:40 | <justinh> | thanks for reminding me about the OSD themes btw. dunno if they can inherit base fonts though |
20:41 | <sphery> | Though, if there are truly hundreds of mostly-identical, but slightly different fonts defined, it would have an effect on memory usage--even in the UI. |
20:41 | <justinh> | I plan to whittle em all down to as few as possible |
20:41 | <justinh> | probably try to come up with a common colour code scheme for various textual features too (recording, will record, etc) |
20:42 | <sphery> | That would be good--if for no other reason than maintainability. I also like the "logical" descriptions you're using (i.e. small, rather than "fontForTheStatusUIBodyText" ;) |
20:42 | <justinh> | and last but by no means least - easier to read definitions |
20:42 | <justinh> | overunderrecfont.. wth is that? ;) |
20:43 | <sphery> | So, when this is done will "overriding" a theme's fonts be as simple as putting a fonts.xml file in ~/.mythtv somewhere? |
20:43 | <sphery> | I.e. change small to 14pt, in that little file. |
20:43 | <justinh> | when all is said & done about font inheritance I never bothered to understand it for a long time. sounds silly I know but it seemed way over my head til I realised |
20:45 | <sphery> | well, learning myth's theming approach is a big enough challenge that you can't do it all in one go. |
20:45 | <justinh> | sphery: initially this is just about making a theme define the fonts used in the UI. making all the ui.xml files use a base font from the theme base.xml rather than hard-code it in the plugin/ui code xml |
20:46 | <sphery> | You did an amazing job with your themes right from the start--I'm still using one of them. :) |
20:46 | <justinh> | right now we've got Arial being used in some UI files, Bistream Vera in others - not following the base theme fonts |
20:46 | <justinh> | the differences will be subtle, but hopefully noticable |
20:46 | <justinh> | and if nothing else, easier to maintain |
20:47 | <justinh> | sphery: they all need a font overhaul too, but they can wait |
20:48 | <sphery> | Even if people don't notice the differences directly, their not noticing different fonts where fonts should be (and now are) identical will be a huge plus. |
20:48 | <justinh> | when all the area inheritance in mythui is pulled into play, it's gonna be a whole much easier ballgame for themers |
20:50 | <justinh> | sphery: look at glass-wide. I think every single font is defined in theme.xml, barring one or two local variations - but even they inherit from those in theme.xml |
20:51 | <sphery> | Is that one finished, yet? |
20:52 | <justinh> | yeah. just needs one or 2 things sorting to be trunk ready |
20:52 | <sphery> | If so, I need to hit your site (and maybe this time I'll actually send you the donation I've been meaning to send). |
20:52 | <sphery> | Though waiting may be better for you (if the US $ ever comes back :) |
20:52 | -!- | ahbritto [n=guest@adsl-69-104-3-183.dsl.pltn13.pacbell.net] has quit [Read error: 104 (Connection reset by peer)] |
20:52 | <justinh> | heh |
20:53 | <justinh> | if I'd done the fonts etc properly in my original themes in the 1st place maybe I'd be more willing to keep them on |
20:53 | <justinh> | but - you live a while & learn a thing or two... |
20:54 | <kormoc> | and forget three or four... |
20:54 | <sphery> | maybe some of us can help out with the existing themes. |
20:56 | <justinh> | IIRC there are still a handful of missing watermark icons for the core themes |
20:57 | <justinh> | I was trying to catch up with them a while back but got sidetracked with er.. attempting to code & stuff |
20:57 | <justinh> | reminds me I still need to sort out the new one for that feature in all the themes |
20:58 | <justinh> | one for tomorrow.. my list is still too big |
21:03 | <justinh> | the windows fanboy I worked with said something nice about mythtv today. asked how come myth has managed to keep such an unclutterred, intuitive UI when so many others have gone for trendy effects driven things that end up making little sense :) bless |
21:04 | <justinh> | he might be a fanboy but there's some balance in there somewhere |
21:04 | <justinh> | anyway.. bedtime! nn all |
21:04 | <kormoc> | 'night |
21:22 | <MrGandalf> | g'night |
21:42 | -!- | onyxsoft_ [n=david@rrcs-70-61-214-222.midsouth.biz.rr.com] has quit [Read error: 110 (Connection timed out)] |
21:48 | -!- | danielk22 [n=danielk@p78-22.acedsl.com] has quit [] |
22:14 | -!- | packetscan is now known as PacketScan |
22:21 | -!- | bmac2 [n=bmac2@c-67-166-100-233.hsd1.ut.comcast.net] has joined #mythtv |
22:21 | -!- | bmac2 [n=bmac2@c-67-166-100-233.hsd1.ut.comcast.net] has left #mythtv [] |
22:38 | -!- | slestak [n=steve@c-71-205-178-212.hsd1.mi.comcast.net] has joined #mythtv |
22:39 | -!- | slestak [n=steve@c-71-205-178-212.hsd1.mi.comcast.net] has left #mythtv [] |
22:39 | <kormoc> | gnome42, I just commited some speed improvements as well as fixing that popup time incorrect bug |
22:50 | <clever> | ive found a bug when leaving the upcoming recording list |
22:50 | <clever> | which segfaults |
22:51 | <clever> | http://pastebin.com/m5cb6339a |
22:53 | <MrGandalf> | sounds like another bug mentioned earlier today on osx |
22:54 | <clever> | exiting the upcoming recordings(back or a jumpoing) on ubuntu 6.06 and 7.10 causes the fault |
22:55 | <clever> | MrGandalf: do you know what ticket it wa? |
22:55 | <kormoc> | Who's the current EIT folks? |
22:56 | <MrGandalf> | clever: don't know that a ticket was created.. I think I remember janneg talking about it though |
22:56 | <clever> | ahh |
23:00 | <Captain_Murdoch> | MrGandalf: care to test a fix for 4043? |
23:00 | <clever> | S |
23:00 | <clever> | :S |
23:01 | <clever> | janneg and osx have never been mentioned on the same line for the past several months |
23:02 | <clever> | and when searching within 10 lines of eachother i dont see my bug |
23:06 | -!- | Johan-- [n=chatzill@203.18.14.6] has joined #mythtv |
23:25 | -!- | Johan-- is now known as Johan- |
23:25 | -!- | Johan- is now known as Johan-- |
23:33 | -!- | skamithi [n=skamithi@cpe-071-077-065-246.nc.res.rr.com] has joined #mythtv |
23:37 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has quit [] |
23:38 | -!- | moodboom [n=moodboom@cpe-075-177-134-090.nc.res.rr.com] has quit [Client Quit] |
23:42 | -!- | cattelan [n=cattelan@cattelan-host202.dsl.visi.com] has quit ["Leaving"] |
23:43 | -!- | cattelan [n=cattelan@cattelan-host202.dsl.visi.com] has joined #mythtv |
--- | Log | closed Wed Feb 06 00:00:29 2008 |