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

---Logopened Thu Jan 24 00:00:14 2008
00:18-!-harminoff [] has quit [Remote closed the connection]
00:18-!-harminoff [] has joined #mythtv
00:21-!-degreseven [] has joined #mythtv
00:37-!-harminoff [] has quit [Remote closed the connection]
00:37-!-harminoff [] has joined #mythtv
00:56-!-harminoff [] has quit [Remote closed the connection]
00:56-!-harminoff [] has joined #mythtv
02:08-!-onixian [n=xian@] has joined #mythtv
02:13-!-nemik [] has quit [Read error: 104 (Connection reset by peer)]
02:33-!-MavT [] has joined #mythtv
02:37-!-nordenm [] has joined #mythtv
02:42-!-onixian [n=xian@] has quit [Read error: 104 (Connection reset by peer)]
02:42-!-xris [] has quit []
02:51-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
02:57-!-nordenm [] has quit []
03:01-!-XChatMav [] has joined #mythtv
03:02-!-baalsgate [] has joined #mythtv
03:08-!-harminoff [] has quit [Remote closed the connection]
03:08-!-harminoff [] has joined #mythtv
03:19-!-harminoff [] has quit [Remote closed the connection]
03:19-!-harminoff [] has joined #mythtv
03:20-!-MavT [] has quit [Read error: 110 (Connection timed out)]
03:22-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
03:25-!-degreseven [] has quit [Remote closed the connection]
03:30-!-harminoff [] has quit [Remote closed the connection]
03:30-!-harminoff [] has joined #mythtv
03:30-!-gnome42 [] has quit [Remote closed the connection]
03:32-!-baalsgate [] has quit ["You all bore me"]
03:40-!-harminoff [] has quit [Remote closed the connection]
03:40-!-harminoff [] has joined #mythtv
03:48-!-johnp_ [n=jmp@] has joined #mythtv
03:51-!-harminoff [] has quit [Remote closed the connection]
03:51-!-harminoff [] has joined #mythtv
03:56-!-MavT [] has joined #mythtv
04:12-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
04:14-!-XChatMav [] has quit [Read error: 110 (Connection timed out)]
04:15-!-grokky [] has joined #mythtv
04:25-!-grokky [] has quit []
04:26-!-grokky [] has joined #mythtv
04:27-!-harminoff [] has quit [Remote closed the connection]
04:27-!-harminoff [] has joined #mythtv
04:30-!-XChatMav [] has joined #mythtv
04:32-!-justinh [] has joined #mythtv
04:33-!-Netsplit <-> quits: czth, GreyFoxx, Agrajag-, BigJ, gbee, feiner, jams, MavT, rtsai, jmk, (+13 more, use /NETSPLIT to show all of them)
04:34-!-Netsplit over, joins: MavT, johnp_, BigJ, djc_, czth, moodboom, leprechau, Dave123, feiner, jmk (+13 more)
04:37-!-harminoff [] has quit [Remote closed the connection]
04:38-!-harminoff [] has joined #mythtv
04:46-!-MaverickTech [] has joined #mythtv
04:50-!-MavT [] has quit [No route to host]
05:04-!-XChatMav [] has quit [Read error: 113 (No route to host)]
05:37-!-ead [] has quit [Read error: 110 (Connection timed out)]
05:41-!-ead [] has joined #mythtv
05:42-!-Netsplit <-> quits: jd86, crichardson, onyxsoft, tanner, mo0dbo0m, psm321, Captain_Murdoch
05:42-!-Netsplit <-> quits: kvandivo, jwhite, MrGandalf, justinh, Daviey, cal_, htpcdvbs
05:42-!-Netsplit <-> quits: eharris
05:43-!-Netsplit over, joins: eharris
05:44-!-Netsplit over, joins: justinh, jwhite, Daviey, MrGandalf, cal_, kvandivo, htpcdvbs
05:44-!-Netsplit over, joins: mo0dbo0m, onyxsoft, psm321, tanner, jd86, crichardson, Captain_Murdoch
05:51-!-dekar1 [] has joined #mythtv
05:52-!-Netsplit <-> quits: dekarl
05:54-!-MavT [] has joined #mythtv
05:55-!-tanner [] has quit [Connection timed out]
05:55-!-tanner [] has joined #mythtv
05:56-!-m00db00m [] has joined #mythtv
05:56-!-crichardson [n=crichard@] has quit [Connection timed out]
05:57-!-psm321 [] has quit [Connection timed out]
05:58-!-mo0dbo0m [] has quit [Connection timed out]
05:58-!-onyxsoft [] has quit [Read error: 110 (Connection timed out)]
05:59-!-onyxsoft [] has joined #mythtv
05:59-!-MaverickTech [] has quit [Read error: 60 (Operation timed out)]
06:36-!-gardz [] has quit []
06:36-!-MrGandalf [] has quit ["Leaving"]
06:36-!-gardz [] has joined #mythtv
06:37-!-gardz [] has quit [Client Quit]
06:38-!-gardz [] has joined #mythtv
06:57-!-harminoff [] has quit [Remote closed the connection]
06:58-!-harminoff [] has joined #mythtv
07:13-!-crichardson [n=crichard@] has joined #mythtv
07:16<gbee>guess the audio only changes in multirec weren't quite what I hoped for, still can't do "mythtv file.mp3"
07:17-!-harminoff [] has quit [Remote closed the connection]
07:17-!-harminoff [] has joined #mythtv
07:28-!-harminoff [] has quit [Remote closed the connection]
07:28-!-harminoff [] has joined #mythtv
07:38-!-harminoff [] has quit [Remote closed the connection]
07:38-!-harminoff [] has joined #mythtv
08:02-!-foxhunt [] has joined #mythtv
08:06-!-harminoff [] has quit [Remote closed the connection]
08:06-!-harminoff [] has joined #mythtv
08:36-!-harminoff [] has quit [Remote closed the connection]
08:36-!-harminoff [] has joined #mythtv
08:37-!-grokky [] has quit []
08:39-!-rooau1 [] has joined #mythtv
08:39<gbee>well looking at the code I now know why the arbitrary seeking wasn't working, it doesn't work on LEFT and RIGHT as I'd thought, but SEEKRWND and SEEKFWD
08:40<gbee>so unless you just happen to have Left/Right bound to seeking in the tv context ...
08:48-!-foxhunt [] has quit [Read error: 110 (Connection timed out)]
09:05-!-rooau1 [] has quit ["Leaving."]
09:07-!-harminoff [] has quit [Remote closed the connection]
09:07-!-harminoff [] has joined #mythtv
09:17-!-NefariousAryq [] has joined #mythtv
09:17-!-NefariousAryq [] has left #mythtv []
09:22<johnp_>stuarta:Now on version 16 of the eitfixup patch. I hope that's it for now.
09:22-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:25-!-psm321 [] has joined #mythtv
09:30<stuarta>johnp_: okay. might get a chance to have a look sunday night
09:37-!-cattelan__away [] has quit [Read error: 110 (Connection timed out)]
09:38-!-harminoff [] has quit [Remote closed the connection]
09:38-!-harminoff [] has joined #mythtv
09:41<sphery>gbee: Oh. I didn't even consider that you might have remapped those keys. Glad you figured it out.
09:41<gbee>sphery: obvious once I looked at the code, I just never got around to doing it
09:42<gbee>it was a bad assumption on my part that when people talked about using the number+arrow combination that they meant Left & Right
09:43<sphery>When you're doing as much work on MythTV as you do, it's hard to find time to do the "just for me" things that don't have to be done. :)
09:43<gbee>well I can't use that as an excuse, it would have taken just two minutes, but I kept forgetting to do it once I was in front of the laptop
09:44<justinh>I use L+R arrows on the remote. chuffed if I can remember what they're bound to though
09:44<sphery>I probably should have mentioned the binding yesterday since I was looking at the code... I made the bad assumption, though, that you had the default bindings for the keys.
09:44<Cardoe>I thought the multirec branch was merged into trunk. it's still in branches?
09:45<sphery>merged, but the branch still exists (not deleted, yet)
09:45<gbee>Cardoe: was merged last week
09:45<justinh>ahhh I bind more than one thing to arrows
09:45<sphery>sometimes Daniel keeps them around for other "dangerous" changes (i.e. like mythtv-vid)
09:46<Cardoe>gbee: ok. I'm not crazy. :-D thanks
09:46<gbee>whoah, wait ... I never said you weren't crazy :p
09:48<gbee>maybe a little too risky to try jokes in IRC, that can always be taken the wrong way - Cardoe, you aren't crazy ;)
09:50<Cardoe>nah. I've got a good sense of humor :)
09:52-!-cattelan [] has quit ["This computer has gone to sleep"]
09:57-!-harminoff [] has quit [Remote closed the connection]
09:57-!-harminoff [] has joined #mythtv
09:59<gbee>torn between just doing the minimum changes to mythcontrols to use mythui and rewriting larger parts of the code
10:01-!-Merlin83b [] has joined #mythtv
10:02<gbee>ahh what the hell, one of the reasons I wanted to do the mythui port was because it gave me the excuse to cleanup certain classes
10:29-!-jtate [] has joined #mythtv
10:32-!-onyxsoft_ [] has joined #mythtv
10:32-!-onyxsoft [] has quit [Read error: 104 (Connection reset by peer)]
10:35-!-jgarvey [] has joined #mythtv
10:41-!-MrGandalf [] has joined #mythtv
10:43<MrGandalf>Ya know, I was thinking, now that the frontend has the ability to create dummy frames, we could now eliminate the "error occured while displaying video" screen..
10:48-!-johnp_ [n=jmp@] has quit ["Leaving."]
10:51-!-johnp_ [] has joined #mythtv
10:52<MrGandalf>ie: on decode errors, start a timer.. after timer is up, start sending dummy frames and create a warning dialog
10:53<MrGandalf>or rather, simply issue a warning to the osd
10:55-!-harminoff [] has quit [Remote closed the connection]
10:55-!-harminoff [] has joined #mythtv
10:55-!-XChatMav [] has joined #mythtv
11:01-!-dekarl [] has joined #mythtv
11:07-!-dekar1 [] has quit [Read error: 60 (Operation timed out)]
11:13-!-MavT [] has quit [Connection timed out]
11:14-!-foxhunt [] has joined #mythtv
11:15-!-Reepicheep [] has joined #mythtv
11:36-!-cattelan__away [] has joined #mythtv
11:38<gbee>MrGandalf: one of the neat little side effects of my porting the TV class to use mythui is that you can define a background image and/pr text to be displayed behind the video, as a result, when waiting for video you could have a "Please wait" message
11:38<gbee>that's not quite what you are talking about, I know that, I just thought I'd mention it
11:39<justinh>gbee: wooo that'd mean the osd menus could be made to look nice at last too I suppose
11:39<gbee>justinh: not quite yet, when they are converted to mythui yes, but this only affects the window into which the video is drawn, once the video is on screen it would hide anything
11:40<justinh>ahhhh. nm for now then
11:40<GreyFoxx>now we just need animated/videoplaybackback backgrounds for menus :)
11:40-!-davilla [n=davilla@] has joined #mythtv
11:40<GreyFoxx>so TV can keep playing while you navigate the menus :)
11:40<GreyFoxx>similar to what justin's example video looked like hehe
11:41<justinh>GreyFoxx: easy. just implement a layer capable of playing video
11:41<justinh>er.. I say 'easy'. as easy as saying 'just do it' :P
11:41<justinh>I can make lovely video loops :)
11:42<gbee>the OSD works not by drawing over the video, but by merging the images with the video frame to get around redraw issues etc, we'd need to port the OSD code to mythui and modify the mythuipainters to dump to an image (which we'd then blend with the video frame)
11:42<gbee>I'm happy to leave that to someone like Daniel who knows the OSD pros/cons better that I do
11:45-!-gnome42 [] has joined #mythtv
11:45<gbee>I've tried drawing mythui windows over video - not pretty
11:45-!-xris [] has joined #mythtv
11:47-!-xris [] has quit [Client Quit]
11:48<gbee>another benefit is that you can change the 'borders' of pillarboxed/widescreen video to any colour you want just by changing the background image
11:49<gbee>don't want black because of plasma burn in? Go purple!
11:51<gbee>no reason it can't be animated, so I guess mepo will have the little guy waving his aerial while you wait for the video :)
11:53<gbee>I'll start cleaning up that patch so it can be thoroughly tested
11:57<GreyFoxx>I'd love to have one of those animated "starting movie" screens just playback startup
11:57<GreyFoxx>the ones old movies have of the circle with the clock like arm spinning
11:58<GreyFoxx>I assumed that would be theme defined, not OSD defined ?
11:58<gbee>GreyFoxx: your wish is my command ;)
11:58<gbee>GreyFoxx: yeah theme defined
11:58*GreyFoxx sends pizza and beer coupons :)
11:58*GreyFoxx then goes for lunch
11:59<gbee>works best with stuff like DVDs where there is a delay before the video starts
11:59<gbee>suppose any slow frontend too
12:03-!-zdzisekg [] has joined #mythtv
12:04-!-zdzisekg [] has quit [Client Quit]
12:05-!-zdzisekg [] has joined #mythtv
12:08-!-xris [] has joined #mythtv
12:10-!-cattelan__away is now known as cattelan_
12:12-!-cattelan_ is now known as cattelan__away
12:12-!-cattelan__away [] has quit [Remote closed the connection]
12:14<gbee>think I'm going to change MythListButton and MythUIButton to accept focus by default, makes more sense that they are in the focuslist _unless_ you specifically exclude them
12:15-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
12:19-!-czth_ [n=dbrobins@nat/microsoft/x-067821f2e3b49849] has joined #mythtv
12:25<justinh>GreyFoxx: I have a video of one of them things. made it myself. I'd be tempted to cure the playback startup delay instead if I could though :)
12:27-!-StephenYee [n=linux199@] has joined #mythtv
12:29-!-StephenYee [n=linux199@] has quit [Client Quit]
12:30<MrGandalf>gbee: that's could be used instead of the OSD, yes. Either way, it would be nice if the frontend handled bad video in a friendlier way.
12:30-!-StephenYee [n=linux199@] has joined #mythtv
12:30<gbee>MrGandalf: agreed
12:31<justinh>all the time I'm waiting for a recording to start playing back I really couldn't care less what it's doing onscreen. I know it's going to start playing shortly
12:31<gbee>justinh: I reckon there is room to improve startup time, though in certain cases like DVD playback where you have to wait for the drive to get upto speed etc it's not really possible to avoid the delay
12:34<justinh>for dvd playback I don't mind the wait. just expect watch recordings to be more instant for some reason
12:36-!-czth [n=dbrobins@nat/microsoft/x-f97794e837b74baf] has quit [Connection timed out]
12:40-!-nordenm [n=nordenm@] has joined #mythtv
12:41<gbee>not sure where the biggest delay usually is, if it were in initialising the videooutput class then one option is to keep that instance around to be reused
12:43<MrGandalf>I believe the delay is in buffering.
12:43-!-kormoc_ [n=kormoc@unaffiliated/kormoc] has joined #mythtv
12:44<MrGandalf>I submitted a ticket with a patch to make that buffer variable
12:44<jtate>Why buffer what is already recorded?
12:44<MrGandalf>disk IO is not real-time
12:44<jtate>I guess you don't have real-time io
12:45<MrGandalf>but depending on the type of disk you use, you may need only a small buffer
12:45<MrGandalf>I use an EMC Clarion array hooked into a fabric SAN, so fast IO is not a problem for me.
12:49<Merlin83b>Showoff :P
12:49<MrGandalf>I pay for it with my electric bill..
12:50<Merlin83b>I'll bet!
12:52-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit [Read error: 113 (No route to host)]
12:54-!-\S [] has joined #mythtv
12:54-!-kormoc_ is now known as kormoc
12:55-!-\S is now known as S2
12:55-!-harminoff [] has quit [Remote closed the connection]
12:56-!-harminoff [] has joined #mythtv
12:59-!-zdzisekg [] has quit ["We be chillin - IceChat style"]
13:02-!-xris [] has quit []
13:03-!-xris [] has joined #mythtv
13:04-!-danielk22 [] has joined #mythtv
13:05-!-Merlin83b [] has quit [Read error: 104 (Connection reset by peer)]
13:08<MrGandalf>danielk22: same daniel as in the mailing lists (developer)?
13:09<sphery>he is
13:10<MrGandalf>well, seems he isn't responding so I'll pose my question and maybe someone can answer it.. or I'll just dig in more.
13:11<MrGandalf>about the dummy decoder, wondering if after a channel change that continues to produce frames and at what time the decoder switches to the real decoder.. wondering if it continues until it finds a valid video frame or does it just switch over regardless
13:12<MrGandalf>wondering if what I'm attempting to do is within the realm of possibility for me :)
13:16<MrGandalf>I'm guessing it switches over immediately
13:24<gbee>rare visit from Daniel
13:25<MrGandalf>he was here last night as well
13:25<gbee>ugh, focus list building is broken somehow
13:51<gbee>heh, MythUIType::AddFocusableChildrenToList is only adding widgets which already have focus to the list instead of widgets which are focusable
14:13<sphery>So, if reading data from a script's stdout into a QString, should I use QString::fromUtf8() or QString::fromLocal8bit()?
14:16-!-StephenYee [n=linux199@] has quit []
14:17<sphery>thx... Now, though, I'm thinking since I'm appending buffer by buffer, I should probably use a QTextDecoder.
14:17<sphery>In case a multibyte char is split at the buffer's end.
14:19-!-beavis [] has joined #mythtv
14:26<sphery>OK. So does a local 8-bit encoding presume no multibyte characters?
14:27*sphery knows nothing of i18n/L10n
14:30-!-cattelan [] has joined #mythtv
14:34<anykey_>gbee: any demo about the horizontal buttonlist yet? ;)
14:40-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
14:44-!-johnp_ [] has quit ["Leaving."]
14:48-!-cattelan [] has quit ["This computer has gone to sleep"]
14:48<gbee>anykey_: demo as in screenshots, or a patch?
14:50<gbee>anykey_: oh well that's simple, except there isn't much to see - it's just buttons lined up vertically
14:50<anykey_>hm ok, not very interesting then. I'm more into the horizontal view, as you know ;)
14:51<gbee>mythui currently offers a mythhorizlistbutton which does the same thing, I've just merged that into mythlistbutton and added a third grid layout
14:52<gbee>I can provide a patch, but I've not sorted out the keyboard navigation yet, think it's sorted for the horizontal layout though, can't remember
14:52<anykey_>doesn't hurry, no time here anyway :)
14:53<gnome42>gbee: When the migration to mythui is complete which files will become obsolete? (I don't want to be working on files that are going away ;)
14:54<gnome42>Is it the stuff in libs/libmyth/ ?
14:55<gbee>I could make some screenshots, but really they won't show much that couldn't have just been drawn in a graphics editor
14:55<gbee>gnome42: libmyth
14:56<gbee>uitypes.cpp/h, xmlparse.cpp/h, mythdialogs.cpp/h are the main ones
14:57<gnome42>gbee: ok, thanks. Yeah, I was into mythdialogs.* So, no point in that I guess :)
14:57<gbee>gnome42: no idea how long the migration will take, so it depends what you are working on I guess
14:57-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
14:58<gbee>when we convert the settings stuff over a few more things might go, and the same for the OSD e.g. osdtypes.cpp/h
14:58<gbee>but I don't see that happening for a while
14:59<gnome42>I was working on leaks, SIGNAL/SLOT deleting issues.
15:00<gnome42>So, months at least?
15:01<gbee>gnome42: it's going to take at least 3 months to get everything ported over to mythui I'd imagine, depends on the level of cleanup work required in each screen and how many people get involved
15:02<gbee>I've been working on mythcontrols for two nights now because it takes longer to refactor/replace existing code than to write new stuff from scratch, mythcontrols is just one screen
15:03<gbee>mythappearance on the other hand was very simple
15:04<gnome42>Ok, so there might be some value in the interim for this work.
15:06-!-johnp_ [] has joined #mythtv
15:07<gnome42>Started with a segfault exiting the GuideGrid, turned into endless piece of string. Just keep pulling and pulling ... :)
15:09-!-prg3 [] has joined #mythtv
15:15<gbee>I've talked about maybe marking the libmyth stuff as deprecated with the gcc deprecated attribute as a way of ensuring that it isn't used from this point forward and maybe encourages people to help with the migration in order to silence the warnings
15:16<gbee>but I never got any response from Chutt or another developer on the issue
15:19<GreyFoxx>hehe not a bad idea :)
15:19<GreyFoxx>and will make it obvious where needs work :)
15:25-!-foxhunt [] has quit [Read error: 110 (Connection timed out)]
15:40-!-reynaldo [] has joined #mythtv
15:51<gbee>mired in the quicksand of mythui bugs atm
15:53-!-feiner [] has quit [Read error: 110 (Connection timed out)]
15:54-!-Daenyth|Work [] has joined #mythtv
15:54<Daenyth|Work>Nice on-join pm spam :/
15:54-!-Daenyth|Work [] has left #mythtv []
16:06-!-okolsi [n=mythtv@unaffiliated/okolsi] has quit [Read error: 110 (Connection timed out)]
16:30<gbee>Chutt: should listbuttons be active when they aren't the current focused widget? I'm thinking of adding some slots to mythlistbutton so that SetActive is called when they recieve/lose focus
16:32-!-trisooma [n=remko@] has joined #mythtv
16:34-!-richards [] has joined #mythtv
16:34*gbee does it anyway because it seems like a good and can be reverted later if someone has other ideas
16:34<trisooma>Hi, can somebody help me importing mythtv sources into kdevelop
16:48-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
16:49<gbee>trisooma: I didn't bother importing direct from SVN, I just added the project from an existing checkout, means I don't use the built in SVN stuff but that's not great loss
16:52<trisooma>gbee: kk, well started building from command-line... but want to use some IDE
16:52<trisooma>I heard kdevelop was the way to go
16:53<hads>Nothing wrong with building from the command line.
16:53<gbee>I use KDevelop but only as a feature rich editor, not really for the integrated build/documentation/svn stuff
16:54<trisooma>gbee: just curious what do you use?
16:54<gbee> ... KDevelop
16:54-!-S2 [] has quit [Remote closed the connection]
16:54<gbee>but I build from the command line, use svn from the command line etc
16:55<trisooma>gbee: well that seemed like the way to go ;)
16:55<trisooma>gbee: thx, got some deps to tackle
16:56-!-MrGandalf [] has quit ["home"]
16:57<gbee>I like KDevelop because at any moment I might have 20+ files open and it scales pretty well (though you need to have plenty of RAM even if it's only keeping a fragment of the files in memory at any time)
16:58*hads likes Kate
17:00<trisooma>I searched a bit and found two IDE's that could be used -> kdvelop and eclipse
17:00<trisooma>i had some pretty bad stuff happening when trying to use eclipse
17:00<trisooma>so kdevelop will be my IDe of choice
17:00<gbee>I use kate for quick editing, unless I'm working from a terminal at the time in which case it's faster to use emacs or vi
17:01<gbee>I've heard good things about eclipse and one bad thing (it uses java)
17:01<trisooma>well just tipping my toes into myth development
17:01<trisooma>when i get to know the structure, i will use commandline more
17:02<trisooma>for now an IDE
17:03<gbee>most of eclipses issues problem stem from using java, but I might just come to that conclusion due to my intense dislike of the language
17:03<trisooma>java stalls my PC ;-)
17:05<gbee>well that's just one of the issues I have with java
17:08<gbee>finally starting to see the light at the end of the tunnel with this mythcontrols port, aside from one more mythui bug it's behaving just like it should
17:12-!-MavT [] has joined #mythtv
17:13<gbee>haven't switched any of the popups over to mythui yet though, will probably check in what I've done and then sort those out
17:21-!-johnp_ [] has quit ["Leaving."]
17:26*briand sighs loudly.
17:27<briand>brand new FX5200, out of the box... no video on composite. :(
17:29-!-grokky [n=grokky@] has joined #mythtv
17:30-!-m00db00m [] has quit [Client Quit]
17:30-!-XChatMav [] has quit [Read error: 113 (No route to host)]
17:33-!-jgarvey [] has quit ["Leaving"]
17:40-!-`Spike [] has quit []
17:44<gbee>danielk22: thanks for clearing up the QAM-256 situation, guess the reading material I used wasn't very reliable it (hardly suprising for the internet)
17:44<danielk22>ehh, the QAM-256 vs 256 QAM stuff is confusing
17:45<danielk22>I only know it because I was trying to find out if the UK had a similar bitrate for their QAM modulations for the autodelete bitrate estimator.
17:47<janneg>iirc the common used parameters result in a higher bitrate
17:47<danielk22>I thought it might be different since different countries use different bandwidth allocations 6mhz, 7mhz, 8mhz, and also different levels of FEC; so I did some research...
17:48<gbee>yeah I couldn't find a whole bunch on the subject, asking around here just turned up a couple of users who reckoned their cable co was using DVB (might have been Canadian if I remember right)
17:50<janneg>ETSI EN 300 744 has the bitrates for DVB-T, there should be something similar for DVB-C
17:50<danielk22>I'd love it if the cable companies used DVB, or any single standard with in-band signalling :)
17:51<gbee>putting two and two together to make five, I came to the conclusion that "QAM-256" was just a badly chosen name for DVB-C (or in some case ATSC) using 256 QAM
17:53<gbee>speaking as an outsider, it seems the US broadcasters favour cobbling together pieces of different standards just to be different from the rest of the world
17:55<gbee>the path of least resistance would probably be to follow the most established standard but that rarely seems to happen
17:55<janneg>ETSI EN 300 429 describes channel coding and modulation for DVB-C
17:56<janneg>gbee: at least some systems predate DVB standardization
17:57*briand retracts previously issued loud sigh, and inserts a quiet 'doh!' in its place.
17:57-!-okolsi [n=mythtv@] has joined #mythtv
17:58<gbee>sure, but at least as many came afterwards - but I won't pretend to understand the commercial and technical reasons behind their respective choices
17:58-!-Cardoe [n=Cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:01-!-mace [n=mace@debian/developer/mace] has joined #mythtv
18:02-!-trisooma [n=remko@] has left #mythtv ["nighty night"]
18:04<danielk22>I think at least some of it is compatibility with vendors' existing implementations of earlier standards. ATSC is supposedly a lot like an earlier standard for satellite broadcast. But I'm sure there is some hanky panky going on to add stuff like Dolby patented audio to ATSC, if you are broadcasting 720p or 1080i audio bandwidth is not something to try to optimize at great expense..
18:09<janneg>danielk22: btw my smartcard arrived today but I won't have time to test before sunday
18:12<danielk22>I'm glad you can test it at all. AFAIK no broadcaster allows CAM in the US, so I can't really test that code.
18:13-!-danielk22 [] has left #mythtv []
18:14<janneg>I expect more a problem with the fullfeatured dvb cards than with the cam
18:18<gbee>what chance is there of changing the recorder so that it updates the filesize column in the database a little earlier? There's an issue with the change I made a while back which checks that a recording isn't zero byte before attempting to play it, saves time much like the same check which looks to see that the file exists
18:19<gbee>only it causes a problem if you try to play back the recording within a few seconds of it starting, since the programinfo isn't updated fast enough
18:20-!-beavis [] has quit ["Verlassend"]
18:38-!-feiner [] has joined #mythtv
18:39<gbee>crap, just deleted all my keybindings - apparently I broke something in mythcontrols :(
18:40<gbee>maybe not, just a display issue in mythcontrols
18:47-!-husam [] has joined #mythtv
18:48<husam>I'm having problem compiling MythTV from the tarball I'm getting undefined reference to `dts_init'
18:50<hads>husam: Try #mythtv-users
18:50-!-mru [] has joined #mythtv
18:51<janneg>hi mru
18:51-!-feiner [] has quit [Remote closed the connection]
18:52<mru>janneg: are you planning to visit linuxtag again this year?
18:52-!-harminoff [] has quit [Remote closed the connection]
18:52-!-harminoff [] has joined #mythtv
18:54<gbee>janneg: still losing recordings with multirec :/
18:56-!-MrGandalf [] has joined #mythtv
18:57<gbee>always seems to be on that same tuner and cardid (30)
18:57-!-ahbritto [] has joined #mythtv
18:57<janneg>mru: I'll be there. it is quite convenient when you live in Berlin. not so sure if I'll run again a mythtv booth
18:59<janneg>gbee: :( so it's always the first (virtual) tuner on the second frontend
19:01<gbee>janneg: seems so, maybe that's a just coincidence
19:04<janneg>gbee: I'll write a debugging patch
19:05<gbee>janneg: thanks
19:12<gbee>I could revert the driver patch (dib0700-start-streaming-fix.patch) to see if it makes any difference, I applied that and upgraded the firmware just before upgrading to multirec, they fixed the disconnect problem with active EIT scanning but maybe they broke something else
19:13<mdew-home>hmm 2.6.24 is out
19:14<mru>heh, I was just reading the announcement myself
19:15<mdew-home>one way to fill my gmail box, lkml is huge :)
19:15<mru>I read it through gmane
19:16<janneg>gbee: I doubt it but since I blame driver or hardware you could try it
19:16<mdew-home>You are currently using 2464 MB (38%) of your 6352 MB.
19:17<mru>that's a sizable mailbox
19:17<gbee>janneg: I'm sure the driver/hardware is to blame but since I never this problem prior to multirec we've got to be doing something different which is triggering it
19:17<mdew-home>lkml since the 2004
19:20<gbee>ok, applied it
19:20<janneg>gbee: I should try to reproduce it. I don't have that many recordings on the nova-t 500
19:21<gbee>want any additional logging? record,siparser? or will the output of that patch be enough along with other important/general level stuff?
19:22-!-harminoff [] has quit [Remote closed the connection]
19:22-!-harminoff [] has joined #mythtv
19:23-!-rooaus [] has quit [Read error: 110 (Connection timed out)]
19:23-!-davilla [n=davilla@] has quit ["Leaving"]
19:23-!-rooaus [] has joined #mythtv
19:24<janneg>no additional logging necessary
19:27<gbee>ok, backend is now running with that patch, I'll setup a bunch of recordings to try and get quick results
19:27-!-richards [] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.8/20050624]"]
19:31-!-mru [] has left #mythtv []
19:33<gbee>janneg: doesn't look like it's even hitting that bit of the code
20:01-!-grokky [n=grokky@] has quit []
20:14-!-xris [] has quit []
20:22-!-Tanthrix [] has quit [Read error: 104 (Connection reset by peer)]
20:33-!-jspotjj [] has joined #mythtv
20:37-!-Tanthrix [] has joined #mythtv
20:48-!-cattelan [] has joined #mythtv
20:49-!-grokky [n=grokky@] has joined #mythtv
20:49-!-feiner [] has joined #mythtv
20:50-!-ahbritto [] has quit [Client Quit]
20:56-!-xris [] has joined #mythtv
21:01-!-Technobabble [] has joined #mythtv
21:01-!-Technobabble [] has left #mythtv []
21:08-!-harminoff [] has quit [Remote closed the connection]
21:09-!-harminoff [] has joined #mythtv
21:14-!-husam [] has quit ["Snak 5.3.1 IRC for Macintosh -"]
21:19-!-harminoff [] has quit [Remote closed the connection]
21:19-!-harminoff [] has joined #mythtv
21:22-!-cattelan [] has quit ["This computer has gone to sleep"]
21:28<jspotjj>hi - i was wondering if someone could help me out with using HttpComms?
21:30<jspotjj>i wanted to make a blocking call using postHttp but httpGrabber never "isDone"
21:31<jspotjj>it works correctly it i make a non-blocking call (eg allow qapp->processevents), but thats not what i want
21:33<jspotjj>i didnt think i needed to call processevents to get the signal to fire, do i?
21:34-!-ahbritto [] has joined #mythtv
21:37-!-cattelan [] has joined #mythtv
21:40-!-xris [] has quit []
21:44-!-xris [] has joined #mythtv
21:48-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
21:53-!-davilla [] has joined #mythtv
21:57-!-`Spike [] has joined #mythtv
22:04-!-StephenYee [n=linux199@] has joined #mythtv
22:07-!-harminoff [] has quit [Remote closed the connection]
22:08-!-harminoff [] has joined #mythtv
22:11-!-StephenYee [n=linux199@] has quit []
22:13-!-jspotjj [] has quit [" HydraIRC -> <- Wibbly Wobbly IRC"]
22:18-!-cattelan [] has quit ["This computer has gone to sleep"]
22:30-!-feiner [] has quit [Read error: 110 (Connection timed out)]
22:32-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
23:03-!-reynaldo [] has joined #mythtv
23:09-!-davilla [] has quit ["This computer has gone to sleep"]
23:12-!-cattelan [] has joined #mythtv
23:27-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
23:33-!-davilla [] has joined #mythtv
23:37-!-harminoff [] has quit [Remote closed the connection]
23:37-!-harminoff [] has joined #mythtv
23:56-!-harminoff [] has quit [Remote closed the connection]
23:56-!-harminoff [] has joined #mythtv
---Logclosed Fri Jan 25 00:00:49 2008