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-Man | has 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|work | has 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 | * diseaser | waves |
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 | * sfr | gives 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 | * extremis | is 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 | * extremis | removes 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 | * extremis | boggles 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 | * extremis | shuts 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 | * extremis | tries 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 | * mikegrb | will 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 | * paulproteus | checks 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 | * paulproteus | grins |
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 | * paulproteus | wonders 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 | * paulproteus | leaves 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 | * paulproteus | waves to mdz with a flag that reads, "Flac-dev" |
23:42 | * paulproteus | checks 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 |