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

---Logopened Wed Mar 12 00:00:49 2008
00:08-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
00:14-!-joobie_ [] has quit [Read error: 110 (Connection timed out)]
00:49-!-scant [n=scant@] has quit [Read error: 104 (Connection reset by peer)]
00:55-!-ToadP [] has quit []
01:09-!-reynaldo [] has quit [Read error: 113 (No route to host)]
01:14<sphery>Captain_Murdoch: Didn't mention the ticket since I assumed you'd see it. Anyway, I couldn't get DISTINCT to work--guess it's different if you use parens (because it definitely didn't work with them). Thanks for the quick fix.
01:28-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
01:38-!-gnome42 [] has quit [Remote closed the connection]
01:53-!-davilla [] has quit ["Leaving"]
02:10-!-joobie [n=joobie@] has joined #mythtv
02:14<Captain_Murdoch>sphery: seems to work fine here. I tested with 6 different permutations in my settings table. (h=host, d=dir) NULL host d1, empty host d1, h1d1, h1d1, h1d2, and h2d1. "select distinct * from settings where value = 'RecordedFilePrefix'" returns 5 rows because of the dup h1d1. the select in dbcheck returns 3 rows because it skips the null and empty host entries.
02:14-!-joobie_ [n=joobie@] has joined #mythtv
02:16-!-joobie [n=joobie@] has quit [Read error: 104 (Connection reset by peer)]
02:16<xris>hmm, mythtranscode sync issues....
02:26<sphery>Captain_Murdoch: Yeah. I wasn't questioning whether it worked (as I assumed you tested it)--only observing that you taught me there's a difference between SELECT DISTINCT hostname, data and SELECT DISTINCT(hostname, data). :)
02:27<Captain_Murdoch>:) didn't think you were questioning, was just explaining how I tested to make sure I caught the right cases.
02:27<sphery>DISTINCT was the first thing I tried, but I used the parens and it didn't work, so I moved on and found GROUP BY. :)
02:27<sphery>And, the null/empty checks are definitely a good idea.
02:28-!-mzb_d800 [] has quit [Read error: 104 (Connection reset by peer)]
02:28-!-mzb [] has quit [Read error: 104 (Connection reset by peer)]
02:29-!-mzb [] has joined #mythtv
02:29<Captain_Murdoch>I think people probably setup a new DB, tested, then did a restore which made dups in settings.
02:29-!-mzb_d800 [] has joined #mythtv
02:30<sphery>That's the part I couldn't figure out, but mysql queries definitely showed they had dups, so...
02:36-!-mzb_d800 [] has quit [Read error: 113 (No route to host)]
02:36-!-mzb [] has quit [Read error: 104 (Connection reset by peer)]
02:36-!-mzb_d800 [] has joined #mythtv
02:36-!-mzb [] has joined #mythtv
02:36<Captain_Murdoch>hopefully we beat at least some of the packagers. :)
02:39<sphery>If nothing else, they'll probably do a respin soon enough...
02:47-!-joobie_ [n=joobie@] has quit [Read error: 110 (Connection timed out)]
03:01-!-loops [] has quit [Remote closed the connection]
03:11-!-xris [] has quit []
03:13-!-CDev_ [] has joined #mythtv
03:31-!-CDev [] has quit [Read error: 110 (Connection timed out)]
03:38-!-joobie [n=joobie@] has joined #mythtv
03:45-!-NightMonkey [n=NightMon@pdpc/supporter/sustaining/NightMonkey] has quit [Client Quit]
04:10-!-joobie [n=joobie@] has quit [Read error: 110 (Connection timed out)]
04:14-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
04:26-!-borga2 [] has joined #mythtv
04:27<borga2>Anyone here who knows how to fix my broken upgrade? I.e. it failes to upgrade the db to schema 1214
04:34<Captain_Murdoch>-users question.
04:42-!-borga2 [] has left #mythtv []
05:33-!-joobie [] has joined #mythtv
05:59-!-gbee [] has quit [Remote closed the connection]
06:04-!-gbee [] has joined #mythtv
06:05-!-Anduin [] has quit [Read error: 104 (Connection reset by peer)]
06:25<knowledgejunkie>gbee: any plans to make mythweather remember the town/postal code so that additional screens from the same data provider already have this populated?
06:26<knowledgejunkie>gbee: I had a few issues when configuring the current and 3-day info from the BBC - the screen stuck on Retrieving Data, and didn't advance to the actual data without being poked
06:29<gbee>knowledgejunkie: I had no immediate plans to remember the location, but maybe in the future
06:29<knowledgejunkie>gbee: just an idea - i like prepopulated fields :)
06:30<gbee>the Retrieving Data thing is probably a bug that I've yet to fix
06:31<knowledgejunkie>I got an 'Unknown?' placeholder image yesterday on the current page - I'll have to see if I can find out what it was for
06:55<gbee>I need to move the conditions <> image mappings into a shared file at some point
06:57<gbee> << Still reachable leaks at the bottom are interesting, but no sign of a 1Gb loss as described in the ticket
06:58<gbee>I'd have thought DVBStreamHandler leaks would be more obvious
07:02-!-MrGandalf [] has quit ["work"]
07:04<laga>gbee: i'm not sure if nico who made those logs experienced a 1G loss..
07:04<laga>do you need another log?
07:05<gbee>laga: ok, there are a handful of upnp related losses, but just a few bytes at a time, nothing that would explain several Mb, let alone a Gb
07:05<gbee>another log would help, preferably taken after it has been seen to leak/grow
07:06<laga>i wish i could reproduce it here.
07:07<gbee>the StreamHandler "leaks" aren't leaks, I guess he was just recording or fetching EIT at the time the backend was killed
07:09<gbee>I'm suprised at the size of that though, 19Mb? May be normal though
07:29<gbee>g'morning stuarta
07:39<stuarta>how goes it today?
07:41*stuarta just setup monit to babysit mythbackend while on holidays
07:41<stuarta>just in case (tm)
07:58-!-reynaldo [] has joined #mythtv
07:59-!-toresbe [] has left #mythtv []
08:09-!-dagar_ [] has quit ["Leaving"]
08:09-!-joobie [] has quit ["This computer has gone to sleep"]
08:09-!-Jimbalaya [] has joined #mythtv
08:09-!-dagar [] has joined #mythtv
08:20<gbee>if monit could perform a rescan every day then I might consider it :(
08:29<Chutt>has trac been working ok?
08:32<laga>i created two tickets and it worked ok for that
08:57-!-reynaldo [] has quit [Read error: 113 (No route to host)]
09:48-!-renatofilho^_ [n=renato@] has joined #mythtv
09:51-!-MrGandalf [] has joined #mythtv
09:58-!-jmk_ [n=jmk@] has joined #mythtv
09:59-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
10:01-!-Turn0 [n=rfelder@] has joined #mythtv
10:01-!-Turn0 [n=rfelder@] has left #mythtv []
10:11-!-aevil [] has joined #mythtv
10:15<MrGandalf>um, is ScramplingControl() a typo?
10:19<janneg>yes, s/p/b/
10:32-!-ToadP [] has joined #mythtv
10:33-!-Snow-Man [] has quit [Connection reset by peer]
10:33-!-Snow-Man [] has joined #mythtv
10:37<gbee>is eskil still touting that mythobservable patch? I find the route cause of the crash months ago and the patch itself breaks lots of other things, like recording
10:53-!-gnome42 [] has joined #mythtv
11:08<gbee>anyone else have a tmoffset column in the channel table?
11:08-!-loops [] has joined #mythtv
11:14-!-ben1092 [n=benben@] has joined #mythtv
11:15-!-ben1092 is now known as thelinuxer
11:15-!-Chutt2 [] has joined #mythtv
11:15<gbee>looks like I missed schema update 1133 somehow, fixed now
11:16-!-Chutt [] has quit [Read error: 110 (Connection timed out)]
11:16-!-Chutt2 is now known as Chutt
11:18-!-thelinuxer [n=benben@] has left #mythtv []
11:18-!-thelinuxer [n=benben@] has joined #mythtv
11:18-!-thelinuxer [n=benben@] has left #mythtv []
11:28-!-borga2 [] has joined #mythtv
11:28<borga2>the "y" for changing card during livetv doesn't work after upgrade to .21
11:29<GreyFoxx>Wrong channel
11:29<GreyFoxx>try #mythtv-users
11:29<borga2>I Guess I should file a bugg report.
11:38-!-johnp__ [] has joined #mythtv
11:38<gbee>borga2: not a bug, there was a change to the way it works in 0.21
11:41-!-JoeBorn [] has joined #mythtv
11:49-!-jgarvey [] has joined #mythtv
11:50-!-xris [] has joined #mythtv
11:56-!-beavis [] has joined #mythtv
11:56<gbee>danielk22: patch for visible and useonairguide being reset when scanning, feel free to modify or go another way with it
11:57<gbee>fix should probably be backported to -fixes
12:10-!-selmanj [] has joined #mythtv
12:11-!-selmanj [] has left #mythtv []
12:24-!-aevil [] has quit ["Ex-Chat"]
12:37<Chutt>let's see if that'll shut people up
12:58-!-beavis [] has quit [Remote closed the connection]
13:01<Chutt>mailq on the server's _really_ backed up
13:02-!-phatmonke [n=ben@] has joined #mythtv
13:03<sphery>It's been about 20-minutes behind for a couple of days...
13:04-!-phatmonke is now known as phatmonkey
13:06-!-HReadren [] has joined #mythtv
13:07<Chutt>yeah, almost 30 minutes now
13:07-!-beavis [] has joined #mythtv
13:10-!-dekarl [] has joined #mythtv
13:17-!-ToadP [] has quit []
13:18-!-ahbritto [] has quit [Client Quit]
13:25-!-dekar1 [] has quit [Read error: 110 (Connection timed out)]
13:25-!-meshugga [] has quit [Remote closed the connection]
13:31-!-meshugga [] has joined #mythtv
13:32<gbee>hmm, they really are lagged, some emails are taking just short of an hour here
13:32<gbee>any way to throttle it to clear the queue?
13:33<sphery>Maybe Chutt's e-mail will throttle the incoming allowing the outgoing to catch up. :)
13:34<GreyFoxx>disable incoming altogether
13:34<GreyFoxx>mail will queue up on the other ends
13:34<GreyFoxx>but it would be all the more for us to process later :)
13:42-!-reynaldo [] has joined #mythtv
13:48-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
13:51-!-czth [n=dbrobins@nat/microsoft/x-d033096e608396d6] has joined #mythtv
14:12<Cardoe>ugh. I can't figure out why mythgame won't install
14:12<Cardoe>czth: didn't you misspell your username? dbrobins -> drobbins ?
14:14<czth>yeah, i can't spell my own name
14:14<czth>(that was sarcasm BTW)
14:16-!-reynaldo [] has quit [Read error: 113 (No route to host)]
14:26-!-Anduin [] has joined #mythtv
14:30-!-adante_ [] has joined #mythtv
14:39-!-CDev [] has joined #mythtv
14:45<MrGandalf>janneg: I think I figured out what's going on with my av_read_frame() problem. Seems my stream is not a proper mpeg2 PES stream (at least according to the code). The header is different.
14:46<Cardoe>have you guys heard about the new merge support coming to subversion in 1.5?
14:46<Cardoe>it'll help with branch stuff
14:46-!-adante [] has quit [Connection timed out]
14:46-!-adante_ is now known as adante
14:51<Chutt>Cardoe, oh?
14:52<Cardoe>lemme find the article I read last night
14:52<Chutt>gbee, feel free to change that 'from'/'base' thing to make it the same
14:53<Chutt>gbee, if you care, at all, that is
14:53<gbee>Chutt: ok, I probably will just for consistency
14:53<Cardoe>basically they're going to bring a few of the merge features that git has
14:53<Cardoe>and bzr
14:53<Cardoe>like cherry picking
14:53<Chutt>are they going to keep track of what's been merged?
14:53<Cardoe>and incremental conflict resolution
14:54<Chutt>i'm so used to p4 integrations these days..
14:54<Cardoe>it'll contain merge history
14:55<Chutt>sounds good.
14:55-!-Captain_Murdoch [] has quit [Read error: 110 (Connection timed out)]
14:55<Chutt>would've been useful the past month
14:57-!-CDev_ [] has quit [Read error: 110 (Connection timed out)]
15:15-!-xcloud9x [n=xcloud9x@] has joined #mythtv
15:15-!-_gunni_ [] has joined #mythtv
15:19-!-ToadP [] has joined #mythtv
15:20-!-ahbritto [] has joined #mythtv
15:34-!-johnp__ [] has quit ["Leaving."]
15:41-!-Captain_Murdoch [] has joined #mythtv
15:47<xris>cesman: ping
15:47<xris>how did you find the CD printing service that you use for knopmyth/SCALE disks?
15:48<Chutt>3 people thanking me for posting to -users (off-list)
15:48<jams>make that 4
15:49<Chutt>anyone know postfix?
15:49<xris>what'd I miss?
15:49<xris>Chutt: GreyFoxx knows a bit about it.
15:49<xris>he runs the SD server
15:49<Chutt>xris, just a small note that the OT stuff is getting annoying.
15:50<Chutt>anyone: postfix is running waaay behind on i need ideas =)
15:51<Chutt>the website's still a little busier than normal, i guess
15:52<Chutt>xris, we might actually be ok on ram, btw
15:52<Chutt>once we switch to a new website, at least
15:52<Chutt>and once i can switch to python2.5 for trac
15:52<xris>more ram would just let us add more vserver stuff.. but we should be fine now if we clean up our resources.
15:53<Chutt>new website = threaded apache, not forked
15:53<Chutt>so drastically less ram there
15:53<Chutt>and python2.5 looks to make trac use about half the ram python2.4 does
15:55<GreyFoxx> /etc/postfix/, look for the the line starting with "smtp" and also ends in "smtp" (careful one of them ends in smtpd) increase it's maxproc value above the default. Say up to 200
15:55<Chutt>but debian hasn't transitioned to 2.5 yet
15:55<GreyFoxx>postfix reload
15:55<GreyFoxx>it will process more in paralelle
15:55<GreyFoxx>if it's hurting for CPU we can set a smarthost
15:55<Chutt>the default's 100?
15:55<GreyFoxx>and you flush all the mail to the other host and it will process it
15:55<GreyFoxx>default is a hundred yeah
15:55<GreyFoxx>use to be 50
15:57<GreyFoxx>If it' a cpu issue the smarthost if another is available might be the fastest idea
15:57<Chutt>loadavg is < 2
15:57<GreyFoxx>I've got a machine here I could let you smarthost through
15:57<GreyFoxx>how much is in the queue?
15:58<Chutt>how do i tell?
15:58<Chutt>mailq somethingorother?
15:58<GreyFoxx>mailq | tail -10
15:58<Chutt>chugging away..
16:00<gbee>anyone here use mythflix?
16:00<jams>gbee- yes
16:00<Chutt>GreyFoxx, still going :p
16:01<GreyFoxx>how many people on the lists these days? Must be a lot of mail :)
16:01<GreyFoxx>OT -users spam heh
16:01<gbee>jams: mind testing a patch for me, mythui? I need to fix a couple of issues and I've only converted the default theme so far but I'm unable to test it fully for obvious reasons
16:01<Chutt>-- 105384 Kbytes in 2659 Requests.
16:02<jams>gbee- sure, long as you don't need it *right now*
16:02<Chutt>users is 7091 members
16:02<Chutt>but i don't know if it's bouncing people properly
16:02<GreyFoxx>sounds like disk contention. that's not than much mail really
16:02<Chutt>ie, i don't know how many are active
16:02-!-borga2 [] has left #mythtv []
16:02<GreyFoxx>mailq on a box here with 500 messages in the queue takes maybe 2 seconds
16:02<GreyFoxx>and it's not beefy in the least
16:03<gbee>jams: nah, whenever you get the time
16:03<gbee>like I said, I've found two problems which I'll fix first
16:04<Chutt>GreyFoxx, we're really close to swapping
16:04<jams>GreyFoxx- do you have spare firewire cables? If not those can be picked up at discount price also.
16:04<Chutt>eh, have 350MB in swap, i think
16:04<GreyFoxx>jams: Hmmmm actually no I don't have a spare one
16:05<GreyFoxx>and the one I have is maybe 4 feet long (firewire settop box)
16:05<jams>alright i will pick one per box.
16:06<jams>got a lenght in mind? 1,2,3 ft ?
16:06<gbee>xris: is there something wrong with the ATSC icon mapping, there are no icons listed?
16:06<GreyFoxx>3ft please
16:06<GreyFoxx>Chutt: Sounds like the box is hurting a little. Is that mostly svn/trac or httpd for the wiki ?
16:08<Chutt>+ mailman, too
16:15<Chutt>it seems to be catching up
16:15<GreyFoxx>Only thing I can really think of at this point is smarthost to another machine and let that other machine deal with all DNS lookups, resends and so on
16:16<Chutt>as least, delay is down to ~70 seconds seconds for a few emails
16:16<GreyFoxx>yay, hometime
16:17<gbee>just banned my second user from - submitted the ASDA (supermarket) icon against all channels
16:17-!-Stephen [] has joined #mythtv
16:17<GreyFoxx>gbee: ugh,
16:17-!-Stephen [] has left #mythtv []
16:18-!-Netsplit <-> quits: Cougar
16:18-!-Netsplit over, joins: Cougar
16:18<gbee>GreyFoxx: at least xris designed this well and we can ban users + delete their submissions
16:19<xris>gbee: I've never figured out what's up with that.. but yeah, it appears that there is an issue with with the submission stuff in the client, or the server receiving it
16:19<gbee>much harder to react to the situation after it has happened
16:19<GreyFoxx>Is ther a freedb/cddb type service out there for DVD's ?
16:19<xris>GreyFoxx: not that I know of. would be cool, though
16:19<gbee>GreyFoxx: last time I look, I couldn't find one, which is odd and a shame
16:20<GreyFoxx>yeah. I'd like to be able to auto pull info/coverposter and such
16:20*xris wonders if there is an "open" competitor for imdb
16:20<gbee>you'd think that someone would have thought of it
16:20<dekarl>something like omdb?
16:20<Chutt>-- 108202 Kbytes in 2724 Requests.
16:20<xris>dekarl: exactly like that.
16:20<dekarl>They are quite new (no XML interface yet)
16:20<Chutt>i bet most of those are bounces/etc
16:21<gbee>xris: considering that a lot of stuff that imdb display is user submitted, I've no problems pulling data from them
16:21<jams>GreyFoxx- tested with mac mini and it's good to go! audio cd's and DVD's
16:21<hads>heh, cool, I always wanted an open movie db too.
16:21<GreyFoxx>jams: sweet!
16:21<xris>dekarl: and not much content, either.
16:21<dekarl>gbee: take a peek at omdb, once they learn from musicbrainz their DB should rock
16:21<xris>gbee: yes. except that it violates their TOS
16:21<hads>Which is annoying since it is mostly user submitted.
16:21<dekarl> is using them as content provider now which should drive more traffic there
16:22<GreyFoxx>It would be neat if we could somehow learn from all the manual lookups
16:22<dekarl>xris: yes, that's the downside of being new
16:22<GreyFoxx>keep a cache of the results hehe
16:22<GreyFoxx>though I understand the legal issues with that
16:23<GreyFoxx>Makes me wonder how MCE does it
16:24<GreyFoxx>yeah, but more specifically where they get the data from and what kind of data they are using to match the dvd's to the right movie
16:24<xris>TMS might sell a product
16:24<xris>they have a lot of stuff like that
16:25<hads>omdb FAQ is in German.
16:25<dekarl>it started in germany but has data in multiple languages (that's german/english right now)
16:25<gbee>omdb has a long way to go, little content atm
16:26-!-bobgill [] has joined #mythtv
16:26-!-bobgill [] has left #mythtv []
16:26<hads>Indeed. Good idea for a project though.
16:26<dekarl>what you want is moviebrainz :) they got a solid codebase at musicbrainz already but for music
16:29-!-phatmonkey [n=ben@] has quit []
16:30-!-MrGandalf [] has quit ["home"]
16:31<Anduin>I tried to get us imdb permission, apparently Freevo has it, I haven't given up but currently we are clearly violating their TOS. Switching to someone we can work with would be nice, even with less info.
16:32<hads>I'd be interested in writing a grabber for omdb, just looking around their site at the moment.
16:32<Anduin>Of course they do absolutely nothing to stop scripts, it seems hard to argue trespass to chattels.
16:34<gbee>maybe someone should get in touch with omdb and suggest a cddb type database linking DVDs to their pages
16:35<gbee>someone recently posted something to wiki/trac or dev list about musicbrainz support in mythtv - little realising that it's already there, in part anyway
16:35<dekarl>gbee: via the freedb gateway?
16:35<gbee>we read musicbrainz tags from mp3/ogg but it's currently only used to determine if the CD is a compilation or not
16:36<gbee>no contact with outside servers, just what information can be derived from the tag
16:36<dekarl>oh, having music files handled like recordings would rock... just throw them at the backend and let the backend handle the names / tags / fileserving
16:37<gbee>that's what I'd like to see, whether I ever get the time to do it is another matter
16:38<dekarl>I was about to write up a concept on that but figured no one would be interested... rip cd -> apply tags -> generate PUID -> submit them -> apply discwide gain fixup -> store them in a backend handled folder -> serve via UPNP etc. / do patrollreads for updated tags
16:41<gbee>concept is fine, but unless someone has time to write the code it's a non-starter
16:42<gbee>we need more people prepared to get their hands dirty
16:42<dekarl>btw while were on metadata, I can't find the code or a viewonly frontend for in the svn.
16:43<gbee>or contrib/icons/master_iconmap/
16:43<dekarl>that's the client, seen that already
16:44<gbee>err, sorry, not sure what you are after then?
16:44<kormoc>that's everything that's publicly available
16:45<gbee>that's all that needs to be publically available, there is nothing to see or learn from the server side
16:46-!-erik_ [] has joined #mythtv
16:50-!-jamesd [] has quit [Read error: 104 (Connection reset by peer)]
16:51<dekarl>I'm throwing some ideas forth and back in my head related to IP sources that could use some YP. That's why I'm interested in it. (and 'cause I'm nosy)
16:54-!-turbo is now known as briand
17:03<janneg>huh, does microsoft not known the value of PI?
17:03*janneg is reading compat.h
17:03<xris>janneg: it's 3.2, right? ;)
17:04-!-Jimbalaya [] has quit ["Miranda IM! Smaller, Faster, Easier."]
17:05<gnome42>gbee: Hi, here's the latest browse all tuners patch, based on Ron Frazier's browse_tuners.patch.
17:05<danielk22>heh, they just define it well enough for float not double (or at least they used to when compat.h was written)
17:05<gnome42>There's a on/off checkbox in Playback OSD settings
17:05<gbee>gnome42: ok thanks, don't know when I'll get the chance to test it, but I'll try not to forget :)
17:05<danielk22>That originates from graphics code where pi accuracy was important.
17:06<gnome42>gbee: ok, cool. I'm interested in performance difference when the feature is enabled. And if it works or breaks of course :)
17:07<gnome42>gbee: I think it might actually be _more_ responsive here with the feature enabled :)
17:07<janneg>danielk22: do you know if windows stdint.h does not define uint32_t ...
17:08<danielk22>don't know, I haven
17:08<danielk22>t done windows programming in years..
17:08<danielk22>VC 6.0
17:09<danielk22>i wish you could do something like ifdef's with typedefs ...
17:09<gnome42>gbee: It puts an 'x' in front of non-tunable chans
17:10<janneg>I'm verifying the qt4 port and CDev added "# define uint32_t unsigned int" in a unrelated file
17:10<Anduin>janneg: It does not (uint32_t)
17:14<Anduin>(cygwin does have stdint.h which does typedef uint32_t though)
17:19-!-joobie [] has joined #mythtv
17:22-!-clever [] has joined #mythtv
17:22-!-jamesd [] has joined #mythtv
17:31-!-onixian [] has joined #mythtv
17:56-!-MrGandalf [] has joined #mythtv
17:57-!-joobie [] has quit ["This computer has gone to sleep"]
17:59-!-xris [] has quit []
18:00-!-xris [] has joined #mythtv
18:01-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:02-!-phatmonkey [n=ben@] has joined #mythtv
18:07-!-erik_ [] has quit ["Lämnar"]
18:07-!-phatmonkey [n=ben@] has quit []
18:08-!-onixian [] has quit ["Leaving"]
18:09-!-xri1 [] has joined #mythtv
18:10-!-xris [] has quit [Read error: 104 (Connection reset by peer)]
18:11-!-xri1 [] has quit [Client Quit]
18:12-!-xris [] has joined #mythtv
18:17<janneg>Chutt: there are a couple of windows related changes in the qt4 branch like ff
18:17<janneg>should I revert them?
18:18-!-czth_ [n=dbrobins@nat/microsoft/x-e705ba3b590c2de8] has joined #mythtv
18:19<Chutt>might as well
18:20<Chutt>gbee, does that font inheritance break the existing themes?
18:20<gbee>Chutt: it shouldn't, I put in a temporary fallback to using "base" if "from" is null/empty
18:21<gbee>I'll pull that out once I've replaced every instance of "base", just gives me breathing room
18:26-!-jgarvey [] has quit ["Leaving"]
18:27-!-jmk_ [n=jmk@] has quit ["Leaving"]
18:29-!-xris [] has quit [Connection timed out]
18:34-!-czth [n=dbrobins@nat/microsoft/x-d033096e608396d6] has quit [Connection timed out]
18:34-!-jamesd [] has quit [Remote closed the connection]
18:38-!-_gunni_ [] has quit ["KVIrc 3.2.4 Anomalies"]
18:42<Chutt>ah, ok
18:42<Chutt>i thought there were existing font stuff (in the menu xml files) that might use that
18:57<gbee>anyone know how to cure patch rejecting hunks where there is no conflict?
18:58<gnome42>patch -l sometimes helps
18:58-!-nemik [] has quit [Read error: 113 (No route to host)]
19:01-!-HReadren [] has quit ["Leaving"]
19:03<gbee>it didn't, but oddly adding another file to the patch did
19:10-!-robthebob [] has joined #mythtv
19:15<gbee>what's strcmp's behaviour on a NULL string?
19:19-!-xris [] has joined #mythtv
19:20<dekarl>google says you don't want to strcmp NULL pointers (undefined)
19:34<gbee>dekarl: thanks, I could find that, but it's what I expected
19:39-!-robthebob [] has quit [Read error: 113 (No route to host)]
19:40-!-beavis [] has quit ["Verlassend"]
19:44-!-dekarl [] has quit [Read error: 104 (Connection reset by peer)]
19:46<gbee>xris: since you only just noticed that the icon gui was added to mythtv-setup, can I just distance myself from it? I think it needs a _lot_ of work for 0.22, I did do my best to get it usable for 0.21 but mostly I was limited by the QT/Myth settings widgets available
19:47<xris>gbee: I don't care one way or another. heh.
19:47<xris>I'll be happy when I get a mythproto/xml method to tell the backend to download a channel icon
19:47<xris>beyond that, I don't really care one way or another.
19:47<gbee>I'll try to re-write it using mythui if I get time :) Full credit to the guys who wrote the original patch, it just isn't as pretty or user friendly as I'd like
19:49-!-dekarl [] has joined #mythtv
19:49<gbee>crap ... I wasn't careful enough in chosing the default font names, they clash with metallurgy of all themes!
19:51-!-BigJ [] has joined #mythtv
19:58-!-xcloud9x [n=xcloud9x@] has quit ["Leaving"]
19:59-!-jamesd [] has joined #mythtv
20:02-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has quit ["Leaving..."]
20:07-!-dekarl is now known as dekarl_zZz
20:10-!-purserj [] has joined #mythtv
20:43-!-JoeBorn [] has quit [Read error: 110 (Connection timed out)]
20:51-!-nemik [] has joined #mythtv
20:55-!-CDev [] has quit [Read error: 110 (Connection timed out)]
20:58-!-BigJ [] has quit [Remote closed the connection]
21:00<gbee>danielk22: posted this earlier, but you probably missed it - " patch for visible and useonairguide being reset when scanning, feel free to modify or go another way with it"
21:03<danielk22>Maybe GetChannelSettings should be more general? Otherwise it looks ok
21:04<gbee>yeah, I was trying to decide what else might qualify as 'settings' as opposed to the data that GetChannelData returns
21:06<danielk22>It's fine as is, GetChannelData doesn't need eit info..
21:19-!-jeffc91_ [] has joined #mythtv
21:28-!-HRearden [] has joined #mythtv
21:28-!-HRearden [] has quit [Client Quit]
21:30-!-jeffc91 [] has quit [Read error: 113 (No route to host)]
21:47<MrGandalf>is it me, or is there a lot of unused stuff in osd.cpp?
21:48<MrGandalf>like SetChannumText(), and both SetInfoText()
21:51<danielk22>might be, i know i stopped trying to improve it once mythui began.. i just try to fix segfaults and add any new stuff as needed for new features.
21:55<jams>unbeatable banzuke has some crazy stuff
21:55-!-sigger__ [] has quit [Read error: 110 (Connection timed out)]
21:55<jams>oops wrong channel
21:55-!-sigger__ [] has joined #mythtv
21:59-!-CDev [] has joined #mythtv
22:23-!-HReadren [] has joined #mythtv
22:26-!-HReadren [] has quit [Client Quit]
22:26-!-HRearden [] has joined #mythtv
22:28-!-HRearden [] has quit [Client Quit]
22:35-!-HReadren [] has joined #mythtv
22:44-!-HReadren [] has quit ["Leaving"]
22:46-!-HRearden [] has joined #mythtv
22:55-!-HReadren [] has joined #mythtv
22:59<MrGandalf>wow, finally got my DVB radio text patch working.. joy
22:59<GreyFoxx>Oooh that could be interesting
23:00<GreyFoxx>using the OSD to spit out info about the song playing ?
23:02<GreyFoxx>My wife would love that :)
23:03<MrGandalf>needs cleaning up, but it works
23:03<MrGandalf>only works for dvb radio that has text in private sections
23:03<GreyFoxx>we have a ton of dvb radio channels and she is always wondering what song is playing since she gets that info from the STB
23:05<MrGandalf>like I said, it's rough.. I don't like how I'm updating the OSD.
23:07-!-HReadren [] has quit ["Leaving"]
23:08-!-HRearden [] has quit ["Leaving"]
23:08-!-HRearden [] has joined #mythtv
23:12-!-ahbritto [] has quit [Client Quit]
23:17-!-ahbritto [] has joined #mythtv
23:18<Chutt>anyone look at that 'syncprob.mpg' file?
23:18<Chutt>mplayer says it bounces between 24 + 30fps
23:18<Chutt>we don't detect that at all
23:23-!-HReadren [] has joined #mythtv
23:31-!-anenigma [] has joined #mythtv
23:31-!-anenigma [] has left #mythtv []
23:41-!-HRearden [] has quit ["Leaving"]
23:42<sphery>Chutt: with mythtranscode --buildindex I was able to play it back perfectly.
23:42<Chutt>index shouldn't matter
23:42<Chutt>not seeking
23:43-!-HRearden_ [] has joined #mythtv
23:45<sphery>GreyFoxx: I wonder how hard it would be to get your jump point to use the SCREENSHOT keybinding ( libs/libmythtv/tv_play.cpp +446 ) when playing back with the Xv renderer...
23:46<Chutt>just have to have it call into the preview pixmap code
23:47<sphery>That's what the one in tv_play does.
23:47-!-HRearden_ [] has quit [Client Quit]
23:47-!-HRearden [] has joined #mythtv
23:48<sphery>He added a new jump point (I guess for doing screenshots of menus and everything) but it give a shot of the color key if in Xv rendered playback.
23:48-!-HRearden [] has quit [Client Quit]
23:48-!-HRearden [] has joined #mythtv
23:50<Chutt>the jumppoint just needs to check if it's in the TV screen
23:50<Chutt>then do the preview code instead of the qt getpixmap thingie
23:51<GreyFoxx>yeah, if in playback and using XV do the preview stuff that's there now, otherwise if it's x11 or opengl use the qt stuff
23:52<sphery>Chutt: So did you try playing the syncprob.mpg video with the Myth?
23:52<sphery>Did it work for you?
23:53<Chutt>doesn't work, cuz libavformat doesn't get the fps change
23:53<sphery>It really worked for me.
23:53<sphery>I created a fake recording for it and played it as if I had recorded it.
23:54<sphery>Without a seektable, I couldn't seek (expected) and did have a small A/V sync offset. With a seektable, it played perfectly (and I could seek, of course).
23:54<sphery>I didn't try playing it through MythVideo, though.
23:55<Chutt>a seektable really doesn't make a difference
23:56<Chutt>i just played it with 'mythtv <file>
23:59<HRearden>xris - you there?
---Logclosed Thu Mar 13 00:00:19 2008