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

---Logopened Tue Jan 08 00:00:29 2008
00:19|-|PointyPumper [] has joined #mythtv
00:23|-|cattelan_ [] has joined #mythtv
00:33|-|cattelan [] has quit [Read error: 110 (Connection timed out)]
00:51<sphery>GreyFoxx: Perhaps fixed by
00:54<okolsi>hmm.... this new EIT audio/video stuff probably needs some adjustments.. I now have programs with all the flags on in MythWeb: HDTV, Widescreen, AVC/H.264, Deaf Signed, Stereo, Mono, Surround Sound, Dolby Surround, Audio for Hearing Impaired
00:54<okolsi>while we definitely don't have HDTV, AVC/H.264 etc. stuff here...
01:08<okolsi>and otherwise.. some of those flags should be mutually exclusive
01:12<okolsi>emptied program and eit_cache tables but all the flags keep coming.. I would love to have 95-98% of shows in Finnish DVB-T to be HD as it now seems.. :-D
01:28|-|guest_ [] has quit [Client Quit]
02:00|-|feiner [] has joined #mythtv
02:13|-|xris [] has joined #mythtv
02:42|-|gnome42 [] has quit [Remote closed the connection]
03:30<gbee>okolsi: pastebin the output of dvbsnoop -nph -n5 0x12
03:52|-|grokky [] has joined #mythtv
03:59|-|xris [] has quit ["Leaving."]
04:02<stuarta>i take it the eit descriptors stuff was committed?
04:30|-|otwin [n=otwin@] has quit ["Caught sigterm, terminating..."]
04:32<okolsi>gbee: I'll try dvbsnoop later after work
04:36|-|rn114 [] has joined #mythtv
04:46|-|nsaspook [] has quit [Read error: 110 (Connection timed out)]
05:15|-|nsaspook [] has joined #mythtv
05:24|-|rn114 [] has quit [Read error: 113 (No route to host)]
05:24|-|rn114__ [] has joined #mythtv
05:31<okolsi>gbee: here we go:
05:31<okolsi>gbee: is that enough?
05:32<stuarta>ooo, you have parental rating descriptors
05:33<okolsi>stuarta: jealous? :)
05:33<stuarta>okolsi: see if you can grab one of those that lines up with the programs/channels that correspond to the programs that have the incorrect info
05:34<okolsi>stuarta: okay.. and DVB-Descriptors (0x50) are the ones we are interested?
05:34<gbee>okolsi: what stuarta said, since there is only one event there that has any audio/video descriptors and at a glance I can't see anything wrong
05:34<gbee>okolsi: yeah
05:42|-|rn114__ [] has quit [No route to host]
05:44|-|MaverickTech [] has joined #mythtv
05:45<gbee>anything out there that will rip a DVD direct to ISO from the command line?
05:47<anykey_>dd if=/dev/dvd of=dvd.iso? ;)
05:48<stuarta>what, you not using mytharchive?
05:48<gbee>anykey_: yeah, I was under the impression that it might not work too well for film DVDs
05:49<anykey_>gbee: works fine here
05:49<gbee>stuarta: don't joke ;)
05:49<gbee>anykey_: ok, I'll give it a go then, guess I should have tried it first before asking
05:51<anykey_>gbee: though it only works if the discs aren't protected with defective sectors crap
05:52<gbee>anykey_: ok
05:53<gbee>"dd: reading `/dev/dvd': Input/output error" ..... bother
05:54<anykey_>hm, crap
05:55|-|johnp__ [] has joined #mythtv
06:03|-|Merlin83b2 [] has joined #mythtv
06:03|-|MavT [] has quit [Read error: 113 (No route to host)]
06:03|-|tuppa [] has joined #mythtv
06:17<johnp__>not sure that SUB_NORMAL is such a good name (eitfixup.cpp) ?
06:17[~]stuarta blames gbee
06:18<stuarta>thought you put them in first and janneg used em
06:18<gbee>yeah, just not sure what's wrong with it
06:19<johnp__>just pointing out that SUB_NORMAL is possible not such a good thing
06:20<johnp__>(negative connotations)
06:21<gbee>can't say I saw that as "subnormal" until you said that
06:22<johnp__>here to help ;)
06:22<gbee>if you've a suggestion which fits, I'll use it
06:23<johnp__>now I'm not going that far...
06:26<johnp__>still not sure what was wrong with subtitled, audiodescribed etc.
06:27<stuarta>i like those 2
06:27<stuarta>was also thinking sub_embedded
06:27<stuarta>for those subs that are in frame
06:33|-|Puhi changed nick to Puh
06:33|-|Puh changed nick to Puhi
06:33<gbee>johnp__: there are several different types of subtitle, so "subtitled" alone doesn't cut
06:34<johnp__>I'm just pointing out that SUB_NORMAL isn't really politically correct.
06:34<gbee>no objections to people changing the labels for the current enum
06:36<stuarta>i have to review what we have there already
06:36<gbee>johnp__: sure, not that I'm especially PC myself but I don't take any offence from it even though my dad is mostly deaf
06:38<gbee>the original naming was based on the XMLTV dtd and adapted with the subtitle types offered in the DVB spec, though it didn't include a 'normal'
06:42|-|grokky [] has quit []
06:47|-|otwin [n=otwin@] has joined #mythtv
06:48<johnp__>This might be my code, (slightly hacked) but I seem to see HD on several of my mythweb displays.
06:51<Merlin83b2>A bit like the several year old screenshots on johnp__?
06:52<gbee>johnp__: try dumping programs and letting it fill again
06:53<johnp__>Merlin83b2: yes
06:53<johnp__>gbee:just tried that, no difference.
06:53<gbee>johnp__: are you using only EIT, or a mix of xmltv and EIT?
06:53<johnp__>just EIT
06:54<gbee>odd, well there might be a bug in the patch Janne committed, or for some reason the provider is marking those programs as HD
06:55<gbee>or option 3, there is a problem in mythweb, which is equally possible
06:56<gbee>I tried to fixup mythweb as best I could but I really struggle to find my way around it
06:56<johnp__>it's not consistent, so I'm not sure.
06:58<johnp__>but I'm fairly sure that "Ironside" is not filmed in HD :)
06:58|-|janneg [] has joined #mythtv
06:58<Merlin83b2>Remastered Ironside!
06:59|-|MrGandalf [] has quit ["Leaving"]
07:06<gbee>johnp__: check the values in the database and/or mythfrontend if you are able
07:19<johnp__>which field ?
07:21|-|rn114__ [] has joined #mythtv
07:30<stuarta>it maybe the way the fields are being interpreted.
07:30<stuarta>i have barnaby bear at 4pm 9th jan
07:30<stuarta>with Widescreen, subtitles available, stereo, rerun according to mythweb
07:31<stuarta>johnp__: any particular program?
07:32<stuarta>same for eastenders 2.15pm jan 13th
07:33<johnp__>how about ironside tomorrow at 8:35 on ITV3
07:33<johnp__>(make that 8:25)
07:34<stuarta>i didn't clear my eit_cache so it hasn't update that.
07:34<stuarta>lemme do that
07:35<johnp__>(just doing a rebuild)
07:39<stuarta>currently it's hdtv=0 in the database
07:40<johnp__>hmm, let me check, could be me.
07:40<janneg>gbee: there is a potential fix for the nova-t 500 on linux-tv mailinglist:
07:40<gbee>janneg: thanks
07:40<stuarta>johnp__: select chanid, starttime, title, hdtv from program where title like '%ironside%';
07:41<janneg>btw the eit component code will enable all available options. I have some Mono + Stereo + Surround programs
07:41<gbee>johnp__: hdtv column in program table (columns weren't renamed after their purpose changed)
07:43<johnp__>hdtv is consistently 127
07:43<stuarta>something wrong there
07:43<janneg>gbee: have you added a comment to rename them after 0.22 is out and delete subtitled?
07:44<gbee>janneg: can't remember, but I will tonight if I haven't
07:44<johnp__>stuarta:miss match, could well be.
07:45<janneg>johnp__: strange. that's signed char max
07:45<stuarta>it's a tinyint(1) in the db
07:46<johnp__>leave it with me, I'll get back to you.
07:46<janneg>johnp__: is that on all program entries? I missed the start of the conversion since my server rebooted tonight
07:46<johnp__>not all of them.
07:48<stuarta>the world professional dart series has subtitles apparently
07:48<stuarta>my what interesting subtitles they would be
07:48<johnp__> hang on, might need to retract that last statement. Not that I think it's wrong/just not sure about it.
07:49|-|jamesd [] has quit [Remote closed the connection]
07:52|-|rn114__ [] has quit [Read error: 113 (No route to host)]
07:55<janneg>there is an error. I have only 0x20 and 0x22 in closecaptioned
08:01<johnp__>ok, up to date mythweb, + backend, still have ironside marked as HD but the one after it is not. so :
08:01<johnp__>| chanid | starttime | title | hdtv |
08:01<johnp__>| 1010 | 2008-01-11 08:25:00 | Ironside | 33 |
08:01<johnp__>| 1010 | 2008-01-09 03:10:00 | Ironside | 127 |
08:01<johnp__>| 1010 | 2008-01-11 09:30:00 | Ironside | 63 |
08:01<johnp__>| 1010 | 2008-01-09 08:25:00 | Ironside | 127 |
08:01<johnp__>| 1010 | 2008-01-13 07:50:00 | Ironside | 4 |
08:01<johnp__>| 1010 | 2008-01-10 08:25:00 | Ironside | 127 |
08:01<johnp__>| 1010 | 2008-01-08 03:10:00 | Ironside | 35 |
08:01<johnp__>| 1010 | 2008-01-09 09:30:00 | Ironside | 70 |
08:01<johnp__>| 1010 | 2008-01-10 09:25:00 | Ironside | 127 |
08:01<johnp__>| 1010 | 2008-01-14 08:20:00 | Ironside | 19 |
08:01<johnp__>| 1010 | 2008-01-08 08:25:00 | Ironside | 57 |
08:01<johnp__>| 1010 | 2008-01-08 09:25:00 | Ironside | 96 |
08:01<johnp__>| 1010 | 2008-01-14 09:25:00 | Ironside | 41 |
08:01<johnp__>| 1010 | 2008-01-12 09:35:00 | Ironside | 127 |
08:01<johnp__>| 1010 | 2008-01-12 10:40:00 | Ironside | 127 |
08:01<johnp__>15 rows in set (0.03 sec)
08:01<stuarta>pastebin next time please
08:07<janneg>I suspect the moving of events in eit.cpp
08:08<stuarta>did i break that with otto's patch?
08:08<janneg>not more than I must have screwed up
08:09<stuarta>i've only got hdtv = 0,2 here and i'm running pure trunk
08:11<janneg>can some please verify the select query in DBEvent::GetOverlappingPrograms in eit.cpp
08:11<janneg>I have also only 0,2 in hdtv and stereo looks sane too but closedcaptioned is bogus
08:12<janneg>SELECT DISTINCT closecaptioned,stereo,hdtv FROM program;
08:12<stuarta>just gunna say what fields are we using
08:14<stuarta>i have cc 0-3
08:14<stuarta>stereo 0-5,33-35
08:15<okolsi>I have cc: 8,9,10,11,127
08:16<okolsi>stereo has 14 values from 0 to 127
08:17<okolsi>hdtv has 67 different values from 4 to 127
08:18<janneg>valid values for stereo are 0-47, hdtv 0-15, closecaptioned 0-31
08:18<okolsi>I'll get later the proper dvbsnoop..
08:18<janneg>okolsi: no need to
08:18<okolsi>janneg: all right then
08:19<janneg>so only stuarta's values are ok
08:19<gbee>janneg: not quite, audio is 32+16+8+4+2+1, or 63
08:20<gbee>err, sorry, nevermind
08:20<gbee>no, that's right
08:20<janneg>no you are correct
08:22<janneg>but okolsi's values are still to large
08:22<gbee>vid is only 7
08:23<okolsi>I have my own fixups, those should not be able to mess with these..? I can try to check that also later
08:23<gbee>okolsi: they might but I'm not sure how
08:24<stuarta>we'll need to review that
08:25<okolsi>have to now head home.. I see if I can dig something later tonight
08:25<janneg>okolsi: they could but I would doubt it. if you have time to test just disable them
08:39<janneg>it seems to be GetOverlappingPrograms()
08:43<janneg>but I don't know why we all get different numbers
08:49|-|minri [] has left #mythtv []
08:49<rooaus>gbee: I updated the script on #4399 so you can select which plugin to reorganise the theme related stuff for instead of just doing them all at the same time.
08:51<rooaus>night all
08:51[~]stuarta waves
08:58<janneg>looks like a compiler error. input is zero but after constructing the value in the object is 64
09:34|-|Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:49|-|Daviey [n=dave@ubuntu/member/daviey] has quit [Nick collision from services.]
09:53|-|Daviey [n=dave@ubuntu/member/daviey] has joined #mythtv
09:56<janneg>stuarta: do you run a debug build?
09:57<janneg>johnp__, okolsi: both of you are using release builds
10:00<janneg>I can't reproduce it anymore since I removed -O2 from my debug build
10:02<okolsi>janneg: I'm actually running debug build currently
10:03<janneg>okolsi: since before I commited 15361?
10:03<okolsi>janneg: yes, maybe 1-2 weeks now
10:10|-|cattelan_ [] has quit ["This computer has gone to sleep"]
10:22<okolsi>janneg: I changed to release build and now it seems to be okay ?!? I think I'll have to double check and change back to debug build..
10:30<okolsi>janneg: interesting.. now with debug build again the error occurs again
10:33<janneg>strange. I see the opposite. which gcc version do you use?
10:33<okolsi>gcc version 4.1.1 20070105 (Red Hat 4.1.1-51)
10:34<janneg>gcc version 4.1.2 (Gentoo 4.1.2)
10:34<stuarta>gcc version 4.2.3 20071123 (prerelease) (Debian 4.2.2-4)
10:50<johnp__>nope debug
10:59|-|dekarl [] has joined #mythtv
11:04|-|dekar1 [] has quit [Read error: 60 (Operation timed out)]
11:04<janneg>can you please try it shouldn't make a difference but I bet it does
11:11|-|gnome42 [] has joined #mythtv
11:12|-|turbo [] has joined #mythtv
11:14|-|briand [] has quit [Read error: 110 (Connection timed out)]
11:14|-|jgarvey [] has joined #mythtv
11:19|-|i3ooi3oo [] has joined #mythtv
11:23|-|leprechau [] has quit ["Leaving"]
11:23|-|leprechau [] has joined #mythtv
11:34<sphery>gbee: re: "dd: reading `/dev/dvd': Input/output error" , play a few seconds in a DVD player (i.e. xine), then rip with dd--not that I've ever done it as it would be illegal here
11:34<gbee>sphery: thanks
11:35<sphery>gbee: also, I did manage to get one BT from the status page (took forever the first time). It looks a lot like the one on #4381.
11:35<sphery>I also got BT's from what looks like a deadlock in the HTTP server
11:35<sphery>(3 of those).
11:36<sphery>All other attempts at getting a BT from the status page segfault took down gdb (it segfaulted, too).
11:36<sphery>I was thinking of crashing Myth and letting it write a core file and gdb'ing that. Any better suggestions?
11:37<johnp__>janneg: whats that fix meant to do ?
11:38<gbee>sphery: can't think of anything better right now
11:38<sphery>ok. I'll see how it goes with the core file.
11:38<gbee>sphery: are you attaching to mbe after starting it, or running mbe from within gdb
11:39<sphery>was running mbe from withing gdb
11:49<stuarta>only other alternative is attaching to a running be
11:49|-|rsp2k_ [n=rsp2k@unaffiliated/rsp2k] has joined #mythtv
11:49<stuarta>found that works best for fe's
11:50|-|briand [] has joined #mythtv
11:51|-|turbo [] has quit [Read error: 110 (Connection timed out)]
11:54<sphery>Attach worked--the segfault didn't take down gdb and it's a /much/ better BT (may even show the problem). Thanks.
11:56|-|javatexan [] has joined #mythtv
11:56|-|javatexan [] has left #mythtv ["Leaving"]
11:59<janneg>the bogus hdtv, stereo, closedcaptioned data
12:00<janneg>johnp__: ^^
12:08|-|mattwire [] has joined #mythtv
12:10|-|xris [] has joined #mythtv
12:15<sphery>you lucky UK'ers
12:16<sphery>we need a Review of Intellectual Property in the US
12:17<justinh>nah you just need less big business making policy decisions on behalf of your politicians. anyway....
12:19<sphery>that would work, too
12:20<Anduin>rooaus: Thanks, you saved me some work, I'll try to get the "unmaintained" ones done soon.
12:22|-|beavis [n=beavis@] has joined #mythtv
12:22|-|turbo [] has joined #mythtv
12:23|-|beavis_ [] has joined #mythtv
12:23|-|briand [] has quit [Read error: 110 (Connection timed out)]
12:25|-|PointyPumper [] has quit [Read error: 104 (Connection reset by peer)]
12:27|-|xris [] has quit []
12:31|-|beavis_ [] has quit ["Verlassend"]
12:33<sphery>Well, the not crashing gdb with the attach was a fluke. I can't get another good bt. The one I have seems to indicate a problem with QProcess. ( )
12:35<sphery>Seems other projects were staying away from QProcess in QT3 because of instability (I've seen some switch back to using it in QT4.3). Some that needed output of a command were redirecting stdout to a temp file and reading the file.
12:38|-|Chutt [] has joined #mythtv
12:49|-|Puhi [] has quit [Remote closed the connection]
12:55|-|CDev_ [] has left #mythtv []
12:57|-|Merlin83b2 [] has quit [Read error: 104 (Connection reset by peer)]
12:57|-|CDev [] has joined #mythtv
13:00|-|queuetue [] has joined #mythtv
13:04|-|queuetue [] has left #mythtv ["Leaving"]
13:22<Anduin>QProcess isn't thread safe before Qt 4, we should probably create a MythProcess until we move there.
13:22|-|briand [] has joined #mythtv
13:24|-|turbo [] has quit [Read error: 110 (Connection timed out)]
13:27<Anduin>(part of why poster downloading is a little uglier)
13:31|-|MrGandalf [] has joined #mythtv
13:44<MrGandalf>janneg: there?
13:44<MrGandalf>mr eit?
13:45<janneg>MrGandalf: yes
13:46<MrGandalf>janneg: I wrote a quick script fo decode EIT which parses dvbsnoop. It takes the hex data and sends it to a small C++ prog I put together using the huffman decode found in Myth.
13:47<MrGandalf>janneg: I'm a little confused, in decoding the description, most look ok but some start with garbage characters.
13:47<janneg>aha. I've not much knowledge of dish's eit
13:47<MrGandalf>janneg: Should I be stripping some data from the beginning of it?
13:48<janneg>MrGandalf: maybe the encoding if they are text fields
13:48<MrGandalf>This ix PID 0x12, not ox300
13:49<MrGandalf>I'm stripping the first value, and that seems to help quite a bit but I'm still not there.
13:49<janneg>look at Annex A of ETSI EN 300 468
13:50<janneg>or at mythtv's dvb_to_text or similar
13:50<MrGandalf>k, thanks
13:52<janneg>MrGandalf: it's dvb_decode_text() in libs/libmythtv/mpeg/dvbdescriptors.cpp
14:10<sphery>Anduin: QProcess isn't even usable as an auto-variable?
14:19<Anduin>sphery: No, the problem is the socket notifications, in Qt 3 all of that is done in the main thread, meaning socketRead could be called from the main thread and from whatever thread you created the QProcess int.
14:19<Anduin>er in
14:19<Anduin>stupid C++
14:20<Anduin>Qt 4 introduces per-thread event loops
14:20<sphery>That's what I was afraid of... Yeah, and QT4 also allows using it without the event loop (which would have worked for the places I know we use it).
14:21<sphery>So, what should MythProcess be like?
14:21<Anduin>something wrapping popen
14:21<sphery>so, more like myth_system(), but allowing access to stdout/stderr?
14:22<Anduin>Yet another thing that will break that Windows build (don't know if mingw has popen, though it isn't hard to do in Windows either)
14:22<sphery>yeah, I saw a lot of USING_MINGW ifdef's in myth_system()
14:22<Anduin>Yeah, something to remove the possibility of multiple threads interacting with it.
14:26|-|PointyPumper [] has joined #mythtv
14:27<gbee>in all the places I've used QProcess, I was originally going to use popen until Chutt suggested QProcess :(
14:28<gbee>although no-one has ever reported a segfault related to those instances
14:28<Anduin>QProcess is fine, unless you are in a thread other than the main one.
14:28<Chutt>most of the useage is from the main thread
14:28<Chutt>until people started threading it off.. =)
14:28<sphery>misc status/HTTP server stuff is a different thread. Don't know about the mythtv-setup/XMLTV stuff
14:28<Anduin>Yeah, I didn't even know it was used where sphery is seeing the crash.
14:29<gbee>that's probably why there haven't been problems, but it was just blind luck
14:29[~]sphery put it in where he's seeing the crash...
14:30<sphery>I have to admit that I didn't look into the event loop stuff since I didn't use it directly there.
14:30<gbee>what's it being used for in the http server?
14:30<sphery>the miscellaneous status info
14:30<gbee>ahh, yeah of course
14:30<sphery>run a script and use its output to add additional stuff to the status page
14:30<Anduin>Hmm, looking at how it is used, popen will be too simple.
14:31<sphery>too simple because of the timeout?
14:32<gbee>I did run into a nasty bug with QProcess, there are comments in one of the two places I used it describing the problem
14:32<Anduin>No, popen only lets you do one thing, read or write
14:32<sphery>Yeah. I saw that (used your code as a template).
14:32<sphery>all we need to do for misc status is read, though.
14:35[~]janneg tries to solve that differently and synces the qt4 port
14:37<janneg>that's not a short term option but I try to have qt4 runable so we can merge it to trunk 1 or 2 weeks afeter 0.21
14:37|-|gnome42 [] has quit ["Leaving"]
14:39<Anduin>sphery: Yeah, I see that there, could probably get away with it for now, and hopefully move to Qt 4 before someone would need to write the fork/exec stuff needed. (Only other fix would probably be to lock the app, and move the QProcess deletion to the main thread)
14:40|-|gnome42 [] has joined #mythtv
14:41<sphery>Yeah. I'm thinking of a quick replacement of QProcess with popen in httpserver.cpp (rather than making a full-fledged MythSystem class), but I can do whichever approach you all recommend.
14:44<janneg>I would go the simple approach. just disable it for mingw if necessary
14:46<gbee>mingw isn't the problem, it's the QProcess instability on any platform, in this case linux
14:46<gbee>unless you are talking about using popen
14:48<janneg>I was talking of replacing QProcess with popen
14:49<gbee>right, sorry
14:49<janneg>mingw doesn't matter. it's not supported, it is not so important feature and it is not a regression for mingw
14:50<gbee>janneg: any luck with the component problem?
14:50<gbee>janneg: agreed
14:50<gbee>what about OSX?
14:51<gbee>though not many people trying to run the backend on that platform, if any?
14:52<janneg>not really. it looks like a compiler error. the parameters to the constructor are correct but the created object is initialized wrongly
14:52<janneg>and it depends on compiler options
14:53|-|MavT [] has joined #mythtv
14:53<janneg>stuarta and I don't see it with pure debug build but johnp__ and okolsi do. I see it with debug and -O2
14:56<janneg>I have a possible ugly workaround
14:59|-|reynaldo [] has joined #mythtv
15:08<janneg>nice 45 conflicting files :(
15:09|-|MaverickTech [] has quit [Read error: 110 (Connection timed out)]
15:11|-|rn114__ [] has joined #mythtv
15:21|-|orionr [] has joined #mythtv
15:21|-|orionr [] has left #mythtv []
15:21<gbee>latest dvb driver doesn't want to work, giving me all sorts of symbol errors
15:22<laga>tried a reboot?
15:22<gbee>yeah, before which I removed and modprobe all the modules
15:23<laga>do you have any old dvb modules laying around?
15:23<gbee>just rebuilding with make all in case it didn't include the module I wanted in the build/install process
15:25<gbee>shouldn't have, the install process should overwrite any old versions I'd have thought and the rest won't have been loaded
15:27|-|kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
15:32<gbee>oh hang on, damn, I accidently linked the build directory to the source
15:37|-|mattwire_ [] has joined #mythtv
15:38|-|mattwire [] has quit [Read error: 110 (Connection timed out)]
16:07-!-cattelan [] has joined #mythtv
16:15<janneg>resolved the conflicts
16:15<janneg>over an hour work
16:28-!-MrGandalf [] has quit [Remote closed the connection]
16:29<gbee>I'm in a right mess here, should never have tried the mercurial driver >:(
16:30<janneg>gbee: does the patch not apply to current kernel?
16:32<gbee>janneg: didn't get as far as trying the patch, got this stupid idea to install the latest driver and then apply the patch if I was still seeing problems
16:35<gbee>all of the modules are giving me symbol errors, going to take ages to sort this shit out
16:36-!-rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
16:40<gbee>dvb_usb_dib0700: Unknown symbol dib7000p_set_gpiodvb_usb_dib0700: disagrees about version of symbol dib7000m_get_i2c_master
16:42<clever>depmod maybe?
16:43-!-rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit ["Don't follow me"]
16:43-!-rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has joined #mythtv
16:45<gbee>clever: no I think I know what the problem is now
16:48<gbee>feel pretty stupid about it though
16:48<gbee>.ko versus .ko.gz
16:48-!-htpcdvbs [] has joined #mythtv
16:51-!-guest_ [] has joined #mythtv
16:52-!-mattwire_ [] has quit ["Leaving"]
16:52<janneg>CDev: sleep.h was just I try to get portable ?sleep()?
16:57-!-johnp__ [] has left #mythtv []
17:01-!-rsp2k_ [n=rsp2k@unaffiliated/rsp2k] has quit ["Leaving"]
17:14-!-rn114__ [] has quit [Read error: 104 (Connection reset by peer)]
17:14-!-rn114 [] has joined #mythtv
17:22-!-briand [] has quit [Read error: 110 (Connection timed out)]
17:22-!-briand [] has joined #mythtv
17:39-!-mzb [] has quit ["Time to quit"]
17:43<janneg>and libmyth compiles again
17:44<janneg>hmm, there is the mythtv-qt4 commit message?
17:44<janneg>Chutt: does mythtv-commits block large messages?
17:45-!-cattelan [] has quit ["This computer has gone to sleep"]
17:45-!-cattelan [] has joined #mythtv
17:46<Chutt>it might, if they're _very_ big
17:48<janneg>merging 500 revisions including the ffmpeg sync, so it is big
17:49<Chutt>yeah, it might've gotten blocked
17:49-!-moodboom [] has quit ["Leaving"]
17:49<Chutt>lemme check the admin page
17:49-!-turbo [] has joined #mythtv
17:50-!-briand [] has quit [Read error: 110 (Connection timed out)]
17:51<Chutt>should go through now
17:51<Chutt>manually approved it
17:52<jams>it just showed up here.
17:54<janneg>here too, only 60kb
17:55<Chutt>limit's 40
17:55-!-jgarvey [] has quit ["Leaving"]
17:58<jams>btw Chutt donavan sends his regards.
17:58<Chutt>oh, heh
17:58<Chutt>how's he doing?
17:58<jams>had a bad spell for a while, but seems to be doing really well right now
17:59<jams>seems really happy with his new gal and job.
17:59<jams>even making his own hot sauce now
18:05<jams>if you like hot sauce i'm he might send some to you.
18:07-!-Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:09-!-beavis [n=beavis@] has quit ["Verlassend"]
18:27<janneg>libmythtv compiles again
18:29-!-MaverickTech [] has joined #mythtv
18:31-!-wweasel [] has joined #mythtv
18:32-!-wweasel [] has left #mythtv ["Ex-Chat"]
18:40-!-i3ooi3oo [] has quit [Success]
18:40-!-Chutt [] has quit [Read error: 104 (Connection reset by peer)]
18:40-!-Chutt_ [] has joined #mythtv
18:44-!-okolsi [n=mythtv@] has quit [Read error: 110 (Connection timed out)]
18:45-!-rn114 [] has quit [Read error: 113 (No route to host)]
18:46-!-MavT [] has quit [Read error: 110 (Connection timed out)]
18:56-!-_splat1 [] has joined #mythtv
18:56-!-cattelan [] has quit ["This computer has gone to sleep"]
18:58-!-MavT [] has joined #mythtv
19:01-!-XChatMav [] has joined #mythtv
19:06-!-splat1 [] has quit [Read error: 110 (Connection timed out)]
19:15-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
19:19-!-MavT [] has quit [Read error: 110 (Connection timed out)]
19:25-!-knowledgejunkie [n=knowledg@unaffiliated/knowledgejunkie] has quit ["Leaving..."]
20:06-!-mzb [] has joined #mythtv
20:12-!-mzb [] has quit ["Time to quit"]
20:19-!-mzb [] has joined #mythtv
20:24-!-i3ooi3oo [] has joined #mythtv
20:24-!-okolsi [n=mythtv@] has joined #mythtv
20:43<janneg>and mythtv-qt4 compiles again
20:44<Chutt_>does it run?
20:44-!-Chutt_ is now known as Chutt
20:49-!-Dave123 [] has quit ["Leaving"]
20:52<janneg>I don't know and just wanted to go to bed sigh. installing it now
20:58<janneg>frontend and mythtv file are running but I neded to remember to enable double buffering in qt
20:58-!-xris [] has joined #mythtv
21:00<janneg>the issues from before the sync remain. mythtv-setup inserts only junk into the db
21:02-!-rbellamy [n=rbellamy@pdpc/supporter/silver/rbellamy] has quit ["Don't follow me"]
21:02<janneg>I try to get rid of the qt3support use in the next few days
21:05<Chutt>you didn't have to test just cuz i asked :p
21:11<janneg>nah, I was curious for myself
21:18-!-Dave123 [] has joined #mythtv
21:20-!-Dave123 [] has quit [Read error: 104 (Connection reset by peer)]
21:24-!-falieson [] has joined #mythtv
21:25-!-Dave123 [] has joined #mythtv
21:27<falieson>I'm having trouble optical out to my receiver
21:28<falieson>to get Digital Out (preferably to an optical port) on my Audigy 2 ZS (LEFT: ) I can use this ( ) right? I'm having issues with audio I want to make sure it isn't a bad hardware config
21:28<falieson>The receiver is a Onkyo HT-SR800S
21:30-!-Dave123 [] has quit [Remote closed the connection]
21:32<hads>falieson: See the topic
21:38-!-mzb_d800 [] has quit ["Time to quit"]
21:42-!-xris [] has quit []
21:45-!-falieson [] has left #mythtv []
21:47-!-jamesd [] has joined #mythtv
21:54-!-Dave123 [] has joined #mythtv
21:57-!-Dave123 [] has quit [Client Quit]
22:04-!-Dave123 [] has joined #mythtv
22:06-!-davilla [] has joined #mythtv
22:07-!-MavT [] has joined #mythtv
22:08-!-CanadianMan [] has joined #mythtv
22:10<CanadianMan>i have a htpc with mythtv on it and i would like to get some nice video/audio equipment. Do any of you use audio receivers or HDTVs?
22:12<i3ooi3oo>CanadianMan: try #mythtv-user
22:13<CanadianMan>ok cool thank you
22:13<CanadianMan>opps just saw the topic my bad
22:13-!-CanadianMan [] has left #mythtv []
22:14-!-Dave123 [] has quit [Remote closed the connection]
22:15<i3ooi3oo>ok I am confused with what to do with errors found in mythweb version .20.2
22:24-!-XChatMav [] has quit [Read error: 110 (Connection timed out)]
22:24<i3ooi3oo>A bad query in /modules/music/tmpl/default/music.php
22:27-!-Dave123 [] has joined #mythtv
22:28-!-xris [] has joined #mythtv
22:30<clever>how stable/fast is the windows port today?
22:32-!-Dave123 [] has quit [Remote closed the connection]
22:32<kormoc>bout the same as yesterday
22:32<clever>still need to compile qt?
22:35<clever>kormoc: and what about the posibility of cross compiling qt and mythtv?
22:37<clever>got my cross compiler atleast partialy working
22:37<clever>was able to make a .exe that uses printf and works under wine
22:37-!-Dave123 [] has joined #mythtv
22:50-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
23:33-!-PointyPumper [] has quit [Read error: 104 (Connection reset by peer)]
23:35-!-PointyPumper [] has joined #mythtv
23:40-!-feiner [] has quit [Remote closed the connection]
23:43-!-degreseven [] has joined #mythtv
23:44-!-feiner [] has joined #mythtv
23:50-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
---Logclosed Wed Jan 09 00:00:01 2008