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

---Logopened Fri Jul 11 00:00:40 2008
00:01-!-cattelan_ [] has quit [Read error: 110 (Connection timed out)]
00:24-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 110 (Connection timed out)]
00:39-!-jamesd [] has joined #mythtv
00:50-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
01:13-!-Netsplit <-> quits: iamlindoro, phunguy, MavT, Captain_Murdoch, The_Ball, clever, PointyPumper
01:13-!-joobie_ [n=joobie@] has joined #mythtv
01:14-!-Therock_ [] has quit [Client Quit]
01:18-!-Netsplit over, joins: MavT, clever, PointyPumper, phunguy, Captain_Murdoch, iamlindoro, The_Ball
01:27-!-cecil [n=cecil@] has joined #mythtv
01:27-!-jarle [] has quit [Read error: 110 (Connection timed out)]
01:27-!-andrboot [] has quit [Read error: 110 (Connection timed out)]
01:27-!-cesman [n=cecil@pdpc/supporter/sustaining/cesman] has quit [Read error: 104 (Connection reset by peer)]
01:27-!-jarle [] has joined #mythtv
01:28-!-joobie [] has quit [No route to host]
01:28-!-gnome42 [] has quit [Remote closed the connection]
01:29-!-cecil is now known as cesman
01:34-!-andrboot [] has joined #mythtv
01:40-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Read error: 113 (No route to host)]
01:45-!-Therock_ [] has joined #mythtv
01:52-!-jamesd [] has quit [Read error: 110 (Connection timed out)]
02:21-!-adante [] has joined #mythtv
02:22-!-cskowronnek [] has joined #mythtv
02:29-!-opensourceje2 [] has joined #mythtv
02:38-!-edannenbe [] has joined #mythtv
02:42-!-joobie_ [n=joobie@] has quit [Read error: 54 (Connection reset by peer)]
02:43-!-joobie [n=joobie@] has joined #mythtv
02:49-!-joobie [n=joobie@] has quit [Read error: 60 (Operation timed out)]
02:49-!-Dibblah [] has joined #mythtv
03:08-!-opensourceje2 [] has quit []
03:17-!-jk1joel [i=nobody@] has quit [Remote closed the connection]
03:29-!-foxbuntu [] has quit ["Leaving"]
03:30-!-xris [] has quit []
03:32-!-andrboot [] has quit ["Leaving"]
03:32-!-noisymime [] has quit [Read error: 104 (Connection reset by peer)]
04:00-!-RungeKutta [] has quit []
04:09-!-dagar [] has quit [Read error: 110 (Connection timed out)]
04:10-!-dagar [] has joined #mythtv
04:56-!-majnoon [] has quit ["Leaving"]
04:59-!-mzb_d800 [] has quit [Read error: 110 (Connection timed out)]
05:11-!-mzb_d800 [] has joined #mythtv
05:45-!-bkero [n=bkero@osuosl/staff/bkero] has quit ["Changing server"]
05:53-!-purserj [] has quit [Read error: 104 (Connection reset by peer)]
05:53-!-purserj [] has joined #mythtv
05:55-!-dagar [] has quit [Read error: 110 (Connection timed out)]
05:56-!-dagar [] has joined #mythtv
05:57-!-Ben43 [] has joined #mythtv
05:59-!-bkero [n=bkero@osuosl/staff/bkero] has joined #mythtv
06:08-!-famicom [] has left #mythtv ["Leaving"]
06:30-!-jarle [] has quit [Remote closed the connection]
06:31-!-jarle [] has joined #mythtv
06:41-!-MrGandalf [] has quit ["work"]
07:12-!-mzb_d800 [] has quit [Read error: 110 (Connection timed out)]
08:06-!-briand [] has quit [Read error: 110 (Connection timed out)]
08:06-!-briand [] has joined #mythtv
08:12-!-reynaldo [] has quit ["leaving"]
08:16-!-_gunni_ [] has joined #mythtv
08:29-!-|gunni| [] has quit [Read error: 104 (Connection reset by peer)]
09:12-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:13-!-okolsi [n=mythtv@] has quit [Read error: 110 (Connection timed out)]
09:22-!-rod_ [] has quit [Remote closed the connection]
09:33<mobrien>^^ looks like GSOC might give us to decent HW video decoding ability
09:39-!-danielk_dinner is now known as danielk22
09:54<GreyFoxx>yeah, I've been following that guys blog , could be neat stuff
10:01<gbee> Anduin: I'm going to bin a lot of stuff from VideoManager and start from scratch, there is a lot of UI stuff, workarounds for the old UI code etc which is just a nightmare to untangle
10:03<gbee>heh, looks like that was anticipated anyway "// In other words, one day all of this container stuff // will be deleted and replaced by MythUI."
10:08-!-jchaoul [n=jcjc@] has joined #mythtv
10:11<gbee>the external command and network stuff I'll put into videoutils or similar, separate it from the UI code
10:24-!-cskowronnek [] has quit ["Ex-Chat"]
10:36-!-gustave_ [] has joined #mythtv
10:38-!-renato__ [n=renato@] has quit ["Ex-Chat"]
10:41-!-grokky [] has joined #mythtv
10:41-!-joobie [] has joined #mythtv
10:46-!-rooaus [] has left #mythtv []
10:52-!-okolsi [n=mythtv@] has joined #mythtv
10:54-!-stoth [] has joined #mythtv
10:56-!-jgarvey [] has joined #mythtv
11:08-!-gnome42 [] has joined #mythtv
11:11-!-Varak2 [] has quit [Read error: 110 (Connection timed out)]
11:12-!-okolsi [n=mythtv@] has quit [Read error: 110 (Connection timed out)]
11:16-!-grokky [] has quit ["This computer has gone to sleep"]
11:24-!-edannenbe [] has quit [Remote closed the connection]
11:34-!-foxbuntu [] has joined #mythtv
11:37-!-adante [] has quit [Network is unreachable]
11:38-!-beavis [] has joined #mythtv
11:43<stoth>Assuming I wanted to port the mythtv frontend to a new embedded device, where would be the best place to start reading? Is their a specific website I should be reading for embedded 'gotcha's' ?
11:45-!-RungeKutta [] has joined #mythtv
11:53<gnome42>Heya gbee! I just happened to look at [17753], and was wondering if it would be a tad safer to call deleteLater() after removing the object from the list. (in
11:53<gnome42>(in MythUIType::DeleteChild(..))
11:56-!-joobie [] has quit ["This computer has gone to sleep"]
11:58<danielk22>stoth: mythfrontend is a memory hungry app... it might make more sense to implement a UPnP device that could talk to the backend about scheduling recordings and the other more advanced stuff.
11:59<Chutt>with the proper theme, it wouldn't be so bad
12:00<stoth>danielk22: What's the min memory footprint?
12:03-!-xris [n=xris@] has joined #mythtv
12:04<danielk22>stoth: Not sure, on my system the virtual memory footprint is 534 Megs when playing a standard definition video. I'm using G.A.N.T. as the theme. HD will of course use a bit more memory. + add to that video memory for an embedded device..
12:06-!-jchaoul [n=jcjc@] has left #mythtv []
12:16<danielk22>has anyone tested the channel-scan branch with DVB yet?
12:20-!-jmk [n=jmk@] has joined #mythtv
12:25-!-renato [n=renato@] has joined #mythtv
12:26<gbee>I can probably find time this weekend
12:35-!-jk1joel [] has joined #mythtv
12:37<danielk22>gbee: thx
12:41-!-adante [] has joined #mythtv
12:46-!-Ben43 [] has quit ["L8rs"]
12:52-!-okolsi [n=mythtv@] has joined #mythtv
13:09-!-czth__ [n=dbrobins@nat/microsoft/x-a89553630f657e55] has joined #mythtv
13:11<laga>stoth: i use mythfrontend on a box with 128M of RAM with the iulius theme
13:13-!-okolsi [n=mythtv@] has quit [Read error: 110 (Connection timed out)]
13:13<danielk22>laga: but how much swap? An embedded device will most like not have swap..
13:14<laga>good point.
13:15<laga>i dont remember how much swap i have there, but it's at least another 128M :)
13:15<laga>stoth: mvmpc might be interesting for you
13:25-!-czth_ [n=dbrobins@nat/microsoft/x-0d7def2fb7c3c220] has quit [Read error: 110 (Connection timed out)]
13:34-!-skamithi [] has joined #mythtv
13:37-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
13:39-!-S2 [] has joined #mythtv
13:42-!-iamlindoro_ [n=iamlindo@] has joined #mythtv
13:59-!-javatexan [] has quit [Read error: 104 (Connection reset by peer)]
13:59-!-foxbuntu [] has quit ["Leaving"]
14:01-!-RungeKutta [] has quit []
14:14-!-stoth [] has quit ["This computer has gone to sleep"]
14:17-!-stoth [] has joined #mythtv
14:29-!-splat1 is now known as splAt1
14:31-!-javatexan [] has joined #mythtv
14:33-!-S2 [] has quit [Remote closed the connection]
14:33-!-DerDracle [] has joined #mythtv
14:34<DerDracle>Is there a freenode channel for discussing digital media codecs and details?
14:37<stoth>danielk22 & laga: thanks.
14:38<laga>stoth: xbmc is also working on mythtv support, i wonder how well that'll work on an embedded device
14:40<Chutt>it really all depends on the embedded device
14:40<Chutt>if something has opengl and 128MB of ram and a decent arm, it'll run everything in myth pretty well, i'd think. aside from video playback, but.. =)
14:45<gbee>we could use a shared network download class for the plugins and suppose in the future, lot of duplication there even though most of them are using QT
14:46<Chutt>gbee, httpcomms.cpp/.h doesn't work?
14:46<gbee>Chutt: heh, I'd forgotten about it
14:49<clever>DerDracle: ##ffmpeg may know something about codecs
14:49<clever>1 #
14:49<DerDracle>clever, Thanks :)
14:56-!-stoffel [] has joined #mythtv
15:04-!-okolsi [n=mythtv@] has joined #mythtv
15:06-!-Fopper [] has joined #mythtv
15:06-!-Fopper [] has left #mythtv ["Ex-Chat"]
15:14<Chutt><spam coming>
15:14<Chutt>==17491== 152,567,808 bytes in 291 blocks are still reachable in loss record 433 of 433
15:14<Chutt>==17491== at 0x4022998: malloc (in /usr/lib/valgrind/x86-linux/
15:14<Chutt>==17491== by 0x44A782B: (within /usr/lib/
15:14<Chutt>==17491== by 0x44A792A: pes_alloc(unsigned) (in /usr/lib/
15:14<Chutt>==17491== by 0x44B46D5: PESPacket::PESPacket(PESPacket const&) (in /usr/lib/
15:14<Chutt>==17491== by 0x44DE245: PSIPTable::PSIPTable(PESPacket const&) (in /usr/lib/
15:14<Chutt>==17491== by 0x44C8EAC: MPEGStreamData::AssemblePSIP(TSPacket const*, bool&) (in /usr/lib/
15:14<Chutt>==17491== by 0x44C993A: MPEGStreamData::HandleTSTables(TSPacket const*) (in /usr/lib/
15:14<Chutt>==17491== by 0x44C23BB: MPEGStreamData::ProcessTSPacket(TSPacket const&) (in /usr/lib/
15:14<Chutt>==17491== by 0x44BEDE0: MPEGStreamData::ProcessData(unsigned char*, int) (in /usr/lib/
15:15<Chutt>==17491== by 0x493A7E9: DVBStreamHandler::RunTS() (in /usr/lib/
15:15<Chutt>==17491== by 0x493B0BB: DVBStreamHandler::Run() (in /usr/lib/
15:15<Chutt>==17491== by 0x493B0E4: run_dvb_stream_handler_thunk(void*) (in /usr/lib/
15:15<Chutt>so, um
15:15<Chutt>that's a lot of data
15:16<Chutt>there's a lot of other big chunks in the dvbstreamhandler stuff, too
15:20<danielk22>chutt: you need to flip the "#if 0" in pespacket.cpp@303 to debug memory leaks in mpeg stream handling code.
15:21<Chutt>it's not my debugging, a valgrind log posted to users
15:23<danielk22>is this from the guys whose recording like 60 channels at once?
15:24<Chutt>no, someone else
15:24-!-okolsi [n=mythtv@] has quit [Read error: 110 (Connection timed out)]
15:24<Chutt>same thread, different person
15:25<danielk22>k, i killfiled that thread.. let me take a look...
15:25<gbee>that one has come up a couple of times when I valgrind the backend, but generally it's been dismissed when we discussed it in here
15:25<Chutt>that's a _lot_ of data
15:26<Chutt>there's a couple other things like;
15:26<Chutt>==17491== 1,342,504 bytes in 77,056 blocks are possibly lost in loss record 429 of 433
15:26<Chutt>==17491== 1,490,684 bytes in 28,667 blocks are still reachable in loss record 430 of 433
15:26<Chutt>ie, lotta blocks
15:28<gbee>it's the same one I was attempting to debug a couple of months back with stuarta and others, would be nice to see the matter settled once and for all
15:28<Chutt>i bet it's the same issue that annoying guy's seeing as well
15:29<danielk22>I don't think the pes_allocator itself is leaking, but 152MB is really big. I've never seen it that big. Unfortunately valgrind can't debug the pes_allocator, but we can turn it off and possibly see the source of the leak.
15:29<Chutt>given that he's using dvb
15:29<Chutt>right. it's not leaking, since it's still reachable
15:30<danielk22>well the pes_allocator should always be able to see the memory it allocated, it's the users of the pes allocator that may be leaking...
15:30<danielk22>OR there is a huge EIT cache going on..
15:31<danielk22>That might be possible with something like a DVB-S with all the EIT data on one channel.
15:34<danielk22>3 weeks of data for 500 channels... I could see it..
15:34<Chutt>gotta set a hard limit on the cache size, then
15:35<Chutt>like, say, 10MB.
15:40<danielk22>whatever the underlying cause it needs to be fixed.
15:50-!-stoffel [] has quit [Read error: 113 (No route to host)]
15:52<danielk22>btw i can repro the bug preston crow just posted about -- handle announce playback appears to be getting a command list that is one entry short. (mainserver.cpp@~950)
15:54<Chutt>i'll try it this weekend
15:55<Chutt>probably related to a qt4 change i made
15:56<clever>some of my patches are going ignored:(
15:56<Chutt>everyone's patches are going ignored
15:57<clever>this patch seems pretty simple, just add 2 lines
16:02-!-stoth [] has quit ["Leaving"]
16:17<gbee>maybe we should have stuarta's bug squashing party ;) everyone picks say at least five tickets on Saturday/Sunday and commits to closing them that day
16:20<gbee>of course stuarta has been proposing this idea for the last two years, so I won't hold my breath ;)
16:21<clever>so far ive just been patching bugs that are a problem to me
16:22<clever>and im running trunk to i have alot of them:P
16:24-!-splAt1 is now known as splat1
16:24<danielk22>Ubuntu has some kind of bug hunting program. end users are given a few bugs each week to triage. I thought it was a good idea when I learned about it. But I don't know how it actually works, or how effective it is.
16:25<clever>ive seen the automatic bug reporting thing in ubuntu
16:25<Chutt>i am getting a _ton_ of spam to the various mythtv lists today
16:25<clever>it seems to be able to grab a backtrace from the core and email it off allmost all on its own
16:25<danielk22>this is a volunteer program not an automatic bug thing.
16:26<Chutt>> 100 every 5 minutes
16:32-!-javatexan [] has quit [Connection reset by peer]
16:35<gbee>danielk22: the idea stuarta had was based on a debian tradition apparently, every now and then to work through a backlog in bugs/tickets they hold a mass event in IRC or similar where everyone puts their heads together
16:37<gbee>small bugs and tickets get closed, but the larger bugs get discussed and debugged as a collective as well
16:38<gbee>I think it works for debian because they can get far more people involved at a single time than we could, for example
16:44<danielk22>and nigel might be a bit lonely :)
16:45<Chutt>most of the spam is because someone's spamming with as the sender address
16:50-!-javatexan [] has joined #mythtv
16:54-!-kali67 [] has joined #mythtv
16:58<danielk22>hmm should mythplugins-qt4 and mythtv-qt4 be deleted now?
17:00-!-iamlindoro__ [n=iamlindo@] has joined #mythtv
17:00-!-iamlindoro_ [n=iamlindo@] has quit [Read error: 104 (Connection reset by peer)]
17:04-!-okolsi [n=mythtv@] has joined #mythtv
17:06-!-iamlindoro_ [n=iamlindo@] has joined #mythtv
17:06-!-iamlindoro__ [n=iamlindo@] has quit [Read error: 104 (Connection reset by peer)]
17:14-!-stoffel [] has joined #mythtv
17:21-!-dekarl [] has joined #mythtv
17:39-!-ahbritto [] has joined #mythtv
18:04-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:07-!-skamithi [] has quit ["WeeChat 0.2.6"]
18:12-!-javatexan [] has quit ["Leaving."]
18:14-!-jgarvey [] has quit ["Leaving"]
18:24-!-javatexan [] has joined #mythtv
18:33-!-beavis [] has quit [Remote closed the connection]
18:35-!-gustave_ [] has quit [Remote closed the connection]
18:40-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
18:42-!-S2 [] has joined #mythtv
18:42-!-danielk22 is now known as danielk_taconite
18:46-!-S2 [] has quit [Remote closed the connection]
18:49-!-rooaus [] has joined #mythtv
18:59-!-iamlindoro_ [n=iamlindo@] has quit []
19:06-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
19:10-!-stoffel [] has quit [Read error: 110 (Connection timed out)]
19:21<gbee>I'm curious about m_rating_to_pl (parental_level_map) in videomanager, it's entirely a waste of my time but I was trying to decide if that map could be replaced with QMap, or even QHash
19:22-!-briand [] has quit [Read error: 110 (Connection timed out)]
19:25<gbee>the bit I'm not sure about is the lookups done on the map, we seem to accept part string matches against rating - is that intentional? If so, would QMap avoid the sorting done on the list in the VideoManagerImp constructor? QMap automatically sorts lexically but not the purely length based sorting we currently
19:29<gbee>ok, answered my own question by reading the help text for the setting in question - should have done that from the start
19:43-!-rooaus [] has quit [Read error: 110 (Connection timed out)]
19:58-!-mzb_d800 [] has joined #mythtv
20:12-!-xris [n=xris@] has quit []
20:17-!-javatexan [] has quit ["Leaving."]
20:19-!-CDev [] has quit ["Trillian ("]
20:29-!-kali67 [] has quit [Read error: 110 (Connection timed out)]
20:37-!-Dibblah [] has quit [Read error: 113 (No route to host)]
20:38-!-briand [] has joined #mythtv
20:39-!-xris [] has joined #mythtv
20:47-!-|gunni| [] has joined #mythtv
21:02-!-_gunni_ [] has quit [Read error: 110 (Connection timed out)]
21:12-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [Connection timed out]
21:39-!-ahbritto [] has quit [Remote closed the connection]
21:44-!-CDev [] has joined #mythtv
21:54-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
22:20-!-grokky [] has joined #mythtv
22:43-!-foxbuntu [] has joined #mythtv
22:50-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
23:01-!-jamesd [] has joined #mythtv
23:11-!-reynaldo [] has joined #mythtv
23:16-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [No route to host]
23:17-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
23:28-!-grokky [] has quit ["This computer has gone to sleep"]
23:32-!-foxbuntu is now known as fatman
23:36-!-fatman is now known as foxbuntu
23:48-!-leprechau [] has quit [Read error: 110 (Connection timed out)]
23:57-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [No route to host]
---Logclosed Sat Jul 12 00:00:59 2008