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

---Logopened Tue Jan 01 00:00:14 2008
01:16|-|jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
02:04|-|mzb [] has quit [Remote closed the connection]
02:04|-|ahbritto [] has quit [Client Quit]
02:06|-|mzb [] has joined #mythtv
02:07|-|dans91 [] has joined #mythtv
02:30|-|gnome42 [] has quit [Remote closed the connection]
03:19|-|jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
03:40|-|jasonlr [] has joined #mythtv
03:41|-|hads [] has quit [Read error: 104 (Connection reset by peer)]
03:41|-|hads [] has joined #mythtv
04:20|-|xris [] has quit ["Leaving."]
04:54|-|beavis [] has joined #mythtv
05:27|-|zedman4068 [] has joined #mythtv
06:11|-|jasonlr [] has quit [Read error: 110 (Connection timed out)]
06:13|-|johnp__ [] has joined #mythtv
06:18|-|grokky [] has joined #mythtv
06:38|-|grokky [] has quit []
07:02<gbee>johnp__: working parts of icon download stuff isn't committed yet, I only committed some of the libmyth changes that went with it
07:03<gbee>easier to review if broken down to smaller chunks
07:03<gbee>will see if I get time to review the main patch today
07:05<dans91>hmm. changeset 15277 broke configure in mythtv trunk :p :) "./configure: 1568: Syntax error: Bad substitution"
07:06<beavis>that's right, same here
07:06|-|lucas2 [] has quit [Read error: 104 (Connection reset by peer)]
07:08|-|splAt1 changed nick to splat1
07:13<dans91>hmm. something to do with ubuntu has /bin/sh -> /bin/dash instead of /bin/bash, maybe?
07:15<beavis>you can switch to bash (but it doesn't help)
07:15<dans91>no...but whats wrong with that line? seems ok to me... o_O
07:17|-|jarle [] has quit [Read error: 110 (Connection timed out)]
07:17|-|jarle [] has joined #mythtv
07:18<dans91>actually, changing the first line to '#!/bin/bash' instead of '#!/bin/sh' does actually fix it for me.
07:21<beavis>i'll ask nigel if he could fix it for dash
07:22<dans91>beavis: cool
07:30<dans91>beavis: i have a patch that fixes it if desired.
07:37<dans91>janneg: confirmed. works on ubuntu and works properly on leopard as well :) cheers.
07:37<beavis>thanks janneg
07:59|-|mattwire [] has joined #mythtv
08:01|-|jarle_ [] has joined #mythtv
08:01|-|jarle [] has quit [Read error: 110 (Connection timed out)]
08:14|-|zedman4068 [] has quit ["Ex-Chat"]
08:25|-|robthebob [] has joined #mythtv
08:37|-|johnp__ [] has left #mythtv []
09:46|-|lucas2 [] has joined #mythtv
09:56<gbee>wondering if we shouldn't just try to connect (TCP) and timeout instead of using ping, it probably won't affect most people but the ping fails for me because ICMP is blocked for most machines on my network (no particular reason)
09:57<gbee>this is probably one of those times where I'm on the other side of the fence, doing something pointless like blocking local->internet ICMP connections and expecting mythtv to change for that use case ;)
10:08|-|onixian [n=xian@] has joined #mythtv
10:14|-|reynaldo [] has joined #mythtv
10:15|-|hasse [] has joined #mythtv
10:16<hasse>hey, im running mythtv on a amd dual core 4800+ cpu with 3 gb ram, but when i watch hd-quality 1080 resolution recordings, the sound scatters (?) a lot, and the pictures sometimes do the same
10:16<laga>hasse: see topixc
10:16<hasse>sorry wrong channel
10:16<hasse>happy newyear :)
10:23|-|robthebob [] has quit [Read error: 104 (Connection reset by peer)]
10:23|-|rn114 [] has joined #mythtv
10:52|-|hasse [] has quit ["Leaving"]
10:54<gbee>janneg: can you explain why the threaded h.264 decoding support isn't enabled by default in trunk? I didn't pay attention at the time
10:58|-|dekarl [] has joined #mythtv
11:05|-|dekar1 [] has quit [Read error: 145 (Connection timed out)]
11:07|-|lucas2 [] has quit [Read error: 113 (No route to host)]
11:08|-|jasonlr [] has joined #mythtv
11:10|-|jasonlr [] has left #mythtv ["Leaving"]
11:25|-|Chutt [] has quit [Read error: 110 (Connection timed out)]
11:28|-|okolsi [n=mythtv@] has quit [Read error: 113 (No route to host)]
11:28|-|rn114 [] has quit [Read error: 113 (No route to host)]
11:28|-|rn114__ [] has joined #mythtv
11:29<anykey_>gbee: is this a configure option or so? Or in the code?
11:30<gbee>ask Janne, I was paying so little attention I don't even know that
11:30<anykey_>oh ok
11:30<gbee>though I suspect it's disabled by a comment in the code, rather than a configure option
11:30<anykey_>I think I remember that it wasn't enabled by default because on a single-core cpu it makes decoding slower...
11:31<gbee>way to avoid that is to detect the number of cores available
11:32<jams>gbee- you have any need for screenshots of the settings screens with metallurgy?
11:33<gbee>jams: don't think so, as they aren't themable there is no point
11:34|-|lucas2 [] has joined #mythtv
11:34<jams>just finished the menus and action shots. I'm uploading them now so you can download them.
11:34<gbee>cool, thanks a lot
11:35<jams>couple things you might want to fix
11:37<jams>oh mytharchive screenshots are bogus cause i didn't recompile that plugin
11:38<sphery>gbee: Gotta say I find it unbelievable how much people are against removing support for external players in MythVideo when the same people are so proud to talk of all the advantages Myth has when playing recordings since it doesn't use MPlayer, etc...
11:39<gbee>jams: haven't themed mytharchive yet
11:39<sphery>After all, if you want external players, could always switch to Freevo. :)
11:39<gbee>and still a few missing or duplicate icons I want to sort out
11:41<gbee>sphery: what's impressive is how many reasons they list which are bogus, e.g. Internal doesn't work with external subtitles; it doesn't play dvd isos; it doesn't let you change the audio track; it doesn't support h.264 threading etc
11:42|-|okolsi_ [n=mythtv@unaffiliated/okolsi] has joined #mythtv
11:43<gbee>I know there are some genuine reasons why the internal player isn't perfect, but it seems there are far more reasons that just exist in the imaginations of some users
11:43<sphery>Yeah. And, the no-seektable thing could be fixed (with much higher priority if there were no support for external players). And, like you said, there's no reason it shouldn't be able to play everything that xine/MPlayer can.
11:45<sphery>BTW, I have seen xine do jumps of -10sec when asking for a +7sec jump or +5min when asking for +1min--it can be off by much more than the little bit you quoted. (And, for Tanthrix, xine--properly compiled--also does timestretch.)
11:45<sphery>but I realize yours was just an example.
11:46<gbee>I can't get rid of external player support, I'm not lead dev and I'm not the mythvideo maintainer, but I like that everyone thinks that I might because in the last two days we've got more bug reports for the internal player (concerning videos) than in the last 6 months
11:46<justinh>gbee: regarding theming setup menus, I was thinking about that while out walking the dog. has it even been considered yet?
11:47<sphery>Anyway, I would like to see MythVideo disappear completely and its functionality be handled by the backend/frontend, at which point removing support for external players makes a lot of sense (otherwise, we'd probably have to support external players for TV and change the project name to Freevo).
11:47<gbee>sphery: I was being deliberately conservative on the inaccuracy since I didn't have any real figures to back it up and didn't want to undermine my point by being challenged on the point
11:48<justinh>isn't it only that stupid mkv format which is giving the most trouble right now anyway?
11:48<justinh>let the anime fans fix it themselves IMHO
11:48<GreyFoxx>sphery: Disappear as in merged with the main app?
11:48<gbee>justinh: when the setup wizard is converted to mythui then allowing the background and button images to be themed will be possible
11:49<laga>there is a setup wizarD
11:49<justinh>gbee: spinboxes & tickboxes too?
11:49<sphery>GreyFoxx: yep. So there's only one place to go to play any video content--recorded or other.
11:49<gbee>at least I want it to be, but Daniel has talked of doing that work so I dunno what he has planned
11:49<GreyFoxx>I don't see any reason to keep it as a seperate plugin, don't even mind the idea of using the mythprotocol for streaming the content to frontends
11:50<GreyFoxx>but I hope it never is merged with or looks like the Watch recordings screen
11:50<gbee>justinh: all images
11:50<gbee>GreyFoxx: possibly upnp? That's what I'm thinking of using for mythmusic
11:50<justinh>I added a note about allowing for overscan in mythuinotes btw. thought it sensible considering the theme design guide says so, and I think it's common sense anyway
11:50<sphery>GreyFoxx: Right. We'd need different views and probably a UI redesign.
11:50<GreyFoxx>gbee: upnp would be a good way to get it
11:51<justinh>sphery: that needs to happen to some extent anyway to get rid of some of the current awkwardness in 'watch recordings' etc
11:51<gbee>it's a little easier than extending the myth protocol IMHO
11:51<GreyFoxx>gbee: I've been focused on the video portion but gonna move on to the recording+music bit eventually
11:51<justinh>if not a common place to have all media (with filters etc) then at least common widgets :)
11:53|-|tanq [] has joined #mythtv
11:53[~]GreyFoxx wonders what's involved another sync of multirec with trunk :)
11:53<jams>gbee- the download link is at the bottom of the link I posted. At the top are the screenshots where I noticed some missing icons or just odd things.
11:53|-|tanq [] has left #mythtv []
11:54<justinh>hmmm I can't see myself being able to go into work tomorrow. still feeling a little bit wuhhhhhhh
11:56<gbee>jams: thank you very much ;)
11:56|-|foxhunt [] has joined #mythtv
11:57<gbee>GreyFoxx: at this point shouldn't we be merging multirec with trunk?
11:57<jams>yeah that extra prompt at when leaving mythmusic almost messed things up
11:57<gbee>I'm a little worried that if it doesn't happen in the next 3/4 days then it won't happen at all before 0.21 is released, it needs at least that amount of time for proper testing/debugging by a wider audience
11:59|-|mattwire [] has quit ["Leaving"]
11:59<justinh>bout time I started finishing off my magnum opus :)
12:01<GreyFoxx>gbee: I think so
12:02<GreyFoxx>IT's time for more people to shake it down
12:02<laga>yay for multirec.
12:03<justinh>sounds like an excuse for me to go & buy another dvb-t tuner
12:04<justinh>I'm starting to feel like I'm turning over to the dark side
12:04<gbee>wouldn't it be an excuse _not_ to buy another?
12:05<justinh>not really since all my dvb-t tuners are now in my production system
12:05<gbee>ahh, heh
12:06<justinh>I really need to start running 0.20.2 at home. I think it's safe to now the epia is safely out of the way
12:06<justinh>hmm. not sure how to approach this confirmation dialog
12:07<gbee>though with the upnp problems maybe not trunk, but an earlier revision of the main branch
12:07|-|reynaldo [] has quit ["Lost terminal"]
12:08<justinh>don't want to be naughty about it. Currently I'm off doing if ESCAPE is pressed, check a (changed) bool then open a popup saying "settings have changed, do you want to save?". then have buttons for Save&Quit and just Quit. is it ok to do that & not have the usual OKButton ?
12:08<jams>gbee add 10_24_51_ACTION_mythmusic_main.png to the list.
12:08|-|mattwire [] has joined #mythtv
12:09<gbee>jams: really? use mythmusic all the time ...
12:09[~]gbee goes to look at the ss
12:09<jams>i bet you don't use the tree view
12:09<justinh>I think I'll just carry on this way then y'all can have a look at it
12:10<jams>thedown scroll arrow is a little cut off
12:10<justinh>I still reckon it'll be weird having a confirmation dialogue when no other settings widget does
12:10<justinh>.. or is that where things are going now?
12:11|-|rn114__ [] has quit [Read error: 104 (Connection reset by peer)]
12:11|-|rn114 [] has joined #mythtv
12:11<justinh>I've often wondered how many users have gone into a setup menu to change something, wiggled a setting then gone straight back out & expected the change to have taken without then going all the way to 'finish'
12:12<gbee>jams: ahh you are using the "show full tree" view ... hate that one personally
12:13<jams>would take screenshots of both, but there is no easy way to flip between them. Oh unless i change the script to flip the db setting using mysql.
12:14|-|reynaldo [] has joined #mythtv
12:14<gbee>jams: not important, I'll fix that just an alignment issue in that context
12:15<jams>no mythweather shots either, as i can't get it to work.
12:15<jams>someday it will happen
12:15<gbee>heh, well I think mythweather is ok
12:16<gbee>except the radar/animap screens, not tested them yer
12:18<gbee>video gallery is a pain, think I'll have to hack at the code to allow the arrows to be in different containers .... or maybe I just need to move the container so it's created before the gallery widget
12:18<gbee>should be an interesting experiment
12:18<justinh>gbee: did you ever get around to looking at mythweather to sort it out a bit? I'm tempted
12:18<jams>heh oh force people to use X number of colums so the arrows line up between images.
12:19<gbee>justinh: which bit of mythweather? The theme?
12:19<justinh>gbee: the UI
12:20<gbee>jams: well I'm tempted ;) IMHO it's better theme defined, but taking settings away from people is certainly not like candy from a baby
12:21<justinh>my last memory of using the new mythweather is one of confusion. I was going round in circles
12:21<gbee>justinh: you are welcome to it, I've done some work, but nowhere near as much as I'd like
12:22<justinh>I'll see how I go on. There are a few things I need to see to - promises I made last year
12:23<justinh>very glad one thing I threatened to do has actually happened though :)
12:23<gbee>I've got a patch which I need to commit which cleans up the screen stuff a bit, gets rid of the need for the */+ stuff in the object names
12:25<gbee>I also want to create a structure for mythui that allows groups of repeated objects, would reduce the xml in weather-ui.xml hugely
12:25<justinh>heh but who wants to cut into mytharchive to make that happen too? ;)
12:26[~]justinh can't believe his own eyes. just added a new menu popup etc.. no compile errors
12:26<justinh>I hope this sticks :P
12:26<Anduin>justinh: it doesn't
12:27[~]laga summons runtime errors
12:32<gbee>is it just me being overly careful in reviewing patches, or does it take a lot of time for everyone else? Feel like I've been reviewing and testing this channel icon patch forever
12:33<mattwire>that one does take quite a while :) There seem to be so many different combinations and routes through it
12:34<mattwire>seen any major issues with it so far?
12:35<jamesd_>being overly careful reviewing makes the project better.... since lots of people consider this project proudction... all the more review that should go into it.
12:35<justinh>I've forgotten something here.. like reject()
12:36|-|nordle [n=nordle@] has joined #mythtv
12:38<gbee>mattwire: in the code no, a few debugging statements left it which either need to be expanded or removed
12:38<nordle>When XMLTV and Radiotimes work well, its a beautiful thing! When they don't, its annoying as for some reason the live EPG data doesn't seem to come down either. Anyway, anyone here looking at UK? I'm assuming RadioTimes people are on holiday, the slackers, or I've messed up my system. Data coming down appears to only go up until 31-DEC-07.
12:39<justinh>not sure if doing GetMythMainWindow()->JumpTo("Reload Theme"); before reject(); will work as expected but here goes..
12:39<gbee>in execution I'll have to let you know in a minute because I couldn't be bothered to play with my firewall to let the ping attempt through so I'm just installing it on another machine
12:39<nordle>wrong channel, sorry
12:40<gbee>justinh: probably not since jumptos exit to the main menu first
12:41<justinh>so is the reject() superfluous then?
12:41<gbee>they are used (incorrectly IMHO) in mythvideo to switch between the three layouts and that causes problems when exiting mythvideo
12:42<gbee>justinh: probably, I assume that it cleans up behind itself so the dialogue calling it gets properly destroyed
12:42<mattwire>gbee: you could always just comment out the bit that does the ping
12:42<justinh>if this works I'll take the 'save & quit' option out of the MENU menu
12:42<mattwire>it's just one if block and doesn't affect anything
12:43<justinh>oof. segfault
12:43|-|_gunni_ [] has joined #mythtv
12:43<gbee>mattwire: could have done but figured it best to test it properly with the ping
12:44|-|nordle [n=nordle@] has left #mythtv []
12:45<gbee>I've been trying to decide if that ping is a good idea or whether we should just attempt to open a connection to the webserver, since that would also catch problems with the server being available but the webserver not
12:46<gbee>it's slower than a ping, obviously
12:47<gbee>at this stage though I don't really have the time and would rather get the patch committed today
12:47<justinh>found a bug in the UI I think
12:47<justinh>if you use a wide theme but a plugin doesn't have an entry in default-wide it'll try to use the default but won't work
12:49<mattwire>i wonder how much slower it would be. After it's committed I might take a look and see if it would be better changed
12:49<gbee>not seen that before, I was testing mythmovies with a wide theme for ages without realising that the default-wide file wasn't being installed
12:49<mattwire>the wget function in the code would probably work
12:49<justinh>heh. back to the old 'no slot defined' business I had the other day
12:52[~]jams heads into mythvideo to sort out the xml changes
12:52<justinh>ah shite. it said no slotQuit - that's cos there is no slotQuit()
12:56|-|lucas2 [] has quit [No route to host]
12:58|-|foxhunt [] has quit [Remote closed the connection]
12:59|-|gbee [] has quit [Read error: 113 (No route to host)]
13:01<justinh>no compile errors.. sure. but does it behave? hahahaha
13:01<justinh>think I'll have to tackle that on a full stomach
13:01|-|gbee [] has joined #mythtv
13:02<justinh>not teatime yet apparently
13:03|-|_gunni_ [] has quit [Excess Flood]
13:03|-|_gunni_ [] has joined #mythtv
13:04<justinh>if I'd incorrectly declared voids as private could that cause the menupopup to effectively ignore the button presses?
13:13|-|xris [] has joined #mythtv
13:14|-|rn114 [] has quit [Connection reset by peer]
13:14|-|rn114__ [] has joined #mythtv
13:17<justinh>bugger. if there's no change it quits normally. if there's a change it puts the popup menu up but the buttons don't work although they can be selected. if I hit ESC the menu popup disappears & I'm just stuck there
13:19<justinh>wonder if it's because I've called the new popup the same as the other one
13:35|-|onixian [n=xian@] has quit [Read error: 110 (Connection timed out)]
13:36|-|feiner [] has quit [Read error: 104 (Connection reset by peer)]
13:39|-|feiner [] has joined #mythtv
13:47|-|mattwire [] has quit ["Leaving"]
13:49|-|_gunni_ [] has quit [Read error: 113 (No route to host)]
13:52<gbee>won't be committing the icon download stuff today after all, just isn't working for me
13:58<gbee>and it's not going to work for non DVB sources
14:06|-|jroysdon [n=jroysdon@2001:5c0:8fff:fffe:0:0:0:50c1] has joined #mythtv
14:06|-|jroysdon [n=jroysdon@2001:5c0:8fff:fffe:0:0:0:50c1] has left #mythtv ["Leaving"]
14:06|-|knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has joined #mythtv
14:08|-|davilla [] has joined #mythtv
14:20|-|cattelan [] has quit [Remote closed the connection]
14:34|-|gnome42 [] has joined #mythtv
14:41<justinh>duh the new code I'd put in for savequit was public & the other menu stuff was protected
14:42<justinh>must still be doing something else wrong though
14:43|-|The-1 [] has joined #mythtv
14:47<justinh>gbee: mind taking a look? - my new popup in slotSaveQuit comes up but the buttons don't do anything
14:48<justinh>er.. doSaveQuit, not slotSaveQuit
14:49<knowledgejunkie>hey justinh
14:49<justinh>key knowledgejunkie
14:49<justinh>*hey, even :)
14:49<justinh>happy new year
14:49<knowledgejunkie>right back atcha
14:50<knowledgejunkie>looking forward to new RT data in the next day or two
14:50<justinh>yeah I've been surprised there's not been that much of an outcry, everything considered
14:50<knowledgejunkie>hopefully with the new extra capacity they can carry new channels
14:50<gbee>justinh: any errors to console, say something about "no such slot"
14:51<knowledgejunkie>and radio!
14:51<justinh>gbee: no, but I've just changed void slotSaveQuit(); in mythappearance.h (I noticed what I'd said before I typed DOH!) & now getting a complaint from the compiler about doSaveQuit cannot be overloaded. so some progress
14:51<justinh>radio? wooooo :)
14:52<knowledgejunkie>i did ask them
14:52<justinh>ask, and you shall receive, as they say.. nice one!
14:52<knowledgejunkie>otherwise it's the TV Times
14:53<justinh>gbee: I think I'm just gonna take the savesettings part out of the MENU button activated popup & use that instead
14:53<justinh>would've been removed after getting the new savequit popup working anyway
14:54<justinh>knowledgejunkie: TV Times as in (erk) ITV?
14:54|-|guest_ [] has joined #mythtv
14:54<knowledgejunkie>just playing on the lack of radio channels available from the RT
14:54<justinh>heh I was gonna say
14:55<justinh>before I started work on this new screen size gadget I was looking at resurrecting my work on the channel config wizard
14:56<justinh>among other things. really want to get cracking on that - put something in place at least as a start
14:56<knowledgejunkie>same here
14:56<knowledgejunkie>mythtv needs to support apiconfig if it doesn't already
14:57<knowledgejunkie>the uk_rt needs to be updated to support it to, which it will soon
14:57<gbee>justinh: have you tried changing the parent of the popups to "this" instead of mythmainwindow?
14:57<justinh>gbee: no
14:58<justinh>I'm useless at all this OO stuff
14:58<justinh>just stabbing in the dark
14:58<justinh>well I say 'useless' - I just don't know what I'm doing yet
14:58<justinh>miss out the stage of learning 1st principles & anybody else would be the same
14:59<gbee>knowledgejunkie: I'm working on apiconfig, just got distracted by a few other things, like creating a theme
14:59<justinh>gbee: the original popup menu works just fine. still does, and did before
14:59<knowledgejunkie>gbee: great
14:59<knowledgejunkie>will it be ready for 0.21?
15:00<gbee>knowledgejunkie: I'll try
15:00<knowledgejunkie>gbee: so will I then :)
15:00|-|beata-- [] has joined #mythtv
15:01<gbee>justinh: yeah, I just wasn't too sure why they were using mythmainwindow as a parent instead of the mythappearance window, didn't think it would fix your problem just happened to notice it
15:01<justinh>copied other code from somewhere
15:01<gbee>just for the sake of it, have you done a distclean?
15:02<justinh>hmm might need to again
15:03<justinh>is it ok to do that in the mythappearance/mythappearance dir?
15:03<gbee>justinh: hmm, also stick a updateScreen(); in there, seriously doubt it will help either but it might need to rebuild the focus list
15:04<gbee>justinh: yes, although remember to run qmake (or configure) to rebuild the makefile
15:04<justinh>this isn't like the problem I had the other night. I thought it was at first
15:10<justinh>time to take doggy for a walk
15:12|-|The-1 [] has left #mythtv []
15:18|-|beata [] has quit [Connection timed out]
15:46<justinh>gbee: can't find anything else which uses 'this' with a MythPopup
15:47<gbee>justinh: wouldn't worry about it then, one of those mysteries
15:47|-|kusznir [] has joined #mythtv
15:47|-|kusznir [] has left #mythtv ["Leaving"]
15:48<justinh>I still think this has something to do with types somehow
15:48<justinh>I thought the compiler would have spat it out if there was anything wrong that way though
15:49|-|onixian [n=xian@] has joined #mythtv
15:50<justinh>unless SaveQuit is already used somewhere else & that's where the problem lies
15:53<justinh>next probing question then.. can more than one popup menu call slots used in other popups? would've thought so. I'm clutching at straws now
15:54|-|dans91 [] has quit ["Leaving..."]
15:59<janneg>gbee: multithreaded decoding has overhead. I simple have enough motivation to add the gui configuration for the number of decoding threads
16:00<justinh>I wonder if ccache is giving me grief here
16:00<clever>ccache -c
16:00<janneg>but I guess it's safe to enable multithreaded decoding if the configure option is enabled
16:00<justinh>after a make distclean it still whizzes through make
16:01<gbee>janneg: yeah, I was just wondering why it wasn't possible to look at proc to determine the number of processors/cores
16:01<justinh>this isn't right. it was taking way longer to compile yesterday
16:01<gbee>doing it at configure time might be easier, though no better for packagers
16:02<gbee>justinh: is SaveQuit() used in myththemeddialog?
16:02<justinh>gbee: I grepped for it, even searched doxygen. nothing
16:03<gbee>just had a look myself since I have mythdialog.h open in front of me :(
16:03<justinh>I just don't understand this.. sob
16:04<justinh>doSaveQuit is now essentially the same as doMenu, apart from the button content
16:04|-|rn114__ [] has quit [Read error: 113 (No route to host)]
16:04|-|rn114 [] has joined #mythtv
16:05<justinh>maybe if I try replicating the re-used routines such as closeMenu() it'll work. gotta be worth a shot
16:05<gbee>justinh: have you tried calling it from elsewhere, i.e. not just after ESCAPE, just to see if that's got something to do with it?
16:06<justinh>no, but that'll be quicker :)
16:06<justinh>now bound to INFO
16:07<justinh>not ideal but it's just for now
16:07<justinh>nah it's not that
16:08<gbee>it's going to turn out to be one of those pretty obvious things you can't find for looking
16:08<justinh>got to be worth having a look at other code where more than one popup is used to see if any use common routines between them
16:09<justinh>I don't know much but I can't see how that'd have an effect unless the protected void closeMenu() is being kept to doMenu()
16:09<gbee>justinh: I can't see why having a second popup there would have any effect
16:09<justinh>could that be it?
16:10<gbee>comment out doMenu, does it make any difference?
16:13|-|Reepicheep [] has joined #mythtv
16:15<justinh>it's definitely not calling the slots. I've got VERBOSE in the saving settings bit
16:18<justinh>ok. so I replicated closeMenu() & called it justQuit().. let's try that
16:19<justinh>nah not that either. bah
16:19|-|Aval0n [i=aval0n@] has joined #mythtv
16:20<gbee>ahh, did you rename the popup yet?
16:20<justinh>rename it?
16:21<gbee>try that
16:22<gbee>almost certain that will work, since it's seeing two objects, named identically and assuming they are the same, so only one is getting connected to the slots
16:25<Aval0n>hey jusin
16:25<Aval0n>what's up
16:25<justinh>frustration, that's what's up :)
16:26<Aval0n>just saying hi
16:26<justinh>ARGGHHH! still no worky :(
16:26<Aval0n>err nevermind I read that wrong
16:27<justinh>hi backatcha
16:27<Aval0n>what's wrong man? trying to get a theme workin?
16:27<justinh>this is a iddy bit more complicated than mere xml my friend
16:28<justinh>I've uploaded the cpp & .h file to
16:31<gbee>justinh: having changed the name, just try one more make (dist)clean
16:31<gbee>otherwise I'm out of ideas
16:37<justinh>even after clearing the ccache it's still a suspiciously quick compile
16:37<justinh>nope. gonna go watch some telly
16:39[~]Aval0n is away, ZZzZZ [l/][p/]
16:55|-|dans91 [] has joined #mythtv
17:13|-|cattelan [] has joined #mythtv
17:14|-|sjnovick [] has joined #mythtv
17:17|-|sjnovick [] has quit ["Leaving"]
17:24|-|lucas2 [] has joined #mythtv
17:26[~]Anduin curses UPnP
17:26|-|cccp_ [] has left #mythtv []
17:29<gbee>upnp changes are causing a lot of problems :(
17:31<Anduin>Not using it so I haven't minded, backend has started once (I'm sure by accident) after just updating. Time to look at it I guess.
17:41|-|MaverickTech [] has joined #mythtv
17:58|-|MavT [] has joined #mythtv
18:05<gbee>the "bypass subtitle checking if the program has a programid" is really messing up my recording schedule :(
18:06<gbee>since none of the entries in my recorded/oldrecorded table have programids but all the upcoming programs now do my oldrecorded table is worthless and I've got tons of previously recorded stuff showing up in upcoming recordings
18:07<gbee>problem is that I can't always tell what I've already seen and what is actually new
18:07|-|XChatMav [] has joined #mythtv
18:08<justinh>let's have another look at this then
18:09<gbee>stuarta: tomorrow 18:30 Scrubs, somehow the EIT fixup has taken the J from the start of the first sentence and made it the subtitle
18:09|-|MaverickTech [] has quit [Read error: 110 (Connection timed out)]
18:10|-|JoeyBorn [] has joined #mythtv
18:11<gbee>if I were to guess, it looks like the sentence was "J.D's blind date .... etc" and that we need to check that we have more than one character before the fullstop before using it as the subtitle
18:14<justinh>this time I'm bypassing the change check
18:15<justinh>and it works
18:15<justinh>so something in doEsc is messing up doSaveQuit()
18:16<justinh>doEsc() is private, so... er.. what does that mean?
18:16<Anduin>justinh: Your indents don't match what the if actually does in doEsc
18:17|-|JoeBorn [] has quit [Nick collision from services.]
18:17<Anduin>(it unconditionally calls reject)
18:17|-|JoeyBorn changed nick to JoeBorn
18:17|-|Kalijawan [] has joined #mythtv
18:17<gbee>that's intentional
18:18<justinh>thanks but that isn't what the problem is
18:18<Kalijawan>hey, what do i do to get openGL support for myth (so that the configure shell script says yes to opengl)
18:18<gbee>since the quit popup doesn't offer the option to cancel, just save & quit OR quit
18:18<Kalijawan>i am in the wrong channel
18:18<Kalijawan>see ya
18:19<gbee>indenting is messed up in several places though
18:19<justinh>working code is a bit more of a precedence to me right now :)
18:20<hads>Indenting makes it easier to write working code though :)
18:21<justinh>yeah well, you figure out why doEsc() is screwing up the button actions in doSaveQuit()
18:21|-|onixian [n=xian@] has quit [Connection timed out]
18:21<justinh>definitely got the feeling it's to do with the types now though
18:22<gbee>heh, now I've fixed most of the bugs this icon download patch actually works better than xris' script
18:22<justinh>I really should read up on private & protected & all the rest
18:22<gbee>it doesn't suffer the same bug with DVB matches that the script does
18:23|-|guest_ [] has quit [Client Quit]
18:24|-|MavT [] has quit [Read error: 110 (Connection timed out)]
18:26<justinh>heh learning by trial & error. you can't beat it. that is, if you actually learn anything
18:28<justinh>at this point I really wish I'd set the number of theme caches higher
18:28<Anduin>gbee: but that reject call happens immediately, I get what is it trying to do, but the popup is shown, not execed, reject will happen closing the dialog before you have a change to do anything with the popup (which won't care, it belongs to the main window, but the slots it calls will be gone)
18:29<justinh>Anduin: ah. but the popup was staying there, just not responding to button presses
18:29|-|Kalijawan [] has left #mythtv ["Leaving"]
18:29<gbee>justinh: yeah, but it belongs to mythmainwindow as I was saying earlier
18:29<Anduin>justinh: The popup belongs to the main window (because the main windows is insanely special)
18:30<Anduin>justinh: If you ExecPopup instead it should work
18:30<gbee>Anduin: I assumed, incorrectly, that MythPopupBox was blocking
18:30[~]justinh chuckles
18:30<justinh>learning can be fun!
18:30<justinh>God help me
18:31<Anduin>justinh: The slots need to work on the same popup or have different ones as well, I didn't read far enough back to see if you had been, but you can reuse the popup pointer.
18:32<justinh>yeah I was reusing it. I was clutching at every straw I could
18:32<justinh>which is how I came to change it
18:33<Anduin>justinh: Ok, now if you can just fix the UPnP code that would be great! :)
18:34<justinh>yeah sure. I'll port everything to mythui while I'm on too
18:34<Anduin>Excellent, that will save gbee some time.
18:35<justinh>I expect the mind-reading settings widget will be a boon for noobs too :P
18:36<GreyFoxx>Anduin: What trouble is the UPNP stuff giving you? You suffering from the segfault stuff or somethign else ?
18:36<Anduin>GreyFoxx: Yeah, segfault on start, UPnPNotifyTask
18:37[~]justinh wishes for network distributed theme rescaling
18:37<Anduin>and to think I only updated to see that appearance plug-in!
18:37<justinh>serves me right for having such a lame dev box
18:38<justinh>I still need to read up on the c++ basics though. I'm gonna have to if I don't want to waste time trying to work out silly things like this & be a PITA to you guys
18:42<Anduin>justinh: The C++ FAQ lite and Thinking in C++ are sometimes recommended over in ##C++ (short of a real book)
18:43<gbee>xris: you need to resync the icon database with lyngsat getting some 404 errors on icons
18:43<justinh>cheers Anduin
18:44|-|beavis [] has quit ["Verlassend"]
18:44<gbee>eventually you'll want to move onto "Dreaming in C++"
18:44|-|JoeyBorn [] has joined #mythtv
18:45|-|JoeBorn [] has quit [Nick collision from services.]
18:45|-|JoeyBorn changed nick to JoeBorn
18:45<justinh>now I get segfaults when I press Esc
18:45<justinh>even sideways progress is progress I guess
18:48<gbee>free PDF copies of TIC++
18:48|-|richards [] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.8/20050624]"]
18:48<gbee>if you'd rather not pay the £22 for the hard copy
18:49<justinh>I know what my next donations can go towards then
18:49<Anduin>Yeah, sorry I didn't give links, both are freely available (first google links I think)
18:51<gbee>Anduin: yeah, think the first link is actually better since it links to everywhere you can find copies though I like the two page version you can get from the link I posted
18:52<justinh>right, now it's working better
18:53<gbee>I also like to print out books for reading away from the computer, html versions might be more accessible though
18:54<justinh>I might want to comment out the loadtheme gubbins. this is gonna take all night
18:54|-|XChatMav [] has quit [Read error: 110 (Connection timed out)]
18:55<justinh>damn I was going to look & see if the ticket mentioning reloadtheme was still open
18:57<justinh>so, even without the reloadtheme it's segfaulting when I savequit
18:58|-|mzb [] has quit ["Time to quit"]
18:59|-|MaverickTech [] has joined #mythtv
19:00|-|rn114 [] has quit [Read error: 113 (No route to host)]
19:01<justinh>whose idea was this thing again?
19:12<Anduin>Well that took too long to track down, starting any of the UPnP stuff (other than XML parsing) with --noupnp is mean.
19:18<Aval0n>just says it's too big
19:19<gbee>three more bugs to fix and then I think I can commit this :)
19:19|-|larson999 [] has joined #mythtv
19:19<Aval0n>this is the problem that stumped you when you were looking in my box remember? :P
19:19|-|larson999 [] has left #mythtv ["Leaving"]
19:27<justinh>more people should get in on this game. better than watching soaps
19:28<justinh>every single review at work I'm asked if there are any training courses I want to go on. i think I'll be trying to blag myself a c++ class
19:28<justinh>the fact we don't use c++ at work might be a blocker though
19:29<Anduin>GreyFoxx: UPnPNotifyTask::Execute is called from two different threads, the task queue and whoever is destroying SSDP (actually called twice as DisableNotifications is done in ~SSDP and UPnP::CleanUp). The problem is in SendNofifyMsg, when iterating over m_addressList, Qt iterators on lists are not thread safe (they actually call next() on the QStringList for ++), so... any chance you'd rather slip that fix in?
19:35<rooaus>heh, justinh wants to be a member of a C++ class.... sorry, couldn't resist :D
19:36<gbee>Anduin: nice catch
19:36<justinh>this thing was going so well until somebody insisted I keep on with the confirmation dialog
19:37<gbee>who was that then?
19:37<justinh>I don't blame anybody. one of my new year's resolutions ;)
19:39<Anduin>gbee: A backend/frontend that will not start is great motivation :)
19:39|-|mrdigital [] has joined #mythtv
19:39<gbee>Anduin: indeed
19:41<rooaus>gbee: reading scrollback, danielk said he aimed to merge -multirec to trunk in the first week of Jan on the mailing list.
19:42<justinh>I'm going to give myself a medal if I ever get this worky, I swear
19:43<gbee>rooaus: yeah I know
19:43<gbee>I'm also aware that we've all said the same thing about various projects in the past, only to finally commit it 6 months later
19:44<justinh>ok so I cured the segfault. I'd forgotten to rename all the popup calls back to menuPopup
19:46<gbee>have lyngsat moved all the radio icons?
19:46<rooaus>gbee: cool, it was on -users from memory and wasn't sure if you subscribed to users.
19:47<gbee>rooaus: I don't, but I occassionally look through the monthly archive for interesting subjects
19:49<Anduin>justinh: was that an old xml file on that link (doesn't seem to have changeamount)?
19:49<justinh>yeah it's been a while since I dumped the whole lot up there
19:49<Anduin>ah, ok, I'll stop trying to make it run
19:51<justinh>I'm starting to wish I'd stopped that a while ago
19:53<justinh>now let's try it with updateSettings uncommented out
19:53<justinh>then there's just one more little bug to zap
20:01|-|Reepicheep [] has quit [Read error: 113 (No route to host)]
20:01|-|Reepicheep [] has joined #mythtv
20:09|-|mzb [] has joined #mythtv
20:11<justinh>hmmm. so now the popup menus all work properly but.. reload theme isn't doing its thing
20:12<justinh>maybe because the popup menu hasn't been taken down by that point. suspected that might have been messy. which is strange because it was working before
20:15<justinh>put the old MENU menu save & quit option back & it's acting the same as savequit(). So maybe it has something to do with me running mythfrontend with a geometry override
20:15<gbee>kormoc, if the guy wants to pay me to do the job, let him ;)
20:18<justinh>time to dig & find out how to call the theme reload properly
20:28<gbee>xris: you around?
20:29<justinh>more sideways progress. no more segfaults. everything seems to work apart from the theme reload bit _except_ when doing resetSettings()
20:34|-|linuxbomb [] has joined #mythtv
20:35|-|mrdigital-deskto [] has joined #mythtv
20:35<mrdigital-deskto>hey how do install mythtv on kubuntu 7.20
20:35<mrdigital-deskto>er 7.10
20:35[~]justinh points at the channel topic
20:48|-|mzb [] has quit ["Time to quit"]
20:51|-|mzb [] has joined #mythtv
21:05<justinh>ARGHHH! that was it!
21:06<justinh>you said it might not be ok to call stuff in something called from trapping escape gbee
21:07<justinh>but because a routine called doEsc() seemed to be doing stuff for me I thought it'd be ok. DERRRR
21:08<gbee>can't comment, just fighting to stay awake atm
21:08<justinh>I don't even feel like celebrating that little 'victory'
21:10<justinh>and I found another thing. if mythfrontend is run with a geometry override, the theme reload isn't acted upon
21:10<justinh>well it is, but the scaling doesn't happen. figures
21:45|-|mzb [] has quit [Remote closed the connection]
21:49|-|mzb [] has joined #mythtv
22:02|-|farmerI [] has joined #mythtv
22:05|-|gnome42 [] has quit [Read error: 113 (No route to host)]
22:05|-|farmerI [] has left #mythtv []
22:05|-|gnome42 [] has joined #mythtv
22:09|-|cafuego [] has joined #mythtv
22:10|-|cafuego [] has left #mythtv []
22:13|-|The-1 [] has joined #mythtv
22:13|-|The-1 [] has left #mythtv []
22:17|-|mzb [] has quit ["Time to quit"]
22:20|-|mzb [] has joined #mythtv
22:22|-|ahbritto [] has joined #mythtv
22:27<justinh>for anybody interested i've tarred up the story so far at
22:46|-|mrdigital [] has quit [Read error: 110 (Connection timed out)]
22:54|-|nemik [] has joined #mythtv
22:54<nemik>hi. is there already a lirc config file somewhere for the packard bell remote?
22:55<nemik>sorry, this is dev-chat. my bad.
23:08<dans91>who was the person who decided to call this channel 'mythtv' instead of 'mythtv-dev', anyway? :)
23:09<Zombie>I want them to fix the saa7134 Module.
23:23<GreyFoxx>dans91: the developers have been using this long before the idea of a seperate users channel. And I don't think it's too much to expect users to read topics and notices
23:23<GreyFoxx>And since people ask the same question you did, though usually more rudely on a daily basis for years, I don't expect you will see us moving anytime soon
23:23<dans91>GreyFoxx: clearly its too much to expect it :) but if no one minds nudging them to the right place, then its no big deal :)
23:24<dans91>GreyFoxx: I kinda assumed it must've been called #mythtv for hysterical raisins.
23:26<dans91>If there is a channel bot in here someone should make a '!po' alias to expand to say "This is the wrong channel. Go to #mythtv-users" ;)
23:26<GreyFoxx>dans91: There is an auto notice/message that gets sent to people joining the channel
23:26<GreyFoxx>assuming you aren't seperated by a channel split
23:26<GreyFoxx>err server split
23:27<dans91>greyfoxx: ah, well there you go. I guess people just don't read then. :)
23:42|-|davilla [] has quit ["Leaving"]
---Logclosed Wed Jan 02 00:00:47 2008