| Sunday, February 24th, 2013, 00:04 UTC | ||
| [00:04:11] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 244 seconds) | |
| [00:13:36] | wagnerrp (wagnerrp!~wagnerrp_@72.49.217.156) has joined #mythtv | |
| [00:13:36] | wagnerrp (wagnerrp!~wagnerrp_@72.49.217.156) has quit (Changing host) | |
| [00:13:37] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [00:15:30] | nonan (nonan!~noanmu@c-24-16-138-141.hsd1.wa.comcast.net) has joined #mythtv | |
| [00:15:42] | nonan (nonan!~noanmu@c-24-16-138-141.hsd1.wa.comcast.net) has left #mythtv ("Leaving") | |
| [01:17:02] | Supreme (Supreme!~Supreme@24.175.100.159) has quit (Quit: Lost terminal) | |
| [02:18:37] | stichnot: | When the recorder sees a framerate change in a packet, does it affect the length of the frame currently being processed, or does it only take effect with the next frame? |
| [02:38:56] | danielk221: | stichnot: dunno. Any idea who committed that? I'm guessing iamlindaro, beirdo or taylorr. If it was taylorr you'll probably get an answer fairly soon. But if it was Beirdo you're better of writing an e-mail. |
| [02:43:41] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds) | |
| [03:09:13] | stichnot: | danielk221: I didn't look at the git blame yet. It probably doesn't really matter, except that I'm obsessed with getting durations to match between the recorder and the player. :) |
| [03:12:05] | danielk221: | :) |
| [03:13:28] | stichnot: | Basically I want to know whether (in dtvrecorder.cpp) UpdateFramesWritten() should be called before or after the block that calls FrameRateChange(). Currently UpdateFramesWritten() precedes FrameRateChange(). |
| [03:13:48] | stichnot: | I think that's probably the right order. |
| [03:14:26] | danielk221: | I think so too. |
| [03:15:06] | danielk221: | But there is the one frame delay of I frames in ffmpeg... |
| [03:16:12] | stichnot: | what's that about? |
| [03:18:01] | danielk221: | Heh, it doesn't usually matter. But sometimes when you need to display a particular frame, like for a DVD still frame, you need to call decode_video twice. I think it is just an artifact of how ffmpeg handles buffering internally. |
| [03:18:58] | danielk221: | When decoding B frames you need to have two frames in the buffer, always having the delay in there probably makes for a simpler invariant. |
| [03:40:55] | peper03 (peper03!~peper03@port-92-203-115-129.dynamic.qsc.de) has quit (Ping timeout: 246 seconds) | |
| [03:45:13] | peper03 (peper03!~peper03@port-92-203-4-181.dynamic.qsc.de) has joined #mythtv | |
| [03:53:30] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [03:59:51] | stichnot: | danielk221: ok, that sounds familiar. |
| [04:19:08] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 276 seconds) | |
| [04:32:28] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [04:57:05] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 248 seconds) | |
| [04:58:22] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [05:14:35] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 256 seconds) | |
| [05:26:42] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [06:20:41] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Ping timeout: 276 seconds) | |
| [06:32:59] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv | |
| [06:59:56] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [07:22:18] | Sharky112065 is now known as Sharky-Sleep | |
| [08:59:26] | joki (joki!~joki@p54863C7C.dip.t-dialin.net) has quit (Ping timeout: 255 seconds) | |
| [08:59:47] | joki (joki!~joki@p54863CD9.dip.t-dialin.net) has joined #mythtv | |
| [09:33:40] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [10:15:29] | SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv | |
| [10:19:45] | Heikki_ (Heikki_!~heikki@94.76.207.56) has left #mythtv () | |
| [10:59:30] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Quit: Wolfgang2) | |
| [12:31:41] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [13:46:20] | stuartm: | seems that ISO639Language0 and ISO639Language1 settings are no longer used? |
| [13:48:23] | stichnot: | I thought those were used to bias auto track selection |
| [13:51:04] | stichnot: | e.g. decoderbase.cpp calls iso639_get_language_key_list() |
| [13:57:18] | dekarl: | stuartm: I think the EITScanner uses it too |
| [13:57:27] | stuartm: | they were originally added for closed captions only, but these days everything save one little bit of BD code uses the main 'Language' setting instead and converts that to whatever format is required (ISO639 2 digit, 3 digit etc) |
| [13:58:04] | stuartm: | dekarl: greping the source shows they aren't used |
| [13:58:36] | stuartm: | I was surprised since it means we don't support a fall back language for audio/subtitle/EIT |
| [13:58:50] | dekarl: | its via iso639.cpp -> eitscanner.cpp -> eithelper.cpp |
| [14:00:36] | dekarl: | ending up here, if I followed the data/calling path correclty, http://code.mythtv.org/doxygen/mpegdescriptor . . . .html#l00111 |
| [14:03:04] | stuartm: | ahh, ok I was grepping for ISO639Language0 but it builds the string from ISO639Language + integer |
| [14:03:20] | stuartm: | think I've made that mistake once before ... |
| [14:03:34] | dekarl: | so you can even have ISO639Language2 :) |
| [14:04:15] | stuartm: | yep |
| [14:06:17] | stuartm: | more coffee I guess |
| [14:12:56] | stichnot: | I dislike these built-up setting names for just this reason... |
| [14:14:16] | neufeld (neufeld!~user@69.165.173.139) has quit (Quit: ERC Version 5.3 (IRC client for Emacs)) | |
| [14:25:59] | peper03: | stichnot, danielk221: Regarding calling decode_video, the function description state 'Codecs which have the CODEC_CAP_DELAY capability set have a delay between input and output, these need to be fed with avpkt->data=NULL, avpkt->size=0 at the end to return the remaining frames.' |
| [14:27:31] | peper03: | I'm sure it's down to B-frames, but I don't think still DVD frames *specifically* need decode_video calling twice. It's more that the buffer should be emptied. As I understand that comment, it *may* be necessary to call decode_video several times to empty the buffer. |
| [14:28:03] | peper03: | I guess it depends on how whether more than one B-frame appears in succession. |
| [14:28:15] | peper03: | s/on how/on/ |
| [14:30:16] | peper03: | The same comment appears for decode_audio. Technically, Myth should check the capabilities of all streams and drain the buffers at the end of playback to ensure every single frame (whether audio, video or whatever) is played. |
| [14:30:23] | stuartm: | peper03: knocked up a quick patch to set the region mask and it appears to allow some discs to play that wouldn't previously play correctly |
| [14:31:08] | stuartm: | it's hardware specific, these discs wouldn't play with my Blu-ray/DVD drive but would play with the DVD-RW in the same machine |
| [14:31:33] | peper03: | stuartm: Interesting. I wouldn't have expected many discs to be affected by tht. I only know of those using RCE protection that actively check the region code. |
| [14:31:55] | peper03: | And RCE was only used on a handful of region 1 discs. |
| [14:32:09] | stuartm: | peper03: I think it's only rental DVDs I've seen with this problem |
| [14:33:01] | stuartm: | I wish I'd tried this earlier, I'd have more data |
| [14:35:21] | peper03: | stuartm: Do those DVD report any valid region if you call dvdnav_get_region_mask? My understanding was that you can tell which regions a given DVD is authored for by calling that. RCE discs return 0 (i.e. 'region free') as the VM code is used to check. |
| [14:35:24] | stuartm: | ok, worked with one rental disc but not the other, hardly conclusive :( |
| [14:36:05] | stuartm: | peper03: both discs report regions, one reports 2 the other 2 + 5 |
| [14:40:19] | peper03: | stuartm: Very odd. There's a debug output in decoder.c at line 110 when the DVD tries to query the region code. It's an fprintf but you could try changing it to log via Myth and see whether the DVD is really querying it. |
| [14:40:31] | peper03: | If it isn't, it doesn't explain why it suddenly works, though. |
| [14:42:39] | peper03: | I think XBMC handles this by setting the region code of the VM to whatever the DVD reports, with a user setting to override it as necessary. I had intended doing something similar but it's lower down on my list :) |
| [14:42:45] | stuartm: | the other part of the patch set the preferred languages, unfortunately that doesn't seem to do anything useful here, I was hoping it would skip the language prompt on some DVDs |
| [14:45:14] | peper03: | Yeah, it's probably going to depend very much on how each individual DVD was authored. I think the DVDs that ask you probably won't change their behaviour as a language is already set by the VM. It's just set to 'en' by default. |
| [14:45:32] | peper03: | See vm_reset in vm.c |
| [14:46:40] | peper03: | Setting the preferred language will probably only be noticed/appreciated by those users who *don't* want English as the default language. |
| [15:11:47] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [15:18:55] | bulle (bulle!~bulle@136.149.216.81.static.u-a.siw.siwnet.net) has joined #mythtv | |
| [15:23:24] | bulle (bulle!~bulle@136.149.216.81.static.u-a.siw.siwnet.net) has left #mythtv () | |
| [16:11:30] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Quit: Wolfgang2) | |
| [16:17:03] | Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has joined #mythtv | |
| [17:22:13] | jr3us (jr3us!~jr3us@cpe-098-026-209-039.triad.res.rr.com) has joined #mythtv | |
| [17:46:23] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [17:47:58] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has quit (Client Quit) | |
| [18:11:42] | dekarl1 (dekarl1!~dekarl@p4FCEE798.dip.t-dialin.net) has joined #mythtv | |
| [18:12:20] | dekarl (dekarl!~dekarl@p4FE85817.dip.t-dialin.net) has quit (Read error: Operation timed out) | |
| [18:52:51] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [18:56:26] | jr3us (jr3us!~jr3us@cpe-098-026-209-039.triad.res.rr.com) has left #mythtv ("Leaving") | |
| [18:58:24] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv | |
| [19:17:40] | Sharky-Sleep is now known as Sharky112065 | |
| [20:41:49] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | |
| [21:00:23] | rsiebert_ (rsiebert_!~quassel@g226063181.adsl.alicedsl.de) has quit (Read error: Connection reset by peer) | |
| [21:01:00] | rsiebert (rsiebert!~quassel@g226061175.adsl.alicedsl.de) has joined #mythtv | |
| [21:17:23] | neufeld (neufeld!~user@69-165-173-139.dsl.teksavvy.com) has joined #mythtv | |
| [21:20:19] | Kwisher (Kwisher!~kwisher@c-98-212-57-27.hsd1.in.comcast.net) has joined #mythtv | |
| [21:48:31] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [22:07:25] | SteveGoodey (SteveGoodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:14:32] | Steve-Goodey (Steve-Goodey!~steve@host86-147-183-135.range86-147.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [23:04:40] | Wolfgang2 (Wolfgang2!~Thunderbi@178-27-144-160-dynip.superkabel.de) has joined #mythtv | |
| [23:25:45] | IReboot (IReboot!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has quit (Read error: Connection reset by peer) | |
| [23:30:49] | IReboot_ (IReboot_!~doug@CPE10bf48e67915-CM78cd8e7e342d.cpe.net.cable.rogers.com) has joined #mythtv | |
| [23:36:45] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.