Sunday, July 22nd, 2012, 00:01 UTC | ||
[00:01:06] | jya: | danielk22: there's been a few problems with the theme loader, it usually required to load the theme twice to be active. this seems to be fixed now. Even though I don't think anything particular was made for it |
[00:03:33] | stuartm: | to the best of my recollection no changes were in that area to explain the breakage, nor have any fixes be made |
[00:04:31] | stuartm: | so I'd have to guess that it's one of those subtle issues, possibly related to the signal handler changes |
[00:08:24] | stuartm: | the whole startup init (and re-init) is extremely fragile and in need of some major refactoring, almost every time someone touches main.cpp something will break even if it's not obvious at first |
[00:09:10] | stuartm: | some of the first time install bugs that jya noted are a case in point |
[00:13:48] | stuartm: | sphery: on that topic, you tried to ask me about a change I made some months ago, the schema creation move and at the time I wasn't really following you ... I took a look a couple of weeks ago, and I can't really remember why it was necessary given the delayed settings stuff I'd committed just a week before that change |
[00:14:46] | jya: | stuartm: the visualiser doing segfault had been doing so for a while, kept doing it years ago when I was using mythmusic |
[00:15:40] | jya: | at the time , I never bothered looking into it as I just assumed it was the buggy nvidia drivers, many things with opengl were crashing then |
[00:15:41] | stuartm: | jya: yeah, it's been segfaulting from day one, but I kept thinking it was someone elses problem, especially since I didn't use the visualisers |
[00:16:03] | stuartm: | pretty much all the visualisers were crashy back then |
[00:16:04] | jya: | I know that feeling :) |
[00:17:30] | Beirdo: | good catch on the visualizer :) |
[00:17:46] | jya: | I keep having crash in the backend, in the QEventLoop:processEvent |
[00:17:53] | stuartm: | sphery: I'd need to re-familirise myself with it but maybe the delayed settings stuff didn't include the logic to wait for the creation of the settings table, I know I wrote it to write out the settings the first time we created a connection to the database, so maybe that's it |
[00:18:00] | Beirdo: | finally got back to pounding on the logserver shutdown |
[00:18:05] | Beirdo: | jya: which thread? |
[00:19:59] | jya: | stuartm: while I've closed the bug about my SQL error, there's still something fishy. When I create a new database, and I start mythtv-setup, it will usually fail and abort with an error about being unable to upgrade the database… you restart mythtv-setup and then it all works this time , and the database is upgraded |
[00:20:10] | jya: | Beirdo: the main one: main / run_backend |
[00:20:24] | Beirdo: | oh, that makes it harder to find for sure :) |
[00:21:41] | jya: | hum… it could just be that it just occurred when I finish recompiling/installing while my backend was still running |
[00:22:13] | jya: | http://pastebin.com/spH4Lc7H |
[00:23:42] | Beirdo: | wow, that's just as unspecific as the backtrace I'm working with :) |
[00:23:49] | jya: | :) |
[00:24:04] | Beirdo: | I feel like recompiling with optimization completely off so it's not collapsing frames |
[00:24:40] | jya: | Can't do that… ffmpeg compile would crash then, and the h264 decoder code would be buggy and crash later ! |
[00:24:40] | Beirdo: | I know the end result, I just have no clue what path it actually took to get there |
[00:24:48] | Beirdo: | heh |
[00:24:57] | Beirdo: | well, for logserver, that's not much of an issue |
[00:25:26] | jya: | Well, just got the case where the theme needs to be downloaded/loaded twice for it to work |
[00:25:47] | Beirdo: | yech. |
[00:27:01] | jya: | well, the HLS recorder is working very nicely. But now I can't even enter LiveTV with any of the HLS channels :( |
[00:27:05] | jya: | danielk22: ^^ |
[00:28:31] | jya: | the other surprising thing, is that while a recording is .. recording, the duration in the info screen doesn't change anymore… if I start it while the recording has recording say 30s, after 30s it stops even though in the background it has recorded more |
[00:28:54] | stuartm: | jya: there's already a ticket open for that and it's related to the issue I was talking to sphery about |
[00:29:09] | jya: | stuartm: mythtv-setup not upgrading? |
[00:29:43] | stuartm: | sphery has a better understanding of the problem than I do, I'm not really sure why it's not working – mythfrontend will do the upgrade just fine iirc |
[00:29:53] | stuartm: | jya: yeah |
[00:31:19] | stuartm: | g'night all |
[00:31:24] | jya: | I thought the main upgrade was completely disabled in mythfrontend? |
[00:32:49] | Captain_Murdoch: | jya, I was able to reproduce that issue about the double-download, in fact I couldn't get it to reload without restarting the FE, so I plan on taking a look at the theme chooser to try to figure that one out. a while back I couldn't reproduce, but it seems that every FE I've setup since upgrading to 0.25 has had the issue, so I think I can easily reproduce to debug. |
[00:33:28] | Beirdo: | we should start a support group called "reoccuring bugs suck" |
[00:34:13] | Captain_Murdoch: | I think the HLS issue with my iPhone 3GS is a timecode/pts/dts issue. looked at it a while last night but didn't find anything. going to take a break from that for a while and look at other stuff. |
[00:35:07] | ** Captain_Murdoch wonders if he could somehow classify HLS playback support in MythWeb as a bugfix. ** | |
[00:35:30] | Beirdo: | heh |
[00:35:35] | Beirdo: | be fine by me. |
[00:35:48] | Beirdo: | however, if you could... animated GIFs are busted |
[00:35:49] | Beirdo: | :) |
[00:36:12] | Beirdo: | not sure what we all changed that borked it again |
[00:36:41] | Captain_Murdoch: | yeah, need to take a look at those. theme chooser reload and animated gifs should get priority. I have most of the HLS support done anyway, just need a little more glue. |
[00:37:04] | Captain_Murdoch: | time for dinner and I'll take a look at one of those tonight hopefully. |
[00:37:12] | Beirdo: | sweet |
[00:44:01] | Beirdo: | and I wait another 5min to see if this makes a difference |
[00:44:12] | Beirdo: | I think I may have finally wrapped my brain around it |
[00:49:27] | jya: | Captain_Murdoch: playing some automatic transcode via the Torc app, does give me the corrupted audio, but not always... |
[00:50:15] | jya: | I've tried playing with the segment size down to 4s, but it looks like it makes no difference for the Torc app and that it wait for a specifc amount of time, and not a number of segments (just guessing) |
[00:52:08] | skd5aner: | this page needs updated (under the debugging with gdb section) since it still references the old "-l file.log" info – http://www.mythtv.org/docs/mythtv-HOWTO-22.html |
[00:52:36] | Beirdo: | or just to be deleted |
[00:52:39] | danielk22: | jya: The MythPainter fix I committed earlier today fixed the theme reloading issue I was seeing when testing the deadlock fix. I was mostly curious if I should be referencing some ticket for it. |
[00:53:06] | jya: | danielk22: I lodged a ticket about the dual loading before 0.25 |
[00:53:23] | jya: | however, I've just upgraded the code for the deadlock fix, and I have to download it twice again |
[00:53:36] | jya: | not sure if it's related, or it just happened to have worked by chance |
[00:54:43] | jya: | i think that you see it fixed is just a coincidence, it doesn't happen all the time |
[00:54:55] | skd5aner: | what verbose options would you guys expect to be included in a mfe log when submitting a ticket for a segfault when attempting to start livetv? |
[00:55:05] | skd5aner: | playback and anything else? |
[00:55:18] | jya: | another thing in the theme downloader, if it fails half-way though for whatever reason, there's no way to interrupt the download and you're stuck forever |
[00:55:32] | danielk22: | The dual downloading isn't the issue I fixed. The issue I fixed had to do with the actual reloading of the theme after it downloads. |
[00:55:57] | Beirdo: | skd5aner: that would be a good start, although in debugging, the dev may need more |
[00:56:13] | danielk22: | I haven't had any issue with downloading themes, but it isn't something I do a lot of. |
[00:56:34] | jya: | danielk22: by dual-downloading I mean that the theme reloading doesn't have an effect, it needs to be reloaded again, downloading again only make the reloading happen. You could just restart the frontend for the matter. the downloading was successful the first time, it's the reloading that fails |
[00:56:59] | jpabq: | 2 |
[00:57:08] | skd5aner: | Beirdo: so... what else? |
[00:57:08] | Beirdo: | 3? |
[00:57:25] | skd5aner: | danielk22: any quick suggestions (not to interrupt) |
[00:57:27] | danielk22: | What I was seeing was that the theme wouldn't load after downloading, but it would load on restart without needing to be downloaded again. |
[00:57:33] | jya: | e.g. you download a theme, it gets downloaded. when it comes to reload: nothing happens… from there you can either restart the frontend, or redo a download |
[00:57:34] | Beirdo: | I don't know, it depends on what the person fixing it would need to follow whatever debugging they are doing |
[00:57:35] | danielk22: | skd5aner: ? |
[00:57:49] | jya: | danielk22: that's exactly the issue I'm referring to, and it still happen |
[00:57:55] | skd5aner: | danielk22: "<skd5aner> what verbose options would you guys expect to be included in a mfe log when submitting a ticket for a segfault when attempting to start livetv?" |
[00:58:12] | skd5aner: | I figured playback – anything else? |
[00:58:21] | jya: | skd5aner: for a segfault, usually logs aren't the most important bit, the backtrace is… |
[00:58:29] | jpabq: | I need to carve out some time to implement the pictures controls on the HD-PVR. I just have so many other things going on right now. Do we have a schedule for 0.27 yet ;-) |
[00:58:37] | danielk22: | skd5aner: -v playback,channel ... but it's the backtrace that usually tells you the most for segfaults. |
[00:58:40] | skd5aner: | jya: right – including that too, just trying to provide as much information as possible |
[00:58:46] | skd5aner: | (the right information that is) |
[00:58:57] | jya: | if it's the frontend crashing, -v audio,playback is usually the most important as they are the two areas that are the most used |
[00:59:02] | skd5aner: | danielk22: alright – thanks, will get it all put together and will submit a ticket as soon as I can reproduce |
[00:59:11] | skd5aner: | jya: thx |
[00:59:17] | Beirdo: | yeah, the logs show the history that led up to the kaboom, so are still useful, but the backtrace is the most immediately useful part :) |
[00:59:36] | skd5aner: | thanks guys – sorry for the interruption |
[00:59:37] | danielk22: | heh, yeah add audio to the list. it's usually not my ticket anymore if it is the audio :) |
[00:59:42] | skd5aner: | ;) |
[01:00:12] | skd5aner: | It's very similiar to a crash I was experiencing in 0.24 that had to do with the guide being enabled when starting up live tv... |
[01:00:28] | skd5aner: | not sure if it's a carry over or not, but same type of symptoms – immediate segfault about 60% of the time |
[01:00:48] | danielk22: | jya: Interesting. It must be another cause with similar symptoms then. |
[01:01:14] | jya: | I think it's just a timing issue… so it works, sometimes… |
[01:01:16] | danielk22: | skd5aner: you have the guide enabled on live tv startup? |
[01:01:21] | skd5aner: | yes |
[01:01:49] | skd5aner: | Disabled it for 0.24, but re-enabled it with 0.25 with much better success until recently in 0.25-fixes for some reason |
[01:02:02] | skd5aner: | although I have had various system and environment changes, so... |
[01:02:09] | danielk22: | put that info in the ticket. |
[01:02:14] | skd5aner: | and configuration changes... will do |
[01:02:19] | jya: | actually, I had seen it failed most of the times since it was first impemented… and only yesterday as I was doing a bit of regression test did I find that it didn't seem to appear anymore. I thought it was due to the referencecounter as it's the only thing that changed in the code… except that now, I got it to occur again. |
[01:02:36] | jya: | which seems to definitely point to a timer issue, as the delete was moved to an earlier time |
[01:02:59] | jya: | danielk22: did you read about liveTV not starting for the IPTV channels anymore? |
[01:03:04] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 244 seconds) | |
[01:03:19] | danielk22: | This is the logging timer? If it only firing once a second then using QTimer shouldn't be so bad. |
[01:03:44] | Beirdo: | hmm? |
[01:04:44] | Beirdo: | how would that possibly be affecting livetv? it's in a totally different thread, and there's no cross-contamination there |
[01:05:07] | danielk22: | The QTimer wastes about 1ms in heavy spin every time it is fired. If it is firing every 20 ms this is terrible, if it is firing once a second it means 0.1 of the time the CPU will be at 100%. |
[01:06:02] | Beirdo: | yeah, and we aren't using QTimer for that timer, so I still don't see how the current mechanism would be affecting livetv |
[01:06:11] | jya: | how can a timer firing take so much time? |
[01:06:14] | danielk22: | Hmm, of course using QTimer in the UI thread would affect livetv, but If was thinking of the theme relaod. |
[01:06:26] | Beirdo: | oooh, the theme reload... hmm |
[01:06:48] | ** skd5aner can't reproduce the segfault under gdb now :P ** | |
[01:07:15] | Beirdo: | still, I don't see how it would cause the issue (which, BTW, I don't see here) |
[01:07:21] | danielk22: | jya: There is bug that makes the time fire 1ms early, and then enters a "while (it's not time yet) check time;" loop. |
[01:07:24] | skd5aner: | ah – there it goes |
[01:07:42] | danielk22: | jya: I submitted a patch and it's been incorporated into the Qt5 sources. |
[01:08:36] | ** Beirdo shrugs and goes back to this misbehaving shutdown ** | |
[01:10:40] | danielk22: | skd5aner: segfaults and deadlocks are easiests to reproduce outside of gdb. Just run "ulimit -c unlimited" first and then it will dump a core on segfault. |
[01:11:28] | skd5aner: | ah – ok... I've always just followed the instructions on the wiki which say to do "gdb mythfrontend..." I'll read up on the alternative – thanks |
[01:12:36] | Beirdo: | let's try THIS |
[01:14:53] | danielk22: | jya: It's shocking to me that the bug went unfixed since Jim Stichnot discovered it like 2 years ago. It wasn't until I took a day to get familiar with the sources and submit a patch into Qt's Gerritt system that it got fixed. It wasn't just causing problems for us, KDE konsole uses 14% CPU with some configs due to the same bug. |
[01:15:24] | Beirdo: | jeez |
[01:15:44] | Beirdo: | I'm sure the meego phones could use a Qt upgrade now too due to your fix :) |
[01:15:48] | Beirdo: | battery life ++ |
[01:16:21] | danielk22: | Well they are probably not using that code path. It's only used if you have gnome libs on your system. |
[01:16:31] | Beirdo: | ah |
[01:16:57] | danielk22: | So pretty much it is a Linux desktop experience killer. |
[01:18:58] | danielk22: | But Qt could use some smarter timers for phones too. They should bunch them up like the Linux kernel does with internal timers in the "clockless" config. |
[01:20:30] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[01:20:30] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[01:20:30] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[01:20:37] | danielk22: | Nokia folks were not really targeting battery savings AFAICT. |
[01:22:42] | Beirdo: | nor at trying to get me to buy any more of their products (other than to play with for the n900)... Windows phone? blech |
[01:22:54] | Beirdo: | wouldn't mind a meego to toy with though |
[01:23:12] | Beirdo: | not really willing to pay for one |
[01:26:22] | skd5aner: | alright #10928 submitted... log has several succesful livetv launches, then finally a segfault |
[01:26:22] | ** MythLogBot http://code.mythtv.org/trac/ticket/10928 ** | |
[01:29:56] | Beirdo: | OK, this is killing me |
[01:30:04] | Beirdo: | time to recompile without optimizations |
[01:30:45] | Beirdo: | or at least no -fomit-frame-pointer to start |
[01:31:01] | ** skd5aner wishes he had a clue how to interpret gdb.txt reports ** | |
[01:40:16] | jya: | skd5aner: it would have stated at the beginning of the backtrace which thread crashed |
[01:41:31] | ** jya so glad I have xcode to debug… so much easier ** | |
[01:41:55] | Beirdo: | except it doesn't work due to mach kernel stupidity :) |
[01:42:00] | Beirdo: | not tracking forks :) |
[01:42:08] | Beirdo: | minor details |
[01:42:36] | Beirdo: | OK, running without -fomit-frame-pointer |
[01:42:47] | Beirdo: | hopefully this is instructive |
[01:43:01] | jya: | Beirdo: which machine are you using? |
[01:43:33] | Beirdo: | the debugging is on a core2duo |
[01:43:41] | jya: | I thought on mac you couldn't compile without -fomit-frame-pointer as oherwise you would run out of register compiling ffmpeg |
[01:44:09] | Beirdo: | this is Linux... Not too worried about ffmpeg right now, this is just for debugging anywasy |
[01:44:22] | jya: | mach kernel on linux? |
[01:44:31] | Beirdo: | no |
[01:44:50] | Beirdo: | I'm saying xcode doesn't completely work for debugging due to mach kernel fun |
[01:44:56] | jya: | ah ok... |
[01:45:04] | Beirdo: | and gdb has other retarded issues |
[01:45:07] | jya: | but who forks these days :) |
[01:45:12] | Beirdo: | ain't no perfect tools |
[01:45:16] | jya: | there's lldb in xcode |
[01:45:25] | jya: | but it has its fault too... |
[01:45:28] | Beirdo: | everyone forks. who spoons? |
[01:45:40] | danielk22: | skd5aner: Is this trunk? |
[01:46:32] | skd5aner: | danielk22: no, 0.25-fixes, but at least a few weeks old |
[01:49:02] | Beirdo: | argh |
[01:49:07] | Beirdo: | missed a spot |
[01:49:52] | Beirdo: | got CFLAGS, but not ECXXFLAGS |
[01:49:53] | Beirdo: | oops |
[01:53:16] | danielk22: | skd5aner: Well I found the problem, thread 1 is modifying m_recList and thread 61 is using it. |
[01:53:31] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
[01:53:38] | skd5aner: | danielk22: :) |
[01:53:52] | Beirdo: | thread 61. yikes, we have a lot |
[01:53:58] | jya: | bug there are likely in master too |
[01:54:14] | jya: | Beirdo: I've seen up to 72 threads :) |
[01:54:24] | danielk22: | jya: yeah, start in guide grid isn't exactly a much used feature. |
[01:54:35] | jya: | it's like: I have a new idea for a feature… let's make a new thread :) |
[01:54:41] | Beirdo: | fun, the more threads the better |
[01:55:01] | Beirdo: | other than debugging it, and keeping locks straight |
[01:55:30] | skd5aner: | danielk22: I disagree... I'm pretty sure several commerical STBs start with the guide |
[01:55:47] | ** skd5aner might be pulling that out of his... ** | |
[01:55:50] | Beirdo: | commercial mythtv STB? |
[01:56:19] | skd5aner: | no, just comparable UX with commercial offerings |
[01:56:27] | Beirdo: | ahh |
[01:56:55] | skd5aner: | I want to say DirecTV for example... but it's been a while since I've used it |
[01:57:10] | Beirdo: | HEhe, I never use that guide |
[01:57:12] | skd5aner: | Beirdo: don't you have them? |
[01:57:13] | jya: | Our foxtel cable box start that way too |
[01:57:36] | Beirdo: | when you turn it on, it goes to a channel, no guide |
[01:57:48] | Beirdo: | you have to hit the guide button to get it |
[01:57:53] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[01:58:06] | skd5aner: | is it a dvr stb? |
[01:58:08] | Beirdo: | at least the last time I actually USED it live ;) |
[01:58:14] | Beirdo: | no |
[01:58:20] | skd5aner: | I think my parents have a dvr model, and I think it starts in guide |
[01:58:21] | Beirdo: | not gonna waste money on that :) |
[01:58:26] | Beirdo: | ah, could be |
[01:58:44] | Beirdo: | that is a distinction that could make the difference |
[01:59:31] | Beirdo: | wow, the Leatherman really liked the teflon-based lubrication I just used on it while waiting for the compile to finish |
[02:02:19] | danielk22: | jya: I'm still catching up on the backlog. I do plan to look at IPTV LiveTV channel changes this week. |
[02:06:07] | skd5aner: | jya: the backtrace I provided showed 76 threads :) |
[02:09:36] | danielk22: | skd5aner: I only counted 16 in the backtrace |
[02:09:55] | skd5aner: | oh – well, I was just refering to the fact that is said "thread 76" |
[02:10:19] | Beirdo: | that means that it had 76 at the most, I think, some have exited since |
[02:10:27] | Beirdo: | at least that's my understanding |
[02:11:31] | danielk22: | Something like that. Those are the gdb thread #'s they allow you to jump between threads while debugging so gdb tries to keep the numbers stable as threads come and go. |
[02:12:31] | skd5aner: | kinda like a unique idenitifier I suppose |
[02:12:50] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
[02:12:58] | danielk22: | right, but its also intended to be easy to type, so it isn't just the thread id. |
[02:13:24] | skd5aner: | are you kidding? English is so hard... my first language is hex |
[02:15:06] | danielk22: | heh, gdb does allow you to type the number in hex. For some reason octal isn't supported. |
[02:15:34] | danielk22: | err, actually it is ;) I just tried it. |
[02:30:57] | wookey: | wagnerrp: it seems that hw decode on panda uses libdce (distributed codec-engine) to talk to hardwrae called ivahd. there is an openmax layer that sits on top of that. plugins for dec and openmax exist for gstreamer |
[02:31:50] | wookey: | currently the dce stuff works so long as you have the right kernel and xbmc uses it via gstreamer. |
[02:31:53] | wagnerrp: | we dont use gstreamer |
[02:31:57] | wookey: | I know |
[02:32:10] | wookey: | I'm just saying that's how people have currently got it going |
[02:32:26] | wookey: | sw decode can do 720p at 20 fps or so on a panda |
[02:32:39] | wookey: | a bit more on the faster panda ES |
[02:32:43] | wookey: | so is useable |
[02:32:43] | wagnerrp: | thats a completely ambiguous statement |
[02:33:15] | Beirdo: | 720p is 60fps. 20fps is far from "usable" |
[02:33:32] | wookey: | it's better than I was getting on my via C3 :-) |
[02:33:36] | wookey: | so it's useable for me |
[02:34:09] | wookey: | feel free to refer to it as 'terrible' :-) |
[02:34:16] | wagnerrp: | but claiming something can decode 720p20 means nothing |
[02:34:43] | wagnerrp: | theres no mention of codec, bitrate, entropy coding, or any of a dozen other characteristics that have more effect on decoding speed than resolution |
[02:35:05] | wagnerrp: | all resolution effects is the amount of memory you need for the result, and the power you need in your scalers |
[02:35:29] | wookey: | OK, well I;m passing on info from other IRC channels. And I did n;t get much more detail than that. |
[02:35:50] | wookey: | probably MPEG2 decoded via whatever gstreamer usually uses for that |
[02:36:05] | Beirdo: | sounds like a non-development discussion to me... (ahem) :) |
[02:36:20] | wagnerrp: | well as beirdo mentioned, that means youre getting the keyframes, and a couple of frames in between |
[02:36:33] | wagnerrp: | and your hard dropping all the rest to maintain playback speed |
[02:36:38] | wookey: | well it was from the guy who is doing the dev on making hw decode on the panda work (ricardo salveti) |
[02:36:42] | wagnerrp: | it would be like a slide show |
[02:37:23] | wookey: | so he's not entirely clueless. I admit I am in this sphere, though. |
[02:37:57] | wookey: | I'm still finding out what everything is called :-) |
[02:40:29] | wagnerrp: | beirdo: we dont have an option to allow hard dropping do we? |
[02:40:40] | Beirdo: | not that I recall. |
[02:40:55] | Beirdo: | I haven't looked at that part of the code in a bit though |
[02:43:48] | wookey: | So myth doesn;t use an underlying media framework like gstreamer or xine – it just uses relatively low-level libraries directly? |
[02:44:29] | wookey: | feel free to point me at some architecture doc/diag |
[02:44:34] | wagnerrp: | it uses ffmpeg |
[02:44:37] | Beirdo: | yes. |
[02:44:44] | wagnerrp: | whether that is considered low level... |
[02:44:59] | wookey: | OK, which I believe is also what mplayer does |
[02:45:35] | wookey: | and ffmpeg is now also called libav in some quarters (including debian) |
[02:46:01] | wagnerrp: | ffmpeg and libav are two independent forks |
[02:47:15] | wookey: | what did they fork over? (you can tell me to stop asking dumb questions if this is too offtopic) |
[02:47:53] | wagnerrp: | heh, beirdo just suggested that... that this move to #mythtv-users |
[02:50:09] | wookey: | OK. well. I intend to try existing mythtv 0.25 on top of current linaro armhf panda image, which will be swdecoding and see how crappy that is. |
[02:50:37] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[02:50:38] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[02:50:38] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[02:51:49] | wookey: | new code with working hwdecode should be along soon at which point we can work out what is needed to get either openmax or dce support working, which should make it fast enough for HD |
[02:52:58] | wookey: | cheers for the pointers |
[02:52:58] | wagnerrp: | but youre still constrained by the limited codecs the hardware decoder supports |
[02:53:21] | wookey: | yes. I donlt think there is much we can do about that |
[02:57:47] | wookey: | This is what you get: http://omappedia.org/wiki/Ducati_For_Dummies# . . . e_Sub_System |
[02:58:15] | wookey: | driven by a binary blob, which will be a pain. |
[03:00:22] | wookey: | Can mythtv feed it one of those video standards? If so interfacing looks tractable to my naive eye |
[03:01:09] | wookey: | Openmax has the advantage of covering lots of similar peculiar schemes from other vendors (samsung, marvell) |
[03:03:50] | wagnerrp: | mythtv is going to feed it whatever it gets from the tuner |
[03:04:16] | wagnerrp: | which is generally going to be MPEG2, or MPEG4 AVC Main |
[03:04:36] | Beirdo: | you know, I might just care more if I actually had the device in question |
[03:05:14] | wagnerrp: | the issue is it only claims to support 30fps, while everything mythtv deals with will be 50 or 60fps |
[03:08:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[03:25:35] | ** Beirdo shakes his fist at the computer ** | |
[03:32:26] | jya: | wagnerrp: 50 or 60fps often interlaced.. that's really just 25 or 30fps |
[03:32:53] | wagnerrp: | right, but can the decoder actually handle interlaced content in the first place |
[03:33:31] | jya: | can always feed it only every second frame… That's what Captain_Murdoch is doing for the HLS encoder. |
[03:33:45] | jya: | iOS devices can't do more than 30fps either |
[03:33:49] | Beirdo: | after decoding, sure |
[03:34:02] | Beirdo: | but the whole idea is to use the HW decoder, you can't do that |
[03:34:12] | jya: | fair point :) |
[03:54:56] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 246 seconds) | |
[04:00:55] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[04:33:06] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
[04:54:58] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[04:57:54] | stichnot (stichnot!~stichnot@134.134.139.74) has joined #mythtv | |
[04:57:54] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[04:57:54] | stichnot (stichnot!~stichnot@134.134.139.74) has quit (Changing host) | |
[05:33:25] | gigem (gigem!~david@mythtv/developer/gigem) has quit (*.net *.split) | |
[05:33:25] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
[05:33:25] | XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-pyorxecqidwyxgjz) has quit (*.net *.split) | |
[05:33:26] | wisenuts1 (wisenuts1!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has quit (*.net *.split) | |
[05:33:26] | rsiebert_ (rsiebert_!~quassel@g229054048.adsl.alicedsl.de) has quit (*.net *.split) | |
[05:33:26] | frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has quit (*.net *.split) | |
[05:33:26] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split) | |
[05:33:26] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has quit (*.net *.split) | |
[05:33:26] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (*.net *.split) | |
[05:33:27] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (*.net *.split) | |
[05:33:27] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (*.net *.split) | |
[05:33:27] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (*.net *.split) | |
[05:33:29] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
[05:33:29] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has quit (*.net *.split) | |
[05:33:29] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
[05:33:29] | yb0t (yb0t!quassel@nat/nokia/x-soiyvpghnwfjorjm) has quit (*.net *.split) | |
[05:33:30] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (*.net *.split) | |
[05:33:30] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (*.net *.split) | |
[05:33:31] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has quit (*.net *.split) | |
[05:33:31] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (*.net *.split) | |
[05:33:31] | sunkan (sunkan!~sunkan@alva.zappa.cx) has quit (*.net *.split) | |
[05:33:31] | ThisNewGuy (ThisNewGuy!~IceChat77@96.242.136.177) has quit (*.net *.split) | |
[05:33:31] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has quit (*.net *.split) | |
[05:33:31] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has quit (*.net *.split) | |
[05:33:31] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split) | |
[05:33:32] | markcerv (markcerv!~mark@ns.shelfspace.com) has quit (*.net *.split) | |
[05:33:32] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split) | |
[05:33:33] | wookey (wookey!~wookey@stoneboat.aleph1.co.uk) has quit (*.net *.split) | |
[05:33:34] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (*.net *.split) | |
[05:33:34] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (*.net *.split) | |
[05:33:35] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has quit (*.net *.split) | |
[05:33:35] | joki (joki!~joki@p5486572F.dip.t-dialin.net) has quit (*.net *.split) | |
[05:33:35] | jafa (jafa!~jafa@2001:470:1f05:15de:24a8:9f9e:9226:84e) has quit (*.net *.split) | |
[05:33:35] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split) | |
[05:33:35] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
[05:33:35] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
[05:33:36] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
[05:33:36] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split) | |
[05:33:36] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split) | |
[05:33:37] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (*.net *.split) | |
[05:33:37] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (*.net *.split) | |
[05:33:37] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split) | |
[05:33:38] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
[05:33:39] | Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (*.net *.split) | |
[05:33:39] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (*.net *.split) | |
[05:33:39] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (*.net *.split) | |
[05:33:39] | dekarl (dekarl!~dekarl@p4FCEEF9A.dip.t-dialin.net) has quit (*.net *.split) | |
[05:33:39] | tris (tris!tristan@camel.ethereal.net) has quit (*.net *.split) | |
[05:33:39] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (*.net *.split) | |
[05:33:39] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (*.net *.split) | |
[05:33:40] | xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split) | |
[05:33:40] | laga (laga!~laga@pdpc/supporter/student/laga) has quit (*.net *.split) | |
[05:33:42] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (*.net *.split) | |
[05:33:42] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has quit (*.net *.split) | |
[05:33:42] | clever (clever!~clever@142.162.246.254) has quit (*.net *.split) | |
[05:33:42] | aberrios (aberrios!~aberrios@77.107.183.144) has quit (*.net *.split) | |
[05:33:42] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split) | |
[05:33:42] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (*.net *.split) | |
[05:33:42] | kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split) | |
[05:33:42] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split) | |
[05:40:36] | dekarl (dekarl!~dekarl@p4FCEEF9A.dip.t-dialin.net) has joined #mythtv | |
[05:40:37] | tris (tris!tristan@camel.ethereal.net) has joined #mythtv | |
[05:40:37] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has joined #mythtv | |
[05:40:37] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
[05:40:37] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
[05:40:37] | laga (laga!~laga@pdpc/supporter/student/laga) has joined #mythtv | |
[05:41:05] | wookey (wookey!~wookey@stoneboat.aleph1.co.uk) has joined #mythtv | |
[05:41:05] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv | |
[05:41:05] | ThisNewGuy (ThisNewGuy!~IceChat77@96.242.136.177) has joined #mythtv | |
[05:41:05] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has joined #mythtv | |
[05:41:05] | fafa88 (fafa88!~fafa88@c-24-6-135-62.hsd1.ca.comcast.net) has joined #mythtv | |
[05:41:05] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
[05:41:05] | markcerv (markcerv!~mark@ns.shelfspace.com) has joined #mythtv | |
[05:41:05] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
[05:41:15] | joki (joki!~joki@p5486572F.dip.t-dialin.net) has joined #mythtv | |
[05:41:15] | jafa (jafa!~jafa@2001:470:1f05:15de:24a8:9f9e:9226:84e) has joined #mythtv | |
[05:41:15] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
[05:41:15] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
[05:41:15] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
[05:41:15] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
[05:41:15] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
[05:41:15] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
[05:41:22] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
[05:41:22] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
[05:41:22] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
[05:41:22] | XDS2010_ (XDS2010_!users.1218@gateway/web/irccloud.com/x-pyorxecqidwyxgjz) has joined #mythtv | |
[05:41:43] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
[05:41:43] | anykey_ (anykey_!~anykey@46-126-245-147.dynamic.hispeed.ch) has joined #mythtv | |
[05:41:43] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
[05:41:43] | ben1066 (ben1066!~quassel@unaffiliated/ben1066) has joined #mythtv | |
[05:41:43] | yb0t (yb0t!quassel@nat/nokia/x-soiyvpghnwfjorjm) has joined #mythtv | |
[05:41:43] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
[05:41:43] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
[05:41:43] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has joined #mythtv | |
[05:41:43] | sunkan (sunkan!~sunkan@alva.zappa.cx) has joined #mythtv | |
[05:41:48] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv | |
[05:41:48] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
[05:41:48] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
[05:41:48] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
[05:42:06] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
[05:42:06] | aberrios (aberrios!~aberrios@77.107.183.144) has joined #mythtv | |
[05:42:06] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has joined #mythtv | |
[05:42:07] | clever (clever!~clever@142.162.246.254) has joined #mythtv | |
[05:42:07] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
[05:42:07] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
[05:42:07] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
[05:42:07] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
[05:42:10] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[05:42:10] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv | |
[05:42:10] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
[05:42:10] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has joined #mythtv | |
[05:42:21] | Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv | |
[05:42:21] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
[05:42:21] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv | |
[05:42:32] | wisenuts1 (wisenuts1!~wisenuts3@66-216-231-102.dhcp.stcd.mn.charter.com) has joined #mythtv | |
[05:42:32] | rsiebert_ (rsiebert_!~quassel@g229054048.adsl.alicedsl.de) has joined #mythtv | |
[05:42:32] | frankster (frankster!~frankster@host86-149-102-104.range86-149.btcentralplus.com) has joined #mythtv | |
[05:42:32] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
[05:42:32] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has joined #mythtv | |
[05:42:32] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
[05:42:32] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
[05:42:32] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
[05:42:32] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
[05:49:37] | Beirdo: | wonderful |
[05:49:47] | Beirdo: | no segfault running under valgrind :) |
[05:50:08] | Beirdo: | but I'm hoping it found somewhere where I double free or the like |
[06:22:38] | Beirdo: | no such luck |
[06:22:56] | Beirdo: | well... I guess I'll look at it fresh tomorrow again |
[06:40:33] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
[06:42:34] | whoDat (whoDat!~cal@yossman.net) has quit (Ping timeout: 260 seconds) | |
[07:11:30] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds) | |
[07:29:47] | Defense|Twin (Defense|Twin!~jepz@e177250192.adsl.alicedsl.de) has joined #mythtv | |
[07:32:19] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[07:58:37] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (Ping timeout: 272 seconds) | |
[07:58:45] | Beirdo (Beirdo!~gjhurlbu@linode.beirdo.ca) has joined #mythtv | |
[07:58:45] | Beirdo (Beirdo!~gjhurlbu@linode.beirdo.ca) has quit (Changing host) | |
[07:58:45] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
[08:26:21] | stoffel (stoffel!~quassel@pD9E431C9.dip.t-dialin.net) has joined #mythtv | |
[08:38:03] | whoDat (whoDat!~cal@yossman.net) has joined #mythtv | |
[08:41:06] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[09:49:37] | stuartm: | Captain_Murdoch: oops, thanks for the fix |
[10:01:51] | stuartm: | Beirdo: yeah, valgrind especially can change timings so that races don't occur, under those circumstances a core dump is often the only solution |
[10:43:42] | dekarl1 (dekarl1!~dekarl@p4FCEFE17.dip.t-dialin.net) has joined #mythtv | |
[10:43:46] | joki (joki!~joki@p5486572F.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
[10:43:50] | joki- (joki-!~joki@p54864BBD.dip.t-dialin.net) has joined #mythtv | |
[10:44:02] | joki- is now known as joki | |
[10:46:03] | dekarl (dekarl!~dekarl@p4FCEEF9A.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
[11:37:24] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
[12:03:45] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
[12:09:21] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[12:09:21] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[12:09:21] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[12:17:33] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
[12:30:49] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection) | |
[12:31:16] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
[12:45:58] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
[12:52:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[13:41:47] | rsiebert (rsiebert!~quassel@g229055200.adsl.alicedsl.de) has joined #mythtv | |
[13:42:13] | rsiebert_ (rsiebert_!~quassel@g229054048.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
[13:49:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[14:34:42] | Goga777 (Goga777!~Goga777@2.95.119.22) has joined #mythtv | |
[14:38:07] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds) | |
[14:45:46] | Goga777 (Goga777!~Goga777@2.95.119.22) has quit (Quit: Leaving) | |
[15:19:14] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[15:32:34] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[15:32:34] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[15:32:35] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[15:46:43] | stoffel (stoffel!~quassel@pD9E431C9.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
[15:47:09] | stichnot (stichnot!~stichnot@192.55.55.41) has joined #mythtv | |
[15:47:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[15:47:09] | stichnot (stichnot!~stichnot@192.55.55.41) has quit (Changing host) | |
[16:06:48] | stoffel (stoffel!~quassel@pD9E431C9.dip.t-dialin.net) has joined #mythtv | |
[16:24:43] | Captain_Murdoch: | stuartm, no problem. :) only took up the first 10 minutes of my movie last night and then I turned the laptop off and watched the rest while vegging. :) |
[16:31:44] | stoffel (stoffel!~quassel@pD9E431C9.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
[16:38:39] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
[17:06:48] | Lomion0815 (Lomion0815!~androirc@178-190-207-67.adsl.highway.telekom.at) has joined #mythtv | |
[17:18:26] | sphery: | skd5aner: fixed the -l/--logpath in troubleshooting section (but it won't be on the web site until I re-gen the HOWTO) |
[17:19:47] | sphery: | skd5aner: also, note that gdb does not overwrite your existing gdb.txt file--which is why everything in your gdb.txt on #9845 is also in your gdb.txt in #10928 (so please trim your gdb.txt or--better--just delete it after posting :) |
[17:19:47] | ** MythLogBot http://code.mythtv.org/trac/ticket/9845 ** | |
[17:19:47] | ** MythLogBot http://code.mythtv.org/trac/ticket/10928 ** | |
[17:20:12] | sphery: | (that said, dani elk22 found the right run in it :) |
[17:25:37] | skd5aner: | sphery: ah – thanks, I usually do that |
[17:27:20] | skd5aner: | are you sure that data from the old gdb dump isn't convoluting the new data? Just want to make sure that an old segfault isn't being seen as related to this one |
[17:31:27] | somazero (somazero!~steve@static43-blk4-rack59.corevault.net) has joined #mythtv | |
[17:33:00] | somazero: | Greetings! I just finished setting up my first mythtv box/setup with an hdhomerun dual (with Gentoo). I'm assuming this is a settings error on my part, but I can't seem to use both tuners at the same time (watch one tuner and record on the other). Anyone mind pointing me in the right direction? |
[17:33:38] | wagnerrp: | try in #mythtv-users, this is the development channel |
[17:33:59] | somazero: | Sorry about that – I appreciate the help! |
[17:34:13] | somazero (somazero!~steve@static43-blk4-rack59.corevault.net) has left #mythtv () | |
[17:43:23] | sphery: | skd5aner: the old one in there is fine--it's just a log file, so just has stuff from old runs... only makes it harder to find what you're looking for using find since you have to be careful you're still in the right part of the log |
[17:48:18] | Lomion0815 (Lomion0815!~androirc@178-190-207-67.adsl.highway.telekom.at) has quit (Read error: Connection reset by peer) | |
[18:04:01] | gigem: | Beirdo: Even I'd probably ask about Ceton issues on -users first too. It's better to ask the people who are using it the same way we are than a bunch of Windows weenies. |
[18:17:15] | stoffel (stoffel!~quassel@pD9E431C9.dip.t-dialin.net) has joined #mythtv | |
[18:26:23] | gary_buhrmaster1 (gary_buhrmaster1!~gtb@2001:470:80e4:3::36) has joined #mythtv | |
[18:30:43] | gary_buhrmaster1: | gigem: I might ask about the ceton card (If I owned one) on mythtv-users too IFF I provided enough info so that I could have a reasonable expectation that the answers were going to be statistically meaningful. |
[18:31:42] | gary_buhrmaster1: | gigem: Interestingly, since most of the experience with the various firmwares (and providers/CC types) *will* be on Windows, those users are more likely to know the good/bad/ugly of a particular firmware. |
[18:46:44] | stoffel (stoffel!~quassel@pD9E431C9.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
[18:49:46] | Defense|Twin (Defense|Twin!~jepz@e177250192.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
[19:11:33] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[19:55:56] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[19:58:10] | gary_buhrmaster1 (gary_buhrmaster1!~gtb@2001:470:80e4:3::36) has left #mythtv () | |
[20:22:11] | jpabq: | danielk22, regarding picture controls and the HD-PVR. Myth assume that "neutral" should be 50% (32768 in the database). With the HD-PVR, however, neutral is 25% for contrast and color. |
[20:23:26] | jpabq: | danielk22, I am tempted to override the range returned by the hd-pvr driver to be 0–127 instead of 0–255 to fix this. Otherwise something would have to update to the database to change the value to 16384. Thoughts? |
[20:23:45] | Beirdo: | gigem: you'd ask other users before even checking on their site? That's silly IMHO. |
[20:25:30] | Beirdo: | anyways, it seems people think that the correct way to get information on anything even remotely related to MythTV is to ask our users first, rather than doing their own homework |
[20:26:53] | Beirdo: | rather than asking the potentially thousands of other users or the manufacturer, they ask the wee handful who also use mythtv, all of which are probably doing the exact same thing, so none know the answer |
[20:26:57] | Beirdo: | it's silly |
[20:41:21] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Changing host) | |
[20:41:21] | peitolm (peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv | |
[20:47:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[21:29:40] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
[21:33:30] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[21:50:10] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (Ping timeout: 265 seconds) | |
[21:51:06] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
[21:51:24] | stuartm: | jpabq: isn't there some sort of standard that the driver should be adhering to? |
[21:53:00] | stuartm: | or is it like DVB signal strength were drivers just return whatever value they want so that the signal strength attribute is completely meaningless? |
[21:59:02] | jpabq: | stuartm, I believe that Hauppauge is to blame for choosing the scale. When taylorr added support to the driver, he just went with what the device could do. I admit, it does seem kinda odd for 25% to be "neutral". |
[22:09:00] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
[22:24:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[22:55:05] | amejia (amejia!~andres@xbmc/staff/amejia) has quit (Read error: Connection reset by peer) | |
[22:55:12] | amejia (amejia!~andres@192.5.215.250) has joined #mythtv | |
[22:55:12] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
[22:55:12] | amejia (amejia!~andres@192.5.215.250) has quit (Changing host) | |
[23:11:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[23:19:02] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
[23:27:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.