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

---Logopened Tue Mar 18 00:00:09 2008
00:02-!-reynaldo_ [] has joined #mythtv
00:25-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
00:28-!-psm321 [] has joined #mythtv
00:28-!-psm321 [] has left #mythtv []
00:41-!-NightMonkey [n=NightMon@pdpc/supporter/sustaining/NightMonkey] has quit [Read error: 113 (No route to host)]
00:46-!-gardz [] has quit []
01:08-!-reynaldo [] has joined #mythtv
01:09<Chutt>janneg, looks like most of the issues are due to mythmainwindow being a qglwidget
01:10<Chutt>if i disable the opengl painter _completely_ (ie, compiled out), i can get things working nearly perfectly
01:10<Chutt>i'll play with it more tomorrow
01:13<Chutt>might need to make the mainwindow a qwidget
01:13<Chutt>and the mythui bit a child widget..
01:15-!-dirtsandwich [] has joined #mythtv
01:17-!-davilla [] has quit ["Leaving"]
01:17-!-grokky [] has quit [Read error: 110 (Connection timed out)]
01:26-!-kormoc_ [n=kormoc@unaffiliated/kormoc] has quit []
01:26-!-reynaldo_ [] has quit [Read error: 110 (Connection timed out)]
01:30-!-gnome42 [] has quit [Remote closed the connection]
01:34-!-reynaldo [] has quit [Read error: 104 (Connection reset by peer)]
01:36-!-Agrajag-_ [] has joined #mythtv
01:58-!-dirtsandwich [] has quit []
01:58-!-MonkeyPet [] has joined #mythtv
02:06<MonkeyPet>Can anyone make any sense of this sigsegv in freesurround.cpp?
02:13-!-NightMonkey [n=NightMon@pdpc/supporter/sustaining/NightMonkey] has joined #mythtv
02:15-!-superm1_ [n=superm1@ubuntu/member/superm1] has joined #mythtv
02:16-!-superm1 [n=superm1@ubuntu/member/superm1] has quit [Read error: 113 (No route to host)]
02:16-!-superm1_ is now known as superm1
02:18-!-czth_ [n=dbrobins@nat/microsoft/x-d1720ae06e29904d] has joined #mythtv
02:34-!-czth__ [n=dbrobins@nat/microsoft/x-79338ab276a2456b] has quit [Read error: 110 (Connection timed out)]
02:45-!-MonkeyPet [] has quit [" HydraIRC -> <- *I* use it, so it must be good!"]
03:29-!-xris [] has quit []
03:54-!-NightMonkey [n=NightMon@pdpc/supporter/sustaining/NightMonkey] has quit [Client Quit]
04:10-!-ToadP [] has joined #mythtv
04:35-!-nbags [] has joined #mythtv
04:41-!-grokky [] has joined #mythtv
05:04-!-nbags [] has left #mythtv []
05:14-!-mykeul [n=mykeul@] has joined #mythtv
05:55-!-johnp__ [] has joined #mythtv
06:11-!-ToadP [] has quit [Read error: 104 (Connection reset by peer)]
06:11-!-ToadP [] has joined #mythtv
06:11-!-ToadP [] has quit [Remote closed the connection]
06:21-!-mykeu1 [n=mykeul@] has joined #mythtv
06:29-!-mykeul [n=mykeul@] has quit [Read error: 110 (Connection timed out)]
06:39-!-johnp__ [] has left #mythtv []
06:43-!-briand [] has quit [Read error: 110 (Connection timed out)]
06:44-!-briand [] has joined #mythtv
06:45<gbee>upgrading to 4.3.4
06:46<gbee>if that doesn't work I'll try WA_NoSystemBackground and reverting the removal of double buffering from the painter, since that flag disables QTs double buffering
07:01-!-MrGandalf [] has quit ["work"]
07:02<gbee>4.3.4 doesn't help, neither does the above
07:04<gbee>it's as though we are drawing from an old buffer every second draw and that buffer is never flushed so we're piling images on top of images, the mythapperance arrows show trails as they are moved around the screen
07:08-!-Viiru- is now known as Viiru
07:20<Chutt>gbee, see what i said about the qglwidget?
07:22<purserj>just out of curiosity where is the best place to submit patches?
07:23-!-dekarl [] has joined #mythtv
07:26<purserj>rooau1: tah
07:26<purserj>might have something to submit by the end of tonight
07:26<rooau1>purserj: cool
07:29-!-briand [] has quit [Read error: 110 (Connection timed out)]
07:29-!-briand [] has joined #mythtv
07:29-!-MaverickTech [] has joined #mythtv
07:31-!-dekar1 [] has quit [Read error: 145 (Connection timed out)]
07:39-!-grokky [] has quit []
07:47-!-XChatMav [] has quit [Read error: 113 (No route to host)]
07:56-!-TelnetManta [n=benwilli@] has joined #mythtv
08:04<gbee>Chutt: yeah, just had a look at the docs and though I've not played with it yet, the description of QGLWidget::setAutoBufferSwap() and the buffering swapping sounds familiar
08:04<Chutt>i think we need to switch to the main window being a regular QWidget
08:05<Chutt>in qt3, children of qglwidgets were regular windows
08:05<Chutt>but it looks like in qt4 that all children get drawn with qt's gl stuff
08:05<Chutt>which was causing most of the issues in the non-mythui screens
08:05<gbee>ah, ok
08:06<Chutt>it's not quite there yet, apparently =)
08:06<Chutt>disabling the qglwidget in mythmainwindow fixed everything for me
08:06<Chutt>ie, bad redraws, bad widget background placement
08:07<Chutt>and we don't need the setAutoFillBackground thingie in mythmainwindow with that
08:10<gbee>just trying that to see whether it has any effect on the mythui drawing problems with the QT painter
08:10<gbee>can't understand why I'm the only one seeing that issue btw
08:11<Chutt>the non-mythui screens were a little slower
08:11<Chutt>because we don't need to do double buffering
08:11-!-Rastyk [n=Rastyk@] has joined #mythtv
08:13<gbee>so long as they work, they won't be around for long :)
08:14<gbee>going to wait for this to finish compiling with the QGLWidget defines disabled and then I'm going back into the garden to finish cutting the hedge
08:15<Chutt>if that fixes it for you (you may need to also remove the setAutoFillBG line), i've got an idea of how to proceed
08:16<gbee>I've already removed that line, so we'll see
08:18<gbee>yeah, that fixes it
08:18<Chutt>check an old-ui screen, and settings
08:18<gbee>I'm fairly confident that the gl buffer swap explained the behaviour I was seeing in mythui screen
08:19<gbee>eww, no those look as they did before removing that stuff - but then I didn't remove the Qt::WA_NoSystemBackground and setAutoFillBackground from MythDialog
08:20<Chutt>yeah, get rid of those
08:20-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
08:20<Chutt>you _may_ even need setAutoFillBackground(true) in MythDialog::setNoErase()
08:20<Chutt>i didn't try with that removed after removing the setAutoFillBackground(false) in the mainwin
08:20<gbee>ok, I'm trying without it first
08:20<janneg>Chutt: making mythmainwindow a regular qwidget didn't solve the bad background in the settings screens
08:21<Chutt>janneg, see what i just said =)
08:21<Chutt>janneg, and did you remove the setAutoFillBackground thingie from the mainwindow?
08:22<janneg>you haven't removed it? neither have I
08:22<Chutt>i have
08:22<Chutt>(in mainwin), i have a setAutoFillBackground(true) in MythDialog::setNoErase(), however, that i don't know if it's necessary
08:22<gbee>ok removing those from MythDialog didn't help, I can get a screenshot if it would help
08:23<gbee>I'm trying with setAutoFillBackground(true) in setNoErase()
08:23<gbee>err, true or false? the default is true anyway?
08:24<janneg>I had still the setAutoFillBackground(false); in mythdialogs
08:24<Chutt>i figure it gets inherited, though
08:24<Chutt>janneg, make sure to remove the WA_NoSystemBackground as well
08:24<Chutt>in mythdialogs
08:24<janneg>I did
08:26<Chutt>oh, wait, one sec
08:26<gbee>when did we change things so that you could make install without causing the running app to fall over?
08:26<Chutt>i had another change, i think
08:26<janneg>doesn't help, still see the main menu in bg
08:26<gbee>Chutt: worked here
08:27<gbee>janneg: hang on, I'll pastebin what I've got so far
08:27<janneg>gbee: it's maybe the new qmake
08:27<Chutt>gbee, in the settings screen?
08:28<janneg>btw the layout of some screens is bad
08:28<Chutt>janneg, put a 'setAutoFillBackground(true)' in the MythDialogs constructor
08:28<gbee>Chutt: sorry, missed that mention of the settings screen before, let me check
08:28<gbee>janneg: yeah, that's what setAutoFillBackground(true) fixed for me
08:28<Chutt>janneg, that's what fixed the settings screens for me
08:29<gbee>right, no background in the settings screens, they are rendered just fine but without a background
08:29<gbee>are the settings screens using another widget?
08:29<Chutt>that's my current change
08:29<Chutt>seems to work everywhere.
08:31<gbee>ahh, ok, I put setAutoFillBackground in setnoerase, but I bet that it's not called for the settings screens
08:31<Chutt>it's not =)
08:31<gbee>right, then I think we're good :)
08:32<gbee>huh, someone fixed the xinerama bug?
08:32<gbee>2008-03-18 12:25:34.216 Total desktop dim: 2720x900, with 2 screen[s]. << It's seeing both screens
08:33<gbee>actually, might just be that I upgraded from 4.3.1 to 4.3.4
08:33<janneg>Chutt: the setAutofillbg(false) in mythmainwindow can stay
08:33<Chutt>janneg, don't we need it for the background at startup?
08:34<Chutt>i need to sleep for another hour or two
08:34<Chutt>had to get up early for a conf call with india
08:34<janneg>no, it's fine here but we can and probably should remove it
08:34<gbee>might be worth a note to the -dev list mentioning the xinerama issue
08:35<Chutt>my intended fix is to make a 'painting widget' under mainwindow
08:35<Chutt>ie, MythMainWindow inherits QWidget
08:35<Chutt>create a full-sized QGlWidget for the painting if using the opengl painter
08:36<Chutt>set the event filter
08:36<Chutt>don't add it to the currentWidget list
08:36<janneg>osd in browse mode still doesn't display text
08:36<janneg>I look at it later
08:36<Chutt>and redirect the update() calls in animate()
08:38<Chutt>janneg, i think another day to iron out issues wouldn't hurt
08:40<gbee>who is looking after the python bindings?
08:40<janneg>yeah, I original planned to make it work in the branch and iron out issues in trunk after the merge
08:40<gbee>error: invalid Python installation: unable to open /usr/lib64/python2.5/config/Makefile (No such file or directory)
08:40<Chutt>janneg, people will bitch if there's _too_ many =)
08:40<Chutt>does mythtv-setup work?
08:40<Chutt>ie, from scratch, new db?
08:42<janneg>it's ok, I'll test the setup from scratch and make sure that it's working
08:43-!-Rastyk [n=Rastyk@] has quit ["mIRGGI meni puis"]
08:44<gbee>bug in the screen setup wizard, the menu only appears the first time you press menu, I'll look at that
08:45<janneg>gbee: I can reproduce your redraw problem from yesterday with the setautofillbackground removed from mainwindow and mainwindow inherited from QGLWidget
08:45<gbee>if that's the worst bug
08:47<gbee>it's a little slow going into oldui screens from the menu, is that what you meant by slow earlier Chutt?
08:48<Chutt>i just meant the screens feel a little slow
08:50<gbee>takes noticably longer to go from the menu to the screen, maybe a second or more above what it used to take, screens themselves feel sluggish but I'd almost say I was imagining it
08:50<gbee>going to "Custom Record" causes a hand
08:50<gbee>2008-03-18 12:50:27.905 Programmer Error: MythDialog::setResult(-1492918268) called with invalid DialogCode
08:50<Chutt>hangs need fixed =)
08:51<Chutt>perf issues can wait, unless they're major enough to break functionality
08:51<Chutt>but, back in a few hours
08:51<gbee>goodnight :)
09:03-!-reynaldo [] has joined #mythtv
09:17-!-eharris [] has joined #mythtv
09:29-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:31-!-eharris_ [] has quit [Read error: 110 (Connection timed out)]
10:02-!-jmk_ [n=jmk@] has quit ["Leaving"]
10:04<Cardoe>is trunk switching to qt4?
10:04<Cardoe>or are you doing it in a branch?
10:05<gbee>trunk, once we've sorted out the minor issues
10:06<Cardoe>got a list of changed depends?
10:06<gbee>we've a branch now running on QT3 support libs/QT4, that will probably be merged in the next day or two and removal of the QT3Support libs and bug fixes will happen in trunk
10:07<gbee>too difficult to keep a branch with that many changes in sync, it would effectively mean no development could happen in trunk anyway, so no reason to keep it in a branch
10:07<Cardoe>I assume you guys are making qt4.3 are your minimum version?
10:08<Cardoe>I completely agree that it should happen in trunk
10:08<Cardoe>otherwise you're splitting dev resources
10:08<gbee>Cardoe: that's the plan, though some RHEL users are squealing
10:09<Cardoe>There's a world of difference between 4.2 and 4.3
10:09<janneg>was it more than one?
10:09<gbee>haven't got a list, suppose it depends on how much QT4 is built by default on gentoo
10:09<Cardoe>To be honest, I don't think you guys could do all the widgetry and tweaking with QT 4.2
10:09<janneg>it depends on use flags. qt4.4 seems to be splitted into modules
10:09<Cardoe>we use qt4 at the office
10:10<Cardoe>4.4 will be quite a bit of a change as well
10:10<Cardoe>mythbrowser can probably just be implemented as a QWebKit widget wrapper
10:10<gbee>basically we need the mysql driver, qt4-devel, qt4-core etc
10:10<gbee>Cardoe: that's the plan ;)
10:10<Cardoe>gbee: qt4-devel? Where can I find that on trolltech's site ;)
10:11<gbee>Cardoe: well that's my point :p
10:11<janneg>debian etch has also only qt4.2 but lenny might be released at the same time as 0.23
10:11<Cardoe>I might actually have to start contributing code again..
10:11<janneg>Cardoe: we are using core, gui, network, xml, sql and opengl modules
10:11<Cardoe>I haven't touched qt3 in years
10:11<gbee>Cardoe: I'm quite happy in package land, it makes like easier ;)
10:12<Cardoe>janneg: thanks
10:12<janneg>and qt3support for now
10:12<Cardoe>I actually added a trunk ebuild the other day
10:12<Cardoe>and already have like 5 bugs against it
10:12<Cardoe>I added it merely for me to test things
10:12<Cardoe>crazy users..
10:13<Cardoe>I rewrote Portage's subversion handling and just wanted some ebuilds to test it
10:13<Cardoe>0.22 has --enable-libfaad?
10:14<Cardoe>but not 0.21?
10:14<gbee>assuming we can go to 4.4 for 0.22 mythbrowser will be webkit based, if not then mythbrowser probably won't be available for 0.22 - at least I'm don't know anyone who wants to spend time making it available
10:15<Cardoe>gbee: yeah it would be the most logical thing
10:15<Cardoe>gbee: just add the stipulation, if you want mythbrowser you need qt 4.4
10:16<gbee>yeah, works for me, but I'm getting less tolerant of users complaining
10:17<Cardoe>I was actually kicking around the idea of providing swfdec as an addin for the QWebKit (or whatever it's called class)
10:17<janneg>Cardoe: they should both understand the option, not sure if they are reported in ./configure --help
10:17<gbee>there is a section in the wishlist where users have added the systems they would like to see MythTV run on, just for a joke I added a "1980's model Casio Calculator" to the list ... no-one seems to have noticed alongside the other additions ;)
10:18<Cardoe>janneg: well looks like I need a tweak to the 0.21 packaging
10:18<Cardoe>gbee: nice
10:18<janneg>and ffmpeg will have a native aac decoder soon, so the option is going away
10:20<gbee>which will be good for mythmusic, I fully intended to replace the existing decoders with one based on the ffmpeg libs
10:21<gbee>maybe sometime around 0.26 ...
10:21-!-PointyPumper [i=Pintlezz@] has joined #mythtv
10:23-!-ccooke [] has joined #mythtv
10:24<ccooke>Any devs around?
10:24<Cardoe>they're all square actually
10:25<ccooke>I installed the new release of MythTV last weekend... and I just want to say *thanks*. It's a vast improvement.
10:32-!-reynaldo [] has quit [Read error: 113 (No route to host)]
10:36<gbee>ccooke: we can do better ;)
10:36<ccooke>gbee: Oh, I'm sure. There's always one more bug :-)
10:37<ccooke>I had to fix tv_grab_uk_rt, for instance
10:37<ccooke>(it seems the tv grabbers in general have no ability to recover from temporary errors at all)
10:47<Cardoe>janneg: I assume you'll also need xinerama support in QT
10:56-!-briand [] has quit [Read error: 110 (Connection timed out)]
10:56-!-briand [] has joined #mythtv
11:01<gbee>Cardoe: works for me with the 4.3.4 package in Mandriva, didn't with 4.3.1 though
11:01-!-iamlindoro_ is now known as orodnilmai
11:02<Cardoe>gbee: the qt4 branch or xinerama?
11:02<gbee>xinerama with the qt4 branch
11:03<janneg>Cardoe: if the desktop uses xinerama it should be enabled in qt
11:03<Cardoe>janneg: right. but I'm asking if you guys depend on any specific xinerama bits in Qt
11:04<Cardoe>janneg: since MythTV itself uses xinerama even if the desktop doesn't use it
11:04<gbee>oh sorry, just realised what you were saying Cardoe
11:04-!-orodnilmai is now known as iamlindoro_\
11:04-!-iamlindoro_\ is now known as iamlindoro_
11:04<gbee>I completely mis-read
11:05<janneg>desktopwidget->getnumscreens() which should return 1 on xinerama desktop with xinerama disabled qt
11:05<janneg>gbee: I'm not sure if your qt4.3.1 was xinerama enabled
11:06<gbee>janneg: it claimed to be, but clearly didn't work so I don't know what was going on
11:07<janneg>I doubt the link flags are significant
11:08<Cardoe>janneg: ok that's what I'm asking
11:08<Cardoe>janneg: if those calls would fail if qt had xinerama disabled
11:09<gbee>ok, well it doesn't matter too much, at the very least I can tell Mandriva users that they need to get 4.3.4 if xinerama doesn't work, it's a packaging/qt issue and not something we need to worry about
11:09-!-PointyPumper [i=Pintlezz@] has quit [Read error: 104 (Connection reset by peer)]
11:11-!-superm1 [n=superm1@ubuntu/member/superm1] has quit [Read error: 113 (No route to host)]
11:14-!-jmk_ [n=jmk@] has joined #mythtv
11:17<Chutt>Cardoe, feel free to chime in on the dev list about qt versions
11:21<Cardoe>Chutt: sure
11:23<Cardoe>right now I need a plane ticket to NY and then to Ohio to wring the neck of two bank employees
11:24<Cardoe>First Data
11:24<Cardoe>"data analysis"
11:25<Cardoe>basically one division fails to communicate to another division
11:25<Cardoe>they use our software for having their backends talk to each other and talk to Visa
11:26<Cardoe>I'm working on certifying a new version that I wrote which has some new Visa mandate changes
11:26<Cardoe>and the other division is waiting on this stuff... except the division I'm working with is dragging butt horribly and they've got some serious bugs so I need to talk to their people in India..
11:27<Cardoe>so... the other division waiting on me decides.. they need to go live with the current version.. cause they aren't sure I'll be done in time
11:27<Cardoe>which means, they've put the new version I'm working on on hold.
11:27<Cardoe>if everyone just calmed down, and talked to each other. We'd get through this.
11:29<Cardoe>it's scary that nearly 60% of all credit card traffic in this country flows over their networks
11:30<Cardoe>and they outsource every piece and every step of the way
11:31<Cardoe>though I can't complain since their urge to outsource pays my bills :-D
11:35-!-runlevel [] has quit ["Lost terminal"]
11:37-!-skamithi [] has joined #mythtv
11:50<gbee>danielk22: did the opengl2 rendered OSD not make it into 0.21? No longer seems to work as it used to (rendered full screen no matter what the video dimensions are)
11:52<danielk22>gbee: OpenGL rendering is disabled by default in 0.21.. it causes segfaults.. It's being worked on in the -vid branch
11:53<gbee>danielk22: I know, but if enabled explicitly with --enable-opengl-video ?
11:54<danielk22>It should be possible to enable it with --enable-opengl-video, but once the decision was made not to make it a 0.21 feature it didn't get a lot of love.
11:54<gbee>maybe it's just a QT4 glitch, but apparently others have noticed that it's not working as it did in trunk
11:54<danielk22>? I don't know ?
11:56<gbee>don't worry about it, it either works or it doesn't and since it's not really supposed to be used there isn't anything to fix :)
11:56<janneg>yeah, first uclibc bug against mythtv-qt4
11:57<gbee>I was just suprised that it was no longer working since it was fine the last time I tried it
11:57*gbee puts a head shaped dent in his desk
11:58<gbee>he's not even trying to compile against qt but qtopia
11:59<gbee>if you can't figure out compilation problems yourself, then you really shouldn't be trying to do something that is clearly unsupported
11:59<Chutt>he's not even current.
12:00<janneg>my reply is probably to friendly
12:03-!-gnome42 [] has joined #mythtv
12:08<Anduin>So what is with the MSqlQuery::value auto utf8 conversion for strings?
12:10<janneg>Anduin: it's needed since empty strings converted to utf8 are null strings and qt tries to insert NULL
12:10-!-aravind_ [] has quit [Remote closed the connection]
12:10-!-aravind [] has joined #mythtv
12:10<janneg>which fails for NOT NULL columns
12:13<Anduin>janneg: but that should just be a bindValue change...? I'm fine with it, there are just many places where we now do a double conversion.
12:15<gbee>I think auto conversion is a good idea, it would solve most of the UTF8 bugs, but it will mean a little work cleaning up the existing utf8() and fromUTF8() calls from the code
12:16<janneg>Anduin: I haven't removed the utf8 conversions from mythplugins
12:16<janneg>but there shouldn't be any left in mythtv/
12:16<Anduin>janneg: Yeah, I was still fixing MythVideo issues, saving little things like this for last, just wanted confirmation that this is really the way things are going.
12:17<gbee>janneg: are we auto-converting from utf8() as well?
12:18<janneg>gbee: of course. it wouldn't work otherwise. look at the overwritten value() method in libmyth/mythdbcon.cpp
12:19<Anduin>gbee: Conversions are only done for String, not QByteArray
12:20<gbee>janneg: just checking :)
12:20<janneg>Anduin: It think it is the way to go, we had many bugs because of missing conversion
12:20<gbee>Anduin: right, I should probably look at the changes before asking more silly questions
12:26-!-johnp__ [] has joined #mythtv
12:30-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
12:32-!-xris [] has joined #mythtv
12:36-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
12:38<gbee>good or bad idea to mark MythDialog and some other oldui stuff with the deprecated keyword?
12:39<Anduin>No one will see it in all the other warnings
12:39<Chutt>not necessary
12:39<danielk22>probably a bad idea, except maybe while you are porting (for the extra warnings)
12:39<gbee>Anduin: heh, true
12:40<gbee>I was thinking it might be annoying enough to get people involved in the port
12:40<danielk22>gbee: nah, it will just make people not fix other warnings..
12:41<danielk22>When it's down to a few warnings when those are marked it might be a different story.
12:45<gbee>../../libs/libmythui/mythgesture.h:177: warning: comparison between signed and unsigned integer expressions
12:45<gbee>so I removed the int cast on points.size() and it's still complaining
12:47-!-nwahmaet [] has joined #mythtv
12:47<gbee>oh I forgot that .size() is signed in qt4
12:51-!-reynaldo [] has joined #mythtv
12:53<Chutt>it's not drawing
12:57-!-mykeu1 [n=mykeul@] has left #mythtv []
13:03<gbee>mythpainter_ogl is including qintcache and qcache but neither seems to be used, am I missing something or are they leftover from earlier versions?
13:03<Chutt>sure it's not using those for the texture caches?
13:04-!-nwahmaet [] has left #mythtv []
13:06<gbee>I'm not seeing it if they are, compiles fine with both includes removed
13:06<Chutt>cool then
13:10-!-PointyPumper [i=Pintlezz@] has joined #mythtv
13:11<Chutt>think i have a fix for the painting issues
13:19-!-janneg [] has quit [Read error: 131 (Connection reset by peer)]
13:21-!-janneg [] has joined #mythtv
13:21<Chutt>../../libs/libmythui/ undefined reference to `vtable for MythPainterWindowQt'
13:21<Chutt>it's been too long since i've done c++ =)
13:22<Chutt>stupid moc thingie, though
13:23-!-nwahmaet [] has joined #mythtv
13:24-!-dekar1 [] has joined #mythtv
13:24-!-[g2] [n=tom@nslu2-linux/g2] has joined #mythtv
13:29-!-mo0dbo0m [] has quit [Remote closed the connection]
13:31-!-mkrufky [n=mk@unaffiliated/mkrufky] has joined #mythtv
13:32-!-lcase [] has joined #mythtv
13:36-!-[g2] [n=tom@nslu2-linux/g2] has left #mythtv []
13:36<Chutt>gbee, janneg, try what i just checked in, please
13:36<Chutt>(no local mods)
13:39<gbee>nothing checked in?
13:39<Chutt>oh, crap
13:40<Chutt>it didn't commit, out of date due to your stuff :p
13:40<gbee>heh, sorry
13:40<Chutt>no conflicts
13:40<Chutt>there, it's in now
13:41-!-dekarl [] has quit [Read error: 110 (Connection timed out)]
13:41<gbee>did you forget to svn add mythmainwindow_internal.h ?
13:41<Chutt>... perhaps
13:42<Chutt>it's in now
13:44<Chutt>we can merge that back into mythmainwindow if anyone care
13:44<Chutt>i just got tired of changes taking long to compile while testing
13:46<gbee>think for the size of it, it's better off in mythmainwindow
13:49<gbee>neat little fix btw
13:49<gbee>damn qmake
13:51-!-Agrajag-_ [] has quit [Read error: 113 (No route to host)]
13:52<gbee>something to watch out for, QHash.value(key) will return a valid object even if the key doesn't exist
13:53<gbee>so you can't do if (qhash.value(key)) {}
13:53<gbee>it will always be true
13:56-!-nwahmaet [] has left #mythtv []
13:58<gbee>looks good with qt painter, trying gl now
13:59<gbee>everything works, tried mythui/oldui and settings with both painters
14:09-!-jgarvey [] has joined #mythtv
14:13<GreyFoxx>hehe looks like -geometry doesn't work quite right with either painter for me
14:14<GreyFoxx>the window/menus are the right size, but there are more copies of the backgrround filling the entire screen
14:15<gbee>I'm adding a setWindowTitle(), so what do we want to call the frontend and mythtv setup? MythTV Frontend or just MythFrontend?
14:17<gbee>GreyFoxx: works here, at least with GL
14:17<gbee>GreyFoxx: ok, I know what's causing it - I'll fix it
14:21-!-phatmonkey [n=ben@] has joined #mythtv
14:21-!-MaverickTech [] has quit [Read error: 113 (No route to host)]
14:28<janneg>Chutt: two minor issues with the opengl painter
14:29<janneg>startup background is black
14:29<janneg>there is a flicker before the animation to the next menu
14:31<Chutt>janneg, can't fix the startup background easily
14:32<Chutt>and i saw the flicker, but don't know what it is yet
14:32<janneg>gbee: -geometry with offset has wrong initialization. it starts at 0,0 and jumps to the correct position after starting playback. afterwards it stays there
14:33<janneg>Chutt: np just answering to the "all?"
14:34<Chutt>but it looks ok otherwise?
14:34<Chutt>what's left in the port?
14:34<gbee>janneg: ok, I'll look at that too
14:35<janneg>dialog boxes do not break the text and cut it
14:36<janneg>some frontend widget aren't working
14:36<gbee>think GreyFoxx's problem may just be the FullScreen attribute, so it's a little messy but I've added a bool to method to Mythcontext which tells us if geometry overrides were used
14:36<gbee>going to eat, back in a bit
14:36<janneg>I can't reproduce the no text in browse mode osd anymore
14:37<janneg>I'm starting a new setup from scratch now
14:41-!-nwahmaet [] has joined #mythtv
14:41-!-nwahmaet [] has left #mythtv []
14:42<janneg>input connections doesn't save the first connection
14:43<janneg>channel scanner popup has windows decorations
14:44<janneg>and has background rendering problems, needs probably another setAutofillbg(true)
14:44<janneg>scanner doesn't insert channels
14:45-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit [Remote closed the connection]
14:46<Chutt>so stuff to fix =)
14:47-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
14:51-!-erik__ [] has joined #mythtv
14:55-!-skamithi [] has quit ["WeeChat 0.2.3"]
14:56-!-turbo [] has joined #mythtv
14:58-!-briand [] has quit [Read error: 110 (Connection timed out)]
14:59<sphery>gbee: Rather than a bool, the other code that uses --geometry overrides tends to check for a non-zero value for m_geometry_w . Don't know if that applies to your case as I haven't looked at the code in question.
15:01<gbee>sphery: yeah, that's flawed since we don't reset m_geometry_x to zero if we fail to parse the y value
15:02<sphery>Ah. More to fix, then, I guess. :)
15:03<gbee>I just prefer a boolean value, though it's not important
15:05<janneg>It looks like my workaround for lastInsertId is not working well
15:05<sphery>Yeah. And cleaning up after a partially-successful parsing would be rather ugly with all the returns in MythContext::ParseGeometryOverride().
15:06<sphery>But, as long as you're fixing it, there are only a couple locations where the old (broken) check was used if you want to make it use your bool.
15:07<gbee>already done so :)
15:14-!-phatmonkey [n=ben@] has quit []
15:19-!-phatmonkey [n=ben@] has joined #mythtv
15:20<gbee>looks like there is an issue with using x/y offsets with geometry and FramelessWindowHint, it doesn't honour those values
15:20-!-phatmonkey [n=ben@] has quit [Client Quit]
15:21<gbee>you can have a framed window with offsets, but not a frameless one
15:22-!-phatmonkey [n=ben@] has joined #mythtv
15:24-!-phatmonkey [n=ben@] has quit [Client Quit]
15:26<gbee>so, do we want -geometry to result in a framed window?
15:32-!-mattwire [] has joined #mythtv
15:33<Chutt>unless the setting is for windowed, no
15:37-!-nwahmaet [] has joined #mythtv
15:38<gbee>Chutt: ok, I'm not sure what we have to do to make it work
15:38-!-mattwire [] has quit [Read error: 113 (No route to host)]
15:43-!-BobSlob [] has joined #mythtv
15:43<gbee>x/y offset are just ignored if FramelessWindowHint is used
15:43-!-Agrajag- [] has joined #mythtv
15:44<gbee>maybe others can try it? Make sure it's not something to do with my system
15:44<janneg>gbee: try to set the offsets before FramelessWindowHint
15:44<gbee>janneg: they are
15:44-!-BobSlob [] has left #mythtv []
15:44-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
15:45<gbee>I could try it the other way around though
15:47-!-mkrufky [n=mk@unaffiliated/mkrufky] has quit [Read error: 104 (Connection reset by peer)]
15:50<janneg>gbee: looks like a qt bug then
15:51<gbee>janneg: thanks for the idea, moving setGeometry after setWindowFlags worked
15:52<janneg>fine. popups had still redraw issues
15:53-!-mattwire [] has joined #mythtv
15:54<Chutt>janneg, which popups?
15:54<Chutt>the playbackbox ones looked fine when i tested
15:55-!-phatmonkey [n=ben@] has joined #mythtv
15:56<gbee>GreyFoxx: svn up and let me know if it fixes your -geometry problem
15:56-!-turbo [] has quit [Read error: 110 (Connection timed out)]
15:56-!-turbo [] has joined #mythtv
15:59<janneg>Chutt: the channel scanner popup and my commit didn't fixed it
16:00<gbee>janneg: describe the problem, if it's the same behaviour then that's not new to QT4, it's been doing it randomly for a while - just ask stuarta
16:00<janneg>it removed the window decorations but it has redraw problems after the first time
16:01<gbee>ok, not the same then - it used to be the wrong size from time to time, the progress bars and text would all be squashed together etc
16:06<Chutt>some of those popups don't use Myth* classes
16:07-!-wild_oscar [] has joined #mythtv
16:08<wild_oscar>I had an issue with my pc that I just seem to have solved and is related to mythv
16:08<wild_oscar>I had constant disk activity on my drive
16:08<wild_oscar>hdd led blinking 3 times per second
16:08<wild_oscar>it stopped when I stopped mythtv backend
16:09<xris>wild_oscar: /topic
16:09<wild_oscar>ooops, just seen it
16:10-!-wild_oscar [] has left #mythtv []
16:10-!-foxhunt [] has joined #mythtv
16:11<gbee>janneg: can't reproduce the offset problem with --geometry
16:14<janneg>Chutt: which one?
16:14<Chutt>janneg, i just remember seeing a few, don't recall where
16:15-!-nordenm [] has quit []
16:15<janneg>gbee: I thought you fixed it 16674
16:16<gbee>janneg: maybe I did, but I couldn't reproduce it before then either so I can't be sure
16:17-!-TelnetManta [n=benwilli@] has quit ["Ex-Chat"]
16:17<janneg>huh? now I'm confused. "< gbee> x/y offset are just ignored if FramelessWindowHint is used"
16:18<janneg>I'm just testing it
16:18<gbee>janneg: ok, sorry guess I thought you meant a different problem
16:19<gbee>that problem is now fixed
16:19<janneg>gbee: main.cpp:1447: error: 'tr' was not declared in this scope
16:19<gbee>bugger, ok, guess I need to use the static version
16:29<gbee>odd, tr is in QObject, not QApplication so why did that work?
16:30<janneg>offset is fixed
16:30-!-Agrajag- [] has quit [Read error: 113 (No route to host)]
16:33-!-joecurlee [] has joined #mythtv
16:33-!-nwahmaet [] has left #mythtv []
16:34-!-joecurlee [] has left #mythtv []
16:36<Anduin>gbee: QApplication -> QCoreApplication -> QObject
16:36<gbee>Anduin: yeah, just being slow again ;)
16:38<Anduin>So has anyone actually switch to running the Qt4 backend?
16:38<janneg>backend runs fine on my notebook with a usb dvb-t adapter
16:38<gbee>not me, I don't have a development backend and wasn't brave enough to risk my recordings
16:40<Anduin>Yeah, I have a dev one to try, but was thinking of being less safe.
16:41*janneg compiles the branch on his main backend
16:42<Chutt>janneg, did the last insert id fix fix the setup issues?
16:43<Chutt>need to make sure a clean setup and some basic recording works before a merge
16:43<Chutt>and the scheduler, of course =)
16:43<janneg>the input connection issue. scanning doesn't insert channels yet
16:44<janneg>right, I'm comparing --printsched with qt3 and qt4 backends
16:45<Chutt>haven't seen too many checkins to trunk
16:45<Chutt>so.. =)
16:49<gbee>branch will disappear after the merge?
16:52<gbee>just working on replacing the last of the q3support libs in mythui
16:53-!-nwahmaet [] has joined #mythtv
16:55<janneg>gbee: are you that no qt3support methods are used?
16:55<Chutt>have to do a CONFIG -= qt3support
16:55<gbee>janneg: no, I've just been grepping for q3 so far
16:55<janneg>and QT -= qt3support
16:55-!-Agrajag- [] has joined #mythtv
16:55<gbee>I'm down to a bunch of QPtrList, couple of them come from libmyth so I'll leave those to last
16:56<gbee>I can commit all this to trunk after the merge though
16:59<purserj>quick question, whats the etiquette with regards to submitting patches to the dev list? I've created a ticket, do I just wait or can I send the ticket to the list for discussion?
16:59<Chutt>you just wait
16:59-!-nordenm [] has joined #mythtv
17:02<janneg>Chutt: the qmake bug number changed to 203490
17:02<Chutt>that's a fairly minor issue =)
17:02<Chutt>i wasn't tracking it
17:03<gbee>--version is still not being updated for me
17:04-!-grokky [] has joined #mythtv
17:06<janneg>gbee: try moving version.cpp look if it is regenerated
17:07-!-nwahmaet [] has left #mythtv []
17:10<gbee>make[2]: *** No rule to make target `../../version.cpp', needed by `version.o'. Stop.
17:12<gbee>doing a distclean
17:14-!-ColdFyre [] has joined #mythtv
17:14-!-ColdFyre [] has left #mythtv ["Math problems? Call 1-800-[(10x)(13i)^2]-[sin(xy)/2.362x]"]
17:14-!-turbo is now known as briand
17:16<janneg>gbee: strange
17:16<gbee>are the plugins finished btw?
17:19-!-foxhunt [] has quit [Read error: 110 (Connection timed out)]
17:19<Anduin>gbee: It seems to be finding version.cpp, mine seems to prefer the one from libmythupnp, the old behavior is that it was generated each time was included.
17:20<gbee>it worked for the first build, but not the subsequent ones, it just kept using the old version.cpp
17:22-!-_gunni_ [] has joined #mythtv
17:23<janneg>Chutt: 8 bit chars broken in the output, otherwise exactly the same schedule
17:26<gbee>#4994 - I won't say I told you so :p
17:28-!-antivert [n=antivert@] has joined #mythtv
17:29-!-antivert [n=antivert@] has left #mythtv ["Leaving"]
17:30-!-grokky [] has quit []
17:31-!-mattwire [] has quit ["Leaving"]
17:31-!-erik__ [] has quit ["Lämnar"]
17:31-!-aeha [] has left #mythtv []
17:32-!-jwhite [] has quit ["Leaving"]
17:33-!-jwhite [] has joined #mythtv
17:40-!-aeha [] has joined #mythtv
17:40-!-MrGandalf [] has joined #mythtv
17:41<gbee>branch regexp isn't working
17:41<gbee>MythTV Branch : : svn+ssh://
17:44<gbee>but version.cpp is now being updated properly following a distclean
17:46<Anduin>gbee: There should be more than one (distclean should work, but would be needed each time)
17:47<gbee>yeah, I mean that after doing a distclean version.cpp is being updated without needing a distclean
17:47-!-grokky [] has joined #mythtv
17:47<janneg>gbee: it's not not workin but accidentially removed
17:48<gbee>janneg: :D
17:51-!-foxhunt [] has joined #mythtv
17:54-!-lcase [] has quit []
17:55-!-jgarvey [] has quit ["Leaving"]
17:56<janneg>gbee: try again
18:02-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:05-!-czth__ [n=dbrobins@nat/microsoft/x-cc42c9eaee5728f0] has joined #mythtv
18:14-!-BleedAway [] has quit [SendQ exceeded]
18:14<gbee>janneg: just finishing off some changes then I'll rerun it
18:15-!-neb_ [] has joined #mythtv
18:17<janneg>gbee: np, was more a notification of the fix. It supports now partial branches too
18:17<janneg>MythTV Branch : branches/mythtv-qt4
18:18<janneg>instead of branches/mythtv-qt4/
18:19-!-johnp__ [] has quit [Read error: 110 (Connection timed out)]
18:20<gbee>yeah, I didn't account for partial branches in the original
18:22-!-czth_ [n=dbrobins@nat/microsoft/x-d1720ae06e29904d] has quit [Read error: 110 (Connection timed out)]
18:24-!-sentinel23 [i=c7d5c721@gateway/web/ajax/] has joined #mythtv
18:25-!-phatmonkey [n=ben@] has quit []
18:26-!-sentinel23 [i=c7d5c721@gateway/web/ajax/] has left #mythtv []
18:29-!-_gunni_ [] has quit ["KVIrc 3.2.4 Anomalies"]
18:29<janneg>ugh, bt in channel scanner has depth 60
18:32-!-Dibblah [] has quit [Remote closed the connection]
18:33<neb_>hey, i'm trying to understand how mythtv displays subs alongside the video - is this something handled by mplayer? (if this is completely the wrong place to ask I do apologise)
18:34-!-Dibblah [] has joined #mythtv
18:35-!-foxhunt [] has quit [Remote closed the connection]
18:38-!-grokky [] has quit [Read error: 110 (Connection timed out)]
18:44<gbee>neb_: mythtv doesn't use mplayer, it doesn't require an external media player
18:47<neb_>gbee: Thanks for that clarification. I wasn't sure, since I have a profound hearing loss I record everything and the extracting srt from a recording (on the wiki) isn't really feasible for everything. I did however notice a ticket where transcoding embeds the subtitles so I'll keep my fingers crossed for that :)
18:48<neb_>that should read "record everything with subtitles"
18:48<gbee>neb_: you are trying to transcode while keeping subtitles?
18:49<neb_>i'm just trying to copy a recording onto a machine running windows
18:50<neb_>well, it's a samsung Q1 and i want to watch recordings whilst i travel to work :p
18:50<gbee>neb_: what type of subtitles? dvb, CC, Teletext?
18:50<neb_>dvb i guess, it's from digital tv
18:51<gbee>ok, well the subtitles are embedded, as I guess you know so you just need a media player on Windows capable of viewing them
18:52<neb_>okay, any pointers in the right direction?
18:52*neb_ has tried fiddling with media player classic, mplayer and the like
18:53<xris>anyone know how to get in touch with justinh/juski? it seems he changed his email address
18:53-!-grout [] has joined #mythtv
18:54<iamlindoro__>xris: He has posted semi-recently on -users but dunno if it's his real addy
18:55<xris>yeah, same address
18:56<xris>weird, maybe gmail is just f'd up
18:56<gbee>xris: is it important?
18:57<xris>gbee: trying to get an EPS version of the SD logo
18:57<xris>I don't have the Century Gothic font, and it's not a free font that I can just download
18:58<gbee>by that, I mean I probably have his phone number somewhere
18:58<xris>not urgent
18:58<Anduin>xris: You know he is hnitsuj now? and is on as often as ever
18:58<xris>though I guess it's been awhile since he was here
18:58<gbee>ok, well he was in -users the other night, might even be there now
18:58<xris>Anduin: oh.. nice of him to keep changing his nick. heh
18:59<xris>I just saw him earlier today, then
18:59<Anduin>Yeah, xris was just talking to him over in #mythtv-users
18:59<xris>thanks. I'll catch up with him whenever he shows up again, then.
18:59<xris>maybe he's keeping earlier hours now. :)
19:04<gbee>he was getting hate mail, well nasty emails, after he announced that he wasn't going to keep maintaining his themes, that was enough to make him cancel his email address and change IRC nicks
19:04<laga>not to mention his domain
19:04<laga>ah, it's still registered, he just took it offline
19:09<kormoc>Users suck
19:10<laga>not all of them
19:10<kormoc>True, but a chunk do
19:10<laga>someone just apologized after.. someone using his login was being a jerk on the mythbuntu forums
19:23-!-Guierrmo [] has joined #mythtv
19:29-!-grokky [] has joined #mythtv
19:30<gbee>who looks after the python bindings?
19:36-!-grout [] has quit []
19:38<sphery>gbee: Anduin kind of inherited the Python bindings.
19:40<gbee>ok, I'm not sure it's a bug but I'm getting fed up of make install always ending on an error - error: invalid Python installation: unable to open /usr/lib64/python2.5/config/Makefile (No such file or directory)
19:41*hads doesn't know anything about 64 bit systems.
19:42<hads>Otherwise I'd try and sort that out for you.
19:43<gbee>I can just disable the python bindings, but if it's a bug then better it gets fixed
19:43<gbee>if it's just a user error, e.g. missing dependancy then sorry for the noise
19:43-!-neb_ [] has left #mythtv []
19:45<hads>Google suggests that it might be fixed by a python-dev package but I don't have any python-dev packages installed on my x86 system and I can't see why you would need it.
19:47<hads>/usr/lib/python2.5/config/Makefile is provided by python2.5 for me, maybe your distro packages the config stuff differently?
19:49<gbee>installing the -devel package, though I'm not wasting 21Mb of space if it doesn't fix it ;)
19:51<MrGandalf>anyone here a dvb standards guru or know something about dvb table parsing
19:52<hads>gbee: You're Mandriva right?
19:54<gbee>hads: thanks, that clears it up then :)
19:55-!-FunkyELF [] has joined #mythtv
19:55<FunkyELF>is there a way to get mplayer to de-interlace video?
19:55*gbee votes for the bug
19:55*FunkyELF is sorry and leaves for #mythtv-users
19:55<gbee>FunkyELF: probably, but I'm not sure what that has got to do with mythtv, let alone mythtv development
19:56-!-FunkyELF [] has left #mythtv ["Leaving"]
20:00<xris>really wish there was a (better?) way to debug this firewire trouble
20:00<xris>these missed recordings are getting annoying
20:01-!-grout [] has joined #mythtv
20:05<gbee>janneg: mythfrontend: symbol lookup error: /usr/local/lib/mythtv/plugins/ undefined symbol: _Z11qInitTiffIOv
20:28<gbee>ok, there are some things broken with mythui in the qt4 branch, checkboxes in Mythflix settings aren't working properly, popup menus don't work (CustomEvents broken?)
20:29<gbee>and some problems specific to certain areas, menu doesn't work too well in Screen Settings Wizard
20:29<Anduin>gbee: customEvent now takes a QEvent, I converted the ones in MV
20:30<gbee>plus mythgallery segfaults on startup, but it looks unrelated to mythui
20:30<gbee>Anduin: thanks :) I'll fix that tomorrow then
20:34<Anduin>gbee: janneg disabled qtiffio but there is still a call in mythgallery/main.cpp, I'll remove it for now.
20:34<gbee>Anduin: already done
20:34<Anduin>What I get for not keeping up on -commits
20:35<gbee>figured I might as well take a look since janneg has gone to bed
20:51-!-Belboz99 [] has joined #Mythtv
20:52-!-Guierrmo [] has left #mythtv []
21:04-!-grout [] has left #mythtv []
21:05-!-turbo [] has joined #mythtv
21:07-!-briand [] has quit [Read error: 110 (Connection timed out)]
21:24-!-dm-madman [] has joined #mythtv
21:25<dm-madman>i may be in the wrong channel. maybe there is a mythtv-users channel or something. At any rate, MythTV can't seem to figure out what time it is. Maybe someone can help me figure out how to fix this?
21:26<dm-madman>actually, the frontend seems to know the time, but the backend is endlessly confused about it
21:26<laga>dm-madman: read the topic
21:27<dm-madman>yeah i did
21:27<dm-madman>direct me to the proper channel
21:27<dm-madman>oh nvm i see it now
21:35-!-briand [] has joined #mythtv
21:36-!-turbo [] has quit [Read error: 110 (Connection timed out)]
21:38-!-HRearden [] has joined #mythtv
21:44-!-dm-madman [] has quit ["[BX] The Power Rangers use BitchX. Shouldn't you?"]
21:44-!-superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv
21:47-!-Zombie [] has left #mythtv ["Leaving"]
21:58-!-onyxsoft [] has quit ["Ex-Chat"]
22:06-!-DGMurdockIII [] has joined #MythTV
22:19-!-DGMurdockIII [] has left #MythTV []
22:46-!-HRearden_ [] has joined #mythtv
22:49-!-turbo [] has joined #mythtv
22:51-!-briand [] has quit [Read error: 110 (Connection timed out)]
23:03-!-HRearden_ [] has quit ["Leaving"]
23:04-!-HRearden [] has quit [Read error: 110 (Connection timed out)]
23:07-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
23:14-!-turbo [] has quit [Read error: 110 (Connection timed out)]
23:14-!-briand [] has joined #mythtv
23:15-!-loops [] has quit [Remote closed the connection]
23:29-!-Chutt [] has quit [Remote closed the connection]
23:31-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
23:43-!-reynaldo_ [] has joined #mythtv
23:45-!-aeha [] has left #mythtv []
23:47<clever>my backend is sucking 90% cpu again
23:47<clever>and i never even touched mythweb
23:48<clever>sphery: you about?
23:49-!-aeha [] has joined #mythtv
23:58-!-turbo [] has joined #mythtv
23:59-!-onyxsoft [] has joined #mythtv
23:59-!-briand [] has quit [Read error: 110 (Connection timed out)]
---Logclosed Wed Mar 19 00:00:44 2008