| Tuesday, May 8th, 2012, 00:03 UTC | ||
| [00:03:28] | jya: | cool… you know you've done something right, when you receive an email from an xbmc dev asking how we did it :) |
| [00:05:59] | Beirdo: | Heh. |
| [00:06:29] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [00:07:11] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Read error: Connection reset by peer) | |
| [00:08:14] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [00:14:43] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [00:16:02] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [00:26:24] | Tetracomm (Tetracomm!~nicholas@unaffiliated/tetracomm) has joined #mythtv | |
| [00:26:26] | Tetracomm: | Hello. |
| [00:27:27] | Tetracomm: | Could someone please help me to get the Hauppauge HVR-850 tv tuner working in Xubuntu 12.04 LTS? |
| [00:28:22] | knightr: | Tetracomm, see /topic, you want #mythtv-users |
| [00:28:46] | Tetracomm: | oops |
| [00:28:57] | knightr: | no problem, happens all the time... (-; |
| [00:29:07] | Tetracomm (Tetracomm!~nicholas@unaffiliated/tetracomm) has left #mythtv ("Leaving") | |
| [00:35:20] | amejia_ (amejia_!~andres@129.174.97.130) has joined #mythtv | |
| [00:35:20] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [00:35:20] | amejia_ (amejia_!~andres@129.174.97.130) has quit (Changing host) | |
| [00:37:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:37:25] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [00:39:23] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Read error: Connection reset by peer) | |
| [00:39:38] | amejia_ (amejia_!~andres@129.174.97.130) has joined #mythtv | |
| [00:39:38] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [00:39:38] | amejia_ (amejia_!~andres@129.174.97.130) has quit (Changing host) | |
| [00:40:55] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:42:38] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.7) | |
| [00:44:17] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv | |
| [00:44:17] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [00:44:17] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host) | |
| [00:45:26] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [00:47:44] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:55:00] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:05:55] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:08:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:20:40] | jya: | Captain_Murdoch: is MythDownloadManager thread-safe? specifically, can I use the same MDM instance in two different threads, downloading two different URL at the same time ? |
| [01:23:38] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: Coyote finally caught me) | |
| [01:23:50] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [01:34:36] | stichnot: | danielk22: If I have created a PlayerContext, a RingBuffer, and a MythPlayer, linked them all together, and am now done with them, is it sufficient to just delete the PlayerContext? I seem to get into trouble if I try deleting the RingBuffer or the MythPlayer. |
| [01:37:15] | danielk22: | Yes, the PlayerContext takes ownership of those. If you delete them yourself after giving them to the PlayerContext trouble awaits. |
| [01:38:06] | stichnot: | cool, thanks. |
| [01:48:09] | Captain_Murdoch: | jya, yes, it's thread safe, all downloading occurs in the background, even if you use the sync ::download() routine. |
| [01:48:51] | jya: | Captain_Murdoch: thanks… makes it easier that way |
| [01:50:10] | andreax (andreax!~andreaz@p5089EE6A.dip.t-dialin.net) has joined #mythtv | |
| [01:52:09] | jya: | now I just need a peek :) |
| [02:00:10] | Captain_Murdoch: | I'll think about it a little, that's something I could easily test by adding a short piece of code to mythutil. |
| [02:00:47] | jya: | it's just to make things a bit faster, I can always download the lot as now, and discard what's not good |
| [02:00:58] | jya: | the files where I need to do so are pretty small |
| [02:16:27] | andreax1 (andreax1!~andreaz@p5089EE6A.dip.t-dialin.net) has joined #mythtv | |
| [02:18:11] | amejia_ (amejia_!~andres@129.174.97.130) has joined #mythtv | |
| [02:18:20] | amejia_ (amejia_!~andres@129.174.97.130) has quit (Changing host) | |
| [02:18:21] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [02:18:23] | andreax (andreax!~andreaz@p5089EE6A.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [02:26:45] | Beirdo: | heads up... I'm planning to do the ffmpeg-sync merge now |
| [03:01:56] | jya: | stuartm: how is ++blah vs blah++ any better effeciciency-wise, it's strictly equivalent, except that it looks ugly for consistency perspective where *everywhere* it's using blah++. And second, it would be nice to give a heads up of touching someone's else code, especially when it's being actively maintained |
| [03:04:19] | wagnerrp: | something to do with how its optimized by the compiler |
| [03:04:25] | jya: | rubbish |
| [03:04:37] | wagnerrp: | multiple static analysis tools have claimed it |
| [03:04:46] | wagnerrp: | although i dont know the reasoning behind it |
| [03:06:26] | danielk22: | The reasoning is that x++ means { T t = x; x++; return t; } while ++x means { ++x; return x; } |
| [03:06:58] | danielk22: | With native types the compiler will realize that the value returned isn't used and optimize away the extra instructions. |
| [03:07:06] | jya: | if we were to care that much about how things are compiled, we wouldn't use C++ nor Qt for that matter… As everything can be done far more efficiently than passing C++ object as arguments…. It makes the code ugly and inconsistent… And for that matter that's far more important |
| [03:07:42] | danielk22: | With more complex iterators the compiler usually but not always optimizes the extra stuff away. |
| [03:08:05] | jya: | plus I find it absolutely annoying when someone modify code I'm currently working on, without any heads up. We've talked about this earlier |
| [03:08:44] | jya: | things don't improve in that regards unfortunately |
| [03:09:58] | Beirdo: | well, jya, be aware... mythraopconnection will need retesting once this merge is done. |
| [03:10:29] | jya: | Beirdo: yes, I figured that… I guess I should let stuartm do it :P |
| [03:11:40] | danielk22: | jya: Sure they improve. I noticed the raop warning a few hours ago and my first thought was that I should ping you since you wanted a heads up on these things. |
| [03:13:20] | danielk22: | I hadn't done it yet because I thought this was a pretty trivial thing among the current batch of warnings. |
| [03:15:30] | jya: | i don't know… for me this is kind of natural things to do.. I wouldn't even think to do otherwise. I find coding to be a very personal thing… I aim to be proud of the code I write. Every line is carefully reviewed and crafted in that regards. In myth, I've given priority to clarity over pointless optimisation. |
| [03:15:30] | jya: | So sure, modifying 200 files at once, I can understand that you would go ahead anyway. But modifying something so limited… on a file I'm working on.. that's a big no no… |
| [03:15:31] | danielk22: | jya: Warning #9 is probably something to look at. Uninitialized variable. AudioSetupWizard::m_maxspeakers |
| [03:15:31] | ** MythLogBot http://code.mythtv.org/trac/ticket/9 ** | |
| [03:16:07] | jya: | where are those? |
| [03:16:14] | danielk22: | http://code.mythtv.org/cppcheck/ |
| [03:17:04] | danielk22: | It's probably nothing, I think we shook out all the serious bugs cppcheck had to show us months ago. |
| [03:17:33] | jya: | I could go one and on about what I think of static analyser… cause if you review the code, you will find that m_maxspeakers is initialised in the Init code, where I can actually have enough information to initialise it |
| [03:17:35] | danielk22: | We enabled more pedantic warnings recently since all the serious stuff was gone. |
| [03:18:45] | jya: | so another dumb warning, pointing to a non existent issue |
| [03:19:15] | Beirdo: | I wouldn't be so sure |
| [03:19:42] | Beirdo: | are you positive you can't ever read it before something else initializes it? |
| [03:20:33] | jya: | Beirdo: I am 100% sure. m_maxspeaker is only ever used in UpdataCapabilities(), you'll see that UpdateCapabilities() is called in the Init() function, right after m_maxspeakers is initialised |
| [03:20:48] | Beirdo: | gotcha then :) |
| [03:20:50] | jya: | After it's initialised, the signal/slot is filled up |
| [03:21:06] | Beirdo: | sometimes we can easily look over such issues |
| [03:21:28] | jya: | FWIW, I compile with XCode/llvm now, which is very verbose when it comes to analisis |
| [03:22:08] | jya: | I also run mythfrontend using the guard malloc and various other diagnostic tool … |
| [03:22:57] | Beirdo: | valgrind has found many cases where we are reading uninitialized data |
| [03:23:06] | Beirdo: | and they aren't all bogus |
| [03:23:11] | jya: | Beirdo: let me know when you've pushed your merge |
| [03:23:18] | jya: | Beirdo: for other's people maybe :) |
| [03:23:24] | Beirdo: | OK, just doing a full test compile |
| [03:24:12] | Beirdo: | and I should do an ABI bump while I'm at it, as there were many little places that needed minor tweaks to use the new ffmpeg api |
| [03:24:32] | jya: | Beirdo: when I rewrote RAOP, I kept in mind your oncoming merge. So I designed the new code so replacing the uint8_t * with the ffmpeg frame would be trivial |
| [03:24:46] | Beirdo: | yeah, it looked hard at first |
| [03:24:52] | Beirdo: | but then I realized it was simple |
| [03:25:01] | jya: | I haven't bothered bumping the ABI in master… otherwise you would get way too many commits |
| [03:25:12] | Beirdo: | the entire AudioData is now a typedef for AVFrame * |
| [03:25:25] | Beirdo: | as all that data is in the AVFrame |
| [03:25:46] | jya: | yeah, I specifically wrote the code so a replacement would be simple… |
| [03:25:49] | Beirdo: | left the lists and queues as you had them, fixed the expire and the reads from the queue |
| [03:25:59] | jya: | you see, I did think of you in my darkest time :) |
| [03:26:14] | Beirdo: | it was aggravating at first, but then I realized the wisdom of how ya did it :) |
| [03:26:15] | Beirdo: | thanks |
| [03:30:06] | jya: | Beirdo: you don't have a PC running Windows ? |
| [03:31:13] | Beirdo: | I have a crappy Atom netbook running XP, and a VirtualBox VM running (spit) Vista |
| [03:37:21] | Beirdo: | oh lovely. a typo :) |
| [03:37:58] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
| [03:41:33] | jya: | Beirdo: you could try RAOP with iTunes and selecting the myth frontend |
| [03:41:52] | Beirdo: | I don't think I can |
| [03:42:04] | Beirdo: | my macbook is on a different wireless lan |
| [03:42:48] | jya: | not on the same subnet? |
| [03:42:53] | Beirdo: | nope |
| [03:43:04] | jya: | actually, would be interesting to see how Bonjour works there... |
| [03:43:28] | jya: | if you have IPv6 going, by default it uses the link-local address, who knows, it may work |
| [03:43:28] | Beirdo: | the stuff at the TV is on 192.168.1, wireless on 192.168.0 and the office is 192.168.2 |
| [03:43:44] | jya: | i never tried that setup |
| [03:43:56] | Beirdo: | heh |
| [03:44:22] | jya: | does the wireless knows how to route to and back from 192.168.1? |
| [03:44:25] | ** xris wonders if `mythfilldatabase --do-channel-updates` ever worked ** | |
| [03:44:35] | Beirdo: | static routes at the routers |
| [03:44:58] | jya: | so I'm pretty sure RAOP would work… but worth a try |
| [03:45:05] | Beirdo: | but mostly, I use IPv6 too. |
| [03:45:20] | Beirdo: | Well, I can look into that. |
| [03:46:43] | jya: | appreciated. |
| [03:47:05] | Beirdo: | waiting for plugins to finish compiling ;) |
| [03:50:17] | Beirdo: | OK, for the merge changes for mythraopconnection.*: |
| [03:50:28] | Beirdo: | http://www.beirdo.ca/~gjhurlbu/test/raop.diff |
| [03:50:55] | Beirdo: | and pushed |
| [03:58:22] | MythBuild: | build #2209 of master-debian-stable-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2209 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org > |
| [03:58:59] | MythBuild: | build #2514 of master-freebsd-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2514 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org > |
| [03:59:40] | Beirdo: | oh WTF? |
| [03:59:59] | MythBuild: | build #919 of master-osx-snow-leopard is complete: Failure [4failed compile] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/919 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org > |
| [04:00:01] | wagnerrp: | forgot to add a file to the commit? |
| [04:00:13] | Beirdo: | not that I know of |
| [04:00:15] | Beirdo: | it was a merge |
| [04:00:24] | Beirdo: | and it compiled file for me |
| [04:01:04] | Beirdo: | we'll see in a bit |
| [04:01:52] | Beirdo: | they are super-consistant anyways |
| [04:04:29] | Beirdo: | where is uint defined? |
| [04:04:49] | jya: | depends on the platform |
| [04:05:04] | jya: | but shouldn't you use uintSIZE (uint8, uint16, uint32) ? |
| [04:05:16] | Beirdo: | it's ffmpeg code |
| [04:05:32] | Beirdo: | but yeah, that's what's about to happen :) |
| [04:06:27] | andreax1 (andreax1!~andreaz@p5089EE6A.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [04:07:01] | jya: | your diff look okay to me |
| [04:07:31] | Beirdo: | cool. Hopefully it works as expected :) |
| [04:08:00] | jya: | the extra log wasn't necessary however, as when an error in decoding audio occurs, it is mentioned later, and the packet is requested for resent |
| [04:08:15] | jya: | so now you'll get twice that an audio decoding occurred |
| [04:09:07] | Beirdo: | ahh. Feel free to nuke it :) |
| [04:09:32] | Beirdo: | makes sense |
| [04:10:43] | jya: | i won't do a git pull for a while, not until i've completed http live … don't want to add extra things to worry about |
| [04:11:45] | jya: | in your diff: int frames = frame->nb_samples; |
| [04:11:56] | jya: | does ffmpeg use "samples" or |
| [04:12:03] | jya: | frames in their nomenclature ? |
| [04:12:22] | Beirdo: | nb_samples is the number of samples per channel |
| [04:12:30] | jya: | frames = samples * num_channel |
| [04:12:34] | Beirdo: | which is precisely what we had in frames |
| [04:12:36] | jya: | ok.. so it's a frame :) |
| [04:13:02] | jya: | damn.. I wish they were consistent |
| [04:13:09] | Beirdo: | serverpool.cpp:101: warning: suggest parentheses around comparison in operand of '˜' |
| [04:13:22] | Beirdo: | whoever wants to fix a warning :) |
| [04:13:34] | MythBuild: | build #2445 of master-linux-ppc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2445 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org > |
| [04:13:34] | Beirdo: | yeah, I wish they would be consistent, for sure |
| [04:14:11] | jya: | I'll do that one |
| [04:14:19] | jya: | will be in fixes/0.25 too |
| [04:14:54] | jya: | done |
| [04:16:55] | Beirdo: | wagnerrp: freebsd is having issues with ffplay (SDL isn't there, it seems) |
| [04:17:02] | Beirdo: | I may need some direction :) |
| [04:17:47] | wagnerrp: | is there any use for mythffplay? |
| [04:17:58] | Beirdo: | and version.sh didn't whine that I saw on my test builds, but I'll fix that |
| [04:18:07] | Beirdo: | very little with mythavtest |
| [04:18:50] | Beirdo: | and ppc failed on an altivec... wonderful |
| [04:20:19] | Beirdo: | we'll get these all fixed. |
| [04:20:36] | Beirdo: | windows... LAST :) |
| [04:21:29] | stichnot: | I have some newly elevated respect for MythUI. About 40–50 lines of new code, and I have all the thumbnails I want on my cutlist editor screen. |
| [04:21:46] | jya: | that much code ? :) |
| [04:21:54] | Beirdo: | heh |
| [04:22:47] | jya: | wagnerrp: I used ffplay not long ago, to find out if the issue was in myth or in ffmpeg.. so it has its uses to get the exact same version of ffmpeg as used in myth |
| [04:23:06] | jya: | prevent having to fiddle with git to go back to the version we last sync to |
| [04:23:11] | stichnot: | well... 1/3 is finding the right objects from the right OSD window; 1/3 is setting up the separate player/ringbuffer/etc.; 1/3 is grabbing the frame and setting the image |
| [04:25:33] | stichnot: | it will probably increase by at least 10x to make it production-worthy, but still, the "competition" is the 4000-line patch in the ticket |
| [04:26:36] | ** Beirdo scratches his head ** | |
| [04:26:49] | Beirdo: | OK, not sure what is the issue on the debian-64bit |
| [04:26:57] | Beirdo: | stuarta, you still in? |
| [04:28:42] | Beirdo: | and the OSX builder decided that it doesn't have enough registers? |
| [04:28:50] | Beirdo: | what the?? |
| [04:29:01] | Beirdo: | I sense tonight will be a long night |
| [04:29:09] | wagnerrp: | consequence of being in a VM? |
| [04:29:34] | Beirdo: | no, it's inline assembly it's bitching about... |
| [04:29:53] | Beirdo: | and the debian is whining about not having some pthreads stuff somehow |
| [04:30:27] | Beirdo: | gonna get my frontend box recompiling here... |
| [04:31:38] | Beirdo: | OK, ubuntu 32bit, ubuntu 64bit (10.04 in both cases)... check |
| [04:31:45] | Beirdo: | the rest... borked in various ways |
| [04:32:14] | wagnerrp: | ... need to figure out why mythmetadatalookup keeps failing |
| [04:33:00] | jya: | Beirdo: building on mac with llvm has always been a pain, though I'm not sure if stuarta has upgraded his build setup yet (in which case it's using gcc) |
| [04:33:24] | jya: | I had to compile using --compile-type=debug, otherwise llvm sergfault during compilation |
| [04:34:19] | jya: | Beirdo: stuarta build machine (though he's mentioned he was about to change) is a 32 bits using an old version of xcode |
| [04:34:29] | Beirdo: | k |
| [04:34:50] | jya: | I guess I could do a git stash and have a look |
| [04:35:11] | jya: | But i'm scared that my git stash pop won't work after that |
| [04:35:29] | Beirdo: | you could create a branch and commit |
| [04:35:46] | Beirdo: | then it's just a rebase or a merge at the end |
| [04:36:32] | Beirdo: | well, would ya look at that |
| [04:36:44] | Beirdo: | our ffplay_deps line is incomplete |
| [04:36:44] | Beirdo: | heh |
| [04:36:52] | Beirdo: | OK, I should be able to fix that |
| [04:37:22] | Beirdo: | the hardest thing to get completely merged is our configure script from hell |
| [04:43:01] | Beirdo: | OK, with luck, that should fix (that problem at least) in freebsd |
| [04:51:38] | jya: | how heavy is it on a system to create a thread? |
| [04:51:47] | jya: | I'm facing the following design choice. |
| [04:52:06] | jya: | having one thread per HLS stream, that downloads the segments are required |
| [04:52:35] | jya: | or one thread managing all the downloads for all streams and all segments |
| [04:53:28] | Beirdo: | sounds like a good architecture to me |
| [04:53:31] | jya: | the one thread per stream allows to have a very elegant object structure, with a stream being one class, managing all its download itself |
| [04:53:51] | Beirdo: | I wouldn't be too worried about the overhead, it's fairly minimal (at least in Linux) |
| [04:54:01] | Beirdo: | yeah |
| [04:54:06] | jya: | in the other, I pretty much have to make all the sub-classes members public, so the download thread can access them all easily |
| [04:54:09] | Beirdo: | keeps the code clean, easy to maintain |
| [04:54:33] | ** Beirdo waits for the DB backup to finish.... ** | |
| [04:54:48] | jya: | VLC has done the later, but as it's in pure C, it's not surprising.. they pass pointers everywhere |
| [04:55:01] | Beirdo: | so do we :) |
| [04:55:08] | Beirdo: | we just do it implicitly |
| [04:55:11] | jya: | all via structures, so everything is public |
| [04:55:14] | Beirdo: | yeah |
| [04:55:20] | Beirdo: | we use "this" :) |
| [04:56:00] | jya: | yeah, and that's awful :) the perfect example is avformatdecoder, with the parent calling the child and vice-versa, you new know who does what |
| [04:56:29] | jya: | nor who owns what |
| [04:57:35] | Beirdo: | C++ can be so much fun :) |
| [04:57:44] | Beirdo: | no stuarta? |
| [04:57:47] | Beirdo: | sigh |
| [04:57:56] | jya: | UK time, it's 6AM there |
| [04:58:49] | Beirdo: | yeah, I'll wait some more, he might be up soon |
| [05:00:16] | Beirdo: | 2012-05–07 22:00:01.068165 I Build background buttonlist item 100 |
| [05:00:19] | Beirdo: | WTF? |
| [05:00:28] | Beirdo: | shouldn't that be LOG_DEBUG? :) |
| [05:00:56] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!) | |
| [05:01:36] | Beirdo: | blarf. and smolt just force updated twice in a row. |
| [05:03:18] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Excess Flood) | |
| [05:08:24] | MythBuild: | build #2516 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2516 |
| [05:08:33] | Beirdo: | yay |
| [05:08:37] | Beirdo: | that's one fixed :) |
| [05:13:44] | Beirdo: | MythBuild: force build master-linux-ppc retry |
| [05:13:45] | MythBuild: | build forced [ETA 20m57s] |
| [05:13:45] | MythBuild: | I'll give a shout when the build finishes |
| [05:14:44] | MythBuild: | Hey! build master-linux-ppc #2448 is complete: Failure [4failed compile core] |
| [05:14:44] | ** MythLogBot http://code.mythtv.org/trac/ticket/2448 ** | |
| [05:14:44] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2448 |
| [05:15:00] | mag0o_ (mag0o_!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [05:15:29] | Beirdo: | grrr |
| [05:20:07] | Beirdo: | hmm, does my G4 PowerMac have altivec? |
| [05:20:09] | Beirdo: | I don't remember |
| [05:21:25] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (*.net *.split) | |
| [05:21:26] | wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has quit (*.net *.split) | |
| [05:21:26] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split) | |
| [05:21:27] | rsiebert_ (rsiebert_!~quassel@g226063156.adsl.alicedsl.de) has quit (*.net *.split) | |
| [05:21:27] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (*.net *.split) | |
| [05:21:27] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [05:21:27] | caelor (caelor!~caelor@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has quit (*.net *.split) | |
| [05:21:28] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has quit (*.net *.split) | |
| [05:21:28] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (*.net *.split) | |
| [05:21:28] | joe____ (joe____!~bob@64.73.32.135) has quit (*.net *.split) | |
| [05:21:28] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (*.net *.split) | |
| [05:21:28] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (*.net *.split) | |
| [05:21:29] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has quit (*.net *.split) | |
| [05:21:30] | obo (obo!~obo@rockbox/developer/obo) has quit (*.net *.split) | |
| [05:21:30] | amejia (amejia!~andres@xbmc/staff/amejia) has quit (*.net *.split) | |
| [05:21:31] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (*.net *.split) | |
| [05:21:31] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split) | |
| [05:21:31] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split) | |
| [05:21:31] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (*.net *.split) | |
| [05:21:31] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (*.net *.split) | |
| [05:21:32] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (*.net *.split) | |
| [05:21:32] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (*.net *.split) | |
| [05:21:32] | kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split) | |
| [05:21:33] | clever (clever!~clever@142.167.221.99) has quit (*.net *.split) | |
| [05:21:33] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [05:21:34] | mike|3 (mike|3!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (*.net *.split) | |
| [05:21:34] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (*.net *.split) | |
| [05:21:34] | ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (*.net *.split) | |
| [05:21:35] | JackWinter (JackWinter!~jack@vodsl-4996.vo.lu) has quit (*.net *.split) | |
| [05:21:35] | brtb_ (brtb_!~brtb@linode.brtb.net) has quit (*.net *.split) | |
| [05:21:35] | sutula (sutula!sutula@nat/hp/x-sqaesklczhucdlpx) has quit (*.net *.split) | |
| [05:21:35] | ghoti (ghoti!~paul@scratch.it.ca) has quit (*.net *.split) | |
| [05:22:01] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [05:22:01] | amejia_ (amejia_!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [05:22:01] | obo (obo!~obo@rockbox/developer/obo) has joined #mythtv | |
| [05:22:01] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [05:22:01] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [05:22:01] | mike|3 (mike|3!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [05:22:01] | rsiebert_ (rsiebert_!~quassel@g226063156.adsl.alicedsl.de) has joined #mythtv | |
| [05:22:01] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has joined #mythtv | |
| [05:22:01] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [05:22:01] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [05:22:01] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [05:22:01] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [05:22:01] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [05:22:01] | caelor (caelor!~caelor@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has joined #mythtv | |
| [05:22:01] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [05:22:01] | skd5aner (skd5aner!~skd5aner@cpe-071-071-242-134.carolina.res.rr.com) has joined #mythtv | |
| [05:22:01] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [05:22:01] | joe____ (joe____!~bob@64.73.32.135) has joined #mythtv | |
| [05:22:01] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [05:22:01] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [05:22:01] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [05:22:01] | ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv | |
| [05:22:01] | JackWinter (JackWinter!~jack@vodsl-4996.vo.lu) has joined #mythtv | |
| [05:22:01] | brtb_ (brtb_!~brtb@linode.brtb.net) has joined #mythtv | |
| [05:22:01] | ElmerFudd (ElmerFudd!~le@0x5737a682.cpe.ge-0-1-0-1101.hsnqu1.customer.tele.dk) has joined #mythtv | |
| [05:22:01] | sutula (sutula!sutula@nat/hp/x-sqaesklczhucdlpx) has joined #mythtv | |
| [05:22:01] | wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has joined #mythtv | |
| [05:22:01] | clever (clever!~clever@142.167.221.99) has joined #mythtv | |
| [05:22:01] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [05:22:01] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [05:23:56] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [05:24:11] | JackWinter (JackWinter!~jack@vodsl-4996.vo.lu) has quit (Remote host closed the connection) | |
| [05:24:30] | JackWinter (JackWinter!~jack@vodsl-4996.vo.lu) has joined #mythtv | |
| [05:27:37] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv | |
| [05:31:12] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [05:42:10] | Beirdo: | cool, it does |
| [05:42:19] | amejia_ is now known as amejia | |
| [05:42:27] | Beirdo: | may be slower than the slave, but I can poke at it easier |
| [05:47:24] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
| [05:47:24] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [05:47:25] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [05:47:32] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Excess Flood) | |
| [05:48:07] | superm1: | Beirdo: i merged the parts that I thought were good on this pull request, but i can't seem to close it: https://github.com/MythTV/packaging/pull/29 |
| [05:51:01] | Beirdo: | hmm. Would you like me to close it for you? |
| [05:51:17] | superm1: | sure that would be great, thanks |
| [05:51:33] | Beirdo: | No problem |
| [05:52:20] | dekarl (dekarl!~dekarl@p4FE84706.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [05:52:39] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 252 seconds) | |
| [06:00:57] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [06:34:43] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 276 seconds) | |
| [06:36:30] | xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) | |
| [06:50:33] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [06:50:57] | Yancho (Yancho!~mpulis@unaffiliated/yancho) has joined #mythtv | |
| [06:53:29] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has joined #mythtv | |
| [06:53:49] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [06:58:33] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 265 seconds) | |
| [07:01:14] | Beirdo: | I think I have the fix for ppc |
| [07:01:34] | Dr{Who} (Dr{Who}!~mathewss@c-98-232-143-236.hsd1.or.comcast.net) has joined #mythtv | |
| [07:03:11] | Dr{Who}: | Seeing stutter or pause a few seconds after every show ends. I have tried turnning off barriers on every partition. I now have my live tv device as an SSD I am not sure what else to look for at this point. Suggestions? |
| [07:03:39] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
| [07:03:40] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [07:03:40] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [07:03:44] | Dr{Who}: | im using a hdhomerun prime with an mcard as my live source so maybe the problem related to this? |
| [07:03:48] | Beirdo: | try #mythtv-users |
| [07:03:56] | Dr{Who}: | k |
| [07:11:54] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [07:12:27] | Beirdo: | BLARGH! |
| [07:12:46] | Beirdo: | and just as I have the potential fix... the slave goes offline |
| [07:14:58] | wagnerrp: | Beirdo: something odd... ive got a testing database that i run my dev jail on |
| [07:15:13] | wagnerrp: | the logging table is running at some 5GB consumed, with only 8408 entries |
| [07:16:02] | Dr{Who}: | innodb or .... |
| [07:16:41] | wagnerrp: | (nearly) everything in mythtv is myisam |
| [07:17:00] | Dr{Who}: | that will happen with myisam |
| [07:17:09] | Dr{Who}: | it wont recover space. |
| [07:17:09] | Dr{Who}: | "ever" |
| [07:18:29] | Beirdo: | wagnerrp: that is buggered. an optimize table should fix it, but how you ever managed to get that much in there within the 2 week expire period, I dunno |
| [07:19:54] | wagnerrp: | clearly something wasnt expiring... earliest record was from Feb 18 |
| [07:19:59] | wagnerrp: | last was May 3rd |
| [07:20:22] | Dr{Who}: | if your binlogs are on you should look them over to see what was going on to create so many insert/deletes etc. |
| [07:20:37] | wagnerrp: | well thats what the logging table does |
| [07:20:45] | wagnerrp: | contains a copy of everything dumped into the log files |
| [07:21:15] | wagnerrp: | the question is just why wasnt it getting flushed |
| [07:21:19] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds) | |
| [07:21:50] | Dr{Who}: | ya but 8k rows would never have used up 5g unless it has some crazy blobs or something as field types. |
| [07:22:18] | wagnerrp: | nah, no unbounded fields |
| [07:22:20] | wagnerrp: | varchars and ints |
| [07:22:29] | Dr{Who}: | only if records were added/deleted many millions of times. |
| [07:24:14] | wagnerrp: | well the table is truncated now, so only a few KB |
| [07:24:21] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Read error: Operation timed out) | |
| [07:24:23] | wagnerrp: | just an oddity |
| [07:27:10] | Dr{Who}: | hmm odd my setup has the mythlog as innodb. Did i change the default and forget? |
| [07:30:23] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
| [07:30:24] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [07:30:24] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [07:38:24] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [07:45:19] | xris: | hmm, lyngsat is now blocking access to most of their logos |
| [07:46:50] | Beirdo: | bastards |
| [07:47:31] | xris: | works if there is no referrer (channel downloader) but completely kills the editor that lets us assign the best version of an icon |
| [07:48:05] | xris: | means I need to get off my butt and work on a solution hosted by us. |
| [07:49:22] | jya: | Beirdo: all G4 have altivec |
| [07:50:10] | rsiebert (rsiebert!~quassel@g224248096.adsl.alicedsl.de) has joined #mythtv | |
| [07:51:51] | stuarta: | morning |
| [07:52:28] | stuarta: | my mini is one of the original intel mini's, 32bit only |
| [07:52:57] | stuarta: | and i do have to get around to converting it to the new build system |
| [07:53:22] | rsiebert_ (rsiebert_!~quassel@g226063156.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [07:56:56] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 272 seconds) | |
| [07:57:02] | Beirdo: | stuarta: if you can grab the config.mak from both failing slaves, I might be able to get them working :) |
| [07:57:23] | Beirdo: | the OSX one, I think we need to make sure it's compiling with -O3 |
| [07:57:46] | Beirdo: | the debian one, I'm not sure WHY it's not pulling in -lpthread or the equivalent |
| [07:58:38] | Beirdo: | I've potentially fixed the PPC problem, but the slave took a nap |
| [07:59:25] | ** stuarta checks to see what barfed ** | |
| [08:02:08] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [08:03:10] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has quit (Ping timeout: 244 seconds) | |
| [08:05:02] | Beirdo: | if you don't get a chance to figure it out, if you could punt me a copy of the two config.mak files, I'll see what I can do, but I'm off to bed :) |
| [08:07:17] | stuarta: | debian one in your inbox |
| [08:07:22] | stuarta: | hopefully |
| [08:08:31] | Beirdo: | heh, taking its time |
| [08:09:48] | stuarta: | well i've sent it from the slave and i've not setup the smtp |
| [08:09:55] | Beirdo: | hehe |
| [08:09:57] | Beirdo: | that would do it |
| [08:10:16] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [08:10:36] | Beirdo: | whoever added the background buttonlist spew in the logs, please set it to VB_something or LOG_DEBUG :) |
| [08:13:08] | Beirdo: | anyways, I shall hit the sack |
| [08:13:43] | Beirdo: | fixing the remaining slaves is something to work on tomorrow if others haven't found the issues |
| [08:13:43] | stuarta: | nn |
| [08:13:57] | Beirdo: | night :) |
| [08:17:46] | stuartm: | ERROR: libx264 version must be >= 0.118. ... umm, crap |
| [08:19:47] | xris: | stuartm: same |
| [08:20:02] | xris: | very annoying for those of us whose OS is a bit out of date |
| [08:22:30] | stuarta: | when did that become a requirement |
| [08:23:27] | stuartm: | there isn't a newer version of Mandriva :( |
| [08:23:42] | stuartm: | stuarta: optional, but required for http streaming |
| [08:24:06] | stuarta: | wonder why that version |
| [08:24:27] | ** stuarta is still 2k messages behind ** | |
| [08:24:52] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 244 seconds) | |
| [08:25:15] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [08:25:59] | xris: | stuarta: new ffmpeg sync |
| [08:26:37] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has joined #mythtv | |
| [08:27:33] | stuarta: | ah, that'll be what broke the builders then |
| [08:34:10] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 244 seconds) | |
| [08:34:35] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [08:36:45] | stuartm: | jya: really sorry if I upset you |
| [08:37:08] | jya: | stuartm: sorry for earlier, I got revved up a tad too much I think |
| [08:37:57] | stuartm: | so far as consistency goes, you'll find everywhere else in the code uses pre-increment |
| [08:38:18] | stuartm: | coverity, cppcheck etc all warn about this, so fixing the trivial warnings makes it easier to see the non-trivial |
| [08:38:23] | jya: | I never do... |
| [08:38:46] | stuartm: | jya: right, I mean the code base as a whole |
| [08:39:05] | stuartm: | anyway, not wishing to start another silly argument |
| [08:39:21] | jya: | you won't find anywhere in my code pre-increment, unless it has a specific behaviour. they are identical in a for(;;) |
| [08:39:43] | ** stuarta personally prefers i++ ** | |
| [08:40:09] | jya: | I'm a RPN person :) |
| [08:40:44] | stuarta: | ew |
| [08:41:02] | stuartm: | fwiw the following is a quote from the upcoming developer guidelines – "Code contributions should follow our Coding Standards. The code you write will be modified and maintained by others long after you have gone, it needs to be tidy, easy to follow and consistent with the code elsewhere in the project." |
| [08:43:59] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 244 seconds) | |
| [08:44:33] | stuartm: | again, I'm not trying to provoke (but I'm probably doing it anyway), just that so many arguments in the past have stemmed from the issue of code consistency :/ |
| [08:45:12] | jya: | stuartm: but that's not long after |
| [08:45:24] | jya: | I'm gone, and I certainly follow the Coding Standard |
| [08:45:38] | jya: | I can't recall anything stating we should use pre-increment |
| [08:46:49] | jya: | http://www.mythtv.org/wiki/Coding_Standards |
| [08:47:48] | stuartm: | damn, I can't just use the libx264 rpm from the cooker repo, too many dependencies would also need updating to unstable versions :( |
| [08:48:26] | jya: | surprising that ffmpeg would have a dependency on libx264 |
| [08:48:51] | stuartm: | you mean vs implementing their own encoder? |
| [08:48:54] | xris: | it does when you tell it to include it |
| [08:49:19] | xris: | stuartm: same boat as me. |
| [08:49:22] | jya: | xris: that's right… it would typically be something added to the configure line, by default it doesn't |
| [08:49:46] | jya: | easiest will probably be to get libx264 from vlc repo and compile it there |
| [08:49:55] | xris: | but a lot of us include it. particularly those who use nuvexport to export h.264 files |
| [08:50:23] | xris: | compiling one is easy. it's a mess for those of us who prefer to keep everything tied to packages. |
| [08:50:25] | stuarta: | or ignore libx264 for the ffmpeg build |
| [08:50:36] | stuartm: | jya: that wasn't exactly what that line meant, i.e. "write you code consistently now, so that it's easier for others to maintain later" – but it's really not worth fighting about preincrement at this time, if you want me to revert and suppress those warnings I will |
| [08:51:50] | stuartm: | jya: libx264 is needed for the flash player stuff |
| [08:52:03] | jya: | stuartm: I'm all for code consistency, but provided I've only ever seen post-increment, it's hard to say it's not consistent |
| [08:52:39] | jya: | you'll find that when I modify someone's else code, I always write it in the same style and fashion as the original one |
| [08:53:07] | stuartm: | object iterators are all pre-incremented in the mythtv code base, integer iterators aren't because there's nothing gained by it (no matter which compiler is used) |
| [08:53:27] | jya: | for ServerPool, I agree, increment on iterator are pre-increment |
| [08:54:00] | jya: | fine, from now on, I will use Qt java-style iterator instead |
| [08:54:19] | jya: | they are quite slower, but there's no argument there :) |
| [08:54:30] | stuartm: | I think I'll just have to build without x264, I really don't want to start building it from source, that way lies hassle |
| [08:55:13] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has joined #mythtv | |
| [08:55:13] | gigem (gigem!~david@pool-71-123-128-97.dllstx.fios.verizon.net) has quit (Changing host) | |
| [08:55:14] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [09:09:51] | wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has quit (*.net *.split) | |
| [09:22:05] | xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [09:58:21] | wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has joined #mythtv | |
| [10:05:03] | mike|3 (mike|3!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [10:05:49] | mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv | |
| [10:06:15] | mike is now known as Guest58244 | |
| [10:07:16] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has quit (Ping timeout: 276 seconds) | |
| [10:11:49] | foxbuntu (foxbuntu!~foxbuntu@174-30-104-225.desm.qwest.net) has joined #mythtv | |
| [10:11:49] | foxbuntu (foxbuntu!~foxbuntu@174-30-104-225.desm.qwest.net) has quit (Changing host) | |
| [10:11:49] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [10:12:47] | stuartm: | Beirdo: any particularly interesting new features with the latest ffmpeg? |
| [10:13:17] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [10:13:35] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:29:29] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [10:29:48] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:35:00] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [10:35:00] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [10:35:00] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [10:36:11] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [10:39:26] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [10:39:45] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Ping timeout: 260 seconds) | |
| [10:41:12] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
| [10:41:35] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:41:48] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [10:42:57] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [10:52:53] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [10:53:24] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:58:32] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [10:59:14] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [11:09:51] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Read error: Connection reset by peer) | |
| [11:15:00] | jya_ (jya_!~jyavenard@120.148.99.165) has joined #mythtv | |
| [11:15:00] | jya_ (jya_!~jyavenard@120.148.99.165) has quit (Changing host) | |
| [11:15:00] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [11:16:04] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [11:16:24] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [11:20:25] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [11:20:52] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [11:29:34] | amessina_ (amessina_!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [11:29:56] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Read error: Connection reset by peer) | |
| [11:30:32] | amessina_ is now known as amessina | |
| [11:30:40] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Client Quit) | |
| [11:31:29] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [11:35:26] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [11:55:05] | danielk22: | xris: I take it --do-channel-updates is broken? It's needed by mythtv-setup so we need to fix and backport if it has broken. |
| [11:56:20] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Ping timeout: 272 seconds) | |
| [11:59:50] | danielk22: | jya: Threads are very lightweight on all the major platforms. On Linux even processes are lightweight, but that is not the case on Windows. (No idea about OSX). |
| [12:06:49] | danielk22: | jya: Please use don't use the Qt Java style iterator, those iterators are an abomination. :P |
| [12:14:03] | danielk22: | jya: We do have the MThreadPool for short lived threads. The main resource threads consume is virtual memory for their stack + plus 4 4KB to 8KB of physical memory. |
| [12:16:24] | danielk22: | For what you are thinking of one thread per stream sounds the best to me as it would keep the code simpler. |
| [12:55:20] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:04:30] | stichnot: | Beirdo: I'm responsible for the background buttonlist log spew... My reason for logging by default (VB_GENERAL, LOG_INFO) was to avoid tickets/complaints saying "my CPU runs at 100% for several seconds after Watch Recordings loads". I'm happy to change that to something else. |
| [13:18:56] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
| [13:18:57] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [13:18:57] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [13:21:18] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [13:38:22] | stuartm: | now that we have both the airplay stuff and mythmusic able to play music where-ever you happen to be in the frontend, how about making VOLUMEUP/VOLUMEDOWN/MUTE global so that they operate anywhere? This would allow control of the volume even when the music miniplayer isn't on-screen, but also among other benefits the ability to reduce the volume before starting playback of recordings which is useful if you suffer insomnia and don't wish to wake |
| [13:38:24] | stuartm: | anyone with a sudden burst of loud noise |
| [13:40:44] | sphery: | stuartm: sounds like a great idea to me (though I think it may require a rework to allow changing volume when audio device isn't opened?) |
| [13:44:44] | stuartm: | yeah, it's not a quick hack, but I can't be the only one frustrated by the inability to adjust the volume of music without fiddling about to bring up the miniplayer* or similar, it's a usability issue for certain |
| [13:45:36] | stuartm: | * There's just no good key on most remotes to bind to the miniplayer jumppoint, so that means leaving what you were doing elsewhere in the frontend and diving back into mythmusic just to tweak the volume levels |
| [13:47:59] | stuartm: | and volume control, especially mute is something you want to happen instantly because it's just switched from gentle classical to industrial metal or because the phone is ringing, it's not something you can normally tolerate a delay while you figure out how to kill the noise |
| [13:50:07] | sphery: | yeah, agreed |
| [13:50:07] | stuartm: | sphery: changing the volume while the AO device is closed should be as simple as adjusting the value in the settings table, so it needs to be written but it's pretty simple |
| [13:50:40] | jya_: | Captain_Murdoch: the MythDownloadManager singleton (which I use for simplicity); does it queue the downloads one after the other, or it can do concurrent downloads ? |
| [13:51:37] | jya_: | stuartm: I don't think the change you want to make is that simple... |
| [13:51:53] | jya_: | changing the default volume is easy, as it's global |
| [13:52:09] | jya_: | but that wouldn't change for any currently playing audio |
| [13:52:46] | jya_: | it would be up to each audio player to do it… With AirPlay, you can have to 100 audio player at once :) |
| [13:53:01] | sphery: | xris / danielk22: mythfilldatabase --do-channel-updates works, but doesn't do what most people expect... It could be called mythfilldatabase --feel-free-to-change-data-which-may-make-my-channels-not-work , instead. It basically tells mfdb it can do unsafe updates. Generally, what people want when they think they want --do-channel-updates is to re-create the video source (and rescan, as required) so they remove old channels/data and get new ... |
| [13:53:07] | sphery: | ... channels/data (and --do-channel-updates won't do that). |
| [13:53:10] | sphery: | Or just manually edit the callsign/name of the channel using the channel editor; or for analog/unscannable sources, delete the bad channel and pick up the good one with next mythfilldatabase run); or for digital/scannable sources, rescan. |
| [13:53:13] | jya_: | provided the audio device allows muxing, that's no problem, but they all individually need to change the volume |
| [13:53:47] | jya_: | danielk22: it was a tongue in cheek comment in regards to the Qt java-style iterator |
| [13:56:49] | jya_: | stuartm: someone posted a ticket that separate the audiovolume class from the audio playback class, so you could have a global audiovolume instance that would greatly help… But i've never been a fan of this approach. |
| [14:01:27] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [14:06:54] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [14:07:52] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has quit (Read error: Operation timed out) | |
| [14:15:17] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has joined #mythtv | |
| [14:19:21] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [14:19:38] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has quit (Ping timeout: 240 seconds) | |
| [14:26:38] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [14:31:41] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has joined #mythtv | |
| [14:54:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [14:54:16] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:00:37] | solars (solars!~solars@clnet-kmu02-090.ikbnet.co.at) has quit (Ping timeout: 248 seconds) | |
| [15:09:05] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [15:09:07] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [15:51:29] | solars (solars!~solars@089144206193.atnat0015.highway.a1.net) has joined #mythtv | |
| [15:59:13] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Ping timeout: 245 seconds) | |
| [16:03:56] | joki- (joki-!~joki@p54861E87.dip.t-dialin.net) has joined #mythtv | |
| [16:03:58] | joki (joki!~joki@p54863142.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
| [16:03:58] | joki- is now known as joki | |
| [16:23:03] | andreax (andreax!~andreaz@p5089EE6A.dip.t-dialin.net) has joined #mythtv | |
| [16:25:47] | andreax1 (andreax1!~andreaz@p54BF20FA.dip.t-dialin.net) has joined #mythtv | |
| [16:27:51] | andreax (andreax!~andreaz@p5089EE6A.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [16:32:38] | Beirdo: | stuarta: I still can't see why the debian slave is barfing... maybe config.ep might help? It seems like the tests for pthreads are malfunctioning on that box for some reason. |
| [16:39:20] | Beirdo: | I think it might be working for my setup as I have other libs pulled in that may pull it in for me... like libpulse and the like |
| [16:42:29] | Beirdo: | or libudev |
| [16:42:35] | Beirdo: | let me try somehting |
| [16:43:52] | GreyFoxx: | *watches as half of north america looses internet* |
| [16:43:57] | GreyFoxx: | heh :) |
| [16:46:06] | Beirdo: | hehe |
| [16:46:21] | Beirdo: | I'm glad I don't have that power |
| [16:46:29] | GreyFoxx: | Ever just look out the window and feel like quitting ? :) |
| [16:46:46] | ** GreyFoxx is thinking it's time to seriously start looking for another job heh ** | |
| [16:46:56] | GreyFoxx: | Beirdo: Me too, that would be scary :) |
| [16:48:22] | GreyFoxx: | know anyone looking for a *nix/network adminny type ?:) |
| [16:48:41] | stuartm: | jya_: 100 players simultaneously on the frontend? Is that realistic given he cacophony that it would create? |
| [16:49:20] | Beirdo: | GreyFoxx: there are a few places out here in Seattle |
| [16:49:27] | stuartm: | anyway, if the audio players monitored for volume change events then a single event would make it pretty simple and tidy |
| [16:56:25] | GreyFoxx: | Beirdo: Heh my company (which was bought a year ago) has started letting non techies make techie decisions without any explainations. And if we ask "why do we all have to change xyz" the answer is often just "that's the corporate standard" or some other jargon |
| [16:56:49] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:56:58] | GreyFoxx: | without any explanation of what benefits it brings to the company i fnot the workers |
| [16:59:14] | Beirdo: | oh fun |
| [16:59:46] | Beirdo: | should take them out back, beat the hell out of them, and tell them it's corporate policy. |
| [17:03:16] | andreax1 (andreax1!~andreaz@p54BF20FA.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [17:12:18] | wagnerrp: | Beirdo: first thing the buildbot does is clear out the old build directory and start fresh, right? |
| [17:28:41] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [17:33:41] | Captain_Murdoch (Captain_Murdoch!~Captain_M@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 248 seconds) | |
| [17:42:40] | Beirdo: | yes, it does a git pull (effectively) in one dir, deletes the build dir and copies over from the source dir to a new build dir |
| [17:43:06] | Beirdo: | I think it actually uses git fetch rather than pull, but it's all the same |
| [17:59:13] | Beirdo: | Oh, question for the group... how much longer do we want 0.24 builds on buildbot? |
| [18:02:29] | sphery: | I'd say they're no longer important (but then again, I feel that backporting to 0.24 is a waste at this point) :) |
| [18:02:41] | sphery: | I'd prefer to give users a reason to upgrade to 0.25 |
| [18:03:07] | Beirdo: | yeah, agreed |
| [18:03:54] | Beirdo: | if anyone sees a good reason to keep the 0.24 builds in there, let me know, I hope to remove them tonight, unless there's objections, etc. |
| [18:08:31] | andreax (andreax!~andreaz@p54BF20FA.dip.t-dialin.net) has joined #mythtv | |
| [18:25:52] | wagnerrp: | Beirdo: any reason not to delete those folders after a successful run? |
| [18:26:18] | Beirdo: | not particularly |
| [18:26:27] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:26:53] | Beirdo: | I don't want to automate it in case we want to refer to it live, but if you need the space, no reason to keep it there between builds |
| [18:27:01] | Beirdo: | the source dir, sure, but not hte build dir |
| [18:27:16] | wagnerrp: | also, i need to figure out why its taking five minutes each time to pull a new build |
| [18:27:32] | Beirdo: | you may want to try a git gc in the source dir |
| [18:27:44] | wagnerrp: | git reset --hard shouldnt take 45 seconds |
| [18:28:03] | Beirdo: | it does it automatically every so often, but you can make it do it any time |
| [18:28:50] | ** Beirdo is installing squeeze at work in a KVM vm ** | |
| [18:30:15] | wagnerrp: | is there anything in the repo that might get overwritten by a compile? |
| [18:32:07] | wagnerrp: | basically, im just trying to find causes for why mine are taking several times longer to setup than the linux slaves |
| [18:32:53] | Beirdo: | not that I recall |
| [18:33:33] | wagnerrp: | if nothing gets overwritten, might be worth doing a 'cp -l' |
| [18:34:33] | Beirdo: | that should have little effect on git update times |
| [18:34:39] | Beirdo: | or none |
| [18:36:32] | wagnerrp: | took a whole 3 minutes here |
| [18:37:04] | wagnerrp: | which makes absolutely no sense |
| [18:38:53] | wagnerrp: | why checkout and copy, rather than just export directly? |
| [18:39:20] | Beirdo: | because this is a LOT faster than pulling every time |
| [18:39:44] | Beirdo: | i.e. if we didn't pull/copy, we'd have to basically clone the repo every build |
| [18:39:53] | wagnerrp: | i mean have an empty local repo, and export from that |
| [18:40:16] | Beirdo: | that won't be significantly different than a copy |
| [18:40:29] | wagnerrp: | no, but a copy shouldnt be taking 3 minutes either |
| [18:40:40] | wagnerrp: | i have no idea what its doing during that time |
| [18:41:21] | Beirdo: | I would bet if we could export (which we can't), it would take the same time |
| [18:41:37] | wagnerrp: | we cant export from a local repo? |
| [18:41:45] | Beirdo: | that's not an option given by buildbot that I recall |
| [18:42:13] | wagnerrp: | oh, this is buildbot's internal support for git, not just a sequence of commands you gave it |
| [18:42:17] | Beirdo: | and this is actually quite fast in most cases. |
| [18:42:18] | Beirdo: | correct |
| [18:43:22] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:43:55] | wagnerrp: | i know what the problem is... |
| [18:44:44] | Beirdo: | you put it in "enterprise mode" which adds spin loops? |
| [18:45:13] | wagnerrp: | not far off |
| [18:45:17] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Connection reset by peer) | |
| [18:46:27] | Beirdo: | oh great. |
| [18:46:46] | Beirdo: | E: Unable to find a source package for mythtv |
| [18:46:47] | Beirdo: | heh |
| [18:46:52] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [18:47:12] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [18:47:52] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [18:49:56] | Beirdo: | added debian-multimedia, that should work better |
| [18:50:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Read error: Connection reset by peer) | |
| [18:52:33] | stuarta: | Beirdo: i'm around again for a bit |
| [18:52:52] | wagnerrp: | zdb, thats what i was looking for |
| [18:53:27] | wagnerrp: | crap, thats completely counter to the result i was expecting |
| [18:53:44] | Beirdo: | stuarta: cool. I'm installing squeeze in a vm at work for tinkering. I really don't get why it won't compile for that platform. |
| [18:54:07] | wagnerrp: | Beirdo: i stuffed the buildbot onto one of my recording drives, a 2TB 4K disk |
| [18:54:11] | Beirdo: | I'm thinking it's something lame in the configure (as usual) causing it to think it has pthreads support. |
| [18:54:15] | stuarta: | that's basically what i did over the weekend, built a new vm |
| [18:54:19] | wagnerrp: | one of those i remembered to force the block size |
| [18:54:22] | wagnerrp: | the other one i didnt |
| [18:54:25] | Beirdo: | wagnerrp: oooops |
| [18:54:32] | wagnerrp: | except, the buildbot is currently sitting on the one where i DID |
| [18:54:51] | wagnerrp: | i figured that would be the issue, but either its something else, or i did it improperly |
| [18:55:21] | Beirdo: | hmm |
| [18:55:52] | Beirdo: | stuarta: as for the OSX, make sure it's got -O3 in the cflags (should be in config.mak) |
| [18:56:10] | Beirdo: | from what I was reading, that's necessary in situations like that. |
| [18:56:15] | Beirdo: | which is super-lame |
| [18:56:19] | stuarta: | and super slow |
| [18:56:28] | Beirdo: | yeah |
| [18:56:37] | ** stuarta would prefer debug builds ** | |
| [18:56:45] | stuarta: | bigger but faster to build |
| [18:56:47] | Beirdo: | we're doing profile builds now |
| [18:56:57] | stuarta: | still some optimization in them |
| [18:57:00] | Beirdo: | well, even for debug... -O3 is necessary |
| [18:57:04] | stuarta: | but not too bad |
| [18:57:17] | Beirdo: | you *can't* compile that file with older gcc without optimization |
| [18:57:51] | Beirdo: | at least that's what it seems from the similar issues on google searches |
| [18:58:14] | stuarta: | the debian issue should be straight forward, since it looks like just a linking issue |
| [18:58:36] | Beirdo: | yeah, I expect it will just take a bit of head scratching and it will be fixed |
| [19:02:15] | stuarta: | Beirdo: sent you the installed packages list on the debian slave |
| [19:02:20] | stuarta: | biab, food |
| [19:02:36] | Beirdo: | cool, thanks :) |
| [19:11:31] | stuarta: | you can even use it to queue the packages to install |
| [19:13:54] | Beirdo: | oooh, Rush at KeyArena in November |
| [19:14:27] | Beirdo: | on a Tuesday night?! WTF? |
| [19:21:58] | Beirdo: | stuarta: interesting... mine zipped right on through that |
| [19:22:11] | Beirdo: | I'll have to look at the package differences |
| [19:22:26] | Beirdo: | I did my usual methodology: apt-get build-deps mythtv |
| [19:22:56] | Beirdo: | followed by make apt-get from my mythtvmeta repo (where I've added other packages we need but never got pulled in) |
| [19:24:19] | stuarta: | hmmm, wants to install another 125 packages! |
| [19:24:51] | ** stuarta installs ** | |
| [19:25:12] | Beirdo: | from my mythtvmeta, or build-deps? |
| [19:25:26] | stuarta: | build-deps |
| [19:25:30] | Beirdo: | gotcha |
| [19:25:40] | Beirdo: | I bet it's the libpthread-stub0 |
| [19:25:59] | Beirdo: | sorry -stubs0 |
| [19:26:14] | Beirdo: | or something related to that |
| [19:26:19] | stuarta: | nope, already installed |
| [19:27:19] | Beirdo: | I have libpth20 as well |
| [19:29:07] | stuarta: | too late, it is installing now |
| [19:29:15] | Beirdo: | hehe :) |
| [19:32:07] | Beirdo: | ok, this sucks. now virt-manager won't let me lock input on the window anymore |
| [19:32:45] | stuarta: | i'm still hitting my virt manager to get ipv6 networking functioning |
| [19:32:45] | Beirdo: | there we go |
| [19:32:50] | Beirdo: | hehe |
| [19:32:59] | Beirdo: | I haven't tried that part yet :) |
| [19:34:00] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [19:35:59] | stuarta: | btw. one of the ffmpeg directories doesn't get cleaned on a distclean |
| [19:36:26] | Beirdo: | ? |
| [19:36:28] | Beirdo: | which one? |
| [19:37:05] | stuarta: | make distclean; find . -name \*.o :) |
| [19:37:24] | stuarta: | can't remember off the top of my head, and it's building atm |
| [19:37:38] | Beirdo: | that does no good here, I've manually cleaned the crap out on all my machines during the testing of the sync |
| [19:37:43] | Beirdo: | :) |
| [19:37:51] | Beirdo: | it's probably a dir that's not used anymore |
| [19:38:03] | stuarta: | i'll try in a bit |
| [19:38:12] | Beirdo: | so you'd have had to make distclean before the git pull (which nobody does) |
| [19:38:24] | Beirdo: | if that's what it is, it's easy to clean up |
| [19:38:38] | Beirdo: | rm -rf FFmpeg ; git checkout FFmpeg |
| [19:38:40] | Beirdo: | :) |
| [19:38:47] | stuarta: | i did that for the ffmpeg |
| [19:39:06] | stuarta: | i find the easy way to check is to rm -rf it and find what git status moans about |
| [19:40:54] | Beirdo: | works well as long as you make sure to either stash or commit any changes first :) |
| [19:41:06] | Beirdo: | otherwise it's gonna cause you massive cursing |
| [19:41:16] | Beirdo: | been there, done that |
| [19:41:31] | Beirdo: | restarting this build with -j4 |
| [19:41:41] | Beirdo: | as I gave the VM 3 of my 8 cores |
| [19:43:25] | Beirdo: | god, that's a lot faster |
| [19:46:26] | stuarta: | :) |
| [19:47:10] | stuarta: | i'm not going to bother with extra cores. i've only got 2, and i'm keeping the other plenty busy with 2x backends and mysql nginx etc |
| [19:48:14] | Beirdo: | yeah :) |
| [19:48:33] | Beirdo: | this is my workstation at work, so we speced em out to be able to run VMs easily |
| [19:48:52] | Beirdo: | i7 (Sandybridge) with 8 "cores", 8GB RAM |
| [19:49:13] | Beirdo: | and ridiculous amount of disk (dual 1TB) |
| [19:49:32] | Beirdo: | although if doing database backups, that's not nearly enough |
| [19:49:35] | stuarta: | my i7 laptop (work) only has 4 cores |
| [19:49:44] | Beirdo: | well it's 4-core + HT |
| [19:49:50] | Beirdo: | so Linux sees 8 "cores" |
| [19:49:55] | stuarta: | yeah my HT is disabled |
| [19:50:14] | stuarta: | a mere 4Gb ram on this laptop |
| [19:50:24] | Beirdo: | not bad for a laptop :) |
| [19:50:32] | stuarta: | right dunno what was in those build deps but it's moved on from there |
| [19:50:40] | Beirdo: | cool |
| [19:50:47] | stuarta: | yeah pretty good, and 5hr+ battery life |
| [19:51:14] | stuarta: | retails at over 1000 quid tho :-/ |
| [19:51:22] | Beirdo: | heh |
| [19:51:34] | Beirdo: | yeah, not cheap |
| [19:51:50] | Beirdo: | stupid PPC slave |
| [19:51:57] | Beirdo: | I'll have to shoot him another email |
| [19:54:12] | Beirdo: | done (before I forget) |
| [20:05:47] | Captain_Murdoch (Captain_Murdoch!~Captain_M@209.97.16.243) has joined #mythtv | |
| [20:05:47] | Captain_Murdoch (Captain_Murdoch!~Captain_M@209.97.16.243) has quit (Changing host) | |
| [20:05:48] | Captain_Murdoch (Captain_Murdoch!~Captain_M@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [20:05:56] | Captain_Murdoch_ (Captain_Murdoch_!~Captain_M@209.97.16.243) has joined #mythtv | |
| [20:05:56] | Captain_Murdoch_ (Captain_Murdoch_!~Captain_M@209.97.16.243) has quit (Client Quit) | |
| [20:07:49] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 248 seconds) | |
| [20:09:45] | _gunni_ (_gunni_!~Gunni@koln-5d81dcec.pool.mediaWays.net) has joined #mythtv | |
| [20:14:10] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv | |
| [20:20:02] | stuarta: | MythBuild: force build master-debian-stable-64bit |
| [20:20:02] | MythBuild: | build forced [ETA 7m53s] |
| [20:20:03] | MythBuild: | I'll give a shout when the build finishes |
| [20:23:29] | skd5aner: | btw – I'm debating how I want to handle release notes this cycle, I don't know if I have the time like I used to... |
| [20:23:42] | skd5aner: | I think I'm going to at least cut out the -fixes, as that takes the most time to manage |
| [20:24:03] | skd5aner: | and only point out the most impactful changes that will make up 0.26 |
| [20:24:35] | skd5aner: | Feel free to fill in any gaps I miss, but life has pulled me in several new directions recently and something's got to give somewhere |
| [20:24:58] | stuarta: | i know the feeling |
| [20:28:19] | MythBuild: | build #2215 of master-debian-stable-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2215 |
| [20:38:12] | Beirdo: | YAY |
| [20:38:29] | stuarta: | 1 down, 1 to got |
| [20:38:32] | stuarta: | go |
| [20:39:02] | Beirdo: | skd5aner: yeah, I would concentrate more on master, and less on fixes as the fixes SHOULD just be backports of bug-fixes anyways :) |
| [20:39:28] | Beirdo: | and we do appreciate the help, it's been quite nice |
| [20:39:51] | skd5aner: | Beirdo: I thought -fixes was nice because you could easily show what has changed on what dates, and so people could see every change that went into fixes between revisions... |
| [20:39:59] | skd5aner: | but, they can use github for that instead |
| [20:40:02] | Beirdo: | ah man, why the BLEEP is that stupid windows VM dead again? |
| [20:40:10] | Beirdo: | I need to shoot that thing |
| [20:41:45] | zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 260 seconds) | |
| [20:42:53] | dekarl (dekarl!~dekarl@p4FE844B1.dip.t-dialin.net) has joined #mythtv | |
| [20:47:43] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:53:24] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [21:02:37] | lusers (lusers!~lasers@unaffiliated/lasers) has joined #mythtv | |
| [21:02:41] | lusers: | A thought occured. |
| [21:02:57] | stuarta: | did it hurt? |
| [21:03:08] | lusers: | If I buy a Tuner card, hook it up to my PC, can I watch TV through XBMC (or any other program?) |
| [21:03:35] | lusers: | Yeah. It hurts. It hurts... Mommy. Save me. :( |
| [21:03:40] | Beirdo: | ../../external/FFmpeg/libavcodec/dsputil.h:612: warning: integer constant is too large for ‘unsigned long’ type |
| [21:03:47] | Beirdo: | Bloody hell |
| [21:03:55] | stuarta: | which slave is that from? |
| [21:04:06] | Beirdo: | 32bit linux |
| [21:04:26] | stuarta: | doh, somebody's writing 64bit only code |
| [21:05:18] | Beirdo: | return (a | b) – (((a ^ b) & ~BYTE_VEC64(0x01)) >> 1); |
| [21:05:34] | Beirdo: | hmm, I don't see a surface issue there |
| [21:05:47] | Beirdo: | it's gcc making assinine assumptions |
| [21:05:55] | stuarta: | BYTE_64 ?? |
| [21:06:08] | Beirdo: | #define BYTE_VEC64(c) ((c)*0x0001000100010001UL) |
| [21:07:06] | Beirdo: | this is easily fixed with some more strict typecasting, but I'm not too worried for now |
| [21:09:48] | Beirdo: | or just add UL to the 0x01 |
| [21:09:55] | Beirdo: | that would likely fix it too :) |
| [21:10:34] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [21:10:59] | Beirdo: | wait. |
| [21:11:02] | danielk22: | Beirdo: I think you need to make the UL -> ULL |
| [21:11:03] | Beirdo: | UL is 32 bit |
| [21:11:07] | danielk22: | yep |
| [21:11:14] | danielk22: | well on 32 bit platforms.. |
| [21:11:16] | Beirdo: | yeah, it's the constant in the #define that's buggered |
| [21:11:45] | danielk22: | Isn't there a UINT64_C macro you can use? |
| [21:12:08] | Beirdo: | probably, but I'd rather not be messing with ffmpeg code TOO much |
| [21:12:10] | danielk22: | (Which will append ULL on 32 bit platforms and UL on 64 bit platforms.. |
| [21:12:31] | Beirdo: | ULL is still OK on 64bit |
| [21:12:44] | Beirdo: | well, except who knows with windoze |
| [21:13:08] | Beirdo: | that's definitely a change that should be punted upstream :) |
| [21:13:45] | danielk22: | ffmpeg already uses UINT64_C.. I'm surprised they missed this. |
| [21:13:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [21:13:51] | Beirdo: | yeah |
| [21:14:40] | Beirdo: | I'll just wait for this test compile to finish, then look at using that |
| [21:14:48] | Beirdo: | I'd already started it :) |
| [21:15:11] | SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Remote host closed the connection) | |
| [21:20:54] | Beirdo: | OK, pushed with the UINT64_C() |
| [21:23:19] | stuarta: | bah, i find a bug which exactly matches my description and it's marked as fixed, yet they didn't actually fix the original issue, just a minor depends tweak mentioned in one of the later comments |
| [21:23:34] | stuarta: | ubuntu-- |
| [21:27:55] | Beirdo: | nice |
| [21:28:46] | stuarta: | arse biscuits |
| [21:28:53] | stuarta: | is what i think of that |
| [21:42:38] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (Excess Flood) | |
| [21:44:25] | hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.) | |
| [21:45:32] | Beirdo: | WTF is 9/10 bit content, and where did that user "capture" it, I wonder? |
| [21:50:34] | Steve_Goodey (Steve_Goodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:56:23] | lusers (lusers!~lasers@unaffiliated/lasers) has left #mythtv ("leaving") | |
| [21:58:07] | stuartm: | Beirdo: apparently it refers to the colour depth |
| [21:58:54] | Beirdo: | hmm, still lends the question as to where this comes from :) |
| [21:59:29] | Beirdo: | first response would be: please give us a sample to test with |
| [21:59:30] | _gunni_ (_gunni_!~Gunni@koln-5d81dcec.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.3, revision: 5988, sources date: 20110830, built on: 2011-12-05 12:43:31 UTC 5988 http://www.kvirc.net/) | |
| [21:59:31] | stuartm: | Beirdo: seems there are some high end capture cards and camcorders etc which can produce it |
| [21:59:56] | Beirdo: | interesting |
| [22:00:24] | stuartm: | SDI is also 10bit apparently |
| [22:00:36] | Beirdo: | no way we can debug it without samples though :) |
| [22:02:46] | stuartm: | so it's 10bit in the same way that my IPS monitor is 10bit, which unfortunately doesn't really help with 8bit video, still interesting :) |
| [22:03:44] | stuartm: | http://www.ateme.com/Why-4-2-2-10-bit-video-compression |
| [22:04:54] | stuartm: | there's another link which suggests that some people are achieving higher rates of compression with H.264 by transcoding 8bit video to 10bit – could be the 'source' in this case is a rip ... |
| [22:05:08] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [22:05:16] | Beirdo: | so he's meaning YUV422, maybe? |
| [22:06:57] | Beirdo: | Oh, he did attach a sample |
| [22:07:27] | Beirdo: | and it's a very new build (after I added the Qt version to the top of the logs) |
| [22:08:07] | Beirdo: | and post ffmpeg-sync. Just missing the last commit I did like an hour ago |
| [22:09:31] | Beirdo: | 39.96 FPS? WTF? |
| [22:21:47] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [22:26:24] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
| [22:26:25] | tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
| [22:26:25] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [22:31:51] | solars (solars!~solars@089144206193.atnat0015.highway.a1.net) has quit (Ping timeout: 260 seconds) | |
| [22:32:39] | obo (obo!~obo@rockbox/developer/obo) has quit (Ping timeout: 245 seconds) | |
| [22:34:03] | obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv | |
| [22:34:03] | obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host) | |
| [22:34:04] | obo (obo!~obo@rockbox/developer/obo) has joined #mythtv | |
| [22:39:23] | danielk22: | HD-SDI does 10 and 12 bit sample depths. |
| [22:41:28] | danielk22: | Is this some thread in users? |
| [22:42:50] | Beirdo: | a trac ticket with an attached mkv snippet |
| [22:43:01] | Beirdo: | #10706 |
| [22:43:01] | ** MythLogBot http://code.mythtv.org/trac/ticket/10706 ** | |
| [22:44:04] | Beirdo: | it always makes me curious when people come up with random formats taht we've never seen natively before |
| [22:50:23] | andreax (andreax!~andreaz@p54BF20FA.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [23:01:03] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [23:15:07] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [23:29:08] | k-man (k-man!~jason@unaffiliated/k-man) has quit (Read error: Connection reset by peer) | |
| [23:36:08] | skd5aner: | Beirdo: http://devel.mplayer2.org/ticket/65 |
| [23:46:46] | Beirdo: | well, if it doesn't work with the ffmpeg sync we have now, it will wait until 0.26 release unless it's simple to backport |
| [23:47:23] | Beirdo: | it's hardly core functionality to support recordings we can't make, and that are in all likelihood downloaded pirated video :) |
| [23:47:38] | Beirdo: | we'll see how much it would take to fix though |
| [23:48:39] | wagnerrp: | where would pirates get 10bit video? |
| [23:48:50] | Beirdo: | by reencoding |
| [23:48:52] | wagnerrp: | are there even any commercial bluray that support that format? |
| [23:49:08] | wagnerrp: | mmm... upsampling... |
| [23:49:26] | Beirdo: | skd5aner: nice, it points to a samples dir |
| [23:49:27] | Beirdo: | :) |
| [23:49:40] | Beirdo: | that will certainly help debug even more |
| [23:51:56] | wagnerrp: | oddly enough, samples created one year (and just a few hours) ago |
| [23:52:04] | Beirdo: | yeah |
| [23:52:30] | Beirdo: | one seems to be the same one attached to our ticket |
| [23:53:11] | skd5aner: | what is the format? |
| [23:53:18] | skd5aner: | I can't easily google it to find anything about it |
| [23:54:01] | Beirdo: | it's mkv container, h264 video encoded from YUV422 (I think) rather than YUV420 |
| [23:54:10] | Beirdo: | something like that |
| [23:54:34] | Beirdo: | I'm sure I could tell ya better when I'm home |
| [23:55:08] | wagnerrp: | no, 420/422 has to do with physical resolution of the individual subchannels |
| [23:55:13] | wagnerrp: | this is depth of the subchannels |
| [23:57:00] | Beirdo: | Input #0, matroska,webm, from '10bit-eldorado.mkv': |
| [23:57:00] | ** MythLogBot http://code.mythtv.org/trac/ticket/0 ** | |
| [23:57:01] | Beirdo: | Duration: 00:00:29.96, start: 0.000000, bitrate: 500 kb/s |
| [23:57:02] | Beirdo: | Stream #0:0(eng): Video: h264 (High 10), yuv420p10le, 608x480, SAR 1:1 DAR 1 |
| [23:57:21] | wagnerrp: | was just about to pastebin that |
| [23:57:56] | Beirdo: | Stream #0:0(eng): Video: h264 (High 10), yuv420p9le, 608x480, SAR 1:1 DAR 19:15, 25 tbr, 20k tbn, 2k tbc (default) |
| [23:58:03] | Beirdo: | for the 9bit samples |
| [23:58:10] | wagnerrp: | althought im just reading yuv420p, no pNle |
| [23:58:17] | wagnerrp: | im still back prior to the sync |
| [23:58:31] | Beirdo: | this is with mythffmpeg from master post-sync |
| [23:58:41] | wagnerrp: | this is with mythffmpeg from master pre-sync |
| [23:59:01] | Beirdo: | cool. So we can at least detect it |
| [23:59:07] | wagnerrp: | see any worth in me giving it a shot playing it? |
| [23:59:15] | Beirdo: | worth trying. |
| [23:59:27] | Beirdo: | I'm still at work, so can't do much more with it for now |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.