Back to Home / #mythtv / 2008 / 03 / Prev Day | Next Day
#mythtv IRC Logs for 2008-03-19

---Logopened Wed Mar 19 00:00:44 2008
00:02-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
00:10-!-NightMonkey [n=NightMon@pdpc/supporter/sustaining/NightMonkey] has joined #mythtv
00:16-!-aravind [] has left #mythtv []
00:20-!-reynaldo [] has joined #mythtv
00:23-!-Chutt [] has joined #mythtv
00:30-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit [Remote closed the connection]
00:35-!-xris [] has quit []
00:38-!-reynaldo_ [] has quit [Read error: 110 (Connection timed out)]
01:22-!-xris [] has joined #mythtv
01:25-!-NightMonkey [n=NightMon@pdpc/supporter/sustaining/NightMonkey] has quit [Client Quit]
01:43-!-grokky [] has quit [Read error: 110 (Connection timed out)]
01:51-!-Agrajag- [] has quit [Read error: 113 (No route to host)]
01:51-!-hachi [] has left #mythtv []
02:07-!-gnome42 [] has quit [Remote closed the connection]
02:24-!-davilla [] has joined #mythtv
02:25-!-turbo [] has quit [Read error: 110 (Connection timed out)]
02:36-!-jk1joel [] has quit [Read error: 110 (Connection timed out)]
02:39-!-davilla [] has quit ["Leaving"]
02:40-!-briand [] has joined #mythtv
02:59-!-briand [] has quit [Read error: 110 (Connection timed out)]
03:00-!-jk1joel [] has joined #mythtv
03:05-!-briand [] has joined #mythtv
03:16-!-xris [] has quit []
03:32-!-Agrajag- [] has joined #mythtv
04:05-!-briand [] has quit [Read error: 110 (Connection timed out)]
04:06-!-briand [] has joined #mythtv
04:13-!-dm-madman [] has joined #mythtv
04:15<dm-madman>I've written an FM receiver application, and I would like to know if there is any way to tell mythtv that the input is busy when I run it.
04:16<dm-madman>it's more of a development question than a user support question so i figured this was the place
04:16<dm-madman>i'd like to avoid having to read all of the sources myself, if possible
04:34<dm-madman>okay, so I have been told it's not currently possible... I'm looking at MainServer::HandleLockTuner atm and wondering what would be the best way to approach this
04:36<dm-madman>I can hack it pretty easily, but maybe there's something I can do that would be more beneficial. Something involving the web interface perhaps
05:11-!-Dibblah [] has quit [Remote closed the connection]
05:11-!-Dibblah [] has joined #mythtv
05:33-!-Merlin83b [] has joined #mythtv
05:35-!-johnp__ [] has joined #mythtv
05:36-!-grokky [] has joined #mythtv
05:40<rooau1>dm-madman: Have you looked at EXECTV?
05:51-!-briand [] has quit [Read error: 110 (Connection timed out)]
06:09-!-turbo [] has joined #mythtv
06:09-!-grokky [] has quit []
06:23-!-dagar [] has quit [Read error: 110 (Connection timed out)]
06:24-!-dagar [] has joined #mythtv
06:27-!-turbo [] has quit [Read error: 110 (Connection timed out)]
06:35-!-turbo [] has joined #mythtv
06:40<laga>Chutt: has contacted you about using their logo on their website?
06:46-!-rosco [] has quit [Remote closed the connection]
06:55-!-MrGandalf [] has quit ["work"]
07:01-!-briand [] has joined #mythtv
07:02-!-turbo [] has quit [Read error: 110 (Connection timed out)]
07:18<Chutt>laga, no
07:21-!-mattwire [] has joined #mythtv
07:50-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
08:34-!-Netsplit <-> quits: eharris, jeffc91, johnp__, Merlin83b
08:34-!-Netsplit over, joins: Merlin83b
08:35-!-kurre2__4 [] has joined #mythtv
08:37-!-kurre2 [] has quit [Read error: 113 (No route to host)]
09:03<laga>Chutt: is the email address listed on still valid?
09:04-!-eharris [] has joined #mythtv
09:04-!-jeffc91 [n=Jeff@] has joined #mythtv
09:15-!-nordenm [] has quit []
09:19-!-grout [] has joined #mythtv
09:34-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:50-!-PointyPumper [i=Pintlezz@] has joined #mythtv
09:58-!-grout [] has quit ["Leaving"]
10:00-!-cesman [n=cecil@pdpc/supporter/sustaining/cesman] has quit [Read error: 104 (Connection reset by peer)]
10:01-!-nwahmaet [n=pjudge@] has joined #mythtv
10:04-!-cesman [n=cecil@] has joined #mythtv
10:08<jams>gbee- ping
10:09*gbee resists the urge to 'pong'
10:12<jams>gbee- sorry looking at another window
10:12<jams>how large of task would it be to make the jump point "exit to main menu" always land on the first item of the menu
10:13<jams>i'm browsing through the code, but not seeing anything that indicates the current menu item
10:13<gbee>jams: don't know, but if I were to guess I'd say trivial
10:14<jams>good enough, then i will continue on my trivial task
10:14<gbee>the current menu code will be replaced soon, it was a temporary wrapper of the old style menu around the new ui code
10:14<gbee>I'd wait until the new version of myththemedmenu is committed
10:15<gbee>shouldn't be long
10:16<gbee>unless you were planning this for use with 0.21-fixes?
10:16<jams>yes and no
10:17<jams>for the theme capture program i have written it assumes a starting point of the first menu item.
10:17<jams>currently i esc all the back until it asks if you want to exit mythtv.
10:18<jams>I was looking to avoid that step as it causes a few seconds delay
10:20<jams>Those few seconds each time around really add up
10:22<gbee>sending a PAGEUP keypress event a couple of times should ensure you are on the first menu item
10:24<jams>your right, assumed it would wrap around
10:24<jams>well that was simple
10:25<gbee>that's a more portable fix, especially since you are interacting through a script
10:25-!-nwahmaet [n=pjudge@] has left #mythtv []
10:26<gbee>Chutt: triggering a ReloadTheme jumppoint, in this case after changing the menu theme, causes drawing problems to reappear
10:26<gbee>it's probably something simple and I can look at it tonight
10:28<gbee>GL painter btw
10:28<jams>hmm that may not work with horizontal themes, but oh well.
10:30<jams>doesn't work with blue either
10:41-!-loops [] has joined #mythtv
10:53-!-gnome42 [] has joined #mythtv
10:54-!-nordenm [] has joined #mythtv
11:01-!-jgarvey [] has joined #mythtv
11:34<Chutt>laga, yes.
11:58<Chutt>gbee, do we need to do the QCustomEvent thing elsewhere?
11:58<Chutt>like, everywhere else?
12:07-!-mo0dbo0m [] has joined #mythtv
12:25-!-johnp__ [] has joined #mythtv
12:46-!-lcase [] has joined #mythtv
12:51-!-nordenm [] has quit []
12:52-!-JoeBorn [] has joined #mythtv
12:55-!-xris [] has joined #mythtv
13:04-!-nordenm [] has joined #mythtv
13:07-!-BathoryQuorthon [] has joined #mythtv
13:09-!-onixian [] has joined #mythtv
13:09-!-onixian [] has quit [Remote closed the connection]
13:14-!-ToadP [] has joined #mythtv
13:17<Anduin>When I looked there seemed to be only a few remaining places, but you should see a customEvent(QCustomEvent *) never called.
13:23<gbee>as Anduin said, customEvent(QCustomEvent *) needs to be replaced with customEvent(QEvent *)
13:23-!-cecil [n=cecil@] has joined #mythtv
13:23<gbee>but only where we are looking at the event type
13:24<gbee>if it has data then we need to subclass QEvent
13:24<Chutt>playbackbox in the frontend?
13:25<Anduin>The function signature is different, any customEvent that takes a QCustomEvent should never be called (won't be in the vtable)
13:25-!-dekarl [] has joined #mythtv
13:27<gbee>if we only do "event->type()" then it's a simple fix, anything using "event->data()" needs more work e.g. iconview.cpp in mythgallery
13:27<gbee>I'll look at playbackbox
13:28-!-dekar1 [] has quit [Read error: 104 (Connection reset by peer)]
13:29<gbee>yeah, first glance playbackbox looks ok as we're using MythEvent which is subclassed from QEvent and not a generic CustomEvent
13:30<Chutt>laga, wrote the guy back
13:30<Chutt>laga, he just needs to make it clearer, i suggested a 'Compatible with: <myth logo> <other software logo>' type thing
13:32<gbee>a quick grep suggests that we're ok as far as mythtv goes, there is one place that needs fixing in backendselect, I'll commit that in a couple of seconds
13:33<Chutt>gbee, anduin's saying we need to change the signature, though
13:34<Chutt>oh, ok
13:34<Chutt>most of them already take a QEvent
13:34<gbee>changing QCustomEvent to QEvent is enough to fix 99% of cases
13:35<gbee>grepping the plugins shows a wider use of customEvent(QCustomEvent*), I'll need to check out each of those individually, with luck they can be fixed simply
13:36<Anduin>There are only a handful, there are still some in mythmusic, mythflix, mythphone, and mythgallery, I'll get to them later if gbee doesn't.
13:36<Chutt>sounds like we're getting there
13:36<gbee>mythgallery one is slightly tricky, but only because I need to create a new event class for it
13:37-!-cesman [n=cecil@pdpc/supporter/sustaining/cesman] has quit [Read error: 110 (Connection timed out)]
13:37<gbee>already fixed mythflix in my tree
13:38<gbee>mythphone is now fixed
13:41-!-janneg [] has quit [Remote closed the connection]
13:41-!-janneg [] has joined #mythtv
13:42<gbee>mythmusic is mostly (all?) OutputEvent which inherits from MythEvent, so also fine
14:03-!-Merlin83b [] has quit [Read error: 104 (Connection reset by peer)]
14:12-!-xris [] has quit []
14:14-!-xris [] has joined #mythtv
14:17<gbee>there is one bug I've not yet figured out, but I'd forgotten about it until now - Custom Record page fails to load and causes a hang
14:22<laga>Chutt: it's a "her", not a guy.. at least i hope that, otherwise i'd have made a fool out of myself
14:23<Chutt>laga, i didn't even look at the name, just assumed :p
14:25<Chutt>laga, do you agree on what i said, though?
14:25<janneg>mysql in qt4.3.3 locks crappy
14:26<Chutt>oh, heh
14:26<laga>Chutt: sure. i was just surprised they used the mythtv logo.. so i told them to contact you. they probably assumed i was some kind of official contact for mythtv
14:27<janneg>the scanner failure seems to be caused by it too
14:27<Chutt>janneg, crappy how?
14:27<janneg>making working code buggy
14:28<Chutt>ah =)
14:29<janneg>it seems to have troubles executing queries which work in qt3 and in the mysql client
14:29<Chutt>silicondust has not yet responded to my ticket request :/
14:30<janneg>I can't rule out bugs in our wrapper class
14:31<Chutt>i wouldn't be surprised..
14:31<Chutt>it was kindof hacky to begin with
14:31*kvandivo gasps in astonishment.
14:34<Chutt>janneg, if they got rid of the static QRegExp, we might be able to significantly reduce our wrapper
14:34<Chutt>and, why not just use the qt lastInsertId?
14:35<janneg>the MSqlEscapeAsAQuery()?
14:35<Chutt>no, the prepare stuff
14:36<Chutt>oh, yeah, and MSqlEscapeAsAQuery, too, i think
14:36<janneg>I'm using the qt lastInsertID()
14:36<Chutt>oh, sorry, i'm looking at the wrong tree
14:37<janneg>we still need the bindvalue stuff to fight the tUtf8() NULL strings
14:38<Chutt>do we really need the to/fromUtf8 in the MSqlQuery class?
14:39<Chutt>doesn't most of the code do that already?
14:40-!-greend139 [n=greend13@] has joined #mythtv
14:40<janneg>not anymore ;) and it's not working if the code does it since toUtf8() on an empty string returns a null string and qt4 inserts NULL for null strings
14:41-!-MrGandalf [] has joined #mythtv
14:44<gbee>going to fix a lot of utf8 bugs if the conversions are all done in the same place
14:46<gbee>mythmusic is painting outside paintevent, but the basic functionality seems to work
14:47<gbee>search doesn't work
14:48<gbee>visualiser is funky, that might be the paintevent problem now that I think about it
14:50<Chutt>probably is
14:55<gbee>janneg: prepared statements broken? Just got this in my log - SELECT CONCAT_WS('/', music_directories.path, music_songs.filename) AS filename FROM music_songs LEFT JOIN music_directories ON music_songs.directory_id=music_directories.directory_id WHERE music_songs.song_id = ?
14:55<gbee>that end question mark should have been replaced with the song id
14:56-!-mattwire [] has quit [Read error: 104 (Connection reset by peer)]
14:56<sphery>Oh... I had previously seen TV Settings too large to be displayed on 800x600 screens, but it cleared up right before 0.21 (with no specific mention in commits). It turns out that if a playback profile group is sufficiently large (i.e. like the Normal default group), it makes the entire TV Settings page too large. Perhaps will be fixed in the mythui conversion.
14:56-!-mattwire [] has joined #mythtv
14:57<janneg>did -v database print the values in prepared queries?
15:01<gbee>janneg: no
15:01<gbee>looks like a display issue, there is nothing to indicate that the queries actually failed
15:02<janneg>gbee: it's not totally broken, most queries should succeed but it has problems
15:03-!-_gunni_ [] has joined #mythtv
15:03<gbee>ok, just the cdripper and mythgallery still need customevent fixes
15:09*janneg looks in the mysql query log
15:15-!-xris [] has quit []
15:16<janneg>fcuk! in the query log is the correct statement and copy and paste from the query log to the client inserts the correct data
15:17<janneg>ah, I should have read to the end, we are updating it with bad data later
15:29-!-lcase [] has quit [Remote closed the connection]
15:32-!-greend139 [n=greend13@] has quit []
15:33-!-Chutt [] has quit [Read error: 110 (Connection timed out)]
15:50-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
15:57-!-Chutt [] has joined #mythtv
16:07<anykey_>Is there a common iptv-recorder that can be pointed to any stream that is mpeg2? Or is this all HDHR specific?
16:11*janneg recommends reading the docs or trying all mythtv-setup
16:12-!-foxhunt [] has joined #mythtv
16:13-!-johnp__ [] has quit ["Leaving."]
16:14<anykey_>I see, thanks ;)
16:21<janneg>strange, qt4 port missed two files
16:22-!-jJnUlz [] has joined #mythtv
16:23<jJnUlz>someone is using mythtv on xbox?
16:23-!-dm-madman [] has quit ["BitchX: nine out of ten doctors recommend it"]
16:23*janneg points to the topic
16:28-!-jnul [] has joined #mythtv
16:31-!-foxhunt [] has quit [Remote closed the connection]
16:33-!-CDev_ [] has joined #mythtv
16:33-!-CDev [] has quit [Read error: 104 (Connection reset by peer)]
16:35-!-grokky [] has joined #mythtv
16:36-!-jk1joel [] has quit [Remote closed the connection]
16:36-!-jk1joel [] has joined #mythtv
16:38-!-jnul [] has quit []
16:40-!-MrGandalf [] has quit ["home"]
16:40-!-jJnUlz [] has quit [Read error: 110 (Connection timed out)]
16:41<Cardoe>So I dunno who wrote the cpsvndir script
16:42<Cardoe>but if I might suggest...
16:42<Cardoe>rsync -rlpgo --exclude=".svn/" "${T}" "${S}"
16:42<Cardoe>much faster
16:45<janneg>but requires rsync
16:46<Cardoe>the current script requires GNU find
16:46<Cardoe>trade one depend for another
16:48<hads>I like rsync but more boxes would have find than rsync.
16:48<hads>BTW, -C or --cvs-exclude will do it.
16:49<Cardoe>hads: -C supports svn now?
16:49<kormoc>it has for awhile
16:50<hads>Probably not an ideal name for the option :)
16:50<Cardoe>well what hads said is an improvement then
16:52<Chutt>Cardoe, other OSes
16:52<Cardoe>Chutt: that was my point
16:52<Cardoe>Chutt: my Mac and FreeBSD box do not have GNU find
16:52<Cardoe>they do however have rsync
16:53<sphery>Cardoe: Perhaps a discussion on -dev. I'm sure by now, Nigel is regretting ever having touched that file. ;)
16:54<Chutt>Cardoe, windows? =)
16:54<Chutt>i dunno
16:54<Cardoe>sphery: I don't wanna make the guy shoot himself ;)
16:54<Chutt>i don't care much, we should just copy the .svn dirs
16:54<Cardoe>I was just trying to offer a helpful suggestion
16:55<sphery>Chutt: or a --with-themes configure option to enable/disable installation of themes. Those on "unsupported" platforms (those without whatever program we use) can write their own script to install it.
16:55-!-nwahmaet [n=pjudge@] has joined #mythtv
16:55<sphery>or use svn export or use rsync -C or ...
16:57<Cardoe>sphery: svn export has issues in that it doesn't follow svn:externals
16:57<sphery>well, the user who did a --without-themes would be able to figure that out. :)
16:57<Cardoe>sphery: I learned that the hardware, which is why I had that rsync snippet ready to paste. :-D
16:57-!-nwahmaet [n=pjudge@] has left #mythtv []
16:57<sphery>we can't use svn export in it, anyway, because some packagers use already-exported build dirs.
16:59*kormoc peers at Cardoe
16:59<Cardoe>kormoc: wha?
16:59<kormoc>Doesn't the gentoo build do that
16:59<Cardoe>sorta kinda
17:00<Cardoe>we keep the svn in /usr/portage/distfiles/svn-src/mythtv
17:00<Cardoe>then use that rsync line I pasted to make a copy in /var/tmp/portage/media-tv/mythtv/work/mythtv
17:00<Cardoe>build it there
17:00<Cardoe>install to /var/tmp/portage/media-tv/mythtv/image/
17:01-!-grokky [] has quit [Read error: 110 (Connection timed out)]
17:01<sphery>Well, I was intending to say, "I'm not recommending using svn export in cpsvndir because..." rather than thinking he didn't know. My "or svn export or rsync -C" was intended to be things users may choose to use when installing from source after using --without-themes.
17:01-!-wtfmyusernameise [] has joined #mythtv
17:02<Cardoe>kormoc: there shouldn't be an issue with building like that though
17:02<Cardoe>kormoc: since I keep svn info in the shell environment during the build and provide that information
17:02-!-wtfmyusernameise [] has left #mythtv []
17:02<Cardoe>kormoc: so mythbackend --version still thinks it was built from svn
17:04<Cardoe>$ mythbackend --version
17:04<Cardoe>Please include all output in bug reports.
17:04<Cardoe>MythTV Version : 16658
17:04<Cardoe>MythTV Branch : branches/release-0-21-fixes
17:04<Cardoe>Library API : 0.21.20080304-1
17:04<Cardoe>Network Protocol : 40
17:04<Cardoe>Options compiled in:
17:04<Cardoe> linux profile using_oss using_alsa using_backend using_dvb using_firewire using_frontend using_ivtv using_lirc using_opengl_vsync using_v4l using_x11 using_xrandr using_xv using_xvmc using_bindings_perl using_bindings_python using_opengl using_ffmpeg_threads using_libavc_5_3
17:06-!-loops [] has quit ["Leaving"]
17:06-!-loops [] has joined #mythtv
17:07-!-grokky [] has joined #mythtv
17:14-!-iamlindoro_ [n=robert@] has quit ["Me home go."]
17:22<janneg>gna, the scanning bug is a bug in my dvb device
17:28<gbee>one down, one to go
17:29<gbee>Cardoe: the irony is, that now we are moving to QT4 we are at the same time switching to mythui which doesn't use any of the QT ui widgetry
17:29<Cardoe>After I hit send
17:29<Cardoe>I immediately was thinking...
17:30<Cardoe>will mythui still use the Qt painter?
17:30<gbee>Cardoe: yeah, as an option for those without opengl, just as it is now
17:31<Cardoe>well they have their own OpenGL painter as well now
17:31<Cardoe>assuming you go with Qt 4.3
17:31<Cardoe>or I should say.. it actually works now
17:32<gbee>Cardoe: I want 4.3, I don't really have any justification for picking 4.3 except that whatever we chose, we'll get stuck with it for a while so I want the latest and greatest
17:32<Cardoe>I can see QtScript being useful for theming and possibly plugins
17:33<gbee>I don't want to be using a version which is two/three years old now, in two years time
17:33<Cardoe>Honestly Qt 4.2 was just a lack luster release
17:34<kormoc>gbee, I think 4.4 is the better target (with webkit and all), and with that in mind, saying, we're developing for 4.3 so the changes between 4.3 and 4.4 are less when we switch to 4.4 isn't that bad of an idea
17:36<gbee>kormoc: if 4.4 was released tomorrow I'd say we should go for it, I'd still like to see it remain an option for 0.22 but I have to admit that's unlikely since it's probably not going to be available in all major distros when 0.22 is released
17:37<gbee>but I don't see a reason why we can't write mythbrowser with webkit and have a higher requirement for users who want that plugin
17:37<Cardoe>that's what I'm suggesting gbee
17:39<kormoc>gbee, I'm more of a opinion that if users don't want to upgrade to 4.4, they can stay with what they have now.
17:39<kormoc>but then, I'm a lazy, uncaring bastard at times :P
17:40<gbee>kormoc: I agree, but I'm just not brave enough to say "Live with it" to the users who would complain ;)
17:41<Cardoe>honestly, RHEL users are getting their panties in a bundle..
17:41<Cardoe>and that's it
17:41<Cardoe>RHEL know by now that they never run the latest software... not even close
17:41<Cardoe>And Qt 4.4 will be in a lot of major distros
17:41<Cardoe>since Qt 4.4 will be required for KDE 4.1
17:42<Cardoe>which is why a lot of distros have said they'll drop KDE 3 in favor of 4
17:42<gbee>If I was a user then I'd not be building from source, so I'd be disappointed if I wasn't able to access the latest version of MythTV because packages of Myth or QT weren't available
17:42-!-greend139 [n=greend13@] has joined #mythtv
17:42<hads>Yeah, KDE4.1 requiring QT 4.4 should make it get adopted pretty quickly.
17:43<gbee>The whole point of RHEL is that it runs old packages, it's like complaining that you don't want broadcasters to switch to HD because you are still using a SD tv
17:44<Chutt>Cardoe, there's some major issues with the opengl painter in qt4.3.4
17:44<gbee>except that analogy is flawed because a HDTV costs $$££ and a better distro is free
17:45<kormoc>gbee, it's a weird thing, they run CentOS/RHEL for stability, but want certain bleeding edge packages...
17:45<Chutt>Cardoe, i was playing around with it last night, trying to use it for opengl accel instead of the custom myth code. didn't work too well :/
17:45<gbee>kormoc: yeah, it's FUBAR
17:47<janneg>no, that was not the bug causing the bad dtv_multiplex entries
17:48<Cardoe>Chutt: hmm well I guess it's still hosed then
17:48<gbee>even their reasons for wanting RHEL are suspect - I run a local server for mail/http, routing etc off Mandriva here, it's never had a single stability problem, it's uptime would be years if it weren't for occassional power cuts - granted it probably wouldn't be the same in enterprise situations but how many people could say that is the case in their own home?
17:48<Chutt>Cardoe, i may steal more code, though =)
17:48<Cardoe>Chutt: there was an example app that Trolltech put out using the OpenGL painter and the example app didn't actually work until Qt 4.3
17:49<Cardoe>which is why I say it "worked"
17:49<Chutt>most of the opengl painter in mythui is from qt4.0-preview
17:49<Chutt>gbee, we can get rid of the IsChanged stuff in MythImage
17:49<Chutt>and use qt's opengl texture cache instead of our own now
17:49<Cardoe>doesn't Qt 4.3 also support SVG now?
17:49<kormoc>gbee, exactly. I run CentOS/RHEL in production (read work). At home I run Gentoo, and it's actually been more stable then CentOS has, given bug fixes are fixed much faster and the like.
17:50<Cardoe>that might be something interesting to take advantage of for the themes
17:50-!-greend139 [n=greend13@] has quit []
17:50<Chutt>depends on how they're drawn
17:51<Chutt>though since qimage is a valid paint target now, should just be able to render the svg to one of those (with alpha)
17:51<Chutt>then treat it like any other theme image
17:52<Cardoe>and no more concern or tweaking images 1 pixel here and there to make them look better at some random resolution
17:52<gbee>Chutt: I'll looked at it a few months back and it seemed simple enough, but there is the question of speed
17:52<Chutt>MythImage is mostly working around the lack of an internal id that gets changed when the image changes in qt3. qt4 has one, so.. =)
17:52<gbee>yeah, could be faster than prescaled images, but I really don't know :)
17:52<Chutt>ah, right
17:53<Chutt>gbee, i was thinking just loading them like images, rendering em to an mythimage, etc
17:53-!-greend139 [n=greend13@] has joined #mythtv
17:54-!-greend139 [n=greend13@] has quit [Client Quit]
17:54-!-grokky_ [] has joined #mythtv
17:55<gbee>yeah, my concern was only how long it would take to render them to that MythImage, especially if it's an image heavy screen or animation, but I've no evidence one way or the other
17:56<gbee>I'll do a comparison in a few weeks, I designed metallurgy in SVG so I've can easily test with SVG versions of all the graphics
17:57<Chutt>has anyone _tried_ to compile the current qt4 branch with 4.2?
17:58<janneg>hah, I'm pretty sure I found the scanner bug. using several boundvalues twice in a query
17:58<Chutt>that used to be allowed
18:00<Chutt>at least for named bindings
18:00<janneg>well in the query log only one occurence is replaced
18:01-!-MrGandalf [] has joined #mythtv
18:01-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:01<janneg>it are named bindings
18:01<Chutt>looks like they don't do a full regexp anymore :/
18:02<janneg>yes, the scanner works now
18:03<Chutt>that's going to be tricky to fix all occurances of.. :(
18:04<janneg>best solution is probably writing a regexp for MSqlQuery which checks that and bails out
18:04-!-grokky [] has quit [Connection timed out]
18:04<Chutt>big warning print?
18:04<Chutt>it's not going to be that many
18:04-!-jgarvey [] has quit ["Leaving"]
18:04<janneg>and exit(1)
18:05<Chutt>yeah, good idea.
18:05<Chutt>yeah - mysql doesn't support named queries
18:05<Chutt>err, named bindings
18:05<Chutt>so they convert it to positional
18:05<Chutt>instead of emulating it like before
18:06<Chutt>is this the last big issue?
18:07-!-czth_ [n=dbrobins@nat/microsoft/x-9a0c1d18e15858f9] has joined #mythtv
18:08<gbee>Chutt: still the dialog return value related hang in Custom Record
18:08<Chutt>you looked into that?
18:08<janneg>it was the last issue in mythtv-setup, I'll go through all mythfrontend screen and test actually all plugins
18:08<gbee>spent ten minutes looking at it the other night but didn't make any progress
18:08<Chutt>i have to fix other people's bugs at work for the rest of the week
18:09<gbee>I'm in the middle of fixing a bug which prevents mythgallery from starting/working
18:09<gbee>I've tested mythmusic, it has a couple of bugs but nothing major which gets in the way of general usage
18:10<gbee>MythVideo seemed ok and I guess Anduin has tested it pretty thoroughly
18:11<gbee>mythcontrols is fine, dvd playback works, mythgame starts ok but I don't have it configured
18:11<gbee>mythweather is ok, not tested the settings screens
18:12<gbee>can't test mythmovies without a zip code
18:12<Anduin>I believe part of the problem is that in some areas have more bound values than there are in the query, the new driver doesn't bind any values in that case.
18:12<Chutt>gbee, 44094
18:14<janneg>Anduin: yes, that's a problem. I fixed such an bug in the storage groups code
18:14<Anduin>janneg: Yeah, the custom record stuff seems to do it as well.
18:15<gbee>annoyingly mythmovies seems to cache and timestamp it's results, so I need to dive into the database to delete the earlier results for 00000
18:17<janneg>some scheduler code might do it as well
18:19<sphery>gbee: Is the settings code likely to be converted to MythUI before 0.22? If so, I'm deferring work on improving the playback profile settings page's handling of deleting the last group (because it's currently a huge mess).
18:19<gbee>ok mythmovies is broken ... I can get a list of cinemas or a list of films, but no showtime information :p
18:20<gbee>sphery: II'd like to see it happen before 0.22, but I can't guarentee anything
18:20<sphery>That's a good enough excuse for me to put it off. Thanks.
18:21<janneg>the scanner is still crashy, but I think we can live with it as long as it crash after scanning
18:21<gbee>mythnews works, though there is something up with the listarea background, it's way too light (might be specific to metallurgy)
18:22<janneg>disabling mythbrowser doesn't work with --enable-all
18:22<Chutt>janneg, i'd really just remove it completely
18:22<janneg>mythphone doesn't build
18:23<janneg>Chutt: ok
18:23-!-czth__ [n=dbrobins@nat/microsoft/x-cc42c9eaee5728f0] has quit [Read error: 110 (Connection timed out)]
18:23<Chutt>i don't think anyone will cry about that =)
18:24<gbee>mythflix works
18:24<janneg>gbee: are the mythgallery transition effects working?
18:24<gbee>which is nice, means nothing is obviously broken with mythui
18:24<gbee>janneg: can't test at the moment, need to fix the bug which prevents mythgallery from starting first
18:25-!-xris [] has joined #mythtv
18:26<gbee>it uses QCustomEvents to inform the UI that thumbnails have been generated so that we don't wait on thumbnail generation before loading the screen
18:26<gbee>I'm just creating a ThumbGenEvent class now
18:27<gbee>janneg: mythphone builds here
18:27<gbee>have you updated?
18:28<janneg>yes, do you build with webcam support?
18:28<janneg>and there goes mythbrowser
18:29<Chutt>unmaintained stuff is no fun
18:29<gbee>janneg: oh, my fault, my configure line excludes mythphone
18:29<gbee>I forgot I'd copied over my defaults from my normal build dir
18:30<gbee>janneg: what's the mythphone error? Related to the customevent stuff I removed?
18:31<janneg>my main backend is since yesterday qt4 without troubles
18:31<janneg>gbee: yes
18:31<gbee>damn, ok - I'll fix it
18:32<gbee>ahh, ok that's easy enough
18:32<gbee>just need to add some QEvent::type casting
18:32<clever>sphery: i seem to have hit that 100% bug again on 16421M WITHOUT mythweb
18:33<xris>it never went away completely
18:33<clever>sphery: i suspect it was the preview grabing that happens during transcode/flaging
18:35<sphery>clever: As xris said, it's likely still there, just much less likely to occur with the current code (and its timing). Thanks for the report, though.
18:35<clever>im at 100% right now!
18:36<clever>i thought i restarted it lastnight to release the cpu
18:36<janneg>search list - time triggers an assert in qlist
18:36<clever>wait maybe it was the 200gig of filefrag i ran:P
18:36<clever>yeah its the filefrag this time
18:37*sphery wonders if janneg's phrasing, "less capable DB system," is likely to cause more PostgreSQL vs MySQL wars...
18:37<gbee>janneg: ok, should be fixed
18:38*gbee stockpiles food and water just in case
18:40<janneg>sphery: I hope not, it was just a joke
18:40<janneg>gbee: yeah fixed
18:42<gbee>it's not a big issue, what the query janneg fixed was going was just redundant
18:43<janneg>I would even say I just have fixed a copy'paste error
18:44<gbee>Chutt: I'll look at the isChanged stuff another night, but if you have time to remove it I won't complain
18:44<sphery>Yeah. I got that. I'm just thinking of all the armchair quarterbacks looking for an opportunity to help out/advance their own agendas.
18:45<sphery>Hmmm. #5003's backtrace doesn't include the "program received signal SIGSEGV" and "switching to thread..." part.
18:46<gbee>sphery: they'll just be met with silence, at least from me and probably most other devs, we're too busy right now to care what they think
18:49-!-_gunni_ [] has quit ["KVIrc 3.2.4 Anomalies"]
18:50-!-ahbritto [] has joined #mythtv
18:58<Anduin>sphery: annoying but the bug is easy to spot
19:05-!-mattwire [] has quit ["Leaving"]
19:08<gbee>ok, QCustomEvent is no more
19:09<gbee>MythGallery segfaults on startup -
19:10<janneg>it doesn't segfault here, but I can't figure out how to do something useful with it
19:10<gbee>I'm getting an early night, so if someone else wants to take a look they are welcome
19:11<gbee>janneg: need to point it at a directory containing images
19:11<gbee>and update first otherwise the thumbnail generation events won't be received and you'll just have an empty screen
19:14<janneg>ah, in the setup
19:15<gbee>yeah, sorry, should have been clearer
19:15<janneg>gbee: reproduced
19:16<janneg>error spotted
19:17<gbee>already? I stared at that for 20 minutes ...
19:18<janneg>next segfault
19:19-!-dm-madman [] has joined #mythtv
19:20<dm-madman>I'm looking at implementing FM tuning for myth. Is anyone else already working on this?
19:21<janneg>gbee: it was pretty obvious but I have touched that during conversion and introduced the error
19:21<janneg>dm-madman: not to my knowledge
19:22<dm-madman>it seems like the changes primarily need to be made in the Channel class
19:22<dm-madman>It almost looks like it was designed to support it, but never actually implemented there
19:23<dm-madman>I see \param modulation "radio", "analog", or "digital"
19:23<dm-madman>with "radio" never being handled
19:23<gbee>janneg: yeah, it is pretty obvious, guess I'm just tired
19:24<janneg>I understand that, I was pretty tired yesterday and went early to bed
19:26<gbee>janneg: I can't reproduce the segfault, the redraw is a little buggy but it's working fine
19:27<gbee>which these are you using?
19:29-!-JoeBorn [] has quit [Read error: 110 (Connection timed out)]
19:29<janneg>didn't segfault on the second try
19:30<sphery>Anduin: Cool. I quit looking at the BT when I saw it wasn't complete.
19:30<Chutt>gbee, oh, i'll look at it, was just a heads up that i might be simplifying all that code
19:31<Chutt>(the mythimage stuff)
19:31<janneg>gbee: but it's dead locked now and I got a couple of "Programmer Error: MythDialog::setResult(-1985692744) called with invalid DialogCode"
19:31<gbee>Chutt: cool, I wasn't sure if you wanted me to look at it
19:31<Chutt>naw, you've got enough to do =)
19:32<gbee>janneg: yeah, that's the dead lock I see with Custom Record
19:32<dm-madman>anyone have a url for code submission guidelines or anything like that?
19:32<gbee>you shouldn't actually see it with mythgallery unless you happen to open an image, the main 'browse' view doesn't use MythDialog
19:32<Anduin>janneg: You don't see the DB error in the frontend log there?
19:33<janneg>and now "m_selIterator has left the building."
19:33<janneg>Anduin: no db errors
19:33<gbee>janneg: sounds like it's all screwed up :(
19:33<dm-madman>hads: ty
19:35<janneg>gbee: it was after trying to open an image
19:36<gbee>I've seen the problem with iterating past the ends of the list, just haven't been able to reproduce it consistently - I could just put in something to reset the position in the list when it happens but I'd rather figure out why
19:36<janneg>it hangs in mythdialog::exec
19:36<gbee>janneg: the 'invalid DialogCode' is a more general bug which needs to be fixed
19:37<gbee>it affects a couple of places in the frontend, if no-one figures it out tonight I'll look at it over breakfast in the morning
19:37<gbee>I'm going to get some sleep now
19:38<janneg>it's hanging on qApp->enter_loop(); and the Dialogcode is assigned just afterwards
19:38<janneg>good night
19:42-!-m00dboom [] has joined #mythtv
19:43-!-m00dboom [] has quit [Client Quit]
19:52-!-Belboz99 [] has quit ["Leaving."]
20:04-!-m00dboom [] has joined #mythtv
20:04-!-m00dboom [] has quit [Client Quit]
20:10-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
20:14-!-Phantom1000 [] has joined #mythtv
20:31-!-Phantom1000 [] has quit ["Leaving"]
20:35-!-ahbritto [] has quit [Client Quit]
20:37-!-BobSlob [] has joined #mythtv
20:37-!-xris [] has quit []
20:37<BobSlob>anyone ever have a problem where the menu text doesnt show in the mythfrontend?
20:38<dm-madman>not I
20:46-!-PointyPumper [i=Pintlezz@] has quit [Read error: 110 (Connection timed out)]
20:55-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
20:56-!-abarbaccia [] has joined #mythtv
20:57-!-abarbaccia [] has left #mythtv []
20:59-!-aeha [] has left #mythtv []
21:09-!-mjj29 [] has quit [Read error: 101 (Network is unreachable)]
21:28-!-xris [] has joined #mythtv
21:41-!-CDev_ [] has left #mythtv []
21:42-!-CDev_ [] has joined #MYTHTV
21:42-!-CDev_ [] has quit ["."]
21:42-!-CDev [] has joined #mythtv
21:45<Anduin>BobSlob: better handled over in #mythtv-users
21:45-!-ahbritto [] has joined #mythtv
21:45-!-cecil is now known as cesman
21:47<BobSlob>my bad
21:52-!-qcjn [] has joined #mythtv
21:54-!-qcjn [] has left #mythtv ["Quitte"]
21:56-!-Shmattie [] has joined #mythtv
22:16-!-joobie [n=joobie@] has joined #mythtv
22:24-!-joobie [n=joobie@] has quit ["Leaving"]
22:30-!-PointyPumper [i=Pintlezz@] has joined #mythtv
22:39-!-superm1 is now known as Daviey_
22:40-!-Daviey_ is now known as superm1
22:46-!-BobSlob [] has quit []
23:11-!-xris [] has quit []
23:17-!-xris [] has joined #mythtv
23:35-!-reynaldo_ [] has joined #mythtv
23:40-!-Shmattie [] has quit ["Leaving"]
23:47-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
23:59-!-JoeBorn [] has joined #mythtv
---Logclosed Thu Mar 20 00:00:21 2008