Sunday, August 5th, 2012, 00:16 UTC | ||
[00:16:29] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.88.2 [Firefox 5.0/20110615151330]) | |
[00:17:34] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[00:17:37] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds) | |
[01:28:36] | joki (joki!~joki@p54863019.dip.t-dialin.net) has quit (Ping timeout: 246 seconds) | |
[01:29:47] | joki (joki!~joki@p54864B42.dip.t-dialin.net) has joined #mythtv | |
[01:40:59] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (Ping timeout: 260 seconds) | |
[01:53:24] | MaverickTech (MaverickTech!~MaverickT@CPE-61-9-196-185.static.nsw.bigpond.net.au) has joined #mythtv | |
[02:01:54] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has joined #mythtv | |
[02:04:54] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has quit (Ping timeout: 264 seconds) | |
[02:08:43] | MaverickTech (MaverickTech!~MaverickT@CPE-61-9-196-185.static.nsw.bigpond.net.au) has quit (Ping timeout: 260 seconds) | |
[02:09:51] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv | |
[02:15:22] | bill6502: | stichnot: I'm still working on release notes, in order to get the DEPRECATED_608_TELETEXT message from 7b1aef8 , is -v vbi required? (I use ATSC and a cable box, so I assume I would never get the message.) |
[02:17:08] | stichnot: | bill6502: yes, -v vbi is needed. |
[02:17:24] | stichnot: | but that |
[02:17:37] | stichnot: | but that's a thought, I'll look into making it -v general |
[02:20:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[02:22:13] | bill6502: | Thanks, I'll update the Special Notices & Instructions section either way. Don't worry if your changes go away for awhile, I'm editing the commits off line (I'm better with vi than doing a ton of cut and paste in the Wiki.) |
[03:06:42] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
[03:32:58] | stichnot: | This close to the beta, does anyone object to me pushing a small change to subtitlescreen.cpp that changes the DEPRECATED_608_TELETEXT log message from VB_VBI to VB_GENERAL? It's a 4-line change since the logging needs to be moved to a different location. |
[03:34:22] | stichnot: | The benefit is that users can verify that they won't be affected by the CEA-608 teletext removal plans, without having to use special logging options. |
[04:16:22] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
[04:17:18] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[04:20:36] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has quit (Remote host closed the connection) | |
[04:27:49] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[04:39:46] | stichnot (stichnot!~stichnot@192.55.54.40) has joined #mythtv | |
[04:39:46] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[04:39:46] | stichnot (stichnot!~stichnot@192.55.54.40) has quit (Changing host) | |
[04:40:03] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[04:42:56] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
[04:42:57] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
[04:43:01] | jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[04:43:30] | jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer) | |
[04:43:36] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[04:44:08] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[04:47:06] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds) | |
[04:54:35] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya) | |
[04:54:35] | jya_ is now known as jya | |
[04:59:22] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
[05:21:55] | jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_) | |
[06:21:12] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has left #mythtv () | |
[07:09:34] | stoffel (stoffel!~quassel@pD9E43C49.dip.t-dialin.net) has joined #mythtv | |
[08:02:05] | stuartm: | heh, Nasa HD HLS stream is not HD :( |
[08:22:42] | dekarl: | stuartm: not HD as in <1280x720p ? |
[08:24:45] | rsiebert (rsiebert!~quassel@g225050040.adsl.alicedsl.de) has joined #mythtv | |
[08:25:08] | rsiebert_ (rsiebert_!~quassel@g224248002.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
[08:26:03] | stuartm: | dekarl: 720x480 |
[08:26:26] | stuartm: | not HD as in SD |
[08:26:41] | stuartm: | and NTSC SD too, lower res than PAL SD |
[08:26:53] | dekarl: | I'm trying atm. the last time I looked it NASA Public was 1280x720, thats why I was curious |
[08:27:17] | stuartm: | actually, not even 480 – 416 |
[08:28:36] | stuartm: | possible I'm using the wrong url ... or that it's streaming what it things my connection can handle |
[08:28:49] | stuartm: | s/things/thinks/ |
[08:29:19] | dekarl: | hmm, with vlc I'm ending up on the audio only stream right now :) http://www.nasa.gov/multimedia/nasatv/NTV-Public-IPS.m3u8 |
[08:29:46] | dekarl: | I was thinking it might be the "what it thinks the connection can handle" |
[08:30:08] | stuartm: | video here from that same playlist |
[08:31:11] | stoffel (stoffel!~quassel@pD9E43C49.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
[08:48:31] | dekarl: | in mythtv I got 720x416, too :( |
[08:57:41] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
[08:58:25] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
[09:33:36] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
[10:23:53] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has quit (Ping timeout: 245 seconds) | |
[10:46:16] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
[10:47:14] | stuarta: | Beirdo: (or anyone else) why is the external/zeromq configure script run at make time and not at configure time? |
[10:47:49] | rsiebert (rsiebert!~quassel@g225050040.adsl.alicedsl.de) has quit (Remote host closed the connection) | |
[10:55:39] | rsiebert (rsiebert!~quassel@g225050040.adsl.alicedsl.de) has joined #mythtv | |
[12:32:29] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[12:32:29] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[12:32:29] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[12:46:49] | stuarta: | hmmm. all the program data gathered by eit is out by 1hr on master but not on 0.25 |
[12:47:02] | ** stuarta suspects new utc code ** | |
[12:51:28] | rsiebert (rsiebert!~quassel@g225050040.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
[13:02:40] | rsiebert (rsiebert!~quassel@g225050040.adsl.alicedsl.de) has joined #mythtv | |
[13:03:48] | xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 248 seconds) | |
[13:13:55] | dekarl[1] (dekarl[1]!~dekarl@p4FCEE0D5.dip.t-dialin.net) has joined #mythtv | |
[13:14:55] | dekarl[1]: | stuarta: I just verified it locally and EIT program data is at the correct times (CEST) |
[13:15:14] | dekarl[1]: | might be a good idea to look at the raw data with dvbsnoop |
[13:16:24] | stuarta: | yeah, that data is in UTC |
[13:19:31] | stuarta: | dekarl[1]: is your raw data in UTC? |
[13:19:39] | stuarta: | or localtime? |
[13:27:25] | dekarl[1]: | according to the specs its always UTC. dvbsnoop confirms that its done correctly |
[13:27:45] | stuarta: | so why is yours right, and mine wrong? |
[13:28:05] | dekarl[1]: | local locale settings? |
[13:28:29] | stuarta: | i assume you are currently in summer time? |
[13:28:44] | dekarl[1]: | aye, UTC+1+1 |
[13:31:17] | dekarl[1]: | date und date -u sho the expected times on my MBE |
[13:39:31] | stuartm: | stuarta: I'm seeing correct times here |
[13:42:07] | stuarta: | hmmm |
[13:42:14] | ** stuarta refreshes again ** | |
[13:42:51] | stuartm: | correct for both DVB-S and -T |
[13:43:01] | stuartm: | any channel in particular? |
[13:43:54] | stuarta: | ch4. i've got "how to cook like heston" @2.40pm, ch4 website says it's @3.40, which agrees with my 0.25 |
[13:44:09] | stuarta: | on dvb-t |
[13:45:16] | ** stuarta tries one more thing ** | |
[13:45:22] | stuartm: | xmltv says 15:40 – possibly a last minute update to the schedule? Let's see what's actually showing ... |
[13:45:59] | stuartm: | Not Heston ... ok so definitely wrong then :) |
[13:46:01] | stuarta: | ahaha |
[13:46:09] | ** stuarta didn't update mythweb ** | |
[13:46:18] | stuartm: | heh, that would do it |
[13:46:19] | stuarta: | so it was converting them back when it didn't need to |
[13:47:02] | stuarta: | now if i can just work out why i'm not getting eit data for film4 on dvb-t i'll be happy |
[13:47:53] | stuartm: | can't help there, using xmltv for that channel |
[13:55:04] | stuarta: | it's since they re-organized the muxes |
[13:58:46] | stuartm: | possibly some incorrect or missing value in the db? delete/rescan that channel/mux? |
[13:59:32] | stuarta: | yeah, i've blatted all the channels and fully rescanned several times |
[13:59:53] | stuarta: | it'll be some little value they haven't tweaked when they moved the channels around |
[14:01:32] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
[14:05:33] | stuartm: | that's interesting, no default authority here |
[14:06:00] | stuarta: | not that it needs it, i could be on the transport |
[14:06:46] | stuartm: | http://pastebin.com/sUupS5sk |
[14:07:38] | stuartm: | stuarta: actually that was my mistake, I was looking at the dtv_multiplex table and forgot that it may be listed in the channel table instead |
[14:07:59] | stuartm: | that's the pertinent info from my tables in case it helps |
[14:08:43] | stuartm: | obviously some of the tuning data isn't going to apply in your case |
[14:10:20] | stuarta: | my transportid is different |
[14:10:52] | stuarta: | that's the only relevant detail thats not the same |
[14:13:57] | dekarl[1]: | stuarta, can you compare the transport_id from dtv_multiplex.transport_id and the SDT and the EIT data? |
[14:14:11] | stuarta: | yeah, that's what i need to do next |
[14:14:23] | stuarta: | cause if the tuple doesn't match the data won't get inserted |
[14:14:31] | dekarl[1]: | thats the relevant data I could make out when working on http://code.mythtv.org/trac/ticket/10784 |
[14:15:10] | stuarta: | yeah the serviceid / transport_id / networkid need to match iirc |
[14:15:42] | dekarl[1]: | and by network_id we mean original_network_id ;) |
[14:15:51] | stuarta: | :) |
[14:16:01] | ** dekarl[1] makes a note to self to finally sort out when we mean which id ** | |
[14:16:22] | stuarta: | doesn't help that both are in the spec |
[14:17:02] | dekarl[1]: | from reading I came to think that the NID/ONID split was not there when digital tv was satelite only |
[14:17:57] | stuarta: | the idea behind it is so that you can rebroadcast a channel on a new medium and keep the Original NetID, but change the netid |
[14:18:19] | stuarta: | say when converting between satellite and cable delivery |
[14:19:33] | dekarl[1]: | I think ONID is an id of the multiplex, so if you mix and match channels into a new mux you slap your ONID on all data. (not done properly sometimes) |
[14:20:05] | stuarta: | rarely done properly |
[14:20:39] | dekarl[1]: | and NID is a property of the set of frequencies that reach the frontend. e.g. each area of a DVB-C network that has a different assigned of transports to frequencies needs a unique NID |
[14:21:51] | dekarl[1]: | aye, thats what made me come up with http://code.mythtv.org/trac/ticket/10784 |
[14:22:54] | dekarl[1]: | stuartm, can you test 10784 against DVB-S with eit(other) sometime? (does Freeview have a frequency where the EIT data of *all* channels is transmitted?) |
[14:23:53] | stuartm: | my understanding is that NID is the id of the network the end user is receiving the channel via, ONID is the network on which the channel originated which may not be the same, particularly in cases where the channel is being relayed or syndicated |
[14:25:07] | stuarta: | that's correct |
[14:25:23] | dekarl[1]: | both ids are from different sets |
[14:25:37] | stuartm: | dekarl[1]: for freeview and possibly freesat (I'd need to check) all eit data is sent on all frequencies |
[14:25:38] | stuarta: | dekarl[1]: in fact i could probably test that right now, as my transportid is wrong |
[14:26:02] | stuartm: | so no matter which transport is tuned you get data for all Freeview channels |
[14:26:26] | stuarta: | dvb-t is fully cross carried. i know that for a fact |
[14:26:34] | stuarta: | i'd also have to cross check dvb-s |
[14:26:57] | stuartm: | not the case for all channels available via DVB-S at least, those which are FTA but not included in the Freesat EPG have to be tuned individually |
[14:27:19] | dekarl[1]: | oh cool. over here DVB-T has only EIT(active) same for DVB-S (hearsay) but DVB-S also has one mux with all schedule data |
[14:27:54] | stuartm: | e.g. Pick TV has gone FTA on DVB-S but they aren't paying to be part of the Freesat lineup |
[14:29:01] | stuartm: | and they are only providing now/next anyway ... |
[14:29:49] | dekarl[1]: | hmm, for such a mix and match setup it would be nice to store a "last update of program data" timestamp with each channel to properly priorize scanning of the multiplexes that receive updates only from themselves |
[14:31:19] | stuartm: | last update and also weight channels where data is low, I regularly note that I've no data at all for Pick TV on DVB-S because they don't provide more than two hours of data |
[14:37:36] | stuarta: | dekarl[1]: i'm refreshing your patch on that ticket to test it |
[14:41:29] | dekarl[1]: | stuarta, I'm not sure if there is some change in logic needed post https://github.com/MythTV/mythtv/commit/53d41 . . . 9e976b7cf823 (I think thats the one) |
[14:44:17] | stuarta: | there will be a slight inconsistency because the channel change for eit is no longer immediate |
[14:45:11] | stuarta: | for my quick test i've made it so the patch queues the channel change but then immediately updates eithelper. |
[14:45:33] | stuarta: | the side effect of this is it's possible that the eithelper would think it's on the new channel when it's still on the old one |
[14:45:50] | stuarta: | although i suspect the window of this possibility to be quite small |
[14:45:52] | dekarl[1]: | I have moved the SetChannelID() inside the if (rec->QueueEITChannelChange(*activeScanNextChan)) block |
[14:46:30] | stuarta: | yeah, that's what i did |
[14:53:42] | stuartm: | stuarta: I'd not be so sure that the window would be small enough to avoid issues, danielk221's just fixed a bug which plagued me for months where the recorder would end up trying to tune the wrong channel because of the EIT scanner trying to tune a new channel at the exact same moment |
[14:55:18] | stuarta: | although looking (very briefly) at the way he's done it, it may not be the right way to do it |
[14:56:18] | stuarta: | almost need a callback to say the channel change has completed... |
[14:57:01] | stuartm: | yeah, tbh I'm not convinced that we should even start tuning for the recorder until the scanner thread is completely stopped, if that happens it's not clear how we'd ever get into the position of being on the right frequency but looking for the wrong channel |
[14:57:06] | dekarl[1]: | unless you have a lineup where the same service_id appears twice you should be safe |
[14:57:31] | stuarta: | they aren't guaranteed to be unique across muxes |
[14:58:38] | dekarl[1]: | but they are defined to be unique per original_network_id, testing on Astra 19.2E only had a hand full of collisions with different ONID for non-tv/radio services (testing and software update stuff) |
[14:58:39] | stuartm: | I'm not even clear on how we end up doing that btw, isn't each tuning request dealt with as a single isolated unit? If so how are we using the serviceid from one request and the frequency from another? |
[14:59:29] | stuarta: | i don't know the code well enough :( |
[14:59:32] | dekarl[1]: | fixing the recording/livetv/eitscan collisions would be prefferable, though |
[15:02:11] | stuartm: | stuarta: neither do I, and so I'm not going to say that danielk221's fix is wrong until I have evidence that the bug continues to present |
[15:02:53] | stuartm: | from an uninformed POV though it does seem a little like papering over the crack |
[15:03:33] | stuartm: | dekarl[1]: the EIT randomisation fix should reduce the frequency of collisions, but can't eliminate them |
[15:26:11] | highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving) | |
[15:30:08] | stuarta: | right, i'm off home |
[15:30:13] | stuarta: | later all |
[15:41:23] | stoffel (stoffel!~quassel@pD9E43215.dip.t-dialin.net) has joined #mythtv | |
[15:58:49] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[16:04:07] | stoffel (stoffel!~quassel@pD9E43215.dip.t-dialin.net) has quit (Ping timeout: 240 seconds) | |
[16:07:17] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
[16:37:41] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
[16:43:44] | wahrhaft (wahrhaft!~quassel@cpe-24-210-71-171.columbus.res.rr.com) has quit (Ping timeout: 246 seconds) | |
[16:48:43] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
[16:59:46] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
[17:02:17] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[17:02:17] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[17:02:17] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[17:17:07] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
[17:45:11] | stichnot (stichnot!~stichnot@192.55.54.40) has joined #mythtv | |
[17:45:11] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
[17:45:11] | stichnot (stichnot!~stichnot@192.55.54.40) has quit (Changing host) | |
[17:48:47] | stoffel (stoffel!~quassel@pD9E43215.dip.t-dialin.net) has joined #mythtv | |
[17:53:56] | tgm4883` (tgm4883`!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
[17:57:26] | xris (xris!~xris@xris.forevermore.net) has joined #mythtv | |
[18:00:39] | purserj_ (purserj_!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
[18:01:48] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
[18:03:15] | danielk221: | stuartm: The EIT channel changes have always been optional for TVRec to perform, the lock just makes sure we give up if a channel change is ill-advised. |
[18:04:17] | jafa (jafa!~jafa@2001:470:1f05:15de:61fb:8ab1:4326:426b) has quit (*.net *.split) | |
[18:04:17] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
[18:04:17] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
[18:04:17] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split) | |
[18:04:17] | kartouch (kartouch!~kartouch@2a02:348:82:cb67::1) has quit (*.net *.split) | |
[18:09:16] | Goga777 (Goga777!~Goga777@2.95.33.179) has joined #mythtv | |
[18:10:32] | jafa (jafa!~jafa@2001:470:1f05:15de:61fb:8ab1:4326:426b) has joined #mythtv | |
[18:10:32] | kartouch (kartouch!~kartouch@2a02:348:82:cb67::1) has joined #mythtv | |
[18:11:17] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:20f:eaff:fefc:ba0e) has joined #mythtv | |
[18:11:17] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Changing host) | |
[18:11:17] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
[18:17:58] | tgm4883` is now known as tgm4883 | |
[18:22:14] | skd5aner (skd5aner!~skd5aner@c-98-227-171-207.hsd1.in.comcast.net) has joined #mythtv | |
[18:23:59] | stoffel (stoffel!~quassel@pD9E43215.dip.t-dialin.net) has quit (Ping timeout: 272 seconds) | |
[18:38:29] | stichnot_ (stichnot_!stichnot@nat/intel/x-iqnmnhnaqvjddyor) has joined #mythtv | |
[18:38:31] | stichnot_ is now known as stichnot | |
[18:45:55] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[19:29:58] | Goga777 (Goga777!~Goga777@2.95.33.179) has quit (Ping timeout: 246 seconds) | |
[19:53:42] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[19:53:42] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[19:53:42] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[20:03:07] | Beirdo: | stuarta: because it's an external library, and it's not linked to our configure |
[20:03:14] | Beirdo: | and never will be completely |
[20:13:13] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[20:20:08] | Beirdo: | at least not that I can forsee anyways :) |
[20:33:55] | stoffel (stoffel!~quassel@pD9E43215.dip.t-dialin.net) has joined #mythtv | |
[20:48:05] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[20:48:05] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[20:48:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[20:53:31] | stoffel (stoffel!~quassel@pD9E43215.dip.t-dialin.net) has quit (Remote host closed the connection) | |
[20:55:02] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
[20:55:16] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 252 seconds) | |
[20:56:15] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
[20:57:06] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 264 seconds) | |
[21:15:19] | Steve-Goodey (Steve-Goodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[21:16:41] | dekarl[1] (dekarl[1]!~dekarl@p4FCEE0D5.dip.t-dialin.net) has quit (Ping timeout: 250 seconds) | |
[21:17:07] | dekarl (dekarl!~dekarl@p4FCEE0D5.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
[21:17:40] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
[21:21:34] | dekarl (dekarl!~dekarl@p4FE849B8.dip.t-dialin.net) has joined #mythtv | |
[21:51:10] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds) | |
[22:29:03] | stuartm: | danielk221: so having logged for two days now, just twice were stream handler threads actually finished when MThread::start() was called – isFinished() only returns true for threads that have been started, but still |
[22:30:05] | stuartm: | despite that I've not seen the symptoms of a deadlock, recorder threads may have deadlocked but it's not resulted in failed/missing recordings that I've noticed |
[22:33:35] | stuartm: | adjusted the point at which I check isFinished() and I'll see if that makes any difference |
[22:33:56] | stuartm: | i.e. whether I was doing it too early |
[23:02:55] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[23:06:54] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
[23:06:54] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
[23:06:54] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
[23:14:24] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
[23:40:12] | danielk221: | stuartm: Were any still in isRunning()? They would need to be for the deadlock. |
[23:46:49] | bill6502 (bill6502!~bill@2002:cdb2:1a2b:7cd3:9ef4:32ea:c6ea:200) has joined #mythtv | |
[23:55:00] | bill6502: | danielk221: In: http://code.mythtv.org/trac/changeset/83e227a you note: "For this to work you will need to disable ffmpeg's multi-threaded |
[23:55:02] | bill6502: | decoding". Is this something that I need to add to the 0.26 release notes for user action? |
[23:57:22] | danielk221: | bill6502: No that was addressed in a later commit. |
[23:59:08] | bill6502: | Thanks. |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.