| 13:02 | --> You | are now talking on #mythtv |
| 13:02 | -!- | Topic for #mythtv is http://www.mythtv.org/ |
| 13:02 | -!- | Topic for #mythtv set by Chutt at Thu Dec 12 17:39:57 |
| 13:02 | <PeteCool> | can mythvideo play OGM files? |
| 13:03 | <Chutt> | mythvideo doesn't play anything |
| 13:03 | <Chutt> | it's just a list |
| 13:04 | <PhazE3> | I think it calls MPlayer ? maybee Im right |
| 13:04 | <Chutt> | it calls whatever you want it to |
| 13:04 | <PhazE3> | ahh cool? I have not actually tried it yet |
| 13:04 | <PhazE3> | s/?/./ |
| 13:10 | <PeteCool> | that's great |
| 13:10 | -!- | Universe [~Yeah@pwc2-hs-nk.bbnplanet.com] has joined #mythtv |
| 13:10 | <PeteCool> | mplayer goodness :) |
| 13:10 | <Chutt> | mplayer's crap. |
| 13:11 | <Universe> | its ok, PeteCool.. don't take it personally... Chutt is always full of rage. |
| 13:11 | <Chutt> | anything with a 3000 line main() function is crap |
| 13:15 | <Universe> | I would have to agree with that, Chutt |
| 13:15 | <PhazE3> | <- Agrees |
| 13:16 | <Universe> | maybe they were old Comadore programmers... Are there goto's in their code? |
| 13:16 | <Universe> | heh |
| 13:16 | <Chutt> | quite a few, actually |
| 13:16 | <PhazE3> | lol |
| 13:16 | <Universe> | ouch.. |
| 13:16 | <PhazE3> | nasty |
| 13:16 | <Chutt> | well, nothing wrong with gotos |
| 13:16 | <Universe> | just a little message.. |
| 13:17 | <Universe> | err messy |
| 13:17 | <Universe> | I meant |
| 13:18 | <Universe> | well... if well documented, I can see them being fine.. |
| 13:18 | <PeteCool> | I agree messy code sucks... but is there anything better yet? maybe xine? |
| 13:19 | <PhazE3> | I have not looked at xine's code base but it works great for me |
| 13:19 | <Universe> | for a play anything movie player... you can't beat mplayer unless you want to code somehting youself |
| 13:22 | -!- | bigguy [bigman@h18.44.102.166.ip.alltel.net] has joined #mythtv |
| 13:45 | <PhazE3> | Chutt: I was just looking through the code for mythfrontend (trying to make a personal change to it) and I must say it is very nice. Nice orginazation, naming conventions. A lot better than most small open source projects I have seen. Just wanted to say nice job :) |
| 13:48 | -!- | nevertheless [] has quit [Remote closed the connection] |
| 13:49 | <PeteCool> | PhazE3: it's easy to see from the screenshots that mythtv is a very polished project :) |
| 13:49 | <PeteCool> | how long ago has it been started? I first heard of it about a month and a half ago |
| 13:50 | <PhazE3> | Im not totally sure but I have had a box up for about 2 months now :) |
| 13:51 | <Soopizzle> | chutt is a pro |
| 13:51 | <Soopizzle> | same with mdz |
| 13:51 | <Soopizzle> | very professional in their conduct |
| 13:53 | <hurdel> | agreed |
| 14:07 | -!- | orangey has changed the topic to: www.yahoo.com |
| 14:10 | -!- | Edgan [] has quit ["Client Exiting"] |
| 14:11 | -!- | Chutt has changed the topic to: http://www.mythtv.org |
| 14:11 | -!- | Edgan [edgan@66-214-219-62.rno-cres.charterpipeline.net] has joined #mythtv |
| 14:15 | -!- | PhazE3 [] has quit [Read error: 104 (Connection reset by peer)] |
| 14:18 | -!- | Soopizzle has changed the topic to: we love chutt and mdz |
| 14:19 | -!- | PhazE3 [~phaze@Lynx.viptx.net] has joined #mythtv |
| 14:19 | <Chutt> | if you're going to be a fuckwit, i'll just turn on topic protection. |
| 14:19 | -!- | Chutt has changed the topic to: http://www.mythtv.org |
| 14:22 | <mdz_> | Chutt: speaking of gotos...does gcc 3.2 actually have decent exception support? |
| 14:22 | <Soopizzle> | Chutt, just checking if you had it on |
| 14:22 | <Chutt> | soopizzle, that should be pretty damn obvious |
| 14:22 | <Chutt> | mdz, dunno, haven't checked |
| 14:23 | <mdz_> | there's gotta be some benefit in exchange for it being so much slower |
| 14:23 | <mdz_> | besides some questionable benchmarks |
| 14:24 | <Chutt> | it produces code that's about 15 - 20% faster than 2.95.4 on my work stuff |
| 14:24 | <mdz_> | nice |
| 14:25 | <mdz_> | is that standard -O2 type stuff? |
| 14:25 | <Chutt> | yeah |
| 14:25 | <mdz_> | very neat |
| 14:25 | <Chutt> | get a bigger boost from stuff like -march=athlon-xp and the -mmmx and -msse stuff, too |
| 14:25 | <Chutt> | that wasn't in 2.95.4 |
| 14:25 | <Chutt> | but my work stuff is fairly non-common code, so.. |
| 14:26 | <Chutt> | i don't know how much that extends to other stuff =) |
| 14:26 | <Universe> | Chutt is secertive about his work stuff... |
| 14:27 | <Soopizzle> | heh |
| 14:29 | <mdz_> | somebody posted some simple libvorbis test results to debian-devel or someplace |
| 14:29 | <bigguy> | it revolves around music and databases |
| 14:29 | <mdz_> | looked pretty good |
| 14:38 | <Chutt> | hm |
| 14:39 | <bigguy> | the mailing list is a source of many troubles it seems. Let me bug you with another lameass email about stuff we've already covered. |
| 14:40 | <PhazE3> | lol |
| 14:41 | <PhazE3> | Why doesnt MythTV Support everthing I want it to :) Ummm Probably because you did not write it :) |
| 14:43 | <Chutt> | mdz, got an url for that libvorbis test? |
| 14:43 | <bigguy> | "I want to be able to do this,but I want you to write it" |
| 14:45 | -!- | bigguy [] has quit ["Client Exiting"] |
| 14:46 | -!- | moegreen [mythtv@nr4-216-196-155-70.fuse.net] has joined #mythtv |
| 14:47 | -!- | moegreen_ [] has quit [Read error: 60 (Operation timed out)] |
| 14:56 | <mdz_> | Chutt: http://lists.debian.org/debian-devel/2003/debian-devel-200301/msg00542.html |
| 14:56 | <mdz_> | Chutt: not very rigorous, but interesting |
| 14:56 | <mdz_> | he didn't specify exactly what flags he used |
| 14:56 | <Chutt> | it's a fairly decent little test |
| 14:57 | <Chutt> | as long as he ran each a few times and averaged |
| 14:57 | <mdz_> | the thread started with a benchmark which basically did getc()s |
| 14:57 | <mdz_> | which turned out to be quite a bit slower with 3.2 |
| 14:57 | <Chutt> | i did see that |
| 14:57 | <Chutt> | that's a stupid benchmark, though |
| 15:03 | <Chutt> | heh |
| 15:03 | <Chutt> | problem with the scheduledrecord class and 's in title/etc |
| 15:04 | <orangey> | Chutt: sorry about that topic thing.. not really sure how it happened.. I was just surfing and guess I copied it into the wrong window : ) |
| 15:04 | <Chutt> | no problem |
| 15:05 | <orangey> | welp. this is the end.. the system is segfaulting when I try to shell.. I guess it's time to reboot ; ) 58 days of uptime.. god bless.. |
| 15:05 | -!- | orangey [] has quit [Remote closed the connection] |
| 15:07 | <Chutt> | hmm |
| 15:21 | <moegreen> | Chutt: Nathan Ziarek (of ColorBars theme) got some graphics to me, they are in the new tar on the website ... pretty sharp |
| 15:25 | -!- | nevertheless [~neverthel@p50859A6C.dip.t-dialin.net] has joined #mythtv |
| 15:28 | <Chutt> | cool |
| 15:28 | <Chutt> | i'll check it out =) |
| 15:29 | <Chutt> | do you want to move this all into cvs? |
| 15:29 | <Chutt> | heh |
| 15:29 | <Chutt> | 482KB |
| 15:30 | -!- | moegreen [] has quit [Read error: 104 (Connection reset by peer)] |
| 15:30 | -!- | moegreen [mythtv@nr4-216-196-155-70.fuse.net] has joined #mythtv |
| 15:33 | -!- | orangey [~orangey@London-HSE-ppp3541338.sympatico.ca] has joined #mythtv |
| 15:36 | <Chutt> | moegreen, i put up new screengrabs of the weather pages |
| 15:36 | <Chutt> | with the new images |
| 15:36 | <moegreen> | thanks |
| 15:36 | <Chutt> | same urls as before |
| 15:36 | <moegreen> | ok, I have them referenced to that in my index.html |
| 15:37 | <Chutt> | ah, ok |
| 15:40 | <Chutt> | do you know how to use cvs? |
| 15:40 | <moegreen> | Yeah |
| 15:42 | <Universe> | whats the link to the screenshot/ |
| 15:42 | <Universe> | I want to se |
| 15:42 | <Universe> | e |
| 15:43 | <moegreen> | Universe: http://www.untzuntz.com/mythtv/weather |
| 15:43 | <moegreen> | at the bottom of the page |
| 15:43 | <Chutt> | i used pngcrush on those images, saved a little space |
| 15:43 | <Chutt> | i'll do the initial import into cvs |
| 15:43 | <Chutt> | then give you access to commit changes, ok? |
| 15:43 | <Universe> | thanks |
| 15:44 | <moegreen> | sounds good |
| 15:44 | <Universe> | damn moegreen... looks nice |
| 15:53 | <Chutt> | ok, it's all in cvs now |
| 15:54 | <Chutt> | moegreen, what username do you want? |
| 16:02 | <moegreen> | what's the module name? mythweather |
| 16:02 | <Chutt> | yup |
| 16:11 | <PeteCool> | moegreen: can your module get the celsius temperatures? |
| 16:11 | <PeteCool> | moegreen: great-looking work btw |
| 16:32 | <moegreen> | PeterCool: the version on the website does that now |
| 16:33 | <moegreen> | you can switch been it the two temps with the enter key or default to one or the other by a setting in the database |
| 16:33 | <moegreen> | see the readme |
| 16:33 | <Chutt> | and the version that's in cvs =) |
| 16:33 | <moegreen> | oh yeah :) |
| 16:33 | <Chutt> | i just put up a blurb on the website, btw |
| 16:33 | <moegreen> | ok, sounds good |
| 16:33 | <moegreen> | I'll be updating the weathertypes.dat often probably |
| 16:34 | <Chutt> | more types and/or graphics? |
| 16:34 | <moegreen> | types for now, but I think Nate is working on more graphics too |
| 16:34 | <Chutt> | cool |
| 16:34 | <moegreen> | I'm going through a lot of different zip codes to find more types of weather |
| 16:34 | <Chutt> | ah |
| 16:47 | -!- | nomeata [~jojo@nomeata.de] has joined #mythtv |
| 16:48 | <nomeata> | Hi. I can't find the CVS root dir anywhere on the website |
| 16:49 | <nomeata> | does someone have it handy right now? |
| 16:49 | <Universe> | its in the docs |
| 16:50 | <nomeata> | oh, in the "how to obtain this document" |
| 16:50 | <nomeata> | which is the module I need to get for a basic setup? |
| 16:50 | <Universe> | it says right there |
| 16:50 | <Universe> | MC |
| 16:51 | <nomeata> | oh, that not only the docs. I see |
| 16:51 | <nomeata> | hmm. authorization failed... |
| 16:52 | <nomeata> | ok ok I shut up |
| 16:52 | <Universe> | did you login? |
| 16:52 | <nomeata> | yupp |
| 16:52 | <nomeata> | I missed the password thing on the first try... |
| 16:53 | <Universe> | just worked for me |
| 16:54 | <nomeata> | nevertheless: are you able to get the german program listings? |
| 16:56 | -!- | poptix [poptix@techmonkeys.org] has joined #mythtv |
| 16:57 | <poptix> | 'lo |
| 17:00 | <nomeata> | what could be the reason for this error while running make: |
| 17:00 | <nomeata> | make: *** No rule to make target `/mkspecs/linux-g++/qmake.conf', needed by `Makefile'. Stop. |
| 17:00 | <mdz_> | nomeata: FAQ |
| 17:05 | <hurdel> | since when is snow referred to as "snow showers"?? (great work on weather module btw) |
| 17:06 | <PeteCool> | hurdel: it's been a while here in the tv meteo shows, in french] |
| 17:07 | <hurdel> | PeteCool : where is here? |
| 17:07 | <hurdel> | i'm in canada, lots of snow, never heard of snow showers |
| 17:07 | <PeteCool> | hurdel: quebec |
| 17:08 | <hurdel> | en francais eh? tres bien |
| 17:08 | <PeteCool> | hurdel: ils disent "averses de neige" |
| 17:09 | <PeteCool> | hurdel: where are you in canada? |
| 17:10 | <nomeata> | QMAKESPEC has not been set, so configuration cannot be deduced. |
| 17:10 | <nomeata> | What should I set it to? |
| 17:11 | <nomeata> | (that happens before the make process) |
| 17:11 | <PeteCool> | nomeata: did you read the FAQ? |
| 17:12 | <hurdel> | is there any issues other than being a moron to running cvs of mythtv while 0.7 of music/game/etc? |
| 17:12 | <PeteCool> | nomeata: you need to set QTDIR |
| 17:12 | <nomeata> | PeteCool: I did that |
| 17:12 | <nomeata> | PeteCool: I even got one line further in the make process... |
| 17:12 | <PeteCool> | hurdel: mdz told me to run mythmusic 0.7 with cvs... should work |
| 17:12 | <PeteCool> | nomeata: what distro are you using? |
| 17:12 | <Chutt> | hurdel, you should run cvs of everything |
| 17:13 | <hurdel> | Chutt : that's kinda what i figured, i will upgrade everything tonight |
| 17:13 | <moegreen> | hurdel: Ask msnbc/weather.com about the definitions of weather :) |
| 17:13 | <nomeata> | PeteCool: debian sid |
| 17:13 | <PeteCool> | nomeata: did you install the -dev packages of qt? |
| 17:13 | <hurdel> | moegreen : perhaps i will, in fact it is showering snow here right now =) |
| 17:14 | <hurdel> | gotta run, ttyl |
| 17:14 | -!- | hurdel is now known as hurd_away |
| 17:14 | <nomeata> | PeteCool: yes, libqt3-dev |
| 17:15 | <PeteCool> | nomeata: what's your kde3 repository? |
| 17:16 | <rkulagow> | moegreen: chutt has already modified the mainmenu.xml, so the instructions in your readme on modifying it aren't required. |
| 17:16 | <nomeata> | PeteCool: regular debian sid |
| 17:21 | <nomeata> | (export QTDIR=/usr/share/qt QMAKESPEC=/usr/share/qt/mkspecs/linux-g++/; make), that worked |
| 17:21 | <nomeata> | though i don't know why not only (export QTDIR=/usr/share/qt; make) |
| 17:22 | <nomeata> | should I file a bug? |
| 17:26 | <PeteCool> | nomeata: is there a /usr/lib/qt ? |
| 17:26 | <nevertheless> | nomeata: sorry, was watching a movie... what about the german listing? |
| 17:26 | <nomeata> | PeteCool: only /usr/lib/qt3 |
| 17:27 | <PeteCool> | nomeata: use that one |
| 17:27 | <nomeata> | nevertheless: well, it did not work with 0.7, so I was wondering if it works with CVS |
| 17:27 | <PeteCool> | nomeata: also, you should be use qt3.1 |
| 17:27 | <poptix> | hrm |
| 17:27 | <nomeata> | PeteCool: that's what I am using. is /usr/share/qt wrong? |
| 17:27 | <PeteCool> | nomeata: the one built with gcc-3.2, I can't remember the address right now... |
| 17:28 | <nomeata> | PeteCool: don't worry, I'll just wait a bit then, gcc-3.2 is standard now |
| 17:28 | <PeteCool> | nomeata: yes, they don't hold the same files :) |
| 17:28 | <nomeata> | ~/build/mythtv/MC $ ls /usr/lib/qt3/ |
| 17:28 | <nomeata> | plugins plugins-mt |
| 17:28 | <PeteCool> | nomeata: use that source, mdz is using it too I think: http://hobbiton.opendoorsoftware.com/ |
| 17:28 | <nevertheless> | nomeata: I have everything working |
| 17:29 | <nomeata> | nevertheless: cool. |
| 17:29 | <nevertheless> | what is your problem? |
| 17:29 | <nevertheless> | Im not using xmltv for the stuff |
| 17:29 | <nomeata> | nevertheless: some segmentation fault. but that was 0.7, so don'T worry |
| 17:29 | <nomeata> | oh. what then? |
| 17:30 | <nevertheless> | Im using nextvepg and import the xml output of this |
| 17:30 | <nevertheless> | using some little scripts |
| 17:31 | <poptix> | blah. |
| 17:31 | <nomeata> | can you give me a pointer? |
| 17:31 | <nevertheless> | ? |
| 17:32 | <nomeata> | link |
| 17:32 | <nevertheless> | http://nxtvepg.sourceforge.net/ is a tool, that grabs the listings from the epg stream which comes with the videotext data |
| 17:32 | <nomeata> | does it work with all the channels? |
| 17:33 | <nevertheless> | all that i get at least :-) |
| 17:33 | <nevertheless> | check their site |
| 17:33 | <nomeata> | looks great and even is in debian. thx |
| 17:35 | <nevertheless> | are you interested in that little script stuff too? |
| 17:35 | <nomeata> | what do they do? |
| 17:36 | <nevertheless> | just grab the data, mix it with some channel information and than fill the database |
| 17:36 | <nomeata> | yup, why not |
| 17:36 | <nevertheless> | gimme your email... and Ill send you all three files (youll see, what it is) |
| 17:38 | <poptix> | Chutt: does MythTV only support the mjpeg cards via the uncompressed mode? |
| 17:38 | <Chutt> | err, no. |
| 17:39 | <nevertheless> | nomeata: its on its way |
| 17:40 | <poptix> | Chutt: i'm reading through the buzz driver, trying to see how to best make a driver for this PVR-250 card |
| 17:42 | <poptix> | Chutt: will mythtv support a 12mbit mpeg-2 stream as input? |
| 17:42 | <Chutt> | no, it won't. |
| 17:43 | <poptix> | what does it need? |
| 17:43 | <Chutt> | a file format decoder? |
| 17:43 | <poptix> | erm |
| 17:43 | <poptix> | i'm confused |
| 17:44 | <poptix> | you said mythtv will use the mjpeg cards, correct? |
| 17:44 | <Chutt> | yup |
| 17:44 | <poptix> | what format does it accept from those cards? |
| 17:44 | <Chutt> | mjpeg frames |
| 17:45 | <Chutt> | the only format those cards supply |
| 17:45 | <Chutt> | well, other than raw video |
| 17:45 | <poptix> | blah. |
| 17:46 | <Chutt> | ? |
| 17:46 | <PeteCool> | does mjpeg REALLY use the same jpeg compression used for still images? that must be ugly to re-encode! |
| 17:46 | <poptix> | it's just that it seems to be a lot harder than it should be =p |
| 17:47 | -!- | Soopizzle [] has quit [Read error: 110 (Connection timed out)] |
| 17:47 | <Chutt> | err, it's not |
| 17:49 | <poptix> | i can pull a stream directly off this card that's suitable for writing to disk, or pumping directly into a software decoder for display |
| 17:49 | <Chutt> | that's nice. |
| 17:49 | <poptix> | yes, it is |
| 17:49 | <Chutt> | mythtv doesn't decode the file format, though |
| 17:49 | <poptix> | would you be less hostile towards it if i sent you one? |
| 17:49 | <Chutt> | nope |
| 17:49 | <poptix> | didn't think so. |
| 17:50 | <Chutt> | you'd still want me to write code for you |
| 17:51 | <poptix> | i'd like for mythtv to be a bit more flexible when it comes to input/output formats |
| 17:51 | <poptix> | shrug. |
| 17:51 | <Chutt> | why should it be? |
| 17:51 | <poptix> | what are your goals for mythtv? |
| 17:51 | <Chutt> | there's no reason for it to do anything other than its internal format |
| 17:51 | <Chutt> | aside from hardware cards like that |
| 17:51 | <Chutt> | that are extremely limited in what _they_ can produce |
| 17:52 | <poptix> | why waste that much cpu on encoding when you've got a perfectly good stream already |
| 17:52 | <Chutt> | cpu's cheaper than the card |
| 17:52 | <poptix> | Chutt: what card are you using for your personal system? |
| 17:53 | <Chutt> | a wintv-radio |
| 17:53 | <Chutt> | and a tv wonder ve |
| 17:53 | <Chutt> | as it says on the website |
| 17:53 | <poptix> | the -radio is bt848, and the tv wonder is bt878, iirc |
| 17:53 | <Chutt> | they're both 878 |
| 17:54 | <poptix> | perhaps my wintv-radio is an older model |
| 17:54 | <Chutt> | hauppauge changes chipsets all the time |
| 17:54 | <poptix> | regardless, the bt8x8 cards suck for video capture |
| 17:54 | <poptix> | it might be acceptable for viewing in a window on a PC |
| 17:55 | <poptix> | but it's nowhere near tivo quality |
| 17:55 | <Universe> | I disagree... |
| 17:55 | <Chutt> | anyway |
| 17:55 | <Chutt> | unless you're willing to write some code |
| 17:55 | <Chutt> | i really don't see where this is going |
| 17:56 | <poptix> | Chutt: i can provide the interface to retrieve the data stream, change channels, bitrate, etc |
| 17:56 | <poptix> | but i've tried looking through those parts of mythtv, and it's just not documented neough |
| 17:56 | <Chutt> | ok, and i can provide you with a bill for my services in writing code for you |
| 17:56 | <poptix> | enough |
| 17:56 | <poptix> | if nothing else, a flow chart would help =) |
| 17:56 | <PhazE3> | lol |
| 17:57 | <Chutt> | it really wouldn't be all that difficult |
| 17:58 | <Chutt> | since you'd basically be writing an entire new decoder pipeline |
| 17:58 | <Chutt> | and having a lightweight encoder |
| 17:58 | <Chutt> | i'm not opposed to supporting those cards by any means |
| 17:58 | <Chutt> | but, like i said, i don't want to write the code |
| 17:59 | <mdz_> | the code is not that hard to figure out |
| 17:59 | <poptix> | the only processing that really needs to be done on the video is deinterlacing, which you're already doing, iirc |
| 17:59 | <Chutt> | erm, no |
| 17:59 | <poptix> | no? |
| 17:59 | <Chutt> | you'd need to parse the file format |
| 17:59 | <Chutt> | and decode things :p |
| 17:59 | <Chutt> | both of which are easy |
| 17:59 | <Chutt> | but they don't fall into the current architecture (ie, NuppelVideoPlayer.cpp) very well |
| 18:00 | <nevertheless> | damn mythweather is a neat thing :-) |
| 18:01 | <Chutt> | and that's pretty much all that'd have to be done to support them |
| 18:01 | -!- | Edgan [] has quit [Read error: 104 (Connection reset by peer)] |
| 18:01 | <Chutt> | simple little .mpg reader, and very similar playback code for the rest of it |
| 18:02 | <poptix> | would you be opposed to recording the mpeg stream directly to disk, when the source is a hardware mpeg board? |
| 18:02 | <Chutt> | everything gets recorded to disk |
| 18:02 | <Chutt> | currently |
| 18:02 | <poptix> | right, the ringbuffer for timeshifting |
| 18:02 | <Chutt> | and no, as long as it could read that stream back |
| 18:03 | <Chutt> | ie, the .mpg reader i said above |
| 18:03 | <poptix> | here's what i'm currently using for a bare bones PVR with this card |
| 18:03 | -!- | V_laptop [~vin@c66.169.136.41.ftwrth.tx.charter.com] has joined #mythtv |
| 18:03 | <poptix> | this small app yanks the mpeg off the card, and dumps it into a fixed size file |
| 18:03 | <poptix> | when it gets to the end of the file, it seeks back to the beginning and continues writing |
| 18:03 | <poptix> | i point xine at it, and xine happily reads to the end of the file then repeats back to the start |
| 18:04 | <poptix> | as long as i don't try to fast forward too far, or pause it for a very long time (depends on the file size, of course) then it's all good |
| 18:04 | <Chutt> | right. |
| 18:04 | <poptix> | i can fast forward, rewind, pause, etc. |
| 18:04 | <poptix> | and honestly, that all works great |
| 18:04 | <Chutt> | of course |
| 18:05 | <Chutt> | until you want to make it work for real :p |
| 18:05 | <poptix> | except i really like what you've done with MythTV, the EPG is great, and it's written in something much better than python =p |
| 18:05 | <Chutt> | right |
| 18:05 | <poptix> | (ie, freevo) |
| 18:05 | <Chutt> | like i said, it wouldn't be difficult to add support for it |
| 18:05 | <poptix> | i tried freevo, i don't like it. |
| 18:05 | <Chutt> | i just don't want to do it |
| 18:05 | <Chutt> | maybe when the driver situation is clearer |
| 18:06 | <poptix> | well, is that what's bothering you? |
| 18:06 | <Chutt> | it's not bothering me, i just don't have a need for hardware encoding |
| 18:06 | <mdz_> | I think what's bothering him is that you're asking him to do work for you |
| 18:06 | <mdz_> | for something he is not interested in doing |
| 18:07 | <PhazE3> | he is not your employee |
| 18:07 | <poptix> | i'm making a feature request =p |
| 18:07 | <PhazE3> | and it got denied |
| 18:07 | <PhazE3> | accept it |
| 18:07 | <Chutt> | i ignore feature requests that don't come with patches |
| 18:07 | <poptix> | heh |
| 18:07 | <Chutt> | i've got stuff of my own to write |
| 18:07 | <poptix> | i'll give it a try. |
| 18:07 | <mdz_> | that's what the source is there for |
| 18:09 | -!- | PhazE3 [] has quit ["Client Exiting"] |
| 18:10 | <Chutt> | anyway, once there's actual real drivers, maybe i'll look into it, but right now, no way =) |
| 18:10 | <Chutt> | someone needs to setup a freedb system for dvds |
| 18:14 | <mdz_> | why? |
| 18:14 | <mdz_> | don't DVDs have the info on the disc? |
| 18:14 | <Chutt> | i'd like a way to get cover art and titles reliably |
| 18:15 | <nevertheless> | Chutt: did you plan to have all the network stuff working in 0.8 (even using diff'rnt machines) ? |
| 18:15 | <Chutt> | yup |
| 18:15 | <Chutt> | it's about half there |
| 18:15 | <Chutt> | well, a little more |
| 18:16 | <nevertheless> | I just realized that 'localhost' ist still hardcoded, so the question :-) |
| 18:17 | <Chutt> | remote playback has a few issues |
| 18:18 | <nevertheless> | I realized that when hardcoding the name of my mythserver |
| 18:21 | <nevertheless> | in the beginning, when you introduced your idea to implement the client/server stuff I thoug, what a crap, but shortly after that I realized, that this is the best thing I could get for my current setup, so I don't need to replug my monitorcable of the 'big' screen :-) |
| 18:31 | -!- | orangey [] has quit [anthony.freenode.net irc.freenode.net] |
| 18:31 | -!- | nevertheless [] has quit [anthony.freenode.net irc.freenode.net] |
| 18:31 | -!- | orangey [~orangey@London-HSE-ppp3541338.sympatico.ca] has joined #mythtv |
| 18:31 | -!- | nevertheless [~neverthel@p50859A6C.dip.t-dialin.net] has joined #mythtv |
| 18:35 | -!- | V_laptop [] has quit [Read error: 113 (No route to host)] |
| 18:39 | -!- | V_laptop [~vin@c66.169.136.41.ftwrth.tx.charter.com] has joined #mythtv |
| 18:43 | -!- | rkulagow [] has quit [Read error: 104 (Connection reset by peer)] |
| 18:53 | -!- | rkulagow [~rkulagow@12-250-190-224.client.attbi.com] has joined #mythtv |
| 18:54 | <rkulagow> | moegreen, i sent you a diff for weather.cpp. "Humidity" needs a spelling adjustment. :) |
| 19:05 | <nevertheless> | hmmm, which one? |
| 19:37 | <hurd_away> | anyone else getting an error building mythweather? |
| 19:37 | <hurd_away> | /usr/bin/ld: cannot find -lmyth-0.8 |
| 19:38 | <PeteCool> | hurd_away: is your myth lib dir in /etc/ld.so? it's /usr/local/lib by default IIRC... |
| 19:38 | <hurd_away> | i hvaen't changed any defaults |
| 19:38 | <mdz> | PeteCool: ld does not use the runtime linker search path |
| 19:39 | -!- | orangey [] has quit ["Client Exiting"] |
| 19:39 | <mdz> | hurd_away: most likely you're missing the .so symlink or something. look for /where/you/installed/myth/lib/libmyth-0.8* |
| 19:39 | -!- | hurd_away is now known as hurdel |
| 19:39 | <hurdel> | ok |
| 19:39 | <PeteCool> | but, ld must have a specified "variable" telling it where to look? |
| 19:39 | <nevertheless> | hurd_away: so you want to install mythweather to the same prefex like mythtv? |
| 19:40 | <mdz> | there should be a libmyth-0.8.so, if not create one pointing to libmyth-0.8.so.whateverexists |
| 19:40 | <mdz> | PeteCool: it has a built-in search path, which is augmented by -L options on the command line |
| 19:41 | <nevertheless> | I hope moegreen gets my point that he should add a lib part in his stuff, so that it searches the lib in the PREFIX path |
| 19:43 | <hurdel> | mdz: i found libmyth-0.8.so.0 and libmyth-0.8.so.0.8.0 |
| 19:43 | <hurdel> | so create a symlink there to point to which one? |
| 19:43 | <nevertheless> | where is that ? |
| 19:43 | <hurdel> | /usr/local/lib |
| 19:44 | <nevertheless> | hmmm, then mythweather should find it |
| 19:44 | <hurdel> | the 0.8.so.0 is a symlink to 0.8.so.0.8.0 |
| 19:44 | <nevertheless> | and only that two? |
| 19:45 | <nevertheless> | no libmyth-0.8.so ? |
| 19:45 | <hurdel> | nope |
| 19:46 | <hurdel> | just created libmyth-0.8.so as a symlink to libmyth-0.8.so.0.8.0 |
| 19:46 | <nevertheless> | hmmm, then you should make some symlinks |
| 19:46 | <nevertheless> | lrwxrwxrwx 1 root root 20 Jan 9 16:39 libmyth-0.8.so -> libmyth-0.8.so.0.8.0 |
| 19:46 | <nevertheless> | lrwxrwxrwx 1 root root 20 Jan 9 16:39 libmyth-0.8.so.0 -> libmyth-0.8.so.0.8.0 |
| 19:46 | <nevertheless> | lrwxrwxrwx 1 root root 20 Jan 9 16:39 libmyth-0.8.so.0.8 -> libmyth-0.8.so.0.8.0 |
| 19:46 | <hurdel> | seemd to compile |
| 19:46 | <nevertheless> | these are the standard ones created by some recent cvs mythtv |
| 19:46 | <nevertheless> | right |
| 19:47 | <nevertheless> | (the 'recent' is qute unimportant) |
| 19:47 | <hurdel> | it worked |
| 19:47 | <nevertheless> | :) |
| 19:47 | <hurdel> | but make install failed on the images :-? |
| 19:47 | <hurdel> | make[1]: *** [install_installimages] Error 1 |
| 19:48 | <hurdel> | i can see my weather, but that graphic for myth tv wetaher channel isn't there |
| 19:48 | <nevertheless> | hmm, here all worked fine... ?!? |
| 19:48 | <nevertheless> | sorry |
| 19:49 | <hurdel> | no worries, it is usable |
| 19:49 | <hurdel> | i like the celcius option |
| 19:49 | <nevertheless> | just copy it by hand |
| 19:50 | <hurdel> | where is it? |
| 19:50 | <hurdel> | i know this is probably a FAQ, but how do i setup a key to end mythfrontend? |
| 19:51 | <nevertheless> | the images get copied to /usr/local/share/mythtv/mythweather/images |
| 19:51 | <nevertheless> | to quit it? |
| 19:51 | <hurdel> | yes |
| 19:51 | <nevertheless> | something in settings.txt... wait (its my patch ;-) |
| 19:52 | <nevertheless> | I hope, its called like that in recent versions... AllowQuitShutdown has to be set |
| 19:53 | <nevertheless> | but you use either alt, ctrl or meta in combination with esc to quit |
| 19:53 | <hurdel> | is that in the DB? |
| 19:54 | <nevertheless> | yes, you can do that using the frontend |
| 19:54 | <hurdel> | yeah, saw that, ok, with esc, i thought somebody said it was Q |
| 19:54 | <hurdel> | thx |
| 19:55 | <nevertheless> | sombody requested it to be with 'Q' ! |
| 19:55 | <hurdel> | ic |
| 19:56 | <nevertheless> | after 0.8 is out, i work on that quit stuff again, maybe Ill then add stuff to exit on 'Q' :-) |
| 19:58 | <hurdel> | does the preview window in the alternate epg work in cvs? |
| 19:58 | <hurdel> | i just see black |
| 19:58 | <nevertheless> | yes, it does |
| 19:59 | <nevertheless> | but it shows the last seen chan, so if you are on "schedule a recording" it only shows black |
| 20:00 | <hurdel> | ah, will try it |
| 20:00 | <hurdel> | ok, that new epg RULES! |
| 20:02 | <nevertheless> | yeah, i like that too, but it looks some way too compressed |
| 20:03 | <Universe> | nah... |
| 20:03 | <Universe> | its great |
| 20:03 | <Universe> | it would be better to use a default one from the main menu and use the new one only when you are watching TV. |
| 20:04 | <nevertheless> | right |
| 20:04 | <Universe> | hint, hint.. |
| 20:04 | * Universe | waits for Chutt to ask for the diff... |
| 20:12 | <hurdel> | is the selecting a program to record broken?? |
| 20:16 | <Chutt> | no. |
| 20:21 | <hurdel> | doesn't seem to take for me in the epg |
| 20:21 | <hurdel> | i have cvs from about 1 hr ago |
| 20:21 | <Chutt> | then you didn't do something |
| 20:21 | <Chutt> | like update your database with the new changes that went in recently. |
| 20:22 | <hurdel> | have they changed in hte last 3-4 days |
| 20:26 | -!- | nevertheless [] has quit [Remote closed the connection] |
| 21:46 | -!- | V_laptop [] has quit [Read error: 54 (Connection reset by peer)] |
| 21:49 | -!- | V_laptop [~vin@c66.169.136.41.ftwrth.tx.charter.com] has joined #mythtv |
| 21:52 | <-- Universe | has quit () |
| 22:00 | -!- | V_laptop [] has quit [Read error: 54 (Connection reset by peer)] |
| 22:01 | <mdz> | Chutt: could you take a quick look at the two xxx's I marked in guidegrid.cpp? |
| 22:01 | <mdz> | I don't quite follow what's going on there |
| 22:06 | <Chutt> | it was just caching the recording type for when it scrolled the window |
| 22:06 | <Chutt> | so it wouldn't have to relookup things that overlapped off the end |
| 22:06 | <Chutt> | not needed now, since it doesn't scroll the data anymore |
| 22:07 | <mdz> | ok |
| 22:08 | <mdz> | those sections can be removed then? |
| 22:16 | <lichen_> | hmm the thing that said how to add the button was removed from the mythweather readme |
| 22:21 | -!- | Universe [~Yeah@6532175hfc29.tampabay.rr.com] has joined #mythtv |
| 22:21 | <Chutt> | lichen, because it's not needed anymore |
| 22:21 | <Chutt> | mdz, yeah |
| 22:23 | <lichen_> | oh.. is it part of MC now? |
| 22:23 | <Chutt> | yup. |
| 23:09 | <Chutt> | blah |
| 23:10 | <Chutt> | mdz, so, in the scheduler |
| 23:10 | <Chutt> | i need to make an 'asked' variable that's persistant across calls to FillRecordList() |
| 23:10 | <Chutt> | can you think of any way to do that without hitting the db? |
| 23:11 | <mdz> | what's it for? |
| 23:11 | <mdz> | it can't go in the scheduler class itself? |
| 23:11 | <Chutt> | the dialog that asks if it can record something |
| 23:12 | <Chutt> | i need to know if it's asked or not yet |
| 23:12 | <Chutt> | per recording |
| 23:12 | <mdz> | ah, ok |
| 23:12 | <Chutt> | since you can have multiple tuners being used for tv |
| 23:12 | <mdz> | per scheduled recording or per program? |
| 23:12 | <Chutt> | and if someone else changes the db after it's asked, then it'll be wiped out if i just stick it in programinfo |
| 23:12 | <Chutt> | per scheduled recording |
| 23:13 | <Chutt> | i guess i can just make a qstring id for the recording and hash off of that |
| 23:13 | <Chutt> | qmap<qstring, bool> or something |
| 23:13 | <mdz> | the recording already has a unique id |
| 23:13 | <mdz> | getRecordID() |
| 23:13 | <Chutt> | each programinfo? |
| 23:13 | <mdz> | no |
| 23:13 | <Chutt> | no, i need each scheduled program |
| 23:13 | <mdz> | ah, it needs to be for each program |
| 23:14 | <Chutt> | i'll just use startts_chanid or something simple, i suppose |
| 23:14 | <mdz> | hmm |
| 23:15 | <mdz> | this is the dialog for when they try to watch tv, or when they're already watching tv? |
| 23:15 | <Chutt> | just making the scheduler loop a little more multiple tuner card/frontend friendly =) |
| 23:15 | <Chutt> | when they're already watching tv and it wants that card to record with |
| 23:15 | <mdz> | gotcha |
| 23:17 | <mdz> | it could also not wipe out the recordlist when rechecking it |
| 23:17 | <Chutt> | eh |
| 23:17 | <Chutt> | no big deal |
| 23:17 | <Chutt> | this works just as well, i think |
| 23:18 | <Chutt> | i'm curious how these people discussing a mythtv-on-cd thing are going to deal with the sql database =) |
| 23:18 | <mdz> | I was thinking about whether it would be useful to make instances of a to-be-recorded program actual entities int he database |
| 23:19 | <mdz> | like, scan the program and record tables and make a todo list and store it |
| 23:19 | <Chutt> | eh |
| 23:19 | <mdz> | then you could store changes to it, like suppressing a particular recording |
| 23:19 | <Chutt> | that could get all messy |
| 23:19 | <mdz> | yes it could |
| 23:20 | <mdz> | but it would be nice to have some way to say, skip this particular instance of an allrecord or timeslotrecord |
| 23:21 | <mdz> | could also have a blackout list of some kind |
| 23:21 | <Chutt> | a blackout list would be better |
| 23:21 | <Chutt> | could even just be a special entry in the conflict table |
| 23:21 | <mdz> | oldrecorded works fine as a blackout list :-) |
| 23:21 | <Chutt> | heh |
| 23:21 | <Chutt> | is that working properly? |
| 23:21 | <Chutt> | btw? |
| 23:21 | <mdz> | not sure |
| 23:22 | <mdz> | you mean after my changes? |
| 23:22 | <mdz> | because I don't think it should have been affected |
| 23:22 | <Chutt> | no, just in general |
| 23:22 | <mdz> | my girlfriend has complained sometimes that it doesn't skip something that it has already recorded |
| 23:23 | <mdz> | but I mess with the db a fair bit |
| 23:23 | <mdz> | and wipe everything out from time to time |
| 23:23 | <mdz> | and sometimes it's missing one of the fields or something |
| 23:23 | <mdz> | if it's not working, dupes should show up in the oldrecorded table, no? |
| 23:24 | <Chutt> | hmm |
| 23:24 | <Chutt> | i dunno |
| 23:26 | <mdz> | no, doesn't seem to be working |
| 23:26 | <mdz> | I have a bunch of dupes in there |
| 23:27 | <mdz> | select subtitle, count(*) as cnt from oldrecorded group by subtitle order by cnt; |
| 23:29 | <Chutt> | gimme gimme gimme! |
| 23:29 | <Chutt> | i want more features!!! |
| 23:30 | <Chutt> | i should just charge people for implementing things they want |
| 23:31 | <mdz> | well, yeah |
| 23:31 | <mdz> | that query which checks oldrecorded is one of the places where it doesn't print a db error |
| 23:31 | <mdz> | and it doesn't escape stuff |
| 23:32 | <mdz> | also doesn't do escaping |
| 23:33 | <Chutt> | heh |
| 23:33 | <mdz> | are these double quotes ANSI? or a mysql thing? |
| 23:33 | <Chutt> | i have no idea |
| 23:33 | <mdz> | I didn't even know that worked |
| 23:33 | <Chutt> | seems to work, though |
| 23:34 | <PeteCool> | Chutt: I think money-for-features would work well, and you could do lots of money... being in your position, I'm pretty sure I'd try it |
| 23:34 | <Chutt> | petecool, people wouldn't pay what i'd ask |
| 23:34 | <PeteCool> | Chutt: how much woud you ask? |
| 23:35 | <Chutt> | $200/hr, minimum of a day |
| 23:35 | <mdz> | people are all over these stupid VIA chips |
| 23:36 | <PeteCool> | mdz: which via chips? |
| 23:36 | <Chutt> | the crappy eden cpus |
| 23:36 | <Chutt> | and the mini-itx boards |
| 23:37 | <PeteCool> | I think they have their uses... for a grandma computer or something underpowered, but silent |
| 23:37 | <Chutt> | that can just barely do dvd playback in software |
| 23:38 | <PeteCool> | I don't think anybody here could bear them as desktop for a day |
| 23:38 | <mdz> | I can't see anything wrong with the findinoldrecordings bit |
| 23:38 | <mdz> | dunno why it doesn't seem to be working |
| 23:39 | <Chutt> | i'll figure it out |
| 23:39 | <Chutt> | i've got the scheduler code all opened up anyway |
| 23:40 | <Chutt> | might as well fix a bug while i'm introducing new ones |
| 23:40 | <mdz> | could be a syntax error in the query that I don't see from staring at it; the result would be the same :-) |
| 23:41 | <Chutt> | i don't see anything wrong with it either |
| 23:42 | -!- | bigguy [bigman@h66.44.102.166.ip.alltel.net] has joined #mythtv |
| 23:42 | <Chutt> | now if your *settings.cpp files would just compile quicker... =) |
| 23:42 | <bigguy> | ok wtf is John Pezaris and what has he contributed as far as code goes |
| 23:43 | <Chutt> | i've decided i'm done discussing that topic on the mailing list |
| 23:43 | <Chutt> | mdz, well, hmm |
| 23:43 | <Chutt> | did this not work with what kind of recordings? |
| 23:44 | <Chutt> | it won't work with single records |
| 23:44 | <mdz> | right |
| 23:44 | <mdz> | these are timeslot and all and channel records |
| 23:44 | <mdz> | I'm searching my mysql logs to see if I can catch it in the act |
| 23:45 | <Chutt> | it seems to work ok on this little test i just did |
| 23:45 | <mdz> | do you have any duplicates in your table? |
| 23:46 | <Chutt> | nope |
| 23:47 | <mdz> | hmm, it does write the record at the start of recording |
| 23:47 | <mdz> | so if it failed it could have duplicates |
| 23:47 | <mdz> | but it should be filtered even if it failed |
| 23:47 | <mdz> | well, it shouldn't, but it looks like it would be |
| 23:48 | <Chutt> | that's a new change |
| 23:48 | <mdz> | yeah, I noticed that |
| 23:48 | <mdz> | I was testing with some singlerecords and it was trying to insert duplicate records after a failure |
| 23:48 | <mdz> | so I saw that it was doing it at the start |
| 23:48 | <Chutt> | ah |
| 23:50 | <mdz> | anyone else out there who's been running mythtv for a while want to check their oldrecorded table for duplicates? |
| 23:50 | <Chutt> | is Dan Conti in here? |
| 23:50 | <Chutt> | he wins my 'cool guy of the day' award |
| 23:51 | <moegreen> | oh yeah - what great accomplishment did he achieve today? |
| 23:51 | <bigguy> | well I was gonna write something to that Dr JP, but I always have sucked at engrish. I'll just let him live in his fantasy world. |
| 23:51 | <Chutt> | he's the most recent email to the list |
| 23:51 | <mdz> | hmm, I wonder if the db connection getting lost could be a factor |
| 23:52 | <Chutt> | mdz, nope |
| 23:52 | <bigguy> | wtf is the deal with all these mini-itx and sff fanatics |
| 23:52 | <Chutt> | that's using the 'reconnect every second' connection, remember? =) |
| 23:53 | <mdz> | wasn't sure if it was the same, yep |
| 23:53 | <mdz> | it'd have to be very very unlucky :-) |
| 23:53 | <Chutt> | yeah |
| 23:53 | <Chutt> | so, unlikely |
| 23:54 | <mdz> | I'd like to know if it's just me or not |
| 23:54 | <Chutt> | probably not |
| 23:54 | <Chutt> | i think there's been a couple emails about that |
| 23:54 | <Chutt> | but not many |
| 23:54 | <mdz> | I get mail from mythtv pretty slow |
| 23:54 | <mdz> | it gets to the archives before me |
| 23:56 | <Chutt> | it gets to the archives first |
| 23:56 | <Chutt> | before anyone else gets it =) |
| 23:56 | <Chutt> | mailman goes in alphabetical order, iirc |
| 23:56 | <Chutt> | so you're fairly far down the list now |
| 23:57 | <mdz> | I think I found an example |
| 23:57 | <mdz> | alphabetical? hmph |
| 23:57 | <mdz> | it should be in order of subscription |
| 23:57 | <Chutt> | heh |
| 23:58 | <mdz> | I think I've caught it doing the wrong thing |
| 23:59 | <Chutt> | what's it look like? |
| 23:59 | <mdz> | I have one oldrecorded entry from 2002-12-29 |
| 23:59 | <mdz> | and I have a log of it recording that same program again |
| 23:59 | <mdz> | the query looks fine though |
| 23:59 | <mdz> | but I can't tell what it returned |
| 23:59 | <mdz> | it checks it about 50 times |
| 00:00 | <yebyen> | heh |
| 00:01 | <Chutt> | there we go |
| 00:01 | <Chutt> | finally =) |
| 00:01 | <lichen_> | okay i think i got it almost all set, i dropped all the useless tables, recreated record as according to 0-7-to-0-8.sql, the last thing i have to do is make it so that profile from codecparam doesn't reference recordingprofiles(id) .. but how do i change that? |
| 00:02 | <yebyen> | Chutt: i haven't updated cvs since the last time I err, updated cvs... much cool stuff gone in recently? |
| 00:02 | <Chutt> | nothing user noticeable |
| 00:02 | <moegreen> | Chutt: did you figure it out? |
| 00:02 | <mdz> | lichen_: don't worry about it |
| 00:02 | <Chutt> | moegreen, yeah |
| 00:02 | <mdz> | lichen_: it's just a comment as far as mysql is concerned |
| 00:02 | <lichen_> | oh okay, yeah i figured it didn't really like matter to mysql what the relationships were |
| 00:03 | <mdz> | not with MyISAM anyway |
| 00:03 | <yebyen> | Chutt: bugfixes? how about the scheduling conflict dialog, did I tell you (or you find out about) the bug where it tells you there are no recording conflicts whether there are or aren't? |
| 00:03 | <Chutt> | no, you didn't tell me about that, but it got fixed |
| 00:05 | <yebyen> | happiness |
| 00:07 | <Chutt> | moegreen, http://ijr.dnsalias.org/weather.diff |
| 00:08 | <Chutt> | and i see there's stuff for a 4th page... =) |
| 00:09 | <Chutt> | but, very cool |
| 00:09 | <Chutt> | which it seems i turned on accidently |
| 00:09 | <Chutt> | heh |
| 00:09 | <mdz> | the recording editor works now |
| 00:09 | <Chutt> | sweet |
| 00:09 | <moegreen> | Chutt: Yeah, the plan for that is a radar map |
| 00:09 | <mdz> | in a simple and ugly sort of way |
| 00:10 | <mdz> | you can only change the type of recording and the profile |
| 00:10 | <lichen_> | what will myth do if in the record table profile is set to 0? |
| 00:10 | <Chutt> | moegreen, where's the weather parsing code from? |
| 00:10 | <mdz> | lichen_: it will use the profile named 'Default' |
| 00:10 | <mdz> | for now |
| 00:10 | <pheller> | I'm trying to find a site that can retrieve traffic conditions by zip code for a "mythtraffic".... |
| 00:11 | <moegreen> | http://www.msnbc.com/m/chnk/d/weather_d_src.asp?acid=CVG |
| 00:11 | <lichen_> | oh.. okay, hmm tahts weird, everything looks like it should be updated, and it moved my current always record entries into record, except nothing shows up in scheduling conflicts |
| 00:11 | <moegreen> | I wrote the code to get the data I need out |
| 00:11 | <mdz> | I thought about having a configuration option for which profile should be the default, to make it easy to switch |
| 00:11 | <mdz> | but I'm not convinced it's necessary |
| 00:11 | <Chutt> | ah |
| 00:12 | <Chutt> | just curious about the 2 contributing people in authors |
| 00:12 | <mdz> | lichen_: are you sure you're running the latest code? and no errors output? |
| 00:12 | <Chutt> | moegreen, this is really small enough to go directly in the frontend, if you'd want |
| 00:13 | <lichen_> | yep no errors... i see the latest cvs commit is 2 hours ago but im pretty sure i did it since then |
| 00:13 | <moegreen> | Chutt: Well one of them is the person who wrote a PHP module for weather which I how I found out about the msnbc.com page, and the other is a friend who went through all that PHP code to find out what data was what and how to extract it |
| 00:13 | <Chutt> | ah, ok |
| 00:13 | <mdz> | as a matter of fact, I've commited a couple of things in the past few minutes :-P |
| 00:13 | <Chutt> | cool, then |
| 00:13 | <mdz> | but nothing that would affect this |
| 00:13 | <Chutt> | i was just being paranoid 'bout licensing, is all |
| 00:13 | <lichen_> | yep just checked the version numbers in the CVS dir of my current checkout.. they are in fact current |
<
