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

00:28<mdz_>Chutt: without that binding in the program finder, it's unusable without an 'i' key
00:28<mdz_>Chutt: how about if it only did that for space/enter?
00:37<Chutt>that'd be fine
00:37<Chutt>go for it
00:48-!-jrh [] has quit [Read error: 110 (Connection timed out)]
01:08-!-chris_ [~chris@] has joined #mythtv
01:08-!-Ripp [] has quit [Read error: 113 (No route to host)]
01:08-!-chris_ is now known as Ripp
01:35-!-Ripp [] has quit [Read error: 113 (No route to host)]
01:35-!-Ripp [~chris@] has joined #mythtv
01:44-!-jrh [] has joined #mythtv
01:48<-- cryptonichas quit ()
02:14-!-Ripp is now known as Ripp|ZzzZ
02:15<Chutt>"Also, is it possible to make mythTV a complete X windowing system so that in effect it would be a replacement for the likes of Gnome of KDE?"
02:34-!-jrh [] has quit [Read error: 110 (Connection timed out)]
02:41-!-cryptonic [] has joined #mythtv
02:47-!-hfb [] has joined #mythtv
02:59-!-Drikus [] has joined #mythtv
03:38-!-cryptonic [] has quit [Read error: 110 (Connection timed out)]
03:49-!-jrh [] has joined #mythtv
03:56-!-cryptonic [] has joined #mythtv
04:00<-- Timon( has left #mythtv
04:00-!-kiwi_uk [] has joined #mythtv
04:17-!-kiwi_uk [] has quit ["Peace and Protection 4.22"]
04:36-!-jrh [] has quit [Read error: 110 (Connection timed out)]
04:37-!-bline [] has quit ["Client exiting"]
04:49-!-kiwi_uk [] has joined #mythtv
04:52-!-kiweee [] has joined #mythtv
04:58-!-kiwi_uk [] has quit ["Peace and Protection 4.22"]
04:58-!-kiweee [] has quit [Remote closed the connection]
04:59-!-kiwi_uk [] has joined #mythtv
05:23-!-kiwi_uk [] has quit ["Peace and Protection 4.22"]
06:00-!-jrh [] has joined #mythtv
07:54-!-FryGuy [] has quit [Read error: 104 (Connection reset by peer)]
11:15-!-inman [] has joined #mythtv
11:28-!-Ripp|ZzzZ is now known as Ripp
11:34-!-jrh [] has quit [Read error: 110 (Connection timed out)]
11:34-!-hfb [] has quit [Read error: 104 (Connection reset by peer)]
12:02-!-jrh [] has joined #mythtv
12:27-!-bline [] has joined #mythtv
12:29-!-kiwi_uk [] has joined #mythtv
12:33-!-Ripp [] has quit [Read error: 113 (No route to host)]
12:34-!-Ripp [~chris@] has joined #mythtv
12:34-!-Ripp [] has quit [Client Quit]
12:41-!-Ripp [~chris@] has joined #mythtv
12:46-!-jrh [] has quit [Read error: 110 (Connection timed out)]
13:10-!-kiwi_uk [] has quit [Read error: 104 (Connection reset by peer)]
13:15-!-Ripp [] has quit [Read error: 60 (Operation timed out)]
14:02-!-jrh [] has joined #mythtv
14:30-!-pridkett [] has quit []
14:30-!-moegreen [] has quit []
14:30-!-pridkett [] has joined #mythtv
14:30-!-moegreen [] has joined #mythtv
14:39-!-Ripp [~chris@] has joined #mythtv
14:49-!-jrh [] has quit [Read error: 110 (Connection timed out)]
14:57-!-hfb [] has joined #mythtv
15:21-!-some_guy [] has joined #mythtv
15:22<some_guy>hello everyone, I have a question
15:22<some_guy>I am runnin debian stable, just installed, and grabbed the sources as stated on the mythtv site
15:23<some_guy>after running the cronjob as instructed I am now getting the errors "couldn't open db"
15:23<some_guy>and "Mutex destroy failure: Device or resource busy"
15:23<some_guy>any ideas?
15:23<some_guy>or anyone active in channel?
15:31<some_guy>oh no
15:38<mdz_>is mysql running?
15:38-!-hfb [] has quit ["Client exiting"]
15:38-!-choenig [] has joined #mythtv
15:39<some_guy>ok that was stupid, sorry :)
15:39-!-Ripp [] has quit [Remote closed the connection]
15:40<some_guy>ok yes it is, but still the same error
15:41<some_guy>during the cronjob update there were some errors about duplicate entries... is this normal also?
15:42<mdz_>depends on what the exact error was
15:42<mdz_>did you read the instructions?
15:43<some_guy>I think so
15:43<some_guy>at least I thought so
15:43<some_guy>the error is duplicate entry into "'1023-20030602230000' for key 1"
15:44<some_guy>yeah, already added, same error
15:45<mdz_>99% of the time this means that mythtv can't read the file which contains the password for the database
15:45<mdz_>which is /etc/mythtv/mysql.txt
15:46<some_guy>user mythtv appears to own the file
15:46<some_guy>with rw permissions
15:47-!-some_guy [] has quit ["Lost terminal"]
15:47<mdz_>and you are starting it as the mythtv user?
15:47<mdz_>(like the README says)
15:50-!-Ripp [~chris@] has joined #mythtv
16:02-!-jrh [] has joined #mythtv
16:15-!-Ripp [] has quit [Read error: 113 (No route to host)]
16:15-!-Ripp [~chris@] has joined #mythtv
16:21<Chutt>mdz, hey
16:21<Chutt>the 'default input' combo box in setup section 2 doesn't seem to probe until you change the video device
16:22<mdz_>that could be; I haven't set up a new card in a long time
16:25<mdz_>ok, I added a call
16:25<Chutt>thanks =)
16:26<mdz_>strange nobody noticed before
16:26<mdz_>I guess everybody twiddles the video device setting to see what it does
16:26-!-some_guy [] has joined #mythtv
16:26<Chutt>that's the reason for at least one of the bugreports from yesterday
16:26<Chutt>and i think someone mentioned it a little earlier
16:26<mdz_>ah, somebody with an empty tunercardinput?
16:27<some_guy>is it normal to have a "QSettings: error creating / .qt" error when trying to start the mythtv backend?
16:27<mdz_>some_guy: yes
16:27<mdz_>at least for the Qt in woody
16:27<some_guy>it seems the backend does not stay up
16:27<mdz_>read the log file to find out why
16:28<some_guy>everytime I try /etc/init.d/mythtv-backend restart it tells me it was not already running
16:28<some_guy>which log?
16:29<some_guy>ah got it
16:31-!-Ripp [] has quit [Read error: 60 (Operation timed out)]
16:31<some_guy>ok it seems to think that my video card is not attached to any inputs, but when trying to do mythtv-setup inputs I get a setfault
16:34-!-jrh [] has quit [Read error: 110 (Connection timed out)]
16:39-!-choenig [] has quit [Remote closed the connection]
16:39<some_guy>so xawtv seems to be fine, but I appairenly have no /dev/video0 device, any ideas?
16:40<some_guy>this is an ati all in wonder (the original mach64)
16:40<Chutt>aiw cards will not work.
16:40<Chutt>there was even some noise on the mythtv mailing list about them today :p
16:43<mdz_>and every other day
16:44<mdz_>I'm curious about the segfault, though
16:46<Chutt>probably because it's not responding to v4l very well
16:52<some_guy>all it says for the seg fault is "Couldn't open /dev/video to probe its inputs.
16:52<some_guy>Segmentation fault"
16:53-!-some_guy [] has quit ["Lost terminal"]
16:56<Chutt>moegreen, you around?
16:57<Chutt>no, i was wondering about mythvideo
16:58<thor_>what is List Videos supposed to do?
16:58<thor_>(haven't looked at the code yet)
16:58<Chutt>not hooked up yet
16:58<thor_>that would make sense
16:58<thor_>I'm just about done Debian upgrade
16:59<thor_>i think
17:00<Chutt>you ok with my changes to the keybindings in mythmusic?
17:06<mdz_>oh no, there's another isaac on mythtv-dev now
17:07<Chutt>at least one person will be able to spell my name right
17:07<mdz_>whatever you say, izchak
17:09-!-justin_ [] has quit [Read error: 54 (Connection reset by peer)]
17:09-!-justin [] has joined #mythtv
17:11-!-Ripp [~chris@] has joined #mythtv
17:21-!-FryGuy [] has joined #mythtv
17:28<mdz_>Chutt: I have a reproducible backend segfault
17:29<mdz_>crap, it's inside qt
17:29<mdz_>I need to upgrade my ancient qt I guess
17:29<Chutt>could still be in my code
17:29<mdz_>#0 0x40a06171 in strncpy () from /lib/
17:29<mdz_>#1 0x40782c2e in QString::sprintf () from /usr/lib/
17:29<mdz_>#2 0x40768ad3 in QTime::toString () from /usr/lib/
17:29<mdz_>#3 0x080ea8be in QMapPrivate<QString, QString>::copy ()
17:29<mdz_>QTime::toString shouldn't segfault
17:30<mdz_>it happens if, in viewscheduled, I bring up the infodialog repeatedly
17:31<mdz_>enter, escape, enter, escape
17:33-!-Ripp [] has quit [Read error: 113 (No route to host)]
17:35<Chutt>anything else interesting in the bt?
17:36<mdz_>in fact, that was it
17:37<mdz_>gdb seems to still get pretty confused with threads sometimes
17:37<mdz_>if it doesn't happen with your backend, it's probably just qt
17:37<mdz_>what do you think about having timeslot recordings match only on the start time, and not on the end time?
17:37<Chutt>'slong as title's still there, sure
17:38<mdz_>since sometimes they'll run a season finale or whatever in the same timeslot and it will run long
17:38<mdz_>happened the other day, and didn't get recorded because it was a timeslot
17:39<Chutt>i wouldn't even be opposed to making the starttime sloppy by a little bit each way, either
17:45<Chutt>though, that may not work all that well
18:02-!-jrh [] has joined #mythtv
18:03<thor_> Chutt said, "you ok with my changes to the keybindings in mythmusic"? Yup
18:06-!-Timon [] has joined #mythtv
18:21-!-Drikus [] has quit ["toedeledoki"]
18:41-!-jrh [] has quit [Read error: 110 (Connection timed out)]
19:35-!-Ripp [~chris@] has joined #mythtv
19:38-!-choenig [] has joined #mythtv
19:59-!-billytwowilly [] has joined #mythtv
20:00<billytwowilly>hey guys, on the update to the links in the third bullet point about mythmusic come up with a not found error.
20:01<Chutt>fixed em
20:06-!-jrh [] has joined #mythtv
20:07<billytwowilly>good stuff.
20:23-!-billytwowilly [] has quit ["Client exiting"]
20:23-!-choenig [] has quit [Remote closed the connection]
20:35<mdz_>Chutt: Captain_Murdoch was trying out the scheduled recording editor the other day, and it seems to work well enough to go ahead and hook it up
20:35<Chutt>after 0.9
20:35<mdz_>any ideas how to fit it into the UI?
20:38<Captain_Murdoch>mdz: I have it so it uses a programinfo::displaywidget now for both infodialog and scheduledrecording. for testing I have it hooked to 'M' right now inside of the conflict screen. 'I' currently brings up the regular infodialog editor.
20:39<mdz_>Captain_Murdoch: I'd like for it to be accessible using only arrows+ok if possible
20:40<mdz_>there are only a few things right now that you can't do with only those keys
20:40<Chutt>i was hoping to add an 'info' button more generally
20:40<Chutt>for popups, advanced options, etc
20:40<Captain_Murdoch>it uses only arrows right now. up/down go between options and left/right change setting in the combobox. just like setup
20:40-!-jarrett [] has joined #mythtv
20:41<mdz_>Captain_Murdoch: yes, but I'm talking about how to hook it up permanently
20:41<Captain_Murdoch>oh, ok. gotcha.
20:41<mdz_>I've been meaning to go over all the key bindings
20:42<Captain_Murdoch>would be nice.
20:42-!-jrh [] has quit [Connection timed out]
20:42<mdz_>is 'i' bound in live tv/playback currently?
20:43<Captain_Murdoch>yeah, Info screen/osd
20:43<mdz_>if we could condense current 'm' and 'i' into one binding, that would be nice
20:43<Chutt>i'd like that
20:43<mdz_>one press, display info in OSD, press again, display EPG, something like that
20:43<Captain_Murdoch>I was thinking use the key to enter edit mode then if you hit I again it goes into advanced edit mode
20:43<Chutt>mdz, or pop up a menu to let you select
20:44<mdz_>yeah, we could use popups in a few more places I think
20:44<Captain_Murdoch>yeah, popup a menu, then up/down to choose then enter/select
20:44<mdz_>for things like edit mode that aren't used frequently
20:44<mdz_>and changing input
20:44<Chutt>that's why i'm wanting a menu/info key, in addition to select/arrows
20:44<mdz_>I think it's reasonable to have two action keys
20:44<Chutt>would be useful for popping up the advanced recording options, etc
20:45<Captain_Murdoch>yeah, you need at least 2, don't want to have to go through a menu every time I want to popup the osd.
20:45<mdz_>arrows, 0-9, OK, cancel/escape, info should be adaptable to pretty much any remote
20:45<mdz_>most have a 'menu' as well
20:46<Chutt>the guy that said he was working on a menu for the OSD never came through with that, did he
20:46<Captain_Murdoch>don't remember anything
20:47<mdz_>my remote has c, d, e, f oriented around the arrows where most remotes have menu/info/guide/etc.
20:47<mdz_>I leave C alone and use it to change inputs
20:47<mdz_>and leave D alone for deletion
20:47* Captain_Murdochgoes through with the advanced edit screen and marks all his wife's daily home decorating shows to use the new 320x240 profile
20:47<mdz_>but those two keys would be more logically used for info and menu
20:48<Chutt>captain_murdoch, if you could keep from committing that stuff until after 0.9, i'd 'preciate it
20:48<Captain_Murdoch>I won't commit it.
20:48<mdz_>Chutt: what's on your bug squashing list?
20:48<Chutt>next weekend, hopefully
20:48-!-jarrett [] has quit ["Client exiting"]
20:50<Chutt>some minor mythmusic stuff
20:51<Chutt>i couldn't reproduce that segfault of yours, btw
20:51<mdz_>good, probably just qt then
20:51<mdz_>I think there are still a few cases where the duplicate stuff doesn't work right
20:51<mdz_>I'm staring right now at 3 things in viewscheduled which are all the same episode of the same show
20:52<mdz_>one of them is grayed out and suppressed, and the other two are not
20:52<mdz_>all of the info is identical
20:52<mdz_>what's even weirder is that I see in PrintList that _two_ are marked as duplicates, and _one_ is not
20:52<mdz_>the opposite of what I see on-screen
20:53<Chutt>didn't i reply to the guy that was bitching about mythmusic taking long to scan for mp3s over a network?
20:54<mdz_>which one? there have been a lot
20:54<Chutt>there's only been that one, recently
20:55<mdz_>ah, looking at the wrong ones in the printlist output. should put the episode in there
20:55-!-rkulagow_ [] has quit [Read error: 104 (Connection reset by peer)]
20:55-!-rkulagow_ [] has joined #mythtv
20:55<mdz_>still, it's not doing the right thing
20:58<mdz_>so all 3 are marked as duplicates in printlist
20:58<mdz_>which is correct
20:59<mdz_>ah, it's the 'recording' flag which is screwing it up
20:59<mdz_>I guess I probably misunderstood exactly what that is supposed to mean
21:02<Captain_Murdoch>mdz: I think that may have been causing the guy's problem the other day who was in here saying that he had some shows marked as conflicting when they weren't because the show they conflicted with was suppressed.
21:02<mdz_>Chutt: could you take a look at the logic in ViewScheduled::selected() and the scheduler and tell me if it makes sense?
21:02<mdz_>Captain_Murdoch: possibly
21:03<mdz_>the scheduler sets recording=false when it is a duplicate
21:03<mdz_>somehow that is getting changed, I think by conflict resolution or something
21:05<Chutt>i dunno
21:05<Chutt>it's been too long since i looked at that stuff
21:11-!-bline [] has quit ["Client exiting"]
21:25-!-mythtv [] has joined #mythtv
21:27<mythtv>i think mythtranscode is missing an include:
21:27<mythtv>whoops, hold on mythtv == rkulagow. brb.
21:27-!-mythtv [] has quit [Remote closed the connection]
21:27-!-rkulagow [] has joined #mythtv
21:28<rkulagow>ok, better.
21:28<rkulagow>is mythtranscode missing an include? make[2]: Entering directory `/home/mythtv/mythtv-debug/programs/mythtranscode'
21:28<rkulagow>g++ -c -pipe -Wall -W -g -D_REENTRANT -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr/local\" -DMMX -DQT_THREAD_SUPPORT -I/usr/lib/qt3/mkspecs/default -I. -I../../libs -I../../libs/libmyth -I../../libs/libmythtv -I/usr/local/include -I/usr/lib/qt3/include -o main.o main.cpp
21:28<rkulagow>main.cpp: In function `int main(int, char**)':
21:28<rkulagow>main.cpp:124: no match for `std::basic_ostream<char, std::char_traits<char> >& << QDateTime&' operator
21:28<rkulagow>124: cerr << "Couldn't find recording " << chanid << " " << startts << endl;
21:30<rkulagow><whole bunch of suggestions from gcc on what should go in there snipped>
21:32-!-PeteCool [] has joined #mythtv
21:35-!-rcaskey [] has joined #mythtv
21:39-!-bline [] has joined #mythtv
21:48<Captain_Murdoch>Chutt: did you look at Caputo's patch to unsuppress or force suppress by adding 1 field to the record table and 1 to program? it looks pretty straightforward. If you don't mind the adding 2 fields, I'll put it in my tree and add those fields to the advanced edit screen for inclusion after 0.9 is released. probably will try to think of shorter field names though. :)
21:50-!-emacsen [] has joined #mythtv
21:51<emacsen>I have a question that may seem obvious but... Someone said I could write a mythtv module in any language. Is that so?
21:51<Timon>You must write it in lisp
21:52<emacsen>No Scheme?
21:52<Captain_Murdoch>we prefer english, without a lisp
21:52<PeteCool>you'd have to use it in a language that can interact with libmyth/libmythtv
21:52<Timon>Effifel (sp?)
21:52<emacsen>PeteCool: there a list?
21:52<Timon>No no no, we must all use AppleSoft BASIC :-)
21:53<emacsen>bline: cool :)
21:53<PeteCool>emacsen: I never looked for that
21:53<bline>anything that can talk to c++, you can be the first to write an interface
21:53<emacsen>PeteCool: oh it can't really be Python?
21:54<Captain_Murdoch>depends on what you want your module to do really. if you want it to look like a regular Myth app, then you need libmyth. if you just want fo fire off a full-screen app then you might not need libmyth.
21:54<emacsen>well I mean like a radio module
21:55<Captain_Murdoch>so you want myth's look & feel then. radio as in pause/record or just play?
21:56<emacsen>record, pause, but play would be nice too :)
21:57<PeteCool>emacsen: radio, like an fm/am tuner, or web-based?
21:57<emacsen>PeteCool: fm tuner
21:57<rcaskey>PeteCool: methinks that this would be a whole lot easier if mythmusic had a gstreamer interface
21:58<rcaskey>well that, and if gstreamer wouldn't crash randomly
21:59<Ripp>I thought the preferred language was FORTRAN77!! Dammit!
22:00* Rippdeletes weeks of work...
22:00* rcaskeygrooves on prolog
22:00<Chutt>naw, a radio interface'd be easy
22:01<rcaskey>Chutt: not if he's rewriting it from scratch in python
22:01<Chutt>just need to add an audio only recording class to the tv recorder bit
22:01<emacsen>Chutt: speex is my friend
22:01<Chutt>why would you use speex?
22:01<emacsen>Chutt: space is my ememy :)
22:01<Chutt>low quality mp3 is plenty for radio, and it's already in mythtv
22:01<emacsen>mp3 is evil
22:01<emacsen>Chutt: and bad for speech
22:01<rcaskey>(if myth could hijack gstreamer vizualizations it would be kind coo)
22:02<Chutt>rcaskey, gstreamer isn't all that good :p
22:02<emacsen>Chutt: it should ask about audio recording options :)
22:03<rcaskey>Chutt: well find some place to bum more vizualizations from ;)
22:03<Chutt>other people can
22:03<Chutt>the interface to add em is simple
22:03<rcaskey>looking foward to .9
22:03<Chutt>and it could be modified to be true plugins _easily_
22:03<Chutt>since qt does all that stuff pretty transparently
22:04<rcaskey>how stable is cvs these days?
22:04<Chutt>it's quite stable
22:04<Chutt>mythmusic got a fairly major makeover a couple days ago
22:04<Chutt>but thor spent a lot of time on it, and i haven't seen any major issues with it yet
22:06<-- Timon( has left #mythtv
22:07-!-jrh [] has joined #mythtv
22:08<Chutt>captain_murdoch, i still don't see why it needs a field to unsupress a recording since the same thing can be accomplished by just removing the oldrecorded record
22:10<rcaskey>is it still going to go bezerk if my mp3 colletion is remotely mounted and 60 gigs?
22:10<Chutt>it still reads the entire file to calculate the song length for mp3s, yes
22:10<Chutt>people just complain about that, no one does anything
22:12<rcaskey>Chutt: doesn't matter. Even reading just the first 5 seconds takes days to index the collection via vfs in juke or totem
22:12<Chutt>you don't even need to read 5 seconds
22:12<Chutt>all you need is the first bit of header data
22:12<Chutt>that'll tell you if it's vbr or not
22:12<rcaskey>well gstreamer is retarded
22:13<rcaskey>and thats how it does it
22:13<Chutt>if it's vbr, the header gives you enough information to calculate the song length
22:13<Chutt>if it's cbr, all you do is use the file size / bitrate
22:13-!-emacsen [] has quit ["Client exiting"]
22:13<rcaskey>its a bug in the workings of gstreamer, not in the implementation of those apps
22:14<rcaskey>I think its on the to-do hitlist
22:14<Chutt>people should just use oggs
22:14<mdz_>vorbis does great for voice
22:14<rcaskey>well its not that, its just that there needs to be a standard format for library exchange
22:15<Chutt>mdz, speex is vorbis
22:15<rcaskey>even just reading the first little bit is a pain over dsl on a huge collection
22:15<Chutt>well, it's not
22:15<mdz_>it's xiph
22:15<Chutt>but it's under the same project umbrella now
22:15<mdz_>but I thought it was a different codec
22:15<Chutt>same as flac
22:15<bigguy>it would be nice if all the free mp3's I have were released as ogg or flac
22:16<bigguy>I've started moving some of mine over to flac
22:16<rcaskey>My car player's firmware isn't upgradable so mp3 it is for the forseeable future
22:17<rcaskey>btw, nice job on the web-page update
22:17<Chutt>today's news update?
22:18<Chutt>yeah, i finally got un-lazy enough to do that
22:18<rcaskey>is anyone working on lirc config stuff?
22:18<Chutt>someone's working on more configurable keybindings
22:19<rcaskey>well, I meant in terms of futzing with the lirc config files
22:19<Chutt>no, not really
22:19<Chutt>if i do move to having a single window for everything, though
22:19<Chutt>it should be more possible to do a native lirc implementation
22:20<Chutt>should be easier to integrate setup in that sorta thing
22:21<rcaskey>yeah, I suppose you would need a library of common remote configs too
22:22<rcaskey>either that or a stupid simple press the button on your remote or press space to leave this unassigned
22:22<Chutt>press button on your remote, assign it to an action
22:22<Chutt>in the ui somehow
22:22<rcaskey>yeah, it took me a while of thinking to figure out which functions I really needed
22:23<Chutt>that's all a mess right now
22:23<rcaskey>especially to get it to work properly with the dvd player and so on
22:23<rcaskey>so I guess in that respect, I would rather myth not move to single windows so I could just use the normal key bindings
22:23<rcaskey>unless someone is working on a MythDVD plugin
22:24<rcaskey>which seems like it would be rather pointless
22:25<bigguy>I can't believe the crap the ca lawyer said about decss
22:25<bigguy>people were ripping dvd's before decss came out
22:26<bigguy>and they'd be doing it even if decss was never written
22:27<Chutt>rcaskey, no, it's more to get away from focus problems
22:28<rcaskey>Chutt: how could I jury rig ogle not to suck then?
22:28<Chutt>i dunno
22:29<Chutt>i just use a real dvd player :p
22:29<Chutt>since, well, they work, and they're better than all the linux software players
22:29<rcaskey>Chutt: I get better playback off my computer :}
22:30<Chutt>Calvin Gorriaran doesn't read very well, does he?
22:53<bigguy>raster doesn't really know that much
22:54<bigguy>spec. talking about c++
23:04<thor_>at this point, I'm not a very big fan of gcc 3.3
23:10<bline>calvin is raster?
23:12<bigguy>bline: no
23:12<bigguy>raster of E fame
23:13<bline>Oh, I must have read that wrong then.
23:13<bigguy><raster> i still just dont like c++<raster> it just does to many things behind the scenes you have no contorl over <raster> its hard top follow the code without tools to do it for you
23:13* rcaskeycries
23:13<rcaskey>I noticed the size of the complete discover-data-udeb is ~76k. The
23:13<rcaskey>old version is ~10k.
23:13<rcaskey>doh wrong buffer
23:14<mdz_>doesn't gcc give a warning for stuff like the s/=/==/ stuff that guy posted in his patch?
23:14<mdz_>+ pginfo->catType == "movie";
23:15<bigguy>heh and he quoted alan cox
23:15<thor_>suggest parenthises around truth value as assignment ?
23:15* blineis not a fan of raster
23:16<bigguy>bline: he's ok just confused about alot of things
23:16-!-jrh [] has quit [Read error: 110 (Connection timed out)]
23:17<bigguy>that's why e17 will take eons to see the light
23:18<bigguy>and they only support certain version of auto* etc so if you have something different from them it's automagicly the fault of your dev tools
23:19<bigguy>I mean raster is still using that 2.96 redhat released eons ago
23:19<rcaskey>will see?
23:21<bigguy>well I think he will eventually release something
23:23<mdz_>thor_: I was thinking 'statement with no side effects' or something
23:23<rcaskey>but hopefully not
23:23<mdz_>'statement has no effect'
23:24<mdz_>there it is: test.c:3: warning: statement with no effect
23:25<Chutt>mdz, i doubt he tested it at all
23:25<mdz_>Chutt: looks that way
23:26<mdz_>just wanted to make sure I was right before talking trash
23:28<Chutt>rkulagow, did the author of that tivo hacking book ever contact you?
23:28<rcaskey>How many people will really buy a book on tivo hacking
23:29<Chutt>i dunno
23:29<Chutt>seeing it on /. reminded me of it
23:29<PeteCool>rcaskey: I think none is the number of people you're looking for
23:30<Chutt>he had emailed me a few months back, saying that he wanted to have a chapter on free alternatives or something
23:30<PeteCool>rcaskey: at least if it's only stuff you can find on websites by yourself
23:30<Chutt>i told him i didn't have the skills or time to contribute :p
23:30<rcaskey>how much was he payng?
23:31<rkulagow>chutt: no, no one has contacted me, unless it's been since i last checked email or something.
23:32<Chutt>naw, this was months ago
23:32<Chutt>rcaskey, no money
23:32<rcaskey>then why would he expect you to cooperate?
23:32<Chutt>rkulagow, i just had told him that you might be interested
23:32<Chutt>rcaskey, i dunno
23:33<mdz_>Chutt: would it be reasonable to say that the 'recording' flag in programinfo is only used to note which of a set of conflicting programs is selected to be recorded?
23:33<mdz_>I don't know anymore whether a duplicate should have that set or not
23:34<Chutt>lemme see
23:34<mdz_>the reason I was seeing that weirdness in viewscheduled was because I was only testing duplicate if recording was false
23:35<mdz_>I am thinking maybe it should just test duplicate, then recording, then conflicting, in simple order
23:35<Chutt>i think the duplicate stuff should set recording to false
23:35<Chutt>as well
23:35<mdz_>ok, it does
23:35<Chutt>then test in that order
23:35<mdz_>how does this look:
23:35<mdz_>- if (!rec->recording)
23:35<mdz_>- {
23:35<mdz_>- if (rec->duplicate)
23:35<mdz_>- handleDuplicate(rec);
23:35<mdz_>- else
23:35<mdz_>- handleNotRecording(rec);
23:35<mdz_>+ if (rec->duplicate) {
23:35<mdz_>+ handleDuplicate(rec);
23:35<mdz_>+ } else if (!rec->recording)
23:36<mdz_>+ handleNotRecording(rec);
23:36<mdz_> }
23:36<mdz_>(after fixing the else to match stylistically, of course)
23:36<Chutt>that's fine with me
23:40<mdz_>I'd still like to know how a duplicate recording got recording=true
23:40-!-PeteCool_ [] has joined #mythtv
23:40-!-PeteCool [] has quit [Read error: 104 (Connection reset by peer)]
23:40<Chutt>something in the scheduler probably didn't check for the duplicate flag before setting it to false
23:44<mdz_>nothing ever sets recording=true though
23:45<mdz_>and prunelist sets recording=false for all duplicates
23:45<Chutt>it gets set to true in the constructor
23:45<Chutt>but i suppose that gets overwritten fast enough
23:47<mdz_>recording=false tells removeconflicts to remove the entry entirely
23:47<mdz_>but that only happens for the list that the scheduler uses for scheduling, not for the one viewscheduled gets, right?
23:48-!-rcaskey_ [] has joined #mythtv
23:48<Chutt>doautoconflicts is false for the viewscheduled lst
23:48<mdz_>yeah, that sounds like duplicates should have that set then
23:48<mdz_>and they should go away
23:49<mdz_>mythbackend --printsched | grep '1 1$'
23:49<mdz_>turns up two things though
23:49<Chutt>you should just make that output on the http status server
23:50<mdz_>I set it up so that I could test scheduler changes without replacing my backend
23:50<Chutt>that makes sense
23:50<mdz_>it doesn't daemonize or anything; just does the calculations and prints it out
23:50<mdz_>so I can diff it
23:50<mdz_>doesn't start the thread I mean
23:54-!-rkulagow [] has quit ["using sirc version 2.211+KSIRC/1.2.4"]
23:57-!-rcaskey [] has quit [Read error: 110 (Connection timed out)]