| 00:00 | <inman> | moegreen: i see you added my corner case. did you extend it to the normal deletion case? |
| 00:00 | <inman> | moegreen: or is that hidden by the images? |
| 00:01 | <moegreen> | inman: that was a slightly seperate issue. In that case the listCount wasn't getting updated, so I had to put in a special case to check if the listCount is less than the listsize |
| 00:01 | <moegreen> | inman: I tested it on a recording or two, and it seemed to work :) |
| 00:02 | <inman> | moegreen: i trust you. :-) |
| 00:02 | * inman | wishes he had time to hack. :-( |
| 00:10 | <-- nyquiljer | (coyote@12-211-10-191.client.attbi.com) has left #mythtv |
| 00:12 | <Chutt> | the list guy also wants support for music videos |
| 00:12 | <Chutt> | using ocr or something to recognize titles and stuff |
| 00:12 | <Chutt> | err, lisp |
| 00:12 | <inman> | he's a sick man. |
| 00:13 | <inman> | now, ocaml i could see... but lisp? |
| 00:13 | * inman | shivers. |
| 00:13 | <Chutt> | heh |
| 00:19 | -!- | hfb [~hbarrett@pool0017.cvx13-bradley.dialup.earthlink.net] has joined #mythtv |
| 00:20 | -!- | hfb [] has quit [Read error: 104 (Connection reset by peer)] |
| 00:21 | <inman> | after viewing a program and returning to `delete programs`, i'm missing the disk-space indicator at the bottom... |
| 00:21 | <PeteCool> | about the myth boxes: I do intend to sell some at a small scale, unless there are issues with that |
| 00:22 | <PeteCool> | inman: with which qt version? |
| 00:22 | <inman> | 3.1.2 |
| 00:22 | <Chutt> | it is of course, fine with me =) just don't advertise on the list without asking me first |
| 00:22 | -!- | hfb [~hbarrett@pool0518.cvx17-bradley.dialup.earthlink.net] has joined #mythtv |
| 00:22 | -!- | hfb [] has quit [Remote closed the connection] |
| 00:22 | -!- | hfb [~hbarrett@pool0518.cvx17-bradley.dialup.earthlink.net] has joined #mythtv |
| 00:23 | <PeteCool> | Chutt: I'll start with local first, easier to support and set up |
| 00:23 | <moegreen> | inman: heh ... i see what the problem is ... i'll have a fix in a second |
| 00:23 | <PeteCool> | local being in my city or such |
| 00:23 | <inman> | moegreen: you da man. |
| 00:23 | <inman> | moegreen: it's intermittent, btw. |
| 00:24 | <moegreen> | inman: i'm changing the update(listRect()); to a fullRect() update to force it to redraw |
| 00:24 | <PeteCool> | Chutt: static text strings to display? Like if I always wanted to see "Pete's Myth box" or such on my osd? |
| 00:25 | <Chutt> | yup |
| 00:25 | <Chutt> | or a description of how to use the edit mode, for instance |
| 00:25 | <Chutt> | i need to do some more stuff with edit mode |
| 00:25 | <Chutt> | positioning for the various status messages that show up, etc |
| 00:26 | <m0tion> | hmm, why i try to encode a CD with flac via mythmusic it seg faults saying "couldn't init encoder" ... can it just not find the flac encoder? |
| 00:26 | <Chutt> | that's an error message saying it couldn't initialize the flac encoder |
| 00:27 | <Chutt> | you may not have permissions on the file it's trying to write to, for instance |
| 00:27 | <PeteCool> | can't be more descriptive |
| 00:27 | <m0tion> | whats the executeable name for flac, flac? =) |
| 00:27 | <PeteCool> | should be |
| 00:27 | <Chutt> | it's not using the executible |
| 00:28 | <m0tion> | oh geez, right |
| 00:28 | <m0tion> | hmm |
| 00:28 | <m0tion> | well, i'm running it as root, so it's not a permissions issue |
| 00:28 | <m0tion> | and OGG works just fine |
| 00:28 | <PeteCool> | Chutt: do you need/want the mp3 decoding library in mythmusic to be GPL? |
| 00:29 | <inman> | still having the cd-import bug whereby i can't import a disc. at all quality levels, it imports no data and writes out what i assume are just the id tags. import happens in 2-3 seconds. |
| 00:29 | <PeteCool> | Chutt: the one mpg123 uses doesn't crash on my older files (those made with crappier encoders) |
| 00:30 | <inman> | tried rebuilding my libs with no improvements... |
| 00:30 | <Chutt> | i'm not changing the decoder from mad |
| 00:30 | -!- | NonToxic is now known as zZzToxic |
| 00:30 | <Chutt> | inman, very odd |
| 00:30 | <Chutt> | i assume cdparanoia works fine? |
| 00:31 | <inman> | yep |
| 00:31 | <inman> | it's gotta be something with my setup |
| 00:31 | <inman> | this worked fine under rh, just not working under gentoo. |
| 00:31 | <m0tion> | any idea as to the problem? |
| 00:31 | <Chutt> | m0tion, nope |
| 00:32 | <m0tion> | ok, thanks anyway, i'm sure i'll iron it out eventually |
| 00:32 | <Ndiin> | inman: works fine for me on gentoo, so I'd assume its not a distrib problem. |
| 00:33 | <bigguy> | inman: some developer from #E said "man I can't believe how hosed gentoo is" |
| 00:33 | <inman> | Ndiin: yeah. and we're not exactly the first gentoo users using myth. |
| 00:33 | <bigguy> | inman: he was having all kinds of problems |
| 00:33 | <inman> | frankly, i love gentoo so far. |
| 00:33 | <moegreen> | inman: that fix is in |
| 00:33 | <inman> | moegreen: booyah. thanks. good to strike another from my bug list. |
| 00:34 | <bigguy> | If you like compiling everything |
| 00:34 | <inman> | gentoo yielded enough of a speed improvement to let me use mpeg4 at 320x240 |
| 00:34 | <inman> | yes, i like compiling everything. |
| 00:34 | <inman> | as a longtime sysadmin, i know the value of the gentoo model. |
| 00:35 | <inman> | its value to me is apparently more than its value to others here. let's not restart that holy war. |
| 00:35 | <Ndiin> | I mostly like 1) portage's interface and 2) patching everything with significant ease. |
| 00:35 | <Ndiin> | But yeah, not a topic for here, I suppose. |
| 00:35 | <bigguy> | I prefer bsd for that model |
| 00:36 | * bigguy | heads off to bed |
| 00:38 | * bigguy | is [away -={ SLEEP }=- ] |
| 00:42 | -!- | Bonkers [bonker@dyn-furn-152-179.dyn.columbia.edu] has joined #mythtv |
| 00:45 | <PeteCool> | moegreen: after a popup appeared, with the fill method, the top of the screen doesn't redraw, it stays with the same gradient |
| 00:46 | <moegreen> | PeteCool: right...oops...forgot I changed the around for that part of the screen while I was testing |
| 00:47 | <Bonkers> | anyone happen to know why everything in myth is soooooo slow, like watch program tkaes like 20 seconds to load? I'm gonna look into that probably this week some time and see what I can do, seems like it should be much much faster |
| 00:49 | <moegreen> | PeteCool: in cvs now |
| 00:50 | <moegreen> | Bonkers: it take under a second here |
| 00:50 | <Bonkers> | hrm, about how many programs do you have? |
| 00:50 | <Bonkers> | I've got 72 here |
| 00:51 | <moegreen> | around 40 i guess |
| 00:51 | <PeteCool> | Chutt: the "rewind-wall" problem has alleviated a lot in the last few days |
| 00:51 | <Bonkers> | that's odd, I'll have to look into why mine is so slow then |
| 00:52 | <moegreen> | Bonkers: have you tried using the generated pixmap and not the live video preview? just to see the difference |
| 00:52 | <Bonkers> | I have those off because they have given me trouble in the past |
| 00:52 | <Bonkers> | oh btw, when the whole background darkens when the popup comes up, the area where the preview would be is not darkened |
| 00:53 | <m0tion> | metadata.o: Your database is out of whack (no tracks, missing columns, etc.). Not good. <==-- I get this when I run MythMusic, whats the deal? |
| 00:54 | <Bonkers> | actually, not anymore, I'm not sure when that happens |
| 00:55 | <Bonkers> | I just noticed some bad things happen when I hit D to delete a program and then click the background with the mouse, the display is still darkened and hte popup is gone |
| 00:56 | <Ndiin> | m0tion: are you running the binary in a directory that contains an uneditted mythmusic-settings.txt? |
| 00:56 | <Ndiin> | m0tion: It checks ./ first, then the share dirs. |
| 00:56 | <Ndiin> | (for settings) |
| 00:56 | <m0tion> | yes, thats the problem |
| 00:56 | <m0tion> | thank you |
| 00:58 | <moegreen> | Bonkers: I'm not seeing the preview area not being shaded, as for clicking on the background - there isn't much I can do to stop you from clicking on a different window (which is what you are doing) |
| 00:59 | <Bonkers> | moegreen: hmm, well the preview one magically disapperaed, maybe in the last CVS update, but normally when I click another window I can get the old one back with alt-tab, I can't seem to find hte popup again, but if I hit esc then I'm back to the watch tv/watch program/whatever menu and all is fine, the popup just goes to nevernever land or something |
| 01:00 | <moegreen> | Bonkers: that's more because the MythPopup widget isn't really registered as it's own window |
| 01:00 | <Bonkers> | maybe it should be? I'm assuming it gets behind and then it dies when I hit esc, but I really have no way of telling |
| 01:01 | <moegreen> | well...mythtv is designed with the idea that you would be using a keyboard...so... |
| 01:02 | <Ndiin> | Just make sure that the popup box can be killed in the destructor if it exists.. |
| 01:02 | <Ndiin> | the playbackbox destructor, that is |
| 01:02 | <Bonkers> | ya, normaly the mouse is hidden thgouh and I can't do that, do you have to actively hide the mouse in the popup? |
| 01:03 | <moegreen> | Bonkers: That is probably something that needs to be added to the widget |
| 01:03 | <Bonkers> | ok, just a thought, not a major issue |
| 01:04 | <moegreen> | Bonkers: I noticed it being there when I took some screenshots |
| 01:07 | <m0tion> | there any way to back out of MythMusic while your ripping a CD and watch TV |
| 01:07 | <m0tion> | without exiting mythmusic? |
| 01:07 | <Ndiin> | Alt tab ;) |
| 01:07 | <m0tion> | i mean without breaking out of the menuing system |
| 01:07 | <m0tion> | =) |
| 01:07 | <Ndiin> | then no =p |
| 01:07 | <inman> | just run mythtv from a cmdline |
| 01:07 | <m0tion> | haha |
| 01:07 | <m0tion> | that could be a new "feature" =) |
| 01:08 | <inman> | the windows are stacked, so if you could refocus them, you'd be good to go. |
| 01:09 | <Ndiin> | Window refocusing is fun when using a window manager that arbitrarly layers them... |
| 01:09 | <Ndiin> | With alt-tab (or equivilent), that is |
| 01:11 | <m0tion> | what window manager do you guys use when you have your box hooked up to the TV? |
| 01:11 | <m0tion> | blackbox? |
| 01:11 | <Ndiin> | fluxbox |
| 01:11 | <Bonkers> | I use windowmaker |
| 01:11 | <Bonkers> | seems to work well enough |
| 01:11 | <m0tion> | fluxbox ~ blackbox? |
| 01:12 | <Ndiin> | Basically fluxbox = blackbox + some mods |
| 01:12 | <m0tion> | gotcha |
| 01:14 | <Ndiin> | hmm, Zwan isn't too bad.. its basically soft smashing pumpkins songs. heh |
| 01:15 | <PeteCool> | I'm using oroborus as window manager |
| 01:15 | <PeteCool> | moegreen: could you also make the popup reactive to enter keypresses? |
| 01:16 | <Ndiin> | PeteCool: yeah, my mother was spazzing out the other day due to Enter not working ;) |
| 01:16 | <Ndiin> | "Enter's broken! Come fix it!" |
| 01:16 | <PeteCool> | heheh |
| 01:17 | <moegreen> | hmm...well it's just using the MythPushButton - i'll have to look into that tomorrow |
| 01:17 | <Ndiin> | Actually, I'd be glad if it was that descriptive.. she just says "Its broken", doesnt bother giving context and actions |
| 01:17 | <m0tion> | your mom uses a mythtv box? |
| 01:17 | <Ndiin> | yeah, she wanted a tivo type thing, so I set up a mythtv box for her instead |
| 01:18 | <Bonkers> | and you make her use CVS? |
| 01:18 | <Ndiin> | nah, thats my doing, how else are you going to find bugs? ;) |
| 01:19 | <m0tion> | hahaha |
| 01:19 | <m0tion> | great idea, your mom is a beta-tester =) |
| 01:19 | <Ndiin> | unpredictable users are always the best. |
| 01:19 | <Ndiin> | Preferably when their memory is worse than a 10y/o floppy disk. |
| 01:19 | <PeteCool> | CVS only gave me problems once... Chutt mdz and others don't ssem to make too big changes without previous testing |
| 01:20 | <PeteCool> | CVS isn't a problem really |
| 01:20 | <PeteCool> | I mean the CVS versions |
| 01:20 | <Ndiin> | Nah, its pretty stable. |
| 01:20 | <Ndiin> | Just a few minor bugs here and there |
| 01:20 | <Bonkers> | my myth was segfaulting after just about every recording ending yesterday, dunno if it's still happening, if it is I"ll have to investigate |
| 01:20 | -!- | foom [] has quit [Read error: 113 (No route to host)] |
| 01:20 | <Ndiin> | I just tend to make sure its fairly stable before updating that box |
| 01:21 | <moegreen> | Bonkers: make sure you have done a 'make distclean' in your programs/mythfrontend and mythbackend dirs |
| 01:21 | <inman> | Chutt: well, that's one way (cvs.sql) ;-) |
| 01:21 | <PeteCool> | Bonkers: I think your problems aren't coming from myth, but either borken hardware or a broken linux install |
| 01:21 | <Chutt> | heh |
| 01:21 | <Chutt> | inman, easiest way to put an end to that discussion =) |
| 01:21 | <Bonkers> | PeteCool: nah, it was fine like 3 days ago, just started happening yesterday I think |
| 01:21 | * inman | grins. |
| 01:22 | <Chutt> | eventually, i'll want things to auto-update the schema and stuff |
| 01:22 | <Chutt> | just, not yet |
| 01:22 | <inman> | fair enough. |
| 01:22 | <Chutt> | i don't want tons and tons of old-version upgrading code |
| 01:22 | <PeteCool> | Bonkers: even the slowness? |
| 01:23 | <inman> | you do recognize the problem, though... |
| 01:23 | <Chutt> | yup |
| 01:23 | <inman> | yep. |
| 01:23 | <Chutt> | my feeling is that if you're following cvs closely (like, checkout's always less than a week old), cvs.sql will always work |
| 01:24 | <Bonkers> | PeteCool: not quite sure when the slowness started, may have been with the new program listings |
| 01:24 | <Chutt> | if you're older than that and updating, you're out of luck and will have to look to see what's changed |
| 01:24 | <Ndiin> | Not that hard to check out old revisions of cvs.sql if need be, anyhow. |
| 01:24 | <Chutt> | yup |
| 01:24 | <inman> | Chutt: i think the problem i outlined is possible given some of the fast-paced db changes we've seen. |
| 01:25 | <inman> | Chutt: i update every few commits. i'm sure i'm not alone. |
| 01:25 | <Chutt> | i don't think i've ever invalidated a db change |
| 01:25 | <Chutt> | well, not until it's been in for awhile |
| 01:25 | <inman> | hey, you said you didn't like my quoting style. |
| 01:26 | <inman> | what don't you like? |
| 01:26 | <Bonkers> | anyone else have the problem where after make distclean they gotta do make, then mythepg complains it can't make libmythtv.a then you gotta go to libs/libmythtv and make, that goes fine, then the toplevel make works again? |
| 01:26 | <Chutt> | 'sides, i don't really see any massive db changes in the future |
| 01:26 | <Chutt> | inman, the #endif |
| 01:26 | <Chutt> | is all =) |
| 01:26 | <inman> | easily rm'ed for myth broadcasts. :-) |
| 01:26 | <Chutt> | i don't really care |
| 01:26 | <Ndiin> | Bonkers: multithreaded make screws up is all. do: make -j1 |
| 01:26 | * inman | shrugs. |
| 01:27 | <Bonkers> | Ndiin: oh, that's probably it, shouldn't qmake be -j2+ safe though? |
| 01:27 | <inman> | it seems to me it's in my best interests not to annoy you any more than i already do. :-P |
| 01:27 | <Ndiin> | Bonkers: it should be, but its not |
| 01:27 | <Chutt> | naw, don't worry 'bout that |
| 01:27 | <Chutt> | setting your reply-too explicitly is more annoying =) |
| 01:27 | <Chutt> | but i can understand wanting to do that |
| 01:27 | <PeteCool> | inman: I'm pretty sure Chutt finds me more annoying than you :) |
| 01:28 | <inman> | Chutt: i'm setting it explicity at your request! |
| 01:28 | <inman> | Chutt: a request you made while not setting the reply-to, btw, the very criticism you made of me. :-P |
| 01:28 | <inman> | PeteCool: give me time... |
| 01:28 | <Chutt> | no, i just asked that you not cc me off-list |
| 01:28 | <inman> | Chutt: oh yeah. i fixed that programatically. |
| 01:29 | <Chutt> | since i don't like to get two copies of something |
| 01:29 | <inman> | Chutt: but in doing so, you cc'd me off list. |
| 01:29 | <Chutt> | i replied to the first one i got |
| 01:29 | <Chutt> | and didn't notice it was off list |
| 01:29 | <inman> | i know, i just thought it was funny. :-) |
| 01:29 | <inman> | Chutt: doesn't my reply-to get hammered out by the list? |
| 01:29 | <Chutt> | nope |
| 01:30 | <inman> | well i can fix that too. |
| 01:30 | <Chutt> | i don't have mailman set to remove it |
| 01:30 | <inman> | such are the miracles of mutt. |
| 01:30 | <Chutt> | naw, i could just make mailman do it if i wanted to |
| 01:30 | <inman> | it's no big deal. |
| 01:30 | <Chutt> | doesn't really matter |
| 01:30 | <inman> | just trying to follow a well-accepted etiquette. |
| 01:30 | <Chutt> | i just have to manually edit out your email from the to: line |
| 01:30 | <Chutt> | when i respond to something of yours |
| 01:31 | <Chutt> | easy, doesn't take any time |
| 01:31 | <Chutt> | and other people do it too, so |
| 01:34 | <inman> | in any case, i filter dupes, so don't worry about editing me (though i've fixed that). |
| 01:34 | <inman> | may as well fix it at mailman. |
| 01:34 | <Chutt> | hrm |
| 01:35 | <Chutt> | wonder how hard it'd be to use the qpainter::redirect stuff to make the epg draw on the video |
| 01:35 | <Chutt> | 'course, it'd be horribly slow.. |
| 01:35 | <inman> | you know how we love to lose CPU... |
| 01:36 | <inman> | there's a guy in *users complaining that he can't get myth to run in 640x480 on his toothbrush. |
| 01:37 | <Chutt> | heh |
| 01:37 | <Chutt> | ah well |
| 01:37 | <inman> | how slow would it be? |
| 01:37 | <Chutt> | very |
| 01:37 | <Ndiin> | my Palm Zire can't run mythtv! fix it!! |
| 01:37 | <Bonkers> | on a tooth brush? I'd assume pretty slow ;) |
| 01:38 | <inman> | Bonkers: i dunno, it's a pretty high-end model. |
| 01:38 | <Chutt> | well, maybe not _that_ slow |
| 01:38 | <Chutt> | i imagine the original epg, without any category coloring |
| 01:38 | <Chutt> | might be ok |
| 01:38 | <Chutt> | it'd be fairly difficult to read, though |
| 01:38 | <inman> | Chutt: how does tivo do this sort of thing? any idea? |
| 01:38 | <Chutt> | i've never seen a tivo |
| 01:38 | <inman> | heh |
| 01:39 | <inman> | i should send you one, i literally have them laying around the house. |
| 01:39 | <Chutt> | i kind of like being able to say i've never seen one in action |
| 01:40 | <inman> | it might soften you to my UI complaints. ;-) |
| 01:40 | <Chutt> | yeah, but your recent ui complaints were because you didn't have the graphics |
| 01:40 | <inman> | i was glad to see bjm stick up for the quality in the recent list traffic, too. |
| 01:41 | <inman> | my UI problems aren't in look/feel but in navigation ease. |
| 01:41 | <Chutt> | oh, hardware encoding wins, hands down |
| 01:41 | <inman> | and consistency. |
| 01:41 | <inman> | Chutt: that's why i'm holding onto my pvr-350. but from what bjm says, that ain't half the problem. |
| 01:41 | <moegreen> | inman: but i'm sure having those graphics helped out the look department, heh. |
| 01:41 | <Chutt> | well, the rest is due to the fact that linux sucks |
| 01:42 | <inman> | moegreen: of course. no contest. myth looks like a commercial product now thanks to you and nathan. :-) |
| 01:42 | <inman> | Chutt: i recall you saying that you don't run 2.5, is that right? |
| 01:42 | <Chutt> | right |
| 01:42 | <inman> | Chutt: so no low-latency patch? |
| 01:42 | <Chutt> | right |
| 01:42 | <inman> | Chutt: i know tivo uses a fairly aggressive scheduler. |
| 01:43 | <Chutt> | basically, if it can make a usleep wake up when it's supposed to, and not up to 10ms late, things would be better |
| 01:43 | <Chutt> | and if i knew when the vsyncs were, etc |
| 01:44 | <inman> | 10ms is a loooong time, what is the story with that problem? |
| 01:44 | <inman> | may as well be a second |
| 01:44 | <Chutt> | the scheduler works in 10ms chunks |
| 01:44 | <Chutt> | well, it has up until 2.5 |
| 01:44 | <Chutt> | that's been changed now |
| 01:44 | <inman> | wow, i didn't know that |
| 01:45 | <inman> | i remember the origins of the early scheduling fixes from mingo and i thought that got into 2.2, let alone 2.4 |
| 01:45 | <Chutt> | nope, HZ is still 100 |
| 01:45 | <PeteCool> | I'm using the lowlatency patch with 2.4, works fine... but then I didn't really use it seriously without it |
| 01:45 | <Chutt> | 100 time slices a second |
| 01:45 | <Chutt> | apparetly, 2.6'll be a lot better |
| 01:46 | <Chutt> | and i keep meaning to mess around with stuff |
| 01:46 | <inman> | the new latency stuff looks really promising -- the mingo-combo |
| 01:46 | <Chutt> | but, my dev machine is also what i use for work |
| 01:46 | <Chutt> | and i can't afford to have that messed up at all |
| 01:46 | <PeteCool> | I don't think the improvement 2.4->2.6 is going to be as dramatic as 2.2->2.4 |
| 01:46 | <Bonkers> | just keep 2 kernels around |
| 01:46 | <PeteCool> | 2.2 is so stone age |
| 01:47 | <inman> | 2.5 doesn't boot on my SMP box. |
| 01:47 | <Chutt> | bonkers, of course, but the time drain is what i'm worried about =) |
| 01:47 | <inman> | i'd be running it for the low-latency if it did. |
| 01:47 | <PeteCool> | no dri, no devfs, no real journaling fs... |
| 01:47 | <Bonkers> | bttv shit a brick earlier today using 2.5 so I'm back to 2.4 right now |
| 01:47 | <Bonkers> | I would start up mythbackend and I'd get 2 SICsomethingor other messages repeating themselves until I killed mythbackend |
| 01:48 | <PeteCool> | moegreen: what do you think of nathan's mytheather mockups ? |
| 01:48 | <Chutt> | moegreen, can you fix those <var> may be used uninitialized warnings? |
| 01:49 | <moegreen> | Chutt: what was it in? I didn't see it go by... |
| 01:49 | <Chutt> | in playback.cpp |
| 01:49 | <Chutt> | msg at 1726, msg2 at 1751, noButton at 1760 |
| 01:49 | <Chutt> | just stuff where you're selecting between the two types |
| 01:49 | * PeteCool | is away: I'm busy |
| 01:50 | <Chutt> | blah, g'nite |
| 01:50 | <Chutt> | it's too late :( |
| 01:52 | -!- | Bonkers [] has quit ["Client Exiting"] |
| 02:58 | -!- | hfb [] has quit [Remote closed the connection] |
| 03:16 | -!- | PeteCool [] has quit [Read error: 110 (Connection timed out)] |
| 03:19 | -!- | uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv |
| 03:34 | -!- | Viddy [] has quit [Remote closed the connection] |
| 03:37 | -!- | choenig [~choenig@p50859DFC.dip.t-dialin.net] has joined #mythtv |
| 03:42 | -!- | Viddy [david@visp194-179.visp.co.nz] has joined #mythtv |
| 03:47 | -!- | Viddy [] has quit [Remote closed the connection] |
| 03:50 | -!- | Viddy [david@visp194-179.visp.co.nz] has joined #mythtv |
| 04:18 | -!- | PBlue_away [~tcpaiqgvn@cs6668127-96.austin.rr.com] has joined #mythtv |
| 04:18 | -!- | PhracturedBlue [] has quit [Read error: 54 (Connection reset by peer)] |
| 04:42 | -!- | poptix [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | Justin_ [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | lichen [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | jfm [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | jmblack [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | Captain_Murdoch [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | mdz [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | PBlue_away [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | zZzToxic [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | lichen_ [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | Cloak [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | moegreen [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | ian2 [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | vektor [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | yebyen [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | eli [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | bigguy [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | Viddy [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | choenig [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | uli [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | m0tion [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | schwin97_ [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | Ndiin [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | Edgan [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:42 | -!- | paperclip [] has quit [brunner.freenode.net irc.freenode.net] |
| 04:43 | -!- | PBlue_away [~tcpaiqgvn@cs6668127-96.austin.rr.com] has joined #mythtv |
| 04:43 | -!- | zZzToxic [joshua@h002078c680df.ne.client2.attbi.com] has joined #mythtv |
| 04:43 | -!- | ian2 [asdf@12-238-197-193.client.attbi.com] has joined #mythtv |
| 04:43 | -!- | bigguy [bigman@h64.44.102.166.ip.alltel.net] has joined #mythtv |
| 04:43 | -!- | moegreen [~jdanner@pa-steclge-u2-c3a-154.stcgpa.adelphia.net] has joined #mythtv |
| 04:43 | -!- | Cloak [mmen@crackaddict.com] has joined #mythtv |
| 04:43 | -!- | vektor [~vektor@cauchy.theorem.ca] has joined #mythtv |
| 04:43 | -!- | yebyen [yebyen@gripz.com] has joined #mythtv |
| 04:43 | -!- | eli [eli@ip68-13-77-44.om.om.cox.net] has joined #mythtv |
| 04:43 | -!- | lichen_ [lichen@128.1.8.67.cfl.rr.com] has joined #mythtv |
| 04:43 | -!- | choenig [~choenig@p50859DFC.dip.t-dialin.net] has joined #mythtv |
| 04:43 | -!- | uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv |
| 04:43 | -!- | m0tion [~m0tion@cae88-73-250.sc.rr.com] has joined #mythtv |
| 04:43 | -!- | Edgan [edgan@24-205-202-237.rno-cres.charterpipeline.net] has joined #mythtv |
| 04:43 | -!- | Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv |
| 04:43 | -!- | schwin97_ [~schwin97@12.207.2.227] has joined #mythtv |
| 04:43 | -!- | paperclip [~joe@ip68-11-30-173.no.no.cox.net] has joined #mythtv |
| 04:44 | -!- | mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has joined #mythtv |
| 04:44 | -!- | Captain_Murdoch [~buy_more_@ip68-107-147-80.hr.hr.cox.net] has joined #mythtv |
| 04:44 | -!- | jmblack [~jmblack@c66.169.98.154.ts46v-01.mhe1.ftwrth.tx.charter.com] has joined #mythtv |
| 04:44 | -!- | Justin_ [~justin@bouncybouncy-pt.tunnel.tserv1.fmt.ipv6.he.net] has joined #mythtv |
| 04:44 | -!- | poptix [poptix@precious.net] has joined #mythtv |
| 04:44 | -!- | lichen [lichen@vanquish.cohpa.ucf.edu] has joined #mythtv |
| 04:44 | -!- | jfm [~jfm@nat-outgoing.dalalu.fr] has joined #mythtv |
| 04:44 | -!- | Viddy [david@visp194-179.visp.co.nz] has joined #mythtv |
| 06:06 | -!- | Ndiin [] has quit [Read error: 60 (Operation timed out)] |
| 07:26 | -!- | PeteCool [~pete@modemcable019.237-201-24.mtl.mc.videotron.ca] has joined #mythtv |
| 07:39 | -!- | Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv |
| 07:43 | -!- | PeteCool [] has quit ["Client exiting"] |
| 07:47 | -!- | uli [] has quit [Read error: 60 (Operation timed out)] |
| 08:05 | -!- | nziarek [~nathanzia@CPE-24-167-222-150.wi.rr.com] has joined #MythTV |
| 08:51 | <-- nziarek | has quit () |
| 08:57 | -!- | Ndiin [] has quit ["raven[0m[36m:[0m Bitch-X BaBy!"] |
| 09:01 | -!- | Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv |
| 09:43 | -!- | Ndiin [] has quit [Read error: 60 (Operation timed out)] |
| 10:23 | -!- | Soopaman [] has quit ["Peace and Protection 4.22"] |
| 10:53 | -!- | hfb [~hbarrett@lsanca1-ar2-4-60-005-210.lsanca1.dsl-verizon.net] has joined #mythtv |
| 11:01 | -!- | Ndiin [ruler@ip68-3-77-245.ph.ph.cox.net] has joined #mythtv |
| 11:12 | -!- | Chang [~coffman@fw.pqbs.com] has joined #mythtv |
| 11:17 | -!- | uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv |
| 11:34 | -!- | foom [~jknight@tibook.ai.mit.edu] has joined #mythtv |
| 12:35 | <Chutt> | mythweather needs a radar screen =) |
| 12:36 | <moegreen> | Chutt: i have looked into that, most of the images out there are jpg's and didn't find an easy way to display them |
| 12:36 | -!- | uli [] has quit ["using sirc version 2.211+KSIRC/1.2.4"] |
| 12:36 | <Chutt> | jpgs should display just like .pngs |
| 12:37 | -!- | uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv |
| 12:38 | <moegreen> | i wasn't sure if there was a licensing issue, or if that was just for GIF |
| 12:40 | <moegreen> | now all i have to do is find a weather source of radar images for the entire world :) |
| 12:40 | <moegreen> | I guess I could just let the user enter a location to download the image from |
| 12:41 | <foom> | www.wunderground.com is pretty good i think |
| 12:41 | <moegreen> | well it looks like weather.com does take the same ACID that msnbc.com uses (I think weather.com provides the msnbc weather). I should be able to grab that map |
| 12:44 | <moegreen> | the problem becomes that the image filename isn't predicatable, http://image.weather.com/web/radar/us_pit_closeradar_large_usen.jpg |
| 12:44 | <foom> | simply "parse" the html for the zipcode results page |
| 12:44 | <foom> | and hope they never change it |
| 12:45 | <moegreen> | i guess I could do that once during setup |
| 12:45 | <foom> | you could search the html output for an image pointing to something with "radar" in the path |
| 12:47 | <moegreen> | yeah ... i suppose i could start a thread to get the map after the weather data is grabbed from msnbc |
| 12:47 | <Chutt> | cool =) |
| 12:48 | <moegreen> | but if I do that i'll only have on thing left on my TODO list for MythWeather - finish the weather types list |
| 12:48 | <moegreen> | :( |
| 12:48 | <Chutt> | heh |
| 12:48 | <foom> | while you're fixing stuff, did you fix that you have to press "i" to get out of the initial setup screen? |
| 12:48 | <Chutt> | could always make it more themeable |
| 12:49 | <Chutt> | layout/positioning |
| 12:49 | <Chutt> | but you can't do that until you break out the list code from the playback box so it can be reused =) |
| 12:49 | <moegreen> | :( |
| 12:49 | <foom> | i thought the weather thing was just totally broken since I didn't know how to get out of the initial setup screen, until someone asked that q on the mailing list. :) |
| 12:50 | <moegreen> | foom, did you keep hitting escape? |
| 12:50 | <foom> | I entered all the info and looked for something to do, so pressed return, nothing happened |
| 12:50 | <foom> | figured it was broken, and hit escape |
| 12:51 | <moegreen> | heh, i can add a message to that screen i suppose |
| 12:51 | <foom> | that's silly |
| 12:51 | <foom> | just make return/space exit the screen.. |
| 12:53 | <moegreen> | fine ... :) |
| 12:53 | <moegreen> | Chutt: So you want a listbox widget that looks like the playbackbox list, but acts just like a listbox? |
| 12:54 | <Chutt> | doesn't have to act just like it |
| 12:54 | <Chutt> | but, it'd be nice if the view scheduled programs stuff looked similar |
| 12:54 | <Chutt> | and then it could be reused in the music stuff, too |
| 12:55 | <moegreen> | right ... ok, i'll work on that next, or should I do the positioning/xml code? |
| 12:55 | <Chutt> | work on whatever you want |
| 12:55 | <Chutt> | just suggestions =) |
| 12:56 | <moegreen> | ok... :) |
| 12:57 | <moegreen> | foom, that's in CVS |
| 12:58 | <foom> | cool. |
| 13:03 | <inman> | moegreen: i'm planning on doing some html parsing in the future, to rip metadata and images for programs and music. |
| 13:03 | <inman> | moegreen: just an FYI in case you actually end up doing any work -- i'll use it. :-) |
| 13:04 | <foom> | as far as I can tell the most reliable way to parse html crap on websites is regexps |
| 13:04 | <foom> | not very hard. :) |
| 13:05 | <inman> | i'd rather parse generated content with the qt xml stuff. |
| 13:06 | <foom> | won't work for html.. |
| 13:06 | <inman> | though i may elide the non-generated stuff i don't care about with a regexp. |
| 13:06 | <inman> | i thought i saw a way to flag it for not-quite-xml (html) |
| 13:06 | <foom> | oh, maybe there is. |
| 13:07 | <inman> | where the hell are the manuals for qt under gentoo. |
| 13:07 | <inman> | heh |
| 13:07 | <foom> | but i'd think it'd still be easier just to stuff it in a regexp matcher |
| 13:08 | <inman> | you may be right. |
| 13:08 | <inman> | i haven't done any legwork on this at all. just got an idea while i was reading up on the xml parsing. |
| 13:09 | <foom> | actual HTML code in use on the web is so nasty I can't imagine that a real xml parser would get anywhere with it, even in some more-relaxed mode |
| 13:10 | -!- | nziarek [nziarek@pcp010412pcs.unplugged.mu.edu] has joined #MythTV |
| 13:10 | <inman> | i've written a few regexp parsers though, and it's just such an inelegant hack. :-/ |
| 13:10 | <Chutt> | nziarek, hey |
| 13:10 | <foom> | forgetting closing quotes on attributes, misnested tags, missing end tags, completely arbitrary structure...yuck. |
| 13:10 | <Chutt> | you have access to your mythtv box? |
| 13:14 | <nziarek> | Chutt: no, at work now, sorry |
| 13:18 | <inman> | foom: know of any good sources for the data? aside from imdb? |
| 13:19 | <nziarek> | inman: www.allmovie.com might work |
| 13:20 | <inman> | hmmm. thanks. |
| 13:20 | <inman> | how complete is the db? |
| 13:21 | <nziarek> | it always seems pretty complete; but I really don't know what youa re looking for...when I don't use imdb, i use allmovie.com, so i thought I'd pipe in =) |
| 13:22 | <inman> | there isn't a single newline in the output, heh. |
| 13:43 | -!- | Bonkers [~Bah@dyn-wireless-246-80.dyn.columbia.edu] has joined #mythtv |
| 13:51 | <inman> | Chutt: how do you want to implement a UI to manage channel subscriptions? |
| 13:51 | <Chutt> | subscriptions? |
| 13:51 | <inman> | damn you're fast. |
| 13:51 | <inman> | adding/removing channels. |
| 13:51 | <Chutt> | big ole listbox/table |
| 13:51 | <Chutt> | checkboxes on each |
| 13:52 | <inman> | yeah, but i mean where. |
| 13:52 | <Chutt> | in setup |
| 13:52 | <inman> | hanging off of the setup screen? |
| 13:52 | <Bonkers> | ole? that stuff's scary ;) |
| 13:52 | <Chutt> | off of the video source screen |
| 13:52 | <inman> | that screen is starting to get crowded. any plans for a hierarchy? |
| 13:52 | <Chutt> | backend setup, not frontend |
| 13:52 | <inman> | hrm. |
| 13:53 | <Chutt> | would be nice to be able to set the per-channel filters and stuff in the same ui as well |
| 13:53 | <inman> | of course. |
| 13:53 | <inman> | i wish the backend setup was inside of the frontend setup. |
| 13:53 | <Chutt> | i don't =) |
| 13:53 | <inman> | heh |
| 13:54 | <inman> | could we make it instantiable from the frontend setup menus? |
| 13:54 | <Chutt> | i really don't want it to be |
| 13:54 | <inman> | why? |
| 13:54 | <Chutt> | it's not something you commonly edit |
| 13:55 | <Chutt> | it's specific to the _backend_, not the frontend |
| 13:55 | <inman> | yeah, but when you need to do it, why should you have to jump through hoops? |
| 13:55 | <inman> | under normal operation, you don't edit any of it. |
| 13:55 | <Chutt> | err, running a separate program isn't jumping through hoops |
| 13:55 | <inman> | but the channels keep changing on me. |
| 13:55 | <foom> | it is if you have a box without a keyboard |
| 13:55 | <inman> | it's a hoop if your input device is a remote on the frontend. |
| 13:55 | <Chutt> | export the display to a machine with one, then |
| 13:56 | <foom> | that's more difficult than it could be as well since you have to setup X on another computer since the setup isn't a text-based ui |
| 13:56 | <Chutt> | export the display to a machine with X |
| 13:56 | <Chutt> | and a keyboard :p |
| 13:57 | <Bonkers> | anyone think an option to display using sdl would be useful to anyone? that way people with no Xv support can hopefully have a faster display method and you wouldn't even need X to use myth or is that already what the non-Xv stuff uses? |
| 13:58 | <Chutt> | the non-xv stuff uses x |
| 13:58 | <Chutt> | an sdl output method would be rather easy to do, but the rest of the ui uses qt |
| 13:58 | <inman> | Bonkers: qt is still bound to X |
| 13:58 | <foom> | i'd suggest the best UI would be to have an option for "backend setup" that lists all the backends you have, and lets you launch the config program for any of them. How that would be accomplished I'll leave to the experts. :) |
| 13:58 | <Bonkers> | oh, hmm, didn't think of that |
| 13:58 | <Chutt> | of course, that _could_ be ported to qt/e |
| 13:58 | <Chutt> | and that just uses a framebuffer |
| 13:59 | <Chutt> | foom, you need to be on the actual backend to get a list of possible tuner card inputs |
| 13:59 | <Bonkers> | how useful is qt actually being here? it seems like it could be adding more slowness/bloat than it is gaining us, aren't all the widgets fairly simple, simple enough that maybe a few weeks of work could replace them with much faster ones? |
| 13:59 | <inman> | Chutt: those inputs could be stuffed into the database. |
| 14:00 | <Chutt> | inman, why? |
| 14:00 | <Chutt> | they're on the filesystem |
| 14:00 | <inman> | Chutt: to ease setup/configuration. |
| 14:00 | <foom> | no, the backend setup needs to be in communication with the backend host for a bunch of reasons.. |
| 14:00 | <Chutt> | bonkers, have you ever written a tree widget? |
| 14:00 | <foom> | but, that could be done by talking to the backend.. |
| 14:00 | <inman> | foom: right. |
| 14:01 | <Chutt> | but if you're talking to the backend already, that assumes that the backend has been setup |
| 14:01 | <Bonkers> | Chutt: hmm, didn't think of that one |
| 14:01 | <Chutt> | you'd still need initial setup |
| 14:01 | <Chutt> | why complicate things? |
| 14:01 | <foom> | well, the backend doesn't need much (any?) setup to just start itself and listen for tcp requests I think |
| 14:01 | <inman> | Chutt: for ease of use. most users don't do as many initial setups as tweaks to existing configs. |
| 14:02 | <Chutt> | foom, sure it does |
| 14:02 | <Chutt> | just drop it |
| 14:02 | <Chutt> | you're not going to convince me :p |
| 14:02 | <inman> | what does the backend need to know that it can't learn from a few command-line switches? |
| 14:03 | <foom> | in the case that the backend setup stays separate, then the tv channel setup needs to not be in it. |
| 14:03 | <Chutt> | the tv channel setup belongs in there. |
| 14:03 | <foom> | it belongs with the location setup |
| 14:03 | <foom> | yes |
| 14:03 | <inman> | the channels change all the time, plus that setup widget could address many of the broader issues. |
| 14:04 | <inman> | with channels, i mean. |
| 14:04 | <foom> | but, both of those are 'end-user-changeable' |
| 14:04 | <Chutt> | blah blah blah |
| 14:04 | <Chutt> | babble babble babble |
| 14:04 | <foom> | as opposed to the TV tuner card settings which will probably never be changed. |
| 14:04 | <inman> | in addition, the frontends should be able to control the channels on any of the inputs/tuners. |
| 14:04 | <inman> | Chutt: would you refuse a patch? |
| 14:04 | <Chutt> | if it did something i disagreed with? |
| 14:04 | <Chutt> | of course |
| 14:05 | <foom> | i bet it'd be more convincing to see it actually work than talk about it though. :) |
| 14:05 | <inman> | what if it was left up to the user and didn't make any architectural changes? |
| 14:05 | <inman> | and defaulted to Chuttstyle? |
| 14:05 | <Chutt> | you're going to have to make architectural changes |
| 14:06 | <inman> | let's assume that we didn't. |
| 14:06 | <foom> | i think you assume too much. :) |
| 14:06 | <inman> | foom: gotta know what you're shooting at before you choose a weapon. |
| 14:06 | <Chutt> | you can't make that modification without changing how things work |
| 14:07 | <inman> | what about if it only worked after the system was bootstrapped? |
| 14:07 | <Chutt> | how? |
| 14:08 | <inman> | you will refuse any patch that lets the user access the channel-setup from the frontend? |
| 14:09 | <foom> | the simplest/best change IMO would be to leave the basic config in a backend setup program (and it'd be even better if there was an alternate text-ui for it), and put the program/channel info stuff in a config ui on the frontend that talks to the backend. but, that will involve significant changes. |
| 14:10 | <foom> | you don't need the channel info to startup the backend, so that won't cause a problem. but you do need to run the xmltv programs on the backend to get the UI data for that setup screen |
| 14:10 | <Chutt> | you need channel source information to setup the backend |
| 14:10 | <Chutt> | exactly |
| 14:10 | <Chutt> | i don't want backend config in the frontend |
| 14:11 | <inman> | and channel-setup is backend config, period? |
| 14:11 | <Chutt> | yes, it is |
| 14:11 | <inman> | okay. |
| 14:11 | <Chutt> | the frontend doesn't do anything with the channels |
| 14:11 | <Chutt> | except display what the backend tells it about |
| 14:12 | <inman> | and you won't accept a patch that lets the frontend tell the backend to export a setup gui? |
| 14:12 | <foom> | export via X? |
| 14:12 | <inman> | yes |
| 14:12 | <foom> | that would be interesting |
| 14:12 | <inman> | why? |
| 14:12 | <foom> | interesting in a good way |
| 14:12 | <Chutt> | that might be acceptible |
| 14:12 | * inman | shrugs. |
| 14:12 | <Chutt> | you'd have to modify quite a bit of code to do that, though |
| 14:12 | <inman> | why? |
| 14:13 | <Chutt> | well, it'd be a tad confusing to just have it running a backend setup |
| 14:13 | <Chutt> | need to indicate somewhere _which_ backend is running, etc |
| 14:13 | <foom> | well you have to fix the xmltv prompting the user for info in the console. :) |
| 14:13 | <Chutt> | that too |
| 14:14 | <inman> | foom: refresh my memory, i don't remember that. |
| 14:14 | <foom> | if you go to the program setup and change your cable provider |
| 14:14 | <foom> | xmltv will ask if it's okay to delete channels |
| 14:14 | <foom> | and the UI looks like it's hung |
| 14:15 | <Chutt> | there's a bunch of other cases that do that as well |
| 14:15 | <foom> | so you have to go to the console you started the setup program from and press 'y' a few times |
| 14:15 | <Chutt> | and none of the other grabbers work with the ui at all |
| 14:15 | <inman> | anyway, i'm just trying to solve the normal usage issue. |
| 14:16 | <foom> | Well I'd love to see that solved, not that I have any say. ;) |
| 14:18 | <foom> | i think the automated exporting of the X display sounds like the best chance of working/being accepted by chutt. Which means you'll need to have a listbox of available backends to configure and then ask the one you select to startup a setup program on your local display. |
| 14:18 | <foom> | doesn't sound too hard |
| 14:19 | <Chutt> | you'd need to have shell access as whatever user the backend is running from on the backend machine |
| 14:19 | <foom> | no, you can have the backend run the app |
| 14:20 | <inman> | the methods for connecting to the backend would have to be individually configurable. |
| 14:20 | <foom> | exec it |
| 14:22 | <foom> | just have a backend command that says "run your setup program on display 'foo.bar:0'", then it just has to run setup -display foo.bar:0 |
| 14:23 | <foom> | on the frontend you also have to make sure to allow X connections from the backend |
| 14:23 | <inman> | yeah, but my point is that the method won't be as simple as plugging in the hostname. |
| 14:24 | <inman> | eg. you may need to export to an alternate host, display, whatever. |
| 14:24 | <foom> | why would you ever want to do that? |
| 14:24 | <foom> | the whole point is to have it run on the frontend |
| 14:24 | <foom> | if you want to run it somewhere else, run it there yourself |
| 14:24 | <inman> | tunneling? i dunno, i've run into this issue in the past. |
| 14:24 | <foom> | the frontend knows its own display |
| 14:25 | <foom> | ugh - I suppose if you have complicated setups where the backend can't talk directly to it then you might have a problem. |
| 14:25 | <Bonkers> | an exported app seems like it would run incredibly slowly |
| 14:25 | <inman> | foom: we're talking about X. |
| 14:26 | <foom> | inman..yes..so? |
| 14:26 | <foom> | oh i suppose that was unclear |
| 14:26 | <inman> | X is not the same as the normal front<->back comms. |
| 14:26 | <foom> | i meant to say, complicated network setups where the backend host cannot connect directly via TCP to the frontend host |
| 14:26 | <foom> | sorry, unclear wording before |
| 14:26 | <inman> | okay |
| 14:27 | <inman> | hey, i hope it's as simple as you say. :-) |
| 14:27 | <Bonkers> | if you didnt' have TCP, how would you talk to the backend anyway? |
| 14:27 | <foom> | well I don't know what the fe<->be comms look like right now |
| 14:27 | <foom> | but it might work to have NAT between frontend and backend |
| 14:28 | <foom> | in which case you can connect from frontend to backend |
| 14:28 | <foom> | but not from backend to frontend |
| 14:28 | <foom> | but who would do that? |
| 14:28 | <inman> | i think we had better just concentrate on the simplest case so as to assure patch acceptance. :-P |
| 14:28 | <nziarek> | anyone: is the popup dialog box the same size always, or does it scale...? |
| 14:29 | <foom> | how does the frontend authenticate itself to the backend? |
| 14:29 | <moegreen> | nziarek: it scales depending on what elements you add to it |
| 14:30 | <moegreen> | foom: it doesn't |
| 14:30 | <foom> | anyone on the whole internet can connect to your backend and change channels/whatever? |
| 14:31 | <Chutt> | yup |
| 14:31 | <moegreen> | foom: unless you block that port which you should be doing anyway |
| 14:31 | <foom> | in that case, a backend command to export the setup program is a bad idea until there's authentication. |
| 14:31 | <nziarek> | moegreen: does the background image scale with the popu, tile, or draw once and quit? |
| 14:31 | <foom> | you don't want arbitrary people on the net being able to run an X app on your host |
| 14:32 | <inman> | use one of those rinky-dink cable/dsl routers. |
| 14:32 | <Bonkers> | foom: where's the hospitality in that? |
| 14:32 | <moegreen> | nziarek: it draws it once, no rescaling of it |
| 14:32 | <inman> | they work well even on normal ethernet networks. |
| 14:33 | <foom> | inman: not a problem for me currently - i already have a NAT box, but it's bad policy to allow random people to connect to a port and without any authentication, get an X displaying on their comp, running on yours |
| 14:33 | <Bonkers> | Chutt: ever look at ParaGUI? it's an SDL GUI lib and supposedly it has a listbox implemented |
| 14:34 | <foom> | the answer to that of course to add authentication. :) |
| 14:34 | <inman> | foom: i know... just pointing at a "recommendation". |
| 14:35 | <Chutt> | listbox != tree |
| 14:35 | <Chutt> | and i'm not switching to some halfassed lib without any documentation |
| 14:35 | <Bonkers> | oh crap, I've already lost what I was looking for |
| 14:36 | <foom> | i've seen qt/e running on the sharp zaurus (?) and it was pretty nice |
| 14:37 | <Bonkers> | qt/e looks quite possible altough on a quick search I found someone that said it was rather slow, I'd have to try it for myself and see though |
| 14:37 | <foom> | i don't know how it runs on normal linux fb, but it was running quite nicely on the little tiny handheld running linux. |
| 14:56 | -!- | uli [] has quit ["using sirc version 2.211+KSIRC/1.2.4"] |
| 14:57 | -!- | uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv |
| 14:58 | -!- | uli [] has quit [Client Quit] |
| 14:59 | -!- | Bonkers [] has quit ["Client Exiting"] |
| 15:02 | -!- | uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv |
| 15:03 | -!- | uli [] has quit [Client Quit] |
| 15:07 | -!- | zZzToxic is now known as NonToxic |
| 15:23 | -!- | uli [~uli@kol.stud.uni-goettingen.de] has joined #mythtv |
| 15:24 | -!- | uli [] has quit [Client Quit] |
| 15:24 | <ian2> | anyone using 2.5 kernels? |
|
