Beirdobot, irc.freenode.net

Saturday, April 28th, 2012, 00:13 UTC

[00:13:48]

knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 245 seconds)

[00:21:24]

knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv-users

[00:22:39]

gigem (gigem!~david@mythtv/developer/gigem) has quit (Quit: WeeChat 0.3.7)

[00:23:57]

gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv-users

[00:26:47]

knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 246 seconds)

[00:28:33]

knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv-users

[00:48:40]

mzb:

wagnerrp: yes

[00:49:33]

wagnerrp:

was interested in a cpuinfo to properly parse the cpu information for smolt

[00:49:38]

wagnerrp:

but i found a copy online

[00:49:43]

mzb:

kk

[00:50:29]

mzb:

still finding it to be a sweet solution for mythtv, btw ;)

[00:51:13]

mzb:

and have enabled turbo core a couple of weeks ago

[00:51:29]

mzb:

*AND* upgraded to 0.25

[00:51:42]

wagnerrp:

how is commflagging compared to your old STARS core?

[00:52:06]

mzb:

the difference now is that I've got live/realtime commflagging

[00:52:33]

mzb:

wonder if the two combined have anything to do with the audio being out of sync after an ad skip?

[00:52:52]

** mzb would have to disable turbo core to find that one out :/ **

[00:53:16]

wagnerrp:

shouldnt

[00:53:21]

mzb:

agreed

[00:53:31]

mzb:

only noticed it last night

[00:53:41]

mzb:

quick pause/unpause fixes it

[00:54:02]

mzb:

oh ... that was on 720p if that counts

[00:55:33]

mzb:

not sure if it's my imagination, but I have found that the frontend+machine seems to get quite sluggish with a LOT of commflag jobs running simultaneously, even though the load on each core doesn't seem very high

[00:56:07]

wagnerrp:

because video decoding and processing is very floating point intensive

[00:56:17]

mzb:

hmm

[00:56:23]

wagnerrp:

and you only have half the FP units

[00:56:37]

mzb:

would affect disk access?

[00:56:45]

wagnerrp:

not at all

[00:56:53]

mzb:

then that's not it

[00:57:04]

mzb:

but then I've got something else going on atm, as I seem to have developed a HARD limit of ~30MB/s read/write to my hard drives

[00:57:17]

wagnerrp:

what FS/

[00:57:24]

mzb:

xfs

[00:57:34]

mzb:

single partition on all the hard drives

[00:57:42]

mzb:

root is on revodrive

[00:58:25]

mzb:

I thought is was due to my fiddles with improving revodrive access ... but I'm certain I've only touched the md/revodrive stuff

[00:59:30]

wagnerrp:

i guess this last surge in hardware profiles was from the official 12.04 release

[01:00:05]

mirak (mirak!~mirak@89-92-229-66.hfc.dyn.abo.bbox.fr) has quit (Read error: Connection reset by peer)

[01:00:19]

mzb:

using this: http://openpaste.org/15adc0F1

[01:00:37]

wagnerrp:

a server error?

[01:01:06]

wagnerrp:

i dont know anything about disk scheduler tuning

[01:02:03]

mzb:

well it's something weird ... I *think* it was ok before ... I don't think it's hardware, maybe it's kernel 3.2?

[01:03:52]

mzb:

I probably should start monitoring cpu freq in combination with everything else

[01:04:15]

mzb:

but that doesn't really explain (to me) why there would be a hard limit _per_ drive

[01:07:33]

BLZbubba_:

what is different in 0.25 about how the music system reads id tags? most of my tracks are all unknown artist

[01:07:47]

BLZbubba_:

i haven't found a pattern yet except that flacs seem to do better

[01:08:03]

wagnerrp:

perhaps it only reads id3v2?

[01:08:05]

mzb:

hmm ... maybe it's a single disk ... I'm not seeing it now

[01:09:16]

BLZbubba_:

wagnerrp: definitely not that; though maybe it ignores id3v2. i'll check out a few more files

[01:10:36]

BLZbubba_:

doesn't seem to be reading either one

[01:10:47]

mzb:

ah ... found it ... totally wrong diagnosis ... it's slow on the PATA drive ONLY (750GB)

[01:11:06]

wagnerrp:

it likely wont read either one once scanned into the database

[01:11:15]

mzb:

not affected by CPU speed (well < 1.5% difference?)

[01:13:14]

BLZbubba_:

it seems to choke on utf8 non-US characters too

[01:13:22]

BLZbubba_:

but that isn't nearly as big a deal

[01:14:08]

BLZbubba_:

wagnerrp: ok deleting from music_songs and re-scanning seems to be doing the right thing, thanks

[01:14:20]

BLZbubba_:

51k songs, this will take awhile

[01:17:09]

zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users

[01:24:46]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)

[01:27:04]

zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users

[01:28:57]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)

[01:38:53]

russell5_laptop (russell5_laptop!~russell5@pool-71-184-228-79.bstnma.fios.verizon.net) has quit (Ping timeout: 246 seconds)

[01:46:18]

tgm4883 (tgm4883!~tgm4883@2001:4968:202:3:20f:eaff:fefc:ba0e) has quit (Ping timeout: 245 seconds)

[01:51:29]

tgm4883 (tgm4883!~tgm4883@204.8.45.14) has joined #mythtv-users

[01:51:29]

tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv-users

[01:51:29]

tgm4883 (tgm4883!~tgm4883@204.8.45.14) has quit (Changing host)

[01:54:38]

lyricnz (lyricnz!~simonrobe@ppp118-209-52-87.lns20.mel4.internode.on.net) has joined #mythtv-users

[01:55:31]

lyricnz:

Oh dear. Upgraded to 0.25 and seem to have broken it!

[01:55:57]

lyricnz:

doesn't seem to be able to connect to the DB anymore, does 0.25 use a different configuration file or something?

[01:58:34]

wagnerrp:

nope

[02:12:40]

lyricnz:

2012-04–28 12:11:57.060991 E [30512/30661] ProcessRequest mythdbcon.cpp:214 (OpenDatabase) – Driver error was [1/1040]:

[02:12:40]

lyricnz:

QMYSQL: Unable to connect Database error was: Too many connections

[02:12:41]

lyricnz:

wierd

[02:13:03]

** lyricnz notices frontend no longer sucks CPU badly on mac, which is great **

[02:14:48]

** lyricnz ups max connections, that might fix it **

[02:25:39]

zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users

[02:28:57]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)

[02:37:48]

mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has joined #mythtv-users

[02:37:48]

mycosys (mycosys!~mycosys@220-245-190-74.static.tpgi.com.au) has quit (Changing host)

[02:37:49]

mycosys (mycosys!~mycosys@unaffiliated/mycosys) has joined #mythtv-users

[02:41:37]

Captain_Murdoch:

lyricnz, 0.25 does use more DB connections than 0.24, since sharing connections between different threads isn't safe. so upping the max connection count is a valid solution.

[02:45:36]

xris (xris!~xris@xris.forevermore.net) has quit (Changing host)

[02:45:36]

xris (xris!~xris@mythtv/developer/xris) has joined #mythtv-users

[02:45:37]

Mode for #mythtv-users by ChanServ!ChanServ@services. : +v xris

[02:55:32]

wagnerrp:

"i hope you like vegan salmon"

[02:55:37]

wagnerrp:

WTH is vegan salmon?

[02:55:55]

wagnerrp:

is that tofufish or something?

[02:58:54]

zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users

[02:59:38]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)

[03:00:24]

[R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users

[03:08:12]

Beirdo:

whaaa!?

[03:08:30]

Beirdo:

vegan salmon?!

[03:08:50]

Beirdo:

someone here in Seattle hogged the bong too long, I think

[03:09:06]

wagnerrp:

portland, actually

[03:09:30]

wagnerrp:

you know those people from oregon, tends to collect all the... strange ones

[03:09:55]

wagnerrp:

one of those jokes in Grimm probably lost on most viewers

[03:13:52]

Beirdo:

yeah... Portland's definitely messed up too :) But I do like it out here anyways.

[03:17:25]

wagnerrp:

so the question still stands, WTH is vegan salmon?

[03:17:41]

dmz (dmz!~dmz@unaffiliated/dmz) has quit (Ping timeout: 248 seconds)

[03:17:49]

[R]:

its like tofurkey

[03:17:51]

wagnerrp:

is that one of those asinine concepts that fish doesnt count as meat?

[03:23:47]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has joined #mythtv-users

[03:25:17]

Beirdo:

well, vegan means not in any way from animals, does it not?

[03:25:31]

Beirdo:

so a vegan salmon must be a salmon that doesn't eat meat

[03:25:45]

Beirdo:

which... doesn't exist AFAIK

[03:26:11]

Beirdo:

salmon all eat other fish and such animals :)

[03:26:26]

wagnerrp:

its a fish, what kind of meat would it eat?

[03:26:32]

Beirdo:

other fish

[03:26:39]

wagnerrp:

take a bite out of a passing bear as it swam back upstream?

[03:26:43]

Beirdo:

hehe

[03:28:35]

Beirdo:

they are carniverous fish, seriously

[03:28:54]

Beirdo:

carnivorous? I can't spell today

[03:29:37]

Beirdo:

On a dry weight basis, 2â4 kg of wild-caught fish are needed to produce one kg of salmon.

[03:29:43]

Beirdo:

2–4 that is

[03:29:51]

Beirdo:

according to wikipedia

[03:30:00]

dmz (dmz!~dmz@unaffiliated/dmz) has joined #mythtv-users

[03:30:16]

wagnerrp:

according to various vegetarions and the catholic church, fish are not meat

[03:30:55]

wagnerrp:

so what would make "vegan salmon" vegan?

[03:31:24]

Beirdo:

no, they still are animals

[03:31:34]

wagnerrp:

so if they only eat other fish, doesnt that mean they are not carnivorous?

[03:31:47]

Beirdo:

they also eat shellfish and krill

[03:32:23]

Beirdo:

and the Catholic are ... bent... if they truly think fish != meat

[03:32:49]

wagnerrp:

well youre not supposed to eat meat during lent, but fish is ok

[03:33:06]

wagnerrp:

shh... dont tell anyone it was just a ploy to subsidize the fishing industry

[03:33:54]

Beirdo:

and old-world... not eat meat on Friday either

[03:34:09]

Beirdo:

which is why our school always had fish-sticks on Friday

[03:34:29]

wagnerrp:

do you like fish sticks?

[03:34:34]

Beirdo:

not even a Catholic school, but they didn't wanna annoy them, they wanted their money :)

[03:34:44]

Beirdo:

not really, they are crappy fish

[03:34:53]

wagnerrp:

aww...

[03:34:58]

wagnerrp:

you ruined it

[03:35:04]

Beirdo:

now if they had fish and chips made from cod...

[03:35:14]

Beirdo:

or pike...

[03:35:32]

Beirdo:

pickerel (local to where we were)...

[03:36:08]

wagnerrp:

http://www.southparkstudios.com/clips/224088/ . . . -fish-sticks

[03:36:42]

Beirdo:

heh.

[03:37:29]

Beirdo:

fried muskellunge would be sooo Georgian Bay.

[03:39:32]

Beirdo:

and no, I'm not a gay fish :)

[03:49:29]

firl (firl!~firl@cpe-67-10-153-16.satx.res.rr.com) has quit (Quit: firl)

[04:06:16]

wagnerrp:

jams: do you have anything in place to prevent duplicate tuner counts when used in the same cluster?

[04:10:08]

hR13 (hR13!~hr13@h186n6c1o253.bredband.skanova.com) has quit (Ping timeout: 244 seconds)

[04:22:43]

hR13 (hR13!~hr13@h236n4c1o253.bredband.skanova.com) has joined #mythtv-users

[04:29:54]

waxhead (waxhead!~pete@ppp121-45-222-118.lns20.cbr1.internode.on.net) has joined #mythtv-users

[04:43:02]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has quit (Quit: tstorm)

[04:52:37]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has joined #mythtv-users

[05:11:55]

wagnerrp:

how is it that we have no filesystems over 3TB?

[05:12:05]

wagnerrp:

no one with a large array runs a combo frontend/backend?

[05:20:25]

lyricnz_ (lyricnz_!~simonrobe@ppp118-209-52-87.lns20.mel4.internode.on.net) has joined #mythtv-users

[05:22:15]

tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (Quit: :q!)

[05:23:09]

wagnerrp:

jya: do you ever recall me quoting a 2GB/TB memory recommendation for ZFS?

[05:23:31]

jya:

i read this on the Sun website a while back

[05:23:38]

jya:

let me think...

[05:23:41]

wagnerrp:

seems thats just for deduplication

[05:23:44]

wagnerrp:

not general usage

[05:24:01]

jya:

nah, when I first read-it was before deduplication even existed in zfs

[05:24:18]

lyricnz (lyricnz!~simonrobe@ppp118-209-52-87.lns20.mel4.internode.on.net) has quit (Ping timeout: 260 seconds)

[05:24:18]

lyricnz_ is now known as lyricnz

[05:25:00]

lyricnz (lyricnz!~simonrobe@ppp118-209-52-87.lns20.mel4.internode.on.net) has quit (Client Quit)

[05:25:24]

jya:

wikipedia: ZFS designers recommend 2 GB of RAM for every 1 TB of storage.

[05:26:02]

jya:

ah it is for dedup there

[05:26:03]

tank-man (tank-man!john@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users

[05:26:07]

wagnerrp:

right

[05:26:31]

jya:

At the time I went with the recommendations with the FreeBSD ZFS wiki

[05:26:55]

wagnerrp:

i tried checking the link it cites, but as with all things sun, it is gone

[05:28:48]

jya:

maybe I misread and it was for deduplication

[05:28:56]

jya:

with only a minimum amount of RAM provided

[05:29:04]

jya:

irrelevant to the disk usage

[05:29:08]

jya:

which would make sense

[05:29:21]

wagnerrp:

well ive been saying the same thing as well

[05:29:25]

jya:

why would a bigger disk require more ram if deduplication isn't used?

[05:29:30]

wagnerrp:

just realized it was for dedup

[05:29:47]

wagnerrp:

for the ARC

[05:29:52]

wagnerrp:

efficient data prefetch

[05:30:07]

jya:

wagnerrp: my FS is 6TB in size

[05:30:21]

jya:

but ARC isn't in RAM usually.. it's on a separate disk

[05:30:31]

wagnerrp:

L2ARC is on a separate disk

[05:30:33]

wagnerrp:

ARC is in RAM

[05:30:56]

wagnerrp:

and is disabled by default unless the system has >4GB of memory

[05:31:11]

wagnerrp:

on my 4GB server, i get a warning on every boot that it is disabled

[05:31:49]

wagnerrp:

and even still, ZFS regularly eats up >3GB for (non-predictive) caching

[05:31:56]

wagnerrp:

and flushes other idle applications into swap

[05:32:12]

jya:

http://www.solarisinternals.com/wiki/index.ph . . . ommendations

[05:32:13]

jya:

http://www.solarisinternals.com/wiki/index.ph . . . he_ARC_Cache

[05:32:42]

jya:

and now I've lost where I was on my RTP streamer ;(

[05:32:47]

wagnerrp:

hah! well there it is

[05:32:56]

wagnerrp:

it DOES leave me only 1GB free

[05:33:03]

jya:

I get distracted way too much easily

[05:33:11]

jya:

yep, all RAM but 1 gig

[05:33:31]

jya:

free it as required

[05:34:14]

wagnerrp:

well its the "prefetch" bit that gets disabled if <= 4GB

[05:52:37]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has quit (Quit: tstorm)

[06:03:25]

pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users

[06:10:53]

jya:

any guinea pig using iTunes / RAOP ?

[06:27:25]

Goga777 (Goga777!~Goga777@128-71-104-175.broadband.corbina.ru) has joined #mythtv-users

[06:51:20]

ubIx (ubIx!~ulf@p5DD188BF.dip0.t-ipconnect.de) has quit (Ping timeout: 244 seconds)

[06:52:57]

ubIx_ (ubIx_!~ulf@p5DD1815D.dip0.t-ipconnect.de) has joined #mythtv-users

[07:00:08]

dekarl (dekarl!~dekarl@p4FE85B26.dip.t-dialin.net) has quit (Ping timeout: 255 seconds)

[07:07:45]

FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-131-3.w81-50.abo.wanadoo.fr) has joined #mythtv-users

[07:22:29]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has joined #mythtv-users

[07:22:29]

Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel

[07:30:31]

Goga777 (Goga777!~Goga777@128-71-104-175.broadband.corbina.ru) has quit (Remote host closed the connection)

[07:47:01]

dekarl (dekarl!~dekarl@p4FE85B26.dip.t-dialin.net) has joined #mythtv-users

[07:49:59]

rsiebert (rsiebert!~quassel@e179128058.adsl.alicedsl.de) has joined #mythtv-users

[07:53:20]

rsiebert_ (rsiebert_!~quassel@g229054169.adsl.alicedsl.de) has quit (Ping timeout: 260 seconds)

[08:02:25]

kinsel8__ (kinsel8__!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users

[08:03:01]

kinsel8_ (kinsel8_!~jml974@191.112.233.220.static.exetel.com.au) has quit (Ping timeout: 246 seconds)

[08:03:48]

kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has quit (Ping timeout: 272 seconds)

[08:04:44]

kinsel8 (kinsel8!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users

[08:26:38]

waxhead (waxhead!~pete@ppp121-45-222-118.lns20.cbr1.internode.on.net) has quit (Ping timeout: 240 seconds)

[08:28:21]

[R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)

[08:37:06]

firl (firl!~firl@cpe-67-10-153-16.satx.res.rr.com) has joined #mythtv-users

[08:38:19]

firl:

After migrating my database to another backend server, and decommissioning it, I haven't been able to see my UPnP broadcasting anymore and the logs say "no VideoStartupDir" and I read a bug list saying something about .24 not respecting storage groups; anyone know what I might need to do to re enable it?

[08:39:12]

waxhead (waxhead!~pete@ppp121-45-214-94.lns20.cbr1.internode.on.net) has joined #mythtv-users

[08:41:19]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users

[08:50:48]

Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5F119.dip.t-dialin.net) has joined #mythtv-users

[08:53:18]

peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (Read error: No route to host)

[08:58:54]

peitolm (peitolm!~moreyc@unaffiliated/peitolm) has joined #mythtv-users

[09:07:59]

tank-man (tank-man!john@S010600121729c6a1.vc.shawcable.net) has quit (Ping timeout: 255 seconds)

[09:09:47]

[R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users

[09:19:54]

tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has joined #mythtv-users

[09:28:29]

Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5F119.dip.t-dialin.net) has quit (Read error: Connection reset by peer)

[09:48:04]

croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Remote host closed the connection)

[09:48:30]

[R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving)

[10:05:02]

mike|3 (mike|3!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection)

[10:05:50]

mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv-users

[10:15:33]

slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has joined #mythtv-users

[10:23:50]

faichele (faichele!~quassel@p549C36CA.dip.t-dialin.net) has joined #mythtv-users

[10:36:05]

lyricnz (lyricnz!~simonrobe@ppp118-209-52-87.lns20.mel4.internode.on.net) has joined #mythtv-users

[10:37:02]

lyricnz:

how to resolve: Fatal error: Class 'MythBase' not found in /usr/share/mythweb/classes/Translate.php on line 16

[10:37:14]

lyricnz:

Yes, I have myth php bindings installed

[10:37:26]

lyricnz:

and even added them to the include path

[10:37:38]

lyricnz:

but nothing is making explicit include statements to pull them in

[10:48:56]

lyricnz:

ahh found it. somehow php safe mode was on, which caused php to not auto-include the right file

[10:49:25]

_abbenormal (_abbenormal!~abbenorma@d28-23-137-171.dim.wideopenwest.com) has quit (Quit: Yup Im Leaving)

[10:51:34]

lapion (lapion!~axion@axion.xs4all.nl) has quit (Read error: Connection reset by peer)

[10:51:53]

lyricnz (lyricnz!~simonrobe@ppp118-209-52-87.lns20.mel4.internode.on.net) has quit (Quit: lyricnz)

[10:54:41]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds)

[11:03:38]

Goga777 (Goga777!~Goga777@128-71-104-175.broadband.corbina.ru) has joined #mythtv-users

[11:08:07]

lapion (lapion!~axion@axion.xs4all.nl) has joined #mythtv-users

[11:15:43]

Happy (Happy!~Happy@ppp118-209-221-42.lns20.mel6.internode.on.net) has joined #mythtv-users

[11:23:11]

Happy (Happy!~Happy@ppp118-209-221-42.lns20.mel6.internode.on.net) has quit ()

[11:34:47]

russell5_laptop (russell5_laptop!~russell5@pool-71-184-228-79.bstnma.fios.verizon.net) has joined #mythtv-users

[11:38:47]

slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has quit (Read error: No route to host)

[11:40:27]

slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has joined #mythtv-users

[12:16:28]

StevenR (StevenR!~foo@cpc2-sgyl27-2-0-cust391.sgyl.cable.virginmedia.com) has quit (Quit: leaving)

[12:22:45]

StevenR (StevenR!~foo@cpc2-sgyl27-2-0-cust391.sgyl.cable.virginmedia.com) has joined #mythtv-users

[12:42:00]

waxhead (waxhead!~pete@ppp121-45-214-94.lns20.cbr1.internode.on.net) has quit (Remote host closed the connection)

[12:52:00]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)

[13:06:57]

IMSanchMac (IMSanchMac!~imsancho@CPE-121-223-22-226.lnse2.cha.bigpond.net.au) has quit (Read error: Connection reset by peer)

[13:19:30]

Goga777 (Goga777!~Goga777@128-71-104-175.broadband.corbina.ru) has quit (Remote host closed the connection)

[13:19:45]

awalls (awalls!~awalls@d-72-9-3-220.cpe.metrocast.net) has joined #mythtv-users

[13:20:19]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has joined #mythtv-users

[13:20:19]

Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel

[13:25:33]

MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)

[13:36:20]

cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv-users

[13:38:32]

cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Client Quit)

[13:39:43]

jbrett (jbrett!brett@nat/hp/x-dwgwbzpbjkxcotwm) has quit (Ping timeout: 276 seconds)

[13:52:22]

gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)

[14:02:05]

GrahamIRC (GrahamIRC!~GrahamIRC@93-97-162-122.zone5.bethere.co.uk) has joined #mythtv-users

[14:15:42]

sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Read error: Operation timed out)

[14:19:07]

sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv-users

[14:19:07]

Mode for #mythtv-users by ChanServ!ChanServ@services. : +v sphery

[14:19:55]

russell5_laptop (russell5_laptop!~russell5@pool-71-184-228-79.bstnma.fios.verizon.net) has quit (Quit: Konversation terminated!)

[14:22:40]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users

[14:28:41]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Quit: Quit)

[14:34:39]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-users

[14:39:49]

highzeth (highzeth!~hz@145-12-11.connect.netcom.no) has joined #mythtv-users

[14:42:45]

russell5_laptop (russell5_laptop!~russell5@pool-71-184-228-79.bstnma.fios.verizon.net) has joined #mythtv-users

[14:43:09]

shredder83 (shredder83!~chatzilla@174.35.210.25) has joined #mythtv-users

[14:43:44]

gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-users

[14:44:12]

_abbenormal (_abbenormal!~abbenorma@d28-23-137-171.dim.wideopenwest.com) has joined #mythtv-users

[14:44:53]

sharft6 (sharft6!~sharft6@101.98.147.216) has joined #mythtv-users

[14:45:26]

sharft6:

hello

[14:51:22]

shredder83 (shredder83!~chatzilla@174.35.210.25) has quit (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643])

[14:54:41]

sharft6:

oh nvm i got it

[14:54:50]

sharft6 (sharft6!~sharft6@101.98.147.216) has quit (Quit: Leaving)

[14:57:12]

GrahamIRC (GrahamIRC!~GrahamIRC@93-97-162-122.zone5.bethere.co.uk) has quit (Quit: Leaving.)

[15:18:06]

ben1066_ (ben1066_!~quassel@host109-152-59-87.range109-152.btcentralplus.com) has joined #mythtv-users

[15:20:20]

ben1066 (ben1066!~quassel@unaffiliated/ben1066) has quit (Ping timeout: 246 seconds)

[15:21:05]

highzeth (highzeth!~hz@145-12-11.connect.netcom.no) has quit (Quit: Leaving)

[15:28:57]

steveuk (steveuk!~steveuk@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[15:31:49]

mycosys (mycosys!~mycosys@unaffiliated/mycosys) has quit (Remote host closed the connection)

[15:36:01]

steveuk:

Hi. I'm having trouble with lots of "blank" recordings as a result of my DVB-T cards failing to tune. It's an intermittent problem, but has got worse since various UK channel numbers got switched around and I had to retune. Could some kind soul help me in diagnosing this problem?

[15:37:27]

FabriceMG:

wagnerrp, the 0.25 work with python 3.2?

[15:38:38]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)

[15:42:45]

steveuk (steveuk!~steveuk@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[15:44:35]

steveuk (steveuk!~steveuk@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[15:44:42]

steveuk is now known as scampgb

[15:44:45]

Dave123-road (Dave123-road!someone@cpe-74-74-202-129.rochester.res.rr.com) has quit (Quit: Leaving)

[15:46:26]

Dave123-road (Dave123-road!someone@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users

[15:47:17]

scampgb (scampgb!~steveuk@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[15:50:36]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[15:51:05]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has joined #mythtv-users

[15:51:05]

Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel

[15:55:41]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[15:57:45]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[15:58:54]

Dave123-road (Dave123-road!someone@cpe-74-74-202-129.rochester.res.rr.com) has quit (Quit: Leaving)

[15:59:01]

joki (joki!~joki@p548625BE.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)

[15:59:03]

joki- (joki-!~joki@p54861B7D.dip.t-dialin.net) has joined #mythtv-users

[15:59:12]

joki- is now known as joki

[16:00:05]

slysir (slysir!~quassel@pool-173-64-7-213.bflony.fios.verizon.net) has quit (Remote host closed the connection)

[16:00:54]

Dave123-road (Dave123-road!someone@cpe-74-74-202-129.rochester.res.rr.com) has joined #mythtv-users

[16:01:33]

awalls (awalls!~awalls@d-72-9-3-220.cpe.metrocast.net) has left #mythtv-users ()

[16:04:05]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:06:13]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:06:14]

scampgb:

Typically the recorder stays tied up in RecordingOnly mode, even if it has failed to tune. When the recording is scheduled to end, I then get a message about "Recorder Failed". If I restart the backend whilst it is trying to record, it will very often tune in correctly. I'm trying to work out how to diagnose what's really going on.

[16:06:14]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:06:34]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:06:58]

Oleg_:

according to one review here, http://www.amazon.com/Pinnacle-PCTV-USB-Stick . . . p/B003IPC1WE , this USB stick has a better digital demod chip than hdhomerun hdhr3-us model

[16:08:38]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:11:32]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:13:53]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:15:16]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has quit (Ping timeout: 272 seconds)

[16:16:36]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:19:01]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has joined #mythtv-users

[16:19:01]

Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel

[16:24:10]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:24:39]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:25:03]

andreax (andreax!~andreaz@p54BF3C39.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)

[16:25:11]

andreax (andreax!~andreaz@p5089E755.dip.t-dialin.net) has joined #mythtv-users

[16:26:50]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:28:59]

wagnerrp:

FabriceMG: nope

[16:29:24]

FabriceMG:

thx

[16:30:03]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:36:14]

yunosh (yunosh!~jan@horde/jan) has joined #mythtv-users

[16:36:51]

yunosh:

hi, with jya latest commits, should airtunes from itunes work?

[16:38:23]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:40:58]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:43:30]

Oleg_:

wagnerrp, so, now I am waiting for the hdhr3-us model to arrive; however, according to that review, its chip is less sensitive than the one inside of that usb stick

[16:44:28]

Oleg_:

but do you think he's right?

[16:45:23]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:49:00]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:50:11]

wagnerrp:

no idea what demod the HDHR3 uses

[16:50:11]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:52:09]

jkfod (jkfod!~Greg_od@212-178-2-23.broadband.tenet.odessa.ua) has joined #mythtv-users

[16:52:30]

wagnerrp:

looks like a micronas demod

[16:53:37]

Oleg_:

according to him, its worse than the demod of this tuner

[16:54:04]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:55:07]

Oleg_:

and here: http://www.digitalhome.ca/forum/showthread.ph . . . 7&page=7

[16:55:07]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[16:56:09]

wagnerrp:

seems hes a freebsd network guy

[16:57:33]

wagnerrp:

well thats talking about the tuner, not the demod

[16:57:49]

wagnerrp:

!seen devinheitmueller

[16:57:49]

MythLogBot:

devinheitmueller was last seen 7 days 21 hours 50 minutes 24 seconds ago

[16:57:56]

wagnerrp:

!seen awalls

[16:57:56]

MythLogBot:

awalls was last seen 56 minutes 23 seconds ago

[16:59:01]

wagnerrp:

i would trust one of those guys long before any of the hearsay and conjecture or users, or even developers, not involved in tuner development

[16:59:01]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[16:59:24]

Oleg_:

wagnerrp, and what device do you use?

[16:59:28]

Oleg_:

for tv reception

[16:59:32]

wagnerrp:

i hate usb

[16:59:48]

wagnerrp:

so whatever allows me to use not_usb

[16:59:48]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[17:00:40]

Oleg_:

but do you have any hdhomerun devices?

[17:01:02]

wagnerrp:

one second generation unit

[17:02:10]

Oleg_:

and how does it perform for you?

[17:02:41]

wagnerrp:

perfectly fine, but then i have it recording off unencrypted cable

[17:03:02]

wagnerrp:

so no noise or multipath issues that might necessitate a better demod

[17:04:25]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[17:06:07]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Client Quit)

[17:06:12]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[17:07:30]

Oleg_:

so, I assume that in some cases, an ota antenna reception would require a better demod than the one that is in that device

[17:07:30]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[17:09:49]

wagnerrp:

the one thing a better demod really gets you is handling of multipath

[17:10:04]

wagnerrp:

if you have a number of tall buildings or tall trees

[17:10:21]

wagnerrp:

multipath reflecting off of them will have the effect of smearing the signal temporally

[17:11:00]

Oleg_:

what about an antenna itself?

[17:11:10]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[17:11:28]

wagnerrp:

a more directional antenna can help

[17:13:57]

dkeith (dkeith!~dkeith@173.48.203.14) has quit (Ping timeout: 248 seconds)

[17:15:29]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[17:18:32]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[17:22:50]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[17:25:14]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[17:27:21]

yunosh (yunosh!~jan@horde/jan) has quit (Ping timeout: 244 seconds)

[17:27:21]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Read error: Connection reset by peer)

[17:28:14]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has joined #mythtv-users

[17:30:18]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has joined #mythtv-users

[17:30:46]

scampgb (scampgb!~scampgb@host86-174-25-114.range86-174.btcentralplus.com) has quit (Client Quit)

[17:35:13]

Oleg_:

how come mythtv 0.25 displays 11... instead of 11_1 when I tune to that channel?

[17:36:55]

wagnerrp:

thats what you have configured in the channel editor?

[17:37:06]

wagnerrp:

11_1 is completely arbitrary

[17:37:19]

wagnerrp:

and just as likely to not be the actual physical broadcast channel

[17:44:53]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has quit (Ping timeout: 246 seconds)

[17:51:38]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)

[17:54:44]

Beirdo:

where is that guy who was having datadirect issues?

[17:56:00]

Beirdo:

after I go eat...

[18:03:28]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has joined #mythtv-users

[18:10:43]

esperegu (esperegu!~quassel@145.116.15.244) has joined #mythtv-users

[18:15:31]

[R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users

[18:17:13]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has joined #mythtv-users

[18:18:34]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has quit (Ping timeout: 276 seconds)

[18:21:14]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has quit (Read error: Connection reset by peer)

[18:21:24]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has joined #mythtv-users

[18:27:28]

ViewFreeNode (ViewFreeNode!4c193c2d@gateway/web/freenode/ip.76.25.60.45) has joined #mythtv-users

[18:28:14]

ViewFreeNode (ViewFreeNode!4c193c2d@gateway/web/freenode/ip.76.25.60.45) has quit (Client Quit)

[18:37:10]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has joined #mythtv-users

[18:37:10]

Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel

[18:44:15]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has joined #mythtv-users

[18:54:19]

dkeith (dkeith!~dkeith@173.48.203.14) has joined #mythtv-users

[18:59:44]

stoffel (stoffel!~quassel@pD9E41EB0.dip.t-dialin.net) has quit (Ping timeout: 245 seconds)

[19:01:47]

Oleg_:

if a device is a dual tuner, it can record at the same time two different subchannels located on the same physical channel or can it also record at the same two subchannels located on different physical channels?

[19:03:07]

[R]:

2 tuners can record 2 physical channels

[19:03:29]

[R]:

myth handles the subchanenls

[19:03:49]

Oleg_:

ok

[19:11:36]

Oleg_:

what features does mythtv have that windows media center doesn't have and vice versa: what features does WMC have that mythtv doesn't have?

[19:11:55]

[R]:

no clue, i've never used that trash

[19:12:12]

wagnerrp:

mythtv supports clustering

[19:12:26]

wagnerrp:

and has no theoretical limits on scale

[19:31:11]

SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv-users

[19:36:53]

jarle:

When running ./configure I see that all # External Codec Options are set to "no" (mp3lame,faac etc.) What part of my user experience will this affect? Playback, or encoding, or something else?

[19:37:16]

geekinthesticks (geekinthesticks!~ian@217.146.125.41) has joined #mythtv-users

[19:39:06]

geekinthesticks (geekinthesticks!~ian@217.146.125.41) has left #mythtv-users ()

[19:39:50]

highzeth (highzeth!~hz@145-12-11.connect.netcom.no) has joined #mythtv-users

[19:40:04]

wagnerrp:

mythffmpeg and http-live-streaming

[19:40:14]

wagnerrp:

none of the traditional internal capabilities

[19:40:19]

wagnerrp:

(yet)

[19:42:00]

jarle:

wagnerrp: thnx for the info.

[19:42:24]

wagnerrp:

note, if you use nuvexport, that has been migrated over to mythffmpeg

[19:48:05]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has quit (Ping timeout: 246 seconds)

[19:49:50]

FabriceMG (FabriceMG!~FabriceMG@APoitiers-155-1-131-3.w81-50.abo.wanadoo.fr) has quit (Quit: Ex-Chat)

[20:00:53]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has joined #mythtv-users

[20:01:06]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has quit (Client Quit)

[20:14:29]

dekarl1 (dekarl1!~dekarl@p4FE84CE0.dip.t-dialin.net) has joined #mythtv-users

[20:14:40]

dekarl (dekarl!~dekarl@p4FE85B26.dip.t-dialin.net) has quit (Ping timeout: 265 seconds)

[20:20:49]

SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Ping timeout: 252 seconds)

[20:20:56]

jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 250 seconds)

[20:26:16]

caelor (caelor!~ayjay@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has joined #mythtv-users

[20:26:34]

caelor:

wagnerrp: continuing here.

[20:27:20]

wagnerrp:

where are you seeing this error? frontend or backend?

[20:27:27]

caelor:

master backend

[20:27:44]

wagnerrp:

so you have slave backends?

[20:27:50]

caelor:

yes, a single slave backend

[20:28:09]

caelor:

(which also runs a mythfrontend when required)

[20:28:21]

wagnerrp:

then the issue is caused by the master backend querying the slave backend for its free space

[20:28:31]

wagnerrp:

youve upgraded this slave to 0.25, correct?

[20:28:57]

caelor:

yes. Both upgraded at the same time against mythbuntu 0.25

[20:29:04]

wagnerrp:

both restarted since?

[20:29:08]

caelor:

yes

[20:29:51]

caelor:

the slave backend is set to sleep when not required. The master backend has been running since update, but was stopped, confirmed stopped and then restarted following upgrade

[20:31:07]

caelor:

the master backend stores recordings in /mnt/bulk/mythtv/recordings1/, and the slave backend nfs mounts master:/mnt/bulk/mythtv to /mnt/mythtv on boot

[20:31:29]

caelor:

and has its recording storagegroup set to /mnt/mythtv/recordings1

[20:32:30]

caelor:

the intention being to store all recordings in a single place. As I understand it, the "MasterBackendOverride" parameter related to this (but if memory serves, was recently removed – I'm about a week or so behind in tracking recent changes)

[20:32:48]

wagnerrp:

odd, it doesnt set a minimum size for that query

[20:33:28]

caelor:

yes. Interestingly, the message is no longer being logged. I'm not sure under what conditions the FreeSpaceUpdater runs.

[20:33:53]

caelor:

the situation at the time was recordings being made by both master and slave backends.

[20:34:04]

caelor:

The slave backend has now completed its recordings

[20:34:27]

wagnerrp:

the FreeSpaceUpdater runs to collect a general view of all backends connected to mythtv

[20:34:40]

wagnerrp:

for the freespace estimates used for things like the backend status page

[20:35:39]

caelor:

ok. I was trying to trace through the code, and couldn't see anything wrong, which led me to look into check into the backend responses through the python bindings, and stumbling across the issue I pointed you to before.

[20:36:04]

caelor:

I think the best thing might be for me to keep an eye on it, and try and work out a specific set of circumstances that trigger it, and bring it back for further diagnosis.

[20:36:33]

wagnerrp:

sounds good

[20:36:48]

wagnerrp:

much or all of that code is due for an overhaul in the next release or two anyway

[20:37:03]

wagnerrp:

mainserver.cpp has just grown too large

[20:37:32]

caelor:

yeah, it took some digging through.

[20:38:49]

caelor:

looking through the backend log, it's happened every day since I updated the backend, so it should be fairly easy to investigate further.

[20:39:02]

caelor:

any preference for log levels to help?

[20:39:34]

wagnerrp:

default should be sufficient

[20:39:49]

wagnerrp:

just post what logs you have in a pastebin somewhere

[20:41:49]

caelor:

do you need it from backend startup, or just the last 24 hours?

[20:42:57]

wagnerrp:

just the few minutes around the error

[20:43:13]

caelor:

http://pastebin.com/i68Mmaim that's since the beginning of today

[20:46:14]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has joined #mythtv-users

[20:48:23]

caelor:

I'm aware of the scheduler runs taking a long time, and the occasional TFW slow write warning – it's on my list to try and dig into to figure out

[20:49:16]

caelor:

the TFW slow write are partly NFS, and partly a fragmented recordings disk.

[20:49:49]

uzf (uzf!~uzf@108-233-130-23.lightspeed.wepbfl.sbcglobal.net) has joined #mythtv-users

[20:50:17]

uzf:

anyone here running 12.04/Ubuntu/Precise using a DVB-S setup? I can't get channel locks on FTA stuff :/

[20:50:31]

uzf:

I keep trying to get NASA and it doesnt work

[20:51:01]

uzf:

pointed at 119W/Echostar, I'm *not* using sasc-ng

[20:51:18]

thameslink:

uzf: I'm setting one up atm – but in UK

[20:51:22]

wagnerrp:

scheduler runs should only affect your recordings if being performed on the same disk as your database

[20:51:31]

uzf:

do you have signal lock problems ever?

[20:51:46]

uzf:

I don't know what I'm doing wrong, not looking to pirate, just pick up NASA

[20:51:55]

caelor:

uzf: do you have a DiSEqC device set up on your DVB-S?

[20:52:00]

uzf:

you can see the signal strength and SNR and whatnot

[20:52:05]

uzf:

yeah, I have it setup correctly

[20:52:26]

caelor:

wagnerrp: my database is on the same spindle as the OS, recordings to a different spindle

[20:52:53]

uzf:

you can see it scan the channel, but it never gets a lock on any of the transponders I try out

[20:53:01]

esperegu (esperegu!~quassel@145.116.15.244) has quit (Remote host closed the connection)

[20:53:05]

caelor:

I suspect it's a characteristic of either old data in my database, my profile of recording rules, or some combination thereof

[20:53:59]

uzf:

I should mention that I had this working years ago, but not without a custom kernel build and a bunch of patches

[20:54:10]

wagnerrp:

do you just have the one disk/partition for recordings?

[20:54:11]

caelor:

uzf: can you successfully get a lock using the transponder details with a tool such as dvbtraffic/dvbscan?

[20:54:27]

uzf:

nope, says tuning has failed when I try with scan/dvbscan

[20:54:45]

uzf:

is SNR ~= 60% normal?

[20:55:23]

caelor:

wagnerrp: just a single disk for recordings. Unfortunately, at present it has other data on, so its used space isn't all attributable to Myth

[20:55:44]

wagnerrp:

how many simultaneous recordings?

[20:56:25]

caelor:

At the time, it was either 3 or 4 – 1 or 2 from the slave backend, and 2 from the master.

[20:56:50]

wagnerrp:

ext4?

[20:56:55]

uzf:

it sorta sucks, because I don't want to use sasc-ng or whatnot to get non-FTA and about everyone else uses it for that

[20:57:38]

uzf:

I just want the FTA chans, so I can watch FOX/ABC/CBS, etc.. I wonder if its some sort of issue with HD

[20:57:47]

caelor:

wagnerrp: yes. Recordings drive is ext4 rw,noatime,nodiratime,errors=remount-ro,data=writeback,user_xattr

[20:58:42]

wagnerrp:

that many recordings, plus freespace fragmentation, and ext4 with barriers

[20:58:53]

wagnerrp:

youre just going to run into those TFW delayed write warnings

[20:59:17]

wagnerrp:

since each recording might be ~1–2MB/s

[20:59:42]

wagnerrp:

plus all the seeks, plus all the metadata updates with more seeks, and barriers enforcing the data actually gets flushed to the platter

[20:59:53]

caelor:

yes. It's asking a lot of the system. In the medium term, I'll add another disk into the system for recording (and let myth balance the i/o)

[20:59:55]

wagnerrp:

rotating hard drives just dont have that much random IO capacity

[21:00:01]

SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has joined #mythtv-users

[21:00:43]

caelor:

could that cause the "response too short" message from the FreeSpaceUpdater though?

[21:00:54]

wagnerrp:

very unlikely

[21:01:02]

caelor:

that feels like it's more likely a configuration issue, than a system load

[21:01:56]

wagnerrp:

if you used '-v network', that would let you see specifically what is being returned that is causing that error

[21:02:04]

caelor:

unfortunately, in my experience Myth isn't great at giving you pointers to configuration errors (although it's a lot better than it was back in 0.15) If I could find a way of improving it, I'd be submitting patches!

[21:02:22]

wagnerrp:

although at '--loglevel info', it may truncate it too short to see

[21:02:28]

wagnerrp:

you may need '--loglevel debug'

[21:02:30]

caelor:

ok.

[21:02:35]

wagnerrp:

which youre not going to want to run at for long

[21:02:54]

caelor:

yeah.

[21:03:31]

caelor:

is mythutil able to increase the logging to level=debug, v=network without backend restart?

[21:03:49]

wagnerrp:

its supposed to be able to

[21:03:54]

caelor:

:)

[21:04:31]

wagnerrp:

or perhaps not, i dont see it in the list

[21:04:49]

wagnerrp:

looks like its still hidden in mythbackend

[21:04:55]

caelor:

yeah, I could have sworn I'd seen it in the past, but I don't see it now

[21:04:56]

wagnerrp:

im surprised that didnt get shifted over

[21:05:08]

wagnerrp:

mythbackend --setloglevel --setverbose

[21:05:36]

caelor:

yeah. so mythbackend --setloglevel=debug --sertverbose=default,network ?

[21:06:09]

sphery:

but only allows changing master backend log stuff

[21:06:19]

caelor:

and then mythbackend --setloglevel=info --setverbose=default to put back

[21:06:33]

sphery:

you need to use mythfrontend's network control to change mythfrontend (and that may not have been updated to allow setting loglevel)

[21:06:44]

sphery:

and can't change remote backend log stuff

[21:07:00]

sphery:

(so needs some rework when moving to mythutil :)

[21:07:03]

caelor:

ok. Hopefully master backend logs should be enough

[21:07:14]

sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has quit (Ping timeout: 272 seconds)

[21:07:16]

wagnerrp:

sphery: it doesnt issue an event to do that?

[21:07:42]

sphery:

didn't think so

[21:08:09]

sphery:

maybe Beirdo udpated it with new logging?

[21:08:18]

sphery:

(assuming it actually does)

[21:09:40]

sphery:

though it's using myth proto, so in theory, we could just allow specifying a host name when using mythutil or whatever

[21:09:52]

highzeth (highzeth!~hz@145-12-11.connect.netcom.no) has quit (Quit: Leaving)

[21:10:08]

caelor:

given it's being reported on the master backend, presumably the code path should be on the master backend. Having issued a QUERY_FREE_SPACE from the python bindings, the response from the slave looks to be fine.

[21:10:17]

caelor:

So hopefully the master backend logs should be sufficient

[21:10:39]

sphery:

if that's the backend where the your problem is occurring, they should be :)

[21:11:05]

sphery:

(I only caught the tail of this conversation)

[21:11:22]

sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has joined #mythtv-users

[21:11:25]

caelor:

well, it's a SendReceiveStringList response too short error, logged by FreeSpaceUpdater

[21:11:32]

caelor:

FreeSpaceUpdater playbacksock.cpp:139 (SendReceiveStringList) – PlaybackSock::SendReceiveStringList(): Response too short

[21:11:56]

caelor:

I suspect it's being triggered when my slave backend is recording (or possibly only when both master and slave are recording)

[21:12:40]

wizbit (wizbit!~wizbit@unaffiliated/wizbit) has joined #mythtv-users

[21:12:47]

caelor:

Slave's recording storage group is an nfs mount to the same location as the master backend saves to

[21:12:52]

wagnerrp:

but i cant actually see a scenario where the FreeSpaceUpdater thread might call SendReceiveStringList with a second argument, such that it could trigger that "Response too short" error

[21:13:20]

caelor:

neither could I, unfortunately

[21:14:11]

caelor:

so I came here asking whether PlaybackSock::GetDiskSpace should actually use the second argument, but wagnerrp has set me right on that

[21:14:44]

gratuit (gratuit!~mcneill@pdpc/supporter/student/gratuit) has joined #mythtv-users

[21:14:56]

wagnerrp:

if it were to use it, the second argument would be 8, for eight elements in the response

[21:15:34]

wagnerrp:

the backend protocol actually sends an 8-byte string denoting integer size of the message in bytes

[21:16:00]

wagnerrp:

it then sends that number of bytes, with a stringlist encoded with a '[]:[]' between different elements

[21:16:21]

gratuit:

I see the signal percentage when I tune a channel, is there some command line(or gui) tool that could automatically switch channels and give me that percentage? I am trying to tune several channels, but having to keep going back to my TV each time I make an adjustment is a chore.

[21:16:29]

wagnerrp:

the second argument just counts up the number of elements in the decoded string list, and requires it be at least that long

[21:16:33]

SteveGoodey (SteveGoodey!~steve@host86-182-4-91.range86-182.btcentralplus.com) has quit (Ping timeout: 252 seconds)

[21:17:06]

wagnerrp:

gratuit: are you talking about the 'fine tune' channel settings?

[21:17:21]

grumpydevil (grumpydevil!~rudy@5ED6610A.cm-7-7b.dynamic.ziggo.nl) has quit (Read error: Operation timed out)

[21:17:25]

wagnerrp:

or are you trying to align an antenna/dish?

[21:17:37]

gratuit:

wagnerrp: align an antenna

[21:17:46]

grumpydevil (grumpydevil!~rudy@5ED6610A.cm-7-7b.dynamic.ziggo.nl) has joined #mythtv-users

[21:17:58]

wagnerrp:

you can try femon

[21:18:29]

wagnerrp:

but depending on your tuner card, that information may be meaningless

[21:20:14]

uzf (uzf!~uzf@108-233-130-23.lightspeed.wepbfl.sbcglobal.net) has left #mythtv-users ("Strangers passing in the street")

[21:22:04]

caelor:

so when the slave backend is connected, the response to the QUERY_FREE_SPACE command appears to list the recording storagegroup, and the livetv storage group on the master backend

[21:22:14]

thameslink (thameslink!~jake@cpc2-finc11-2-0-cust36.4-2.cable.virginmedia.com) has quit (Quit: Leaving)

[21:22:27]

caelor:

but nothing from the slave backend. Is this correct?

[21:23:25]

wagnerrp:

that command only lists the storage of the backend you queried

[21:24:22]

wagnerrp:

QUERY_FREE_SPACE_LIST lists the storage of all backends, merged based off total and free space, with a fudge factor if they're currently being used for recording

[21:24:45]

wagnerrp:

when you ran that command through the bindings, were you connected to the master or slave backend?

[21:24:51]

caelor:

ok that's fair. Yes, querying the slave backend reports correctly.

[21:25:04]

caelor:

originally the master, but I've just tried with the slave, and the slave lists its storagegroups fine

[21:27:01]

caelor:

digging through the backend logs since the 23rd, it looks like I only see the "response too short" message when the slave is connected.

[21:30:47]

caelor:

it's also not just FreeSpaceUpdater, I'm also seeing instances of "Expire" reporting it

[21:30:56]

caelor:

and Scheduler

[21:35:41]

pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Quit: Konversation terminated!)

[21:38:18]

caelor:

wagnerrp: unrelated to that error, I'm seeing, I had a question about the python bindings – the MythBE class has a getRecorderList method, which returns the list of all recorders in the system, but there's no apparent way of finding out which backend owns which recorder

[21:39:47]

caelor:

and the isRecording method issues a QUERY_RECORDER to the connected backend, but this backend command will only return results for recorders local to that backend

[21:40:32]

wagnerrp:

honestly, i never did much in regards to access of recorders

[21:40:43]

wagnerrp:

ive been meaning to write a livetv chain for about two years now

[21:40:56]

wagnerrp:

just never got up the motivation to do so, as i dont personally have any use for it

[21:42:20]

caelor:

ok. I could see 2 different ways of approaching the problem – 1 is to modify isRecording to use either QUERY_RECORDER or QUERY_REMOTE_RECORDER appropriately, or to add another method similar to getRecorderBackend() which returns the hostname that owns the recorder

[21:42:39]

caelor:

which would be preferred, and I'll see if I can put together a patch when I get chance

[21:43:04]

wagnerrp:

in theory, one shouldnt care where a recorder is located

[21:43:42]

wagnerrp:

even if trying to use the recorder, you would select what channel you want to access, and let the backend/bindings choose the recorder for you

[21:45:13]

caelor:

my use was to create a recorder usage monitor, so I had a backend connection listening for system events, and whenever a recording event occurred, it went through the list of available recorders, and if they are recording, it requests the current recording information

[21:46:13]

caelor:

I then push that to a stomp server, which then gets passed to a webapp which displays on a little display next to the TV, with a progress bar for each recording.

[21:47:12]

wagnerrp:

but you would display one line per tuner?

[21:48:18]

caelor:

it dynamically updates, only listing the tuners that are currently recording

[21:48:34]

caelor:

and if there's no current recordings, it displays a clock on the screen instead

[21:49:06]

caelor:

so basically, I was using it to track the state of the tuners, and pass it on to an external system for information purposes

[21:50:02]

caelor:

and I noticed that I wasn't getting any notifications of recordings of recordings on the slave backend, because isRecording alway returned false (the connection is to the master backend)

[21:50:09]

wagnerrp:

why not just poll the recordings and filter for rsRecording?

[21:51:07]

wagnerrp:

@FileOps._ProgramQuery('QUERY_GETALLPENDING', header_length=1, sorted=True, recstatus=Program.rsRecording)

[21:51:26]

caelor:

interesting. I hadn't thought of that. It'd be lighter on the backend too. Thanks.

[21:51:27]

wagnerrp:

def getCurrentRecordings(self, pg): return pg

[21:51:49]

wagnerrp:

will just return a list of recordings filtered by that recstatus

[21:52:24]

caelor:

that sounds like an ideal solution

[21:52:44]

caelor:

thanks :)

[21:57:02]

caelor:

regarding the issue I had with the backend error message, would you prefer me to hold off updating this weekend to try and debug it? I'm inclined to update and see if it goes away, unless it's more helpful to you guys if I didn't

[21:57:37]

wagnerrp:

if it goes away, dont worry about it

[21:57:48]

wagnerrp:

although i dont know of any recent changes that would have altered that behavior

[21:59:09]

caelor:

no, but I also can't see any code path that should trigger it. All I can think is that the slave backend being connected is doing something weird to PlaybackSock, but that's taking it out of the bounds of controlled behaviour

[21:59:22]

caelor:

I'll try updating and see if it goes away.

[21:59:50]

caelor:

I need to reboot the master backend anyway

[22:02:47]

tstorm (tstorm!~tstorm@c-98-207-184-252.hsd1.ca.comcast.net) has quit (Quit: tstorm)

[22:04:17]

obo_ (obo_!~obo@rockbox/developer/obo) has quit (Ping timeout: 244 seconds)

[22:05:41]

obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has joined #mythtv-users

[22:05:41]

obo (obo!~obo@70-140-190-120.lightspeed.hstntx.sbcglobal.net) has quit (Changing host)

[22:05:41]

obo (obo!~obo@rockbox/developer/obo) has joined #mythtv-users

[22:08:06]

caelor:

is it possible to get the recorder id from a Program object? (I'm guessing not, otherwise it'd be trivial to find out which tuner a program recorded on, which I know has been a wishlist item for a while)

[22:10:01]

wagnerrp:

i believe upcoming and running ProgramInfo structures include the recorder id

[22:10:56]

caelor:

ok. Ah yes. it's the cardid field, not the recordid field.

[22:15:01]

MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users

[22:18:43]

jkfod (jkfod!~Greg_od@212-178-2-23.broadband.tenet.odessa.ua) has quit (Quit: Leaving.)

[22:24:54]

caelor:

thanks for all your help this evening _wagnerrp (and _sphery). Glad I could give something back (even if it's so small) by finding that issue in the bindings

[22:32:43]

ikevin- (ikevin-!~kevin@2a01:240:fe76:1::1) has quit (Ping timeout: 260 seconds)

[22:34:45]

faichele (faichele!~quassel@p549C36CA.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)

[22:40:45]

ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has joined #mythtv-users

[22:56:43]

caelor (caelor!~ayjay@cpc12-sotn9-2-0-cust374.15-1.cable.virginmedia.com) has quit (Quit: caelor)

[23:09:44]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 245 seconds)

[23:21:43]

Oleg_ (Oleg_!~webcam@pool-71-183-176-159.nycmny.east.verizon.net) has quit (Quit: Leaving)

[23:38:23]

zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv-users

[23:40:36]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)

MythLogBot@irc.freenode.net :: #mythtv-users

Current users (149):