Back to Home / #mythtv / 2007 / 03 / Prev Day | Next Day
#mythtv IRC Logs for 2007-03-21

---Logopened Wed Mar 21 00:00:19 2007
00:02|-|MrGandalv [] has joined #mythtv
00:03|-|MrGandalf [] has quit [Read error: 104 (Connection reset by peer)]
00:36|-|Avneesh [] has joined #mythtv
00:41|-|cattelan changed nick to cattelan_away
00:42|-|gnome42 [] has quit [Remote closed the connection]
01:25|-|czth_ [i=dbrobins@nat/microsoft/x-2208e63e1acf077f] has joined #mythtv
01:34|-|eV64 [] has joined #mythtv
01:34|-|_PacketScan [] has joined #mythtv
01:36|-|PacketScan [] has quit [Read error: 104 (Connection reset by peer)]
01:36|-|_PacketScan changed nick to PacketScan
01:41|-|Netsplit <-> quits: Dave123, sigger, tstm, linuxbomb
01:41|-|Netsplit over, joins: linuxbomb, Dave123, tstm, sigger
01:43|-|czth__ [i=dbrobins@nat/microsoft/x-f37ee7cc123304e7] has quit [Read error: 110 (Connection timed out)]
01:43|-|tstm_ [] has joined #mythtv
01:43|-|tstm [] has quit [Read error: 104 (Connection reset by peer)]
01:50|-|sigger [] has quit [Success]
02:01|-|xris [] has quit ["Leaving."]
02:48|-|Avneesh [] has quit ["REALITY.SYS Corrupted: Re-boot universe? (Y/N/Q)"]
02:50|-|eV64 [] has left #mythtv ["Leaving"]
02:59|-|kormoc [] has joined #mythtv
03:00|-|kormoc [] has quit [Read error: 54 (Connection reset by peer)]
03:02|-|fuseX_ [] has joined #mythtv
03:02|-|fuseX [] has quit [Read error: 54 (Connection reset by peer)]
03:16<knowledgejunkie>Could someone please point me to the backend library(ies) which deal with channel icon handling. No reply in -users to my earlier query.
03:23|-|robthebob [] has joined #mythtv
03:31|-|daMaestro [n=jon@fedora/damaestro] has quit ["Leaving"]
03:50|-|tstm_ changed nick to tstm
04:10|-|robthebob [] has quit [Connection timed out]
05:37|-|MrGandalv [] has quit ["Leaving"]
06:36|-|onixian [] has quit [Connection timed out]
06:40|-|onixian [] has joined #mythtv
06:43|-|aevil [] has joined #mythtv
07:11|-|aevil^aw [] has joined #mythtv
07:17|-|Hype^ [] has joined #mythtv
07:21|-|JoeBorn [n=rootmeis@] has quit ["time to head home"]
07:26|-|aevil [] has quit [Read error: 110 (Connection timed out)]
07:34|-|DrNickRiviera [] has joined #mythtv
07:54|-|MoRpHeUz [n=morphbr@] has joined #mythtv
07:56|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
08:31|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv
08:38|-|JoeBorn [] has joined #mythtv
08:45|-|sigger [] has joined #mythtv
08:49|-|Dave123 [] has quit [Read error: 110 (Connection timed out)]
09:02|-|Dave123 [] has joined #mythtv
09:29|-|jgarvey [] has joined #mythtv
09:30|-|cattelan [n=cattelan@] has joined #mythtv
09:37|-|sphery_ [] has joined #mythtv
09:45|-|sphery [] has quit [Read error: 110 (Connection timed out)]
09:45|-|gnome42 [] has joined #mythtv
10:17|-|splAt1 changed nick to splat1
10:42|-|foxhunt [] has joined #mythtv
10:49|-|DrNickRiviera [] has quit ["Leaving."]
11:00|-|foxhunt [] has quit ["Leaving"]
11:07|-|psyco-ob1wan [n=cschnee@2001:4060:4419:b1:0:0:0:2] has joined #mythtv
11:09|-|psyco-obiwan [n=cschnee@2001:4060:4419:b1:0:0:0:2] has quit [Read error: 113 (No route to host)]
11:19|-|aevil^aw [] has quit [Remote closed the connection]
11:21|-|kali67 [] has joined #mythtv
11:21|-|okolsi [n=Otto@unaffiliated/okolsi] has joined #mythtv
11:53|-|xris [] has joined #mythtv
12:00|-|noddan [] has left #mythtv []
12:09|-|noddan [] has joined #mythtv
12:32<gbee>heh, I'm suffering temporary amnesia, forgotten how to use valgrind
12:55<Snow-Man>Sounds more like a self-preservation instinct.
12:57<gbee>went looking for leaks in mythmusic, but the report has a lot of references to frequencytables.cpp
12:57<Chutt>those are, i believe, allocated once but never freed
13:05|-|okolsi [n=Otto@unaffiliated/okolsi] has quit [Read error: 145 (Connection timed out)]
13:05<gbee> <= I'll let someone else pick over the bones of that, I need to go back and kill mythmusic to get at the leak there
13:15|-|robthebob [] has joined #mythtv
13:20<Chutt>have to be in a bit
13:20<Chutt>today's sucking.
13:25<xris>no problem. just wanted to get it written before I forgot about it. :)
13:40|-|jgarvey [] has quit [Read error: 60 (Operation timed out)]
13:48|-|jgarvey [] has joined #mythtv
13:52|-|DrNickRiviera [] has joined #mythtv
13:54|-|DrNickRiviera [] has quit [Client Quit]
13:56|-|DrNickRiviera [] has joined #mythtv
13:58|-|DrNickRiviera [] has quit [Client Quit]
14:00|-|DrNickRiviera [] has joined #mythtv
14:01|-|DrNickRiviera [] has quit [Client Quit]
14:01|-|johnp__ [] has joined #mythtv
14:03|-|DrNickRiviera [] has joined #mythtv
14:09|-|marbahlarbs [n=marbahla@] has joined #mythtv
14:15|-|beavis [] has joined #mythtv
14:41|-|fuseX_ changed nick to fuseX
14:46|-|rbellamy_ [] has joined #mythtv
14:50|-|marbahlarbs [n=marbahla@] has quit []
15:29|-|S2 [] has joined #mythtv
15:36|-|lcase [] has joined #mythtv
15:38|-|t0ny2 [n=t0ny-p40@] has joined #mythtv
16:04|-|t0ny-p40 [n=t0ny-p40@] has quit [Read error: 110 (Connection timed out)]
16:04|-|t0ny2 changed nick to t0ny-p40
16:07|-|onixian [] has quit [Read error: 110 (Connection timed out)]
16:08|-|johnp__ [] has quit [Remote closed the connection]
16:11|-|pepsiman [] has joined #mythtv
16:16|-|t0ny2 [n=t0ny-p40@] has joined #mythtv
16:23|-|onixian [] has joined #mythtv
16:30|-|t0ny-p40 [n=t0ny-p40@] has quit [Connection timed out]
16:31|-|pepsiman [] has left #mythtv []
16:33|-|onixian [] has quit ["This computer has gone to sleep"]
16:40|-|MoRpHeUz [n=morphbr@] has quit ["Leaving..."]
16:52|-|PeregrineFalcon [i=Peregrin@] has quit ["Leaving"]
16:57|-|jgarvey [] has quit ["Leaving"]
17:05|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
17:10|-|S2 [] has quit [Remote closed the connection]
17:11|-|lcase [] has quit []
17:15|-|GBee1 [] has joined #mythtv
17:16|-|gbee [] has quit [Nick collision from services.]
17:17|-|GBee1 changed nick to gbee
17:30|-|onixian [] has joined #mythtv
18:01|-|Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
18:06|-|beavis [] has quit ["Verlassend"]
18:16<knowledgejunkie>Could someone please point me to the backend library(ies) which deal with channel icon handling. No reply in -users to my earlier query.
18:26<Snow-Man>Yeah, that doesn
18:26<Snow-Man>That doesn't actually mean to ask in here.
18:27<gbee>libs/libmythtv/ - programinfo.cpp, guidegrid.cpp to name two
18:29<gbee>programs/mythbackend/mainserver.cpp - might help with your specific problem
18:30<knowledgejunkie>gbee: thanks for the pointer
18:33<knowledgejunkie>gbee: in addtion to my earlier information, my slave machine completely fails to display *any* icons - same location, same perms, etc, etc
18:53|-|JoeBorn [] has quit ["homeward!!!"]
18:59<jd86> I have recently (past week or so) been having trouble keeping my master backend running, I use svn trunk, i have a secondary backend and master backend. It seems like after completing some comm flagging my master backend die, from most recent crash (see end of file -- i think more than one might have slipped in).. I am using r13099 which is of this morning. If this really should be in mythtv-users, not sure who to ask.
19:00<kvandivo>ideally, that could be mailed to mythdev... but, you didn't make the trace correctly
19:02<jd86>kvandivo, alright... I thought I followed what I should have correctly (i think it might be a few backtraces in there so the beginning was definitely wrong) and I just restarted after moving gdb.txt so it should only be this one -- but not totally sure if its correct now. I enabled debugging in qt and mythtv... what else should I do? I tried to follow guide on I will review, rebuild if I messed something up and then post to mythtv-
19:02|-|robthebob [] has quit [Read error: 110 (Connection timed out)]
19:02<kvandivo> be sure to compile that way and do all the necessary commands
19:03<jd86>yeah, I (thought) i did that, but I very well could have missed something essential.
19:03<kvandivo>just looks like there are way too many ?? in that file....
19:05<jd86>yeah there are wayy too many indeed.. i didn't realize until reviewing it again that it concatenates to the file and doesn't overwrite re-running now and will re-review that page.
19:11|-|kormoc [] has joined #mythtv
19:11<jd86>kvandivo, thanks for the advice -- once I get one clean backtrace I'll mail it to mythtv-dev.
19:12|-|kali67 [] has quit []
19:12|-|kormoc [] has quit [Read error: 104 (Connection reset by peer)]
19:20|-|onixian [] has quit ["This computer has gone to sleep"]
19:22|-|linuxbomb [n=mark@] has quit ["Konversation terminated!"]
19:30|-|onixian [] has joined #mythtv
19:33|-|eV64 [] has joined #mythtv
20:00|-|onixian [] has quit ["This computer has gone to sleep"]
20:06|-|daMaestro [n=jon@fedora/damaestro] has joined #mythtv
20:07|-|jams [] has quit [Read error: 54 (Connection reset by peer)]
20:08|-|jams [] has joined #mythtv
20:26|-|rbellamy_ [] has quit [Read error: 110 (Connection timed out)]
20:32|-|cattelan [n=cattelan@] has quit ["This computer has gone to sleep"]
20:38|-|DrNickRiviera [] has quit ["Leaving."]
20:41|-|xris [] has quit [""]
20:42|-|LLyric [] has joined #mythtv
20:48|-|t0ny2 [n=t0ny-p40@] has quit [Read error: 104 (Connection reset by peer)]
20:50|-|bulle [] has joined #mythtv
20:51<bulle>hi ! just wanted to tell you that you dev guys are doing amazing work
20:51|-|bulle [] has left #mythtv []
20:52|-|t0ny-p40 [n=t0ny-p40@] has joined #mythtv
20:53|-|eV64 [] has quit ["Leaving"]
21:11|-|Smirnov [] has joined #mythtv
21:11<Smirnov>does anyone happen to knw why mythtv doesnt work on win32
21:15<sigger_>Smirnov, wow that's either a long or short (probably because noone feels like doing it) discussion that's probably best on -users
21:15<Smirnov>i was just there, they said ask the devs
21:15|-|Netsplit <-> quits: Cougar, janneg
21:15<Smirnov>and why would a non-dev user know the answer? i would expect it to be technical like a dependency on something that hasnt been ported to win32 yet
21:16|-|Netsplit over, joins: janneg, Cougar
21:16<sigger_>heh. because many of them are in there and discuss non-current development things there.
21:16<Smirnov>many of the devs are in there you mean?
21:17<Smirnov>oh.. i can try again i suppose
21:17<sigger_>hit or miss really as to who you find around
21:19|-|rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
21:20<Smirnov>sigh.. looks like a miss
21:32|-|cmorgan [] has joined #mythtv
21:41|-|LLyric [] has quit [Connection timed out]
21:47<Chutt>hah, what's up with #2344
21:47<Chutt>err, #3244
21:48|-|psyco-ob1wan [n=cschnee@2001:4060:4419:b1:0:0:0:2] has quit [Remote closed the connection]
21:49|-|psyco-obiwan [n=cschnee@2001:4060:4419:b1:0:0:0:2] has joined #mythtv
21:53<knowledgejunkie>Please close ticket #3066 as the attached patch will not be applied now that the new infrastructure is in place
21:55<Captain_Murdoch>Chutt, could close as "works for me" since it does using the internal player. :)
22:02<sigger_>ah Captain_Murdoch! you have some time to talk about the telnet code?
22:03<sigger_>gbee says thats your baby.
22:06<Captain_Murdoch>yeah, sure.
22:07<Captain_Murdoch>I saw your post in scrollback, but didn't read enough to figure out what you were trying to accomplish.
22:07<sigger_>heh, I'll summarize:
22:11<sigger_>was thinking about enabling mythmusic to use mpd as a player; mpd has many clients that can control it via telnet and those clients might be easier to use on large music repositories than a remote control....
22:11<Smirnov>telnet is ew
22:11<Captain_Murdoch>so you're talking mythmusic controlling something else, not something else controlling mythmusic?
22:12<sigger_>realized it might be better to enable mythmusic to receive telnet commands like mpd, in such a way that it would not be hard to change a mpd client to talk to myth instead
22:12<sigger_>talking about something else controlling mythmusic
22:13<sigger_>I worked on ampache - a music server program that can be an mpd client - so I'm pretty familiar with how all that works,
22:13|-|cattelan_away changed nick to cattelan
22:13<Captain_Murdoch>so this would send commands and mythmusic would display things on screen as it played or what?
22:14<Captain_Murdoch>seems almost like another connection directly to the mythmusic plugin would make more sense, especialy if you want it to work with existing clients.
22:14<sigger_>looking to add to networkcontrol so that it could control mythmusic.
22:15<sigger_>mmm, perhaps. gbee cautioned me that it should really use the existing.
22:15<Captain_Murdoch>is this mpd protocol flexible? how would an existing mpd client know how to talk to the network control interface in Myth?
22:16<Captain_Murdoch>you want to send commands like "play /path/to/some/filename.mp3"??
22:16<sigger_>well actually, we could use the same commands, just preceded by MythMusic for example
22:16<sigger_>Here's the mpd commands for a quick scan.
22:17<sigger_>e.g. mythmusic pause or mythmusic delete <songid>
22:17<Captain_Murdoch>how would an existing mpd client know that it would need to preceed those commands with MythMusic when talking with mythfrontend?
22:19<sigger_>well, e.g. ampache has modules for controlling different devices, one of which is mpd. it'd take me about 1 hour to change that module to precede all commands with mythmusic.
22:19<sigger_>as to other clients, gmpc, etc, similarly easy rewrite.
22:20<Captain_Murdoch>so it wouldn't work with 'out of the box' clients, it would require custom clients.
22:20<sigger_>slightly customized yes
22:20|-|JosX [] has joined #mythtv
22:20<sigger_>are you familiar with mpd?
22:20<Captain_Murdoch>yeah, but if someone had other mpd 'servers', they'd need 2 sets of clients since we didn't support true mpd.
22:20<Captain_Murdoch>no, not a clue. :)
22:21<sigger_>ah, stable, widely used, available in many distros, etc.
22:21<Captain_Murdoch>another reason not to mess with the protocol. :)
22:21<sigger_>or clients could have a switch as to what format to use. (with or without mythmusic).
22:22<Captain_Murdoch>I think it sounds like it would be better to just support the standard. is there a standard port?
22:22<sigger_>actually it would know which format to use when you tell it what port. mpd uses 6600
22:22<Captain_Murdoch>yeah, but all these existing clients wouldn't support it and would have to be patched.
22:23<sigger_>hmm, I suppose I could write a thread for mythmusic that listens to port 6600, I just don't want to take away from what you're doing.
22:23<sigger_>there really coulnd't be an easier patch. and it would create a very easy path for mythmusic to have a batch of clients quickly
22:24<Captain_Murdoch>but why be different?
22:24<sigger_>of course, if networkcommand were expanded in this way (able to give commands to plugins rather than just jump to a spot) it would create the ability to create a controller for more plugins. e.g. mythvideo
22:24<Captain_Murdoch>asking theoretical questions here.... what happens if someone sends a play command to this while watching a video in Myth?
22:25<Captain_Murdoch>is there any kind of header/handshake?
22:25<sigger_>sure. in which scenario? in networkcommand? well nothing if mythmusic isn't running.
22:26<Captain_Murdoch>one issue also is that the network control stuff is limited to one connection at a time.
22:26<sigger_>I don't picture that to be a problem.
22:26<Captain_Murdoch>so mythmusic has to be running already in order to use this. seems like mythmusic should just listen itself then.
22:27<sigger_>believe me I'm not pushing for that becuase it would be easier for me to write a thread for just mythmusic, but wouldn't you want myth to have one main controller on one port?
22:27<Captain_Murdoch>in order for the network control stuff to send commands, it would have to send out MythEvents and there would have to be a listener in MythMusic to receive and act on them.
22:27<sigger_>yeah that's kinda what I was picturing
22:28<Captain_Murdoch>not sure about 1 vs multiple.
22:28<sigger_>I'm picturing that someone would then get the idea to create a crestron gizmo out of a tablet pc or nokia 800 or such.
22:29<sigger_>would be easier to do with one port.
22:30<Captain_Murdoch>yeah. so when a mpd client connects to a server, does it send any handshake?
22:30<sigger_>yes. looking up
22:30<Captain_Murdoch>ie, could we automatically detect this was a mpd client and handle accordingly?
22:31<sigger_>mmm, maybe not so much with the handshaking. mpd appears to just respond with OK.
22:32<sigger_>apparently no handshaking. just OK.
22:32<Captain_Murdoch>yeah, see the ok in the commands link you sent.
22:34<sigger_>I hear you on preferring to keep it mpd native. instant access to clients.
22:35<Captain_Murdoch>looks like the server sends a handshake when the client connects, but the client doesn't send anything to say it's a mpd client.
22:35<Captain_Murdoch>server sends "OK MPD <version>"
22:37<Captain_Murdoch>would be nice if the client identified itself.
22:37<sigger_>hmm, yep. well its been at least 6 months since I worked on the lower level telnet specific stuff
22:37<sigger_>aye it would be
22:40|-|JosX [] has quit []
22:42<sigger_>I'm looking at the php for ampache to use mpd. it would actually take about 10 min to add mythmusic in front of each keyword as they're def'ed all in 1 place.
22:42<Captain_Murdoch>yeah, but then it's custom and you need 2 copies if you have another standard mpd server on your network.
22:43<sigger_>or could be done with a string that's either empty or contains 'mythmusic '
22:43<sigger_>and is prepended to the command
22:44<sigger_>so you'd prefer I go the easier route of doing an mpd based telnet for mythmusic? ;)
22:44<Captain_Murdoch>I think that this is better keeping it separate. there is 2-way communication going on and that would have to be passed back and forth with MythEvents. Much easier to integrate if the listener is in the MythMusic codebase.
22:44<sigger_>works for me. I appreciate your time.
22:44<sigger_>thank you.
22:45<Captain_Murdoch>no problem. :)
22:45<sigger_>I will steal heavily from your code since its there :)
22:45<sigger_>never written a listener before so this will be interesting.
22:46|-|cmorgan [] has quit [Remote closed the connection]
22:46<Captain_Murdoch>fine, although I consider some of it hackish since I had to work around accessing the socket from multiple threads.
22:47<sigger_>I guess I'll still need some kind of queue for the events tho. don't picture I can just go firing off events in a separate thread. perhaps locks/mutex. eesh.
22:48[~]Captain_Murdoch doesn't know much about the internals of MythMusic.
22:48<sigger_>np. Just a general assumption on my part.
23:02|-|xris [] has joined #mythtv
23:05<Chutt>sigger, so you're going to modify mythmusic to be a mpd server?
23:12|-|JosX [] has joined #mythtv
23:30<xris>Captain_Murdoch: you ever figure out if you're going to be in vancouver at the end of april?
23:31|-|eV64 [n=bill@] has joined #mythtv
23:31<Captain_Murdoch>not sure yet. I think so. we should be getting our tickets this week. my mother-in-law is in town here for the next week and a half so we'll discuss it with her since we'll be staying at her place outside Vancouver.
23:32<Captain_Murdoch>should be able to, but don't have tickets yet. tentatively we'll fly up on that Thursday and I could drive back down during the day on the weekend.
23:32<xris>wondering if we (meaning kormoc and me) should give some sort of demo
23:33<xris>Chutt: if someone (say, a guy in -users) says his company gave him some money to give to mythtv and/or its devs, what would you suggest he do with it?
---Logclosed Thu Mar 22 00:00:03 2007