Back to Home / #mythtv / 2003 / 07 / Prev Day | Next Day
#mythtv IRC Logs for 2003-07-23

00:19<-- Captain_Murdoch_has quit ()
00:27-!-paulproteus [~paulprote@roc-66-66-102-254.rochester.rr.com] has joined #mythtv
00:34<mikegrb>hmm
00:34<mikegrb>mythfilldatabase from cvs won't compile
00:34<mikegrb>an error on line 512 about QT and UTC
00:34<Chutt>that's because you're using qt 3.0
00:35<mikegrb>that's what I was thinking
00:35<Chutt>i'm trying to decide if i should just drop support for it.
00:35<Chutt>since it's rather old at this point.
00:35<mikegrb>I just comment the elseif for auto out
00:35<mikegrb>er commented
00:35<mikegrb>dropping support for qt3?
00:35<Chutt>3.0
00:35<mikegrb>ic
00:36<mikegrb>I should upgrade <G>
00:36<mikegrb>I need to put gentoo on that computer... well anything beside redhat <g>
00:59<mikegrb>I like the: Data is already present for Mon Jul 28 2003, skipping
01:00<mikegrb>only problem is if they can't read docs they may not be able to read the output of mythfilldatabase beyond seeing that it only grabbed 1 or 2 days
01:00<Timon>thor: you awake?
01:04<mdz>Chutt: dropping support for qt 3.0 would mean dropping support for woody
01:09-!-moegreen [~jdanner@nr4-216-196-158-152.fuse.net] has joined #mythtv
01:14-!-mechou [~mchou@3-pool1.ras10.capax.alerondial.net] has joined #mythtv
01:15<mechou>I get a compile error w/ myth cvs today....
01:15<mechou>g++ -Wall -I/usr/lib/qt3/include -I../../libs main.cpp -c
01:15<mechou>In file included from mythlcd.h:25,
01:15<mechou> from main.cpp:24:
01:15<mechou>../../libs/libmyth/mythcontext.h:173: 'QMutex' is used as a type, but is not defined as a type.
01:15<mechou>../../libs/libmyth/mythcontext.h:179: 'QMutex' is used as a type, but is not defined as a type.
01:16<mechou>What am I doing wrong?
01:16<Timon>mechou: you doing work on the LCD stuff?
01:17<mechou>no, I tried ./configure --disable-lcd....
01:17<Timon>hmm
01:17<mechou>or whatever that option was...
01:18<mechou>I don't think I messed up my cvs checkout....
01:19<mechou>Chutt, you there?
01:31<Chutt>you compiled qt without thread support.
01:33<mechou>crap, I'm using mdk 9.1 stock. You maean I got to recompile qt with threads....
01:33<Chutt>or you installed the wrong set of rpms
01:33<mechou>s/maean/mean
01:33<Chutt>or something like that.
01:35<mechou>I used to be able to compile 0.9 just fine. Is this (qt threads) recent?
01:35<Chutt>err, no.
01:36<Chutt>it's always used that.
01:36<Chutt>heh
01:36<Chutt>apt-listchanges puked on me
01:37<mechou>so I just moved house, haven't touched comp for two weeks, and itching to get latest myth, and now I got to deal w this ;)
01:37<Chutt>you've got a broken qt install.
01:37<Chutt>it's nothing to do with mythtv.
01:39<Timon>Chutt, I'm doing some work in lcddevice.[cpp|h] and when I'm compiling, I get this error and can't make sense of it.
01:39<Timon>In file included from /usr/include/c++/3.2.2/iosfwd:45,
01:39<Timon> from /usr/include/c++/3.2.2/ios:44,
01:39<Timon> from /usr/include/c++/3.2.2/ostream:45,
01:39<Timon> from /usr/include/c++/3.2.2/iostream:45,
01:39<Timon> from lcddevice.h:16,
01:39<Timon> from lcddevice.cpp:12:
01:40<Timon>/usr/include/c++/3.2.2/bits/stringfwd.h:46: syntax error before `namespace'
01:40<Timon>/usr/include/c++/3.2.2/bits/stringfwd.h:55: parse error before `<' token
01:40<Timon>/usr/include/c++/3.2.2/bits/stringfwd.h:58: confused by earlier errors, bailing out
01:40<Timon>Any clue?
01:40<Chutt>nope.
01:44<mechou>chutt, can you elaborate on "broken qt install?"
01:44<Chutt>figure it out yourself.
01:47<Timon>Anyone seen inman lately?
01:59<mechou>chutt, I seem to have qmutex.h in the proper place. Am I barking up the wrong tree ;)?
02:13-!-rkulagow_ [] has quit [niven.freenode.net irc.freenode.net]
02:13-!-sc00p [] has quit [niven.freenode.net irc.freenode.net]
02:13-!-rkulagow___ [] has quit [niven.freenode.net irc.freenode.net]
02:13-!-mikegrb [] has quit [niven.freenode.net irc.freenode.net]
02:13-!-Scrye [] has quit [niven.freenode.net irc.freenode.net]
02:13-!-mdz [] has quit [niven.freenode.net irc.freenode.net]
02:14-!-rkulagow_ [~rkulagow@12-206-148-147.client.attbi.com] has joined #mythtv
02:14-!-sc00p [~oldendic@zink-a-dip3.nat.okstate.edu] has joined #mythtv
02:14-!-rkulagow___ [~mythtv@12-206-148-147.client.attbi.com] has joined #mythtv
02:14-!-mikegrb [michael@pcp02798743pcs.goosck01.sc.comcast.net] has joined #mythtv
02:14-!-mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has joined #mythtv
02:14-!-Scrye [ryan@wizard.dynup.net] has joined #mythtv
02:15-!-Timon [] has quit [niven.freenode.net irc.freenode.net]
02:15-!-lunk [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-poptix [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-mechou [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-moegreen [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-tdb30_ [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-Ripp [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-thor [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-Viddy [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-jfm [] has quit [niven.freenode.net irc.freenode.net]
02:17-!-fulbert [] has quit [niven.freenode.net irc.freenode.net]
02:17<-- Snow-Manhas quit (niven.freenode.net irc.freenode.net)
02:22-!-mikegrb [] has quit [niven.freenode.net irc.freenode.net]
02:22-!-rkulagow___ [] has quit [niven.freenode.net irc.freenode.net]
02:22-!-sc00p [] has quit [niven.freenode.net irc.freenode.net]
02:22-!-rkulagow_ [] has quit [niven.freenode.net irc.freenode.net]
02:22-!-Scrye [] has quit [niven.freenode.net irc.freenode.net]
02:22-!-mdz [] has quit [niven.freenode.net irc.freenode.net]
02:24-!-poptix [poptix@precious.net] has joined #mythtv
02:29-!-Timon [~DanM@157-11-237-24.gci.net] has joined #mythtv
02:29-!-lunk [~lunk@66-152-19-58.ded.btitelecom.net] has joined #mythtv
02:29-!-Timon [] has quit [Killed (calvino.freenode.net (Ghosted, Heinstein.fri! doesn't exist))]
02:29-!-lunk [] has quit [Killed (calvino.freenode.net (Ghosted, Heinstein.fri! doesn't exist))]
02:31-!-radsaq [] has quit [niven.freenode.net irc.freenode.net]
02:31-!-yebyen [] has quit [niven.freenode.net irc.freenode.net]
02:31-!-Captain_Murdoch [] has quit [niven.freenode.net irc.freenode.net]
02:31-!-bigguy [] has quit [niven.freenode.net irc.freenode.net]
02:31<-- Peit|workhas quit (niven.freenode.net irc.freenode.net)
02:31--> Peit|work(~CM@julia.random-chaos.org.uk) has joined #mythtv
02:31-!-Captain_Murdoch [~buy_more_@ip68-107-153-185.hr.hr.cox.net] has joined #mythtv
02:31-!-bigguy [bigman@h52.44.102.166.ip.alltel.net] has joined #mythtv
02:31-!-yebyen [yebyen@gripz.com] has joined #mythtv
02:31-!-radsaq [radkade1@ma-sandwich2b-220.albyny.adelphia.net] has joined #mythtv
02:32-!-Timon [~DanM@157-11-237-24.gci.net] has joined #mythtv
02:56-!-mdz [~mdz@216-15-124-77.c3-0.smr-ubr3.sbo-smr.ma.cable.rcn.com] has joined #mythtv
02:56-!-moegreen [~jdanner@nr4-216-196-158-152.fuse.net] has joined #mythtv
02:57-!-Ripp [~chris@209.194.224.236] has joined #mythtv
02:57-!-thor [~thor@208.185.11.34] has joined #mythtv
02:58-!-lunk [~lunk@66-152-19-58.ded.btitelecom.net] has joined #mythtv
02:58-!-Viddy [~fieoihds@visp194-179.visp.co.nz] has joined #mythtv
02:59-!-mikegrb [~michael@pcp02798743pcs.goosck01.sc.comcast.net] has joined #mythtv
03:00--> Snow-Man(~sfrost@snowman.net) has joined #mythtv
03:23-!-choenig [~choenig@pD9E095D9.dip.t-dialin.net] has joined #mythtv
04:41-!-diseaser [~zach@cs666898-237.austin.rr.com] has joined #mythtv
04:41* diseaserwaves
07:03-!-dja_ [~alden@zaphod.math.ohio-state.edu] has joined #mythtv
07:20-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
07:23-!-orangebits [~ed@harry.trinity.manchester.sch.uk] has joined #mythtv
07:24<orangebits>Would a Duron 900MHz system be good enough for a mythtv box using a Nova-T pci card?
07:39-!-jammyd [~james@dontshootus.plus.com] has joined #mythtv
08:07-!-orangebits [] has quit ["Client exiting"]
08:08-!-orangebits [~ed@harry.trinity.manchester.sch.uk] has joined #mythtv
08:21-!-bline [office-4@office.gossamer-threads.com] has joined #mythtv
08:34-!-paulproteus [] has quit [Read error: 113 (No route to host)]
08:55-!-paulproteus [~paulprote@roc-66-66-102-254.rochester.rr.com] has joined #mythtv
09:32-!-rkulagow_ [~rkulagow@12-206-148-147.client.attbi.com] has joined #mythtv
09:32-!-jkolb [] has quit [Read error: 104 (Connection reset by peer)]
09:43-!-jammyd [] has quit ["shops"]
09:53<bline>mornin
10:32-!-creepy [~lightning@134.60.116.81] has joined #mythtv
10:37-!-creepy [] has quit ["gone.."]
10:40-!-gsfgf [~gsfgf@user-11fa9km.dsl.mindspring.com] has joined #mythtv
10:40<gsfgf>do i need mythfrontend open to record or can i just leave mythbackend running.
10:41<Chutt>just mythbackend.
10:41<gsfgf>thx
10:41<thor>Timon, if you're still up and/or see this on scrollback, I think you might be using an old gcc (?)
10:41<gsfgf>is there a way to search the list
10:41<gsfgf>of shows
10:41<Chutt>there's several ways to.
10:42<thor>gsfgf, mythweb?
10:42<gsfgf>what about from mythfrontend
10:42<gsfgf>i'm trying to find a specific show to set to be recorded
10:42<Chutt>there's the 'program finder'
10:43<gsfgf>thx
10:49<mdz_>Chutt: what was the setup bug?
10:50<Chutt>i dunno
10:50<Chutt>the code it dies in doesn't exist anymore, so..
10:50<gsfgf>when i go to watch tv, all i get is a black screen
10:50<gsfgf>i can get tv in tvtime, so it must be with myth
10:51<Chutt>what's it say on the console?
10:51<gsfgf>when i start mythbackend i get Couldn't find input: Television on card
10:51<gsfgf>it doesnt say anything in the frnotend comsole
10:51<thor>gsfgf, run setup ?
10:51<gsfgf>i did
10:51<gsfgf>do i need to re-run it after i upgraded?
10:52<thor>from what to what ?
10:52<gsfgf>.8 to .10
10:52<Chutt>of course you do.
10:52<gsfgf>ok
10:52<thor>and the db upgrade scripts
10:53<Chutt>say yes to the first question it asks when you run setup
10:53<Chutt>then reinit your cards
10:53<Snow-Man>Chutt: How's it goin?
10:53<Chutt>i dunno
10:54<Chutt>looks fine
10:55-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
10:55-!-dopez [~unknown@dopez.xs4all.nl] has joined #mythtv
10:56<Snow-Man>Alright.
10:57<Chutt>so i take it it didn't rain? =)
10:58-!-schultmc [~schultmc@zealot.progeny.com] has joined #mythtv
10:58<gsfgf>Chutt: i re-ran setup and hooked tv to video source one, but i still don't get tv
10:58<Chutt>what's it say on the console...
11:00<gsfgf>Unable to open mixer: '/dev/mixer'
11:00<gsfgf>connecting to backend server: 127.0.0.1:6543
11:00<gsfgf>that's it
11:00<Chutt>you've got an issue with sound.
11:00<gsfgf>and that's why i dont' get video?
11:00<Chutt>yes.
11:01-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has joined #mythtv
11:02<Chutt>you did restart mythbackend after rerunning setup, right?
11:02<Chutt>and there weren't any error messages there, right?
11:03<gsfgf>wait, there's a database error
11:03<gsfgf>mind if i post it here?
11:03<gsfgf>it's long
11:03<Chutt>sure.
11:03<Chutt>just post the error.
11:03<gsfgf>Starting up as the master server.
11:03<gsfgf>DB Error (getdevices):
11:03<gsfgf>Query was:
11:03<gsfgf>SELECT videodevice,vbidevice,audiodevice,audioratelimit,defaultinput,cardtype, use_ts,dvb_type FROM capturecard WHERE cardid = 1;
11:03<gsfgf>Driver error was [2/-1]:
11:03<gsfgf>QMYSQL3: Unable to execute query
11:03<gsfgf>Database error was:
11:03<gsfgf>Unknown column 'use_ts' in 'field list'
11:03<gsfgf>Channel::Open(): Can't open:
11:03<gsfgf>No such file or directory
11:03<gsfgf>Channel::Open(): Can't open:
11:03<gsfgf>No such file or directory
11:03<gsfgf>Couldn't find input: Television on card
11:03<gsfgf>i ran the upgrade sql scripts
11:03<Chutt>you didn't update your database
11:03<Chutt>you did not.
11:03<Chutt>else you wouldn't have that error
11:04<Snow-Man>Chutt: Nope, didn't rain, sorry. :)
11:04<thor>0.8-0.9 and 0.9-.10 scripts
11:04<Chutt>in that order, of course
11:04<gsfgf>i ran them and still get the error.
11:05<Chutt>you did not.
11:05<thor>or drop database entirely and run mc script (loose all configuration, current content, etc.)
11:05<Chutt>the only way you can get that error is if you didn't.
11:06<gsfgf>i get duplicate colum errors now when i run them
11:06<thor>from which script ?
11:07<thor>oh dear god
11:07<thor>-user
11:08<gsfgf>8-9 and 9-10. if i try to run an earlier script i get an error: mythconverg.singlerecord
11:10<thor>if you've applied 8-9 and 9-.10 (in that order), then it will work ...
11:11<gsfgf>i id
11:11<thor>do you have myth content on this machine you care about?
11:11<gsfgf>no
11:12<thor>then I'd suggest you drop the database and run mc.sql
11:12<gsfgf>how do i drop the db
11:12<thor>mysql -p -u root
11:12<thor>do you know the mysql-root user password?
11:12<thor>(not root password)
11:13<thor>mysql-root user
11:13<gsfgf>yea
11:13<thor>ok
11:13<thor>"mysql -p -u root"
11:13<gsfgf>ok
11:13<thor>(enter password)
11:13<jkolb>Why don't you see what version the DB thinks it is first?
11:13<thor>or listen to jkolb
11:13<thor>might be worth trying first
11:13<jkolb>mysql -u root -p mythconverg -e "select * from settings where value='DBSchemaVer'"
11:14<Chutt>it's not even a complete 0.9 db
11:14<jkolb>Ah. Nevermind then.
11:14<gsfgf>DBSchemaVer | 900 | NULL
11:15<thor>if you want to drop, it's "DROP DATABASE mtyhconverg ; "
11:15<thor>you just need to spell it right
11:15<thor>=)
11:16<thor>then run the mc.sql script
11:16<thor>but uou'll need to set everything up again
11:16<thor>including all the xmltv, channel stuff
11:16<gsfgf>ok, thx
11:17<bline>gsfgf: just curious, did you use -f when you updated the database with the .sql scripts?
11:19<gsfgf>no
11:21<gsfgf>if i delete chanels i don't get foorm ~/.xmltv/tv_grab_na.conf will xmltv not get chanel info for them?
11:22<gsfgf>i've got them listed as not chennels, but it still gets channel info for them
11:24<Chutt>use the ~/.mythtv/<soucename>.xmltv config files
11:25<gsfgf>thanks for the help.
11:29<extremis>heh, I got home yesterday to find my mythtv box locked up
11:29<extremis>I think it was the recording
11:29<extremis>maybe ivtv
11:29<Chutt>ivtv very occasionally locks the machine right after it starts recording
11:34<extremis>maybe not
11:34<extremis>^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^a
11:34<extremis> 6 Query SELECT NULL
11:34<extremis> 6 Query SELECT data FROM settings WHERE value =a
11:34<extremis> 6 Query SELECT data FROM settings WHERE value = 'TimeOffset' AND hostname IS NULL
11:34<extremis>thats teh last thing in syslog before it died
11:35<Chutt>hmm
11:35<Chutt>odd
11:35<Chutt>that looks like it was doing a filldata run
11:35<Chutt>starting one, at least
11:35<thor>syslog timestamp?
11:36<extremis>thor: nope, but that is the last entry before I rebooted it
11:36<extremis>but I know it was before 19:00
11:36<Snow-Man>Shit to SE definitely works better now that we're not getting those stupid temporary problems.
11:36<extremis>because that is when I rebooted it
11:37-!-orangebits [] has quit ["Client exiting"]
11:37<Chutt>snowman, i was seeing a couple of those occasionally yesterday afternoon
11:38<Snow-Man>Chutt: I see where one happened going to mx2.se.net, he told me he up'd the ulimit's on that box though so hopefully we won't see anymore.
11:39-!-mecraw [~mecraw@69.2.235.2] has joined #mythtv
11:39<Snow-Man>The ones from yesterday afternoon were before he did that though I think.
11:39<Snow-Man>Not seeing them anywhere near as often now though.
11:51--> Peit|Home(~moreyc@public1-warr1-5-cust60.bagu.broadband.ntl.com) has joined #mythtv
11:51<Peit|Home>poptix: you use a remote NFS store for your backend, correct? what size/bitrate are you recording at?
12:04-!-figgy [figgy@pm235-068.hansel.kua.net] has joined #mythtv
12:10-!-Drikus_ [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv
12:24-!-just1nux [~jeff@adsl-68-78-118-230.dsl.emhril.ameritech.net] has joined #mythtv
12:29-!-just1nux [] has quit [Client Quit]
12:32<mdz_>there is something seriously fucked with my backend
12:32<mdz_>it was crashing on about a daily basis for several days
12:32<mdz_>of course, I've had a debugger attached to it all day, so it hasn't had a single problem
12:37-!-just1nux [~jeff@adsl-68-78-118-230.dsl.emhril.ameritech.net] has joined #mythtv
12:37<Snow-Man>I hate that.
12:57-!-_keturn [~kevin@130-94-161-17-dsl.hevanet.com] has joined #mythtv
13:00-!-sfr [~sfr@p508312B6.dip.t-dialin.net] has joined #mythtv
13:15-!-keturn [] has quit [Read error: 110 (Connection timed out)]
13:47-!-asd234 [~daryl@ny-amherst-C4-1-bg3a-2-91.bflony.adelphia.net] has joined #mythtv
13:47<asd234>is there any good programs for unix that can do digital video editing?
13:49<thor>heroinewarrior ?
13:55-!-mechou [~mchou@89-pool1.ras10.capax.alerondial.net] has joined #mythtv
14:00-!-StarHeart [~edgan@64-42-21-228.atgi.net] has joined #mythtv
14:15--> Spark^(mat@modem-1866.aardvark.dialup.pol.co.uk) has joined #mythtv
14:16<Spark^>hiya, anyone else getting an error: filldata.cpp:512: `UTC' is not a member of type `Qt' with cvs?
14:16<Spark^>i stupidly missed the make step and then make install'ed as root and buggered up my running system as well, which is really annoying!
14:17<choenig>Spark^: which qt version do you run?
14:17<thor>this only works in qt 3.1.x are later
14:17<thor>and
14:17<choenig>oh
14:18<Spark^>ah, okay
14:18<Spark^>i updated to 3.0.3 the other day
14:18<thor>not sure if Chutt is planning a workaround for 3.0 etc
14:18<Spark^>just not quite recent enough. damn
14:19<Chutt>you updated to 3.0.3?
14:19<Spark^>well, i better upgrade in the meantime being as i stupidly broken my system
14:19<Spark^>debian stable
14:19<sfr>Spark^: i take responsibility for this, sorry.
14:19<Spark^>np
14:19<Spark^>my stupid fault for getting the new library installed before the rest was compiled properly. lol
14:19<sfr>when has qt 3.1 been released?
14:20<thor>almost a year ago
14:20<thor>there on 3.2
14:20<thor>they're
14:20<sfr>ok, so i'm not sorry then, ;-)
14:20<choenig>:-)
14:21<Chutt>11-13-2002
14:21<Spark^>hmm, is it quicker to backup my cvs tree, or install qt3.1?
14:21<sfr>Chutt what time?
14:21<Chutt>heh
14:21* Spark^wants broadband
14:21<thor>they're in Europe, so probably early
14:21<mechou>anybody know if mandrake stock libqt-3.1.1 is compiled with -thread flag?
14:22* sfrgives Spark vDSL, virtual DSL
14:22* Spark^still downloading virtual DSL for next month or so
14:23<Spark^>sod it, qt3/testing depends on a whole load of other junk that i have to get over my modem :(
14:24<mechou>Spark, yeah, a real PITA
14:24<thor>sfr, is there a quick fix possible for that 3.1'ism ?
14:24<Spark^>and for some stupid reason debian wants to remove half of kde...
14:25<Spark^>i guess that'll be a pita too :)
14:25<sfr>thor, Spark^ yes, revert the patch choenig posted on the dev list a few days ago search for timezone & filldatabase. nothing must_have in there.
14:25<choenig>comment those two lines out and keep away from using 'auto' mode ;-)
14:25<choenig>right
14:26<Spark^>hmmm, i can use libqt3 without any dependency probs, but i'll need libqt3-dev won't i?
14:26<mechou>Spark, sure eno'
14:27<sfr>Spark^ revert the patch choenig posted on the dev list a few days ago, search for timezone & filldatabase. nothing must_have in there.
14:27<Spark^>yeah, just looking
14:28<choenig>you can't simply revert it, Chutt changed little stuff
14:28<Spark^>how long ago?
14:29<sfr>the 21st.
14:30<Spark^>so prob easiest to cvs update to the 21st if i can remember how to work cvs. will fix my tv for now at least. can't even get xawtv to work, well, sound only for some reason - never have been able since getting xv support to make myth work
14:30<choenig>Spark^: in filldata.cpp look for the string "config_offset == "Auto"" and remove the Qt::UTC ff/3 lines
14:31<Spark^>duh! course, that'll fix it cus that's causing the error... should have put my programming hat on and tried that, but i was just cvs updating while doing something else and didn't think of the obvious
14:32<choenig>:-)
14:32<sfr>Chutt is there something like QDateTime::currentDateTime(Qt::UTC) in qt 3.0x?
14:32<choenig>but be sure to keep away from the automatic timezone computation then
14:33<thor>there is QDateTime::currentDateTime() no argument
14:33<thor>but you'd have to add and subtract on your own
14:36<choenig>the subtract is not the problem, recognizing it is one :\
14:36<Spark^>seems to be compiling okay now
14:36<Spark^>now, is there anything good on tv tonight? or have i missed it all :)
14:39<mechou>ok, I need some help w compiling last night's mythtv cvs...
14:39<thor>libav resync?
14:40<mechou>chutt seems to think I've got broken qt install, but I haven't touched my comp for almost a month, and I was able to compile myth 0.9 just fine
14:40<extremis>are there any db changes from .10 to CVS?
14:40<extremis>dmeaning do I need to mysql -f < mc.sql
14:40<mechou>make[2]: Leaving directory `/home/mchou/Projects/cvsmythtv/mythtv/programs/mythcommflag'
14:40<mechou>cd mythlcd && make -f Makefile
14:40<mechou>make[2]: Entering directory `/home/mchou/Projects/cvsmythtv/mythtv/programs/mythlcd'
14:40<mechou>g++ -Wall -I/usr/lib/qt3/include -I../../libs main.cpp -c
14:40<mechou>In file included from mythlcd.h:25,
14:40<mechou> from main.cpp:24:
14:40<mechou>../../libs/libmyth/mythcontext.h:173: 'QMutex' is used as a type, but is not defined as a type.
14:40<mechou>../../libs/libmyth/mythcontext.h:179: 'QMutex' is used as a type, but is not defined as a type.
14:40<Chutt>mechou, paste the error only, dumbass.
14:40<sfr>extremis, yes, no mysql -f < cvs.sql
14:41<mechou>chutt, sorry... got overzealous...
14:41<extremis>sfr: cvs.sql always contains the diffs from the last release?
14:41<thor>mechou, my guess is you've got some older .h's that are getting included
14:41<Chutt>extremis, of course it does, that's why it's there.
14:41<extremis>Chutt: ;)
14:42<thor>where do ../../ go to in ../../libs/libmyth/mythcontext.h:179
14:43<mechou>thor, you mean *.h in libqt/include?
14:43<thor>yeah, or that
14:43<thor>echo $QTDIR
14:43<extremis>I love settings.pro
14:44<Spark^>anyone know much about mythweather
14:44<Spark^>i can never get it to get the weather data (just sits on retrieving weather data for ages)
14:45<thor>Spark^, update to cvs ... recently fixed
14:45<Spark^>just updated cvs
14:45<thor>oh
14:45<Spark^>at one point it didn't seem to be saving the aggressiveness value to the db... not sure if that's likely to be a problem or not
14:46<Spark^>considering it was taking ages to try and talk to the server i'd assuemd that wasan't the problem
14:46<thor>the change in delay combined with a low aggresiveness level could make for a long wait
14:47<Spark^>well its not waiting *that* long, but it should be long enough to get the data
14:47<Spark^>getting: MythWeather: Timeout error, change aggressiveness variable.
14:47<Spark^>which is telling me moreorless what i knew already
14:50* extremisis eager for visor completion
14:52<Spark^>hmmm, i only need to turn debugging on in mythweather/settings.pro to get mythweather settings, and not in mythtv/settings.pro? i don't get any debugging output :( assume its to console?
14:53<Spark^>or should i be eediting mythweather.pro?
14:53<Spark^>not that its got a debug option in there....
14:55<Chutt>there's a debug option in the code.
14:55<Chutt>weather.cpp and weathercomms.cpp
14:55<Spark^>ahh
14:55<Spark^>just found cmd line option
14:56<Spark^>looks more promising at least its talking to the server...
14:56<Spark^>MythWeather: COMMS : TIMEOUT : Connected! Requesting Data... --> Resetting (4 out of 10)
14:56<Spark^>i guess that means its timing out?
14:58<mechou>thor, what version of qt are you using?
15:02<thor>oh, 3.0, 3.1, and 3.2
15:05<mechou>thor, what do the timestamps look like on *.h for qt3/include for 3.1? I got two *.h file on 6/10, rest of them Dec 9, 2002 and earlier....
15:06<extremis>2003-07-23 14:05:18 DB Error: recorded program deletion failed, SQL query was:
15:06<extremis>DELETE FROM recordedmarkup WHERE chanid = 1351 AND starttime = 20030722143000;
15:06<extremis>ovitton root # mysql -u mythtv -p mythconverg
15:06<extremis><snip>
15:06<extremis>mysql> DELETE FROM recordedmarkup WHERE chanid = 1351 AND starttime = 20030722143000;
15:06<extremis>Query OK, 0 rows affected (0.00 sec)
15:06<Chutt>heh
15:06<extremis>I'm not sure why it got a DB error
15:07<Chutt>it's probably looking for some rows to be deleted
15:07<Spark^>i've got agressiveness 15 and get the following:
15:07<Spark^>MythWeather: COMMS : Reading Data From Host [....................................]
15:07<-- Spark^has quit (Excess Flood)
15:07--> Spark^(mat@modem-1866.aardvark.dialup.pol.co.uk) has joined #mythtv
15:07<thor>mechou, echo $QTDIR
15:07<Spark^>darnit
15:07<Spark^>oops
15:07<Spark^>didn't mean to post all that, just a couple of lines
15:08<extremis>Chutt: well I think it succeeded because I did that from mythweb (when it generated the error) and it shows it gone in the interface (before I did the delete by hand)
15:08<extremis>but I'm concerned that something else is wrong
15:08<mechou>thor, /usr/lib/qt3
15:08<Chutt>extremis, should be fine
15:08<Chutt>i think it's looking for more than 0 rows affected
15:08<Chutt>is all
15:09<extremis>heh, so my webserver is seperate from my mythbackend box
15:09<extremis>so the new "Preview" icons (png) for MythWeb can't be retrieved since they are stored on the mythbackend box
15:10<Chutt>that should work remotely.
15:10<Chutt>it asks the backend to send them
15:10<extremis>odd
15:10<extremis>the icons fail for me... I guess I'll debug
15:10<thor>mechou, echo $CPLUS_INCLUDE_PATH
15:12<jkolb>extremis: Separate machines for mythbackend and mythweb worked before it did on a single machine.
15:12<mechou>thor, not defined. Should there be something? Maybe I misspelt it?
15:12<jkolb>extremis: Are you running a cvs mythbackend?
15:12<thor>almost certainly
15:13<mechou>thor, what does your CPLUS_INCLUDE_PATH variable say?
15:14<extremis>jkolb: yes
15:14<thor> it says /usr/local/src/qt/include
15:15<extremis>both cvs mythweb and cvs mythbackend as of today
15:15<extremis>hrm debug has been removed from mythbackend -h
15:15<extremis>what is the flag?
15:15<Chutt>there's verbose
15:15<Chutt>there's no debug
15:16<jkolb>Oh, hey, is your images/ dir writable by your httpd user?
15:16<extremis>does the verbose messages go to $LOGFILE?
15:16-!-choenig [] has quit [Remote closed the connection]
15:16<jkolb>That would be <mythweb>/images by default.
15:17<extremis>yes, and there are .png files in there
15:17<extremis>odd
15:17* extremisremoves them
15:17<mechou>thor, should I just set CPLUS_INCLUDE_PATH to $QTDIR/include in my case? What's supposed to set this variable, do you know?
15:17-!-choenig [~choenig@pD9E095D9.dip.t-dialin.net] has joined #mythtv
15:18<jkolb>They're there and have appropriate sizes?
15:21<bline>anyone notice that most new messages to the list are showing up with attachments?
15:21<extremis>-rw-r--r-- 1 mythtv mythtv 29193 Jul 23 14:19 1107_20030723130000_20030723140000.nuv.png
15:21<extremis>on my mythbackend
15:21<thor>mechou, probably won't hurt ... gcc uses it (among other things) to figure out where to include from
15:21<extremis>-rw-r--r-- 1 mythtv mythtv 29193 Jul 23 14:19 1107_20030723130000_20030723140000.nuv.png
15:21<mechou>thor, well, I jus tried "export CPLUS_INCLUDE_PATH=$QTDIR/include", recompile myth, still get same error that I originally reported....
15:21<extremis>damnit
15:21<extremis>-rw-r--r-- 1 nobody nobody 8192 Jul 23 14:19 1107_20030723130000_20030723140000.nuv.png
15:21<extremis>on my mythweb box
15:21<mechou>s/jus/just
15:21<extremis>odd
15:22<thor>mechou, hmm
15:22<extremis>I removed them on the mythbackend and web and it still doesn't transfer all of it
15:22<extremis>so the browser refuses to display the broken image
15:22<jkolb>Look in your httpd log, see if it's refusing access to them or something.
15:22<extremis>although mozilla happilly does
15:22<extremis>jkolb: I see partial images
15:22<jkolb>It's transferring *part* of the image to the browser? Odd.
15:22<mechou>Thgor, I'm really stumped on this one...
15:23<extremis>no, its transfering *part* of the image to the images/ dir
15:23<thor>mechou, ah !
15:23<jkolb>Oh, hey. I didn't look at the file size.
15:23<thor>mechou, not threaded qt probably
15:23<mechou>I mean I have $QTDIR/include/qmutex.h
15:23<thor>mutex's only happen if you are threading
15:24<jkolb>What version of php are you running?
15:24<mechou>well, that's what chutt said last night....
15:24<extremis>[Tue Jul 22 12:16:49 2003] [notice] Apache/2.0.47 (Unix) mod_ssl/2.0.47 OpenSSL/0.9.7b PHP/4.3.2 configured -- resuming normal operations
15:24<thor>so you probably built/installed/rpm'd/apt-get'd etc a not mt qt
15:24<thor>Chutt is much smarter than I am =)
15:25<Spark^>anyoen really smart wanna work this one out?
15:25<mechou>thor, which is why I asked if anyone knows if stock mandrake libqt3 is mt (or not)....;)
15:25<thor>at this point, I would guess "no"
15:25<mechou>cause that's what I'm using....
15:26<jkolb>extremis: Add this before line 974 of functions.php:
15:26<jkolb> print "<!-- transferring $recs[3] bytes from backend for $fileur
15:26<jkolb>l.png -->\n";
15:26<jkolb>Um, that's one line.
15:26<jkolb>Stupid c&p.
15:26<jkolb>Delete all the pngs from the mythweb images/ dir and get that page again.
15:27<mechou>thor, yeah, I respect chutt too.
15:27<Spark^>can anyone tell me why i'm still getting the following line after commenting out the entire WeatherSock::resetConnection function?
15:28<Spark^>MythWeather: COMMS : Reading Data From Host [..........................]
15:28<Spark^>MythWeather: COMMS : TIMEOUT : Connected! Requesting Data... --> Resetting (1 out of 10)
15:28<extremis>nheh, mythbackend just died
15:28<Spark^>i wanted to see if removing the timeout stuff fixed my problem, but i can't remove the timeout stuff! :(
15:28<mechou>thor, but now I'm confused, how come my system compiled sucessfully for myth 0.9 but not current cvs?
15:28<extremis>so maybe that is why it didn't get all of it
15:28<extremis>2003-07-23 14:20:01 adding: fraggle as a remote file transfer
15:28<extremis>thats the last entry
15:29<extremis>so mythbackend crashed sending the files I guess
15:29<mechou>I don't think I touched libqt/libqt-dev since then....
15:29<thor>mechou, haven't the foggiest ...
15:29<jkolb>It would crash if the socket timed out and closed before receiving the file, but that should have been fixed a while ago... Or so I thought.
15:30<extremis>hrm, didn't crash this time, and it didn't transfer all of it, so I'll look in the source for your comments
15:30<jkolb>They should all appear near the top.
15:30<extremis>-rw-r--r-- 1 nobody nobody 8192 Jul 23 14:29 1107_20030723130000_20030723140000.nuv.png
15:30<extremis>heh, all of them are 8192
15:31<jkolb>I'd like to see if it's only trying to write 8192, or if that's all that's being written.
15:31<extremis><!-- transferring 29193 bytes from backend for myth://172.20.0.50:6543/1107_20030723130000_20030723140000.nuv.png -->
15:32<jkolb>So that fwrite is only writing 8192, although it's being asked to write the full amount.
15:32<jkolb>I have no idea what to tell you.
15:33* extremisboggles at the code
15:34<jkolb>Try printing out the return value of fwrite also. It returns number of bytes written.
15:34<extremis>how do I do that?
15:35<mechou>extremis, you ever get you homebrew remote tx working?
15:35<extremis>is it $! ?
15:35<extremis>mechou: you bet
15:35<extremis>with the improved_transmitter
15:35<jkolb>You can just 'print "<!-- " . fwrite(blah) . " -->\n";'
15:35<extremis>ok
15:36<mechou>extremis, how's is it working for you?
15:36<extremis>100% reliable
15:36<mechou>extremis, that's good to hear...
15:36<jkolb>Actually, make that a 'print "<!-- " . fwrite(blah) . "/" . strlen($pngdata) . " -->\n";'
15:37<jkolb>That way we can see how much data it got from the fread.
15:37<mechou>extremis, maybe the other design (first homebrew) was just crappy....
15:38<extremis>mechout: probably
15:38<Spark^>what would cause mythweather not to build the mythweather executable, only libmythweather.so?
15:38<jkolb>The fact that there is no mythweather exectuable
15:38<Spark^>huh?
15:38<Spark^>so how come there was one earlier?
15:38<Spark^>or did there used to be one?
15:38<jkolb>All the modules are now libs only
15:38<extremis>yeah, the output from fwrite is 8192
15:39<extremis><!-- 8192 -->
15:39<Spark^>and its been sat in my directory till i just did a distclean?
15:39<Spark^>so no wonder my changes weren't changing anything :(
15:39<jkolb>'mythfrontend mythweather' will run mythweather on startup, I think.
15:39<Spark^>any easy way to start mythweather up, or will it reload the lib each time i run from mythfrontend?
15:39<Chutt>mythfrontend weather
15:39<jkolb>Or just listen to Chutt if you actually want it to work.
15:39<Spark^>ahhh
15:40<Chutt>or what jkolb said
15:40<Chutt>both work
15:40<jkolb>extremis: Also print out strlen($pngdata) if you would.
15:40<Chutt>jkolb, php have a nodelay mode or something?
15:40<jkolb>That will narrow it down to the read or the write.
15:40<jkolb>Chutt: This is the first php I've done.
15:41<Chutt>ah
15:41<Spark^>Chutt: is that documented anywhere? and how do i go about getting debug mode to work on it - change settings.pro (that didn't work before cus it wasn't changing the exec, but now i guess it'll read settigns.pro?)
15:41<Spark^>Chutt: but where will the debug output go?
15:41<Chutt>same place it always goes
15:44<Spark^>well, actually i don't care where debug output goes .... cus mythweather works now.... how long has it been since there wasn't a mythweather executable? that's the way i've always run it cus i've been waiting till it works before using it properly - duh!
15:44<Chutt>since 0.10
15:45<extremis>hah, mythbackend crashed again
15:45<extremis>2003-07-23 14:41:22 adding: fraggle as a remote file transfer
15:45<Spark^>oh right
15:45<Chutt>extremis, if the web stuff isn't reading all the data, it'll die
15:46<extremis>Chutt: am I wrong to believe that mythbackend should not ever die (especially if a network client doesn't finish its conversation)
15:47<Chutt>no, you're right
15:47<Chutt>i just never got around to handling error conditions like that
15:47<extremis>jkolb: the strlen is also 8192
15:47-!-hfb [] has quit [niven.freenode.net irc.freenode.net]
15:47-!-jkolb [] has quit [niven.freenode.net irc.freenode.net]
15:47-!-dja_ [] has quit [niven.freenode.net irc.freenode.net]
15:47<sfr>extremis: in a perfect world, yes.
15:47<extremis>sfr: I guess if someone's mythbackend box was reachable I could dos it
15:47<sfr>err, s/yes/no/
15:48-!-hfb [~hfb@lsanca1-ar2-4-60-012-255.lsanca1.dsl-verizon.net] has joined #mythtv
15:48-!-jkolb [~jkolb@216-199-48-234.orl.fdn.com] has joined #mythtv
15:48-!-dja_ [~alden@zaphod.math.ohio-state.edu] has joined #mythtv
15:48<Chutt>people would have to be pretty stupid to have their backend be world accessible
15:48<sfr>but who would do that anyway?
15:48<Chutt>since there's absolutely no security on that
15:48<Chutt>you wouldn't even have to dos it :p
15:48<Chutt>you could just tell it to delete everything
15:48<extremis>Chutt: microsoft recommends that if you are running NBT to protect your network with a firewall.
15:49<extremis>Chutt: really
15:49<sfr>Chutt, missing a smiley somewhere maybe?
15:49<extremis>heh, I guess I won't talk about security then
15:49<thor>f'ing libdvdread
15:50<thor>bah
15:50<thor>time for some fresh air
15:50<extremis>Chutt: and forgive me for attacking
15:50<extremis>please
15:50<extremis>damnit
15:50* extremisshuts up
15:50<Chutt>attacking?
15:50<Chutt>heh, i don't care =)
15:51<extremis>so... about that security thing... any ideas on how to implement authorized clients?
15:51<Chutt>i really don't care
15:51<Chutt>it's not something i'd want to spend my time on, though
15:51<mechou>iptables is your friend....
15:52<extremis>mechou: thats one method
15:52<mechou>not exactly secure, but better than nothing...
15:52<extremis>Chutt: if I was a better coder then I would definately be interested
15:52<extremis>instead I'll shut my mouth since I can't help
15:53<Chutt>a simple password would be pretty easy
15:53<Chutt>but not very secure, of course
15:53<extremis>right, you would need encryption too
15:53<thor>https
15:53<extremis>thor: for speaking between backend server/client
15:53<extremis>ssl maybe
15:55<extremis>Chutt: what sounds interesting is having user levels. Practical application: kids have a mythfrontend box authenticates with a user that only has authorization to view pg13 or less shows
15:55<Chutt>someone had talked about doing something like that
15:56<extremis>and mythweb could use htaccess style authentication and then store/forward the info to the backend when it needs to request content
15:57<extremis>Chutt: someone here or on the mailing list?
15:57<extremis>I'm sure you don't recall
15:57<extremis>but I
15:57<Chutt>i don't remember
15:57<Chutt>it's been a long time
15:57<extremis>I'll dig
15:57<extremis>jkolb: you there?
15:58<extremis> $pngdata = fread($datasocket, $recs[3]);
15:58<extremis>so that isn't getting all the data
15:59<extremis>maybe this isn't properly formatted so that mythbackend understands:
15:59<extremis> $cmd = "QUERY_FILETRANSFER " . $recs[1] . "[]:[]REQUEST_BLOCK[]:[]" . $recs[3];
16:01<Chutt>i'd more think that the fread just needs to be performed multiple times until it gets all the data
16:02-!-figgy [] has quit ["Client Exiting"]
16:02-!-jkolb [] has quit [Network is unreachable]
16:02<extremis>QUERY_FILETRANSFER 18[]:[]REQUEST_BLOCK[]:[]29193
16:02<-- Spark^has quit (Read error: 104 (Connection reset by peer))
16:02<extremis>thats what it sends to mythbackend
16:03<extremis>and it gets 8192 bytes of data
16:03<extremis>so 8192 might be the socket queue limit
16:05-!-creepy [~lightning@134.60.116.81] has joined #mythtv
16:05<Chutt>mythbackend sends stuff in 128k chunks
16:06<Chutt>so, it's probably something weird with php. just gotta do a standard read loop
16:06<extremis>nope, the window size on this box is 5840 so its likely something with php
16:07<extremis>Chutt: have you tested this?
16:07<extremis>does it work for you
16:07<Chutt>yes, it works for me
16:08<extremis>I looked at the network layer and found that all the bytes are being transmitted and accepted
16:08<extremis>not sure why fread only reads 8192
16:10<Chutt>heh, aren't i nice. finished the video resize patch for the dvb people
16:10<thor>note to self: if you mix C and C++, declare a destructor, and then don't implement it, bad things happen.
16:11<Chutt>well, mostly finished at least
16:11<extremis>yeah, I just finished reading that they fixed a bug in 4.3.2 that was present in earlier versions
16:11<Chutt>thor, heh, so it's coming along?
16:11<extremis>so this fread call needs to be looped
16:12* extremistries to hack it
16:12<thor>Chutt, yeah ... almost at the point where I can hand of a job and have the mtd process it (well, with perfect). Just fiddling with extracting time and audio track information so I can finish building the Select Titles dialog
16:13<Chutt>cool.
16:13<Chutt>going to commit once perfect works?
16:13<thor>no, send you a tarball first
16:13<thor>I think
16:14<Chutt>sure
16:14<Chutt>i'll test
16:15<thor>hopefully (late) tonight
16:15<thor>still need to make some widgets
16:16<extremis>Kickass! I fixed it!
16:19<extremis>who do I email the diff to?
16:19<Chutt>the list
16:22-!-creepy [] has quit ["gone.."]
16:25<extremis>ok, sent
16:25<Chutt>thanks
16:28-!-bbeattie [~bbeattie@xgw.volutiontech.com] has joined #mythtv
16:30<bbeattie>I dug through titantv.com's website and the only thing regarding free now, cost later, is the following: TitanTV.com is a free service to consumers provided
16:30<bbeattie>by Decisionmark Corporation that provides you with household-level television listings (analog, digital, cable, digital cable and satellite). In addition, the site provides an Antenna Selector section that recommends an over-the-air antenna that will receive the digital and/or analog stations you wish to watch. As an added benefit, many Personal Video Recorder (PVR) manufacturers have partnered with Decisionmark to use TitanTV as the program gui
16:30<bbeattie>de through which to send program information to the recorder. While the TitanTV part of this service is free, there is a cost associated with the PVR software/hardware. And TITANTV.COM shall be used only in a non-commercial manner. TITANTV.COM is a free service for consumers and is provided for your personal, non-commercial home use only. If you are interested in a commercial application of TITANTV.COM, please contact business development at (
16:30<bbeattie>319) 365-5597 for more information.
16:30<Chutt>titantv doesn't provide raw data to anyone
16:30<Chutt>unless they've changed things recently
16:31<bbeattie>what do you mean by raw data?
16:31<bbeattie>xml streams of data?
16:32<bbeattie>Their TV listings are much wider than zap2it, including everything down to hospital station listings, and they even have the correct listings for providers, that is incorrect in zap2it.. and most of all, it has HDTV listings, which I think is the most important.
16:33<Chutt>you can't get at the data other than through their grid
16:34<bbeattie>Besides a little more work to do, is there anything else wrong with using their grid?
16:34<-- mechou(~mchou@89-pool1.ras10.capax.alerondial.net) has left #mythtv
16:34<Chutt>it'd take a whole lot longer and use a lot more bandwidth to grab the data
16:51<bbeattie>Then I hope zap2it gets HDTV soon...
16:56<extremis>I hope they get ppv
16:56<extremis>bbeattie: where can I buy that hdtv card?
17:01<extremis>you know what I hate
17:01<extremis>I have a 16:9 tv
17:01<extremis>I hate it when they take a 16:9 vid and put it in 4:3
17:01<extremis>so you have the bars at the top and bottom
17:02<extremis>well my tv won't zoom just the vert
17:02<extremis>I would love to find a program to edit these mpeg2 files and fix the aspect
17:02<extremis>I don't mind it staying 4:3 since its svideo
17:02<extremis>just the ability to remove the top and bottom bars
17:03<extremis>then my Tv would stretch it and it would be pseudo 16:9
17:13-!-Drikus_ [] has quit ["toedeledoki"]
17:27<mikegrb> extremis: I know just what you are talking about, I got a 16:9 too
17:28<extremis>you would think the TV manufacturers would have a zoom optionf ro that
17:28<extremis>but thats too logical
17:29<mikegrb>extremis: where did you download the new mythweb from? I got it from http://forevermore.net/mythweb.tar.bz2 and it doesn't have the preview images
17:29<mikegrb>what brand is yours? my sony has an option that does it pretty well
17:30<mikegrb>a zoom and a wide zoom
17:30<extremis>mikegrb: I cvs'd it from sf.net
17:31<extremis>the problem with zoom or wide zoom is that they also zoom the horiz
17:31<extremis>but with this situation you only need vert zooming
17:32<mikegrb>right
17:32<bbeattie>extremis: It isn't for sale yet,
17:33<extremis>bbeattie: what protocol does it use for the hdtv encoding?
17:33<bbeattie>extremis: should be in a few weeks.
17:33<extremis>before it hits the card
17:33<extremis>Iknow that for sat -hdtv its 8psk
17:33<bbeattie>the ATSC stream is mpeg2, but I use mencoder to strip down subchannels I don't want and lower the res to a custom one.
17:34<bbeattie>it's 8 also
17:34<bbeattie>I have yet to see 16psk.
17:34<extremis>so I wonder if it is possible to use this card with DishNet
17:36<mikegrb>extremis: thanks... just cvs'ed it I didn't realize the previews was for the 'old' mythweb and not the new spify one
17:36<bbeattie>If it is sending the HDTV signal over normal rg59 (or is it 58?)rf cable, then ye
17:36<bbeattie>yes
17:36<extremis>new spiffy one?
17:36<mikegrb>that url I posted above
17:36<extremis>uh oh... ;)
17:37<mikegrb>http://forevermore.net/mythweb.tar.bz2
17:37<mikegrb>it's purty
17:37<mikegrb>I really like these preview images though
17:40<bbeattie>extremis: one thing that could help, is there's no way to fill the mythdadabase with HDTV program info.. titantv is th eonly place that has HDTV listings I've seen.. if you could get something working like the tv_grab_na for that site, it would be helpful ;)
17:47<extremis>mikegrb: this version seems slower
17:47<extremis>probably more bandwidth requirements
17:48<mikegrb>yes
17:48<mikegrb>but it can use gzip if your browser is HTTP/1.1
17:48<mikegrb>I like the mouseover for program info
17:49<mikegrb>you can turn that option off in the settings file
17:52-!-ahbritto [~ahbritto@adsl-64-161-117-110.dsl.snfc21.pacbell.net] has joined #mythtv
18:05<lunk>if you delete a file, then try to delete it from inside mythtv, the first one will let you do it, then it comes back to a blank program list, and locks up mythfrontend
18:05<lunk>I blame user error completely, but still. :)
18:06-!-choenig [] has quit [No route to host]
18:06<gsfgf>when i try to watch tv i get an error player: Can't open audio device: /dev/dsp
18:06<gsfgf>and a bunch of open: No such device
18:07<mikegrb>gsfgf: try 'ls -l /dev/dsp*'
18:07<gsfgf>i have a /dev/dsp (and dsp1
18:07<gsfgf>sound works in other apps
18:07<gsfgf>im in audio and i still get the error if i run myth as root
18:08<mikegrb>you might try telling myth to use dsp1
18:08<extremis>gsfgf: I had that issue when /dev/dsp was defined for input from my mpeg-2 card (pvr-250)
18:09<extremis>when I defined /dev/video0 I told it none for audio input
18:09<extremis>and that fixed it for me
18:09-!-choenig [~choenig@pD9E095D9.dip.t-dialin.net] has joined #mythtv
18:13<gsfgf>it still doesn't work with dsp1 and i tried making dv/vido0 not use /dv/dsp
18:13<gsfgf>its still not working
18:13<gsfgf>also it says Opening OSS audio device '/dev/dsp'. but im using alsa
18:14-!-_shad [] has quit [Read error: 110 (Connection timed out)]
18:25<-- asd234(~daryl@ny-amherst-C4-1-bg3a-2-91.bflony.adelphia.net) has left #mythtv ("Client exiting")
18:34<-- sfr(~sfr@p508312B6.dip.t-dialin.net) has left #mythtv ("Client exiting")
19:07-!-sc00p [~oldendic@zink-a-dip3.nat.okstate.edu] has joined #mythtv
19:10-!-lmatter [~lmatter@inet-netcache2-o.oracle.com] has joined #mythtv
19:29-!-schultmc [] has quit ["Client exiting"]
19:30-!-vektor is now known as vektor613
19:36-!-mecraw [] has quit ["Trillian (http://www.ceruleanstudios.com)"]
19:42<Chutt>moegreen, you here?
19:44-!-hfb [] has quit ["Client exiting"]
19:44-!-choenig [] has quit [Remote closed the connection]
19:56-!-_shad [~shad@CPE00201888d549-CM014480116887.cpe.net.cable.rogers.com] has joined #mythtv
20:22-!-ahbritto [] has quit ["Client exiting"]
20:23* mikegrbwill be your friend
20:23<mikegrb>er
20:23<mikegrb>wronge window ;)
20:29-!-lmatter [] has quit ["Client Exiting"]
20:29-!-just1nux [] has quit [Read error: 104 (Connection reset by peer)]
20:35<lunk>does myth music support Shorten (.shn) format?
20:35<paulproteus>lunk: Shorten is non-free. I don't think it does, but I do know it supports the Free Lossless Audio Codec, FLAC.
20:36* paulproteuschecks about mythmusic and shorten
20:36<paulproteus>No mention of it, lunk. Chutt can give you the authoritative answer, though; I'm just a (l)user.
20:38<paulproteus>I'd be happy to help you convert your files from SHN to FLAC. Note that FLAC gets better compression than Shorten, and has plugins for everything: flac.sf.net is your friend.
20:40<lunk>yea, i've not converted
20:40<lunk>too much CPU time invovled
20:40<lunk>:)
20:41<lunk>those, there is clustering software for that very reason
20:41<lunk>s/se/ugh/
20:41* paulproteusgrins
20:43<lunk>mythtv supporting flac is reason enough to start t he conversion process
20:45<thor>convert uint8_t to int ?
20:54<Chutt>thor, just cast it
20:54<thor>yeah, that doesn't seem to work
20:54<thor>I'll figure it out
20:54<Chutt>should work fine
20:54<Chutt>unsigned char should translate to an int automatically
20:55<thor>you'd think f'ing libdvdread would just have a f'ing getPlayingTime(track_num)
20:55<thor>you've got to decent 300 pointer references and get back a struct with uint8_t's in it
20:55<thor>but then you need to 0x?0 them
20:55<thor>and ? is still a mystery
20:55<thor>I'll get there ...
21:00<moegreen>Chutt: what's up?
21:02<Chutt>i emailed you
21:02<Chutt>didn't have a problem getting that code you pasted in working
21:02<Chutt>but it still doesn't work =)
21:02<moegreen>I got that one (I was still at work though)
21:03<Chutt>i just asked if you were here before i replied the second time
21:03<Chutt>is all
21:03<Chutt>figured it'd be quicker =)
21:03<moegreen>heh
21:04<moegreen>still no real idea as to why: Unable to initialize plugin 'mythmythweather' ?
21:04<Chutt>hrm
21:04<Chutt>well
21:04<Chutt>did it install libmythweather.so into /usr/local/lib/mythtv/plugins/
21:05<Chutt>?
21:05<moegreen>it's in there
21:05<Chutt>any other errors?
21:05-!-StarHeart [] has quit ["Client exiting"]
21:05<moegreen>nope
21:06<Chutt>bah
21:06<Chutt>i don't know why it'd do that, then
21:06<moegreen>MythVideo works
21:07<Chutt>maybe add some debugging to libmyth/mythplugins.cpp
21:07<Chutt>or something
21:07<thor>moegreen, unresolved symbols ?
21:07<Chutt>it should report unresolved syms
21:07<Chutt>though
21:08<moegreen>I'll try a fresh checkout and see what happens
21:08<thor>well ... maybe I'm not using the right term
21:08<thor>but I've had several instances working on mythdvd where it would compile (to a lib), but not run (cause it was missing something once it got linked in)
21:08<Chutt>i just did that earlier, though
21:08<thor>ah
21:09<thor>never mind
21:09<Chutt>it definately printed out an error saying what the unresolved symbol was
21:09<Chutt>at least, here =)
21:09<thor>k
21:11<thor>ah, snprintf -> char -> QString -> toInt() solved by problems =)
21:11<Chutt>nasty
21:11<thor>oh yeah
21:11<thor>terrible
21:11<thor>have a comment in there that someone who knows what the hell they're doing should fix this
21:27-!-Captain_Murdoch_ [~cpinkham@p91.n-dcpop08.stsn.com] has joined #mythtv
21:33<moegreen>stupid work - gave me a P4 2.6 GHz computer for there, and now I come home to my trusty old 1 GHz athlon :(
21:35<moegreen>Chutt: add #include <qnetwork.h>
21:35<moegreen>Chutt: and qInitNetworkProtocols(); to the Weather constructor...works here
21:37-!-kslater [~kslater@24.svnf1.xdsl.nauticom.net] has joined #mythtv
21:38<kslater>Is anyone (besides me) still trying to use myth cvs with Redhat 7.3? I'm getting a compile problem in mythtv/programs..
21:43<mikegrb>kslater: for mythfilldatabasE?
21:44<kslater>yes. line 512 in filldata.cpp
21:45<mikegrb>it is because you have qt3.0
21:45<mikegrb>I had same problem... easy fix comment out that elseif block
21:45<mikegrb>I think it was 3 lines
21:45<mikegrb>or you can upgrade qt
21:46<kslater>Ok. I just hardcoded the offset to 5.
21:46<kslater>I wouldn't mind upgrading qt, but from what? RPM or source? If source will it compile ok under 7.3 with gcc 2.96?
21:47<mikegrb>I dunno
21:47<mikegrb>I haven't updated yet
21:47<mikegrb>I will probably try rpm
21:48<kslater>I'm thinking it'll probably be easier to upgrade to RH 9
21:48<kslater>The RPM route will require a lot of other upgrades (GCC, glibc, etc.)
21:49<lunk>when you compile your own packages, you know it's going to work
21:50<paulproteus>Or, when you use Debian, you know it'll work.
21:51<kslater>so, if I compiled from the qt-X11-free source I'd be ok (Maybe?)
21:54<kslater>I'm grabbing the source right now and I'll give it whirl. I just figured that it wouldn't compile with gcc 2.96.
21:57<thor>kslater, *read* ./configure --help
21:57<thor>make sure you do -thread and -sql-mysql
22:00<kslater>cool. Thanks thor.
22:00<kslater>I don't care what the rest of the developers say about you, you're ok in my book..
22:01<thor>=)
22:09-!-activelow [1000@CPE-65-30-205-174.wi.rr.com] has joined #mythtv
22:19<gsfgf>when i try to watch tv i get a black screen and Opening OSS audio device '/dev/dsp'.
22:19<gsfgf>open: No such device
22:23<paulproteus>gsfgf: Do you use ALSA?
22:25<gsfgf>yea
22:25<paulproteus>Do you have the various OSS compatibility modules loaded?
22:25<paulproteus>e.g., snd-pcm-oss ?
22:25<gsfgf>no, do i need them
22:26<paulproteus>I'd recommend giving the ALSA documentation a quick run-by.
22:26* paulproteuswonders if Myth natively supports ALSA
22:31<gsfgf>that got it
22:31<paulproteus>You should check out the Myth docs to see if ALSA is natively supported.
22:31<paulproteus>Native ALSA support is *always* better than using OSS.
22:31<gsfgf>myth is recording something. is there a way to watch it as well
22:32* paulproteusleaves this question to people who use Myth for TV, not just MythMusic :)
22:32<thor>watch recordings
22:32<thor>top item
22:32<gsfgf>thx
22:32<thor>(should be yellow)
22:32<lunk>i'm not using alsa at all
22:40<gsfgf>my hardware is not quite good enough for myth. what upgrades would help?
22:40<lunk>gsfgf: hardware based mpeg encoder
22:41<lunk>one of the PVR cards
22:41<thor>cpu, ram, drive, motherboard, and/or video card =)
22:41-!-tmk [~no@ip-64-139-6-119.dsl.sca.megapath.net] has joined #mythtv
22:42<lunk>could just buy a tivo too
22:42<lunk>but it would suck
22:43<thor>gsfgf, PVR card will put almost no load on your CPU during recording. If your CPU can handle playback (check after a recording is finished and nothing else is going on), then that might solve it for you
22:45-!-dopez [] has quit [Remote closed the connection]
22:45<gsfgf>cool. time to hit up ebay
22:45<gsfgf>im sure it can do playback fine. it's an a1200
22:45<gsfgf>it plays all other video fine
22:45<thor>you could also save some money and just dial down the video settings
22:46<gsfgf>true
22:46<thor>at least until you win a bid
22:46<thor>=)
22:46-!-bline [] has quit ["Client exiting"]
22:48<gsfgf>damn, those are expensive
22:49<gsfgf>i guess i will just have to turn down videp settings
22:49<Chutt>turn off mp3 encoding
22:49<Chutt>should help a bit
22:49<gsfgf>ok
22:51<lunk>should i start X in the same resolution mythtv is going to run in?
22:52<Chutt>if you want to, sure
22:52<Chutt>if you don't, sure
22:52<Chutt>run it however you want
22:52<thor>RTJPEG is less CPU expensive, but bigger files (and very sensitive to nosi signals)
22:59<kslater>what is the strip command supposed to do on a dir? And is the version in my RH 7.3 fixable (so I can quit commenting it out of the Makefiles)?
23:00<thor>comment it out in the Makefiles
23:00<thor>see mythtv HOWTO for how to fix it
23:34<gsfgf>where is a list of the myth controls?
23:34<gsfgf>like volume, pause, etc
23:34<mikegrb>keys.txt
23:34<mikegrb>in the src directory
23:34<gsfgf>thx
23:35<mikegrb>np
23:36<gsfgf>im not getting any sound. i muted the line-in to keep form getting interferance form the raw sound
23:36<mikegrb>have you selected the line in for capture?
23:37<mikegrb>you then have to turn up the volume for the capture device
23:37<mikegrb>you can do those in alsamixer
23:37<gsfgf>how do i do that
23:38<mikegrb>I think you hit space on the line in to select for capture not certain though
23:38<gsfgf>oh, i think i got it.
23:38<mikegrb>then scroll to the right to capture and turn it up
23:38-!-Justin__ [~justin@ool-18b81d88.dyn.optonline.net] has joined #mythtv
23:39-!-Justin__ [] has quit [Client Quit]
23:39<gsfgf>is it just called capture
23:39<gsfgf>or mic capture
23:39<mikegrb>I think so
23:40<mikegrb>just capture
23:40<gsfgf>i don't see it
23:40<mikegrb>yes capture... as you scroll to the right it could be off the screen try just scrolling over
23:41<mdz>Chutt: I'm getting a random segfault inside libavcodec
23:41<mdz>and I don't think it's bad memory or overheating in this case
23:41<gsfgf>i've scrolled all the way to the right
23:41<paulproteus>Is this the memory-corrupting bug Chutt tried to fix a few days ago?
23:41<moegreen>mdz: I moved the weather map to ~/.mythtv/MythWeather - I think you asked me about that a week or more ago
23:41<mdz>paulproteus: dunno, does that exist in 0.10?
23:41<mdz>moegreen: oh, thanks
23:41<mikegrb>gsfgf: what sound card do you have?
23:42<gsfgf>cmipci
23:42<paulproteus>It was a bug in either libavcodec or ffmpeg, or both, if they're the same project, or ....
23:42<paulproteus>(Hey, I have a cmipci, too!)
23:42* paulproteuswaves to mdz with a flag that reads, "Flac-dev"
23:42* paulproteuschecks his logs for mdz.
23:42-!-moegreen [] has quit ["brb"]
23:42<mikegrb>gsfgf: and you are using 'alsamixer' in a console window?
23:43<gsfgf>yea
23:43<mikegrb>hmm
23:43<mikegrb>anybody else have input
23:44-!-moegreen [~jdanner@nr4-216-196-158-152.fuse.net] has joined #mythtv
23:44<mdz>paulproteus: heh
23:44<mdz>flac has been pretty dead lately
23:46<paulproteus>Yeah, it has. A few projects here or there saying, "We have support."
23:46-!-mythtv_ [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has joined #mythtv
23:46<paulproteus>I think it's mature, though I do miss the good old days of massive constant back-and-forth.
23:46<mikegrb>gsfgf: try http://mythtv.org/docs/mythtv-HOWTO-7.html#ss7.1
23:46<mikegrb>actually you might try section 7.2
23:47<paulproteus>And it seems, mdz, much to my chagrin I cannot find Chutt talking about it.
23:47<paulproteus>Anyway, he fixed a memory corruption bug in ffmpeg or libavcodec, one or the other.
23:47<paulproteus>And then the maintainer "cleaned up" his patch, and eliminated the bug-fix.
23:47<paulproteus>Chutt snickered, and said he'd just submit a new patch.
23:47<mdz>hmm, I vaguely remember that discussion
23:48<Chutt>oh, that's been fixed in mythtv forever
23:48<Chutt>i'm not using stock libavcodec
23:48<gsfgf>amixer: Unable to find simple control 'Capture',0
23:48<Chutt>moegreen, nice to see you committing =)
23:48<gsfgf>do i need a driver beside snd-cmipci?
23:49<moegreen>heh :)
23:49<Chutt>lemme test it real quick
23:49<Chutt>it'd probably be a good idea to move inetcomms to libmyth sometime
23:50<moegreen>(lost all faith in my skills)
23:50<Chutt>since it's used in two places now
23:50<Chutt>naw, i want to see if it works, since i couldn't get it to earlier
23:50<moegreen>heh
23:50<thor>moegreen, yeah!
23:50<Chutt>heh
23:50<Chutt>damn people updating cvs
23:51<moegreen>I've been stuck working on MFC/Java/ActiveX recently...took me a bit to remember all the QT differences
23:51<thor>MFC ... wow ... are you feeling ok?
23:51<moegreen>thor: not my choice :)
23:51<Chutt>great, it works =)
23:52<tmk>chutt: do you have a sf.net account?
23:53<Chutt>yeah
23:53<tmk>you want at ivtv cvs?
23:53<tmk>for decoder testing
23:53<Chutt>i can't right now
23:53<tmk>k
23:53<tmk>np
23:53<Chutt>the -350 is in this machine, and there's not tv near it
23:53<tmk>i put the decoder stuff in a separate branch
23:53<Chutt>ah
23:53<Chutt>is it working?
23:53<tmk>well
23:54<tmk>haven't tried it recently
23:54<tmk>just changed a few things too
23:54<tmk>maybe it is!
23:54<Chutt>ah
23:54<tmk>heh
23:54<Chutt>heh
23:54<Chutt>i should have time over the weekend
23:54<tmk>not me
23:54-!-mikekedl [~root@user-69-1-45-217.knology.net] has joined #mythtv
23:54<tmk>busy next couple of weeks for me :<
23:54<tmk>moving
23:55<Chutt>ah
23:55<Chutt>bbiab.
23:55<-- mikekedl(~root@user-69-1-45-217.knology.net) has left #mythtv
23:59-!-mikekedl [~kedlm@user-69-1-45-217.knology.net] has joined #mythtv