Beirdobot, irc.freenode.net

Saturday, February 11th, 2012, 00:13 UTC

[00:13:56]

St0ned|TP (St0ned|TP!den0ts@blea.ch) has joined #mythtv-users

[00:15:46]

abqjp (abqjp!~jpabq@mythtv/developer/jpabq) has quit (Quit: abqjp)

[00:31:28]

adante_ (adante_!~adante@59.167.212.65) has joined #mythtv-users

[00:31:57]

adante (adante!~adante@59.167.212.65) has quit (Read error: Operation timed out)

[00:32:02]

adante_ is now known as adante

[00:32:25]

russell5 (russell5!~russell5@pool-108-49-242-195.bstnma.fios.verizon.net) has quit (Remote host closed the connection)

[00:33:42]

hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has joined #mythtv-users

[00:34:09]

hadees (hadees!~hadees@72-48-211-16.dyn.grandenetworks.net) has quit (Remote host closed the connection)

[00:40:12]

ubuntuaddicted (ubuntuaddicted!~Ubu@cpe-173-89-62-76.wi.res.rr.com) has joined #mythtv-users

[00:43:45]

picgla1 (picgla1!~picmar@70-36-234-243.dsl.dynamic.sonic.net) has joined #mythtv-users

[00:44:05]

trumee is now known as trumee_afk

[00:45:28]

trumee_afk is now known as trumee

[00:49:21]

Octane (Octane!~Octane@pool-108-56-3-100.washdc.east.verizon.net) has quit (Ping timeout: 252 seconds)

[01:01:25]

drac_boy (drac_boy!~drac_boy@modemcable085.125-161-184.mc.videotron.ca) has joined #mythtv-users

[01:01:31]

drac_boy:

hi

[01:02:53]

Azelphur (Azelphur!~Azelphur@d-63-251-20-21.ded-machine.internap-nyc.nfoservers.com) has quit (Ping timeout: 252 seconds)

[01:03:00]

drac_boy:

had to wonder if anyone here still using mythtv or so on any kind of epia systems?

[01:03:18]

drac_boy:

for a few days I've been finding nothing but 4+ years old threads :-|

[01:06:32]

wagnerrp:

yeah, i thought everyone had long since abandoned their epias 4 years ago

[01:06:58]

wagnerrp:

theyre no good for HD

[01:07:27]

wagnerrp:

and now with xvmc support dropped from mythtv, theyre no good for standard definition either

[01:09:39]

drac_boy:

I don't need hd at all, just dvd+sd basically

[01:09:49]

drac_boy:

hmm :/

[01:11:08]

drac_boy:

wagnerrp so I guess relastically I shouldn't look at mythtv if I don't want to go into troubleshooting/compiling then?

[01:11:19]

Azelphur (Azelphur!~Azelphur@d-63-251-20-21.ded-machine.internap-nyc.nfoservers.com) has joined #mythtv-users

[01:12:42]

wagnerrp:

you shouldnt look at mythtv with hardware every bit as capable as a late 90s desktop

[01:13:01]

drac_boy:

wagnerrp heh its well past the 90s actually

[01:13:13]

drac_boy:

but to our own views I guess

[01:13:51]

wagnerrp:

it may have been manufactured in 2005, but its still only as powerful as a low end P3

[01:15:07]

J-e-f-f-A:

Grr... anyone feel like helping me troubleshoot dup recordings? It's as if the 'oldrecorded' table isn't being referenced... Example of a program that just kicked off at 8pm: http://pastebin.ca/2117482 – with the backend log on my site: http://jartz.gotdns.com:8008/files/mythtv/dup . . . kend_log.txt

[01:16:37]

drac_boy:

wagnerrp it seem like a lot more than that to me time-takes-to-do-things wise. I will actually admit that the C3 was rather poor for certain tho. even the 1ghz one just seem more like a PII/MMX no matter whatever you tried

[01:17:32]

drac_boy:

anyway I'm actually still looking for any further news on any nice amd fusion powered boards, so far still nothing yet but I'm waiting :-)

[01:17:49]

drac_boy:

partially because of wanting to wish for a full pcie 16x slot

[01:18:31]

wagnerrp:

no such thing as a "nice amd fusion powered board"

[01:18:38]

wagnerrp:

since they all use amd graphics

[01:18:53]

wagnerrp:

meaning you have to deal with amd graphics drivers

[01:18:59]

drac_boy:

there is. amd fusion powered, dvi or displayport onboard, firewire, a full pcie 16x slot, and less than $200 thats all I want :-)

[01:19:01]

wagnerrp:

which under linux _suck_

[01:19:06]

drac_boy:

heh

[01:19:50]

wagnerrp:

if AMD got their drivers in order, a nice A6 or A8 would be wonderful to run mythtv on

[01:19:56]

drac_boy:

well I find the atom to be really laughable. and theres just so few lga1155 itxs at all anyway

[01:20:08]

drac_boy:

but again thats just my own side

[01:21:17]

drac_boy:

at least I don't have to worry about hardware tv tuner cards since there isn't going to be any in the first place

[01:23:28]

drac_boy:

wagnerrp what kind of mythtv setup do you run if you still have one?

[01:24:13]

Seeker`:

skd5aner: www.cjo20.net/blog/?p=42 (first draft, nowhere near complete; software is going to be the hard bit to write)

[01:24:48]

wagnerrp:

dedicated master backend on a 3.3GHz Phenom II X2

[01:25:07]

wagnerrp:

three netboot frontends at 2.6GHz X2, 1.8GHz X2, and 2.0GHz

[01:25:24]

wagnerrp:

the two lower end frontends rely on VDPAU to handle most content

[01:25:35]

wagnerrp:

theyre on the low end for HD MPEG2

[01:25:48]

wagnerrp:

and hddvd/bluray is out of their league

[01:26:18]

drac_boy:

mm

[01:26:31]

russell5 (russell5!~russell5@pool-108-49-242-195.bstnma.fios.verizon.net) has joined #mythtv-users

[01:27:43]

ertyu-m:

how would a 2.5ghz sandy bridge fare?

[01:27:56]

wagnerrp:

very well

[01:28:05]

ertyu-m:

Seeker`, you have that working?

[01:28:21]

drac_boy:

sandy bridge, I forgot to mention that one...been looking a bit at these too but hm still nothing that I like just yet

[01:28:26]

ertyu-m:

handle full decode without help?

[01:28:30]

kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)

[01:28:57]

wagnerrp:

ertyu-m: a dual core 2.5GHz SB might struggle with very high end stuff

[01:29:06]

wagnerrp:

like bluray that bursts 35Mbps+

[01:29:17]

Seeker`:

ertyu-m: the ambilight? yeah, the video at the bottom of the page is mine

[01:29:18]

wagnerrp:

but aside from that, it shouldnt have any problems

[01:30:54]

ertyu-m:

Seeker`, thats really neat

[01:31:36]

Seeker`:

ertyu-m: thanks

[01:34:17]

drac_boy:

well wagnerrp thanks for the little talk, think I'll be going

[01:34:19]

drac_boy:

bye :-)

[01:34:44]

ertyu-m:

how did you mount the leds to the tv?

[01:35:02]

ertyu-m:

oh nevermind, I see the sticky back

[01:36:35]

drac_boy (drac_boy!~drac_boy@modemcable085.125-161-184.mc.videotron.ca) has left #mythtv-users ("I'm done being in this room!")

[01:37:31]

ertyu-m:

do you plan to release all the code for it?

[01:38:07]

Meliorator (Meliorator!m@dunnington.eu) has quit (Ping timeout: 265 seconds)

[01:39:52]

Meliorator (Meliorator!m@dunnington.eu) has joined #mythtv-users

[01:40:14]

Seeker`:

ertyu-m: Didn't use the sticky back, used sellotape

[01:40:53]

Seeker`:

ertyu-m: 80% of the code was written by others. I will be detailing what I got and where I got it from.

[01:41:28]

ertyu-m:

cool, its on my list of potential future projects

[01:42:07]

Seeker`:

:)

[01:48:14]

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

[01:53:05]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: Connection reset by peer)

[01:55:17]

Seeker`:

ertyu-m: added a couple of pictures if you're interested

[01:56:21]

** ertyu-m reloads **

[02:02:01]

ertyu-m:

did you wrap it around the edge or on the back?

[02:04:07]

Seeker`:

the edge

[02:06:17]

Seeker`:

ertyu-m: because of the design of the TV it is angled slightly backwards

[02:07:11]

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

[02:13:50]

wagnerrp:

sphery: ok, i think that does it...

[02:14:02]

wagnerrp:

... lets see if it works

[02:16:10]

sphery:

nice

[02:16:26]

wagnerrp:

really wasnt all that big of a change

[02:16:39]

[R]:

that's what she said?

[02:16:51]

wagnerrp:

modified a couple things to pass a host list into the scanner, prior to passing the directory list in

[02:17:46]

wagnerrp:

any myth:// URIs are ripped out of the directory list, a unique list of paths is built, and then each directory on each host is passed back into the original directory list for the scanner to cover

[02:18:16]

wagnerrp:

my only concern is now how it is going to handle items that show up on multiple hosts

[02:18:39]

wagnerrp:

i assume it will do the right thing, but havent looked through that code too closely

[02:20:38]

sphery:

wagnerrp: it's a huge change from usability standpoint, though (not to mention elegance)

[02:20:38]

picgla1 (picgla1!~picmar@70-36-234-243.dsl.dynamic.sonic.net) has quit (Read error: Connection reset by peer)

[02:21:06]

sphery:

will be nice not to have to add "excepts" when discussing SG setup

[02:35:49]

StevenR (StevenR!~foo@cpc2-sgyl27-2-0-cust391.sgyl.cable.virginmedia.com) has quit (Ping timeout: 276 seconds)

[02:35:51]

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

[02:38:46]

picgla (picgla!~picmar@70-36-234-243.dsl.dynamic.sonic.net) has joined #mythtv-users

[02:39:26]

wagnerrp:

eew... going to run into problems with files flipping between hosts if they have shared storage

[02:39:52]

wagnerrp:

newly scanned files are stored in a std::map, keyed off the file path

[02:42:54]

xavierh:

Seeker`: very impressive and I have an arduino doing nothing ...

[02:43:12]

Seeker`:

xavierh: tempting, eh? :P Sadly the most expensive part is the lights

[02:44:29]

xavierh:

Seeker`: Ouch ! still cheaper then changing the TV :)

[02:45:34]

Seeker`:

definitely :) And you don't have to use phillips TVs either

[02:47:31]

ertyu-m:

does it take much horsepower to get the video data you need?

[02:47:58]

Seeker`:

my Q6600 runs at about 30% load on 1 core

[02:51:04]

xavierh:

Seeker`: bookmarked in my list of the thing I like to do, which I never have time to do ;(

[02:51:32]

Seeker`:

xavierh: :D It was on my list like that for quite a while

[03:06:47]

kmcorbett (kmcorbett!~kmcorbett@173-9-35-41-NewEngland.hfc.comcastbusiness.net) has joined #mythtv-users

[03:11:38]

wagnerrp:

lousy weather tickers

[03:12:57]

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

[03:15:00]

likw_d--_:

what would make a whole directory not show up in mythvideo? it does have .mkv's within it, and it did show up once before. other videos in the same dir show up

[03:15:51]

likw_d--_:

the metadeta was even grabbed for it.

[03:16:04]

wagnerrp:

permiaaiona?

[03:16:08]

likw_d--_:

ive rescanned countless times due to adding new ripped dids

[03:16:22]

likw_d--_:

i a+r'ed it

[03:16:46]

likw_d--_:

the folder isnt duplicated across mounts within the SG

[03:17:02]

likw_d--_:

(but even the ones that are show up fine)

[03:17:10]

likw_d--_:

it did see it once before

[03:17:43]

kmcorbett (kmcorbett!~kmcorbett@173-9-35-41-NewEngland.hfc.comcastbusiness.net) has quit (Quit: Quit)

[03:20:45]

picgla (picgla!~picmar@70-36-234-243.dsl.dynamic.sonic.net) has quit (Remote host closed the connection)

[03:20:54]

likw_d--_:

ive changed to various views and this one particular folder does not show up.

[03:24:49]

Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7D2A0.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)

[03:25:02]

Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7D0C7.dip.t-dialin.net) has joined #mythtv-users

[03:27:32]

likw_d--_:

hrmpfh. cannot access permission denied but perms are just ifne

[03:27:35]

likw_d--_:

er fine

[03:30:51]

wagnerrp:

remember, you need execute access on directories

[03:31:50]

likw_d--_:

yea just figured that out

[03:41:42]

wagnerrp:

awww... the airline crash in Fringe was not Oceanic

[03:42:19]

ertyu-m:

maybe they will crash one on alkatraz

[03:43:30]

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

[03:50:10]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120130145648])

[03:58:45]

wagnerrp:

yes! zombies!

[04:30:59]

wagnerrp:

sphery: you around?

[04:32:26]

sphery:

yeah

[04:32:43]

wagnerrp:

i thought you fixed the database upgrade thing so only the master backend could do so

[04:32:43]

** Seeker` rolls sphery **

[04:33:40]

wagnerrp:

i just accidentally had my testing instance of mythtv-setup autodetect my production mythbackend, and update its database

[04:33:55]

sphery:

mythtv-setup is allowed to from anywhere

[04:34:06]

sphery:

only mythbackend is limited to master backend host

[04:34:17]

wagnerrp:

ah

[04:34:45]

sphery:

I don't mind if you want it changed so mythtv-setup only can on mbe, but figured I'd need to take baby steps to prevent upsetting anyone :)

[04:35:07]

sphery:

it did ask you, though

[04:35:08]

wagnerrp:

i just wasnt thinking, and hit upgrade

[04:35:14]

sphery:

oh

[04:35:34]

wagnerrp:

i ran mythtv-setup as root, rather than mythtv

[04:35:35]

sphery:

was going to say "maybe we should mention the host name in the message", but most probably wouldn't read the message

[04:35:45]

sphery:

ah, so no good config.xml/mysql.txt

[04:35:47]

wagnerrp:

so there was no config.xml to know the proper database

[04:35:55]

wagnerrp:

i didnt even think about it until it was too late

[04:36:19]

sphery:

on the bright side, you run master on production, so it's not a huge upgrade

[04:36:27]

sphery:

though might have happened at an inopportune time

[04:36:34]

sphery:

hope it didn't affect your fringe or supernatural

[04:36:37]

wagnerrp:

one version

[04:36:38]

sphery:

that would be a travesty

[04:36:53]

wagnerrp:

nah, its 11:30, long since recorded

[04:37:50]

sphery:

oooh! I can't believe it

[04:37:55]

wagnerrp:

i just thought... "thats odd, i thought i was already at 1294..."

[04:37:58]

sphery:

we're at DB version 1294 just before freeze!

[04:38:42]

wagnerrp:

yeah, but im going to bump it several further

[04:38:52]

sphery:

10 or nothing

[04:39:17]

Seeker`:

why is 1294 special?

[04:39:28]

wagnerrp:

it ends in a 4

[04:39:47]

wagnerrp:

its tradition

[04:39:51]

sphery:

yeah

[04:39:59]

sphery:

0.23 was 1254, 0.24 was 1264

[04:40:04]

sphery:

don't remember 0.22 or 0.21

[04:40:14]

Seeker`:

i'm too new for those

[04:40:33]

Seeker`:

(raditions that is\0

[04:40:39]

sphery:

and, without trac, I don't have a nice list of tags giving me info on which revision corresponded to which version, so I guess I'll never remember

[04:40:46]

sphery:

s/without trac/without svn/

[04:41:08]

sphery:

pretty sure both were 4's though

[04:41:13]

Seeker`:

hmm, can you tell my brain has switched off?

[04:41:22]

sphery:

I think it's been constant since 0.21

[04:41:44]

sphery:

brain is switched off or brain is switched to C

[04:41:49]

sphery:

with your null-terminated strings?

[04:42:09]

Seeker`:

even if it was null-terminated, the spelling was terrible :P

[04:42:36]

sphery:

it's just "radical"... like all you youngsters speak these days?

[04:43:04]

Seeker`:

what counts as a 'youngster'?

[04:43:06]

sphery:

I can't believe wagnerrp is going to ruin our tradition

[04:43:16]

sphery:

I have one DB update I'm holding in wait--in case it's necessary

[04:43:24]

sphery:

but I can't do 2–9...

[04:43:49]

sphery:

hehe, lately, more and more count at youngsters

[04:43:54]

sphery:

as

[04:44:09]

Seeker`:

how old is a sphery ?

[04:44:41]

sphery:

are you trying to get my date of birth in pieces so you can steal my identity?

[04:44:52]

sphery:

my parents warned me about people like you hanging out in chat rooms...

[04:47:06]

Seeker`:

I was going to get you a surprise present for your next big milestone, but you've ruined it now :(

[04:47:09]

Seeker`:

:P

[04:47:18]

sphery:

hehe

[04:48:49]

Amp1224 (Amp1224!~yaaic@189.155.6.91) has joined #mythtv-users

[04:57:43]

xris:

NOTICE: briefly taking down the mythtv website/wiki so I can upgrade the database.

[04:59:17]

sphery:

woohoo!

[04:59:27]

sphery:

thanks for working on it

[05:04:36]

Amp1224 (Amp1224!~yaaic@189.155.0.176) has joined #mythtv-users

[05:09:11]

Amp1224 (Amp1224!~yaaic@189.155.6.91) has quit (Ping timeout: 245 seconds)

[05:09:11]

xris:

might as well do something useful while I'm unemployed

[05:09:11]

xris:

of course, I waited for the weekend. :)

[05:09:11]

xris:

also got the brewery a G+ page and uploaded some photos there.

[05:13:40]

xris:

cool. looks like the db upgrade went easily enough. kudos to percona.

[05:18:40]

schum (schum!~schum@HSI-KBW-109-192-060-017.hsi6.kabel-badenwuerttemberg.de) has joined #mythtv-users

[05:30:28]

wagnerrp:

Beirdo: you know much about mythpreviewgen?

[05:30:35]

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

[05:31:20]

wagnerrp:

this test machine, ive got one 20 second long 'live' recording

[05:31:23]

wagnerrp:

no other recordings

[05:31:55]

wagnerrp:

and logs from 52 instances of it

[05:33:51]

Beirdo:

I know a bit about it yeah

[05:34:17]

Beirdo:

it doesn't do a very good job on super-short recordings, IIRC

[05:35:50]

Beirdo:

So every time you bring it up in the PBB, it's likely trying again

[05:38:25]

Beirdo:

that help?

[05:47:31]

sphery:

wagnerrp: did you set a preroll?

[05:52:16]

wagnerrp:

was on the phone...

[05:52:25]

wagnerrp:

no, these were livetv sessions

[05:52:30]

wagnerrp:

singular anyway

[05:52:39]

sphery:

no, I mean is one set on your system?

[05:52:56]

wagnerrp:

i havent made any meaningful configuration changes

[05:53:04]

sphery:

the preroll is always added to the capture time for any preview since we don't know if it was applied or not

[05:53:14]

wagnerrp:

just basic "do the assorted servers still function" stuff

[05:53:26]

sphery:

so with a large preroll and a short recording, it may be requesting a preview at some point after the end of the recording

[05:53:36]

sphery:

the player is supposed to deal with that, but may or may not do so nicely

[05:53:46]

wagnerrp:

you know, i think there were actually two, and one was only a second or two long

[05:53:50]

wagnerrp:

that would probably do it

[05:53:57]

sphery:

default of preroll should be 0

[05:54:15]

Beirdo:

how about for rickroll?

[05:54:25]

sphery:

actually 2 what?

[05:54:46]

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

[05:54:51]

sphery:

2 recordings, one of which was a second or 2 long?

[05:55:12]

wagnerrp:

two livetv recordings

[05:55:13]

sphery:

in theory, livetv < 2min is deleted immediately

[05:55:26]

wagnerrp:

one was 20–25 seconds, the other was only a few seconds

[05:55:27]

sphery:

but don't know if the inuse for preview could be borking that?

[05:55:38]

wagnerrp:

theyre still there

[05:55:52]

wagnerrp:

almost 16hrs old now

[05:56:05]

sphery:

got anything in your inuserecordings table?

[05:56:20]

sphery:

er, inuseprograms

[05:56:34]

wagnerrp:

nope

[05:56:46]

sphery:

(which is kind of a strange name since you can't use a program... you use the recording made of the program :)

[05:56:52]

wagnerrp:

modified scanner appears to work, for one backend anyway

[05:57:03]

wagnerrp:

let me clone that jail and see what happens

[05:57:07]

sphery:

possible that your housekeeper cleaned up the inuseprograms table when it ran today

[05:57:43]

sphery:

(it cleans up inuseprograms with lastupdatetime > 4hrs ago, assuming that it was an interrupted livetv disconnect or something)

[05:58:08]

sphery:

is this h.264?

[05:58:33]

sphery:

that, especially, could cause issues with previewgen for short recordigns

[05:58:49]

wagnerrp:

no, just standard mpeg2

[05:58:52]

sphery:

hmmm...

[05:59:07]

sphery:

not sure what could cause it

[05:59:26]

sphery:

unless the player got broken to not deal with requests for frames after the end

[06:16:15]

Jason_ (Jason_!~jason@122-57-229-88.jetstream.xtra.co.nz) has joined #mythtv-users

[06:19:53]

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

[06:26:45]

jason123 (jason123!~jason@122-57-229-88.jetstream.xtra.co.nz) has joined #mythtv-users

[06:27:07]

wagnerrp:

and... why are you not trying to scan the remote backends...

[06:29:51]

wagnerrp:

did i never install the new version?

[06:32:24]

wagnerrp:

weee segfault!

[06:43:53]

wagnerrp:

anyone know if iamlindoro has any storage besides his master backend?

[06:45:31]

wagnerrp:

it seems the backend scanner is incapable of hitting anything but the master backend

[06:52:19]

Jason_ (Jason_!~jason@122-57-229-88.jetstream.xtra.co.nz) has quit (Ping timeout: 252 seconds)

[06:52:35]

jason123 (jason123!~jason@122-57-229-88.jetstream.xtra.co.nz) has quit (Ping timeout: 260 seconds)

[07:18:43]

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

[07:19:28]

picgla1 (picgla1!~picmar@70-36-234-243.dsl.dynamic.sonic.net) has joined #mythtv-users

[07:32:13]

trumee is now known as trumee_afk

[07:38:41]

ubuntuaddicted (ubuntuaddicted!~Ubu@cpe-173-89-62-76.wi.res.rr.com) has quit (Quit: Leaving)

[07:44:54]

fendrychl (fendrychl!~fendrychl@ns1.neomezeny-hosting.cz) has joined #mythtv-users

[07:46:38]

** wagnerrp loves those "works for me" tickets **

[07:50:54]

FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-62-245.w83-193.abo.wanadoo.fr) has joined #mythtv-users

[07:54:21]

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

[07:56:09]

wizbit (wizbit!wiz@newelite1.bshellz.net) has quit (Ping timeout: 244 seconds)

[07:58:01]

ubIx_ (ubIx_!~ulf@p5DD182EE.dip0.t-ipconnect.de) has quit (Ping timeout: 265 seconds)

[07:59:38]

wizbit (wizbit!wiz@newelite1.bshellz.net) has joined #mythtv-users

[08:01:01]

aloril_ (aloril_!~aloril@84.249.126.153) has quit (*.net *.split)

[08:01:50]

aloril_ (aloril_!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv-users

[08:15:52]

MilkBoy (MilkBoy!~milkboy@2a00:16a0::a800:c1ff:fe40:f4b2) has joined #mythtv-users

[08:16:16]

MilkBoy_ (MilkBoy_!~milkboy@2a00:16a0::a800:c1ff:fe40:f4b2) has quit (Read error: Connection reset by peer)

[08:20:30]

trumee_afk is now known as trumee

[08:26:37]

trumee is now known as trumee_afk

[08:27:27]

croppa_ (croppa_!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Read error: Connection reset by peer)

[08:27:46]

croppa_ (croppa_!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users

[08:28:29]

DeviceZer0 (DeviceZer0!~hate@unaffiliated/devicezer0) has quit (Read error: Operation timed out)

[08:29:43]

Azelphur (Azelphur!~Azelphur@d-63-251-20-21.ded-machine.internap-nyc.nfoservers.com) has quit (Ping timeout: 252 seconds)

[08:30:05]

DeviceZer0 (DeviceZer0!~hate@unaffiliated/devicezer0) has joined #mythtv-users

[08:30:13]

tweek__ (tweek__!~tweek@host-140-158-230-24.midco.net) has quit (Ping timeout: 252 seconds)

[08:30:19]

tweek__ (tweek__!~tweek@host-140-158-230-24.midco.net) has joined #mythtv-users

[08:32:20]

Azelphur (Azelphur!~Azelphur@d-63-251-20-21.ded-machine.internap-nyc.nfoservers.com) has joined #mythtv-users

[08:35:05]

MilkBoy_ (MilkBoy_!~milkboy@2a00:16a0::a800:c1ff:fe40:f4b2) has joined #mythtv-users

[08:38:24]

trumee_afk is now known as trumee

[08:39:33]

wizbit (wizbit!wiz@newelite1.bshellz.net) has quit (Ping timeout: 244 seconds)

[08:40:07]

tweek___ (tweek___!~tweek@host-140-158-230-24.midco.net) has joined #mythtv-users

[08:40:39]

wizbit (wizbit!wiz@newelite1.bshellz.net) has joined #mythtv-users

[08:40:49]

MilkBoy (MilkBoy!~milkboy@2a00:16a0::a800:c1ff:fe40:f4b2) has quit (Write error: Broken pipe)

[08:40:49]

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

[08:41:08]

jbrett (jbrett!brett@nat/hp/x-exrjouuqzoenmuxg) has joined #mythtv-users

[08:43:06]

tweek__ (tweek__!~tweek@host-140-158-230-24.midco.net) has quit (Ping timeout: 260 seconds)

[08:45:28]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has joined #mythtv-users

[08:48:20]

wizbit (wizbit!wiz@newelite1.bshellz.net) has quit (Ping timeout: 244 seconds)

[08:49:22]

wizbit_ (wizbit_!wiz@newelite1.bshellz.net) has joined #mythtv-users

[09:05:15]

trumee is now known as trumee_afk

[09:09:18]

hpeter_ (hpeter_!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users

[09:09:43]

trumee_afk is now known as trumee

[09:29:54]

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

[09:35:20]

jasonnz (jasonnz!~jason@122-57-229-88.jetstream.xtra.co.nz) has joined #mythtv-users

[09:35:48]

picgla1 (picgla1!~picmar@70-36-234-243.dsl.dynamic.sonic.net) has left #mythtv-users ()

[09:44:15]

schum (schum!~schum@HSI-KBW-109-192-060-017.hsi6.kabel-badenwuerttemberg.de) has quit (Remote host closed the connection)

[09:55:30]

Metoer (Metoer!metoer@77.68.145.221) has joined #mythtv-users

[09:59:25]

Goga777 (Goga777!~Goga777@2.95.15.31) has joined #mythtv-users

[10:00:29]

croppa_ is now known as croppa

[10:30:49]

17WAASX00 (17WAASX00!~quassel@p5498E753.dip.t-dialin.net) has joined #mythtv-users

[10:32:36]

KaZeR (KaZeR!~kazer@31.170.67.86.rev.sfr.net) has joined #mythtv-users

[10:32:54]

wizbit_:

im going to rename all my movies

[10:33:20]

wizbit_:

would upper and lower case make meta data easier to capture

[10:34:05]

wizbit_:

i will make sure all movies are spelt in the same way what is listed in imdb

[10:37:46]

Seeker`:

wizbit_: why imdb?

[10:38:45]

wizbit_:

what database should i use to match titles ?

[10:39:02]

wizbit_ is now known as wizbit

[10:41:03]

wizbit:

before i had: carlitos way.mkv

[10:41:35]

wizbit:

now: Carlito`

[10:41:59]

wizbit:

Carlito's Way.mkv

[10:42:39]

wizbit:

what matches imbd database, so hopefully grabber scripts will match it better

[10:46:45]

Seeker`:

wizbit: TMDB might be better

[10:47:02]

Seeker`:

at least, that is what 0.25 will use

[10:50:38]

wizbit:

aye ok thanks

[10:51:28]

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

[10:51:29]

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

[10:51:29]

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

[10:55:13]

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

[11:05:01]

Guest78554 (Guest78554!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)

[11:05:15]

pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)

[11:05:51]

mike (mike!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv-users

[11:06:17]

mike is now known as Guest36333

[11:13:03]

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

[11:13:43]

awoodland (awoodland!~ajw@2001:8b0:ffc7:0:e2cb:4eff:fece:4fc4) has joined #mythtv-users

[11:17:47]

Roklobsta (Roklobsta!~quassel@ppp118-209-55-42.lns20.mel4.internode.on.net) has quit (Ping timeout: 252 seconds)

[11:19:11]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv-users

[11:23:09]

Goga777 (Goga777!~Goga777@2.95.15.31) has quit (Remote host closed the connection)

[11:26:11]

Goga777 (Goga777!~Goga777@2.95.15.31) has joined #mythtv-users

[11:26:41]

Amp1224 (Amp1224!~yaaic@201.144.130.29) has joined #mythtv-users

[11:40:15]

hadack (hadack!~hadack@e178251081.adsl.alicedsl.de) has joined #mythtv-users

[12:07:26]

Goga777 (Goga777!~Goga777@2.95.15.31) has quit (Remote host closed the connection)

[12:36:16]

Roklobsta (Roklobsta!~quassel@ppp118-209-161-192.lns20.mel6.internode.on.net) has joined #mythtv-users

[13:04:54]

davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)

[13:05:17]

davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv-users

[13:05:17]

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

[13:05:17]

davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host)

[13:11:44]

billy2 (billy2!billy@sevn.org) has left #mythtv-users ()

[13:14:18]

jkfod (jkfod!~Greg_od@31.31.105.245) has joined #mythtv-users

[13:21:25]

cafuego (cafuego!~cafuego@drupal.org/user/218525/view) has quit (Ping timeout: 248 seconds)

[13:37:29]

hadack (hadack!~hadack@e178251081.adsl.alicedsl.de) has quit (Remote host closed the connection)

[13:46:50]

Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-158-12-113.range86-158.btcentralplus.com) has joined #mythtv-users

[13:48:43]

awoodland (awoodland!~ajw@2001:8b0:ffc7:0:e2cb:4eff:fece:4fc4) has quit (Quit: Ex-Chat)

[13:59:41]

Jay2k1 (Jay2k1!~J@e177175082.adsl.alicedsl.de) has joined #mythtv-users

[14:00:53]

jasonnz (jasonnz!~jason@122-57-229-88.jetstream.xtra.co.nz) has quit (Read error: Connection reset by peer)

[14:01:12]

jason (jason!~jason@122-57-229-88.jetstream.xtra.co.nz) has joined #mythtv-users

[14:01:38]

jason is now known as Guest70576

[14:11:12]

Guest70576 (Guest70576!~jason@122-57-229-88.jetstream.xtra.co.nz) has quit (Read error: Connection reset by peer)

[14:16:40]

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

[14:53:03]

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

[14:53:12]

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

[14:53:12]

joki- is now known as joki

[14:58:59]

pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users

[15:11:26]

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

[15:17:10]

Amp1224 (Amp1224!~yaaic@201.144.130.29) has quit (Ping timeout: 240 seconds)

[15:19:48]

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

[15:20:10]

rsiebert__ (rsiebert__!~quassel@e179130045.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)

[15:23:00]

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

[15:31:49]

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

[15:36:44]

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

[15:37:38]

DarKnesS_WolF:

Good evening everyone :) I have a small question, when mythtv try to gather data, fan art and picutre, what metadata it uses ? the filename.avi or the directory name the file exists on ? let u say i have movie called Red/Red.2000.DVDrip.avi

[15:37:42]

DarKnesS_WolF:

which data it uses ?

[15:40:45]

Seeker`:

filename

[15:44:56]

hpeter_ (hpeter_!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Remote host closed the connection)

[15:45:10]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users

[15:46:48]

St0ned|TP (St0ned|TP!den0ts@blea.ch) has quit (Read error: Connection reset by peer)

[15:50:06]

DarKnesS_WolF:

ouch :)

[15:50:07]

DarKnesS_WolF:

thx !

[15:53:21]

dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has joined #mythtv-users

[15:55:03]

DarKnesS_WolF:

also dones mythtv supports subs in subs/idx/srt formats ?

[15:56:47]

skd5aner:

subs and srt for sure, don't know about idx off the top of my head

[15:58:07]

skd5aner:

DarKnesS_WolF: as far as parsing the filenames, you'd want to look here – http://www.mythtv.org/wiki/MythVideo_File_Parsing

[15:58:34]

skd5aner:

that said, if you enter an inetref it'll just use that instead of parsing the filename

[15:59:50]

DarKnesS_WolF:

perfet thx skd5aner

[16:00:29]

DarKnesS_WolF:

i have tv show like 30 rock/30 rock season 1/eps1.avi that is cool the problem with me in movies :)

[16:00:33]

DarKnesS_WolF:

that what i am fixing

[16:04:07]

ChanServ (ChanServ!ChanServ@services.) has quit (shutting down)

[16:04:22]

** wizbit thinks all mythtv owners should have a collection of open source movies **

[16:04:44]

Dave321 (Dave321!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Quit: Leaving)

[16:07:47]

ChanServ (ChanServ!ChanServ@services.) has joined #mythtv-users

[16:07:47]

Mode for #mythtv-users by asimov.freenode.net : +o ChanServ

[16:08:00]

DarKnesS_WolF:

nice so extra should be season 0 :)

[16:08:02]

DarKnesS_WolF:

that is smart :)

[16:08:36]

DarKnesS_WolF:

wizbit: I have mine :) Revolution OS, The Code :)

[16:08:45]

Seeker`:

skd5aner: see the link I sent you earlier?

[16:08:59]

skd5aner:

yea – you got a good start on the documentation :)

[16:09:10]

skd5aner:

I see you didn't do the bottom of the screen because it's on a stand

[16:09:11]

wizbit:

rev os is good film, i like watching mr stallman

[16:09:18]

skd5aner:

Mine's on the wall, I'd likely want to do all 4 sides

[16:09:33]

Seeker`:

skd5aner: what size TV?

[16:09:50]

skd5aner:

50"

[16:10:22]

wizbit:

ive found a bug in the grabber script, if a movie is named: Face/Off like how it is in the tmbd database, it will not find it

[16:10:43]

wizbit:

http://www.themoviedb.org/movie/754-face-off

[16:10:50]

skd5aner:

wizbit – go in and manually add an inetref and don't worry about the parsing :)

[16:11:10]

wizbit:

aye ok

[16:13:02]

skd5aner:

Seeker`: looked really straight forward though

[16:13:06]

wizbit:

i have a movie called 'The Boost' but it is not listed in tmdb, strange

[16:13:15]

skd5aner:

Seeker`: gives me a little more confidence to give it a go sometime

[16:13:46]

wizbit:

bloody heck, i didnt even know this existed

[16:13:46]

wizbit:

http://www.themoviedb.org/movie/45049-the-code

[16:14:09]

skd5aner:

Seeker`: you mentioned a specific arduino, but there is a "modern" equivalent – what's the difference?

[16:14:38]

Seeker`:

skd5aner: you'll have to do some maths about how many LEDs you'll need / what the spacing will be like/ whether the arduino can handle the data rate required

[16:15:02]

Seeker`:

they bring out new versions from time to time; smaller hardware, bug fixes, improvements

[16:15:09]

skd5aner:

gotcha...

[16:15:18]

skd5aner:

figured that was the case... just curious

[16:15:51]

skd5aner:

it might be good to explain the math in your writeup, so other's can transpose for their situations

[16:16:02]

skd5aner:

(size, LED count, etc)

[16:23:39]

Seeker`:

yeah, might do that as a seperate post after I've done the software writeup

[16:24:11]

Seeker`:

I can't find any hard and fast answers about just how fast the USB connection can go

[16:25:20]

ertyu-m:

the USB is the limiting factor?

[16:26:28]

Seeker`:

ertyu-m: well, I've got mine set as a 115.2kbps serial connection atm, which works for 64 leds, but If you're going up to 96 I don't know if it will be enough

[16:27:04]

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

[16:27:06]

Seeker`:

by my reckoning you'll need 172.8kbps to do 96 RGB LEDS @ 60fps

[16:27:23]

ertyu-m:

can't just run it in a more normal straight usb mode?

[16:27:39]

Seeker`:

but all of the examples show Serial.Begin(115200) as the maximum

[16:34:56]

ertyu-m:

oh I see the USB is wired straight into a converter

[16:35:57]

clever:

one of the proper usb ones may be able to go faster

[16:37:11]

Seeker`:

it would still be fine for a 30 fps update rate though

[16:37:32]

Seeker`:

would probably have to switch to the built in SPI ports though

[16:37:46]

skd5aner:

"proper USB"?

[16:37:56]

clever:

the problem is mostly the serial speed, getting the data in to begin with

[16:38:05]

ertyu-m:

actual USB protocol and not converter straight into serial

[16:38:06]

clever:

skd5aner: you need an avr with internal usb

[16:38:14]

clever:

yeah

[16:38:19]

ertyu-m:

Seeker`, seems like you can exceed 115k

[16:38:41]

clever:

the avr might be able to go beyond it, but the converter chip needs to match that, or it wont do any good

[16:39:36]

Seeker`:

clever: well, the 16U2 they use seems to be able to manage that

[16:39:49]

Seeker`:

It only says 115k on the arduino docs though, and I cant understandw hy

[16:40:20]

clever:

Seeker`: yeah, the uno has 2 avr's, so you could program both to go beyond specs

[16:40:47]

clever:

but the 16u2 has enough to run the entire light string on its own, you could just skip the primary avr :P

[16:41:22]

Seeker`:

16U2 claims up to 12Mbit/s

[16:41:29]

Seeker`:

so that won't be the limiting factor

[16:41:43]

clever:

but you may get errors if you try to push it to the second avr at that rate

[16:41:56]

clever:

when it would be simpler to wire the light string directly to the 16u2

[16:46:21]

skd5aner:

I wish TheTVDB allowed sporting events in their db... pretty dumb that "NFL Football" isn't allowed, yet I can only imagine a significant portion of people actually record football games

[16:46:33]

** skd5aner goes off to create his own for local use **

[16:55:21]

wizbit:

clever: how many computers are in your room

[16:59:24]

wagnerrp:

DarKnesS_WolF: when you rip your dvds, you label it as such to remind yourself you have it on a shelf somewhere?

[16:59:28]

markcerv:

xris — are you online>?

[17:01:10]

clever:

wizbit: in this room, 5 i think

[17:01:16]

DarKnesS_WolF:

wagnerrp: i uses to do this lable it and have a code so i can track it down

[17:01:19]

markcerv:

I saw that he took down the website/wiki about 12hours ago. Just tried to visit http://www.mythtv.org/wiki/Main_Page and in FireFox v9.0.1 on windows, the left nav is anchored to bottom of page. I checked it in chrome, and it's normal

[17:01:21]

wizbit:

clever: how about the other rooms?

[17:01:22]

DarKnesS_WolF:

but did stop doing that long time ago

[17:01:34]

DarKnesS_WolF:

used to have like BOx Number/CD/DVDNumber

[17:01:56]

clever:

wizbit: another one in the kitchen, 1 in the furnace room, 3 in the storage room, and 1 in the family room

[17:02:05]

DarKnesS_WolF:

by the way what the parser will do if the movie is on 2 files ? such as Red part1.avi and Red Part2.avi and both are in diretory called red ?

[17:02:18]

wizbit:

clever: do you have a firewall box

[17:02:32]

clever:

wizbit: the furnace pc room handles the router and firewall

[17:02:38]

wizbit:

pfsense?

[17:02:47]

wagnerrp:

DarKnesS_WolF: nothing... doesnt know how to handle them

[17:02:56]

clever:

regular old linux and iptables

[17:03:00]

wizbit:

ok

[17:03:09]

wagnerrp:

you can manually specify one as a child of the other, so it will play automatically

[17:03:22]

wizbit:

clever: do you find yourself spending 'hours' admining your own LAN

[17:03:33]

wagnerrp:

but your best option is to just use virtualdub or something similar

[17:03:38]

Seeker`:

clever: skd5aner: Looks like the teensyduino might be a better choice for longer strips.

[17:03:40]

clever:

wizbit: now that the setup is done, it can be left alone for months

[17:03:54]

wizbit:

clever: do you have a backup system

[17:04:05]

clever:

wizbit: does storing the whole bloody fs in svn count?

[17:04:12]

wizbit:

jeeeze

[17:04:17]

clever:

untar a backup, and svn-up

[17:04:20]

wagnerrp:

better option would be to just re-rip them, considering anything that may have been done with the limitations of CD-R disc size in mind is probably pretty poor quality

[17:04:30]

clever:

i'm using svn as a poor-mans incremental backup :P

[17:04:43]

wagnerrp:

eew...

[17:04:49]

wizbit:

i use rsnapshot

[17:05:10]

clever:

ive learned more since i made the setup

[17:05:10]

wizbit:

and automysqlbackup script

[17:05:13]

Seeker`:

clever: doesn't that make you feel dirty? :P

[17:05:33]

clever:

wizbit: biggest problem i had with it, was a ppp bug

[17:05:44]

clever:

it randomly shut the upload stream off, 100%

[17:05:54]

wizbit:

clever: have you ever spent sleepless nights trying to fix something

[17:06:03]

clever:

yes :P

[17:06:17]

clever:

but thats all the time

[17:06:19]

DarKnesS_WolF:

wagnerrp: hmm this is sad :-s may be i can create a fake file with just the movie name :)

[17:07:55]

wagnerrp:

or a symlink?

[17:09:19]

wizbit:

its time for a afternoon coffee

[17:10:38]

wagnerrp:

coffee? whats wrong with you?

[17:10:41]

sphery:

wagnerrp: could http://www.gossamer-threads.com/lists/mythtv/users/496192#496192 be that for some reason MythWelcome is becoming the System Events running for that host?

[17:11:22]

wagnerrp:

youre a brit, youre supposed to drink tea

[17:11:33]

sphery:

specifically: "At start-up one of its connections is announcing itself as 'Playback' which blocks the shutdown. It doesn't appear to be anything in programs/mythwelcome/ itself (that just connects as 'Monitor'; and will correcly do just that if the backend is restarted underneath it)."

[17:11:58]

wagnerrp:

sphery: event connections are all non-blocking

[17:12:13]

sphery:

hmmm... wonder what it could be then

[17:12:18]

wagnerrp:

event connections are all kept independent from the typical command connections

[17:13:09]

sphery:

here you realize I'm talking about system events, not about the event connection as differs from a command connection, right?

[17:13:19]

sphery:

(just making sure we're on the same page)

[17:13:39]

wagnerrp:

yes, same thing

[17:14:21]

sphery:

ok, hadn't looked at the system events code at all, so wasn't sure if it might be using a playback command connection

[17:14:36]

wagnerrp:

theres nothing inherently different about a system event

[17:14:47]

wagnerrp:

they all run through the same event subsystem

[17:14:54]

wizbit:

ive only just realised mythweb has this: git clone -b fixes/0.24 git://github.com/MythTV/mythweb.git

[17:15:07]

wizbit:

mythvideo plugin works nice now

[17:15:10]

wagnerrp:

and theres a special class that gets registered with a ::customEvent() that knows how to handle them

[17:15:13]

wizbit:

its been disabled for ages on my setup

[17:15:36]

wagnerrp:

the only real difference is in mythbackend/mainserver.cpp, instead of being sent to all connected hosts like normal events

[17:15:37]

sphery:

so I wonder what's creating a playback connection on first start

[17:15:48]

wagnerrp:

system events are restricted only being sent to one connection per host

[17:16:07]

wagnerrp:

typically the oldest one still connected to the master backend

[17:16:34]

wagnerrp:

however, the only reason to run mythwelcome is because you have both frontend and backend on one machine

[17:16:54]

wagnerrp:

so unless this is a slave backend, there is no reason mythwelcome should ever be a system event runner

[17:17:06]

sphery:

or because you have mythfrontend on a system and want a GUI + one-button restart of mythfrontend

[17:17:06]

wagnerrp:

the master backend always handles its own system events

[17:17:27]

wagnerrp:

that one-button restart of mythfrontend is available in the exit menu

[17:17:39]

wagnerrp:

or better yet, the power button on your remote and irexec

[17:17:59]

sphery:

no, I mean if you want to keep the host computer running, but want to allow mythbackend shutdown, you have to exit mythfrontend

[17:18:16]

sphery:

if you just exit it, you would then need a way to start mythfrontend (not reboot the computer)

[17:18:22]

sphery:

mythwelcome provides that

[17:18:36]

wagnerrp:

why wouldnt you want to standby/shutdown the computer?

[17:18:58]

wagnerrp:

standby only takes a couple seconds to get out of

[17:19:00]

sphery:

because it's a super powerful atom system that only uses 4w and runs some other critical service, too

[17:19:29]

wagnerrp:

and since theyre tcp connections to the backend, it will time out in relatively short order, and drop off the backend

[17:19:36]

wagnerrp:

bit of a snag with the mythvideo stuff

[17:19:47]

wagnerrp:

not sure how to manage downloading artwork

[17:20:09]

wagnerrp:

video works fine, but writing to storage groups is currently a special case

[17:20:18]

wagnerrp:

might want to bring Captain_Murdoch2 in on that one

[17:20:47]

sphery:

mythvideo?

[17:20:50]

wagnerrp:

oh, and i need to come up with a new identifier list for file servers, one to clump in slave backends and media servers

[17:21:02]

wagnerrp:

my mistake... 'video library'

[17:21:12]

wagnerrp:

the Videos storage group stuff

[17:21:20]

sphery:

no, I mean have we switched topics?

[17:21:29]

wagnerrp:

yes

[17:21:43]

sphery:

this is about the scan only connected backends/file servers stuff?

[17:22:25]

wagnerrp:

this is about... making the Videos storage group behave like the others, and only get defined on the master backend

[17:22:43]

wagnerrp:

oh, and right now, the backend scanner can only scan its own content

[17:22:46]

wagnerrp:

it cant hit slave backends

[17:22:48]

wagnerrp:

at all

[17:22:56]

wagnerrp:

(pre-existing flaw)

[17:23:25]

wagnerrp:

there is a special case for the master backend to scan itself, but the rest of it all gets shuffled through one of the remoteutil.cpp calls

[17:23:42]

wagnerrp:

which in turn tries to connect back to the master backend through mythcorecontext

[17:23:44]

wagnerrp:

and fails

[17:23:57]

sphery:

so you're saying that if you don't override the storage group directory list on a remote backend, it won't allow you to write anything to that backend remotely?

[17:24:21]

wagnerrp:

for the coverart/fanart/banner stuff, yes

[17:24:54]

sphery:

is that in mythvideo code or in storagegroup code

[17:24:55]

wagnerrp:

the storage group writes currently only use storage groups defined specifically for that host

[17:25:01]

wagnerrp:

storage group code

[17:25:14]

wagnerrp:

however only mythvideo actually uses that bit of storage group code

[17:25:16]

sphery:

ok, probably designed that way because of the shortcut used for mythvideo scanning

[17:25:47]

sphery:

so we probably just need to extend Storage Group code to understand inheritance, too

[17:25:57]

tweek___ is now known as tweek__

[17:26:07]

sphery:

(extend Storage Group remotefile/remore write code to understand inheritance)

[17:26:20]

wagnerrp:

i really should get one of these two big patches in

[17:26:35]

wagnerrp:

so im not fighting with two separate sets of modifications in my testing

[17:27:20]

hpeter_ (hpeter_!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users

[17:27:34]

sphery:

if you get the scan only connected backends in--and leave the "can't write to hosts without a storage group directory list override" issue in place, it will be a feature that we can fix after freeze

[17:27:50]

hpeter_ (hpeter_!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Client Quit)

[17:28:05]

sphery:

and we'd just have it so there's no change in required configuration until that's fixed

[17:28:13]

sphery:

i.e. you'd still need overrides on every host

[17:28:33]

wagnerrp:

good point

[17:28:50]

wagnerrp:

leave the schema update to "fix" the storage group definitions until later

[17:30:10]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Ping timeout: 240 seconds)

[17:30:45]

pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)

[17:31:38]

sphery:

Captain_Murdoch2: since you were mentioned, earlier, here's the summary: We're (=wagnerrp, my puppet, is) working to modify non-recording video library (MythVideo) code to work without requiring users to override the Storage Group directory list for all the video library special groups (Videos, Trailers, Coverart, Fanart, Screenshots, Banners). Since SG's have wonderful support for inheritance--allowing 99.99999% of users to just define ...

[17:31:44]

sphery:

... a directory list once, on the master backend, and inherit the same list on all hosts--we want to prevent them from having to special-case the videos setup by requiring 6 directory list overrides per host on their system

[17:31:57]

sphery:

dance, puppet, dance...

[17:33:30]

sphery:

wagnerrp: and I can fix the mythtv-setup SG check when you're done--it will actually make http://code.mythtv.org/trac/ticket/10287 /significantly/ easier once you remove the need for overrides

[17:34:48]

wizbit:

how can i turn off mythweb admin key feature?

[17:35:37]

wizbit:

or reset the key

[17:36:19]

sphery:

mythweb admin key?

[17:38:39]

wizbit:

i cleared the key

[17:38:45]

wizbit:

now none of my videos will show in mythweb

[17:38:48]

wizbit:

they did a second ago

[17:39:15]

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

[17:44:59]

wagnerrp:

i should test it with a real video, instead of these /dev/random creations

[17:45:05]

wagnerrp:

and make sure it actually will play

[17:46:22]

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

[17:47:28]

Seeker`:

wagnerrp: cat /dev/random > Avatar.mkv and pray?

[17:48:10]

wagnerrp:

pretty much, yeah

[17:48:20]

wagnerrp:

just generating a bunch of unique files for the scanner to play with

[17:48:39]

wagnerrp:

since it hashes stuff, and needs uniqueness

[17:49:26]

Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv-users

[17:49:54]

wagnerrp:

sphery: also appears the auto-reconnect in mythmediaserver (comes from libmythprotoserver) is not behaving properly

[17:51:01]

wagnerrp:

and since when do we have scaling on xshm?

[17:51:32]

wagnerrp:

(on a side note, 1280x720 xshm over remmote X11 aint half bad)

[17:51:57]

KaZeR (KaZeR!~kazer@31.170.67.86.rev.sfr.net) has quit (Ping timeout: 252 seconds)

[17:52:02]

wagnerrp:

of course it core dumps as soon as playback stops

[17:56:03]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users

[17:56:09]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Client Quit)

[17:57:40]

pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv-users

[18:01:46]

wizbit:

i just had a great idea for mythtv

[18:02:08]

wizbit:

how about a clock overlay on live tv

[18:02:18]

wizbit:

or even any other bits of information overlay

[18:02:22]

Seeker`:

why?

[18:02:29]

wizbit:

so you can see what time it is?

[18:02:57]

wagnerrp:

a clock on the OSD is just a widget away

[18:03:04]

wagnerrp:

although i actually thought we had one

[18:03:15]

wizbit:

a recordings hard drive meter [**** ]

[18:03:47]

Seeker`:

not sure why you'd have a clock showing all of the time. Just use a theme with one and press 'i'

[18:04:10]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 240 seconds)

[18:04:13]

wizbit:

some people might like a little clock in the corner

[18:04:18]

wagnerrp:

why should you care how much hard drive space is left?

[18:04:36]

wizbit:

not just that, it could be anything

[18:04:50]

wagnerrp:

yes, and "anything" is just a widget away

[18:05:01]

wagnerrp:

create a widget, have the theme spawn it

[18:05:09]

davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv-users

[18:05:09]

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

[18:05:09]

davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host)

[18:05:22]

wizbit:

if a tuner starts recording in the background it could flash at the bottom 'blablah is now recording on tuner 3'

[18:05:38]

wizbit:

otherwise its silent

[18:05:56]

wagnerrp:

sphery: do you know if the mythmusic miniplayer got turned into such a widget during the UI rewrite?

[18:11:25]

sphery:

a notification widget?

[18:11:44]

sphery:

actually probably not worth answering my question

[18:11:49]

wagnerrp:

mythmessage?

[18:11:57]

sphery:

I don't really know anything about what happened with mythmusic

[18:12:07]

Guest36333 (Guest36333!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (*.net *.split)

[18:12:07]

Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has quit (*.net *.split)

[18:12:07]

quicksilver (quicksilver!~jules@roobarb.crazydogs.org) has quit (*.net *.split)

[18:12:12]

sphery:

(as I don't really have a music collection)

[18:12:14]

Heliwr (Heliwr!~Heliwr@209.141.61.55) has joined #mythtv-users

[18:12:21]

wagnerrp:

although mythmessage is largely a shell

[18:12:26]

Heliwr (Heliwr!~Heliwr@209.141.61.55) has quit (Changing host)

[18:12:26]

Heliwr (Heliwr!~Heliwr@pdpc/supporter/student/heliwr) has joined #mythtv-users

[18:12:31]

wagnerrp:

could stand to be spruced up like the old mythnotify

[18:13:24]

Guest36333 (Guest36333!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv-users

[18:13:25]

quicksilver (quicksilver!~jules@roobarb.crazydogs.org) has joined #mythtv-users

[18:20:31]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv-users

[18:20:55]

gizmobay (gizmobay!~gizmobay@ip98-165-216-111.ph.ph.cox.net) has quit (Remote host closed the connection)

[18:24:16]

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

[18:28:14]

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

[18:33:49]

wagnerrp:

sphery: so you say submit it as is, and get the images and storage groups moved over later?

[18:34:29]

wagnerrp:

it seems to be working fine aside from that

[18:41:33]

KaZeR (KaZeR!~kazer@31.170.67.86.rev.sfr.net) has joined #mythtv-users

[18:55:43]

pyrodex (pyrodex!pyrodex@24-197-171-122.dhcp.gwnt.ga.charter.com) has joined #mythtv-users

[18:55:53]

pyrodex:

Need a little advice... I recent tried out 0.25 from Mythbuntu repos (running 11.10 already and 0.24) and noticed there was a lot more noise and pixelation issues with my 0.25 install. I run 2 HDHR3CC's and in the past never saw this issue with 0.24 but when I went to 0.25 I did.

[18:56:06]

wagnerrp:

is this two separate Primes? or the rackmount unit?

[18:56:08]

pyrodex:

I also started to see various new log entries in the syslog such as TFW(/mythtv/recordings/1758_20120210225900.mpg:58): write(57528) cnt 35 total 2004456 — took a long time, 1287 ms and wondering if my storage is an issue? I run a raid6 array on an areca 1880 card with 1GB of ram and personally have no issues with i/o in the past is 0.25 more sensitive to io issues?

[18:56:11]

wagnerrp:

(just curious)

[18:56:35]

pyrodex:

walking to me wagnerrp?

[18:56:46]

wagnerrp:

yes, unreleated, just curiosity

[18:56:57]

pyrodex:

Yes I chose two 3CC's over a 6CC

[18:57:01]

pyrodex:

for redudancy reasons

[18:57:06]

wagnerrp:

do you have your database stored on the same RAID6 array? do you have the BBU module for that areca?

[18:57:14]

pyrodex:

if the 6CC dies I am out of tuners altogether

[18:57:26]

wagnerrp:

well technically, the 6CC is just a pair of 3CCs with a shared power supply

[18:57:42]

pyrodex:

Yes but you can't RMA the half the thing :)

[18:57:58]

pyrodex:

My DB is on a RAID1 Linux array using the MOBO sata ports

[18:58:03]

wagnerrp:

possibly, not sure if its internally removable

[18:58:15]

pyrodex:

and the Areca doesn't have BBU since it is on a UPS with apcd monitoring for a shutdown

[18:58:26]

pyrodex:

No its not, its a single plastic unit all together (the 6cc)

[18:58:27]

wagnerrp:

1287ms isnt really a problem, just a notice at that point

[18:58:48]

pyrodex:

we have 24 6CC's at work and they are nice but work can afford them to lose one or two

[18:59:05]

wagnerrp:

mythtv runs an internal sync loop for each recording, at 1 second

[18:59:27]

pyrodex:

Hmmm

[18:59:41]

wagnerrp:

its to prevent the excessive build up of write cache, which can eventually lead to a large IO stall when it fills up and gets flushed all at once

[18:59:52]

pyrodex:

I've been able to sustain 6 recordings at once with no issue in .24 but after .25 it started to exhibit the behavior I saw

[19:00:01]

pyrodex:

Hmmm

[19:00:12]

wagnerrp:

im not sure about the pixelation, but it may simply be warning you in 0.25 now

[19:00:25]

wagnerrp:

i notice it from time to time as well, but its usually not disruptive

[19:00:56]

pyrodex:

Mine isn't disruptive but I tend to archive my recordings from MythTV on certain shows and noticed last night when I switched it started

[19:01:10]

jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv-users

[19:01:16]

wagnerrp:

in any case, storing to a singular RAID array has been unadvised ever since the addition of storage groups in 0.21

[19:01:18]

pyrodex:

in the past I RARELY saw an issue with the 0.24 recordings but it was more TS STREAM issues than anything

[19:01:26]

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

[19:02:06]

pyrodex:

Hmm so if I add two dedicated drives?

[19:02:31]

wagnerrp:

even with a $1000 RAID card and a big chunk of cache, youre still suffering from the issue that stripes all have to seek in unison

[19:02:32]

pyrodex:

I have 2 unused WD GReen 2TB's doing nothing at the moment

[19:02:55]

pyrodex:

Would adding those as two seperate drives into 2 storage groups be ideal?

[19:02:56]

wagnerrp:

meaning youve got each recording, plus the metadata from each recording, all trying to seek at least once per second

[19:03:06]

wagnerrp:

personally, thats what i have set up currently

[19:03:21]

wagnerrp:

ive got a pair of 2TB Greens i use for scratch

[19:03:29]

pyrodex:

you think the WD 2TB green's are enough for just myth if I do 3 recordings for each drive?

[19:03:32]

pyrodex:

hmm ok

[19:03:55]

pyrodex:

and XFS for the FS?

[19:04:01]

wagnerrp:

and then i edit the recordings, clip the commercials out, and shuffle them over to mythvideo, stored coincidentally on a 9-drive RAID6 on an ARC-1230

[19:04:11]

wagnerrp:

ZFS

[19:04:23]

wagnerrp:

but XFS should work fine too

[19:04:27]

pyrodex:

can't do ZFS natively in ubuntu

[19:04:32]

pyrodex:

You could with fuse

[19:04:36]

pyrodex:

but never done it before

[19:04:52]

wagnerrp:

zfsonlinux.org

[19:05:01]

wagnerrp:

but im actually running my backend on freebsd

[19:05:20]

pyrodex:

figured

[19:05:35]

pyrodex:

I'll stick with XFS and try again... need to open up my beast and see how I can place these drives.

[19:05:44]

wagnerrp:

the issue is that the RAID cards dont trust the cache for writes unless they have a BBU

[19:05:59]

wagnerrp:

as they dont know that you have a UPS, and cant correct for a system crash anyway

[19:06:18]

pyrodex:

ok

[19:06:23]

wagnerrp:

i dont know off hand if the Areca cards actually honor the writeback/writethrough override if the BBU is not present

[19:06:34]

pyrodex:

yea never tested it personally

[19:06:45]

pyrodex:

brb looking around for spare parts/cables

[19:06:45]

wagnerrp:

are you using XFS or EXT4 currently?

[19:06:48]

pyrodex:

ATM

[19:06:58]

pyrodex:

I was using EXT4 on my myth LV

[19:06:58]

wagnerrp:

for your recording array

[19:07:03]

pyrodex:

but changed it to XFS this morning

[19:07:05]

wagnerrp:

yeah... figured...

[19:07:10]

pyrodex:

well reformatted and rsycned

[19:07:21]

wagnerrp:

do you know what barriers are?

[19:07:28]

pyrodex:

Yes.

[19:07:38]

pyrodex:

my mount options: defaults,barrier=0,noatime,errors=remount-ro

[19:07:47]

wagnerrp:

well scratch that then...

[19:07:48]

pyrodex:

That's for all my ext4 parts

[19:08:06]

pyrodex:

now I use noatime,nodiratime,allocsize=512m

[19:08:08]

pyrodex:

for my xfs

[19:08:17]

pyrodex:

but only my myth part is xfs

[19:08:21]

pyrodex:

all my others are ext4

[19:08:25]

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

[19:08:54]

wagnerrp:

i would still expect it to be some kind of interaction between all those seeks from all those simultaneous recordings (with the sync loop)

[19:09:17]

pyrodex:

ok

[19:09:29]

pyrodex:

let me try these out and play with it then. Thanks for the help and insight.

[19:09:30]

pyrodex:

BRB

[19:09:39]

wagnerrp:

since youve got to wait for all the drives, and assuming the cache is not trusted without a BBU, the random write performance for an array will be significantly less than even a single drive

[19:10:04]

wagnerrp:

youve got all that linear throughput once it gets spooled up

[19:10:30]

wagnerrp:

but youre writing all of about 2MB at a time before seeking to the next write

[19:11:09]

wagnerrp:

almost forgot, how many drives, and what stripe length?

[19:12:36]

wagnerrp:

assuming 256KB blocks, and a filled controller

[19:12:52]

DarkDrgn2k| (DarkDrgn2k|!~DarkDrgn2@bas2-toronto44-3096461072.dsl.bell.ca) has joined #mythtv-users

[19:12:55]

DarkDrgn2k|:

Hey all

[19:12:57]

wagnerrp:

im betting those 1.5–2MB writes are less than a full stripe

[19:13:13]

wagnerrp:

meaning youve got to do that read/compute/write mess

[19:13:22]

wagnerrp:

and your performance is effectively halved

[19:13:34]

DarkDrgn2k|:

Any news on stabelising ir blaster on the hdpvr it worked well before upgradimg to newer kernel

[19:14:40]

DarkDrgn2k|:

Now ut stops working every 3 or so recordings

[19:16:01]

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

[19:18:31]

pyrodex:

wagnerrp: 16 drives, raid6 128kb stripe, 512b block, cache mode write back

[19:18:43]

pyrodex:

wagnerrp: 2TB Barracuda XT 6GB/s

[19:19:29]

wagnerrp:

yeah, id say its a good chance most of those rights fall below your 1800KB stripe set

[19:19:50]

wagnerrp:

and incur the read issue for RAID5/6 writes

[19:19:59]

wagnerrp:

s/rights/writes/

[19:20:02]

pyrodex:

so the WD green option is still worth an attempt?

[19:20:45]

wagnerrp:

im better a single one of those slow greens will yield higher small write performance than your disk array

[19:20:49]

wagnerrp:

*betting

[19:21:18]

dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has quit (Ping timeout: 252 seconds)

[19:21:39]

wagnerrp:

again, assuming linux doesnt accept the non-BBU-backed buffer for a sync

[19:21:43]

DarKnesS_WolF (DarKnesS_WolF!~sherif@unaffiliated/sherif) has quit (Quit: leaving)

[19:22:19]

pyrodex:

hmm

[19:22:23]

pyrodex:

well worth a try.

[19:22:40]

wagnerrp:

for mythtv's write needs, independent spindles are ideal

[19:22:46]

pyrodex:

yea.

[19:25:31]

Jay2k1 (Jay2k1!~J@e177175082.adsl.alicedsl.de) has quit ()

[19:25:32]

DarkDrgn2k|:

So hdpvr blaster anyone?

[19:25:38]

wagnerrp:

dont have one

[19:26:14]

DarkDrgn2k|:

:-( wish bev supported cec or somethimg other then ir

[19:26:34]

wagnerrp:

bev?

[19:26:48]

DarkDrgn2k|:

Express vew bell

[19:26:53]

tivosux (tivosux!~Adium@205.178.124.93) has joined #mythtv-users

[19:26:55]

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

[19:26:58]

markcerv:

A lot of your HD convo just now was over my head....but...coincidentally enough I'm about to buy a 2TB HD to add to my backend today. Thinking of either the "Seagate – Barracuda 2TB Internal Serial ATA (Model: ST320005N4A) $120 or the Western Digital – Caviar Green 2TB Internal (SATA Model: WDBAAY0020HNC-NRSN) $150

[19:27:19]

tivosux (tivosux!~Adium@205.178.124.93) has left #mythtv-users ()

[19:27:21]

DarkDrgn2k|:

Can you point me to infon on myth slave wol

[19:27:36]

wagnerrp:

theres been a lot of hate against the seagates, but wouldnt spend $150 on a 2TB green

[19:28:23]

wagnerrp:

theres too many _stupid_ things WD chose to do with the firmware on that drive

[19:28:49]

DarkDrgn2k|:

Like?

[19:28:55]

DarkDrgn2k|:

I got two of them

[19:29:07]

wagnerrp:

doing a head park after a mere 8 seconds of inactivity

[19:29:21]

DarkDrgn2k|:

Aaa i fixed thay :-)

[19:29:38]

wagnerrp:

running an internal 4KB block size, but lying about it and claiming to be a typical 512B block

[19:30:03]

wagnerrp:

and then writing some special code to make Windows vista/7 work properly, while leaving linux and everyone else screwed

[19:30:17]

DarkDrgn2k|:

Waaa?

[19:30:23]

wagnerrp:

just because XP doesnt know what to do with "advanced format" drives

[19:31:02]

wagnerrp:

you have to force the partitioning to start at block 64 (real block 8), rather than the typical block 63 (real block 7.825)

[19:31:28]

wagnerrp:

and then you have to force the FS formatting to use an allocation block thats a multiple of 4KB

[19:32:21]

wagnerrp:

which leaves people like me, running ZFS which uses dynamically scaling allocation blocks with 1KB granularity screwed

[19:32:35]

wagnerrp:

since the filesystem foolishly trusts that the hard drive is telling it the truth

[19:32:37]

DarkDrgn2k|:

Dont think i had that prob with ex3

[19:32:53]

markcerv:

ooh, just found this Seagate 'Cuda 2TB 6Gb/s ST2000DL003 – for only $109.99 on Amazon – available w/ Prime. — Is this one a better choice than my other 2?

[19:33:00]

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

[19:33:17]

wagnerrp:

if you dont take special measures when partitioning the disks, your block alignment will be off by 512 bytes

[19:33:32]

wagnerrp:

so each time you write a block, youre actually going to be writing two separate blocks

[19:33:42]

wagnerrp:

resulting in significantly decreased performance

[19:33:44]

DarkDrgn2k|:

Huh...

[19:33:48]

DarkDrgn2k|:

Sux..

[19:33:58]

wagnerrp:

just search for "western digital EARS"

[19:34:15]

DarkDrgn2k|:

For now i need an ir blaster

[19:34:19]

wagnerrp:

theres a whole subculture on the internet based around complaining about these drives... :)

[19:34:25]

DarkDrgn2k|:

Can you recome d a good one

[19:34:53]

wagnerrp:

supposedly the blasters on the MCEUSB units are easy to use

[19:34:58]

dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has joined #mythtv-users

[19:35:11]

wagnerrp:

each unit has two ports for blasters, but typically only comes with one blaster wire

[19:35:22]

wagnerrp:

i dont know if the blaster that comes with the HDPVR is compatible

[19:35:26]

** wizbit downloads http://www.sintel.org/download/ **

[19:35:46]

DarkDrgn2k|:

Nop

[19:35:50]

DarkDrgn2k|:

I got notn

[19:35:52]

DarkDrgn2k|:

Both

[19:36:23]

DarkDrgn2k|:

One i have is tqo ports but blasts both at the same time lol

[19:36:27]

sphery:

wagnerrp: yeah, submit as is sounds good--and we can likely get the rest done after Sunday

[19:40:44]

markcerv:

so, no recommondations(sp) for a 2TB sata internal drive?

[19:41:07]

wagnerrp:

the $110 Seagate is as cheap as ive heard in a long time

[19:43:12]

Twiggy2cents:

I have been having an issue with my FE changing my audio settings if I start it and something else is using audio (a paused flash video, music, paused music) Mythtv is setup to use optical and everything else uses some speakers on my monitor. When I start mythtv with something else open it changes the from 5.1 surround + upmixer to stereo.

[19:43:39]

Twiggy2cents:

And then stereo doesnt play on my surround sound, it has to be 5.1 or upmixed.

[19:44:41]

Twiggy2cents:

Also the 1 down side to using arclight it is requires the screen to be focused to change settings. I start mythtv on a separate screen by remote. So when this happens I have to close mythtv and open it on my monitor and change it there.

[19:44:44]

wagnerrp:

sounds like your system is actually configured to use stereo audio

[19:45:29]

wagnerrp:

and i dont believe that is a limitation specific to arclight

[19:45:32]

Twiggy2cents:

wagnerrp, I have IEC958 O turned off in alsamixer

[19:45:49]

Twiggy2cents:

wagnerrp, I cant remember but I thought that some other themes let me change settings without focus

[19:46:03]

wagnerrp:

the theme has no control over that

[19:46:22]

wagnerrp:

the only reason i can think of that mythtv would be dropping to stereo audio

[19:46:30]

Twiggy2cents:

Ohh, well it was a long time ago that I tried another theme

[19:46:39]

wagnerrp:

is if the existing audio stream prevents mythtv from being able to disable pulseaudio

[19:47:01]

wagnerrp:

resulting in mythtv's intended alsa output is instead intercepted, and fiddled with by pulseaudio

[19:47:12]

Twiggy2cents:

I have the pulseaudio plugin uninstalled

[19:47:20]

wagnerrp:

plugin?

[19:47:27]

Twiggy2cents:

It actually changes the setting in mythtv

[19:48:13]

wagnerrp:

i would have to look though the code to make sure, but i doubt mythtv would be making audio changes on its own, outside the scope of the setup pages

[19:48:30]

Twiggy2cents:

I swear it does

[19:48:44]

Twiggy2cents:

It only changes the audio type from 5.1 to stereo

[19:49:01]

Twiggy2cents:

alsa-plugins-pulseaudio.x86_64 : Alsa to PulseAudio backend

[19:49:04]

wagnerrp:

turn up logging so you can view database modifications

[19:49:06]

Twiggy2cents:

That plugin is removed

[19:49:21]

Twiggy2cents:

what -v should I use?

[19:49:24]

wagnerrp:

and see if it actually reports those values being changed

[19:49:29]

wagnerrp:

-v database maybe?

[19:49:32]

wagnerrp:

see '-v help'

[19:49:52]

Twiggy2cents:

Also I dont think it changes it until I try to play a file

[19:50:33]

wagnerrp:

you might have to throw an 'extra' in there

[19:51:16]

Twiggy2cents:

I did audio,playback,database

[19:53:53]

ubuntuaddicted (ubuntuaddicted!~Ubu@cpe-173-89-62-76.wi.res.rr.com) has joined #mythtv-users

[19:54:24]

Twiggy2cents:

What about this, could it change it if it thought that that was not a valid device?

[19:54:34]

wagnerrp:

dont know about that

[19:54:35]

Twiggy2cents:

I tried setting up dmix, but I have failed everytime

[19:54:43]

Twiggy2cents:

So I am non dmixed

[19:55:08]

wagnerrp:

dmix should be unnecessary for most audio devices with hardware mixers

[19:55:23]

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

[19:55:29]

wagnerrp:

and AIUI, is automatically configured and active for any recent version of ALSA

[19:55:45]

Twiggy2cents:

The reason I ask is because I forgot to log to a file so when I tried again I went into settings to change the setting back correct and realized that if youtube is paused in the background it wont let me change stereo to 5.1

[19:56:48]

Twiggy2cents:

I dont think it is being used because I removed pulseaudio functionality and according to phonon it is using actual devices and not a dmix plugin. Unless dmix is supposed to work in the background with no setup

[19:56:59]

wagnerrp:

the only reason i could think that might happen is if pulseaudio is active, and either dynamically changing the reported capabilities of the hardware, or present because its in use and mythtv is not able to disable it and hit the real hardware underneath

[19:57:36]

Twiggy2cents:

alsamixer doesnt show a pulseaudio device like it does when it is active

[19:57:58]

Twiggy2cents:

s/is active/pulseaudio is active

[19:57:58]

pyrodex:

ok hard drives done.. lets see what happens on boot..

[19:58:15]

wagnerrp:

as i understand it, pulseaudio always intercepts all alsa calls

[19:58:25]

wagnerrp:

i dont know what the special pulseaudio device is intended for

[19:59:51]

Twiggy2cents:

pulseaudio --check returns nothing

[20:00:03]

pyrodex:

nice /dev/sdb and /dev/sdc are seen

[20:00:04]

Twiggy2cents:

--check Return 0 as return code when the PulseAudio daemon is already running for the calling user, or non-zero otherwise. Produces no output on the console except for errors to stderr

[20:00:29]

FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-62-245.w83-193.abo.wanadoo.fr) has quit (Quit: Ex-Chat)

[20:00:31]

pyrodex:

ok how can I remove a GPT partition.. from inside ubuntu

[20:03:02]

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

[20:06:07]

Twiggy2cents:

wagnerrp, it appears to be running actually

[20:07:50]

pyrodex:

nevermind. gdisk is nice

[20:11:43]

Twiggy2cents (Twiggy2cents!~darren@173-24-97-89.client.mchsi.com) has quit (Remote host closed the connection)

[20:12:59]

pyrodex:

wagnerrp: you around? need assistance on Storage groups

[20:13:19]

wagnerrp:

shoot

[20:13:26]

Twiggy2cents (Twiggy2cents!~darren@173-24-97-89.client.mchsi.com) has joined #mythtv-users

[20:13:59]

pyrodex:

So I have SDB and SDC online and XFS'ed. Where do I go to create the storage group? I assume I go into storage directories and add the two new mounts but where do I send one tuner to a different group?

[20:14:04]

wagnerrp:

crap, no wonder my backend is so sluggish

[20:14:11]

wagnerrp:

i forgot the buildbot just kicked in

[20:14:42]

wagnerrp:

the buildbot running, plus my own build, ran out of memory

[20:15:16]

wagnerrp:

sphery: i wonder if recent builds during primetime are the cause of my occasional write latency warning

[20:15:38]

wagnerrp:

in mythtv-setup, you can create as many paths as you want in any storage group, even new ones

[20:15:52]

pyrodex:

which I did in my recordings group

[20:15:55]

wagnerrp:

when you record, the disk scheduler will choose the best disk out of whatever directories you have listed there

[20:15:58]

pyrodex:

ahhh

[20:16:01]

pyrodex:

so its not a choice.

[20:16:15]

wagnerrp:

the best disk being the one with lowest IO, most storage free, or a mix, depending on which scheduler you choose

[20:16:27]

Twiggy2cents:

I removed pulseaudio completely with this "su -c "yum remove alsa-plugins-pulseaudio pulseaudio padevchooser pavumeter paprefs pavucontrol""

[20:16:47]

wagnerrp:

Twiggy2cents: note, youve likely broken audio in most other applications on your system

[20:16:50]

Twiggy2cents:

Then I created a simple ~.asound.conf. Same issues still happen

[20:16:54]

wagnerrp:

but hey, mythtv will work great!

[20:16:54]

wagnerrp:

:)

[20:16:58]

Twiggy2cents:

Nope

[20:17:52]

pyrodex:

so wagnerrp in the disk scheduler in backend the combination option is the best one to choose?

[20:17:53]

Twiggy2cents:

According to http://fedorasolved.org/Members/fenris02/puls . . . -workarounds just removing the plugin should stop pulseaudio, which has been removed for a while. Then only thing I broke, at least dependency wise was bluez and wine

[20:18:07]

pyrodex:

how about HD ringbuffer size, any recommendations?

[20:18:27]

wagnerrp:

ignore it, its only used as a readahead during playback

[20:18:41]

wagnerrp:

assuming it actually still does anything at all

[20:19:00]

wagnerrp:

that setting used to be used in 0.19 and previous for storage of live recordings

[20:19:11]

wagnerrp:

long ago, live recordings just became regular recordings with some glue

[20:19:15]

pyrodex:

Directories: beast:/var/lib/mythtv/recordings/sdb, beast:/var/lib/mythtv/recordings/sdc

[20:19:15]

pyrodex:

Total Space: 1,907,664 MB

[20:19:16]

pyrodex:

Space Used: 32 MB

[20:19:16]

pyrodex:

Space Free: 1,907,631 MB

[20:19:18]

pyrodex:

looks ok?

[20:19:22]

wagnerrp:

and are stored in the same manner as scheduled recordings, straight to disk with no ring buffer

[20:19:28]

pyrodex:

It shows as mythtv Drive #1

[20:19:30]

wagnerrp:

looks fine

[20:19:42]

wagnerrp:

its a "glitch" in the disk scheduler code

[20:19:44]

Twiggy2cents:

although now that I removed it, dmix seems to work on the rest. I can play youtube and music at the same time.

[20:20:11]

pyrodex:

i guess I could add my old recordings dirtectory as videos path and not recordings right?

[20:20:24]

wagnerrp:

it tries to determine disks used in multiple directories, as well as disks shared across multiple backends, as identical

[20:20:29]

wagnerrp:

so it can properly schedule

[20:20:42]

wagnerrp:

it does this using the total and used space, plus a bit of fuzzing

[20:21:00]

Twiggy2cents:

So dmix seems to work with stuff on the same audio output but not when it is going to two different outputs

[20:21:04]

wagnerrp:

two empty, identical disks will look like the same disk to the scheduler

[20:21:20]

wagnerrp:

they will be separated into two independent disks as soon as it tries to record to one of them

[20:21:41]

wagnerrp:

pyrodex: also note, it is advised to record to a subdirectory of the filesystem, rather than to the root of one

[20:21:50]

wagnerrp:

if for whatever reason, the filesystem does not get mounted

[20:22:09]

wagnerrp:

the subdirectory will not exist, and mythtv will ignore it, instead recording to some other path

[20:22:29]

wagnerrp:

if for whatever reason the filesystem doesnt get mounted, the root path will still exist, and mythtv will try to record to it

[20:22:42]

pyrodex:

right now I have them mounted as /var/lib/mythtv/recordings/sd[b|c]

[20:22:47]

pyrodex:

and its recording to that

[20:22:50]

wagnerrp:

potentially filling up that filesystem, but generally just behaving in a manner you dont want

[20:23:01]

pyrodex:

so you say create a recordings dir under sdb/sdc dir

[20:23:34]

wagnerrp:

for example, my two scratch disks are /srv/mounts/twotb_[1|2]

[20:23:45]

wagnerrp:

and they record to /srv/mounts/twotb_[1|2]/recordings

[20:23:50]

pyrodex:

ok

[20:23:52]

pyrodex:

got it

[20:23:55]

pyrodex:

let me change it around

[20:24:02]

pyrodex:

ALSO are you using 0.25 or 0.24fixes?

[20:24:06]

wagnerrp:

if they dont mount, that folder wont exist, and mythtv will record somewhere else

[20:24:10]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users

[20:24:13]

wagnerrp:

developmental 0.25

[20:24:30]

wagnerrp:

soon to be unstable 0.25

[20:24:40]

pyrodex:

ok

[20:27:10]

pyrodex:

hmm

[20:27:21]

pyrodex:

Directories: beast:/var/lib/mythtv/sdb/livetv, beast:/var/lib/mythtv/sdb/recordings, beast:/var/lib/mythtv/sdc/livetv, beast:/var/lib/mythtv/sdc/recordings

[20:27:33]

pyrodex:

I setup a livetv dir in each of the new drives, is that ok?

[20:27:54]

wagnerrp:

its fine, but really only for convenience

[20:28:17]

wagnerrp:

livetv and scheduled recordings will all follow the same disk scheduler behavior

[20:28:20]

pyrodex:

yea I don't watch much liveTV and won't be with 0.25 due to the fact XBMC cmyth won't work with 0.25 ATM

[20:28:37]

wagnerrp:

and note that by default, livetv will auto-expire within 1 day, or earlier if space is required

[20:30:57]

wizbit:

grrrrr i really want to build a raid-5 array but hard drives are still too expensive :(

[20:33:25]

likw_d--_:

wizbit, aspire for http://hardforum.com/showthread.php?t=1672351

[20:33:39]

sphery:

generally you'd be better off with no Live TV storage group

[20:33:44]

sphery:

just let it use Default SG

[20:33:51]

pyrodex:

hmm ok

[20:34:00]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Quit: hpeter)

[20:34:06]

sphery:

if you want to get rid of Live TV SG (on all hosts), just run mythtv-setup on master backend and hit D on Live TV group

[20:34:26]

wagnerrp:

it really wouldnt make a difference one way or another

[20:34:28]

sphery:

(don't delete individual directories within the SG, and don't need to do it on all backend hosts--just master host)

[20:34:35]

wagnerrp:

it just means the live recordings will get flushed into a different path

[20:35:11]

wagnerrp:

from mythtv's viewpoint, its irrelevant since you shouldnt care where those actual recordings are anyway, and you certainly shouldnt be tinkering with then outside of mythtv

[20:35:12]

sphery:

but if that file system is also used for recordings, it means it limits the ability of the scheduler to choose appropriately based on balancing criteria specified

[20:35:22]

sphery:

if it's not used for recordings, it's wasted storage

[20:35:40]

wagnerrp:

it just provides an easy means to see how much is actually in use for each

[20:35:52]

wagnerrp:

sphery: it is available to both, its another directory on the same filesystem

[20:35:53]

sphery:

only way it makes no difference is if you use the exact same directory list for Live TV and Default SG--which is just making things harder than just using Default SG

[20:36:18]

sphery:

assuming only one file system, it doesn't matter

[20:36:21]

wagnerrp:

recall, the disk scheduler does a fuzzy matching based off total and free space

[20:36:28]

sphery:

assuming more than one, then it's better to not have any

[20:37:04]

wagnerrp:

yeah, breaking a disk into multiple filesystems with multiple storage groups is a bad thing

[20:37:09]

sphery:

but the scheduler chooses the most appropriate file system based on criteria you specify (such as in-progress recordings or available free space)

[20:37:30]

sphery:

and having multiple file systems means you want it to choose the most appropriate for everything--including live tv

[20:37:33]

pyrodex:

no its just a pair of disks with one partition.

[20:37:35]

pyrodex:

per disk

[20:37:50]

sphery:

but, imho, there's no need to have a separate dir for live tv--since you won't be manipulating live tv files from the file system

[20:38:09]

sphery:

instead, use mythfrontend/mythweb to show your live tv recordings and delete them or change recgroup

[20:38:28]

sphery:

and, if you have a separate dir and you do decide to keep something by changing recgroup, then you've got recordings in your "live tv only" file system

[20:38:40]

sphery:

so, I still say default only is better for nearly all users

[20:39:01]

sphery:

only those working around hardware limitations would need live tv sg, IMHO

[20:42:09]

pyrodex:

ok 0.24 db backed up and up to 0.25 let me try it out with a few recordings and see what happens

[20:52:26]

pyrodex:

so far just did two recordings and one went to sdb and one to sdc

[20:52:32]

pyrodex:

about to add a 3rd so two on sdb

[20:52:52]

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

[20:55:02]

wagnerrp:

you just had to go and do that didnt you beirdo

[20:55:34]

Beirdo:

why?

[20:55:54]

Beirdo:

that's the one commit iamlindoro didn't cherry-pick that we kinda need

[20:56:02]

wagnerrp:

thats why

[20:56:15]

wagnerrp:

dirty lousy no good stinkin' merge commit...

[20:56:28]

sphery:

did he block your push?

[20:56:32]

Beirdo:

it's not a merge commit, it's a cherry-pick

[20:56:40]

sphery:

oh, no, it allowed it

[20:56:42]

Beirdo:

oh, you were about to push?

[20:56:48]

wagnerrp:

no... just missed pulling it off cleanly by about three minutes

[20:56:55]

sphery:

for some reason, I've never actually caused a merge commit

[20:57:09]

sphery:

instead, when I try to push when someone pushes something between my commit and my push, it fails

[20:57:29]

Beirdo:

hehe, no problem

[20:57:32]

sphery:

not sure why (when the other changes have never even been in the same libs or anything)

[20:57:33]

wagnerrp:

yeah, you have to pull, then push

[20:57:37]

sphery:

ahhh

[20:57:38]

Beirdo:

you know you can do a pull --rebase

[20:57:52]

Beirdo:

although if there are conficts it can get messy

[20:57:53]

sphery:

I just uncommit, then pull, then commit, then push

[20:57:54]

wagnerrp:

i know, but i dont do it frequently enough to know how to do it successfully

[20:58:03]

Beirdo:

fair enough :)

[20:58:10]

sphery:

by "uncommit" I mean I take out the commit and the patch

[20:58:10]

wagnerrp:

and every time ive tried, its resulted in 45 minutes of work trying to unfu-- my local repository

[20:58:11]

Beirdo:

not to worry, merges are OK anyways

[20:58:20]

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

[20:58:43]

sphery:

besides, Beirdo is going to send out an e-mail tomorrow morning saying that too many people have push privileges, and then disable it for all of us

[20:58:49]

Beirdo:

hahaha

[20:58:51]

sphery:

then he'll do all the merge commits from our forks

[20:58:57]

Beirdo:

don't tempt me ;)

[20:59:00]

sphery:

hehe

[20:59:03]

wagnerrp:

so why did only that last commit and the merge show up in the email?

[20:59:05]

Beirdo:

that would cause too much mayhem

[20:59:19]

Beirdo:

because github blows

[20:59:22]

sphery:

true

[20:59:26]

wagnerrp:

part of the ddos?

[20:59:41]

sphery:

maybe you should wait until after you've got the origin switched over to our own hosted repo

[20:59:41]

wagnerrp:

because previous bulk pushes by people show up properly

[20:59:52]

sphery:

and github is just a public view/where users get the repo from

[20:59:59]

Beirdo:

their hooks sometimes miss stuff, and I really don't know how

[21:00:12]

wagnerrp:

sphery: anyway, mythvideo stuff is in

[21:00:12]

sphery:

so how many commits were in your push, wagnerrp ?

[21:00:15]

sphery:

thanks

[21:00:23]

wagnerrp:

whenever you want to take care of the artwork storage groups

[21:00:32]

sphery:

I'd say it looks good, but apparently, I'm not allowed to see the rest of it

[21:00:32]

wagnerrp:

four in total

[21:00:35]

sphery:

github says so

[21:01:23]

sphery:

wagnerrp: I don't think you need to bump library version for Beirdo's change

[21:01:28]

sphery:

:D

[21:02:02]

sphery:

I'm wondering if wagnerrp used git commit --stealth

[21:02:21]

sphery:

I only use that for stuff I don't want people to notice

[21:02:45]

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

[21:02:47]

sphery:

(ok, so you all know I'm joking considering how often people yell at me for stuff I commit that they see)

[21:04:20]

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

[21:04:34]

wagnerrp:

... lets get the mediaserver scanning properly next

[21:05:11]

Beirdo:

what's not working in it now?

[21:05:20]

Beirdo:

works fine here, other than being a turd

[21:05:25]

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

[21:05:25]

sphery:

is that the fixme with the master connecting back to itself

[21:05:41]

wagnerrp:

no

[21:06:05]

wagnerrp:

right now, the file listing queries only operate against slave backends

[21:06:22]

Beirdo:

oooh

[21:06:25]

Beirdo:

heh

[21:06:25]

wagnerrp:

and the mediaserver is not registered as a slave backend, as it doesnt support tuners and i didnt think that would be proper

[21:06:27]

sphery:

fwiw, in all the other cases where we have code in remoteutil that has to be run on remote backends using proto and on master using separate local-only code, we just have a check for whether it's master host and include 2 sets of code

[21:06:45]

Beirdo:

I was thinking of the mediamonitor

[21:06:49]

sphery:

this is the stuff that we'd be fixing by stripping the mythmediaserver out from mythmaster, etc.

[21:09:07]

sphery:

(at least, that's my understanding and my reading of the code)

[21:10:10]

Beirdo:

wagnerrp: I think your commit borked the build

[21:10:46]

wagnerrp:

yeah, incomplete separation of multiple different things im working on

[21:10:59]

Beirdo:

Heh, K. As long as you're aware :)

[21:11:12]

wagnerrp:

im sure you can guess what that other project is

[21:11:34]

Beirdo:

yup :)

[21:12:24]

wagnerrp:

sphery: anyway, the mediaserver is only a generic file server, with a couple of the additional status queries

[21:12:37]

wagnerrp:

it doesnt support recordings, and im not sure if it should

[21:13:11]

sphery:

just saying that the fact that we have local and non-local in mythbackend is the problem

[21:13:12]

wagnerrp:

unless we want to use it as some sort of 'nightlight' capability

[21:14:17]

wagnerrp:

let the media server manage recordings as well, for the case where you have removed all tuners from a backend but dont want to migrate its tuners elsewhere

[21:14:24]

wagnerrp:

s/tuners/recordings

[21:14:55]

sphery:

I think all file serving should be separate from backends

[21:15:04]

sphery:

where backends would mean mythrecorder type things

[21:15:12]

sphery:

and mythmaster would be the master functionality

[21:15:22]

wagnerrp:

i.e. the 'backend' is just a dumb recorder

[21:15:28]

sphery:

that's my preference

[21:15:30]

wagnerrp:

records from the tuner, and dumps to the disk?

[21:15:35]

sphery:

yeah

[21:16:03]

sphery:

I've got to finish up the "mythtvd" app that just starts the right thing

[21:16:11]

sphery:

then we can break things out willy nilly :)

[21:16:32]

wagnerrp:

that effectively eliminates the possibility of any potential improvement in livetv channel changing

[21:16:38]

Beirdo:

I doubt we'd be done by the end of tomorrow

[21:16:56]

wagnerrp:

unless the recorder and fileserver are going to share that stream in shared memory

[21:17:11]

clever:

my livetv is pretty much as worse as it can get, the frontend segfaults every time i start it!

[21:17:56]

sphery:

what potential improvement in live tv channel changing?

[21:18:14]

wagnerrp:

if the recording buffer and the playback buffer were linked

[21:18:22]

sphery:

unless we're planning to reimplement kernel's disk caching functionality, I don't see how it would affect it

[21:18:32]

wagnerrp:

eliminating at least one stage of separation due to disk caching

[21:18:42]

wagnerrp:

and the waits added to ensure we dont overrun that

[21:18:46]

sphery:

but that only works on a local host?

[21:18:47]

sphery:

right?

[21:18:53]

sphery:

if tuner and player are on the same host

[21:19:11]

sphery:

and at that point, it would mean frontend reading from the tuner?

[21:19:31]

trumee (trumee!~parul@46-64-48-176.zone15.bethere.co.uk) has quit (Quit: ZNC - http://znc.sourceforge.net)

[21:19:43]

wagnerrp:

i mean the backend recording, storing in memory, shuffling to a playback buffer, and pushing to the frontend directly

[21:20:01]

wagnerrp:

rather than having a separate detached thread read from the disk into the playback buffer

[21:20:06]

croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Ping timeout: 252 seconds)

[21:20:35]

wagnerrp:

since the data never actually leaves mythtv, would could have finer control over just how much data there is

[21:20:38]

sphery:

I think that's a lot of code that's likely to have little, if any, noticeable effect--especially because of kernel buffers

[21:20:43]

wagnerrp:

allowing playback to get a second or so closer to live

[21:20:58]

wagnerrp:

yeah, i wont deny that

[21:21:22]

Seeker`:

why does playback need to be closer to live?

[21:21:31]

wagnerrp:

for channel changing

[21:21:50]

wagnerrp:

the 2 second or so delay we add ourselves

[21:21:58]

sphery:

but after I remove Live TV support, it will be a non-issue, right? :)

[21:22:14]

wagnerrp:

on top of the 0.5–15 second delay incurred by the tuning hardware

[21:22:30]

wagnerrp:

sure, ill go with that

[21:22:45]

sphery:

anyway, I think we'd have the same problems--even with that approach--where we have to stay the same 2s behind due to the player trying to slurp too much data in

[21:22:59]

wagnerrp:

basically, this is all ulterior motives

[21:23:00]

sphery:

at which point, we'd then have to add some better approach to tell the player how much data it can read in

[21:23:13]

sphery:

which we could do without having a shared memory buffer

[21:23:27]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has joined #mythtv-users

[21:23:28]

sphery:

especially since this "playback buffer" is really more of a "streaming" buffer

[21:23:29]

wagnerrp:

at some point, i would still like to have some form of zoneminder-like capability properly integrated into mythtv

[21:23:38]

trumee_afk (trumee_afk!~parul@46-64-48-176.zone15.bethere.co.uk) has joined #mythtv-users

[21:23:41]

trumee_afk is now known as trumee

[21:23:55]

sphery:

which zoneminder like capability

[21:24:05]

wagnerrp:

with a proper networked architecture, rather than some funky tree built out of separate independent zoneminder instances running on each machine with cameras

[21:24:10]

sphery:

just the constant play without caching?

[21:24:24]

sphery:

or multiple playback or ?

[21:25:00]

wagnerrp:

more, the real time processing of video, for the purposes of motion sensing, motion tracking, triggers, altered framerate and resolution, etc...

[21:25:23]

wagnerrp:

that works best if the scanning is as close to real time as possible

[21:25:45]

croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users

[21:25:54]

sphery:

so put that as close to the recorder as possible--i.e. not in the player?

[21:25:57]

hpeter (hpeter!~hpeter@178-83-238-145.dynamic.hispeed.ch) has quit (Client Quit)

[21:26:07]

wagnerrp:

but if each input gets broken out into a separate recorder instance

[21:26:20]

sphery:

I don't think each input needs a separate recorder

[21:26:25]

sphery:

I just want all recording in a separate process

[21:26:27]

wagnerrp:

i suppose there wouldnt be a problem in putting the recording capability into a shared library

[21:26:42]

sphery:

(but I wouldn't complain if each input was a separate recorder)

[21:26:46]

wagnerrp:

and adding additional code to a second executable to do in-process processing

[21:27:02]

wagnerrp:

rather than trying to farm it out to a separate application in real time

[21:27:12]

wagnerrp:

i just didnt want to be adding such code into mythbackend

[21:27:21]

sphery:

just make it a pipeline, like gstreamer

[21:27:45]

wagnerrp:

but a custom recorder executable wouldnt be too bad

[21:27:46]

sphery:

mythrecorder | mythdetectframeratechanges | mythdetectmotion | mythtrackmotion

[21:27:49]

sphery:

(joke)

[21:28:11]

wagnerrp:

although it would require the machine running the camera be sufficiently high performance to manage it locally

[21:28:46]

sphery:

and if it's not, then you have latency from streaming, anyway, so you should redesign it so that the camera machine has the power to do processing, anyway :)

[21:29:12]

Beirdo:

clever: you'd better get debugging then

[21:29:39]

wagnerrp:

well the idea being that you could stuff a little ARM unit somewhere with a webcam

[21:29:41]

clever:

Beirdo: i already did, it starts 2 files, one of them 0 bytes large

[21:29:56]

clever:

Beirdo: the frontend opens the wrong one, and then baarfs because the audio bitrate was invalid

[21:30:01]

jkfod (jkfod!~Greg_od@31.31.105.245) has quit (Quit: Leaving.)

[21:32:05]

sphery:

dummy file

[21:32:40]

trumee (trumee!~parul@46-64-48-176.zone15.bethere.co.uk) has quit (Quit: ZNC - http://znc.sourceforge.net)

[21:32:50]

JasCo (JasCo!~jason@bas1-jockvale05-1088778296.dsl.bell.ca) has joined #mythtv-users

[21:32:55]

sphery:

and is this current mythtv (-fixes or master), because that sounds like something that was fixed a while back

[21:33:37]

DarkDrgn2k| (DarkDrgn2k|!~DarkDrgn2@bas2-toronto44-3096461072.dsl.bell.ca) has quit (Remote host closed the connection)

[21:34:11]

trumee_afk (trumee_afk!~parul@46-64-48-176.zone15.bethere.co.uk) has joined #mythtv-users

[21:34:15]

trumee_afk is now known as trumee

[21:34:29]

clever:

i'll have to try a git pull

[21:34:35]

sphery:

anyway, I'd say that's not so much of a "debugging" and more of a "figure out a high level description of part of the symptoms" (i.e. because you haven't fixed the bug--nor even done an in-depth diagnosis :)

[21:34:49]

fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has joined #mythtv-users

[21:34:55]

sphery:

in depth meaning understanding what code is doing what and why it's failing

[21:35:22]

clever:

i went thru all the frontend code to figure out why it was barfing

[21:35:22]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Read error: Connection reset by peer)

[21:48:36]

cafuego (cafuego!~cafuego@drupal.org/user/218525/view) has joined #mythtv-users

[21:52:35]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv-users

[21:54:54]

russell5 (russell5!~russell5@pool-108-49-242-195.bstnma.fios.verizon.net) has quit (Ping timeout: 240 seconds)

[21:56:29]

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

[22:00:10]

wagnerrp:

holy crapski

[22:00:15]

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

[22:00:26]

wagnerrp:

i just apparently did something bad

[22:00:40]

wagnerrp:

logs are getting flooded

[22:01:37]

sphery:

from the video scanner changes?

[22:02:14]

wagnerrp:

from trying to get the mediaserver to take part in the scanner changes

[22:02:46]

sphery:

oh, so just on your system, not on the pushed changed?

[22:03:02]

wagnerrp:

correct

[22:03:18]

sphery:

good :)

[22:03:37]

wagnerrp:

but its cycling through mainserver errors roughly once every 150usec

[22:03:43]

sphery:

(mainly because I really want this in 0.25--so I'm counting on the foothold you've gotten us :)

[22:04:12]

wagnerrp:

anyone ever come to a conclusion over local files?

[22:04:18]

wagnerrp:

and/or external players?

[22:05:25]

sphery:

I liked the single setting that can be a script or media player command line suggestion 2nd best (just after remove all external player functionality)

[22:06:00]

sphery:

don't really care for keeping the videometadata.playercommand "per-video" setting

[22:06:15]

wagnerrp:

but can it be done in a day....

[22:06:28]

sphery:

will it blend?

[22:07:06]

sphery:

I don't know what approach we're supposed to take, though, since there were multiple differing opinions

[22:07:28]

sphery:

only thing no one really disagreed about was taking out videotypes

[22:08:26]

jason (jason!~jason@122-57-229-88.jetstream.xtra.co.nz) has joined #mythtv-users

[22:08:41]

jason is now known as jasonnz

[22:10:47]

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

[22:11:38]

knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)

[22:11:53]

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

[22:16:54]

tgm4883:

--dd-grab-all should update all guide data correct?

[22:17:00]

tgm4883:

even existing data?

[22:21:00]

wagnerrp:

hehe, looks like theres a flaw in my event handling in libmythprotoserver

[22:21:34]

wagnerrp:

it got a BACKEND_MESSAGE[]:[]VIDEO_LIST_NO_CHANGE[]:[]empty

[22:21:38]

wagnerrp:

and proceeded to freak out

[22:22:38]

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

[22:23:34]

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

[22:23:34]

joki- is now known as joki

[22:26:14]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 240 seconds)

[22:29:50]

tgm4883:

When using --dd-grab-all, should I also be using some other options to refresh all my guide data? Currently I'm only using --dd-grab-all and it is not updating some incorrect listings I have (and I am getting incorrect shows recorded because of it)

[22:29:58]

tgm4883:

I'm using schedules direct on v0.25pre-4324-gbaf034e

[22:30:53]

wagnerrp:

Beirdo: something wrong with your anti-wget sentiment?

[22:33:35]

sphery:

tgm4883: yeah, it downloads all the data available and puts it all in

[22:33:37]

Beirdo:

hmm?

[22:33:45]

sphery:

are you sure that you have proper xmltvids and such?

[22:33:57]

sphery:

and that tms actually has available the correct listings?

[22:34:06]

wagnerrp:

i.e. not working properly since the wget removal

[22:34:17]

Beirdo:

then it wasn't working correctly before

[22:34:27]

Beirdo:

the only difference is in pulling the data itself

[22:34:37]

tgm4883:

sphery, I believe so. What is the best way to check that TMS has the correct listing? I've been checking zap2it which I thought used the same data

[22:34:58]

Beirdo:

I didn't change how it was used, just the transit from point A to point B

[22:35:18]

wagnerrp:

yeah, my test box isnt getting updated with guide data either

[22:35:25]

Beirdo:

interesting

[22:35:48]

wagnerrp:

everything looks fine... downloaded at 2112002 bytes... uncompressed to 26395392 bytes...

[22:35:51]

Beirdo:

so you're going to make me debug when I was going to do doxygen :)

[22:36:08]

Beirdo:

quite the compression ratio, eh?

[22:36:09]

wagnerrp:

but it never repopulates the table and still has the original garbage in there from when EIT was enabled

[22:36:27]

wagnerrp:

its all that needless verbosity in XML

[22:36:40]

tgm4883:

wagnerrp, it's still updating new days

[22:36:40]

darkdrgn2k (darkdrgn2k!~darkdrgn2@bas2-toronto44-3096461072.dsl.bell.ca) has joined #mythtv-users

[22:36:41]

darkdrgn2k:

hey guys

[22:36:48]

tgm4883:

just not any data that was previously populated

[22:36:51]

darkdrgn2k:

any idea why my mceusb istn creating a lirc0 ?

[22:36:51]

wagnerrp:

high compression means low entry... just a bunch of garbage text

[22:37:00]

Beirdo:

well I'll take a look on my box, but for me, it worked last I looked, and after that point, it's the exact same data as it got from wget

[22:37:13]

wagnerrp:

well as sphery mentioned, --dd-grab-all is supposed to dump everything and replace it

[22:37:19]

wagnerrp:

i believe it works through a day at a time

[22:37:59]

tgm4883:

wagnerrp, interesting, it's not then. Providing that zap2it is using the same data that SD is using

[22:38:05]

wagnerrp:

although 4324 is pretty far back

[22:38:12]

wagnerrp:

was your wget stuff in by then?

[22:38:21]

Beirdo:

2012-02–11 12:12:47.017498 I [8739/8739] CoreContext filldata.cpp:272 (GrabDDData) – Grab complete. Actual data from Fri Feb 10 00:00:00 2012 to Sun Feb 26 23:59:59 2012 (UTC)

[22:38:36]

xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv-users

[22:38:46]

tgm4883:

wagnerrp, I'll update and test again

[22:39:47]

Beirdo:

no, my stuff went in on Feb 8

[22:39:57]

Beirdo:

that version string is Feb 2

[22:41:27]

sphery:

tgm4883: iirc, there's a time delay between when updates show on zap2it.com and when they're available through datadirect (underlying schedules direct)

[22:41:27]

Beirdo:

2012-02–11 12:10:40.684706 I [8739/8739] CoreContext datadirect.cpp:1032 (DDPost) – Downloaded 4518953 bytes

[22:41:34]

Beirdo:

2012-02–11 12:10:40.911441 I [8739/8739] CoreContext datadirect.cpp:1039 (DDPost) – Uncompressed to 55276573 bytes

[22:41:43]

Beirdo:

gotta love that compression :)

[22:41:47]

sphery:

so if it's stuff that was just changed in the last 24 hrs, it might not be available

[22:42:05]

sphery:

I /think/ the update happens at like 1pm central (US) time daily

[22:42:25]

sphery:

but not positive

[22:42:47]

tgm4883:

sphery, hmm, I suppose that is possible for this latest test I'm doing. The issue I've been having is that trying to record "Royal Pains" on USA, the last few episodes have actually recorded "Monk"

[22:43:08]

tgm4883:

looking at my listing data, it shows Royal pains in mythweb, looking online it shows correctly as monk

[22:43:28]

tgm4883:

and while Monk is a great show, I've already seen all the episodes

[22:44:25]

wagnerrp:

its running, and adding the first show for each channel with an xmltvid

[22:44:44]

tgm4883:

alright, running myfilldatabase again with v0.25pre-4460-g5e5a024

[22:44:45]

wagnerrp:

its also incorrectly applying xmltvids to channels

[22:45:20]

skd5aner:

Beirdo: is wget no longer a pre-requisite for a mythtv install?

[22:45:28]

skd5aner:

(or was it embedded?)

[22:45:37]

wagnerrp:

wget is a pre-requisite for running linux

[22:45:38]

Beirdo:

it should no longer be needed

[22:45:55]

Beirdo:

wagnerrp: what are you smoking?

[22:45:56]

sphery:

tgm4883: sounds like a Royal Pain

[22:46:00]

skd5aner:

wagnerrp: well... probably true now-a-days, but I'm not sure that's exactly true

[22:46:06]

wagnerrp:

are there any mainstream distros that dont have a copy of wget in their baseline install?

[22:46:08]

tgm4883:

sphery, ha

[22:46:14]

Beirdo:

you can live without it, but it's not a prereq

[22:46:23]

Beirdo:

I wouldn't WANT to live without it

[22:46:28]

Beirdo:

but you can use curl

[22:46:29]

Beirdo:

:)

[22:46:30]

sphery:

besides, all the cool kiddies switched to curl years ago

[22:46:36]

skd5aner:

Beirdo: was wget listed in config as something it would look for before building?

[22:46:44]

Beirdo:

not sure

[22:46:46]

sphery:

guess that means Beirdo isn't cool since he prefers wget ;)

[22:46:54]

Beirdo:

thanks for the reminder, I'll go clean it out if it is

[22:46:55]

skd5aner:

Beirdo: I'm wondering if I can explicility list it in the "removed" list of pre-reqs on the release notes

[22:47:16]

sphery:

pretty sure we never looked for wget in configure

[22:47:28]

sphery:

just failed the schedules direct usage if it's not installed

[22:47:37]

Beirdo:

skd5aner: I'll have an answer very shortly :)

[22:47:42]

skd5aner:

thx

[22:47:43]

wagnerrp:

Beirdo: this is my program table after a 'mythfilldatabase --dd-grab-all'... http://pastebin.com/raw.php?i=ygvdV9kP

[22:47:46]

sphery:

(i.e. it was only required for schedules direct)

[22:48:11]

wagnerrp:

and for reference, those top seven lines are incorrect

[22:48:12]

Beirdo:

it's not tested for

[22:48:21]

skd5aner:

sphery: probably true, but maybe it should have been in retrospect, since there are several "option" pre-reqs listed in configure

[22:48:23]

sphery:

wagnerrp: you shouldn't need more than a couple hours' data

[22:48:25]

Beirdo:

just did a git grep to be sure

[22:48:30]

sphery:

just ask the US EIT users

[22:48:37]

wagnerrp:

i marked those channels as not visible, and mythfilldatabase decided to incorrectly populate the xmltvid based off the physical channel

[22:48:46]

skd5aner:

sphery: not that it matters now at all, but

[22:49:12]

Beirdo:

Big Bang Theory time

[22:49:15]

Beirdo:

:)

[22:49:40]

skd5aner:

Beirdo: I'm going to go ahead and list that it's no longer a requirement for that use case – just something to put as a badge for simplification and any packagers can pick it up if they want to as something of note

[22:49:54]

Beirdo:

yup, sounds good :)

[22:50:15]

wagnerrp:

should only make a difference to minimyth

[22:50:37]

Beirdo:

well, it would matter to mythbuntu too

[22:50:52]

Beirdo:

the package no longer needs wget as a dependency

[22:50:59]

sphery:

Beirdo: "and the location where the disappointing ending of LOST was filmed"

[22:52:46]

wizbit:

do you guys go through _every_ _single_ kernel option when configuring a custom kernel?

[22:53:13]

wizbit:

do you have kernel configs designed for certain bits of hardware you might have

[22:53:31]

wagnerrp:

i skim through it

[22:53:37]

wagnerrp:

if i dont know what it does, i dont touch it

[22:54:09]

wizbit:

ok

[22:54:24]

sphery:

wagnerrp: shhhh! they'll revoke your Gentoo club card

[22:54:37]

pyrodex:

wagnerrp: so far done 3 recordings at once and not a single TFW warning...

[22:54:42]

pyrodex:

and they look decent

[22:54:42]

Beirdo:

OMG, old New Orleans Jazz fits my mood today so well

[22:54:43]

wizbit:

sphery: LOL

[22:54:51]

sphery:

using reasonable defaults without flipping switches you don't understand... some Gentoo user you are

[22:55:25]

wagnerrp:

im not doing it out of performance or size... more so i can make sure the necessary bits for iscsi support are flipped, and to embed by own initrd inside the kernel

[22:56:20]

17WAASX00 (17WAASX00!~quassel@p5498E753.dip.t-dialin.net) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)

[22:56:34]

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

[22:57:20]

tgm4883:

hmm, no deal still wrong

[23:04:02]

wagnerrp:

did i outright never implement anything to handle BACKEND_MESSAGE?

[23:04:05]

wagnerrp:

that cant be right...

[23:04:11]

wagnerrp:

i know i did at some point

[23:19:21]

wizbit:

is iam lin d o ro on holiday?

[23:19:39]

wagnerrp:

no, hes avoiding distraction

[23:19:45]

wizbit:

aye ok

[23:19:51]

Beirdo:

what's with the spaces? he's not even in channel

[23:19:58]

wizbit:

oh :D

[23:20:06]

wagnerrp:

force of habit

[23:20:20]

wagnerrp:

he tends to get kicked when he says iamlindoro's name

[23:20:26]

Beirdo:

hehehe

[23:20:40]

Beirdo:

well, that in and of itself shouldn't be enough to get kicked

[23:20:49]

wagnerrp:

usually because hes prodding iamlindoro to look at some inane link, or the latest incarnation of the 'perfect mythtv box'

[23:21:06]

Beirdo:

hehe, now the perfect mythtv box... :)

[23:21:08]

Beirdo:

hehe

[23:21:10]

wizbit:

that was when i was called something else

[23:21:23]

wagnerrp:

there was a time when uttering 'perfect myth[back|front]end' was an instakick

[23:21:38]

wizbit:

eek

[23:21:48]

Beirdo:

which is overreaction, of course :) but it sure fixed the problem :)

[23:22:01]

wagnerrp:

well... perhaps

[23:22:16]

wagnerrp:

it was never any one thing

[23:22:32]

wagnerrp:

it was more a built up allergic reaction

[23:22:39]

wagnerrp:

the kick was involuntary

[23:22:39]

Beirdo:

hehe, yeah

[23:22:45]

wagnerrp:

he had no control over it, it was just going to happen

[23:23:02]

wizbit:

who was that other guy

[23:23:21]

wagnerrp:

other guy....

[23:23:28]

Shadow__1 is now known as Shadow__X

[23:23:31]

wizbit:

dam cannot remember his name he was a regular

[23:23:41]

Shadow__X (Shadow__X!~jose@c-68-38-215-67.hsd1.nj.comcast.net) has quit (Changing host)

[23:23:41]

Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has joined #mythtv-users

[23:23:49]

Beirdo:

language is also a reason for a boot to the butt

[23:24:49]

wizbit:

dagmar!

[23:28:22]

JasCo (JasCo!~jason@bas1-jockvale05-1088778296.dsl.bell.ca) has quit (Quit: Leaving)

[23:28:41]

Beirdo:

JasCo?

[23:28:53]

Beirdo:

if that was my cousin, I'd laugh pretty hard

[23:58:44]

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

[23:59:01]

trumee (trumee!~parul@46-64-48-176.zone15.bethere.co.uk) has quit (Quit: ZNC - http://znc.sourceforge.net)

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

Current users (165):