| Friday, October 19th, 2012, 00:03 UTC | ||
| [00:03:58] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Quit: Read Error: Connection reset by beer) | |
| [00:08:02] | Gibby (Gibby!~chris@cpe-024-211-118-249.sc.res.rr.com) has joined #mythtv | |
| [00:31:32] | toeb (toeb!~tob@HSI-KBW-134-3-100-238.hsi14.kabel-badenwuerttemberg.de) has quit (Read error: Connection reset by peer) | |
| [00:36:41] | toeb (toeb!~tob@HSI-KBW-134-3-100-238.hsi14.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [00:41:56] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [00:46:46] | neufeld_AFK is now known as neufeld | |
| [00:47:46] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Remote host closed the connection) | |
| [00:48:12] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [00:48:47] | pheld (pheld!bqvjmj@109-109-76-195.bb.cust.telefiber.no) has quit (Quit: Leaving.) | |
| [01:39:11] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [01:44:26] | Sharky-AFK is now known as Sharky112065 | |
| [01:47:36] | Sharky112065 is now known as Sharky-AFK | |
| [02:01:22] | neufeld is now known as neufeld_AFK | |
| [02:02:28] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [02:05:37] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [02:21:35] | Gibby (Gibby!~chris@cpe-024-211-118-249.sc.res.rr.com) has quit (Quit: Leaving) | |
| [02:39:57] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [02:49:28] | xris (xris!~xris@xris.forevermore.net) has quit (Changing host) | |
| [02:49:28] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [02:51:09] | fully_human (fully_human!~a@50-39-128-84.bvtn.or.frontiernet.net) has joined #mythtv | |
| [03:20:18] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:36:36] | waynemcdougall (waynemcdougall!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [05:03:07] | jya: | "signalhandling.cpp:86:43: error: use of undeclared identifier 'SIGRTMIN'" , what is SIGRTMIN ? |
| [05:23:07] | fully_human (fully_human!~a@50-39-128-84.bvtn.or.frontiernet.net) has quit (Ping timeout: 246 seconds) | |
| [05:30:33] | stoffel (stoffel!~quassel@pD9E4391A.dip.t-dialin.net) has joined #mythtv | |
| [05:42:35] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Read error: Connection reset by peer) | |
| [05:42:42] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [05:48:11] | waynemcdougall (waynemcdougall!~wayne@codeworks.gen.nz) has quit (Ping timeout: 255 seconds) | |
| [05:48:37] | waynemcdougall (waynemcdougall!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [05:51:34] | neufeld_AFK (neufeld_AFK!~user@ottawa-hs-206-191-28-140.s-ip.magma.ca) has quit (Remote host closed the connection) | |
| [05:51:45] | neufeld_AFK (neufeld_AFK!~user@ottawa-hs-206-191-28-140.s-ip.magma.ca) has joined #mythtv | |
| [06:01:17] | SteveGoodey (SteveGoodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has joined #mythtv | |
| [06:05:57] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [06:07:54] | stoffel (stoffel!~quassel@pD9E4391A.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [06:13:50] | SteveGoodey (SteveGoodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:30:45] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:45:47] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [06:58:03] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds) | |
| [07:03:59] | Goga777 (Goga777!~Goga777@128-71-0-51.broadband.corbina.ru) has joined #mythtv | |
| [07:23:52] | Goga777 (Goga777!~Goga777@128-71-0-51.broadband.corbina.ru) has quit (Remote host closed the connection) | |
| [07:37:46] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has joined #mythtv | |
| [07:53:03] | osmium (osmium!~andrewvil@50.46.103.37) has joined #mythtv | |
| [07:57:45] | wmcdougall (wmcdougall!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [07:58:55] | waynemcdougall (waynemcdougall!~wayne@codeworks.gen.nz) has quit (Ping timeout: 256 seconds) | |
| [08:04:05] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:f4e1:c614:6e53:e984) has joined #mythtv | |
| [09:03:44] | stuartm: | jya: POSIX real time signal, it's meaning is defined by the application |
| [09:04:17] | jya: | well, doesn't exist on macos x.. I had to make all the code changed by Beirdo conditional for OS X |
| [09:06:12] | stuartm: | this covers it well – http://linux.about.com/od/commands/l/blcmdl7_signal.htm – seems like SIGRTMIN through SIGRTMIN+2 are in fact thread related on Linux |
| [09:08:43] | stuartm: | jya: before Beirdo added that handler we'd randomly return early during startup of the myth* apps because something sent that signal |
| [09:09:06] | stuartm: | on linux anyway |
| [09:09:26] | jya: | yes, I read the commit log where he mentioned issue on Ubuntu 12.04 |
| [09:09:36] | jya: | Anyhow, few broken things on the OS X |
| [09:09:51] | jya: | it can't have build properly since early August…. |
| [09:10:10] | jya: | no wonder there's no 0.26 mac binary available :( |
| [09:10:44] | jya: | I got a 64 bits version to compile, but having issue with 32 bits (libx264 doesn't compile) |
| [09:14:50] | jya: | where is the db schema version defined again ? |
| [09:14:58] | jya: | cant' believe I can't remember that :( |
| [09:25:28] | stichnot (stichnot!~stichnot@adsl-69-110-144-133.dsl.pltn13.pacbell.net) has quit (Ping timeout: 246 seconds) | |
| [09:27:43] | stuartm: | mythtv/libs/libmythbase/mythversion.h |
| [09:27:43] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [09:32:36] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [09:38:15] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [09:40:47] | stichnot (stichnot!~stichnot@adsl-69-110-144-133.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [09:41:33] | jya: | thanks… I had figured it out in the end... |
| [09:46:39] | stichnot (stichnot!~stichnot@adsl-69-110-144-133.dsl.pltn13.pacbell.net) has quit (Ping timeout: 245 seconds) | |
| [09:47:39] | stuarta: | wagnerrp: the ppc builder is broken atm, marc is looking into it, it has had a disk creash recently |
| [09:47:40] | joki (joki!~joki@p54862B5F.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [09:48:00] | joki- (joki-!~joki@p54865483.dip.t-dialin.net) has joined #mythtv | |
| [09:48:04] | jya: | stuarta: any chance of having the OS X autobuild up and running at some stage? |
| [09:48:07] | joki- is now known as joki | |
| [09:48:19] | jya: | would have prevented most of the issue I'm correcting now |
| [09:48:29] | stuarta: | jya: we haven't had an osx build slave for months |
| [09:48:43] | jya: | I know ! |
| [09:48:44] | stuarta: | it is dead, it's now the f17 builder |
| [09:48:58] | jya: | forever ? no plan of resurecting one ? |
| [09:49:13] | jya: | I guess I could make my iMac become one, I don't usually turn it off |
| [09:49:17] | stuarta: | i don't have the hardware to run lion, so i can't run one |
| [09:49:23] | jya: | if you tell me how to set it up... |
| [09:49:42] | stuarta: | i reached an impass, the newest compiler i could get on my machine would ICE on the code |
| [09:50:22] | stuarta: | jya: get the buildslave install from buildbot.net and git installed |
| [09:50:31] | stuarta: | *installed |
| [09:51:09] | stuarta: | i can supply you the relevant details and get it hooked up in the build network |
| [09:51:33] | jya: | ok.. Will look into it tomorrow.. Too jetlagged now… can barely keep my eyes open |
| [09:51:41] | ** stuarta remembers he put some of this on the wiki ** | |
| [09:53:43] | jya: | does the buildbot perform a clean checkout after each git update, or it just does a git pull ? |
| [09:54:04] | jya: | cause I don't want to eat my monthly quota too much |
| [09:54:32] | jya: | checking out a new copy each time is going to be rather significant |
| [09:54:38] | stuarta: | the first build will be a full clone |
| [09:54:46] | stuarta: | each subsequent one is just an update |
| [09:54:51] | jya: | ok cool |
| [09:55:08] | stuarta: | for each build it copies the repo into the buildarea and goes from there |
| [09:55:45] | stuarta: | go get some rest and ping me next week if you need a hand |
| [09:57:23] | stuarta: | your buildbot users will need an ssh public key in order to checkout the repos |
| [09:57:28] | stuarta: | *user |
| [09:57:47] | stuarta: | either myself or Beirdo can get that setup for you |
| [09:59:22] | jya: | can't use my own key ? |
| [10:01:51] | stuarta: | the buildslaves have a different permission set |
| [10:02:30] | stuarta: | so no you would want it to have it's own key |
| [10:02:48] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:06:19] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Remote host closed the connection) | |
| [10:09:06] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:13:41] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [10:14:45] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [11:14:59] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has quit (Ping timeout: 256 seconds) | |
| [11:25:47] | rsiebert_ (rsiebert_!~quassel@g225054130.adsl.alicedsl.de) has joined #mythtv | |
| [11:29:09] | rsiebert (rsiebert!~quassel@g225056194.adsl.alicedsl.de) has quit (Ping timeout: 256 seconds) | |
| [11:44:58] | f33dMB (f33dMB!~f33dMB@li100-62.members.linode.com) has joined #mythtv | |
| [12:09:19] | jya: | any ideas why qt 4.7 isn't found in the same location as 4.6 and 4.8? was it some kind of license issue? |
| [12:10:03] | jya: | like nokia has the source, but not builds… it has all from 4.1 to 4.6 then 4.8.x… qt-project.org has 4.6.x, 4.8.x, no 4.7.x |
| [12:35:50] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [12:37:12] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [12:47:49] | stuartm: | not a clue, might as well jump straight to 4.8 if you can through |
| [12:47:51] | stuarta: | no idea |
| [12:48:16] | ** stuarta agrees with stuartm ** | |
| [12:48:31] | stuartm: | without the typo though ;) |
| [12:51:00] | FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [12:53:22] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Ping timeout: 265 seconds) | |
| [13:09:12] | wmcdougall (wmcdougall!~wayne@codeworks.gen.nz) has quit (Ping timeout: 276 seconds) | |
| [13:30:08] | IReboot: | Is there a way to test if MythTV can play a video file from the commandline? I thought there was a simple command line method but my Googling and wiki search skills have failed me. |
| [13:30:41] | IReboot: | oops wrong channel, sorry |
| [13:31:50] | stichnot (stichnot!~stichnot@adsl-69-110-144-133.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [13:40:22] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has joined #mythtv | |
| [14:09:46] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-151-224-dynip.superkabel.de) has joined #mythtv | |
| [14:26:42] | FabriceMG1 (FabriceMG1!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG1) | |
| [14:37:34] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [14:48:02] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [14:48:44] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [14:57:56] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [15:01:48] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [15:04:02] | stuartm: | wagnerrp: the new -a parameter needs adding to tmdb3.py too, I've just realised that the patch I applied was submitted before that script existed |
| [15:04:29] | wagnerrp: | locale stuff? |
| [15:05:35] | wagnerrp: | yeah, area |
| [15:06:07] | wagnerrp: | i assume that's just going to give me the standard 2-character country code? |
| [15:09:48] | wagnerrp: | stuartm: so with that, i should be filtering for the certifications and alternate title that apply to that country code? |
| [15:13:58] | SteveGoodey (SteveGoodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has joined #mythtv | |
| [15:15:10] | Steve-Goodey (Steve-Goodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has joined #mythtv | |
| [15:17:39] | dekarl (dekarl!~dekarl@p4FE84619.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [15:19:47] | stuartm: | wagnerrp: yep, looking at the v3 API that would be used with /alternative_titles and /releases |
| [15:20:17] | wagnerrp: | release date... yeah, forgot about that one |
| [15:22:06] | danielk22: | Beirdo: I was just reading the RingBuffer::DiskLoop() code and saw that we remap SIGXFSZ using ::signal(), shouldn't that be handled by your new signal class so it's all handled in one place? |
| [15:22:28] | danielk22: | IReboot: mythavtest |
| [15:22:40] | wagnerrp: | danielk22: already answered in other channel |
| [15:24:26] | IReboot: | danielk22: thanks anyways |
| [15:24:29] | dekarl (dekarl!~dekarl@p4FCEEE34.dip.t-dialin.net) has joined #mythtv | |
| [15:24:54] | danielk22: | heh np |
| [15:25:36] | danielk22: | jya: Nice seeing you in here again! :) |
| [15:32:19] | wagnerrp: | stuartm: as it is, tmdb3.py returns the certifications for all countries, since that's how the mxml format is structured |
| [15:32:46] | wagnerrp: | should i be limiting that to the country in question, or do you know if the metadata library processes out the one it wants? |
| [15:35:37] | f33dMB (f33dMB!~f33dMB@li100-62.members.linode.com) has quit (Ping timeout: 246 seconds) | |
| [15:36:27] | rsiebert (rsiebert!~quassel@g225054130.adsl.alicedsl.de) has joined #mythtv | |
| [15:36:28] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [15:36:56] | rsiebert_ (rsiebert_!~quassel@g225054130.adsl.alicedsl.de) has quit (Read error: Connection reset by peer) | |
| [15:39:23] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [15:39:34] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
| [15:44:08] | Wolfgang1 (Wolfgang1!~Thunderbi@178-27-151-224-dynip.superkabel.de) has quit (Quit: Wolfgang1) | |
| [15:50:59] | stuartm: | wagnerrp: I *think* it will currently just use the first one returned, I need to check |
| [15:52:18] | stuartm: | when I last looked maybe a year ago now there was no locale handling in the lib, which is how we came to add -a in the first place |
| [15:53:28] | stuartm: | but that was also before the v3 API grabber was created, the old grabber would only return US by default, you had to specify the locale you wanted in the request to get anything different |
| [15:54:31] | wagnerrp: | the way the format is set up, it makes more sense for library to choose the cert out of a list |
| [15:54:46] | wagnerrp: | but temporarily, it's not difficult for me to resort with the proper one at the top |
| [15:58:22] | wagnerrp: | actually, with how the list is generated, it is |
| [16:00:19] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [16:01:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [16:07:28] | Goga777 (Goga777!~Goga777@128-71-0-51.broadband.corbina.ru) has joined #mythtv | |
| [16:11:28] | caelor_ is now known as caelor | |
| [16:20:23] | caelor is now known as caelor_ | |
| [16:35:01] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:f4e1:c614:6e53:e984) has quit (Read error: Connection reset by peer) | |
| [16:41:15] | Goga777 (Goga777!~Goga777@128-71-0-51.broadband.corbina.ru) has quit (Read error: Connection reset by peer) | |
| [16:59:21] | Beirdo: | danielk22: yeah, we probably should. It would at least minimize the maintanence later, and could even lead to a stability fix. |
| [17:00:00] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [17:00:53] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Remote host closed the connection) | |
| [17:16:07] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has joined #mythtv | |
| [17:19:06] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [17:33:07] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [17:33:28] | Steve-Goodey (Steve-Goodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:37:53] | SteveGoodey (SteveGoodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [17:40:09] | SteveGoodey (SteveGoodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has joined #mythtv | |
| [17:41:25] | Sharky-AFK is now known as Sharky112065 | |
| [17:42:43] | SteveGoodey (SteveGoodey!~steve@host86-130-218-67.range86-130.btcentralplus.com) has quit (Client Quit) | |
| [17:48:20] | Chutt_ (Chutt_!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Quit: Leaving) | |
| [17:48:38] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [17:50:05] | stuartm: | wagnerrp: thanks for that |
| [17:52:41] | stuartm: | as far as year/releasedate, I think it makes sense to use the year specific value, there are some cases where the release date in some countries is different by a number of years and not just a few months |
| [17:54:31] | stuartm: | I guess most users would prefer it to be accurate if we're going to include it at all |
| [17:55:28] | stuartm: | as far as bandwidth, well TMDB designed the API, if they are unhappy that splitting the data into multiple api calls results in higher traffic that's their fault and not ours |
| [17:57:56] | stuartm: | their old API was better in that respect, you could request that it only return the data for the languages/locale that you wanted |
| [18:05:56] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has quit (Ping timeout: 268 seconds) | |
| [18:09:47] | stuartm: | wagnerrp: you want the release data anyway since that's where you get the certification info, which is what we're really interested in for parental controls |
| [18:13:27] | wagnerrp: | stuartm: i left it as the original year, as the original year might be used to help identify which specifically of multiple similarly named titles it is |
| [18:13:42] | wagnerrp: | it would be confusing if the year changed depending on your location |
| [18:16:14] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [18:16:25] | wagnerrp: | as far as old API versus new API, the old API really barely even supported language/country |
| [18:16:31] | wagnerrp: | the new UI supports both pretty pervasively |
| [18:17:07] | stuartm: | I'd say it's more confusing if it didn't change, I remember that "Some Film" was released in 2008, but the only options in the list are 2005 or 2007 – which one do I choose? Are both the wrong film? Or as is probably the case, the film I want was released in the US in 2005 but released in the UK in 2008 |
| [18:17:43] | wagnerrp: | the issue is that the search function only returns a limited subset of the data, so if i want to pull certification data, i have to make another query against each response individually |
| [18:17:56] | wagnerrp: | without looking, im presuming the old API had the same limitation |
| [18:18:18] | wagnerrp: | technically, you could pull data from multiple movies in one shot, but it would still have to be independent of the search |
| [18:19:03] | wagnerrp: | my bigger concern with pulling the release year out of the certification data is for movies that are re-released, and re-certified |
| [18:19:49] | wagnerrp: | for example, Star Wars IV was released in 1977, but the certification data is in 1997 when they re-released it |
| [18:19:50] | stuartm: | in those cases I'd always go with the earliest year on record for that locale |
| [18:20:12] | wagnerrp: | if you see that year, you're going to think it's the wrong movie |
| [18:20:20] | stuartm: | to be fair, Star Wars and Star Wars IV are different films ;) |
| [18:20:38] | wagnerrp: | Episode IV? |
| [18:21:01] | stuartm: | wagnerrp: that's a problem with the data though, it should be fixed – if it was released twice then the certification info should show both |
| [18:21:19] | stuartm: | wagnerrp: Han shot first |
| [18:21:20] | wagnerrp: | i can raise that issue with travis |
| [18:21:21] | stuartm: | :p |
| [18:22:00] | wagnerrp: | oh! i probably screwed that one up myself |
| [18:22:16] | wagnerrp: | ill bet it actually does list both release dates |
| [18:23:18] | wagnerrp: | i store certificates in a dictionary (map), indexed by country code |
| [18:23:30] | wagnerrp: | it's a 1:1 mapping, so i probably overwrite the old information with the new |
| [18:24:10] | stuartm: | wagnerrp: yeah, looks like it lists both dates/certifications |
| [18:24:54] | stuartm: | or maybe not ... hmm, I thought it did for a minute but I can only see the 1977 date for US |
| [18:29:31] | stuartm: | yeah, that's screwy – if you enter the second date it overwrites the first, so for most countries it's showing 1997, when I added the 1977 date/certification for the UK it replaced the 1997 date/certification |
| [18:29:47] | stuartm: | interestingly, it received a lower rating in '77 |
| [18:30:47] | stuartm: | it should be easy to fix on their side |
| [18:32:26] | wagnerrp: | depends on whether the system expects a 1:1 mapping like i did |
| [18:33:14] | wagnerrp: | that also brings up the question of whether there should be independent versions of the original and the "Special Edition" |
| [18:33:25] | wagnerrp: | and similarly with all sorts of directors cuts |
| [18:38:48] | stuartm: | yeah, it get's tricky, if it were my decision I'd say they should be independent, or at least meta-versions – sharing the same base metadata but different runtimes/release dates, certification and even directors* |
| [18:38:59] | dekarl: | ohh discussions towards tvbrainz style data models :) |
| [18:39:07] | wagnerrp: | ? |
| [18:39:36] | dekarl: | multiple variants of the same movie sharing a common superdataset |
| [18:39:38] | stuartm: | * there are have a few films where a director was replaced by another and re-cut before release, the original directors cut being released years later |
| [18:40:04] | dekarl: | similar to "release" and "release group" on musicbrainz |
| [18:41:15] | stuartm: | I've never felt that Travis is really that committed to representing this stuff 'properly', it was a struggle just to persuade him that we needed per locale certification data originally |
| [18:44:28] | stuartm: | wagnerrp: dekarl is involved with/backing the creation of another repository for film information, a side project of the musicbrainz guys |
| [18:45:46] | stuartm: | dekarl: that's right isn't it? Or am I confusing you with someone else? |
| [18:54:46] | dekarl: | it depends... I'm tooting that horn in the hopes that someone steps up ;) |
| [18:56:17] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [18:56:21] | dekarl: | but as musicbrainz is the only community with a proper editing and moderation process I don't know what else to suggest/support |
| [18:56:37] | dekarl: | I'm tired of the begging on tmdb/tvdb for changes |
| [18:57:12] | wagnerrp: | the only begging on tmdb tends to be for deletes, when some idiot creates a duplicate since they didn't take the 15 seconds needed to search |
| [18:57:39] | wagnerrp: | tvdb is a lot more frequent, since they lock stuff for editing once it has finished airing |
| [18:59:07] | stuartm: | sometimes prematurely before all the metadata exists, but at least if you ask nicely they will correct it or unlock it so that you can make additions/changes |
| [18:59:15] | dekarl: | well, they have lots of crap entries that my augmenters hit... dvd compilations of bob the builder an the like. no way to add information without translating the movie to your locale, no way to flag images for replacement... |
| [18:59:46] | wagnerrp: | i've heard tvdb might be running into funding trouble |
| [18:59:52] | stuartm: | people adding TV series, or concert/sport DVDs is a real issue |
| [19:00:02] | dekarl: | tvdb has everything locked down... and you need to catch attention to your changes... their data model not being sophisticated enough does its own thing |
| [19:00:49] | stuartm: | wagnerrp: there was something on their forum about that a while back, nothing direct, just some regulars/mods referring to problems and the effort to find a solution |
| [19:01:07] | wagnerrp: | dekarl: personally, i'm a fan of images like this... http://forums.thetvdb.com/viewtopic.php?p=35639#p35639 |
| [19:02:00] | dekarl: | wagnerrp: cool, I'd totally watch that series |
| [19:02:15] | stuartm: | dekarl: right, the TVDB model again seems to assume one locale, e.g. the disc id stuff would be great, except you can only add one disc id per series/episode which ignores the fact that it may be released in different formats internationally |
| [19:04:14] | dekarl: | stuartm aye, but they can't even support de_DE where we have different series titles per season and different episode title per channel (on common series like startrek/stargate) |
| [19:04:49] | stuartm: | I'd still love to show metadata in the menu/OSD for DVDs which have just been inserted, using nothing but a disc id or similar for the lookup |
| [19:05:00] | dekarl: | stuff aside where the french cut is 6x60min and the german cut is 3x120min ;) |
| [19:06:40] | wagnerrp: | IReboot: i suggest you rethink this section on the wiki... http://www.mythtv.org/wiki/Lossless_Cut#Suppo . . . ding_Devices |
| [19:06:57] | stuartm: | dekarl: actually what really bugs be is that the air order in the original country (mainly US) is determined to be the authoritative ordering, even when US broadcasters change from the _intended_ order in an attempt to drive up interest |
| [19:07:11] | wagnerrp: | lest we get a bunch of idiots flooding the table with the same exact content, from a dozen different digital tuners, somehow thinking the results might be different |
| [19:08:45] | wagnerrp: | just some kind of rewording to make it explicit the source device is only relevant for analog hardware encoders |
| [19:09:20] | dekarl: | stuartm: well, I find the concept of an original air date confusing... |
| [19:10:34] | dekarl: | but dvd order vs. intended order vs. aired order of your locale (is that pay tv? free tv? public tv?) choice is hard, too |
| [19:10:50] | IReboot: | wagnerrp: hmm, From what my users tell me a DVB-T and DVB-S2 results with Lossless Cut varies by specific make and model and country's transmissions. In any event I can always edit the wiki page if out gets out of hand. |
| [19:11:24] | wagnerrp: | the country of transmission? absolutely... its going to change from broadcaster to broadcaster |
| [19:11:46] | wagnerrp: | but if we have differences in the recording from one tuner device to the next on the same signal, we have some serious problems in the recorder code |
| [19:12:17] | wagnerrp: | that, or the tuner drivers/firmware themselves are bugged |
| [19:13:59] | wagnerrp: | stuartm: i assuming anything "BBC" is only going to get encoded once, and bounced off transponders across the country? |
| [19:14:33] | wagnerrp: | or do you have local affiliates with regional content/news like we do over here? |
| [19:16:02] | dekarl: | BBC appears to be similar to the german public broadcaster with local variants prepared at the same playout center (no affiliates) |
| [19:16:31] | wagnerrp: | so presumably everyone would be using the same encoders, and if something worked in one location, it should work everywhere? |
| [19:17:29] | dekarl: | over here we have different encodings for DVB-C/S/T |
| [19:19:20] | dekarl: | the multiplexes are custom crafted for each differend net bandwidth with statistical multiplex (the channels get dynamically more bandwidth depending on action.) |
| [19:19:26] | IReboot: | wagnerrp: Well for a HDHomerun one user consistently has a single channel (ABC) that mkvmerge cannot cut (only copies the audio track) and NBC that the mkvmerge never merges the last segment. I tested it myself from a full recorded file. |
| [19:20:22] | IReboot: | wagnerrp: For right now I am going to wait things out and see what happens after all it is only an Alpha release. |
| [19:21:10] | dekarl: | the BBC is experimenting with cutting edge encoders too. e.g. dynamically signalling progresive/interlaced depending on content (I forgot where I read that, likely BBC Labs blog) |
| [19:21:11] | wagnerrp: | IReboot: im saying i would expect the same behavior from another user in the same region using a Hauppauge or Pinnacle or KWorld tuner |
| [19:22:30] | wagnerrp: | i'm just thinking the tuner should be irrelevant, only the encoder matters |
| [19:22:36] | IReboot: | wagnerrp: I do heed your words but with what I saw with the hdhomerun I will wait for a bit and edit the table myself when a pattern emerges. |
| [19:22:39] | wagnerrp: | barring software bugs in mythtv's recording libraries |
| [19:24:42] | stuartm: | wagnerrp: right, there's a limited amount of local programming, news content prepared by the BBC at regional centres, but everything else is encoded once and redistributed |
| [19:25:22] | stuartm: | no affiliates, it's all BBC, they just have some local news teams dotted around the country |
| [19:25:58] | IReboot: | wagnerrp: Those ABC recordings showed as 25Mg samples but when archived shrunk down to 10Mg with the unarchived sample showing 25Mg again and played perfect. All other video examples did not archive smaller than 24Mg. I am baffled. |
| [19:27:31] | wagnerrp: | they played fine but did they actually look fine? |
| [19:28:17] | wagnerrp: | is it possible they had framerate or resolution changes in there, along with a bunch of low bitrate video, and you removed a bunch of bitstream padding? |
| [19:29:02] | wagnerrp: | something your transcoder couldn't handle |
| [19:29:52] | dekarl: | IReboot: does ABC carry other streams like DSMCC with high repetition rates? That would explain the compressability. |
| [19:30:45] | IReboot: | dekarl: I could pastebin your the track info if you like. |
| [19:31:33] | dekarl: | sure, but its likely something else ;) |
| [19:32:59] | stuartm: | whether something is encoded differently for DVB-S vs DVB-T is an interesting question, I can see how that would come about – DVB-S stuff has to remain playable not only on the FTA platforms/hardware controlled by the BBC (Freesat) but also on the pay-tv (Sky) hardware – they might conceivably have to avoid some advanced encoding technique because Sky hardware/software can't handle it |
| [19:33:45] | stuartm: | if that ever happened, they wouldn't want to waste bandwidth on DVB-T just because they can't use that encoding on DVB-S |
| [19:36:55] | IReboot: | dekarl: See: http://pastebin.com/uhyqUh9E it looks all his other HD recordings that work without issue, except their archive size does not shrink appreciable. |
| [19:37:47] | dekarl: | IReboot: "not shrinking" is to be expected |
| [19:39:22] | dekarl: | hmm "stream size 90%" for the video stream, so its really inside that PID |
| [19:39:40] | IReboot: | dekarl: Exactly but these ABCc recording shrink consistently from 25Mg to ~9.5Mg while the same device's recordings of other stations do not. |
| [19:43:44] | nOStahl (nOStahl!~nOStahl@h69-129-126-219.mdsnwi.broadband.dynamic.tds.net) has joined #mythtv | |
| [19:44:04] | nOStahl: | hi guys, any of you use that broadcom mini pcie decoder ? |
| [19:44:45] | wagnerrp: | is this a developmental question? or user support question? |
| [19:45:54] | dekarl: | IReboot: I've got no idea where the 40% of reduction could come from. unless they really put stuffing inside the stream. |
| [19:46:06] | nOStahl: | wondering how it is utilized by the system |
| [19:46:22] | nOStahl: | ie how the system chooses to run video through it vs onboard video chipset |
| [19:47:07] | wagnerrp: | all video goes through the onboard video chipset, since that's the only way it is going to get put up on your television or other display device |
| [19:47:18] | wagnerrp: | onboard/discrete/whatever |
| [19:47:42] | IReboot: | dekarl: If I had not seen this video play perfectly on my own system I would not have believed it. |
| [19:47:45] | nOStahl: | so what does this broadcom crystal do |
| [19:47:51] | wagnerrp: | decode |
| [19:48:05] | wagnerrp: | this really sounds like a discussion that belongs on #mythtv-users |
| [19:48:32] | nOStahl: | are the users, developers that would know the answers to this question? :P |
| [19:49:15] | wagnerrp: | the developers know the answers, as do many users... the point is that this is not in any way aiding in future development |
| [19:51:32] | wagnerrp: | i can explain things further if you head over to #mythtv-users |
| [19:57:06] | nOStahl: | k |
| [20:00:21] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 255 seconds) | |
| [20:20:29] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has joined #mythtv | |
| [20:22:39] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [20:23:37] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [20:37:10] | nOStahl (nOStahl!~nOStahl@h69-129-126-219.mdsnwi.broadband.dynamic.tds.net) has left #mythtv () | |
| [20:37:36] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has joined #mythtv | |
| [20:41:36] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [20:53:48] | bas-t (bas-t!~tycho@52484E89.cm-4-1b.dynamic.ziggo.nl) has quit (Quit: Ex-Chat) | |
| [21:14:34] | stoffel (stoffel!~quassel@pD9E41601.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [21:16:09] | danielk22 (danielk22!~danielk@96.57.9.142) has left #mythtv () | |
| [21:21:45] | shadowone (shadowone!~shadowone@2001:44b8:419a:7700:222:15ff:fe6a:92b9) has joined #mythtv | |
| [21:29:56] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [21:42:50] | wmcdougall (wmcdougall!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [22:22:54] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [22:23:45] | skd5aner: | +1 on mirroring a tv/movie data model after how musicbrainz has done for music |
| [22:24:11] | skd5aner: | they've had years to think this thing through, and fianlly went with this NGS schema last year |
| [22:24:12] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [22:27:06] | skd5aner: | dekarl and I seem to be the musicbrainz evangalists around here – or at least the cult followers ;) |
| [22:27:33] | skd5aner: | and they are an excellent model for how a FOSS project should run |
| [22:27:41] | skd5aner: | management wise |
| [22:36:39] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer) | |
| [22:38:46] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [22:49:19] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has quit (Remote host closed the connection) | |
| [22:50:08] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [22:54:33] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Remote host closed the connection) | |
| [23:01:18] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Read error: Connection reset by peer) | |
| [23:01:55] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [23:01:59] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [23:01:59] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [23:03:10] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection) | |
| [23:03:28] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [23:03:29] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [23:03:29] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [23:03:46] | wahrhaft (wahrhaft!~quassel@cpe-24-210-70-5.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [23:04:02] | wahrhaft (wahrhaft!~quassel@cpe-24-210-70-5.columbus.res.rr.com) has joined #mythtv | |
| [23:05:14] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 240 seconds) | |
| [23:06:15] | anykey_ (anykey_!~anykey@46-126-243-153.dynamic.hispeed.ch) has quit (Ping timeout: 240 seconds) | |
| [23:06:15] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [23:16:32] | shadowone (shadowone!~shadowone@2001:44b8:419a:7700:222:15ff:fe6a:92b9) has quit (*.net *.split) | |
| [23:16:51] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [23:47:43] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:50:02] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [23:51:39] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 260 seconds) | |
| [23:54:44] | shadowone (shadowone!~shadowone@ppp59-167-189-79.static.internode.on.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.