MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (87):

aloril, Anssi, arescorpio, Beirdo, blafoo, brfransen, buu, caelor, Captain_Murdoch, cesman, Chutt, clever, coling, Cougar, dblain, dekarl, ElmerFudd, fetzerch, foobum, ghoti, Gibby, GreyFoxx, J-e-f-f-A, jams_, jarle, jarryd, jheizer_, jnylen, johanbr, joki, jpabq, jpharvey__, jst, jwhite, jya, jya_, kc, kenni, knightr, kurre2, kwmonroe, laga, len_, monkeypet69, moparisthebest, mrand, MythBuild, MythLogBot, nameless`, nephyrin, neufeld`, NightMonkey, Nothing4You, peper03, poptix, purserj, rhpot1991, robink, rsiebert, Seeker`, seld_, Sharky112065, skd5aner, sl1ce, SmallR2002, sphery, sraue, stuarta, stuartm, superm1, taylorr, tgm4883_, tonsofpcs, tris, unforgiven512, verm__, wagnerrp, wahrhaft, Warlord, whoDat, wseltzer, wylie, XDS2010, xris, zentec, _charly_, _nyloc_
Thursday, January 16th, 2014, 00:10 UTC
[00:10:51] _nyloc_ (_nyloc_!~quassel@p57B4F37D.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)
[00:14:07] nyloc (nyloc!~quassel@p3EE2C019.dip0.t-ipconnect.de) has joined #mythtv
[00:25:44] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[00:35:35] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv
[01:13:19] knightr__ (knightr__!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer)
[01:26:31] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 272 seconds)
[01:29:20] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[01:29:21] knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[01:29:21] knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv
[01:40:58] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[01:45:01] gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.4.2)
[01:46:51] gigem (gigem!~david@pool-71-96-90-188.dllstx.fios.verizon.net) has joined #mythtv
[01:46:51] gigem (gigem!~david@pool-71-96-90-188.dllstx.fios.verizon.net) has quit (Changing host)
[01:46:51] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[02:07:19] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[02:07:19] jya_ is now known as jya
[02:13:55] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Read error: Operation timed out)
[02:43:32] TheCras1 (TheCras1!~TheCrashe@p5080742C.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
[02:50:09] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv
[03:16:27] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds)
[03:21:41] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:22:23] _nyloc_ (_nyloc_!~quassel@p3EE2CD2B.dip0.t-ipconnect.de) has joined #mythtv
[03:26:30] nyloc (nyloc!~quassel@p3EE2C019.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[03:30:38] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[03:32:40] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[03:36:24] rsiebert (rsiebert!~quassel@f052130140.adsl.alicedsl.de) has quit (Read error: Operation timed out)
[03:37:22] rsiebert (rsiebert!~quassel@f052148066.adsl.alicedsl.de) has joined #mythtv
[03:39:28] SteveGoodey (SteveGoodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv
[03:40:34] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[04:17:50] SteveGoodey (SteveGoodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[04:45:11] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[04:45:50] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Client Quit)
[04:45:59] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds)
[04:46:59] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[04:47:20] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[04:47:45] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Client Quit)
[04:48:12] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[04:55:07] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (Remote host closed the connection)
[05:00:21] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv
[05:32:03] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Excess Flood)
[06:45:08] pitz (pitz!~pitz@71-17-53-125.msjw.hsdb.sasknet.sk.ca) has quit (Ping timeout: 245 seconds)
[06:47:49] robink_ (robink_!~quassel@unaffilated/robink) has quit (Quit: No Ping reply in 180 seconds.)
[06:48:07] robink (robink!~quassel@unaffilated/robink) has joined #mythtv
[07:14:39] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[07:51:11] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has joined #mythtv
[08:14:26] joki (joki!~joki@p54863CD4.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[08:21:29] joki (joki!~joki@p54863452.dip0.t-ipconnect.de) has joined #mythtv
[08:33:49] len_ (len_!~quassel@65-128-250-67.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[08:39:25] len_ (len_!~quassel@65-128-250-67.mpls.qwest.net) has joined #mythtv
[09:18:46] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv
[09:39:04] len_ (len_!~quassel@65-128-250-67.mpls.qwest.net) has quit (Remote host closed the connection)
[09:39:22] stuarta: what do we use the lame library for these days? can we not kill it off since most people have dvb / atsc these days and we don't need to do any encoding?
[09:53:49] stuartm: stuarta: on the backend it's only used for framegrabbers, you're right that it doesn't really need to be a mandatory requirement
[09:54:27] stuarta: i can't find an open ticket about it
[09:54:50] stuartm: but someone will need to go through and ifdef the framegrabber stuff if that happens
[09:55:03] stuarta: yeah, i'll raise a case so we don't forget it
[09:57:37] stuartm: on the frontend it's used for encoding mp3s from CDs
[09:58:24] stuarta: opened http://code.mythtv.org/trac/ticket/12019 feel free to add any extra details you know
[10:03:22] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Read error: Connection reset by peer)
[10:03:48] skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv
[10:32:02] laga (laga!~laga@pdpc/supporter/student/laga) has quit (Ping timeout: 264 seconds)
[10:32:28] laga (laga!~laga@h1626373.stratoserver.net) has joined #mythtv
[11:39:33] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:59:09] sphery: Isn't it also used by mythtranscode?
[12:00:19] sphery: and possibly the HLS transcoding stuff?
[12:03:52] stuarta: i have no idea, hence my question
[12:04:12] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has quit (Read error: Operation timed out)
[12:04:19] coling (coling!~colin@cpc7-sgyl36-2-0-cust267.18-2.cable.virginm.net) has joined #mythtv
[12:11:37] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)
[12:11:59] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[12:15:47] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[12:21:39] foobum (foobum!~foobum@cpc31-slam6-2-0-cust61.2-4.cable.virginm.net) has quit (Ping timeout: 252 seconds)
[12:25:43] foobum (foobum!~foobum@cpc31-slam6-2-0-cust61.2-4.cable.virginm.net) has joined #mythtv
[12:38:45] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 272 seconds)
[12:39:00] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has joined #mythtv
[12:41:39] TheCrasher (TheCrasher!~TheCrashe@p5080742C.dip0.t-ipconnect.de) has joined #mythtv
[12:53:15] verm__ (verm__!~verm@ntp/developer/amar) has joined #mythtv
[13:25:43] foobum (foobum!~foobum@cpc31-slam6-2-0-cust61.2-4.cable.virginm.net) has quit (Ping timeout: 246 seconds)
[13:32:45] foobum (foobum!~foobum@cpc31-slam6-2-0-cust61.2-4.cable.virginm.net) has joined #mythtv
[13:56:39] kenni: stuarta: if liblame==libmp3lame then yes, it is required by the HTTP Live Streaming Server
[13:57:10] kenni: stuarta: http://www.mythtv.org/wiki/HTTP_Live_Streamin . . . e-requisites
[13:57:42] jheizer_: stuarta, yeah it was going to switch to AAC in .26 but I am pretty sure that change was reverted.
[13:57:58] jheizer_: AAC by default that is, mp3 was still an option.
[14:00:44] stuarta: ugg, that's a configure bug, you have to have LAME installed, or configure bombs out, yet you have to explicitly pass in --enable-libmp3lame ??
[14:09:11] stuarta: there's not a lot of difference between the checks, so it should be relatively easy to merge the two
[14:12:52] doev (doev!~doev@p4FD4246C.dip0.t-ipconnect.de) has joined #mythtv
[14:18:16] sphery: I think --enable-libmp3lame only enables its use for the HLS stuff (rather than using libfaac or the ffmpeg native aac encoder). Framegrabber support and NUV transcoding still require it so that's why configure won't allow compilation without it.
[14:19:23] sphery: FWIW, I'd be happy removing the requirement, as long as we also remove mythtranscode in favor of using external scripts/applications for transcoding.
[14:20:18] stuartm: if only those external apps had stable APIs
[14:20:35] sphery: IMHO, having a transcoder that only outputs a "less than generally useful" container, and doesn't support modern CODECs is worse than having no transcoder.
[14:20:51] stuartm: true
[14:21:32] verm__: well, if you have a stable api to mythtv for this all you'd really need is some scripts to act as a shim
[14:21:47] verm__: unstable or not some programs are fairly stable, for instance you could use mpv or mplayer2 as a transcoder
[14:21:49] sphery: well, I see user job scripts managing the transcoding process, and those could be created for various transcoding applications and even different versions of those applications
[14:22:15] verm__: the commandline format for mplayer hasn't changed in a decade (same one for mp2) mpv has changed it but that is unlikely to ever change
[14:22:19] sphery: the hardest part, though, is allowing cutting using our in-DB markers
[14:22:22] stuartm: although there really is no good reason why that is the case, it's really no harder to use the ffmpeg API to create a fully featured transcoder than it would be to write scripts to do the same on the command line – it's just a lack of drive/interest that IMHO has prevented it being done
[14:23:10] stuartm: personally I'd much rather we improved mythtranscode than adding dozens of new dependencies
[14:23:35] stuartm: we have all the relevant parts already in our code base, they just need to be used
[14:23:54] sphery: yeah, I have a huge lack of interest--I think transcoding is a waste of electricity (and should only be done when trying to play back a recording on a underpowered/underfeatured device--and I have no interest in using such "wrong tool for the job" hardware for viewing my high-quality/high-bitrate HDTV recordings)
[14:24:06] stuarta: wagnerrp: fyi, i'm having a bash at a freebsd10 buildslave atm
[14:24:23] sphery: but that's why I'm for making transcoding support external--then those who are interested, even if they're not MythTV devs, can have at it
[14:24:27] verm__: stuarta: if you need a hand let me know
[14:24:55] stuarta: oh the box is up, i'm just having fun with nzmqt
[14:25:01] verm__: transcoding these days is mostly useful for audiop, isn't it?
[14:25:11] verm__: audio
[14:25:49] stuarta: i pretty much only use transcode in lossless mode to remove ads
[14:25:59] stuarta: and dump the mheg streams
[14:26:25] verm__: oh, right the cm remover i forgot about that
[14:26:51] sphery: yeah, I've only ever used it for lossless MPEG-2 cutting--and that's not working too well, anymore, due to changes to the streams (resolution/frame rate changes mid-stream, often due to commercials) or whatever
[14:26:52] stuartm: sphery: transcoding for storage is a complete waste of time, but for streaming I think the functionality has to be there, even though I struggle to imagine many scenarios where I'd be watching my recordings through a browser or mobile device – only if I was stuck in a hotel without a good book maybe
[14:27:13] stuarta: sphery: works fine here even on 0.27
[14:27:32] stuartm: stuarta: mheg streams don't even get recorded for non-LiveTV
[14:27:33] sphery: yeah, I actually carry recordings on my laptop for watching at hotels/airports/on planes
[14:27:46] stuarta: stuartm: depends on the profile you set
[14:28:06] stuartm: stuarta: true, but there not much merit in recording mheg
[14:28:16] sphery: (and since most hotels have such limited bandwidth per user that streaming is impractical/impossible, anyway)
[14:28:17] aberrios (aberrios!~aberrios@195.130.201.200) has quit (Quit: leaving)
[14:28:46] stuarta: no, but the non livetv profile throws out unknown private streams, and some stuff i was investigating hid video in one of those streams
[14:29:30] stuartm: oh, you mean the porn channels
[14:29:44] stuartm: "some stuff I was investigating" :p
[14:30:39] stuartm: hardly worth the effort
[14:31:07] stuartm: are they still using that mheg trick?
[14:31:17] stuarta: i'm sure there was some mheg stuff i was looking at ....
[14:31:24] stuarta: i've no idea
[14:32:06] ** stuarta tries to remember how to change that setting via the db **
[14:33:42] sphery: anyway, if we do remove the requirement to have libmp3lame when building MythTV, we need to have a /very/ obvious warning that transcoding won't work (so we don't get more ***too users randomly setting flags to disable "unnecessary" library usage and breaking transcoding and then reporting bugs, like with --disable-audio-alsa and --disable-audio-oss)
[14:36:45] sphery: Oh, and regarding --enable-libmp3lame : http://www.gossamer-threads.com/lists/mythtv/ . . . 25694#525694
[14:43:33] doev (doev!~doev@p4FD4246C.dip0.t-ipconnect.de) has quit (Read error: Operation timed out)
[14:46:02] sjennings (sjennings!~sjennings@108-203-156-247.lightspeed.austtx.sbcglobal.net) has joined #mythtv
[14:49:16] jheizer_: That was what I remembered but could not quickly find.
[14:58:33] stuarta: now to work out why zeromq configure disables shared libraries
[15:18:49] sjennings (sjennings!~sjennings@108-203-156-247.lightspeed.austtx.sbcglobal.net) has left #mythtv ("Leaving")
[15:21:54] verm__: so, at the moment mythtv won't run w/out a tuner defined, right?
[15:33:32] Chutt_ is now known as Chutt
[15:52:21] sphery: The use of mythbackend without any defined tuners on the host is unsupported. In some cases, mythbackend will exit if there are no tuners defined.
[15:53:55] verm__: ah, ok.. i just want to use it to handle my video library.. no need for a tuner
[15:55:34] Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[15:57:15] jheizer_: verm__, you can setup the dummy test tuner pointed at a file so there is at least one.
[15:58:06] jheizer_: or http recorder http://www.mythtv.org/wiki/User_Manual:Settin . . . ing_Recorder
[15:58:51] verm__: ah, thank you!
[16:34:57] dekarl1 (dekarl1!~dekarl@p4FE8468D.dip0.t-ipconnect.de) has joined #mythtv
[16:35:47] wagnerrp_ (wagnerrp_!4084ae8b@gateway/web/freenode/ip.64.132.174.139) has joined #mythtv
[16:36:24] dekarl (dekarl!~dekarl@p4FE85007.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[16:36:29] wagnerrp_: dekarl1: do you mind fielding this one when you get a chance? http://www.mythtvtalk.com/dual-transport-xml-feeds-16911/
[16:36:30] wagnerrp_: o dpm
[16:36:43] wagnerrp_: i don't know enough about xmltv to really understand what he's talking about
[16:48:00] FabriceMG (FabriceMG!~Thunderbi@LCaen-156-54-30-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG)
[16:58:33] TheCras3 (TheCras3!~TheCrashe@p5DCE483E.dip0.t-ipconnect.de) has joined #mythtv
[17:01:53] TheCrasher (TheCrasher!~TheCrashe@p5080742C.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds)
[17:10:35] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[17:36:29] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[17:48:01] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[17:58:42] warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv
[18:03:30] warped_: Hi *. I need to investigate highly decreased concurrent recording BE stability (few months ago staring 16xHD wasn't any problem. Current 0.27 can't pass 4–6 mark). I want to quickly set 16 manual rec. rules (in batch). Probably easiest will be use series services API calls via i.e.curl. Can somebody hint me quickly with appropriate URL which will create manual rec rule on given channel for given time and duration?
[18:11:23] sjmikem (sjmikem!~mmigdol@ipsec.igware.com) has joined #mythtv
[18:14:06] Jordack (Jordack!~Jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[18:30:55] bill6502 (bill6502!~bill@205.178.26.43) has joined #mythtv
[18:32:33] bill6502: warped_: This may help: http://pastebin.com/CPPn2Kpr
[18:38:37] bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv ()
[18:44:02] TheCras3 is now known as TheCrasher
[18:59:37] stuartm: warped_: what do you mean by stability? The backend crashes if you try to record more than 6 things at once?
[19:01:41] stuartm: if you've upgraded from an earlier distro/kernel and you're using ext-4, check that write barriers are disabled – they weren't enabled by default in the kernel until more recently, but although they increase safety of the data, they have a significant impact on performance
[19:24:51] blafoo (blafoo!~guedel@kladde.org) has quit (Ping timeout: 260 seconds)
[19:27:52] blafoo (blafoo!~guedel@kladde.org) has joined #mythtv
[19:39:22] warped_: stuartm: I mean test where BE is asked to start recording multiple shows at the same time. It is good test for acqusition subsystem (dvb card, drivers, unifiable, CAM, etc). I remember few months ago I do tests with 16 concurrent HD streams launched 4 x per day week by week. During few weeks of test + some patches in tv_rec I had totally only 2–3 failed recordings. Today I launched 1 series of 16 concurrent recordings as in 3 attempts I got
[19:39:28] warped_: failed rec. per single attempt. Only things changed from that times are: HDD (512->4k sectors), kernel (but not drivers) and mythtv. Now I must investigate where is root cause :-(
[19:41:36] Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv
[19:48:01] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[19:50:52] Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[19:52:09] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Client Quit)
[19:54:23] sphery: warped_: are you positive you set up your new 4k HDD partitions to align to physical sector boundaries?
[19:55:20] warped_: sphary: oh – I do that even before connecting cables to disk :-))))
[19:55:51] warped_: sorry for typo in nick!
[19:56:02] sphery: hehe, close enough :)
[19:56:40] sphery: that wasn't likely the issue (as it should only impact performance when rewriting data or when writing close to other data), but worth checking
[19:56:41] warped_: I'm little surprised by issue and really wonder where is root cause?
[19:58:11] warped_: Right. After mangling with drives, formatting, etc I checked transfers. HDD-to-HDD was 65–95MB/s – so order of speed seems to be OK...
[20:00:50] Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has joined #mythtv
[20:12:52] stuartm: what filesystem?
[20:13:17] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds)
[20:14:40] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[20:20:52] warped_: stuartm: I'm old school: ext3
[20:21:27] wagnerrp_ (wagnerrp_!4084ae8b@gateway/web/freenode/ip.64.132.174.139) has quit (Quit: Page closed)
[20:24:18] warped_: Generally: system is perfectly stable. Issue is seen in logs like "TVRec[11]: TuningSignalCheck: Waiting for Signal timed out". IIRC looks like SM can't find proper PAT/PMT tables and – despite LOCK from tuner – qualifies tuning as timeout.
[20:32:18] warped_: bill6502: thx. It gives me good clue how to move forward. If I want to create new rule – what ParentID should I use?
[20:44:28] bill6502 (bill6502!~bill@205.178.26.43) has joined #mythtv
[20:47:26] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[20:49:55] len_ (len_!~quassel@65-128-250-67.mpls.qwest.net) has joined #mythtv
[20:53:19] bill6502: warped_: Sorry, had to leave for an appointment. I used -1 for the ParentId of a new rule but, unfortunately, I didn't make a note of where I found it.
[20:54:39] warped_: bill6502: sure. Thx!
[21:24:41] sphery: warped_: did you try increasing your signal and tuning timeouts for your cards (I'd recommend to max) in mythtv-setup
[21:28:52] stuartm: warped_, bill6502: parentid is zero for new rules
[21:31:29] warped_: sphery: no. But other than that I have perfectly working system. Issue is manifesting only when I ask to record more that 5–8 recordings on the same time. I have signal/channel set to 7000/15000ms. With exact such settings tests few months ago were OK (500 rec, 2–3 was 0B). Now I have 8 failed on 16 tried. It is now evening (and my Wife can schedule 4–8 concurrent rec.) so I can't test now. I will install package from 2 months ago and see.
[21:31:30] warped_: Currently I believe it is regression...
[21:33:07] warped_: stuartm: is type =0 also valid for 0.27?. No matter what I put as type (btw WDSL says it should be string) – mysql table shows type=8
[21:38:48] stuartm: wdsl is wrong, which is odd
[21:39:45] stuartm: type 0 = "Not recording", i.e. it won't do anything – for an existing rule it will delete it, for a new rule it's not valid
[21:40:06] stuartm: type 8 = "Don't record", which is only valid for an override rule
[21:41:47] stuartm: type 1 = Single record, 2 = Daily record, 4 = Record all, 5 = Weekly record, 6 = Record One, 7 = Override
[21:42:01] stuartm: 3 is unused
[21:44:31] stuartm: oh sorry, for the services API it IS a string ... hang on, let me see if that's documented
[21:44:49] stuartm: this is one reason we're moving to support 'described' enums instead
[21:45:57] stuartm: warped_: which type are you wanting to use? might save me copy/pasting the whole list
[21:47:01] warped_: stuartm: once and daily
[21:47:41] stuartm: "Single Record", "Record All", "Record One", "Record Daily", "Record Weekly", "Override Recording", "Do not Record"
[21:47:52] stuartm: are all(ish) of the strings
[21:54:16] warped_: stuartm: perfect. it works. Thx and sorry for disturbing You!
[21:57:43] warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warped_)
[22:07:45] gregL_ (gregL_!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv
[22:11:56] bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv ()
[22:13:27] sphery: warped_ : I was thinking that perhaps the number of things the signal monitor is checking has increased and so it requires additional time--but at least yours are better than 500/3000 (the defaults for ATSC) or 1000/3000 (defaults for DVB-C/T). May be worth checking if you have time.
[22:16:23] gregL_ (gregL_!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving)
[22:16:29] Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:41:31] danielk22 (danielk22!~danielk@exchange.wgen.net) has quit (Quit: Leaving.)
[22:47:56] Tobbe5178 (Tobbe5178!~asdf@h104n2-sv-a13.ias.bredband.telia.com) has quit (Read error: Connection reset by peer)
[22:56:03] arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv
[22:57:46] wagnerrp: stuartm: my permanent box is actually going to be running fbsd10 here shortly
[22:58:03] wagnerrp: i'm just waiting for a couple hours where i'm awake, home, and not recording
[22:58:26] wagnerrp: which means friday night or more likely saturday
[22:58:58] stuartm: stuarta: ^^
[22:59:28] wagnerrp: a? well since he pinged me, he showed up red
[22:59:32] wagnerrp: your name is always red
[22:59:37] wagnerrp: his is normally yellow
[23:00:35] dekarl1 is now known as dekarl
[23:02:12] stuartm: he's blue here, you're a light brown :)
[23:06:14] sjmikem (sjmikem!~mmigdol@ipsec.igware.com) has left #mythtv ()
[23:06:28] stuartm: or purple for your alt
[23:19:32] dekarl: wagnerrp: I can try. lets see if it works
[23:20:14] wagnerrp: not sure what that's in response to
[23:20:32] dekarl: wrt http://www.mythtvtalk.com/dual-transport-xml-feeds-16911/
[23:21:00] wagnerrp: ah... i didn't understand the "lets see if it works"
[23:21:31] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[23:21:43] dekarl: :) I'm not sure if it is easy to follow my wording to a working solution
[23:25:33] stichnot: sphery: I don't know the details around file system barriers and performance. It looks like #12016 may be one of those. Can you triage that ticket?
[23:25:33] ** MythLogBot http://code.mythtv.org/trac/ticket/12016 **
[23:30:45] dekarl: btw, is it just me or is mythwikiscripts not working anymore
[23:31:22] wagnerrp: entirely possible
[23:31:34] wagnerrp: i haven't touched it in probably two years
[23:42:04] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 246 seconds)
[23:43:36] gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving)
[23:59:25] TheCrasher (TheCrasher!~TheCrashe@p5DCE483E.dip0.t-ipconnect.de) has quit (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)

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