Back to Home / #mythtv / 2003 / 01 / Prev Day | Next Day
#mythtv IRC Logs for 2003-01-09

13:02--> Youare now talking on #mythtv
13:02-!-Topic for #mythtv is
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:10<PeteCool>that's great
13:10-!-Universe [] 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<Chutt>quite a few, actually
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 [] 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
14:07-!-orangey has changed the topic to:
14:10-!-Edgan [] has quit ["Client Exiting"]
14:11-!-Chutt has changed the topic to:
14:11-!-Edgan [] 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 [] 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:
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:25<mdz_>is that standard -O2 type stuff?
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: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: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: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 [] has joined #mythtv
14:47-!-moegreen_ [] has quit [Read error: 60 (Operation timed out)]
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>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: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 [] has joined #mythtv
15:28<Chutt>i'll check it out =)
15:29<Chutt>do you want to move this all into cvs?
15:30-!-moegreen [] has quit [Read error: 104 (Connection reset by peer)]
15:30-!-moegreen [] has joined #mythtv
15:33-!-orangey [] 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<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:42<Universe>whats the link to the screenshot/
15:42<Universe>I want to se
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: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: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<moegreen>I'm going through a lot of different zip codes to find more types of weather
16:47-!-nomeata [] 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: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>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 [] has joined #mythtv
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/ 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<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:
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<nomeata>can you give me a pointer?
17:32<nevertheless> 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>i'm confused
17:44<poptix>you said mythtv will use the mjpeg cards, correct?
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: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<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<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>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>if nothing else, a flow chart would help =)
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<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<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 [] 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<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<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<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_>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>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 []
18:31-!-nevertheless [] has quit []
18:31-!-orangey [] has joined #mythtv
18:31-!-nevertheless [] has joined #mythtv
18:35-!-V_laptop [] has quit [Read error: 113 (No route to host)]
18:39-!-V_laptop [] has joined #mythtv
18:43-!-rkulagow [] has quit [Read error: 104 (Connection reset by peer)]
18:53-!-rkulagow [] 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/ 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<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, if not create one pointing to
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 and
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 is a symlink to
19:44<nevertheless>and only that two?
19:45<nevertheless>no ?
19:46<hurdel>just created as a symlink to
19:46<nevertheless>hmmm, then you should make some symlinks
19:46<nevertheless>lrwxrwxrwx 1 root root 20 Jan 9 16:39 ->
19:46<nevertheless>lrwxrwxrwx 1 root root 20 Jan 9 16:39 ->
19:46<nevertheless>lrwxrwxrwx 1 root root 20 Jan 9 16:39 ->
19:46<hurdel>seemd to compile
19:46<nevertheless>these are the standard ones created by some recent cvs mythtv
19:47<nevertheless>(the 'recent' is qute unimportant)
19:47<hurdel>it worked
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: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<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:55<nevertheless>sombody requested it to be with 'Q' !
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>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<Universe>hint, hint..
20:04* Universewaits for Chutt to ask for the diff...
20:12<hurdel>is the selecting a program to record broken??
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 [] has joined #mythtv
21:52<-- Universehas 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: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 [] 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?
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<Chutt>each programinfo?
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: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:17<mdz>it could also not wipe out the recordlist when rechecking it
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<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>is that working properly?
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>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<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 [] 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>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: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: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>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: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: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: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<mdz>the recording editor works now
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<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: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 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
00:14<mdz>so you have entries in the record table, but nothing shows up in the conflicts screen?
00:14<moegreen>Chutt: If that's where the code should be, that's fine - it doesn't really matter ... I guess at this point it's easier to debug and work with until I can get a solid version going
00:14<Chutt>could be a communications problem
00:14<lichen_>right, 1 3 null null null null null friends null null 0
00:14<Chutt>moegreen, well, i'd say its up to you
00:15<Chutt>it _is_ small enough to go in the main distribution easily
00:15<mdz>works fine here
00:15<Chutt>and it doesn't add any extra requirements
00:15<lichen_>hmm lemme try just rescheduling
00:15<mdz>and you said it worked for you before
00:16<lichen_>yeah that worked, i scheduled and always record from within the gui and it works.. although its type 4.. whats type anyhow?
00:16<mdz>type 4 is an allrecord
00:16<lichen_>yeah.. the other one was type 3
00:17<lichen_>mayeb thats why it wasn't showing up
00:17<mdz>3 is a channelrecord
00:17<lichen_>well chanid was null
00:17<lichen_>that explains it
00:17<mdz>that's strange
00:17<mdz>how did it get there
00:17<mdz>oh, I got them backwards
00:17<lichen_>the diffed section of code between 1.9 and 1.10 in 0-7-to-0-8.sql
00:18<mdz>just committed a fix
00:18<mdz>the chanid null/not null test was backwards
00:18<lichen_>hah ohhh okay there it is... :)
00:19<mdz>time for bed
00:20<PeteCool>what file systems are you using for your video storage?
00:20<lichen_>oh shit 8:30 class i better get to sleep
00:21<Chutt>moegreen, anyway, i just committed the button and menu mods for it
00:24<Chutt>heh, if i didn't have this big ole ? there for the current conditions, i'd take screenshots for ya :p
00:26<_shad>lichen_: me too :(
00:31<moegreen>Chutt: Yeah...I'm recompiling and testing the changes now
00:31-!-tinsley [] has joined #mythtv
00:31<moegreen>Chutt: you can always try another zip code by keying it in :)
00:32<-- tinsley( has left #mythtv ("chix dig openbsd")
00:32-!-tinsley [] has joined #mythtv
00:32<-- tinsley( has left #mythtv ("chix dig openbsd")
00:34<-- Universehas quit ()
00:41-!-bigguy [] has joined #mythtv
00:48<-- pheller( has left #mythtv
01:01-!-PeteCool [] has quit ["Client Exiting"]
01:42<moegreen>Chutt: If you're still around, I've made those changes and a few other to make sure it looks right at different resolutions ...
01:43<moegreen>Also you will find the picture for 'clear' skies - heh :)
01:45<bigguy>wow cool stuff
01:49<Chutt>the 3rd page grows the box a little
01:52<Chutt>moegreen, fixed it by removing the setmin/maxheight calls at the end of the page3 setup
01:52<Chutt>that were for 350
01:52<Chutt>don't need those with the strut setup above
01:53<Chutt>and weather2.png and weather3.png
01:55<moegreen>Chutt: hmm...for some reason it was too small on my side
01:55<Chutt>if i made em 310, then it was too small
01:55<Chutt>but if i removed the lines entirely, it was the right size
01:55<Chutt>i dunno why
01:55<moegreen>oh ... ok
01:57<moegreen>ok, should be fixed in the tar.gz on the webpage now :)
01:57<moegreen>Those fonts sure do look nice, I guess I'll have to get that setup soon
01:57<Chutt>yeah, no jaggies makes it look nicer =)
01:58<Chutt>mind if i put up a blurb on the main webpage?
01:59<moegreen>No, please do - I wrote it for all to enjoy
01:59<bigguy>you gonna add this into cvs?
01:59<Chutt>or do you want to ask on the mailing list for someone to draw graphics =)
01:59<Chutt>before it's 'officially' announced on the website
01:59<moegreen>Yeah, that might be a good idea :)
02:00<Chutt>bigguy, yeah, eventually
02:00<bigguy>like it
02:21<moegreen>Chutt: Is there a way to get the QPixmap or QImage to obey the 'transparent' background of a PNG file?
02:22<Chutt>that's what it's doing in the menu
02:23<Chutt>i don't know if you can just stuff the things into a label for it to work, though
02:24<moegreen>Chutt: I've got it loading into a QImage to scale it, then that gets saved into a qpixmap which is then set as the background of the label
02:28<Chutt>you're talking about the logo pixmap in the upper left, i assume?
02:29<Chutt>or, maybe not
02:29<Chutt>since that seems to have borders and stuff
02:30<moegreen>Chutt: Well, I wasn't sure how to make it obey the transparency so I added the edges of that logo. The other files have a blue background the same color as the labels around them
02:32<Chutt>well, you have a logo pixmap that's transparent where it should be?
02:33<moegreen>No, the logo png file has no transparency at this point
02:34<moegreen>When I put transparent areas in the logo, it just turns white when displayed in the app
02:36<Chutt>can you make a logo with transparent areas for me?
02:36<Chutt>i'll try to figure it out
02:37<moegreen>the line across the middle is transparent
02:42<moegreen>oops, Chutt I just sent the request for weather icons to the list, but under the wrong account - should I just resend it with the email account I signed up with?
02:42<Chutt>if you want
02:42<Chutt>i can just approve it if you don't want to resend
02:43<moegreen>it's been resent
02:43<Chutt>then i'll just have it ignore the original
02:43<moegreen>ok, thanks
02:43<Chutt>if you want the logo to be transparent
02:43<Chutt>instead of:
02:44<Chutt>use logo->setPixmap()
02:44<Chutt>and you'll also have to do the logo->setBackgroundOrigin(WindowOrigin);
02:44<Chutt>for the background to line up right
02:45<Chutt>and it'll use the transparency in the png
02:46<moegreen>Chutt: for the other pixmaps (the weather icons) ... do I need to do someone other than setBackgroundOrigin(WindowOrigin)? Because I would want it to be the color of the surrounding labels
02:47<Chutt>that, i don't know
02:47<moegreen>alright, I'll mess around with it tomorrow
02:48<moegreen>Thanks for all your help Chutt :)
02:48<Chutt>thanks for writing all this =)
02:49<Chutt>i'll need to set you up with cvs access sometime soon
02:50<moegreen>ok, sounds good, I'll be around tomorrow. Thanks again
02:52<Chutt>for the other images, it looks like you don't need to call the setBackgroundOrigin() at all
02:52<Chutt>anyway, g'nite =)
03:29-!-bigguy [] has quit ["bbl"]
03:56-!-bbeattie [] has quit ["where's a bed...."]
05:25-!-nevertheless [] has joined #mythtv
05:51-!-nevertheless [] has quit [Remote closed the connection]
06:04-!-jfm [] has joined #mythtv
06:28-!-nevertheless [] has joined #mythtv
06:40-!-giuppi [~giuppi@] has joined #mythtv
06:42-!-nevertheless [] has quit [Remote closed the connection]
07:13-!-Soopizzle [] has quit [Read error: 104 (Connection reset by peer)]
07:13-!-Soopizzle [] has joined #mythtv
08:10-!-Universe [] has joined #mythtv
08:19-!-moegreen [] has quit [Read error: 60 (Operation timed out)]
09:00-!-PeteCool [] has joined #mythtv
09:00-!-giuppi [] has quit ["leaving"]
09:01<PeteCool>what's the url for the debian kde_gcc3.2 packages?
09:13-!-moegreen [] has joined #mythtv
09:27<PeteCool>mdz: you use prelinking on your box?
09:42-!-orangey [] has joined #mythtv
09:45-!-nevertheless [] has joined #mythtv
09:48-!-lichen [] has quit ["there isn't an emoticon for what i am feeling..."]
09:48-!-lichen [] has joined #mythtv
09:49<orangey>it has been a good few hours in my coding life : )
10:11<hurd_away>orangey : what's so great?
10:11-!-hurd_away is now known as hurdel
10:19<orangey>hurdel: well, got that weather module converted to SI, and put out that sat. changing thing..
10:20<orangey>and a couple other misc. little things.. nothing big, really..
10:20<orangey>but lots of things I hadn't had time for..
11:07-!-m0tion [] has quit ["Client Exiting"]
11:13-!-moegreen_ [] has joined #mythtv
11:17-!-nevertheless [] has quit [Remote closed the connection]
11:20-!-nevertheless [] has joined #mythtv
11:25-!-moegreen [] has quit [Read error: 110 (Connection timed out)]
11:25<-- rkulagow( has left #mythtv
11:33-!-rkulagow [] has joined #mythtv
12:04<hurdel>orangey : that weather module looks sweet, can't wait to load it tonight
12:04<hurdel>orangey : converted to SI? what is that?
12:06<orangey>system internationale.
12:07<hurdel>uh, language friendly?
12:12-!-rkulagow [] has quit [Read error: 60 (Operation timed out)]
12:12-!-rkulagow [] has joined #mythtv
12:13-!-rkulagow [] has quit [Client Quit]
12:14-!-rkulagow [] has joined #mythtv
12:16<-- Universehas quit ()
12:56-!-PhazE3 [] has joined #mythtv