| Tuesday, January 31st, 2012, 00:01 UTC | ||
| [00:01:20] | wagnerrp: | sphery: would it be better to transform it to epoch time instead? |
| [00:01:55] | wagnerrp: | easier to manipulate that way |
| [00:04:19] | MythBuild: | Hey! build master-vista-mingw-32bit #549 is complete: Success [build successful] |
| [00:04:19] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/549 |
| [00:07:06] | MythBuild: | build #125 of master-osx-snow-leopard is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/125 |
| [00:09:28] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [00:11:01] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 276 seconds) | |
| [00:26:21] | zCougar (zCougar!~cougar@2001:67c:32c:600:fc5b:69b5:7872:dd22) has quit (Ping timeout: 252 seconds) | |
| [00:38:10] | zCougar (zCougar!~cougar@2001:67c:32c:600:395f:ee0f:136b:4591) has joined #mythtv | |
| [00:40:54] | Captain_Murdoch: | Seeker`, yeah, you'd only need to cal the _close_next_m2ts when you call bd_close or in a few other places that _close_m2ts is called like _change_angle and _close_playlist (off the top of my head) |
| [00:43:52] | Captain_Murdoch: | Seeker`, I think that if you "mythavtest myth://THEBDSG@localhost/path/to/my/bd/BDMV" then it will stream the bluray over the protocol even if it's local if you have a local BE on your dev box and access to the BDMV dir |
| [00:47:02] | Seeker`: | Captain_Murdoch: just rerouted a few cat 5 cables across the floor for now |
| [00:47:26] | Captain_Murdoch: | ah, physical connectivity, can't help you there. :) |
| [00:48:11] | Seeker`: | I've got it to the point where it has loaded the clip it needs next. then it segfaults :P |
| [00:48:48] | Captain_Murdoch: | care to pastebin the patch? |
| [00:49:00] | Seeker`: | give me a sec |
| [00:53:50] | Seeker`: | bah, doesn't work |
| [00:53:54] | Seeker`: | fixed the segfault though |
| [00:54:09] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_) | |
| [00:56:53] | stichnot (stichnot!~chatzilla@192.55.55.39) has quit (Ping timeout: 248 seconds) | |
| [00:57:22] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Connection reset by peer) | |
| [00:57:28] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [01:05:17] | Seeker`: | Captain_Murdoch: right, got it preloading and swapping now, but it doesn't fix it. |
| [01:05:54] | Seeker`: | Captain_Murdoch: I think the preload might need to be done in a different thread to actually see any benefit |
| [01:09:10] | Seeker`: | Captain_Murdoch: might improve it marginally actually. Still symptomatic |
| [01:11:47] | Captain_Murdoch: | yeah, could be the opening of the 'next' next file is causing the delay now since you already have the 'next' file open. |
| [01:13:32] | Seeker`: | Captain_Murdoch: bah, it doesn't fix it :( |
| [01:14:04] | Seeker`: | I stopped it preloading the file if it finds a preloaded match (i.e. every other swap should be fixed), but it still stutters on each change |
| [01:19:56] | Seeker`: | Captain_Murdoch: http://paste.ubuntu.com/823309 |
| [01:29:38] | Captain_Murdoch: | hard to understand context with only that short part. can you paste the whole diff? |
| [01:29:53] | Seeker`: | that is the whole diff :P |
| [01:30:05] | Seeker`: | I've not added stuff to do with closing the files yet |
| [01:32:03] | Seeker`: | or do you mean paste the whole file? |
| [01:35:45] | Captain_Murdoch: | no, I know that's part of _open_m2ts, I just am not seeing how reads are coming from the right place if you're just overriding the value of st inside _open_m2ts. outside open_m2ts, reads will still come from the caller's 'st' which is bd->st0. do you actually see it printing your debug lines alternating in your logs? |
| [01:36:51] | Seeker`: | Captain_Murdoch: I use memcpy to copy the struct data over |
| [01:37:19] | Captain_Murdoch: | ah, doh! I saw that and glossed over it. |
| [01:37:26] | Seeker`: | :) |
| [01:39:51] | ** Captain_Murdoch shouldn't try to eat pizza, type, and think all at the same time. ** | |
| [01:40:58] | Seeker`: | I find doing two things at once pretty difficult :P |
| [01:43:34] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [01:44:53] | Captain_Murdoch: | can you paste the output log showing your cjo log messages so I can see them in context with the other "BD_DEBUG(DBG_STREAM" messages |
| [01:45:59] | Seeker`: | they're fairly few and far between compared to the other messges |
| [01:47:08] | Captain_Murdoch: | the ringbuffer ones? |
| [01:48:22] | Seeker`: | the BD_DEBUG ones look like "bluray.c:401: Reading unit [6144 bytes] at 2967552... (0x155cf80)" |
| [01:49:50] | Captain_Murdoch: | ok, nevermind. |
| [01:59:57] | Seeker`: | I dont think this approach will work. Next thing to look at is not creating a new ringbuffer each time, just swapping the file it is reading from in to the buffer once it hits an EoF |
| [02:04:51] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [02:05:13] | davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv | |
| [02:05:14] | davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host) | |
| [02:05:14] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [02:18:40] | Seeker`: | Captain_Murdoch: This is gonna be a big rewrite I think; Going to try to implement an EoF detection using FileRingBuffer::GetReadPosition( and FileRingBuffer::GetRealFileSize(), change the code that looks for running off the end of the current file to look for when the two of those are equal, and change open_m2ts to call FileRingBuffer::OpenFile() instead of creating a new FileRingBuffer for the new file |
| [02:19:40] | wagnerrp: | Seeker`: is dealing with multiple files really that common? |
| [02:19:56] | wagnerrp: | is this some segmented disk that allows multiple different cuts of a film? |
| [02:20:16] | Captain_Murdoch: | Seeker`, we have ReOpen() support in the remote file proto now, I forgot I added that. that could be useful here possibly. |
| [02:20:58] | Captain_Murdoch: | actually, now I recall why. I haven't tested it with reads, only writes. I think I have it disabled for reads because of caching. |
| [02:21:29] | Captain_Murdoch: | it was added for the HTTP Live Streaming changes since that writes lots of tiny files out using a ringbuffer. |
| [02:23:11] | Seeker`: | wagnerrp: AIUI, makemkvcon is a relatively common way of backing up whole bluray discs, which leaves you with a load of .m2ts files |
| [02:23:47] | wagnerrp: | seems odd, normally a single video is a single m2ts on the disk itself |
| [02:24:04] | wagnerrp: | at least in my experience |
| [02:24:39] | Seeker`: | I don't think I've got any blurays which are a single m2ts |
| [02:25:02] | Seeker`: | Disney blurays are particularly bad for it. I think it might be to do with how they deal with different language versions of the films |
| [02:25:19] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [02:25:25] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split) | |
| [02:25:26] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (*.net *.split) | |
| [02:25:26] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has quit (*.net *.split) | |
| [02:25:26] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split) | |
| [02:25:28] | Slasher` (Slasher`!~Slasher@188.165.164.15) has quit (*.net *.split) | |
| [02:25:32] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [02:25:58] | Slasher` (Slasher`!~Slasher@188.165.164.15) has joined #mythtv | |
| [02:26:00] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [02:26:04] | foobum (foobum!~foobum@78-105-15-213.zone3.bethere.co.uk) has joined #mythtv | |
| [02:26:18] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [02:26:46] | Seeker`: | wagnerrp: although I am slightly tempted to see about re-ripping them all as .mkv files |
| [02:27:11] | Seeker`: | as I doubt there will be BDJ support in the near future |
| [02:43:28] | pheld (pheld!idkvii@109-109-76-195.bb.cust.telefiber.no) has quit (Quit: Leaving.) | |
| [02:44:00] | voyo (voyo!~voyo@213-134-188-198.home.aster.pl) has joined #mythtv | |
| [03:36:06] | voyo (voyo!~voyo@213-134-188-198.home.aster.pl) has quit (Read error: Connection reset by peer) | |
| [03:38:15] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has left #mythtv () | |
| [03:43:20] | stichnot (stichnot!~chatzilla@192.55.54.38) has joined #mythtv | |
| [03:54:17] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [03:58:16] | Beirdo: | OK, let's try this again |
| [03:58:25] | Beirdo: | MythBuild: force build cppcheck-master now |
| [03:58:25] | MythBuild: | build forced [ETA 9m31s] |
| [03:58:25] | MythBuild: | I'll give a shout when the build finishes |
| [04:07:29] | MythBuild: | Hey! build cppcheck-master #548 is complete: Success [build successful] |
| [04:07:29] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/548 |
| [04:11:36] | Beirdo: | hwhwhw |
| [04:11:43] | Beirdo: | 3210 results |
| [04:11:51] | Beirdo: | OK, what changed. |
| [04:27:19] | Memphis (Memphis!Memphisau@124-170-87-30.dyn.iinet.net.au) has joined #mythtv | |
| [04:34:41] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:38:42] | Beirdo: | MythBuild: force build cppcheck-master now |
| [04:38:43] | MythBuild: | build forced [ETA 9m17s] |
| [04:38:43] | MythBuild: | I'll give a shout when the build finishes |
| [04:38:48] | Beirdo: | Let's try this again |
| [04:47:27] | MythBuild: | Hey! build cppcheck-master #549 is complete: Success [build successful] |
| [04:47:28] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/549 |
| [04:48:06] | Beirdo: | down to 248 |
| [04:56:20] | Beirdo: | OK, I think we are at a decent spot, but stuartm might wanna take a look at the config and see if there's something else obvious, especially for the lzo stuff |
| [04:58:51] | netw1z (netw1z!~overseas_@cpe-72-225-175-91.nyc.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [05:05:04] | netw1z (netw1z!~overseas_@cpe-72-225-175-91.nyc.res.rr.com) has joined #mythtv | |
| [05:43:55] | cattelan is now known as cattelan_away | |
| [06:03:54] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (Read error: Operation timed out) | |
| [06:11:28] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [06:25:57] | stichnot (stichnot!~chatzilla@192.55.54.38) has quit (Ping timeout: 248 seconds) | |
| [08:11:32] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [08:16:40] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [08:28:23] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [08:29:46] | Memphisau (Memphisau!~Memphisau@124-170-98-144.dyn.iinet.net.au) has joined #mythtv | |
| [08:33:53] | Memphis (Memphis!Memphisau@124-170-87-30.dyn.iinet.net.au) has quit (Ping timeout: 252 seconds) | |
| [08:34:01] | Memphis (Memphis!Memphisau@124-171-91-148.dyn.iinet.net.au) has joined #mythtv | |
| [08:34:46] | Memphisau (Memphisau!~Memphisau@124-170-98-144.dyn.iinet.net.au) has quit (Ping timeout: 276 seconds) | |
| [09:40:35] | ** stuarta hunts around for libcdio ** | |
| [09:45:05] | ** stuarta ahahs! ** | |
| [09:50:50] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (Ping timeout: 245 seconds) | |
| [10:00:02] | Peitolm: | stuarta: have you seen any reports of issues where a MythFrontend.app compiled on one machine fails to work on another (assume the same xcode, and same 10.X) |
| [10:00:37] | stuarta: | nope, but then i haven't been looking :) |
| [10:00:42] | stuarta: | in a meeting, biab |
| [10:17:57] | stuarta: | oh honestly, what moron coded libcdio and libcddb |
| [10:18:19] | stuarta: | build libcdio. "new enough libcddb not found" |
| [10:18:51] | stuarta: | clean out libcdio so it can be rebuilt with libcddb |
| [10:19:06] | stuarta: | build libcddb. "new enough libcdio not found" |
| [10:19:31] | stuarta: | chicken n egg! |
| [10:24:59] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [10:47:05] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 252 seconds) | |
| [10:55:34] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
| [11:05:03] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection) | |
| [11:05:39] | kwtm (kwtm!~kwtm1@adsl-75-61-99-82.dsl.pltn13.sbcglobal.net) has joined #mythtv | |
| [11:05:53] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [11:21:52] | stuarta: | third time lucky |
| [11:22:54] | ** stuarta ponders how to script install libcddb, install libcdio, uninstall libcddb, rebuild and reinstall libcddb ** | |
| [11:23:05] | kwtm: | good place to ask user questions? mythtv-users seems to be dead ... |
| [11:23:08] | stuarta: | in osx-packager |
| [11:23:10] | stuarta: | kwtm: no |
| [11:23:21] | stuarta: | ask in -users, and somebody will respond when they wake up |
| [11:29:44] | stuartm: | force build cppcheck-master now |
| [11:29:50] | stuartm: | MythBuild: force build cppcheck-master now |
| [11:29:51] | MythBuild: | build forced [ETA 8m55s] |
| [11:29:51] | MythBuild: | I'll give a shout when the build finishes |
| [11:30:46] | CaCtus491: | Is that a build from scratch, and if so, on what hardware? |
| [11:38:48] | MythBuild: | Hey! build cppcheck-master #553 is complete: Success [build successful] |
| [11:38:48] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/553 |
| [11:39:41] | stuarta: | CaCtus491: you asking about osx? |
| [11:40:30] | CaCtus491: | whatever buildbot was just building for |
| [11:40:37] | CaCtus491: | (<10 mins seems fast!) |
| [11:40:43] | stuarta: | it's cppcheck |
| [11:40:52] | stuarta: | not a full mythtv build |
| [11:46:12] | stuartm: | it's not even a build, just running cppcheck against the code |
| [11:46:29] | stuarta: | that said, the majority of the builds complete in <10m |
| [11:46:41] | stuarta: | ccache is a wonderful thing |
| [11:47:12] | stuarta: | most of your questions can be answered by poking around on the buildbot pages |
| [11:48:01] | stuarta: | that "memory leak: cl" error gets on my nerves |
| [11:48:25] | CaCtus491: | Thanks, I've been meaning to set somethign similar up at work for ages |
| [11:48:32] | stuarta: | buildbot.net |
| [11:48:50] | stuarta: | it's pretty easy to get going |
| [11:50:32] | CaCtus491: | thanks |
| [11:50:35] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [11:51:18] | CaCtus491: | ...I thought that I'd start to idle in here again, since the mythtv-dev list stays pretty quiet these days to hear about the latest developments :) |
| [11:51:43] | CaCtus491: | Definately keen on the new json api stuff making it's way in. |
| [11:52:18] | danielk22: | Beirdo: So most of those cppcheck warnings in 1.52 were missing includes? |
| [11:54:09] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [11:59:32] | stuartm: | danielk22: I think some were also caused by the lack of a platform arg, but I didn't see the list so that's just speculation |
| [12:00:28] | stuartm: | the missing include stuff would be interesting though, it usually indicates where we're relying on indirect inclusion through another header which is not 'best practice' |
| [12:06:18] | danielk22: | stuartm: Yep. I know we do that. Practically every time I'm working with a header I see instances of that. Still we should probably fix that separately. Right now about 1 in 15 of the things I see in the report cause actual misbehavior in the program. So we probably have about 9 bugs of significance left in that list. |
| [12:07:19] | danielk22: | If we add the header stuff we'll still have that many, but have 3000 nice to haves added to the list, further obscuring those 9 nuggets... |
| [12:08:05] | stuartm: | I wasn't suggesting that we re-enable them |
| [12:10:16] | stuartm: | not even after we've fixed every other reported issue, 3000 is too many, but I might write a script to generate a new report for the include stuff so they can be dealt with separately |
| [12:13:55] | danielk22: | Yeah, that could be helpful. |
| [12:26:26] | Seeker`: | how hard would it be to create two new menu items, one of which only displays tv series, the other only |
| [12:26:33] | Seeker`: | displaying movies |
| [12:29:10] | danielk22: | MythBuild: force build cppcheck-master now |
| [12:29:10] | MythBuild: | build forced [ETA 9m04s] |
| [12:29:10] | MythBuild: | I'll give a shout when the build finishes |
| [12:38:18] | MythBuild: | Hey! build cppcheck-master #555 is complete: Success [build successful] |
| [12:38:18] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/555 |
| [12:39:54] | MythBuild: | build #135 of master-osx-snow-leopard is complete: Failure [failed compile_2] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/135 blamelist: Daniel Kristjansson <danielk@cuymedia.net > |
| [12:53:41] | Yancho (Yancho!~mpulis@unaffiliated/yancho) has quit (Read error: Operation timed out) | |
| [13:02:52] | voyo (voyo!~voyo@213-134-188-198.home.aster.pl) has joined #mythtv | |
| [13:04:52] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [13:05:16] | davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv | |
| [13:05:17] | davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host) | |
| [13:05:17] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [13:17:14] | MythBuild: | build #137 of master-osx-snow-leopard is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/137 |
| [13:17:29] | jeff999 (jeff999!~jeff@124-171-111-66.dyn.iinet.net.au) has quit (Quit: Leaving) | |
| [13:19:01] | danielk22: | stuartm: Those event casts don't need to be dynamic_casts.... |
| [13:19:17] | kwtm (kwtm!~kwtm1@adsl-75-61-99-82.dsl.pltn13.sbcglobal.net) has quit (Ping timeout: 248 seconds) | |
| [13:20:03] | stuartm: | no, technically not, but we've used dynamic casts everywhere else for events so it's more about consistency |
| [13:20:46] | stuartm: | I suppose in hindsight that's lousy reasoning |
| [13:21:34] | MythBuild: | build #2934 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2934 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [13:21:51] | stuartm: | I'll change them all to static casts at a later date |
| [13:22:36] | Yancho (Yancho!~mpulis@c171-244.i02-3.onvol.net) has joined #mythtv | |
| [13:22:37] | Yancho (Yancho!~mpulis@c171-244.i02-3.onvol.net) has quit (Changing host) | |
| [13:22:37] | Yancho (Yancho!~mpulis@unaffiliated/yancho) has joined #mythtv | |
| [13:22:40] | stuartm: | ugh, some lines have gone astray from that patch |
| [13:27:43] | MythBuild: | build #1701 of master-linux-ppc is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1701 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [13:29:32] | MythBuild: | build #1720 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1720 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [13:31:37] | MythBuild: | build #1457 of master-debian-stable-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1457 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [13:31:58] | MythBuild: | build #2683 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2683 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [13:34:15] | MythBuild: | build #2935 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2935 |
| [13:38:41] | MythBuild: | build #1721 of master-freebsd-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1721 |
| [13:40:05] | MythBuild: | build #139 of master-osx-snow-leopard is complete: Failure [failed compile] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/139 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [13:41:57] | MythBuild: | build #2684 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2684 |
| [13:43:53] | Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv | |
| [13:45:47] | MythBuild: | build #1458 of master-debian-stable-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1458 |
| [13:52:28] | MythBuild: | build #140 of master-osx-snow-leopard is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . d/builds/140 |
| [13:56:04] | stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv | |
| [14:01:08] | stuartm: | 1 and 7 are false positives, reporting them upstream |
| [14:05:26] | MythBuild: | build #1703 of master-linux-ppc is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1703 |
| [14:20:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:40:14] | MythBuild: | build #556 of master-vista-mingw-32bit is complete: Failure [failed compile] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/556 blamelist: Stuart Morgan <smorgan@mythtv.org >, Daniel Kristjansson <danielk@cuymedia.net > |
| [14:46:20] | stuartm: | what's the mingw build doing that causes it to take so long? |
| [14:55:45] | voyo: | hi. I had some issue with LNB/Diseqc setup. I couldnt lock transporder on second dish until I set switch type to DiSEqC to 4ports type – but "problem" is – I have switch with only 2 ports. By debuging I noticed that wrong DiSEqC commands were sent (comparing to what was set by 'scan' utlity). Not sure if this is a bug, or something wrong with my LNB hardware... (however Im preety sure that before (older |
| [14:55:47] | voyo: | mythtv) it was working OK with 2port switch.) |
| [15:07:58] | stuartm: | voyo: selecting 2 port switch didn't work? |
| [15:09:10] | stuartm: | if that's the case then you should open a ticket – http://svn.mythtv.org/trac/wiki/TicketHowTo |
| [15:11:25] | voyo: | stuartm: exatcly, I tried all kind of switches (tone,voltage, etc ). only when I choosed DiSEqC with 4 ports – it worked. |
| [15:12:12] | voyo: | but also DiSEqC command sent is different than this one from 'scan' util. but works ;) |
| [15:12:35] | stuartm: | odd, a quick looks suggests 2 and 4 port switches are handled the same |
| [15:13:25] | stuartm: | you'll have to open a ticket, those who know that code aren't around and without a ticket it will just be lost/forgotten |
| [15:13:47] | stuartm: | which version of mythtv btw? |
| [15:14:06] | voyo: | ok,I will. I wanted to assure if this is not my fault, with my hardware or so |
| [15:14:22] | voyo: | currently mythtv-0.24.1 |
| [15:16:06] | stuartm: | voyo: as I say those who know that code aren't around to say whether it's a hardware issue or not, I've no experience or any knowledge of DiSEqC personally since it's not really required in the UK |
| [15:17:31] | rsiebert_ (rsiebert_!~quassel@e179131162.adsl.alicedsl.de) has joined #mythtv | |
| [15:18:36] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [15:18:43] | kth1 (kth1!~kth@dyndsl-080-228-178-011.ewe-ip-backbone.de) has joined #mythtv | |
| [15:18:51] | voyo: | stuartm: ok. I'll test with trunk yet, and will open ticket. DiSEqC is usualy not required anywhere, its just a way to have more ;) |
| [15:20:38] | stuartm: | well in the UK there isn't more worth having, unless you have a good command of French/German/Dutch/Polish etc |
| [15:20:57] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Quit: Konversation terminated!) | |
| [15:21:01] | rsiebert (rsiebert!~quassel@e179130255.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [15:26:03] | voyo: | ye, probably you are right. to be honest Im watching only few channels from second dish, and rarely. but its nice hobby anyway ;) |
| [15:32:57] | kwtm (kwtm!~kwtm1@adsl-75-61-99-82.dsl.pltn13.sbcglobal.net) has joined #mythtv | |
| [15:41:10] | kwtm2 (kwtm2!~kwtm1@adsl-75-61-104-20.dsl.pltn13.sbcglobal.net) has joined #mythtv | |
| [15:43:46] | kwtm (kwtm!~kwtm1@adsl-75-61-99-82.dsl.pltn13.sbcglobal.net) has quit (Ping timeout: 276 seconds) | |
| [15:48:11] | kwtm2 (kwtm2!~kwtm1@adsl-75-61-104-20.dsl.pltn13.sbcglobal.net) has quit (Remote host closed the connection) | |
| [15:48:35] | kwtm2 (kwtm2!~kwtm1@adsl-75-61-104-20.dsl.pltn13.sbcglobal.net) has joined #mythtv | |
| [15:57:52] | kwtm2 (kwtm2!~kwtm1@adsl-75-61-104-20.dsl.pltn13.sbcglobal.net) has quit (Ping timeout: 260 seconds) | |
| [16:03:03] | stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Ping timeout: 252 seconds) | |
| [16:04:08] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Operation timed out) | |
| [16:05:41] | MythBuild: | build #557 of master-vista-mingw-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/557 |
| [16:16:37] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [16:17:04] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [16:20:15] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [16:24:23] | jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [16:28:43] | cattelan_away is now known as cattelan | |
| [16:47:05] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [17:03:40] | Beirdo: | danielk22: yeah, about 3000 of them were cppcheck not having paths to the includes as it processed the .cpp files |
| [17:03:47] | stichnot (stichnot!chatzilla@nat/intel/x-trgxnohpvwtvszta) has joined #mythtv | |
| [17:13:50] | stuartm: | ah |
| [17:16:26] | dblain: | stuartm: Did you mean to have this as the constructor in libmythui/mythuiimage.cpp?... line 36: ImageProperties::ImageProperties::ImageProperties() |
| [17:16:30] | Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [17:16:56] | ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv | |
| [17:16:56] | stuartm: | no ... oops |
| [17:18:43] | jcarlos_ (jcarlos_!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv | |
| [17:18:54] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has joined #mythtv | |
| [17:24:31] | kwmonroe` (kwmonroe`!~kwmonroe@32.97.110.58) has joined #mythtv | |
| [17:24:50] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [17:24:51] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Ping timeout: 244 seconds) | |
| [17:24:51] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 244 seconds) | |
| [17:24:52] | jwhite (jwhite!jwhite@216.251.189.141) has quit (Ping timeout: 244 seconds) | |
| [17:24:52] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-26.columbus.res.rr.com) has quit (Ping timeout: 244 seconds) | |
| [17:24:52] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
| [17:24:52] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [17:24:54] | JoeJulian_ (JoeJulian_!~JoeJulian@shared.gaealink.net) has joined #mythtv | |
| [17:24:55] | JoeJulian (JoeJulian!~JoeJulian@108-166-123-190.static.cloud-ips.com) has quit (Ping timeout: 240 seconds) | |
| [17:24:55] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 240 seconds) | |
| [17:24:55] | ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (Ping timeout: 240 seconds) | |
| [17:24:55] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 240 seconds) | |
| [17:24:55] | jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Ping timeout: 240 seconds) | |
| [17:24:56] | JoeJulian_ is now known as JoeJulian | |
| [17:31:38] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [17:31:42] | mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv | |
| [17:32:19] | jwhite (jwhite!jwhite@216.251.189.141) has joined #mythtv | |
| [17:33:59] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [17:37:32] | GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has quit (Ping timeout: 276 seconds) | |
| [17:40:52] | GreyFoxx (GreyFoxx!greg@out.of.phaze.org) has joined #mythtv | |
| [17:46:35] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [17:49:27] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:04:34] | davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection) | |
| [18:04:55] | davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv | |
| [18:04:56] | davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host) | |
| [18:04:56] | davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv | |
| [18:20:17] | davide_: | Does anyone have a sizable oldrecorded table they would be willing to dump and send me? I'd like to do some more stressful scheduler testing than I can currently do. |
| [18:21:10] | wagnerrp: | define sizable |
| [18:21:47] | wagnerrp: | sphery probably has a pretty massive one |
| [18:21:57] | wagnerrp: | mines just under 5K lines |
| [18:27:03] | sphery: | I have about 15K |
| [18:27:07] | davide_: | sSmething with at least 1000 (preferrably much more) entries with duplicate=1. |
| [18:27:15] | davide_: | sphery: that would be great. |
| [18:27:16] | joki (joki!~joki@p54862623.dip.t-dialin.net) has quit (Ping timeout: 252 seconds) | |
| [18:27:27] | joki- (joki-!~joki@p54861B08.dip.t-dialin.net) has joined #mythtv | |
| [18:27:37] | joki- is now known as joki | |
| [18:29:36] | sphery: | davide_: might also want to get one from a UK RT user. They have long descriptions and the seriesid issue (where shows with different titles have the same seriesid) |
| [18:29:51] | sphery: | just the oldrecorded table or anything else with it? |
| [18:30:41] | davide_: | sphery: just the oldrecorded table. perhaps stuartm can send his too. |
| [18:31:44] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [18:37:54] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 272 seconds) | |
| [18:50:37] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [18:52:06] | NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:59:29] | Beirdo: | MythBuild: force build cppcheck-master now |
| [18:59:29] | MythBuild: | build forced [ETA 8m53s] |
| [18:59:29] | MythBuild: | I'll give a shout when the build finishes |
| [18:59:43] | Beirdo: | I'm impatient :) |
| [18:59:54] | Beirdo: | and I have to go to a meeting. duh. oops |
| [19:08:05] | skd5aner: | is libcddb new lib requirement too? https://github.com/MythTV/packaging/commit/563eed7ed |
| [19:08:36] | MythBuild: | Hey! build cppcheck-master #558 is complete: Success [build successful] |
| [19:08:36] | MythBuild: | Build details are at http://code.mythtv.org/buildbot/builders/cppc . . . r/builds/558 |
| [19:08:53] | stuartm: | skd5aner: it's required by libcdio, so an indirect requirement |
| [19:09:15] | skd5aner: | but, will it build without it (and was it part of the optional requirements before)? |
| [19:09:54] | skd5aner: | I'm wondering if I want to call it out explicitly in the release notes or not, or since it's a downstream requirement if it doesn't matter |
| [19:10:08] | stuartm: | it's never been a requirement, since we're using the cddb interface through libcdio I would say it's not optional – although it might build (I'd have to check) |
| [19:10:50] | skd5aner: | I'll just put a little note under libcdio that libcddb is also required |
| [19:11:48] | stuartm: | it appears we're not linking it directly |
| [19:12:05] | skd5aner: | yea – that's what I saw too |
| [19:12:20] | skd5aner: | but it got added to the OS X packaging list, so... |
| [19:12:52] | ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has left #mythtv () | |
| [19:13:13] | skd5aner: | btw – anyone around that can/would be willing to set me up with a trac account? |
| [19:14:55] | stuartm: | yeah, I'm not sure why that is |
| [19:19:30] | stuartm: | skd5aner: reading this more carefully since it's been months since I first reviewed the patch, I don't think we should need libcddb at all |
| [19:19:57] | stuartm: | we've imported the bits that are needed |
| [19:42:35] | kormoc_ (kormoc_!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [19:45:01] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 245 seconds) | |
| [19:52:14] | Beirdo: | skd5aner: PM me :) |
| [19:52:39] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [19:54:48] | kormoc_ (kormoc_!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 252 seconds) | |
| [19:54:56] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:55:51] | kormoc_ (kormoc_!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [19:58:47] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 260 seconds) | |
| [20:02:50] | stuartm: | MythGamePlayerEditor needs converting to mythui :/ |
| [20:06:37] | Beirdo: | more fun |
| [20:07:22] | stuartm: | just a handful of old popups still in use, I think we might be able to handle all of those before the freeze |
| [20:10:03] | Beirdo: | let me know if you'd like to try to convert mythgallery or mythweather and need a hand |
| [20:10:24] | Beirdo: | I'm sure you know the mythui stuff way better than I do, but I'd be happy to lend a hand if needed |
| [20:13:29] | Beirdo: | dunno that we'd have time before the freeze for 0.25 though |
| [20:23:10] | stuartm: | probably not to finish porting mythgallery, assuming we wanted to keep existing animations in the conversion |
| [20:23:25] | danielk22: | heh, "Initialize m_readbuf in ctor". I hadn't decided yet whether I wanted to do this or add a suppression. :) |
| [20:23:43] | stuartm: | Beirdo: if it wasn't for the animations we could do it tomorrow |
| [20:23:45] | javajunky (javajunky!~Adium@80.77.243.22) has joined #mythtv | |
| [20:23:59] | javajunky: | lo. |
| [20:24:13] | stuartm: | Beirdo: I believe mythweather has been complete for a long time now |
| [20:24:35] | stuartm: | it could still use some love, but it's all mythui |
| [20:25:14] | javajunky: | Can I confirm that the *only* way to schedule mythtv recordings (programmatically) is via mysql updates ? (I've checked through both the MythProtocol + MythXML documentation that I can find [although there is an update scheduled for the latter..but I can't seem to find details on whether scheduling becomes available]) before asking :) ? |
| [20:25:30] | stuartm: | mythgame and a progress dialog in mythmusic are the main ones |
| [20:27:01] | Beirdo: | stuartm: ahhh, good to know |
| [20:27:06] | Beirdo: | I wasn't sure |
| [20:27:40] | Beirdo: | and the gallery still needs the OpenGL effects moved to core |
| [20:27:52] | stuartm: | hmm, a lot of repeats being scheduled to re-record after those scheduler changes |
| [20:28:00] | rsiebert (rsiebert!~quassel@e179131162.adsl.alicedsl.de) has joined #mythtv | |
| [20:32:31] | danielk22: | javajunky: I believe that is the case. But if you stay in here a while someone who's worked on the new MythXML can answer definitively.. If as I think it's not in the protocol yet, it's something I believe we will want to add. |
| [20:34:04] | javajunky: | danielk22: I"ll hang for a bit, but its getting lateish here ;) |
| [20:36:40] | dblain: | javajunky: you may want to look at the libmythservicecontracts/services files (location of new XML/json service interface definitions). There is prelim support for recording schedules in dvrServices.h... unfortunately the AddSchedule method is commented out. |
| [20:37:20] | sphery: | javajunky: yeah, no support for creating new recording rules in mythproto or services api... we do want to add support--we don't want external apps directly editing database data--so if you were to finish that up, it would be very beneficial for a lot of 3rd party apps |
| [20:37:43] | sphery: | (we want to add support to services api... no need for it in mythproto) |
| [20:45:45] | danielk22: | sphery: Might it be a good convention to start moving the frontend to use the services API for everything that isn't performance sensitive after 0.25? That would probably force us to make the new API bug free... |
| [20:46:17] | Beirdo: | that would be cool |
| [20:47:11] | javajunky: | dblain: sphery: is there a rough end date in sight for .25? |
| [20:47:54] | stuartm: | Certainly it would be good to replace direct db access as much as possible, that would make the pipe dream of the embedded db easier |
| [20:48:05] | dblain: | javajunky: Feature Freeze: 12th Feb |
| [20:48:05] | dblain: | 0.25 Beta : 4th March |
| [20:48:05] | dblain: | 0.25 RC1 : 18th March |
| [20:48:05] | dblain: | 0.25 Release : 2nd April |
| [20:49:19] | javajunky: | dblain: hmm no chance I can commit to anything for 12th feb, about to fly out of the country for a coupla weeks :( ..also, do you mean here: https://github.com/MythTV/mythtv/blob/master/ . . . vrServices.h |
| [20:49:19] | dekarl (dekarl!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has quit (Remote host closed the connection) | |
| [20:49:33] | danielk22: | I think 90%+ MythProto calls aren't performance sensitive; only the stuff used during playback and loading the watched recordings screen will probably still require mythproto. (And maybe when it's whittled down to just the places that need something really fast we can make something much better than mythproto...) |
| [20:49:34] | sphery: | danielk22: Yeah, would be great... I'm hoping we also start removing functionality from MythWeb and then just proxy the backend HTTP pages for display in "MythWeb". That way, we don't have 2 clients implementing code (and, in truth, if we move the frontend to use services api, too, we don't even have 1 client implementing the code). |
| [20:50:29] | dblain: | javajunky: yes. |
| [20:51:03] | javajunky: | dblain: is there a spec anywhere for the intended interface (I presume that empty-args isn't the intention ;) ) |
| [20:51:11] | sphery: | danielk22: in theory, we can just add new "high-performance" serializers for services api--such as protobuf or msgpack--to transfer performance-sensitive/large datasets |
| [20:52:09] | sphery: | javajunky: you'd likely be inventing the interface--which would mean coming up to speed on the myriad of options for schedules (and having many people verify the proposal) |
| [20:52:18] | dblain: | javajunky: http://www.mythtv.org/wiki/Services_API |
| [20:52:57] | dblain: | sphery: I know iamlindoro was working on that service for his iPad app... not sure if he's made any more progress. |
| [20:53:47] | javajunky: | dblain: this services api looks damn sensible.. I was trying to write (yet-another) iphone remote, and so far I've dealt with mythxml, mysql, mythprotocol… the service api looks bob-on :) |
| [20:53:47] | dblain: | what protocol & transport would everyone like for the frontend to access the Services API? |
| [20:54:12] | dblain: | javajunky: mythxml has been replaced in 0.25 by the new Services API. |
| [20:55:22] | sphery: | hehe, I'm a fan of protobuf or msgpack (or some other type-safe) serialization, but few seem to agree with me on that |
| [20:55:38] | dekarl (dekarl!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has joined #mythtv | |
| [20:56:49] | danielk22: | sphery: ok, Google protocol buffers are new to me. But what I've read so far, it's pretty much what I was thinking of. A simple and well specified binary serialization. |
| [20:56:56] | sphery: | fwiw, when I finally get around to making a data server for DB access, it will use a type-safe serialization api |
| [20:57:09] | dblain: | I know some one, xris maybe, wanted json-rpc. I'd be willing to create the client proxy and the service host for the transport (assuming the http transport isn't what we want to use) for 0.26 |
| [20:57:43] | dblain: | if http is okay... then we'd only need a client proxy. |
| [20:57:49] | sphery: | danielk22: yeah, it's pretty nice, and msgpack is basically the same thing--but each claims to be 20x faster than the other :) I'm not invested in either one, specifically, but do like the approaches they use |
| [20:58:08] | danielk22: | sphery: Although I do think for those things we should still provide an XML interface.. Much easier for 3rd parties to code to before they start worrying about performance. |
| [20:58:27] | ** dblain goes googling... ** | |
| [20:58:30] | sphery: | yeah, AIUI, dblain wrote the api so that it just works with any of the available serializers |
| [20:59:07] | xris: | dblain: I like json-rpc over soap. REST is fine for a lot of mythtv stuff, too |
| [20:59:08] | sphery: | so if we implement services api for scheduling or for pulling programinfo or ..., you just choose the appropriate serializer by sending the appropriate request |
| [20:59:33] | sphery: | meaning if you wnat to use xml or json for stuff mythfrontend uses protobuf for, you could |
| [20:59:50] | danielk22: | Cool. I'd forgotten that. We actually do both xml and json ATM, correct? |
| [21:00:10] | wagnerrp: | currently those are the only two available serializers, correct |
| [21:00:18] | dblain: | danielk22: sphery is correct. The Services API was designed to offer multiple transports & serializers with no changes to the underling service definition or implementation. |
| [21:00:40] | dblain: | danielk22: corrent |
| [21:00:47] | dblain: | correct even :/ |
| [21:01:02] | xris: | there's a difference between JSON (data format) and JSON-RPC (protocol) |
| [21:01:08] | dblain: | wagnerrp: json, POX & SOAP |
| [21:01:22] | xris: | dblain: what's the json format's protocol? |
| [21:01:25] | xris: | REST? |
| [21:01:33] | sphery: | Yeah, services api is really nice... makes things nice and easy for us |
| [21:01:46] | sphery: | dblain did a great job on it |
| [21:02:09] | wagnerrp: | i thought SOAP was more structure around a separate serializer, rather than a serialization format itself |
| [21:02:31] | dblain: | xris: yes, currently the json support is really just REST with a json payload. |
| [21:02:37] | sphery: | (When stuartm started talking about mythweb in C++ code in the backend for ease of setup, I thought there was no possible way, but now that we have the Services API, it seems to be something we could easily do--and seems a great approach for it.) |
| [21:03:13] | danielk22: | heh, I thought SOAP is just a way to break through firewalls by encasing every byte of data in 2 KB of overhead :) |
| [21:03:25] | xris: | dblain: that's probably fine for mythtv. we don't actually have much in the "remote procedure" call |
| [21:03:26] | dblain: | wagnerrp: the SOAP serializer just wraps the XML with a proper SOAP env and body. |
| [21:03:40] | xris: | well, I suppose we do. delete recording, etc... |
| [21:04:15] | dblain: | xris, a POST request is needed for any data modification (so it's a not strictly REST) |
| [21:05:00] | xris: | dblain: REST isn't a standard. just a convention. Facebook uses most of the webdav methods in their REST api |
| [21:05:05] | dblain: | wagnerrp: the ServiceHost is designed to be the protocol listener... The current one I have implemented is for HTTP and understands SOAP headers if provided. |
| [21:06:28] | dblain: | xris: understood. I guess I should of been clearer... I consider it a REST call if all parameters are on the query string. The current implementation also handles form post data which I don't consider REST. either way, it's all HTTP requests. |
| [21:08:11] | xris: | dblain: that's mostly how it works. face book's POSTing of json data to a URL is a fairly major deviation from REST in general |
| [21:16:33] | xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv | |
| [21:21:36] | dblain: | Just reading up on Protocol Buffers... would we really want to focus on binary encoding for our main backend<->frontend protocol? Seem like the old problem of structure mismatches between client & server would be a possibility again. |
| [21:21:53] | ** dblain continues to read spec... maybe it's addressed later in the doc. ** | |
| [21:22:35] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [21:22:38] | danielk22: | dblain: I'm assuming they use internet byte order.. |
| [21:23:05] | xris: | dblain: take a look at Thrift, too. it's basically facebook's version of protobuf |
| [21:23:49] | xris: | but a lot of the problems with mythproto is that it is specifically ordered, rather than a dict/struct style key/value setup. |
| [21:24:07] | dblain: | danielk22: yes, byte order is defined... I'm refering to the field name is a position number. So if a new property is added to a datacontract, it would cause all properties to be renumbered. |
| [21:24:43] | dblain: | same problem xris just brought up |
| [21:25:07] | danielk22: | dblain: there is no header that identifies the field positions? |
| [21:25:47] | danielk22: | dblain: I'm thinking of this for transferring the ProgramInfo's and for transferring keyframe updates. |
| [21:25:59] | dblain: | What I've just read is that the structure is expected to be defined in the .proto files which are used to generate the data classes and serialization libraries. |
| [21:26:03] | xris: | could solve this by putting versions on the requests, too.. just maintain the "stable" request versions alongside new ones until just before feature freeze of a new release |
| [21:26:47] | dblain: | The actual data that hits the wire is just a field # and its value. |
| [21:26:55] | danielk22: | dblain: Ah, so that is a problem then if .proto updates mean the code needs to be regenerated.. |
| [21:27:21] | dblain: | that's what I think. (granted I've only read a few pages on it so far) |
| [21:27:48] | danielk22: | Maybe not a problem for keyframe maps that are very stable but we do update ProgramInfo.. |
| [21:28:09] | sphery: | but do we really want to support mythfrontend use against a different-versioned mythbackend, where they have different definitions of programinfo or whatever? |
| [21:28:33] | xris: | sphery: most of the changes to program info don't affect older clients, though |
| [21:28:38] | xris: | read-only could be useful |
| [21:28:41] | xris: | + |
| [21:29:37] | javajunky: | (related to previous question re. recordings) … is it possible to run mythtv on something other than mysql server ? |
| [21:29:38] | dblain: | danielk22: I agree that high performance data may need an alternate serialization approach, but I'm liking a format like json for normal metadata type requests. |
| [21:30:23] | xris: | the main use case for me would be something like a mobile client, where users shouldn't be expected to have to compile the app themselves in order to make it work with each week's changes in master |
| [21:31:07] | xris: | one *big* thing to consider is that we don't exactly need the high performance provided by something like protobuf. one video frame is likely to be bigger than just about anything going over the API. |
| [21:31:35] | sphery: | I just don't like the idea of our having to pepper the code with conditionals to support clients sending invalid/outdated data all over the place, nor the idea of clients assuming they work properly when we make a change that /does/ affect them and they don't detect it (because we still give the fields they expect, but they mean different things or they require additional fields) |
| [21:32:53] | xris: | sphery: most of those problems go away if our RPC calls have appropriate parameters. e.g. "delete recording" shouldn't need the entire recording record, just the id. |
| [21:32:54] | danielk22: | I really think it's just going to be like 3–4 calls where we need something high performance. Since we get a more parsable XML/json for free it probably isn't a big deal that the high performance version will require closer tracking of the protocol changes. |
| [21:33:11] | dblain: | sphery: A change in meaning of a parameter would be a change of its name and probably a new method. |
| [21:33:43] | sphery: | IMHO, that's what the XML and JSON interfaces are for, but we can use a less forgiving format for frontend/backend communications |
| [21:33:57] | xris: | sphery: but like I said, I'm mostly talking about read-only methods like querying program info, etc. we could (and should) make bigger changes break clients. |
| [21:34:03] | dblain: | The service layer handles validating the parameters at a high level and I'd expect each service method to do sanity checks on the parameters passed in. |
| [21:34:36] | wagnerrp: | javajunky: no, mysql only, and there are no plans to move to anything other than mysql |
| [21:34:59] | sphery: | dblain: I'm talking about changing the meaning of values... i.e. we have a lot of the services methods returning uninterpreted data (such as int values for DB-schema-specific SET fields and such) |
| [21:35:21] | javajunky: | wagnerrp: cool, just needed/wanted to know what my options were, re mysql client licensing |
| [21:36:01] | wagnerrp: | looking to create a commercial version of mythtv? |
| [21:36:10] | dblain: | sphery: the Services API can handle Enumerations... I think we need to enforce the use and definition of type specific data. |
| [21:36:19] | wagnerrp: | and/or some commercial 3rd party client to mythbackend? |
| [21:36:20] | xris: | wagnerrp: looks like thrift has similar limitations to protobuf |
| [21:36:31] | sphery: | dblain: yeah, that would be a good thing |
| [21:36:40] | javajunky: | wagnerrp: um no, not a commercial version of mythtv |
| [21:37:10] | wagnerrp: | licensing for redistribution? |
| [21:37:14] | javajunky: | wagnerrp: but possibly (yet another) remote control for it (well it and some other stuff like x10 + xbmc ) |
| [21:37:37] | wagnerrp: | im just trying to figure out how mysql licensing would play into anything |
| [21:37:59] | javajunky: | wagnerrp: because they've dual-licenced their c client libraries (with a FOSS exemption) |
| [21:38:48] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [21:39:36] | xris: | javajunky: could just use mythtv's own APIs |
| [21:39:46] | javajunky: | wagnerrp: so statically linking to it would require me to GPL (or seek a commercial licence) .. a bit of a pain as I normally use MIT or BSD for all my OSS stuff ( http://github.com/ciaranj ) |
| [21:39:51] | wagnerrp: | xris: no, as there are none to create new recording rules |
| [21:40:04] | xris: | wagnerrp: ah. that'd be something we should add. :) |
| [21:40:11] | javajunky: | xris: sadly not .. although it sounds like if I wait a month that won't be an issue … the circle completes :) |
| [21:40:16] | wagnerrp: | yes... see backlog |
| [21:40:17] | wagnerrp: | :) |
| [21:40:20] | xris: | heh |
| [21:40:46] | xris: | my brain's too fried… stealing one last PTO day before I get laid off on thursday. |
| [21:40:47] | javajunky: | wagnerrp: xris: I would take a look at it, but without a specification for that interface it sounds as though I'd need the skin of a rhino to cope with the bike shedding! |
| [21:41:06] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 255 seconds) | |
| [21:41:29] | wagnerrp: | javajunky: http://www.mythtv.org/wiki/Services_API , or you can read through the WSDL sheets yourself |
| [21:41:42] | xris: | but maybe the new job will let me snag some new devs. :) |
| [21:42:03] | wagnerrp: | note though that the currently generated WSDL pages are incomplete for more complex structures |
| [21:42:11] | dblain: | javajunky: it's a really simple interface to use. a simple http://mythbackend:6544/<serviceName>/& . . . lt;value> will call it |
| [21:42:20] | javajunky: | wagnerrp: ;) thanks yup, I've been made aware of that…. I draw your attention to https://github.com/MythTV/mythtv/blob/master/ . . . vices.h#L104 |
| [21:42:35] | wagnerrp: | that the commented out line? |
| [21:42:51] | wagnerrp: | yeah... |
| [21:43:07] | javajunky: | its the definition of *THAT* particular interface that I would be interested in working on, but (…) is (I suspect) a someway complicated set of possibilities that would need someone with project knowledge to at least spec out ? |
| [21:43:29] | danielk22: | javajunky: dunno much about this but you might want to look at libdrizzle. |
| [21:43:29] | dblain: | wagnerrp: I'm hoping to fix the WSDL issues before 0.25 gets released |
| [21:43:37] | javajunky: | (also bool *seems* a weird result, recordId (int) would seem more correct / ) |
| [21:44:18] | wagnerrp: | dblain: cool, i had been working on code for the python bindings that would auto-generate interfaces based off those pages |
| [21:44:20] | dblain: | javajunky: I'm sure the method prototype was just a place holder. |
| [21:44:55] | wagnerrp: | but had stalled out some number of months back because of the QVariantList issue |
| [21:45:28] | dblain: | I just resync'd my vs2010 build environment with the changes for the last 6 months (has it been that long since I worked on MythTV!). Wasn't too bad. |
| [21:45:32] | javajunky: | danielk22: cheers, http://kb.askmonty.org/en/lgpl-mysql-client-library-32358 is related to that (and something I had looked at) |
| [21:46:56] | xris: | wagnerrp: there isn't a soap library for python to do that already? |
| [21:47:02] | xris: | PHP's SOAP stuff is really nice |
| [21:47:26] | wagnerrp: | there could be, i doubt there is any native support for it |
| [21:47:46] | wagnerrp: | and i dont like adding external dependencies when i dont need to |
| [21:47:50] | danielk22: | dblain: FYI I am able to reproduce the DataDirectCon problem on some runs. Appears it's some kind of race. |
| [21:48:47] | dblain: | danielk22: Not sure what problem that is... was that really meant for me? |
| [21:48:51] | javajunky: | I would like to help, I've been using myth for a *long* *long* time ..in fact I've just noted that we've exchanged words 6 years ago xris, wow time flies :) ( http://code.mythtv.org/trac/ticket/1636 ) .. looks like my patch sucked though. |
| [21:49:14] | danielk22: | dblain: Sorry that was for davide_, gigem |
| [21:49:46] | xris: | wagnerrp: http://www.diveintopython.net/soap_web_servic . . . pection.html ? |
| [21:52:01] | wagnerrp: | quite old, i guess once you have a parser set up, its not like the format is changing |
| [21:52:31] | wagnerrp: | anyway, i was looking at something likely similar, but probably a lot more simple |
| [21:52:36] | xris: | soapy is in pypi, last updated 2011–08 |
| [21:52:37] | wagnerrp: | maybe a couple hundred lines to the whole thing |
| [21:52:43] | xris: | ah |
| [21:52:57] | wagnerrp: | did they move? last version on sourceforge is from '05 |
| [21:53:21] | xris: | http://pypi.python.org/pypi/SOAPpy/ |
| [21:53:26] | xris: | looks like it's on github now |
| [21:54:01] | wagnerrp: | xris: basically, i was just looking for something along the lines of the existing DBData[Write] classes |
| [21:54:26] | wagnerrp: | and then i was going to layer something separate on top of them, to access the Services API if possible, or drop to the database/backendproto if neede |
| [21:54:28] | wagnerrp: | d |
| [21:54:46] | xris: | ah |
| [21:58:01] | wagnerrp: | the problem was just that the existing WSDL pages dont expose the structure of responses |
| [21:58:21] | wagnerrp: | so i wouldnt be able to pre-configure classes, and would have to de-serialize the data as it came in |
| [21:59:09] | dblain: | wagnerrp: isn't the problem limited to just QVariantLists? If not, I need to know you specific issue so I can make sure I address it. |
| [21:59:19] | wagnerrp: | no, its just the qvariantlists |
| [21:59:21] | xris: | ah |
| [21:59:22] | wagnerrp: | youre correct |
| [21:59:37] | wagnerrp: | it just says they return a 'variant' |
| [21:59:43] | dblain: | oh good... got me worried for a minute. |
| [22:01:00] | dblain: | I've been thinking about a way to deal with that problem, and it might help with the QDataTime formatting issue that sphery asked about. |
| [22:01:43] | stuartm: | Beirdo: are we running master, or the 1.52 tag/release? |
| [22:04:54] | Beirdo: | master, actually |
| [22:05:13] | Beirdo: | as of about 24h ago |
| [22:05:17] | stichnot_ (stichnot_!~chatzilla@192.55.54.42) has joined #mythtv | |
| [22:06:54] | dekarl: | iamlindoro: its not been tested, but it appears that the metadatadownloader is missing handling of generic episodes, does this make sense? http://paste.ubuntu.com/824488/ |
| [22:07:27] | dekarl: | basically it adds handling of kProbableGenericTelevision to avoid a fall through to the movie grabber |
| [22:08:10] | stichnot (stichnot!chatzilla@nat/intel/x-trgxnohpvwtvszta) has quit (Ping timeout: 272 seconds) | |
| [22:08:15] | stichnot_ is now known as stichnot | |
| [22:09:30] | stuartm: | Beirdo: thanks, I realised I'd filed a bug under 1.52 instead of master |
| [22:09:42] | Beirdo: | oops :) |
| [22:09:51] | iamlindoro: | dekarl: no, I believe that is wrong-- the generic episodes exists *for* metadata download |
| [22:09:58] | Beirdo: | let me know any time it needs a git pull, it's pretty painless |
| [22:10:11] | iamlindoro: | I can't go look at the code right now to confirm, but generic episodes are most definitely handled |
| [22:11:17] | iamlindoro: | dekarl: If not tested, where is the patch coming from/why? |
| [22:12:24] | dekarl: | I've been reading the code to find out how to avoid running the movie grabber for recordings of generic episodes and noticed that its detected but appears to be unhandled... so I whipped up a patch copy'n'paste style |
| [22:13:12] | dekarl: | the patch is the work of 15 seconds and I thought it might be easier to explain my thought in code rather the words ;) |
| [22:15:02] | iamlindoro: | it's handled in the last else |
| [22:15:09] | iamlindoro: | It's just not explicitly checked |
| [22:15:42] | beata (beata!beata@108.12.181.220) has joined #mythtv | |
| [22:16:44] | iamlindoro: | If it's not TV, and it's not a movie, then it enters the last else and doesn't through the HandleRecordingGeneric method |
| [22:17:13] | dekarl: | hmm, but a recording made from a rule with an inetref should not fall through to the movie grabber ever, right? |
| [22:17:40] | dekarl: | the recording rule has season=1, episode=1 |
| [22:18:22] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [22:18:24] | javajunky (javajunky!~Adium@80.77.243.22) has quit (Quit: Leaving.) | |
| [22:18:42] | iamlindoro: | Sorry, I don't have the time to reacquaint myself with it all right now-- it's all a very fragile balance and I am 99% certain your patch would break other behaviors |
| [22:18:47] | danielk22: | gigem: The problem is the explicit delete of the DD connection, if we just allow the CloseDatabases() to take care of it there is no issue. I'm going to do a commit that just gets rid of the Close{Sched,DD}Con() methods. There is no need for them anymore and using them can lead to just such issues. |
| [22:19:05] | iamlindoro: | dekarl: logs would be more enlightening than patches |
| [22:27:38] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds) | |
| [22:28:54] | stuartm: | some of the newer errors from cppcheck are as a result of us running it with defines that wouldn't normally be used together, e.g. USING_MINGW && CONFIG_DARWIN |
| [22:29:22] | Beirdo: | yeah |
| [22:29:45] | Beirdo: | maybe we need to tweak our command line a bit more? |
| [22:30:42] | dekarl: | iamlindoro: mythmetada |
| [22:30:46] | dekarl: | http://paste.ubuntu.com/824517/, |
| [22:32:46] | dekarl: | that was supposed to be a bit more verbose and without the comma at the end... the recording has an inetref but episode/season/subtitle are empty/0, the recording rule has an inetref and episode/season=1 |
| [22:33:02] | davide_: | danielk22: check. thanks for looking at it. |
| [22:35:01] | stuartm: | Beirdo: I don't see how we could tweak it without failing to inspect code we want to be looking at, so we have to suppress those warnings or perform multiple cppcheck runs for each platform |
| [22:35:13] | Beirdo: | K. |
| [22:35:37] | stuartm: | for now the former is easier |
| [22:36:01] | Beirdo: | yup, for sure |
| [22:37:39] | stuartm: | some of the warnings can be fixed by including some stuff in #else blocks – \1MythTV\2 |
| [22:37:46] | stuartm: | huh? |
| [22:38:10] | Beirdo: | OK that looks funky |
| [22:38:21] | stuartm: | https://github.com/MythTV/\1MythTV\2/blob/mas . . . il.cpp#L1261 |
| [22:38:27] | stuartm: | ffs... |
| [22:38:43] | Beirdo: | I think someone may have a macro :) |
| [22:38:51] | stuartm: | bad regexp |
| [22:38:58] | stuartm: | https://github.com/MythTV/mythtv/blob/master/ . . . il.cpp#L1261 |
| [22:39:06] | bradd (bradd!~bradd@shaolin.ameri.ca) has joined #mythtv | |
| [22:39:33] | Beirdo: | OK, I'm there now :) |
| [22:39:41] | Beirdo: | yeah, that's a supremely messy POS |
| [22:40:18] | Beirdo: | I wish there were a better way to look for pulse |
| [22:40:20] | Beirdo: | blech |
| [22:40:35] | stuartm: | the return right at the start for MINGW throws a warning because everything after that point is effectively dead code, it can't ever run |
| [22:40:46] | Beirdo: | hehe |
| [22:41:20] | javajunky (javajunky!~Adium@80.77.243.22) has joined #mythtv | |
| [22:41:40] | Beirdo: | yeah, that's true. We can shuffle it around a bit, but it might still be annoyed |
| [22:42:05] | stuartm: | put an #else ... #endif around the rest and it will shut up cppcheck (and be technically correct) |
| [22:42:20] | Beirdo: | yup |
| [22:42:47] | stuartm: | well, there's plenty of ways to organise that which will keep cppcheck happy, but you can see why it doesn't like it atm |
| [22:42:51] | Beirdo: | change that first #endif to #else, punt a #endif at the bottom of the function |
| [22:43:11] | danielk22: | Pulse tries to pretend to be ALSA, causing endless grief. |
| [22:43:19] | javajunky (javajunky!~Adium@80.77.243.22) has quit (Client Quit) | |
| [22:43:26] | Beirdo: | yeah, for sure. It's technically OK as we know the interdependencies of the defines |
| [22:43:33] | Beirdo: | but no way for cppcheck to know that |
| [22:44:01] | Beirdo: | Pulse is a pain in the rump at the best of times |
| [22:47:17] | stuartm: | I'll never like Pulse, to me it seems to be trying to paper over what I consider to be flaws in ALSA itself, but I also have to accept that OSS4 isn't going to be accepted back into the kernel in place of ALSA |
| [22:47:56] | kormoc_ (kormoc_!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc_) | |
| [22:55:40] | Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [22:56:29] | stuartm: | much of what was listed in 10297 shouldn't be something a user initiates via the UI (or command-line) but done automatically by the housekeeper |
| [22:57:53] | dekarl is now known as dekarl_zZz | |
| [23:00:20] | javajunky (javajunky!~Adium@80.77.243.22) has joined #mythtv | |
| [23:01:14] | sphery: | stuartm: as far as the "finding files" stuff, it's on my list, but it's not as simple as users think |
| [23:06:45] | stuartm: | in fact, some of that stuff shouldn't even wait for the housekeeper, it should be removed as say a video source is deleted (innodb and foreign key constraints would help enormously there) |
| [23:07:09] | stuartm: | sphery: what happened to us switching over to innodb? |
| [23:07:28] | stuartm: | on hold or cancelled? |
| [23:12:05] | sphery: | I don't plan to do anything on innodb conversion until we control the DB configuration--i.e. until we have an embedded DB server |
| [23:12:37] | stuartm: | ah, ok |
| [23:12:46] | sphery: | if others want to, they can, but between distros disabling InnoDB support in default MySQL installs or configuring MySQL with terrible InnoDB support, I just think it's easier to wait |
| [23:12:48] | clever: | still no change with the BUQ and the chance of sqlite? |
| [23:12:51] | stuartm: | even more reason to push forward the embedded db part |
| [23:12:59] | sphery: | exactly |
| [23:13:09] | rsiebert (rsiebert!~quassel@e179131162.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [23:13:23] | clever: | sphery: i have played with running a second mysql, you just configure ~/.my.cnf and run it under your own username |
| [23:13:25] | stuartm: | clever: there are even more reasons not to use sqlite if we want referential integrity (which we really do) |
| [23:13:39] | clever: | running a second mysql gives you control of the mysql config without needing root |
| [23:13:49] | sphery: | and as far as the video source deletion, if we're missing anything in SourceUtil::DeleteAllSources(), please tell me |
| [23:14:43] | stuartm: | ooh, sqlite have added foreign key constraints ... |
| [23:14:53] | clever: | sphery: running a second mysql lets you force innodb on, with sane config, but youll need to use a non-standard port to not conflict with the default install |
| [23:15:30] | sphery: | I added eit_cache, channelgroup, and channelgroupnames for #8525 after 0.24, but think it should be mostly up to date... I think the scanner itself should be clearing some of the channel scan stuff before a scan |
| [23:15:52] | stuartm: | sphery: I'm only going by what was said in that ticket about channels and other stuff being orphaned |
| [23:16:13] | stuartm: | but there's always the chance that the user was screwing around with the db directly |
| [23:17:06] | sphery: | yeah, not sure how you would orphan some of those things listed |
| [23:18:04] | clever: | sphery: http://privatepaste.com/e6852cff68 here's an example config, only real trouble i had was getting the mysql.user table fixed, this setup leaves the entire db blank |
| [23:18:13] | stuartm: | I'm thinking of having DELETE in the channel editor set channels invisible instead of deleting them, maybe deleting if it's pressed a second time but since we discourage deletion of channels maybe not |
| [23:18:16] | clever: | just run /usr/sbin/mysqld under the myth user, for example |
| [23:19:57] | sphery: | clever: our current plan is to just embed mysql into MythTV... create a mythdataserver application that provides multi-client and network access (since embedded mysql is a single-process database) (some have said just put it in the mythbackend, but since there are users trying to run mythbackend on pogoplugs, etc, it may make more sense to use a separate app)... Once we do, we'll control the MySQL config, because we'll use our own internal ... |
| [23:20:03] | sphery: | ... MySQL server, not one installed by the distro. |
| [23:20:48] | clever: | yeah, that method just lets you get rid of the mysql. db entirely, and makes it much more locked down |
| [23:21:10] | clever: | could still get 70% of the same stuff by using my example config, and disabling the tcp socket |
| [23:21:20] | clever: | then everything must go thru mythbackend/whatever and into the unix socket |
| [23:21:47] | stuartm: | just to play devil's advocate, does it really make a whole lot of sense to aid users in running the backend on a pogoplug when they are still going to need a proper computer somewhere else running 24/7 for the database? |
| [23:22:03] | sphery: | yeah, our plan is to embed it for ease of setup/installation (one less thing for users to worry about) |
| [23:22:15] | clever: | stuartm: id make the pogoplug a slave backend and run a proper master elsewhere |
| [23:22:59] | stuartm: | or to torture an analogy, why produce an electric car when it has to tow a generator behind it? |
| [23:23:34] | sphery: | stuartm: you don't count the power usage of the 8-core Core i7 system you have to run to handle mysql/file systems/transcoding/commflagging/... since your 2W pogoplug can't do that... It's still a 2W MythTV setup! They said so on -users list. |
| [23:23:35] | stuartm: | clever: right, slaves can be on weedy devices, but the master might as well be where the database is and if that's the case, why not the same process? |
| [23:24:04] | stuartm: | sphery: exactly, we know it's ridiculous, so why play along? |
| [23:24:22] | javajunky (javajunky!~Adium@80.77.243.22) has quit (Quit: Leaving.) | |
| [23:24:35] | clever: | stuartm: yeah, embedding can be the end-goal, but running plain old mysqld under the mythtv username could let you work on more important parts of the code (removing mysql connections) before you fully commit to switching it over |
| [23:24:52] | clever: | while still having the option to turn tcp mysql back on |
| [23:26:44] | sphery: | well, main reason I like the separate app is actually because then all data access is identical from all mythtv apps... you don't have mythmaster accessing data differently from other apps (mythmaster = master backend functionality after removing recorder functionality, which would be mythbackend or mythrecorder app) |
| [23:27:03] | stichnot_ (stichnot_!~chatzilla@192.55.54.38) has joined #mythtv | |
| [23:27:04] | stuartm: | knowing that many users are their own worst enemies I have trouble with the idea of the database server running as it's own standalone process because we know users are going to find ways to make it every bit as complicated as mysql setup is now |
| [23:28:17] | stuartm: | sphery: there is that argument, although there's also something to be said for avoiding the network overhead on the master backend which is doing the really heavy DB stuff like seektables and scheduling |
| [23:28:23] | clever: | id still like to have atleast read-only SQL access to the entire myth db, in case i ever want to run querys directly on it |
| [23:28:39] | clever: | could make write access something in the config that you need to manualy enable (developers only) |
| [23:28:47] | stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Ping timeout: 245 seconds) | |
| [23:29:00] | stichnot_ is now known as stichnot | |
| [23:30:29] | netw1z (netw1z!~overseas_@cpe-72-225-175-91.nyc.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:38:18] | netw1z (netw1z!~overseas_@cpe-72-225-175-91.nyc.res.rr.com) has joined #mythtv | |
| [23:42:22] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.