MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (81):

aloril, andreax, Anssi, anykey_, brfransen, CaCtus491, Captain_Murdoch, cattelan, Chutt, clever, cocoa117, coling, Cougar, damaltor, danielk22, David_Miller, dblain, dekarl1, dinamic|screen, dlblog, eharris_, ElmerFudd, foxbuntu, ghoti, gregL, GreyFoxx, highzeth, idl0r, J-e-f-f-A, jams, jarle, jcarlos, joe____, joki, jpabq, jstenback, jwh, jwhite, knightr, kormoc, kurre2, kwmonroe, laga, mag0o, markcerv, MaverickTech, mrand, mrec, MythBuild, MythLogBot, mzanetti, peitolm, Peps, petefunk, poptix, purserj, rich0, rsiebert, seld, Sharky112065, skd5aner, Slasher`, SmallR2002, sphery, stichnot_, sutula, tgm4883, toeb, tomimo, tris, Unhelpful, vallor, Vernon_at_work, VManiac16, wagnerrp, whoDat, xavierh, XDS2010, yb0t, _charly_, _Techie_-_AFK_
Sunday, June 24th, 2012, 00:16 UTC
[00:16:53] knightr__ (knightr__!~knightr@69.165.170.178) has quit (Ping timeout: 248 seconds)
[00:24:56] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[00:58:17] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has joined #mythtv
[00:58:17] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[00:58:17] taylorr (taylorr!~taylorr@cpe-173-095-145-027.nc.res.rr.com) has quit (Changing host)
[01:03:13] dekarl1 (dekarl1!~dekarl@p4FCEF123.dip.t-dialin.net) has joined #mythtv
[01:05:56] dekarl (dekarl!~dekarl@p4FE853F9.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)
[01:19:22] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:21:07] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:30:43] jya: danielk22: the high CPU usage with OSD or subtitle on seems to be related to the reference counting
[01:31:06] jya: stichnot: you can easily compile so it doesn't check the database or protocol version
[01:58:35] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[02:01:23] danielk22: jya: Yeah, it looks like it's possibly the text->image cache.
[02:02:33] danielk22: The reference counting was off there before so fixing that leak could have caused this nasty side effect on the caching.
[02:03:47] jya: the more it goes, the more regressions we have :) I suggest we revert back to 0.21 and start again…
[02:05:35] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[02:05:38] danielk22: There were a lot of stability problems in .21, better got to .19 :P
[02:05:57] jya: 0.21 is the release I had the least problem ever...
[02:08:54] amejia (amejia!~andres@xbmc/staff/amejia) has quit (Read error: Connection reset by peer)
[02:09:04] amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv
[02:29:50] kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 246 seconds)
[02:30:09] stichnot: danielk22: It may be more than just text->image cache. I'll double-check later, but I think there's also a bigger slowdown when using the Spectrum visualizer, which is just rectangles.
[02:38:15] stichnot: jya: the special compilation flags worked great. Only problem is, after adding two -D flags, "./configure --previous" doesn't work due to spaces, quotes, shells, etc.
[02:39:06] tris (tris!tristan@camel.ethereal.net) has joined #mythtv
[02:39:26] Beirdo: jya: then you can go run 0.21 if ya want :)
[02:39:47] jya: with my vdpau backport… for sure
[03:01:39] danielk22: jya: 0.21 was the last Qt3 release, it was probably our most stable. I was thinking of 0.22.
[03:04:23] danielk22: jya: But I think 0.25 may be our most stable release since 0.21.
[03:04:50] jya: I think so too...
[03:11:37] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[03:12:07] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:17:12] Beirdo: OK, be back in a bit
[03:32:32] amejia (amejia!~andres@xbmc/staff/amejia) has quit (Quit: Konversation terminated!)
[03:50:13] sphery: Captain_Murdoch: btw, we never supported running frontends/backends in different time zones using TZ--we just suggested using TZ to run the frontend/backend process in the same time zone as the master backend even if it's on a host that's configured to use a different time zone--but TZ environment variable should always work to change a process's perceived time zone (not sure which you were asking about)
[04:56:49] stichnot: danielk22: another data point. In the PlaybackBox, one entry has an animation for an in-progress recording and another animation for commflag in progress. The animation is slow and the CPU is at 100%. If I scroll down so there are no animations, CPU drops to almost 0. If I revert the MythUI refcount patch, CPU usage during the animation is about 50%. Unless something is broken with...
[04:56:51] stichnot: ...MythUI, there shouldn't be any redrawing (and therefore cache usage) of text.
[05:47:11] stichnot: danielk22: I found the MythUI image caching problem. In MythPainter::ExpireImages(), the test near the beginning should be "if (m_SoftwareCacheSize < max)" — not "if (m_SoftwareCacheSize > max)". Otherwise the entire cache is expired every time.
[05:48:07] stichnot: Also, the argument to ExpireImages() should be int64_t, not int, though it doesn't really matter (so far) in practice.
[05:54:42] wagnerrp: danielk22: forwarding an error that showed up in the other channel
[05:55:26] wagnerrp: apparently the TFW is doing its stalled write abort within mythtranscode
[05:56:01] wagnerrp: obviously something bad is going on if that is triggered
[05:56:12] wagnerrp: but mythtranscode shouldnt care one way or another
[06:03:13] stichnot: jya: do you know anything about these audio visualizers? Specifically, why does VideoVisual::CanVisualise() insist on audio->GetNumChannels() returning 1 or 2?
[06:04:52] jya: stichnot: I'm guessing they only handle mono or stereo…. not surprising
[06:06:58] stichnot: I know nothing about audio, but what's the big deal with averaging N channels versus 2 stereo channels?
[06:16:58] stichnot: ok, I see, one would have to write new functions like stereo16_from_stereopcm8() in videovisualdefs.h
[06:21:41] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Remote host closed the connection)
[06:24:39] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[07:59:26] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[08:09:49] Goga777 (Goga777!~Goga777@128-71-155-144.broadband.corbina.ru) has joined #mythtv
[08:12:08] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[08:38:58] SteveGoodey (SteveGoodey!~steve@host86-160-43-123.range86-160.btcentralplus.com) has joined #mythtv
[09:38:03] stoffel (stoffel!~quassel@pD9E428D3.dip.t-dialin.net) has joined #mythtv
[09:49:37] stuartm: Is everyone happy to release 0.24.2 tomorrow?
[09:54:18] stuartm: danielk22: when a recording finishes or I exit livetv I'm now seeing "DVBSH(/dev/dvb/adapter0/frontend0): Device EOF detected" which seems to suggest an error where there isn't one?
[09:55:50] stuartm: stichnot: the visualisers were lifted from mythmusic which only expects mono or stereo
[09:57:19] stuartm: although Mark made them available for video content, I think his primary reason for moving them was so that mythmusic could eventually use MythPlayer
[10:00:54] map7_ (map7_!~map7@ppp118-209-105-45.lns20.mel4.internode.on.net) has joined #mythtv
[10:16:29] stuartm: stuarta: heh, so Sky are giving the same episode on the same channel two different series ids
[10:18:22] Seeker`: stuartm: which progrm / channel?
[10:21:34] stuarta: hah
[10:22:13] stuartm: Seeker`: PickTV, Modern Family on Freesat
[10:22:33] Seeker`: ah
[10:22:33] stuartm: www.sky.com/g_skyb579737 & www.sky.com/g_skyb580017
[10:22:54] stuarta: and you wonder why their serieslink is so shit
[10:22:57] Seeker`: :/
[10:23:04] Seeker`: I just use the RT xmltv
[10:23:15] Seeker`: for picktv
[10:23:39] Seeker`: or is that where it is wrong?
[10:24:11] stuartm: Seeker`: this is EIT
[10:24:28] stuartm: they don't supply programids either so ...
[10:25:00] Seeker`: can you give an example of 2 episodes that have different series ids from this morning?
[10:25:01] stuartm: which is odd, I'd think those were a requirement for Freeview at least, if not FTA on Sat
[10:26:57] stuartm: Seeker`: they are consistent by day, e.g. every episode shown today has the same seriesid, but the repeats later in the week are different
[10:27:02] Seeker`: ah
[10:28:01] stuartm: take "Travels With Scout" tomorrow which is g_skyb579737 and the repeat on the 1st July, g_skyb579737
[10:28:15] stuartm: oops, g_skyb579737
[10:28:25] stuartm: stupid copy/paste
[10:28:32] stuartm: g_skyb580017
[10:29:16] Seeker`: Any reason not to just say "sky suck" then use xmltv for it instead?
[10:29:23] stuartm: 280 apart ... if it were a round number I'd immediately think they were giving repeats a different series id deliberately
[10:30:31] stuartm: Seeker`: well we ignore the seriesid when there's no programid so it doesn't affect scheduling, it's just a curiosity or if you prefer an example of the incompetence of Sky's engineers
[10:30:55] stuartm: I wonder whether it applies to other series as well
[10:32:01] Seeker`: can't check myself
[10:32:19] Seeker`: searching for Worry Duty on mythweb should bring up a similar case though
[10:32:26] Seeker`: for "The Middle"
[10:33:36] stuartm: same thing, www.sky.com/g_skyb579757 & www.sky.com/g_skyb579997
[10:34:03] Seeker`: 240 apart that time
[10:36:46] stuartm: much larger gap for 'Futurama' but same thing, different seriesid for the same episode
[10:38:00] stuartm: www.sky.com/g_skyb597857 & www.sky.com/g_skyb581177
[10:38:08] stuartm: why do they always end in 7?
[10:38:16] Seeker`: no idea
[10:38:22] Seeker`: someones favourite number?
[10:39:15] stuartm: ah, they don't, these are also the same espisode – www.sky.com/g_skyb612802 & www.sky.com/g_skyb613737
[10:39:58] stuartm: ok, so no observable patterns
[10:40:55] stuartm: when did C4 HD switch to DVB-S?
[10:41:09] stuartm: strange thing to do
[10:41:27] Seeker`: not sure. think it has been marked as DVB-S for a while on lyngsat
[10:41:50] stuartm: unless ... they wanted to use the bandwidth so that it couldn't be taken away from them
[10:42:02] Seeker`: heh
[10:42:31] Seeker`: would be better if they launched E4 HD
[10:42:48] stuartm: I'm pretty sure there is a "use it, or lose it" policy on all networks because of the shortage of space
[10:43:13] stuartm: Seeker`: yeah, instead they are launching a new all-repeats channel :(
[10:45:22] stuartm: and "More 4 +2"? really? In an age where DVRs are commonplace why do we even need +1 channels, let alone a +2 version of a channel that isn't exactly the most popular (good content, just not for the 'masses')
[10:45:35] Seeker`: that isn't actually more 4 + 2 at the moment
[10:45:43] stuartm: anyway, sun is out so I'm going to make the most of it
[10:45:47] stuartm: Seeker`: no?
[10:45:53] Goga777 (Goga777!~Goga777@128-71-155-144.broadband.corbina.ru) has quit (Remote host closed the connection)
[10:46:08] Seeker`: stuartm: don't think it was when I tuned to it yesterday
[10:46:16] Seeker`: think its a bit of a placeholder
[10:46:33] stuartm: ah, ok I've not looked at it ... probably the placeholder for the new channel, 4/7 then
[10:46:44] Seeker`: quite possibly
[10:46:49] Seeker`: have fun outside :)
[10:47:06] stuartm: with the same set to deliberately mis-lead
[10:57:50] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[10:57:57] jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:01:40] jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[11:02:27] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:04:16] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[11:04:22] jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:08:28] jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[11:09:07] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:09:40] MythBuild: build #105 of 0.25-linux-ppc is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/0.25 . . . c/builds/105 blamelist: Stuart Morgan <smorgan@mythtv.org >
[11:10:48] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[11:10:53] jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:14:42] stuartm: force build 0.25-linux-ppc now
[11:15:01] stuartm: MythBuild: force build 0.25-linux-ppc now
[11:15:01] MythBuild: build forced [ETA 1h58m27s]
[11:15:01] MythBuild: I'll give a shout when the build finishes
[11:15:11] stuartm: compiler crashed
[11:23:17] jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[11:23:22] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:25:26] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[11:26:08] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:26:28] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Quit: reboot)
[11:26:50] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[11:26:55] jya__ (jya__!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:26:59] jya__ (jya__!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[11:42:58] stoffel (stoffel!~quassel@pD9E428D3.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)
[11:56:13] MythBuild: build #106 of 0.25-linux-ppc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/0.25 . . . c/builds/106
[12:08:04] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 252 seconds)
[12:13:12] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[12:30:31] stoffel (stoffel!~quassel@pD9E428D3.dip.t-dialin.net) has joined #mythtv
[13:01:54] SteveGoodey (SteveGoodey!~steve@host86-160-43-123.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[13:07:49] danielk22: stichnot: Thanks, that is the extra cache I was thinking of that is used for text (and some rectangles).
[13:09:14] danielk22: stuartm: Yes, that isn't a real error. I just need to suppress that message in the end-of-recording case without suppressing it when it's actually relevant.
[13:12:04] danielk22: wagnerrp: That error should probably be printed even in mythtranscode. If you can't write to disk for seconds at a time there is something seriously wrong.
[13:22:07] Goga777 (Goga777!~Goga777@128-71-155-144.broadband.corbina.ru) has joined #mythtv
[13:22:35] Goga777 (Goga777!~Goga777@128-71-155-144.broadband.corbina.ru) has quit (Client Quit)
[13:23:02] Goga777 (Goga777!~Goga777@128-71-155-144.broadband.corbina.ru) has joined #mythtv
[13:36:06] Goga777 (Goga777!~Goga777@128-71-155-144.broadband.corbina.ru) has quit (Quit: Leaving)
[13:38:43] rsiebert (rsiebert!~quassel@e179130208.adsl.alicedsl.de) has joined #mythtv
[13:42:00] rsiebert_ (rsiebert_!~quassel@g225056104.adsl.alicedsl.de) has quit (Ping timeout: 272 seconds)
[13:53:48] stichnot: danielk22: http://pastebin.com/esi7zuq8 is my image cache fix, I can check it in if you like, unless you want more testing
[14:08:52] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[14:18:58] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[14:19:30] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Read error: Connection reset by peer)
[14:20:13] jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv
[14:23:06] toeb: I'm trying to open a MythScreenType while in playback but the screen is not shown until i go back to the menu
[14:23:19] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[14:24:17] toeb: is there any where an example how this is done?
[14:29:18] stichnot: toeb: I'm no expert on this, but have you looked at osd.cpp, subtitlescreen.cpp, teletextscreen.cpp?
[14:33:07] stuartm: toeb: do you want this screen shown instead of video, or over the video (like the OSD?)
[14:33:40] toeb: over the video
[14:34:52] stuartm: toeb: ok for reasons best known to Mark, well only known to Mark, the OSD stuff doesn't use the screen stack and operates differently, it's a bit of a bastardisation of the mythui process
[14:35:09] stuartm: osd.cpp et al should shed some light
[14:36:27] stuartm: give infinite free time I'd like to re-write it so that displaying a popup/screen in the OSD is as easy and no different to doing it anywhere else :/
[14:37:06] toeb: this would be nice
[14:52:12] toeb: mh if i get this right, i would have to change tv_play.cpp to get accsess to the osd, and also would need to change osd.cpp to bea able to open a new screen...
[15:11:42] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[15:25:38] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[15:25:38] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[15:25:38] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[15:48:35] toeb: is it even possible to get access to a tv object from within a plugin?
[16:01:38] ThisNewGuy (ThisNewGuy!~doug@pool-173-70-145-208.nwrknj.fios.verizon.net) has quit (Ping timeout: 252 seconds)
[16:04:27] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[16:12:26] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[16:12:26] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[16:12:26] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:24:28] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[16:25:57] stoffel (stoffel!~quassel@pD9E428D3.dip.t-dialin.net) has quit (Read error: Operation timed out)
[16:29:40] joki (joki!~joki@p548635AB.dip.t-dialin.net) has quit (Ping timeout: 250 seconds)
[16:30:38] joki (joki!~joki@p548625C5.dip.t-dialin.net) has joined #mythtv
[16:45:34] andreax (andreax!~andreaz@p54BF348C.dip.t-dialin.net) has joined #mythtv
[17:00:21] _gunni_ (_gunni_!~Gunni@koln-5d81c3c4.pool.mediaWays.net) has joined #mythtv
[17:08:38] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[17:08:38] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[17:08:38] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[17:17:59] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[17:18:54] stoffel (stoffel!~quassel@pD9E428D3.dip.t-dialin.net) has joined #mythtv
[17:24:09] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[17:25:19] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[17:31:27] wagnerrp: danielk22: the issue is that the file writer is terminated, and mythtranscode happily transcodes the rest of the file out to /dev/null
[17:31:49] wagnerrp: either the whole thing should abort
[17:32:10] wagnerrp: or the writer should continue to complain rather than terminate
[17:36:36] SteveGoodey (SteveGoodey!~steve@host86-160-43-123.range86-160.btcentralplus.com) has joined #mythtv
[17:45:33] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[17:55:04] _gunni_ (_gunni_!~Gunni@koln-5d81c3c4.pool.mediaWays.net) has quit (Read error: Operation timed out)
[18:02:01] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[18:02:01] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[18:02:01] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[18:10:24] _gunni_ (_gunni_!~Gunni@koln-4d0d1a0e.pool.mediaWays.net) has joined #mythtv
[18:17:37] _gunni_ (_gunni_!~Gunni@koln-4d0d1a0e.pool.mediaWays.net) has quit (Quit: KVIrc KVIrc Equilibrium 4.1.3, revision: 5988, sources date: 20110830, built on: 2011-12-05 12:43:31 UTC 5988 http://www.kvirc.net/)
[18:27:20] stoffel (stoffel!~quassel@pD9E428D3.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[18:30:55] SteveGoodey (SteveGoodey!~steve@host86-160-43-123.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[18:46:04] danielk22: wagnerrp: I don't think it much matters what mythtranscode does in that situation. If the disk is dead, ideally we'd tell the user somehow but that is fairly rare. The fact that this is happening to more than a few users would seem to indicate there is some systematic problem with the kernel, or mythtv on a number of user's systems.
[18:46:40] danielk22: wagnerrp: The only thing I can think of would be some program writing lots of data to disk without periodic fsync calls.
[18:47:50] danielk22: wagnerrp: But we do an fdatasync/fsync in the file writer class so either that is malfunctioning for some reason or something else on those systems isn't working correctly.
[18:48:47] danielk22: It could even be the memory issue if they are running master.
[18:50:11] danielk22: When the frontend/backend has grown to many gigabytes we could start consuming lots of disk bandwidth trying to swap to disk.
[18:54:46] danielk22: stichnot: Thanks, I already wrote a patch and applied it when I got back from the hardware store. I think it's exactly what you have so it should be safe. :)
[19:07:00] wagnerrp: danielk22: the issue is that in the default configuration, mythtranscode deletes the original and replaces it with the new copy
[19:07:26] wagnerrp: so if the TFW fails and stops writing, but the transcode continues to complete successfully, the recording is lost
[19:08:04] wagnerrp: im just saying the the TFW stops writing, there needs to be some sort of callback to the code that is using it
[19:08:14] wagnerrp: something to fail the transcode, or stop the recording
[19:36:52] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (Remote host closed the connection)
[19:37:11] Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv
[19:41:23] danielk22: wagnerrp: Ouch! I can see how that is a problem. We could check ignore_writes, but ideally we'd pause the transcoding whenever the write buffer starts getting big. ignore_writes doesn't even kick in until we're 128 MB behind in writing to the disk.
[19:42:14] wagnerrp: yeah, no question about it there is something very wrong on the users' system, and i told him such
[19:42:56] wagnerrp: but even with such bad things going on, the original data is likely still accessible, until mythtranscode deletes it anyway
[19:43:29] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 245 seconds)
[19:44:40] danielk22: Yep, we shouldn't destroy existing data!
[19:45:00] danielk22: That's just compounding the users already bad situation.
[19:52:11] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[20:37:20] toeb_a (toeb_a!~d@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv
[20:57:46] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:00:16] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[21:15:43] toeb_a (toeb_a!~d@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (Ping timeout: 265 seconds)
[21:25:36] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 272 seconds)
[21:28:35] amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv
[21:48:46] stuartm: Beirdo: when killing/restarting the backend it's spawning a second mythlogserver instead of using the existing process? Is that supposed to happen?
[21:50:42] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[21:53:30] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer)
[22:12:28] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 272 seconds)
[22:13:34] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[22:16:58] stuartm: Beirdo: trying to debug this high mem/cpu issue in the backend and I notice that there are a lot of identical threads spawned by zmq – http://pastebin.com/NFbjQrfE – maybe something, maybe nothing?
[22:19:25] stuartm: I'll dig further when the backend is no longer recording
[22:21:08] map7_ (map7_!~map7@ppp118-209-105-45.lns20.mel4.internode.on.net) has quit (Ping timeout: 240 seconds)
[22:22:11] zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv
[22:22:11] zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host)
[22:22:12] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:33:01] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Ping timeout: 244 seconds)
[22:33:30] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[23:07:35] stuartm: oprofile is unable to show any of the time spent in those threads :/
[23:16:22] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[23:41:21] wagnerrp (wagnerrp!~wagnerrp_@nr-ft1-66-42-241-20.fuse.net) has joined #mythtv
[23:41:22] wagnerrp (wagnerrp!~wagnerrp_@nr-ft1-66-42-241-20.fuse.net) has quit (Changing host)
[23:41:22] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[23:56:14] Beirdo: stuartm: that's by design
[23:56:28] Beirdo: theirs, not mine
[23:58:58] Beirdo: oprofile likely doesn't see much from them as they are usually blocked would be my bet
[23:59:52] Beirdo: and as I mentioned before, I don't have much of an issue here

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.