| Monday, May 4th, 2015, 01:36 UTC | ||
| [01:36:03] | jheizer (jheizer!~jheizer@2601:d:3a00:5422:8906:7404:3dcb:1a0d) has joined #mythtv | |
| [02:36:35] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds) | |
| [02:37:07] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:49:30] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:54:12] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 276 seconds) | |
| [04:38:37] | Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has quit (Read error: Connection reset by peer) | |
| [04:48:36] | arescorpio (arescorpio!~arescorpi@62-31-245-190.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [04:51:13] | Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.91.1 [Firefox 37.0.2/20150415140819]) | |
| [05:50:13] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 255 seconds) | |
| [05:50:40] | stichnot (stichnot!~stichnot@adsl-68-125-53-168.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [05:50:40] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [05:50:40] | stichnot (stichnot!~stichnot@adsl-68-125-53-168.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [06:08:41] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:51:03] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Quit: No Ping reply in 180 seconds.) | |
| [07:51:24] | rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv | |
| [07:58:17] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has quit (Quit: Connection closed for inactivity) | |
| [08:10:56] | SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has joined #mythtv | |
| [08:32:12] | toeb (toeb!~toeb@HSI-KBW-149-172-49-198.hsi13.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [09:57:54] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has joined #mythtv | |
| [11:14:14] | Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has joined #mythtv | |
| [11:16:55] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has quit (Ping timeout: 256 seconds) | |
| [11:22:59] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has joined #mythtv | |
| [11:25:36] | Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has quit (Ping timeout: 240 seconds) | |
| [11:37:06] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-248-110.dynamic.dsl.as9105.com) has joined #mythtv | |
| [11:43:34] | JohnBergqvist: | This is probably a pipe dream but i'm thinking up a possible grabber for UK TV listings using the ATLAS API. Although unlike the XMLTV one, i'd like to integrate it directly within MythTV, rather than just use XMLTV as a wrapper. That way information & listings could be tailored to suit MythTV |
| [11:43:38] | JohnBergqvist: | does it seem a goer? |
| [11:44:25] | JohnBergqvist: | the good thing with Atlas is, is they include a lot more information about the channels as a whole aside from just listings so say in the configure stage for the grabber, we could get it to download the correct channel icons a lot easier, configured to suit platforms etc. |
| [11:48:25] | JohnBergqvist: | i mean it would be really great if Atlas could include tuning & multiplex information for the channels on various platforms, so that you could simply import those into MythTV without having to do a channel scan. |
| [11:48:52] | JohnBergqvist: | Because when scanning via satellite, the channel numbers aren't included, so you have to add those manually, which is a pain in the neck & time-wasting |
| [11:49:06] | JohnBergqvist: | sadly though I don't think Atlast includes that information yet :( But still, it's a start |
| [12:00:23] | dekarl: | JohnBergqvist: did you look at their API? the API explorer does not work for me right now. But you should be able to pick Platform "Freesat", Region "London" and get an ordered list of all channels. That together with channel groups (which channel is a variant of another) also would be a nice kick start for the channel scanner. I'm not sure if they have the DVB IDs or tuning data though |
| [12:00:49] | JohnBergqvist: | I think they're switching to a new version of the API so things are half complete on that front |
| [12:01:06] | JohnBergqvist: | but yeah their website is atrocriously designed, it's all on a single page, so navigating is a pain... |
| [12:01:13] | JohnBergqvist: | but yeah they don't have the tuning data. |
| [12:02:05] | JohnBergqvist: | I was hoping that they'd have the alternate/shortened names of the channels that come through on the channel scan (e.g. "BBC ONE CI" for "BBC One Channel Islands") too, but it appears not :( |
| [12:02:28] | JohnBergqvist: | no reason why someone couldn't set up a site with that information themselves though. the problem would be keeping it updated |
| [12:03:01] | dekarl: | We have talked about a "central channel scan donation" web service lately. Where you could upload your dvb scan and connect it to guide data, logos, commercial-free-setting etc |
| [12:03:56] | JohnBergqvist: | yeah |
| [12:04:21] | JohnBergqvist: | so, people can just download a scan in the form of an SQL file and just import the data into the tables? |
| [12:04:26] | JohnBergqvist: | that would work |
| [12:04:38] | JohnBergqvist: | i'd thought of making one myself |
| [12:04:59] | JohnBergqvist: | but it's the problem of keeping it up to date & also having support across multiple platforms |
| [12:05:44] | JohnBergqvist: | I notice Nick Morrott had done XMLT line-ups at least for platforms, but they were last updated 2 years ago |
| [12:06:04] | dekarl: | JohnBergqvist: you know this dataset? http://supplement.xmltv.org/tv_grab_uk_rt/lineups/freesat.xml |
| [12:06:12] | dekarl: | ahh ok |
| [12:06:44] | JohnBergqvist: | that's handy but that's out of date too |
| [12:07:19] | JohnBergqvist: | the radio times feed hasn't had new channels added to it in a couple of years now, because it's been depreciated. |
| [12:08:43] | JohnBergqvist: | Does mythtv even support XMLTV's line-ups anyway? |
| [12:09:25] | dekarl: | there are no agreed upon xmltv lineups |
| [12:09:39] | dekarl: | Nick added data, I added data. but thats about it |
| [12:09:53] | JohnBergqvist: | ahh right. |
| [12:09:54] | JohnBergqvist: | sign |
| [12:09:55] | JohnBergqvist: | *sigh |
| [12:10:18] | dekarl: | If you set up a central service for us all, then we can integrate that in XMLTV / Atlas / whatever. |
| [12:11:13] | JohnBergqvist: | i'd prefer for somethign to be integrated within mythtv directly, rather than having to go through XMLTV. Similar to how you do with with schedules direct maybe (im not familiar with taht tough) |
| [12:11:29] | JohnBergqvist: | so instead of going MythTV -> XMLTV -> Atlas, you're going MythTV -> Atlas |
| [12:13:28] | JohnBergqvist: | that make sense? |
| [12:29:56] | stuartm: | JohnBergqvist: well we've actually been attempting to go the other direction, extending xmltv as necessary to include additional data rather than having more location specific solutions integrated with MythTV |
| [12:30:27] | stuartm: | the schedules direct integration is in fact something we wanted to drop in favour of using xmltv throughout |
| [12:33:14] | stuartm: | the more direct integration stuff we have, the greater maintenance burden, it's bad enough already that every time we start storing a new bit of metadata we have to update three different places where data is ingested (xmltv, SD, EIT) |
| [12:38:12] | JohnBergqvist: | ahh OK then |
| [12:39:02] | JohnBergqvist: | i only suggested doing it directly because everytime i've tried to suggested changes to the XMLTV Atlas grabber (that would suit MythTV) the maintainer tells me no |
| [12:39:39] | JohnBergqvist: | so how would your scenario work then? |
| [12:40:04] | JohnBergqvist: | would you just bundle youre own XMLT grabber with MythTV? |
| [12:40:08] | JohnBergqvist: | *XMLTV |
| [12:40:26] | JohnBergqvist: | or would you make it available publicly with XMLTV itself? |
| [12:44:23] | dekarl: | JohnBergqvist: "just" help nick to switch his grabber over to the new api :D |
| [12:45:35] | dekarl: | bonus points for configuration samples to get irish and italian guide data :) |
| [12:48:26] | JohnBergqvist: | I believe Nick abandoned that years ago? |
| [12:49:13] | JohnBergqvist: | I did prefer nick's one though, because it let you override the guide data for any problems it may have had, whereas the maintainer of the current atlas one steadfastly refuses to do that |
| [13:04:54] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 246 seconds) | |
| [13:08:25] | moparisthebest (moparisthebest!~mitb@gateway/tor-sasl/moparisthebest) has joined #mythtv | |
| [13:18:56] | stuartm: | when I spoke to Nick at the end of last year he seemed willing for his unfinished atlas grabber to be completed, even if it's done by someone else |
| [13:19:28] | stuartm: | the 'other' atlas grabber author is impossible to work with, as you've noted |
| [13:20:27] | stuartm: | I believe the xmltv project would be OK to have two different grabbers for the same source, especially if we throw our weight behind Nick's version |
| [13:21:18] | JohnBergqvist_ (JohnBergqvist_!~JohnBergq@79-67-248-110.dynamic.dsl.as9105.com) has joined #mythtv | |
| [13:21:39] | JohnBergqvist_: | Well even if XMLTV don't allow you to use your grabber in their, surely there's no reason for us to include it ourselves within MythTV? |
| [13:22:54] | JohnBergqvist_: | the good thing about Atlas's grabber is that you could also combine data from different providers. Currently Honir's one uses data purely form the press association cos that has the most channels, but Atlas also has a feed for the BBC's own channels, which has richer content available |
| [13:23:11] | JohnBergqvist_: | so the ability to use more than 1 source would be cool |
| [13:23:28] | JohnBergqvist_: | *also has a feed direct from the BBC for their own channels |
| [13:23:44] | stuartm: | JohnBergqvist_: yes, we could always distribute it ourselves, but my preference would be to make it part of the xmltv packages if possible |
| [13:23:48] | JohnBergqvist_: | yeah |
| [13:24:45] | JohnBergqvist_: | also atlas includes links to official fanart/backdrop images too for the shows (at least for BBC programs anyway), which would be good given that the tvdb metadata grabber we use is very dodgy IMO |
| [13:24:47] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-248-110.dynamic.dsl.as9105.com) has quit (Ping timeout: 244 seconds) | |
| [13:28:04] | JohnBergqvist_: | a case in point being the latest series of MasterChef on BBC One. Didn't pick up any episode/season metadata or backdrop & poster images at all for any of the episodes, except for one episode (Which was subtitled from the gide as "Finals Week"), yet it picked up the information for that episode from the American series of MasterChef :/ |
| [13:36:30] | JohnBergqvist_: | Altough I think to improve on that, would need a whole lot of big changes IMO |
| [13:44:29] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [14:42:35] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [14:48:09] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [14:48:11] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit () | |
| [14:48:21] | dblain (dblain!~dblain@c-73-186-115-133.hsd1.ma.comcast.net) has joined #mythtv | |
| [14:48:38] | dblain (dblain!~dblain@c-73-186-115-133.hsd1.ma.comcast.net) has quit (Changing host) | |
| [14:48:38] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [14:49:57] | JohnBergqvist_ (JohnBergqvist_!~JohnBergq@79-67-248-110.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
| [14:53:42] | dekarl: | fwiw MB started to ingest TVDB, too :) |
| [14:55:12] | dekarl: | "other" sources is what as was talking about earlier. IIRC TV Blob puts italian EPG data to Atlas, but I've never seen a XMLTV configuration for it |
| [14:56:33] | joki (joki!~joki@p5B36D60D.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [15:02:52] | joki (joki!~joki@p5B36E623.dip0.t-ipconnect.de) has joined #mythtv | |
| [15:11:23] | dekarl: | btw, both grabbers are perfectly valid. But one of them is going the "pristine data source that is not to be tainted" and the other the "convert it into MythTV terms" (hint contains SDisms) way. |
| [15:27:54] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [15:39:55] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [15:41:30] | Chutt_ (Chutt_!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has joined #mythtv | |
| [15:43:27] | Chutt (Chutt!~ijr@2605:a000:1225:65:b0b8:f0d0:7ba8:c195) has quit (Ping timeout: 265 seconds) | |
| [15:56:54] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has quit (Ping timeout: 245 seconds) | |
| [16:00:50] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [16:07:00] | peper03: | stichnot: I'm not sure how much I'll be able to do with either of those tickets. If I understand it correctly, the issue with #11357 now is that mythcommflag --rebuild doesn't handle audio-only files correctly. Is that right? |
| [16:07:00] | ** MythLogBot http://code.mythtv.org/trac/ticket/11357 ** | |
| [16:07:52] | stichnot: | Yes, I believe that's the remaining issue. |
| [16:08:19] | stichnot: | The recorder adds fake keyframe entries based on wall-clock time. |
| [16:08:57] | stichnot: | There's no way mythcommflag will be about to produce those same keyframe numbers, but it should do something sensible all the same. |
| [16:10:00] | stichnot: | peper03: I asked you specifically because your name is on that ticket. :) |
| [16:10:14] | peper03: | :) |
| [16:12:16] | peper03: | I don't know what the best course of action is. Off the top of my head, I wouldn't know where to start with that ticket and I guess it's not going to be a 5 minute fix, or you would have done it already. |
| [16:12:40] | peper03: | But the problem still exists so closing the ticket is not really right either. |
| [16:16:29] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds) | |
| [16:40:15] | stichnot (stichnot!stichnot@nat/google/x-qgiqwivbrlytdkfv) has joined #mythtv | |
| [16:40:15] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [16:40:15] | stichnot (stichnot!stichnot@nat/google/x-qgiqwivbrlytdkfv) has quit (Changing host) | |
| [16:59:40] | dekarl: | peper03: I've been wondering if we should use PCR more. Using PCR may or may not be useable for mythcommflag --rebuild for audio only recordings. |
| [17:00:21] | jpharvey (jpharvey!~jpharvey@host81-159-18-108.range81-159.btcentralplus.com) has quit (Quit: Ex-Chat) | |
| [17:02:22] | peper03: | dekarl: Although I don't claim to be an expert on this stuff but I think we should be using PCR a lot more. At the moment (and it's been a while since I looked but I don't *think* anything much has changed) we're using the audio timebase as the reference. |
| [17:02:46] | peper03: | That generally works but it causes all sorts of knock-on issues. |
| [17:04:55] | peper03: | I think that's one of the reasons why there's often a noticeable pause when a cut-list is active. The audio timebase jumps at a slightly different moment to the video timebase and we drop a few video frames because they're no longer in sync. |
| [17:06:20] | peper03: | There was also some issue with DVD playback where it was basically impossible to make a jump completely seamless that should have been. I can't remember the exact scenario now but I'm pretty sure it was because playback was synced to the audio timebase. |
| [17:07:57] | stichnot: | peper03: OK, I'll hold onto those tickets for now |
| [17:10:39] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-70-192.lns20.mel4.internode.on.net) has joined #mythtv | |
| [17:11:57] | peper03: | dekarl: http://irc.mythtv.org/ircLog/channel/4/2013-06-08:21:00:59 |
| [17:13:27] | peper03: | There was some other scenario too, but I can't remember what it was :( |
| [17:13:59] | dekarl: | peper03: I'm just getting a redirect to https and then a 404 |
| [17:14:28] | peper03: | dekarl: Really? Works for me. |
| [17:15:00] | dekarl: | Ahh, i can translate.google.com english->english to ignore the redirect |
| [17:17:08] | dekarl: | works over here on iOS, too. just not in desktop Firefox |
| [17:17:35] | peper03: | That's odd. Works fine in my desktop Firefox?! |
| [17:22:46] | dekarl: | tried it on Linux/FreeBSD doesn't work, on Windows it works, too. |
| [17:27:52] | stuartm: | dekarl: firefox has probably cached the strict transport security header which was briefly sent for that subdomain, that tells the browser to force the connection to https |
| [17:28:09] | stuartm: | I'm not sure, but clearing the browser cache may clear the flag |
| [17:28:38] | stuartm: | the header tells a browser that this page must never be loaded over http |
| [17:29:05] | stuartm: | and browsers are expected to honour it for all future requests |
| [17:39:50] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [17:41:59] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out) | |
| [17:44:28] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [17:44:43] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [17:48:52] | peper03: | Geez. Thought it would be nice to be able to play Bluray images directly since the latest libbluray adds libudf, but then found we assume that any .iso file is a DVD. That check isn't done in one place, but two. One of which is ProgramInfo in libmyth. To decide whether we have a DVD image or a Bluray image, I wanted to use libudf and look for the approriate directory. |
| [17:49:23] | peper03: | To be able to support storage groups, libudf needs to use the mythfile_* functions, but that would then mean that ProgramInfo in libmyth depends on mythfile in libmythtv. :( |
| [17:50:22] | peper03: | Just wanted to try to ease myself back into things gently but this is a bit of a nightmare :( |
| [18:04:31] | cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has quit (Ping timeout: 248 seconds) | |
| [18:07:32] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:203d:157c:bcca:66c4) has joined #mythtv | |
| [18:08:36] | jpharvey (jpharvey!~jpharvey@host81-159-18-108.range81-159.btcentralplus.com) has joined #mythtv | |
| [18:11:08] | stuartm: | programinfo shouldn't be in libmyth, and likely mythfile shouldn't be in libmythtv, if anything it should be the other way around |
| [18:12:02] | stuartm: | though lately I've been thinking that PI should move to libmythmetadata or something, and libmyth is being phased out |
| [18:34:48] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [18:35:00] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [18:36:36] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [18:37:24] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:203d:157c:bcca:66c4) has quit (Changing host) | |
| [18:37:24] | cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv | |
| [18:39:46] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [18:54:07] | dekarl1 is now known as dekarl | |
| [19:08:40] | peper03: | stuartm: It's a pity there isn't a transparent solution for handling storage groups. Certainly the majority of the local changes in libbluray are just to replace the calls to open, seek, read, etc with calls their mythfile_* equivalents. |
| [19:10:52] | peper03: | There does now seem to be a streaming interface, for the DVD stuff too, but as far as I can see, it's only for disc images, so doesn't solve the problem completely. |
| [19:19:36] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out) | |
| [19:20:39] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [19:50:44] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out) | |
| [19:51:54] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [19:55:30] | stuarta: | evening all |
| [20:29:01] | Chutt__ (Chutt__!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has joined #mythtv | |
| [20:30:37] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Read error: Connection reset by peer) | |
| [20:32:00] | Chutt_ (Chutt_!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has quit (Ping timeout: 265 seconds) | |
| [20:33:48] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [20:43:00] | stichnot: | stuarta: I just realized that I really like the dbus screensaver work. Was watching Game of Thrones last night and after a while it dawned on me that I hadn't been pressing the Shift key for a long time yet it didn't lock the screen and force me to type my password while the audio continues playing. |
| [20:43:03] | stichnot: | :) |
| [20:43:15] | stuarta: | \o/ |
| [20:43:48] | stuarta: | glad to hear it |
| [20:44:29] | stichnot: | this is a work laptop, and I never figured out how they locked down the screensaver security settings |
| [20:45:01] | stichnot: | and it would always lock during the most exciting parts, naturally |
| [20:45:27] | stuarta: | of course |
| [20:49:46] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Read error: Connection timed out) | |
| [20:51:37] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [21:04:58] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 256 seconds) | |
| [21:13:24] | SteveGoodey (SteveGoodey!~steve@host109-159-59-229.range109-159.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:53:49] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d825:fc56:7587:a918:91db) has joined #mythtv | |
| [22:16:37] | markspieth: | peper03: the A/V delay in streams can be anything and Ive seen lots of vaiation including up to a second either way in broadcast either way. This is the reason there is an initial sync adjust after start and jumps. Nothing you can do about it except perhaps jump to before the cut point and fake render a bit until synced before outputting to the I/O. Having audio or video only doesnt have this prob |
| [22:28:25] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [22:29:58] | dekarl: | markspieth: is that something that mythtranscode fixes by remuxing the streams? |
| [22:32:01] | markspieth: | dekarl: That I dont know. If it is lossless transcode, then the best it can do (if it does) is +- 1/2 audio frame. It depends how ffmpeg is used to do the operation in lossy transcode. |
| [22:32:27] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e1:d825:fc56:7587:a918:91db) has quit (Read error: Connection reset by peer) | |
| [22:46:18] | moparisthebest (moparisthebest!~mitb@gateway/tor-sasl/moparisthebest) has quit (*.net *.split) | |
| [22:46:33] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv | |
| [23:27:12] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 256 seconds) | |
| [23:44:12] | spbogie (spbogie!~spbogie@c-68-46-14-21.hsd1.mn.comcast.net) has quit (Remote host closed the connection) | |
| [23:47:25] | spbogie (spbogie!~spbogie@c-68-46-14-21.hsd1.mn.comcast.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.