| Thursday, December 4th, 2014, 00:21 UTC | ||
| [00:21:24] | Hydr0p0nX (Hydr0p0nX!~hydr@71-12-104-200.dhcp.mtgm.al.charter.com) has joined #mythtv | |
| [01:35:44] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [01:59:26] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-63-247.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [02:09:09] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 272 seconds) | |
| [03:26:28] | dmfrey (dmfrey!~dmfrey@65-78-98-83.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [03:34:31] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds) | |
| [03:35:12] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:33:01] | superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Quit: Connection closed for inactivity) | |
| [04:39:19] | arescorpio (arescorpio!~arescorpi@217-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [05:01:26] | dblain_ (dblain_!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [05:03:06] | suffice_ (suffice_!~suffice@li618-240.members.linode.com) has joined #mythtv | |
| [05:03:46] | J-e-f-f-A_ (J-e-f-f-A_!~J-e-f-f-A@71-88-96-238.dhcp.oxfr.ma.charter.com) has joined #mythtv | |
| [05:04:46] | suffice (suffice!~suffice@li618-240.members.linode.com) has quit (Ping timeout: 258 seconds) | |
| [05:04:46] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@71-88-96-238.dhcp.oxfr.ma.charter.com) has quit (Ping timeout: 258 seconds) | |
| [05:04:47] | J-e-f-f-A_ is now known as J-e-f-f-A | |
| [05:04:54] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Ping timeout: 258 seconds) | |
| [05:04:58] | jpabq_ (jpabq_!~quassel@97-123-146-248.albq.qwest.net) has joined #mythtv | |
| [05:08:36] | joki- (joki-!~joki@p5486182E.dip0.t-ipconnect.de) has joined #mythtv | |
| [05:09:24] | joki (joki!~joki@p5486182E.dip0.t-ipconnect.de) has quit (Ping timeout: 258 seconds) | |
| [05:09:25] | joki- is now known as joki | |
| [06:54:32] | dekarl1 (dekarl1!~dekarl@p4FCEFF94.dip0.t-ipconnect.de) has joined #mythtv | |
| [06:56:06] | SteveGoodey (SteveGoodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has joined #mythtv | |
| [06:56:17] | dekarl (dekarl!~dekarl@p4FCEFBDA.dip0.t-ipconnect.de) has quit (Ping timeout: 240 seconds) | |
| [07:03:14] | SteveGoodey (SteveGoodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [07:29:01] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [08:12:03] | amessina (amessina!~amessina@2001:55c:dc00:0:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 272 seconds) | |
| [08:27:44] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-63-247.lns20.mel4.internode.on.net) has joined #mythtv | |
| [08:43:30] | Roklobsta is now known as CHAISE | |
| [08:43:41] | CHAISE is now known as Roklobsta | |
| [09:39:24] | paul-h (paul-h!~Paul@90.204.194.59) has joined #mythtv | |
| [09:48:12] | len (len!~quassel@75-168-45-25.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [09:57:27] | paul-h: | !seen Captain_Murdoch |
| [09:57:27] | MythLogBot: | Captain_Murdoch is here and has been idle for 5 days 3 hours 18 minutes 59 seconds |
| [09:59:50] | paul-h: | Does anyone see how this could start to runaway using 100% cpu https://github.com/MythTV/mythtv/blob/fixes/0 . . . ger.cpp#L237 |
| [10:00:31] | stuarta: | no more detailed than that function? |
| [10:01:20] | paul-h: | What do you want to know? |
| [10:01:23] | stuarta: | the usual suspects in things like this is failing to handle an error and doing an immediate retry, which fails, rinse and repeat |
| [10:02:07] | paul-h: | there is an unlock missing before the continue but I don't think that is the problem |
| [10:02:59] | stuarta: | what might help here is using the system profiler to determine which function calls are being hammered. that can give you an insight into where it's coming from |
| [10:04:14] | stuarta: | paul-h: what data do you have available? |
| [10:04:30] | paul-h: | I can't reproduce it just trying to help a forum member find the cause https://forum.mythtv.org/viewtopic.php?f=36&t=496 |
| [10:04:46] | paul-h: | I have some bt's and a log |
| [10:06:25] | stuarta: | i'd like to see it fixed too, i'll assist as i can but my time is limited before wed |
| [10:09:39] | paul-h: | I assume there should be a m_infoLock->unlock() before the continue here :- https://github.com/MythTV/mythtv/blob/fixes/0 . . . ger.cpp#L315 |
| [10:10:38] | stuarta: | no i don't think so, the lock and unlock is outside the loop, the continue just breaks out of this run through the loop |
| [10:13:35] | paul-h: | So the one on L326 is redundant? |
| [10:14:28] | stuarta: | hmm that is weird |
| [10:16:06] | stuarta: | if that lock is protecting the download queue, then in theory if we take that code path, the queue will be unlocked, but we think it's still locked, so the queue could be being added to while we think we have it locked |
| [10:16:32] | stuarta: | now you could argue that the lock should just be protecting queue modifications |
| [10:17:08] | stuarta: | so in fact the lock on L307 probably should be before L310 and an unlock at L313 |
| [10:17:31] | stuarta: | assuming i'm correct on what it's meant to protect |
| [10:18:45] | stuarta: | no it's not for the download queue, the clue is in the name "infoLock" |
| [10:23:16] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [10:25:35] | paul-h: | stuarta: OK thanks for looking I'll wait for Captain_Murdoch to comment on it :) |
| [10:26:13] | stuarta: | there is definitely something not right with that locking, but yes he's going to be best placed to comment |
| [10:28:27] | paul-h: | I don't thing the lock is the problem the bt's don't show anything waiting on a lock just the thread appears to use all cpu just looping out of control |
| [10:28:52] | skd5aner (skd5aner!~skd5aner@114.sub-70-198-66.myvzw.com) has quit (Ping timeout: 256 seconds) | |
| [10:29:33] | paul-h: | The log I have appears to show the Theme Updater is the last thing to use the DownloadManager but that could be just coincidence |
| [10:29:51] | skd5aner (skd5aner!~skd5aner@114.sub-70-198-66.myvzw.com) has joined #mythtv | |
| [11:41:59] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-63-247.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [11:50:47] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [12:26:01] | amessina (amessina!~amessina@50-196-241-78-static.hfc.comcastbusiness.net) has joined #mythtv | |
| [12:27:17] | moparisthebest (moparisthebest!~quassel@unaffiliated/moparisthebest) has quit (Ping timeout: 272 seconds) | |
| [12:31:10] | moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has joined #mythtv | |
| [14:37:23] | sheedy-away is now known as sheedy | |
| [14:54:47] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [16:18:56] | sheedy (sheedy!sheedy@kde/developer/sheedy) has quit (Ping timeout: 265 seconds) | |
| [16:19:29] | sheedy (sheedy!sheedy@kde/developer/sheedy) has joined #mythtv | |
| [16:26:11] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:34:53] | stuartm_mob (stuartm_mob!~gbee@mythtv/developer/stuartm) has joined #mythtv | |
| [16:34:56] | stuartm_mob (stuartm_mob!~gbee@mythtv/developer/stuartm) has quit (Client Quit) | |
| [16:35:10] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [16:36:45] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:99e9:b7ab:7c6c:7303) has joined #mythtv | |
| [16:36:53] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:99e9:b7ab:7c6c:7303) has quit (Changing host) | |
| [16:36:53] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [16:50:38] | SteveGoodey (SteveGoodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has joined #mythtv | |
| [17:11:07] | Steve-Goodey (Steve-Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has joined #mythtv | |
| [17:11:53] | SteveGoodey (SteveGoodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has quit (Ping timeout: 264 seconds) | |
| [17:51:34] | Steve_Goodey (Steve_Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has joined #mythtv | |
| [17:52:05] | Steve-Goodey (Steve-Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has quit (Ping timeout: 264 seconds) | |
| [18:31:18] | joki (joki!~joki@p5486182E.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [18:36:48] | joki (joki!~joki@p548613D6.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:49:09] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [19:17:27] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-63-247.lns20.mel4.internode.on.net) has joined #mythtv | |
| [19:25:53] | skd5aner (skd5aner!~skd5aner@114.sub-70-198-66.myvzw.com) has quit (Ping timeout: 252 seconds) | |
| [19:26:20] | skd5aner (skd5aner!~skd5aner@135.sub-70-198-147.myvzw.com) has joined #mythtv | |
| [19:46:43] | Roklobsta: | paul-h: dunno what's happened in the last few weeks but the latest mythbuntu 0.28 package has code that *doesn't* exhibit the 100% CPU problem now. |
| [19:57:36] | andreaz (andreaz!~andre_000@p5DD1596C.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:02:22] | tgm4883: | Roklobsta: IDK, I haven't removed the pulsing yet |
| [20:08:02] | Captain_Murdoch: | paul-h, I think you are right, there should be an unlock before the continue on 315. the lock/unlock are inside the while loop so we need to unlock before continuing. That line of code is probably rarely or never hit though because it is only there to protect from an empty item on the queue. so I don't think that is the issue. also if there was a lock issue, it wouldn't go to 100%, it would just lockup and not download anyth |
| [20:08:02] | Captain_Murdoch: | ing else. |
| [20:11:17] | skd5aner (skd5aner!~skd5aner@135.sub-70-198-147.myvzw.com) has quit (Ping timeout: 240 seconds) | |
| [20:15:34] | Captain_Murdoch: | I am not seeing how that function/thread could be using 100% CPU. if the queue is empty, we will sleep in the wait condition on line 302. if the queue is not empty then we should be sleeping for 200ms each time through the loop on line 300 in the wait condition. The only way we could be not sleeping in the wait condition is if there are no items in the queue and waitAnyway is false. |
| [20:16:35] | skd5aner (skd5aner!~skd5aner@114.sub-70-198-66.myvzw.com) has joined #mythtv | |
| [20:17:29] | Captain_Murdoch: | I didn't add the redirect handling code, so I am not as up to speed on that, but maybe when we redirect the url changes and the url in the queue doesn't match the url in the m_downloadInfos of items currently downloading so we never set waitAnyway to true and itemsInQueue is true, so we never go into the 'if' on line 294 and go into the wait condition. |
| [20:32:43] | joki (joki!~joki@p548613D6.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds) | |
| [20:33:40] | cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv | |
| [20:33:57] | cesman (cesman!~cesman@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection) | |
| [20:36:55] | len (len!~quassel@75-168-45-25.mpls.qwest.net) has joined #mythtv | |
| [20:40:19] | joki (joki!~joki@p54861BFE.dip0.t-ipconnect.de) has joined #mythtv | |
| [20:54:02] | jya: | stuartm: are you the stuartmorgan there? https://code.google.com/p/chromium/issues/detail?id=423444 |
| [20:55:06] | stuartm: | jya: no |
| [20:55:49] | stuartm: | although I believe I have run into him on IRC |
| [20:56:19] | jya: | must be interesting talking to your homonym :) |
| [20:57:10] | stuartm: | I thought it was an interesting coincidence at the time, he didn't ... no sense of humour |
| [21:00:51] | stuartm: | at least I think it was the same guy, I was discussing a bug I'd run into, in software I don't use very often but I can't remember what it was |
| [21:01:15] | stuartm: | could easily have been Chromium because I've been testing the WebFrontend in it a lot |
| [21:03:05] | stuartm: | jya: this isn't me either – https://bugzilla.mozilla.org/show_bug.cgi?id=468678#c9 |
| [21:04:14] | jya: | I started thinking a lot lately about creating an extension that would make firefox a frontend for mythtv |
| [21:05:01] | jya: | something to keep me busy, while still aligned with my employer. would need to add a mpeg demuxer however, and mpeg2 decoder… or remux on the fly in the backend |
| [21:14:55] | dekarl1: | I've been thinking about remuxing on the fly, too. mainly in terms of "mpeg2-ts is the most compatible UPNP container" but preferring something like mkv for storage (has stream language, which mpeg-*ps* has not so lossless cutting destroys that information) |
| [21:16:44] | dekarl1: | that could also be a step in removing the seektable from the database and putting it into the media (remote startup is dog slow since some time ago mysql started to take 20 seconds to load the seektable when starting playback) |
| [21:17:46] | dekarl1: | so much to do, but so little time :/ |
| [21:20:41] | dekarl1: | jya, I've not used the media playback yet, but https://addons.mozilla.org/de/firefox/addon/firehbbtv/ together with a variant of the mythtv webfrontend could be interesting. |
| [21:23:16] | jya: | dekarl1: remuxing is likely going to be the easiest to do… uses very little resources too. |
| [21:23:59] | jya: | i’m hoping I can work over the christmas period on the rtsp server so we can have liveTV working over myth api |
| [21:24:34] | jya: | i almost started to finish it a couple of weeks ago while on paternity leave… but I was so buggered I didn’t use my computer at all during that time |
| [21:24:52] | stuartm: | we still need on the fly segment transcoding, if we add that it allows both HTML 5 video streaming (via DASH), improved HLS and it's even a new optional feature in the UPnP spec |
| [21:25:34] | jya: | stuartm: I’m hoping my module will be fliexible enough that you can ask to stream any part of a media, in every codec and container you wish. |
| [21:26:43] | jya: | so you can give something like: mythweb:port/stream/recording?start=xx&end=yy&codec=h264,mp3&contain er=mkv |
| [21:26:46] | jya: | thinks like that |
| [21:26:53] | dekarl1: | rtsp livetv would be a nice addition to the UPNP work done for 0.28. I understand that both can be combined for livetv via upnp |
| [21:27:14] | jya: | or /stream/live/channelXX?codec=… |
| [21:27:45] | jya: | dekarl1: rtsp was my first intended step, because that will allow instant liveTV support from many existing player |
| [21:27:50] | stuartm: | dekarl1: keeping an mpeg-ts container when lossless transcoding is another option, and one that doesn't require the overhead of transcoding back to mpeg-ts for upnp |
| [21:27:50] | jya: | including VLC |
| [21:28:11] | stuartm: | there's matroska support in DLNA, but few devices actually use it |
| [21:28:35] | neufeld`: | Speaking of Chromium... here's a dev question. Does mythfrontend do something magical with ALSA audio output? I've found that only the mythfrontend can send sound through my HDMI cables on my LinHES box. Aplay, Chromium, all do nothing, even when sending to the same device, as verified with strace and ltrace. It looks like everything's going fine, no errors are returned from the libalsa calls, but no sound is |
| [21:28:35] | neufeld`: | delivered through the speakers. |
| [21:28:42] | dekarl1: | stuartm: yes, that's why I was thinking how we can combine matroska with upnp without being forced to have everything in mpegts |
| [21:28:44] | stuartm: | and it's much more limited about the codec (must be H.264), and bitrates that are acceptable |
| [21:28:50] | jheizer: | :drool: I get more questions on MobileMyth about what format/transcoding/player you should be using than anything else |
| [21:30:09] | jya: | neufeld`: if you properly configure your system audio device to be the same as what myth uses, there should be no reason it won’t work |
| [21:30:11] | stuartm: | neufeld`: is pulseaudio installed? We explicitly disable it at runtime and use ALSA directly, but if it's installed and enabled then all audio gets silently routed through it instead |
| [21:30:40] | neufeld`: | jya: I know, that's what gets me. It is configured that way. |
| [21:30:47] | jya: | stuartm: we only suspend pulse if myth is configured to use alsa |
| [21:30:50] | neufeld`: | stuartm: no, PA is not installed |
| [21:32:00] | jya: | neufeld`: what do you have in the .asoundrc ? |
| [21:32:15] | jya: | or with aplay, what device do you give? |
| [21:32:29] | neufeld`: | Two thoughts I had were: frontend uses some directive to claim exclusive control over the device, but other programs don't error out. Frontend explicitly mutes the device in some way that amixer doesn't see. |
| [21:32:56] | jya: | or course, I’m not trying to say that myth isn’t incredibly smarter than all the other audio applications out there… |
| [21:33:28] | neufeld`: | jya: I've cycled through all devices listed in aplay. The frontend is useing plughw:1,7, which doesn't error out in aplay, but doesn't produce sound. |
| [21:33:51] | jya: | neufeld`: we do not open the device in exclusive use. it’s the alsa device itself that states of a device is exclusive or not… so if you use a dmix device, more than one application can use it |
| [21:34:14] | stuartm: | neufeld`: well when we mute the device we do so properly (in recent versions), some devices just reduce the volume but amixer should reflect that so ... |
| [21:34:47] | neufeld`: | stuartm: I don't think HDMI devices have an audio control. There isn't one in amixer, just an on/off mute. |
| [21:35:24] | stuartm: | neufeld`: correct, you can either enable or disable, not adjust the volume of the hdmi – only the pcm/master |
| [21:37:54] | neufeld`: | stuartm: so I should check the pcm/master volume too. OK, I'll poke some more at the controls. It's just been really amazing/annoying, watching aplay through ltrace and seeing it do exactly the same things as the front end, but nothing happening. Thanks for the suggestions, I will explore it some more. If the frontend isn't doing magic, it's something else in my setup. |
| [21:40:25] | stuartm: | jya is the authority on audio, think I've only touched the code once to fix the muting bug |
| [21:42:26] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [21:44:02] | neufeld`: | OK. Good to know that there's nothing jya thinks the frontend is doing to make it different from other ALSA users. I will continue my explorations. Success would put Netflix on my myth box, instead of waiting through the 2+ minutes it takes the blu-ray player to boot into Netflix. For now, I can only watch silent films. Thank you again. |
| [21:59:56] | paul-h: | Captain_Murdoch: thanks for looking – I came to the same conclusion as you the locking is wrong but probably isn't causing the 100% cpu problem |
| [22:03:14] | jya: | neufeld`: you can check the libs/libmyth/audio/audiooutputalsa.cpp file to see how we are opening the file… we do open the device and make it be restricted to the channel count, sampling rate etc… that the hardware report supporting. myth does all the resampling required, down/upmixing etc. |
| [22:04:24] | paul-h: | Captain_Murdoch: The logs I've seen show the last thing the DownloadManager was doing was getting the themeinfo.xml from the backend so that would be a remote myth:// download so no redirection going on there |
| [22:06:46] | neufeld`: | jya: yeah, I was wondering about resampling, too. Thank you for the information. |
| [22:14:07] | paul-h: | neufeld`: you might have to tweak .asoundrc to get the HDMI output working I've had a similar problem in the past where the sound was working but it was passing the audio to the analog audio out by default or something like that |
| [22:24:10] | Steve_Goodey (Steve_Goodey!~steve@host217-42-217-70.range217-42.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [23:06:22] | poptix- (poptix-!poptix@poptix.net) has joined #mythtv | |
| [23:08:39] | poptix (poptix!poptix@poptix.net) has quit (Read error: Connection reset by peer) | |
| [23:18:27] | moparisthebest (moparisthebest!~quassel@gateway/tor-sasl/moparisthebest) has quit (Remote host closed the connection) | |
| [23:20:00] | moparisthebest (moparisthebest!~quassel@unaffiliated/moparisthebest) has joined #mythtv | |
| [23:52:09] | paul-h (paul-h!~Paul@90.204.194.59) has quit (Quit: Konversation terminated!) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.