| Thursday, November 15th, 2012, 00:03 UTC | ||
| [00:03:56] | sl1ce (sl1ce!~johnathan@66.31.34.71) has joined #mythtv | |
| [00:04:27] | sl1ce (sl1ce!~johnathan@66.31.34.71) has quit (Remote host closed the connection) | |
| [00:05:48] | sl1ce (sl1ce!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has joined #mythtv | |
| [00:08:26] | sl1ce (sl1ce!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has quit (Remote host closed the connection) | |
| [00:09:31] | abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has quit (Quit: Page closed) | |
| [00:11:03] | sl1ce (sl1ce!~johnathan@c-66-31-34-71.hsd1.ma.comcast.net) has joined #mythtv | |
| [00:27:57] | stuartm: | is mythshutdown supposed to output anything for --check, --status etc? It does nothing here which isn't what I was expecting |
| [00:28:54] | stuartm: | --setscheduledwakeup doesn't work either |
| [00:54:30] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Ping timeout: 252 seconds) | |
| [01:00:22] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [01:13:02] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [01:13:34] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Client Quit) | |
| [01:14:28] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [01:14:31] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [01:14:33] | wayne (wayne!~wayne@codeworks.gen.nz) has quit (Ping timeout: 246 seconds) | |
| [01:16:24] | wayne (wayne!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [01:19:21] | abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Client Quit) | |
| [01:42:08] | john__ (john__!~quassel@75-161-90-147.albq.qwest.net) has joined #mythtv | |
| [01:43:58] | john__ (john__!~quassel@75-161-90-147.albq.qwest.net) has quit (Client Quit) | |
| [01:44:49] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [01:44:59] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: Coyote finally caught me) | |
| [01:45:12] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [01:49:53] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Client Quit) | |
| [01:50:09] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [01:51:09] | john (john!~quassel@75-161-90-147.albq.qwest.net) has joined #mythtv | |
| [01:51:29] | john (john!~quassel@75-161-90-147.albq.qwest.net) has quit (Client Quit) | |
| [01:53:04] | jpabq_ (jpabq_!~quassel@75-161-90-147.albq.qwest.net) has joined #mythtv | |
| [01:56:55] | jpabq_ (jpabq_!~quassel@75-161-90-147.albq.qwest.net) has quit (Client Quit) | |
| [01:57:24] | waynemcdougall (waynemcdougall!~wayne@codeworks.gen.nz) has joined #mythtv | |
| [01:59:42] | wayne (wayne!~wayne@codeworks.gen.nz) has quit (Ping timeout: 246 seconds) | |
| [02:07:58] | stichnot (stichnot!~chatzilla@67.218.110.95) has joined #mythtv | |
| [02:07:58] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [02:07:58] | stichnot (stichnot!~chatzilla@67.218.110.95) has quit (Changing host) | |
| [02:17:13] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Quit: Coyote finally caught me) | |
| [02:30:40] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [02:40:10] | rsiebert_ (rsiebert_!~quassel@g225050122.adsl.alicedsl.de) has joined #mythtv | |
| [02:40:33] | rsiebert (rsiebert!~quassel@92.229.55.222) has quit (Ping timeout: 245 seconds) | |
| [03:39:07] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [04:11:19] | stichnot (stichnot!~chatzilla@adsl-68-125-55-197.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [04:11:19] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [04:11:19] | stichnot (stichnot!~chatzilla@adsl-68-125-55-197.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [04:50:40] | Sharky112065 is now known as Sharky-Sleep | |
| [05:35:20] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [05:35:25] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [05:41:59] | kth (kth!~kth@unaffiliated/kth) has joined #mythtv | |
| [05:43:26] | kth (kth!~kth@unaffiliated/kth) has quit (Client Quit) | |
| [06:43:31] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [06:44:10] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [07:04:28] | map7_ (map7_!~map7@ppp118-209-17-45.lns20.mel4.internode.on.net) has joined #mythtv | |
| [07:07:05] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 272 seconds) | |
| [07:08:40] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:13:43] | coredumb (coredumb!~coredumb@unaffiliated/coredumb) has quit (Read error: Connection reset by peer) | |
| [07:14:57] | coredumb (coredumb!~coredumb@unaffiliated/coredumb) has joined #mythtv | |
| [07:18:02] | map7_ (map7_!~map7@ppp118-209-17-45.lns20.mel4.internode.on.net) has quit (Ping timeout: 268 seconds) | |
| [07:20:04] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (Read error: Connection timed out) | |
| [07:20:39] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [07:34:33] | map7_ (map7_!~map7@ppp118-209-17-45.lns20.mel4.internode.on.net) has joined #mythtv | |
| [07:42:33] | map7_ (map7_!~map7@ppp118-209-17-45.lns20.mel4.internode.on.net) has left #mythtv ("Leaving") | |
| [07:51:24] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [08:16:13] | len_ (len_!~quassel@75-168-49-149.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [08:41:48] | jams (jams!~jams@184.58.217.97) has quit (Ping timeout: 245 seconds) | |
| [08:48:30] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [09:03:10] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:3979:f953:4f03:5a45) has joined #mythtv | |
| [09:40:56] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [10:33:42] | joki (joki!~joki@p54862A5D.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [10:33:48] | joki- (joki-!~joki@p548622DB.dip.t-dialin.net) has joined #mythtv | |
| [10:33:57] | joki- is now known as joki | |
| [12:31:43] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 260 seconds) | |
| [12:32:25] | danielk22: | stuartm: I would assume it would output something on the terminal. But I guess it is possible that something like --check would just return an exit status. |
| [12:43:51] | stuartm: | I'm going to dig into the code later as almost none of the arguments seem to produce results for me, it could just be that my usage is incorrect but if so the help text needs improvement |
| [12:48:13] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [12:51:49] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:01:35] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 260 seconds) | |
| [13:27:36] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [13:34:09] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [13:34:09] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [13:34:09] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [13:35:28] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [13:45:02] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [14:01:20] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 268 seconds) | |
| [14:10:25] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [14:24:43] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:37:33] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Quit: Leaving) | |
| [14:41:40] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [14:41:52] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Read error: Operation timed out) | |
| [14:42:47] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [14:50:15] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [14:50:15] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [14:55:28] | jams (jams!~jams@cpe-24-92-95-170.wi.res.rr.com) has joined #mythtv | |
| [15:00:07] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [15:00:23] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [15:04:52] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (Remote host closed the connection) | |
| [15:10:11] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [15:10:29] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [15:10:48] | zombor (zombor!~zombor__@65.29.231.135) has joined #mythtv | |
| [15:10:48] | zombor (zombor!~zombor__@65.29.231.135) has quit (Changing host) | |
| [15:10:48] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv | |
| [15:20:34] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [15:20:34] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [15:30:39] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [15:30:40] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [15:35:38] | stichnot (stichnot!~chatzilla@67.218.110.95) has joined #mythtv | |
| [15:35:39] | stichnot (stichnot!~chatzilla@67.218.110.95) has quit (Changing host) | |
| [15:35:39] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [15:38:11] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit () | |
| [15:40:45] | knightr__ (knightr__!~knightr@69.165.170.178) has joined #mythtv | |
| [15:40:45] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [15:50:52] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [15:50:52] | knightr__ (knightr__!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [15:52:23] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [15:55:31] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [16:00:56] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [16:01:00] | knightr__ (knightr__!~knightr@69.165.170.178) has joined #mythtv | |
| [16:11:05] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [16:11:05] | knightr__ (knightr__!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [16:13:12] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [16:21:08] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [16:21:11] | knightr__ (knightr__!~knightr@69.165.170.178) has joined #mythtv | |
| [16:28:52] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv | |
| [16:31:16] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [16:31:16] | knightr__ (knightr__!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [16:36:46] | bill6502: | stuartm: danielk22: This ticket isn't related to your question, but note Beirdo's comment here: http://code.mythtv.org/trac/ticket/10867#comment:11. |
| [16:41:22] | knightr__ (knightr__!~knightr@69.165.170.178) has joined #mythtv | |
| [16:41:22] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [16:51:29] | knightr__ (knightr__!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [16:51:29] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [17:01:36] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [17:01:36] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Read error: Connection reset by peer) | |
| [17:08:00] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [17:11:07] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [17:11:42] | knightr_ (knightr_!~knightr@69.165.170.178) has joined #mythtv | |
| [17:11:42] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [17:15:16] | knightr_: | argh, sorry... this is the second time that my pc disconnect every 10 minutes while connected to freenode, I`m going to disconnect for now... |
| [17:15:33] | knightr_ (knightr_!~knightr@69.165.170.178) has quit (Client Quit) | |
| [17:47:49] | Sharky-Sleep is now known as Sharky112065 | |
| [17:55:31] | SteveGoodey (SteveGoodey!~steve@host86-148-171-231.range86-148.btcentralplus.com) has joined #mythtv | |
| [17:56:46] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [18:00:49] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has left #mythtv () | |
| [18:03:39] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [18:07:58] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Client Quit) | |
| [18:17:59] | stuartm: | heh, as Bill noted and I found out independently, those args are outputting to the log not to stdout which is wrong |
| [18:20:55] | danielk22: | stuartm: I added a facility to the logging to send output to stdout without interfering with the logging. It |
| [18:21:15] | danielk22: | s used by one of the command line utils. maybe mythccextractor ? |
| [18:22:22] | danielk22: | Actually it is mythutil. grep for VB_STDIO |
| [18:24:05] | danielk22: | Basically "LOG(VB_STDIO|VB_FLUSH, logLevel, " will send text to stdout. IIRC It flushes out the pending log messages and prints the desired message to stdout before returning. |
| [18:24:21] | stuartm: | danielk22: thanks, I'll use that |
| [18:33:30] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:3979:f953:4f03:5a45) has quit (Read error: Connection reset by peer) | |
| [18:39:19] | dekarl (dekarl!~dekarl@p4FCEE5DD.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [18:40:01] | IReboot (IReboot!~doug@99.234.144.14) has quit (Remote host closed the connection) | |
| [18:43:03] | IReboot (IReboot!~doug@CPE1caff7df6774-CM00252eac6f40.cpe.net.cable.rogers.com) has joined #mythtv | |
| [18:45:35] | dekarl (dekarl!~dekarl@p4FCEEBF9.dip.t-dialin.net) has joined #mythtv | |
| [18:53:51] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [19:37:43] | peper03 (peper03!~peper03@port-92-203-109-130.dynamic.qsc.de) has joined #mythtv | |
| [19:49:42] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv | |
| [19:49:44] | peper03: | stuartm: Thanks for acting on #11233 so quickly. You wrote it didn't work 100% of the time. Do you have any more info? |
| [19:49:44] | ** MythLogBot http://code.mythtv.org/trac/ticket/11233 ** | |
| [19:54:38] | stuartm: | peper03: on a couple of discs here it's still stuttering in the menu, but it seems to depend how you reach the menu, e.g. on the Gladiator DVD if you skip past the anti-piracy, studio idents and the rest to reach the menu it stutters just as badly as it ever did, but if you access that same menu via "Navigate > Root Menu" then it doesn't stutter |
| [19:55:53] | stuartm: | my first thought is that under certain scenarios were either not detecting that it's a menu, or the menu flag is set too late – something along those lines |
| [19:56:21] | stuartm: | I was going to add some debugging and see whether that appeared to be the case, I just haven't had a chance yet |
| [19:56:25] | peper03: | Do you get the same error messages? Not sure why playback should be affected by *how* you got to the menu. |
| [19:58:02] | peper03: | I wonder if it has anything to do with certain DVD VM registers not being initialised correctly. |
| [19:58:10] | stuartm: | same errors, it probably is a navigation bug I just need to track it down, it could be in our code or it could be libdvdnav (only I suspect the former) |
| [19:58:53] | peper03: | One of the DVDs I used to test the patch bombs out of the DVD player after selecting 'Play' unless I go to the chapter menu first, and then back to the root menu. |
| [20:00:53] | peper03: | I think the intial play mechanism is a bit broken. It tries to jump to one of the titles but there is at least one 'reset VM' soon after openFile is called that jumps to 'first play' |
| [20:01:27] | stuartm: | could be something like that, I've also seen DVDs that won't play back from the menu directly via the Play option, they appear to do something only to return to the menu, but the chapter/episode menu works – I always assumed it to be one of the copyright/nav protection issues, but it might be something we're doing wrong |
| [20:04:20] | peper03: | I think it's risky trying to jump straight to one of the titles. There's usually so much initialisation done of the VM's registers when you follow the chain from firstplay that the chance of screwing something up by skipping that is pretty high. |
| [20:04:49] | peper03: | You're basically jumping into the middle of 'code' with a load of uninitialised variables. |
| [20:06:28] | peper03: | Ignoring the user-prohibited operations will always give you chance of messing up some of the general registers but I would expect that most of the time they should be correctly set if we start at firstplay. |
| [20:13:38] | peper03: | That also seems to be the reason why 'Play' on the 'Paul' DVD bombs out. I tried commenting out various bits of code so that the player starts from firstplay once and doesn't get restarted looked at the VM debug output. It seems that it was getting into the wrong program chain. |
| [20:14:07] | peper03: | Going into the chapter menu and then back to the main menu gets it back in the right program chain. |
| [20:15:16] | peper03: | It's a pain to try to trace how and why the VM got to where it is. And almost as bad to work out how it *should* have worked! |
| [20:17:09] | stuartm: | it sounds like you've got more of a handle on things than I do atm, it's been a while since I spent any time looking at this code and I've forgotten a lot about how it all works |
| [20:18:08] | peper03: | I've only just started looking at the code, so you've forgotten more than I know :) |
| [20:20:30] | peper03: | I authored a few DVDs years ago with software that let you get into the guts of the VM so I've at least a passing acquaintance with the basic principles. |
| [20:23:29] | squidly (squidly!~squidly@HoodLUG/member/squidly) has joined #mythtv | |
| [20:23:33] | squidly (squidly!~squidly@HoodLUG/member/squidly) has left #mythtv ("So long and thanks for all the fish!") | |
| [20:31:57] | jpharvey: | I put a patch in against ticket #11171 for an issue pressing play in the root menu for 1 dvd here. not sure if it is related to what you are seeing but there was a message printed from libdvdnav about trying to resume without any resume info set for the scenario i had |
| [20:31:57] | ** MythLogBot http://code.mythtv.org/trac/ticket/11171 ** | |
| [20:33:11] | rsiebert_ (rsiebert_!~quassel@g225050122.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [20:33:55] | peper03: | I saw that. It's not the same problem I was having but I think it's a similar symptom of not initialising the registers correctly. |
| [20:35:10] | rsiebert (rsiebert!~quassel@g225050122.adsl.alicedsl.de) has joined #mythtv | |
| [20:35:24] | rsiebert (rsiebert!~quassel@g225050122.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
| [20:35:41] | peper03: | If I remember correctly the usual way of implementing 'Resume or play from the beginning' is to initialise a register to some value (say 0), then when you select 'Play' you check whether that register is 0. |
| [20:36:32] | peper03: | If it is, you jump to the beginning of the film and set the register to some other value. If it isn't the initial value, you've already started the film, so you issue a 'resume' command. |
| [20:37:17] | peper03: | If the registers aren't initialised correctly, you try to resume when there is no resume data. |
| [20:38:56] | jpharvey: | Not sure i can be of much help, but with the one i was looking at i looked at how mplayer was calling libdvdnav to see the difference between it working there and not for us |
| [20:45:37] | peper03: | It may still help. It's all bit of a minefield. On the one hand, you want to ability to skip over the uninteresting stuff. On the other, skipping over that stuff *could* break playback on some discs. The trick is to make sure you don't fix something for one disc and break it on another. |
| [20:46:23] | peper03: | But testing any changes against even a modest library is almost impossible. |
| [20:53:05] | stuartm: | at one point we started to respect the 'no skip' stuff for exactly that reason, it lead to more problems than could really be justified to avoid a few seconds to a couple of minutes worth of nagging anti-piracy or promo videos |
| [20:54:19] | rsiebert (rsiebert!~quassel@92.225.50.122) has joined #mythtv | |
| [20:55:09] | peper03: | To be honest, I think the benefits of being able to skip stuff massively outweigh any potential downsides. I would imagine that most of the initialisation is done before anything is shown. |
| [20:57:18] | stuartm: | it's the corner cases mostly, it might only be one disc in your entire collection which doesn't play properly but that disc might be all that another user owns so to them it's a much bigger annoyance |
| [20:59:11] | stuartm: | I've run into a lot more problems since I started renting DVDs on subscription, the downside there is that I don't want to hold on to the disc for a few days just so I can debug the issue |
| [20:59:28] | peper03: | Absolutely. I think the best bet is to try to tweak things so that it's possible to follow what's happening. |
| [20:59:40] | peper03: | You could always rip them ;) |
| [21:00:43] | peper03: | What I found the other day was that there are (I think) three attempts to set what should be played, all quite close together. |
| [21:01:14] | peper03: | dvdnav_get_next_cache_block starts the VM, so (if I understand the code right) reading the first data block will start the VM from 'firstplay' |
| [21:02:33] | wagnerrp: | stuartm: how do we manage stored states on a DVD? |
| [21:02:43] | wagnerrp: | where it automatically starts off where you were when you terminated playback? |
| [21:02:44] | peper03: | Then DVDRingBuffer::OpenFile tries to jump to a title and soon after that DVDRingBuffer::StartFromBeginning gets called. |
| [21:04:19] | SteveGoodey (SteveGoodey!~steve@host86-148-171-231.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:05:39] | rsiebert (rsiebert!~quassel@92.225.50.122) has quit (Remote host closed the connection) | |
| [21:07:26] | stuartm: | wagnerrp: where you've left playback and the DVD menus? Or where you've left playback to view the title/root/chapter menu and then resumed? |
| [21:08:03] | wagnerrp: | i've left playback to return to the video library, and then resumed playback from that last position |
| [21:08:12] | stuartm: | former are in the dvdbookmark table |
| [21:08:17] | stuartm: | ^ |
| [21:08:58] | stuartm: | we store DVD id, title and frame |
| [21:09:11] | wagnerrp: | could we have the first run of a disc follow the rules up until title playback, and then resume from there on every subsequent open? |
| [21:09:15] | stuartm: | plus what sub/audio tracks you had enabled |
| [21:09:49] | stuartm: | wagnerrp: that wouldn't work for multi-title discs, e.g. TV series |
| [21:10:10] | wagnerrp: | it wouldn't have to be the main title, it could be searching for a certain numbered title |
| [21:10:36] | wagnerrp: | since the metadata is going to be cross references to the title in the revised schema |
| [21:10:49] | wagnerrp: | there will be the ability to tie multiple videos to a single ISO |
| [21:11:00] | stuartm: | oh right, sure that would be possible |
| [21:11:06] | wagnerrp: | just have the crossreference table list the numbered title you want to start at |
| [21:11:17] | wagnerrp: | and then use the above mechanism to "resume" to that title |
| [21:11:19] | stuartm: | yeah, that's simple enough |
| [21:12:19] | wagnerrp: | but that mechanism doesn't store off the whole VM state, as was being discussed? |
| [21:12:23] | peper03: | I just had a look at the dvdbookmark table. Now, I don't have a really in-depth knowledge about DVD VMs etc. (just enough to be dangerous, really), but shouldn't we ideally be storing a snapshot of the VM? |
| [21:12:47] | wagnerrp: | so if you drop back to the menus from that position, you can put yourself right into the same trouble as trying to skip things? |
| [21:13:27] | rsiebert (rsiebert!~quassel@g225050122.adsl.alicedsl.de) has joined #mythtv | |
| [21:13:52] | peper03: | There are 16 (I think) general purpose registers that can be used for all sorts of things. Creating a VM and jumping to a certain point is not the same as restoring the VM as it was at that point. |
| [21:13:53] | stuartm: | once you know exactly which title is which, you can jump to them without problems most of the time, most of the anti-piracy stuff is concerned with hiding the titles say by having 99 on disc, you have to follow through the maze of NAV packets to find the title you want |
| [21:14:12] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 252 seconds) | |
| [21:15:23] | stuartm: | peper03: possibly, but in practice I've never know ignoring the navigation entirely to fail since ultimately each title is a standalone mpeg-ts |
| [21:15:35] | stuartm: | s/know/known/ |
| [21:15:56] | wagnerrp: | so the difficulty is in getting to a good position in the first place |
| [21:16:08] | wagnerrp: | once you have a good position, you can go anywhere from there without trouble? |
| [21:17:09] | SteveGoodey (SteveGoodey!~steve@host86-148-171-231.range86-148.btcentralplus.com) has joined #mythtv | |
| [21:17:25] | peper03: | Sure. Playing the title itself *should* work most of the time but it could play havoc with menu navigation. |
| [21:17:39] | stuartm: | each title is self-contained with video/subtitle/audio, all you'd really look from ignoring the vm state is stuff like skipping certain chapters (director's cut vs theatrical cut on the same disc) – although DVD is capable of that stuff it's actually pretty rare |
| [21:18:26] | peper03: | :) And that's exactly what one of my test DVDs has! |
| [21:18:39] | stuartm: | peper03: if you're skipping straight to the title then it could be assumed that you've no need of the menu, you can select subtitle/audio tracks from the OSD (although the information may be incorrect ...) |
| [21:18:40] | wagnerrp: | ive only ever seen that once, and that was on one of the bladerunner bonus hddvds |
| [21:20:32] | stuartm: | it's a lot more common on Blu-ray and HDDVD because there they could cut up the video into small chunks, changing ordering, audio and a bunch of other stuff which DVD wasn't really very good at |
| [21:21:02] | peper03: | stuartm: I don't disagree with you. I think it's a balancing act between "we will behave exactly like a standard DVD player (with the ability to skip over stuff)" and "we're trying to let you get straight to the film without the menus". |
| [21:22:12] | stuartm: | if the difference between the cuts was a couple of deleted scenes then DVD could manage it, the nav code just skipped those chapters, but if the cut featured scenes in different orders and short scene extensions then it was easier just to produce two DVDs |
| [21:22:17] | peper03: | The latter, in my opinion, is more likely to cause problems than the former as more assumptions have to be made. |
| [21:23:27] | stuartm: | peper03: what wagnerrp is talking about is DVDs being ripped and stored in a collection, there being able to jump to a particular title makes sense but we still need to handle the menu stuff correctly for DVDs that people have just popped into the drive |
| [21:25:23] | peper03: | Ripped as in an ISO image? Would you differentiate then between an image and reading from a drive or would there be some extra step to make the image appear as separate videos? |
| [21:25:53] | peper03: | i.e. making it look as though the titles had been converted to separate files. |
| [21:25:56] | wagnerrp: | the difference is that mythtv would be telling the player what specific title it wanted to access |
| [21:26:16] | wagnerrp: | whether the content is on disc or disk is irrelevant |
| [21:26:55] | wagnerrp: | specific numbered title, rather than simply saying main title |
| [21:27:56] | peper03: | How would playback work? If the disc has been seen and catalogued you get the option of starting a specific title, otherwise it starts playing like a normal DVD? |
| [21:28:31] | wagnerrp: | something like that |
| [21:28:43] | wagnerrp: | although the specific title would be stored in the database for that specific video |
| [21:28:52] | wagnerrp: | you wouldn't have to select it each time |
| [21:29:25] | wagnerrp: | for something like a TV series, you would then have multiple videos mapped against a single ISO, each with a separately defined title number |
| [21:29:26] | peper03: | That's what I meant. Once it's been catalogued, it would appear in MythVideo as though it were a separate video. |
| [21:29:49] | peper03: | The player would still be playing the image but that would be transparent to the user? |
| [21:29:53] | stuartm: | I'd imagine that a disc that has been seen and added to the library by a user would appear permanently in their video list, each title/episode with an entry, when they select from that it opens the ISO and jumps to the associated title |
| [21:30:09] | stuartm: | peper03: yes |
| [21:30:35] | wagnerrp: | right now, the current video library schema stores one videos and files in 1:1 mapping in a single table, and each file can only appear once |
| [21:30:59] | wagnerrp: | in the planned revised schema, videos and files would be stored separately, with a third table mapping between them |
| [21:31:51] | stuartm: | one benefit of that approach is that we can very easily add code to 'rip' an iso leaving encryption intact, but it becomes much more complicated and legally troubling to add code permitting users to rip/decode each track as an individual file |
| [21:33:04] | peper03: | Ok, I understand the principle and the advantages. I just wonder how you could best handle the corner cases. |
| [21:34:00] | peper03: | For example, you've got a handful of DVDs what have different cuts on them. How do you detect/present that? |
| [21:35:20] | peper03: | There are also DVDs that use angles. If I remember correctly 'Star Wars' uses angles for the scroller at the beginning. If you choose a different language through the menu, the scroller is shown in that language. |
| [21:36:18] | stuartm: | well that's a problem that no-one has really solved, automatic lookup of metadata for DVDs isn't really possible to begin with and metadata sources don't provide listings for different 'cuts', so it's going to require the user to enter some details themselves |
| [21:38:06] | stuartm: | peper03: I'm pretty sure we don't support angles atm, so that's moot but if it came to that we'd just have to store more 'state' info than we do now |
| [21:39:47] | stuartm: | wagnerrp's idea is mostly theoretical atm, the new schema isn't written yet and any features such as these would be built on top of it at a later date and not present from day one |
| [21:40:08] | stuartm: | that gives us time to figure out all the problems and possible solutions |
| [21:41:02] | peper03: | stuartm: I think I saw that angle menus aren't supported (so presumably also no key-binding) but I presume the underlying VM/decoder handles them. If by selecting a language from a menu, I set a register and that register is used to set the angle to be played back, you wouldn't need support from the UI. |
| [21:41:33] | peper03: | Sure, I'm not trying to be difficult. Just pointing out where I see some potential pitfalls. |
| [21:43:56] | peper03: | One way of doing it would be to let the user start playback and then 'snapshot' that title. That way everything should be set up correctly in the VM. |
| [21:44:47] | peper03: | It's not quite as neat as automatically generating entries for each title found but it would probably get round the problem. |
| [21:50:58] | pheld (pheld!dwkhha@109-109-76-195.bb.cust.telefiber.no) has joined #mythtv | |
| [21:54:23] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:55:59] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Quit: Its Not Friday Anymore http://www.youtube.com/watch?v=ZSBq8geuJk0) | |
| [21:56:33] | SteveGoodey (SteveGoodey!~steve@host86-148-171-231.range86-148.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:58:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out) | |
| [22:12:46] | skrock (skrock!~skrock@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.8) | |
| [22:12:53] | peper03: | Just dug out my Star Wars DVDs. The scroller is definitely done with angles, which are played back correctly. Calling up the Myth OSD menu also allows me to choose the angle but this doesn't actually have any effect. |
| [22:13:52] | peper03: | I'll have to turn on more tracing to see where/why that doesn't work (maybe there's only UI code?). |
| [22:14:40] | peper03: | Menu playback is generally ok but button navigation freezes for the first few seconds after a menu is shown. |
| [22:17:45] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 268 seconds) | |
| [22:25:58] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 246 seconds) | |
| [22:29:42] | stuartm: | peper03: mind opening a ticket for the angle bug? Not guaranteeing a quick fix but at least it means it won't be entirely forgotten |
| [22:29:45] | tgm4883: | stuartm, just FYI, I'm pushing changes to the build scripts to allow building the previous fixes build now |
| [22:30:06] | tgm4883: | so it will now build master, fixes, and fixes -1 daily |
| [22:32:00] | peper03: | stuartm: Sure. I'll do a couple more tests myself when I get the chance so that I can provide more information than "angles don't work". |
| [22:33:12] | peper03: | If I get the chance, I might even look into myself :) Gets me into the code a bit more. What a pity there are only 24 hours in a day though! |
| [22:33:33] | stuartm: | tgm4883: fantastic, thank you for that |
| [22:34:41] | stuartm: | tgm4883: I do appreciate it :) |
| [22:35:10] | tgm4883: | stuartm, I'm doing a build now, so if all goes well there should be a new 0.25 build in a few hours |
| [22:35:58] | stuartm: | we do still tend to push some fixes back that far, and it's good to know that users will have access to them |
| [22:38:04] | stuartm: | peper03: just cobbled together a patch to ensure we cleanly exit playback if the DVD is ejected since that had bothered me for some time, compiling now although I'll be pleasantly surprised if it works flawlessly first time since it's a bit of a hack |
| [22:39:35] | sraue_ (sraue_!~stephan@77.116.246.229.wireless.dyn.drei.com) has joined #mythtv | |
| [22:40:19] | peper03: | Ah, hadn't come across that. There again, I have a slot-loading drive. No eject button, so I have to exit playback if I want to eject it :) |
| [22:41:31] | sraue_ is now known as sraue | |
| [22:41:41] | sraue (sraue!~stephan@77.116.246.229.wireless.dyn.drei.com) has quit (Changing host) | |
| [22:41:41] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [22:42:29] | len_ (len_!~quassel@75-168-49-149.mpls.qwest.net) has joined #mythtv | |
| [22:48:38] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [22:50:40] | tgm4883: | stuartm, it's worth noting that when 0.27 gets released, the 0.25 builds will stop |
| [22:51:47] | tgm4883: | and while adding a 4th build to the scripts wouldn't be terribly difficult, we start to get into an area of having to manage too many things. Each build requires it's own staging PPA, time to compile, etc |
| [22:53:11] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 252 seconds) | |
| [22:53:34] | stuartm: | fixes-1 is sufficient, we almost never backport anything further back than that |
| [23:03:08] | stuartm: | well dvd eject patch works, just not completely smooth as the dvd ejection event arrives 2.5 seconds late, probably because we're polling for changes rather than using udev or whatever |
| [23:06:41] | stuartm: | will have to be good enough for now, not going to re-write the media monitor to use udev today |
| [23:10:43] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 246 seconds) | |
| [23:12:33] | danielk22: | does anyone know the answer to hakon's question on the dev list? |
| [23:17:53] | stuartm: | sphery or gigem are most likely to know, sphery in particular has looked at the subject of syndicated episode numbers a lot |
| [23:18:43] | peper03: | stuartm: IdleScreen is your baby, isn't it? |
| [23:20:51] | stuartm: | not my favourite child, but yes |
| [23:22:50] | peper03: | :) I created ticket #11238 yesterday to fix a problem that can cause the backend on a combined system to shutdown even when the frontend is running. I noticed that IdleScreen::CheckConnectionToServer calls gCoreContext->ConnectToMasterServer, but that's not thread-safe. Is that a (potential) problem? |
| [23:22:50] | ** MythLogBot http://code.mythtv.org/trac/ticket/11238 ** | |
| [23:23:02] | stuartm: | I had high hopes for it replacing mythwelcome, but lost enthusiasm to see it through |
| [23:25:10] | stuartm: | peper03: I'll take a look, maybe tomorrow, if it's not thread safe that would be a problem, yes |
| [23:25:51] | stuartm: | I think that bit of code was lifted directly from mythwelcome but I don't remember clearly |
| [23:26:39] | peper03: | Ok. I just added another alternative patch to the ticket that would provide a thread-safe wrapper method. Depending on what happens with that patch, it would be trivial to rename the call. |
| [23:28:16] | peper03: | The comment on ConnectToMasterServer is (more or less) 'assumes the lock is held or the program is still single-threaded'. The main problem seems to be that it isn't possible to get at the lock from outside the class. |
| [23:29:02] | stichnot (stichnot!chatzilla@nat/google/x-clhjwlqchalpfvui) has joined #mythtv | |
| [23:29:02] | stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [23:29:02] | stichnot (stichnot!chatzilla@nat/google/x-clhjwlqchalpfvui) has quit (Changing host) | |
| [23:29:12] | stuartm: | hmm |
| [23:29:57] | gigem: | danielk22, stuartm: Håkon's question is probably best left for sphery. AFAIK, episode number isn't used for anything except metadata lookup, but I'm not sure. I am sure it's not used for scheduling, though it has been requested for duplicate checking. |
| [23:31:53] | danielk22: | gigem: Thanks, I thought as much. |
| [23:32:20] | stuartm: | afaik the episode number from guide data is ignored when looking up metadata, I argued the point with iamlindoro but he didn't want to use it for that purpose because air order may be different to the order that tvdb lists the episodes |
| [23:34:24] | danielk22: | stuartm: I would think that would be very rare. "Firefly" is the only example that comes to mind... It's probably more prevalent that multiple movies share the same title. |
| [23:34:29] | stuartm: | for UI purposes I'd rather display _an_ episode number than none at all |
| [23:35:51] | danielk22: | stuartm: yep. |
| [23:35:52] | stuartm: | danielk22: well this was my point, that and it would only be a hint during lookups anyway, the metadata lookups only grab artwork, of which only the screenshot is episode specific and we create our own screenshots anyway |
| [23:38:53] | stuartm: | I guess since Robert is no longer here I'm free to make the changes which stuff episode/series into the respective DB columns and then use them for lookups |
| [23:46:06] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:54:54] | stichnot: | In MythUIButtonList::customEvent(), does anyone feel like changing the condition "(cur % loginterval == 0)" to something like "(cur % loginterval == 0 && cur > 200)"? That would remove many of those "Build background buttonlist item" log messages but retain some of them, so that users are less likely to complain that mythfrontend is using 100% CPU while "idle" on the Watch Recordings screen. |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.