Beirdobot, irc.freenode.net

Wednesday, August 3rd, 2011, 00:02 UTC

[00:02:22]

russell5 (russell5!~russell5@pool-108-20-145-169.bstnma.fios.verizon.net) has quit (Remote host closed the connection)

[00:02:53]

shipit_ (shipit_!~shipit@67.221.38.116) has joined #mythtv-users

[00:03:18]

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

[00:05:58]

shipit (shipit!~shipit@204-15-2-155-static.ipnetworksinc.net) has quit (Ping timeout: 250 seconds)

[00:06:19]

Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has quit (Quit: Client exiting)

[00:09:57]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 255 seconds)

[00:24:26]

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

[00:24:26]

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

[00:24:26]

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

[00:33:14]

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

[00:36:07]

russell5 (russell5!~russell5@pool-108-20-145-169.bstnma.fios.verizon.net) has joined #mythtv-users

[00:54:44]

andreax (andreax!~andreaz@p57B92641.dip.t-dialin.net) has quit (Quit: Leaving.)

[00:56:34]

mzb (mzb!~mzb@ppp108-88.static.internode.on.net) has quit (Read error: Connection reset by peer)

[00:57:33]

mzb (mzb!~mzb@ppp108-88.static.internode.on.net) has joined #mythtv-users

[01:01:19]

NULL[NULL[0]] (NULL[NULL[0]]!~fred@e181006049.adsl.alicedsl.de) has joined #mythtv-users

[01:02:42]

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

[01:03:45]

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

[01:03:45]

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

[01:03:45]

gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)

[01:05:03]

NULL[0] (NULL[0]!~fred@e181009150.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)

[01:06:30]

andreax (andreax!~andreaz@p57B92641.dip.t-dialin.net) has quit (Read error: Connection reset by peer)

[01:08:34]

benc_ (benc_!~benc@markcaswell.dsl.visi.com) has quit (Ping timeout: 264 seconds)

[01:09:20]

paul-h (paul-h!~paulh@mythtv/developer/paul-h) has quit (Ping timeout: 252 seconds)

[01:09:21]

bumblebeebat (bumblebeebat!~sean@wnpgmb016qw-ds01-57-105.dynamic.mtsallstream.net) has quit (Ping timeout: 255 seconds)

[01:10:35]

paul-h (paul-h!~paulh@5adce259.bb.sky.com) has joined #mythtv-users

[01:10:35]

paul-h (paul-h!~paulh@5adce259.bb.sky.com) has quit (Changing host)

[01:10:35]

paul-h (paul-h!~paulh@mythtv/developer/paul-h) has joined #mythtv-users

[01:14:13]

benc_ (benc_!~benc@markcaswell.dsl.visi.com) has joined #mythtv-users

[01:21:11]

paul-h (paul-h!~paulh@mythtv/developer/paul-h) has quit (Read error: Operation timed out)

[01:21:13]

bumblebeebat (bumblebeebat!~sean@173.234.43.202) has joined #mythtv-users

[01:23:47]

paul-h (paul-h!~paulh@5adce259.bb.sky.com) has joined #mythtv-users

[01:23:47]

paul-h (paul-h!~paulh@5adce259.bb.sky.com) has quit (Changing host)

[01:23:47]

paul-h (paul-h!~paulh@mythtv/developer/paul-h) has joined #mythtv-users

[01:28:37]

phil_ (phil_!~quassel@chello080109010223.16.14.vie.surfer.at) has quit (Remote host closed the connection)

[01:35:34]

paul-h (paul-h!~paulh@mythtv/developer/paul-h) has quit (Ping timeout: 264 seconds)

[01:36:13]

Meliorator (Meliorator!m@dunnington.eu) has quit (Read error: Connection reset by peer)

[01:38:26]

paul-h (paul-h!~paulh@5adce259.bb.sky.com) has joined #mythtv-users

[01:38:26]

paul-h (paul-h!~paulh@5adce259.bb.sky.com) has quit (Changing host)

[01:38:26]

paul-h (paul-h!~paulh@mythtv/developer/paul-h) has joined #mythtv-users

[01:40:18]

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

[02:04:32]

pizzledizzle (pizzledizzle!~pizdets@pool-96-250-220-99.nycmny.fios.verizon.net) has quit ()

[02:06:01]

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

[02:06:01]

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

[02:06:01]

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

[02:06:38]

NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users

[02:08:11]

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

[02:28:12]

cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has quit (Remote host closed the connection)

[02:28:26]

galamar (galamar!~galamar@ip98-160-103-42.ok.ok.cox.net) has joined #mythtv-users

[02:31:04]

cesman (cesman!~cecil@pool-108-38-214-203.lsanca.fios.verizon.net) has joined #mythtv-users

[02:31:04]

cesman (cesman!~cecil@pool-108-38-214-203.lsanca.fios.verizon.net) has quit (Changing host)

[02:31:04]

cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv-users

[02:31:13]

galamar:

Hello all I am having trouble getting mythtv to use my hauppauge itvc16 card it sees the card but channel scans fail to find any channels. any ideas on how to make it work. I have the coaxial plugged in and I can only see one channel when using a program call kamoso(for webcams) but it proves the card is installed and detected.

[02:32:19]

wagnerrp:

itvc16 card... what is the actual card name?

[02:33:51]

galamar:

its a hauppauge wintv pvr-150

[02:34:12]

wagnerrp:

you should not be scanning analog

[02:34:23]

wagnerrp:

you should be pulling a lineup from your Schedules Direct account

[02:36:08]

galamar:

okay so how do I do that? I have been running the backend setup and under "input connections" tab and scanning on us-cable. that seemed logical to me.

[02:36:25]

wagnerrp:

have you set up a schedules direct account?

[02:37:16]

galamar:

beings as I;m not entirely sure what you are talking about I would say no.

[02:37:47]

wagnerrp:

mythtv is designed to record shows based off rules

[02:37:55]

wagnerrp:

rules need guide data to function

[02:38:09]

wagnerrp:

and in north america, we get that guide data from schedulersdirect.org

[02:38:16]

galamar:

I'm not concerned with recording until I am able to view.

[02:38:58]

slickrick (slickrick!~INTERWORX@CPE0010f30c0794-CM00159a648146.cpe.net.cable.rogers.com) has joined #mythtv-users

[02:39:10]

wagnerrp:

then use the v4l command line utilities to tune a channel

[02:39:26]

wagnerrp:

and then 'cat /dev/video0 > some_file.mpg'

[02:39:47]

slickrick:

hello. what is the name of current tool in 0.24 to find and delete orphans?

[02:39:57]

wagnerrp:

find_orphans.py

[02:40:07]

slickrick:

wagnerrp: thanks.

[02:40:45]

Beirdo:

justinh: you around?

[02:41:03]

wagnerrp:

seriously? its like 2:40am

[02:41:03]

galamar:

ok your instruction there is a little vague. care to elaborate for the new to linux user that I am?

[02:41:13]

wagnerrp:

the only way hes around is if the baby woke him up

[02:41:17]

Beirdo:

wagnerrp: I know, but sometimes :)

[02:41:55]

Beirdo:

anyone else have specific files that the mpeg2 "lossless" transcoder belches on?

[02:41:56]

wagnerrp:

galamar: use the 'v4lctl' terminal command to tune a channel

[02:42:12]

wagnerrp:

and then run 'cat /dev/video0 > some_file.mpg' to see if it produces a valid mpeg file

[02:42:26]

wagnerrp:

if it produces a recording, then the card works

[02:42:31]

wagnerrp:

if the card works, mythtv will work with it

[02:42:36]

galamar:

video0 is my webcam.

[02:42:40]

wagnerrp:

alternatively, you can use mplayer to test the card

[02:42:52]

wagnerrp:

'mplayer tv://<channel>' or something like that

[02:42:55]

wagnerrp:

well then video1

[02:43:08]

wagnerrp:

whatever device node your PVR-150 shows up as

[02:45:13]

galamar:

video33

[02:45:29]

wagnerrp:

no, that is not what input you should be using

[02:45:42]

wagnerrp:

im going to guess it will be video1

[02:46:13]

wagnerrp:

video1 will be the encoded MPEG output of the card

[02:46:18]

galamar:

I can't figure out the proper syntax for the v4lctl command. I would assume I need the -c option is need to be used but what should follow that?

[02:46:22]

wagnerrp:

video25 and video33 are other outputs you will likely never use

[02:47:53]

galamar:

okay well mythtv shows my card on video 1 25 and 33 but 33 is the only one that yields any result with kamoso, which at this time is the only program I can see any video at all with.

[02:48:07]

wagnerrp:

i dont know what kamoso is

[02:48:14]

galamar:

its a webcam app

[02:48:17]

wagnerrp:

but chances are, if it works on video33, it is designed to work with framegrabbers

[02:48:26]

wagnerrp:

you do not want to use that card as a framegrabber

[02:48:31]

galamar:

it detects my card as a webcam on videoo33

[02:49:41]

wagnerrp:

that card is designed to operate as an MPEG encoder, outputting MPEG2 streams on /dev/video1

[02:49:43]

wagnerrp:

however

[02:50:02]

wagnerrp:

it is also capable of operating in standard V4L framegrabber mode on /dev/video33

[02:51:31]

galamar:

is there any way you can guide me step by step you tell me what to type and I'll tell you what it says when I type said commands?

[02:52:18]

wagnerrp:

when you used kamoso, did you get any video?

[02:53:55]

galamar:

yes it shows me the tvguide channel

[02:54:11]

galamar:

or channel 3 as it were

[02:54:18]

wagnerrp:

then the card is already tuned and you dont need to fiddle with v4lctl

[02:54:29]

wagnerrp:

just run 'cat /dev/video1 > some_file.mpg'

[02:54:48]

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

[02:55:32]

galamar:

okay I did and it has been doing something for a while but not returning to prompt.

[02:55:42]

wagnerrp:

now ctrl-c

[02:56:10]

galamar:

ok now look for the new.mpg file???

[02:56:24]

wagnerrp:

it will be in the current directory, named some_file.mpg

[02:56:31]

wagnerrp:

no need to look for it

[02:56:38]

wagnerrp:

just check if its a valid video file

[02:56:47]

wagnerrp:

(open it in mplayer or some other video player)

[02:58:20]

galamar:

okay it appears to have recorded 280MB worth of the tv guide channel. Is that what was expected?

[02:58:24]

slickrick (slickrick!~INTERWORX@CPE0010f30c0794-CM00159a648146.cpe.net.cable.rogers.com) has quit (Quit: Ex-Chat)

[02:59:17]

wagnerrp:

yes

[02:59:23]

wagnerrp:

that means the card is working

[02:59:27]

galamar:

okay sweet

[02:59:50]

galamar:

I knew it was working though.

[02:59:57]

galamar:

kamoso

[03:00:07]

wagnerrp:

but that was framegrabber mode

[03:00:12]

wagnerrp:

you dont want to use that card as a framegrabber

[03:00:24]

wagnerrp:

this confirms that the hardware encoder chip is working and usable by mythtv

[03:00:30]

wagnerrp:

when you configure the card in mythtv setup

[03:00:33]

galamar:

oh okay. yeah I'm not sure what that means

[03:00:38]

galamar:

framegrabber

[03:00:42]

wagnerrp:

you will want to configure it as an IVTV MPEG encoder on /dev/video1

[03:00:57]

wagnerrp:

framegrabber means just how it sounds

[03:01:05]

galamar:

ok

[03:01:07]

wagnerrp:

the system has to pull raw video frames out of the card

[03:01:30]

wagnerrp:

with kamoso or tvtime, it then simply copies those frames to the video card for display

[03:01:44]

wagnerrp:

with mythtv, it has to compress those in real time, and then fiddle with audio separately

[03:02:36]

galamar:

oh ok my tvtime is corrupt or something it starts than closes right away.

[03:04:04]

galamar:

but thats not an issue. on with myth tv setup.

[03:04:36]

wagnerrp:

Beirdo: so as someone who dabbles in embedded hardware, what do you think of microsoft's plan of running .NET on a microcontroller?

[03:04:53]

Beirdo:

hahahah

[03:04:58]

Beirdo:

yuck

[03:05:01]

wagnerrp:

thats what i thought

[03:05:20]

wagnerrp:

http:///netmf.com/gadgeteer/

[03:05:20]

Beirdo:

.NET is too much overhead for useful embedded use

[03:05:21]

galamar:

oh and schedulerdirect.org is not valid as far as my web browser is concerned.

[03:05:29]

Beirdo:

might as well just use Java

[03:05:37]

wagnerrp:

schedulesdirect.org

[03:05:49]

galamar:

yeah that one

[03:05:57]

wagnerrp:

that one works

[03:06:06]

galamar:

still says no good I just clicked on your link.

[03:06:30]

wagnerrp:

i just opened the page

[03:06:44]

wagnerrp:

check your spelling

[03:06:56]

galamar:

okay my internet was just being retarded sorry.

[03:07:15]

galamar:

do I still need to use that site?

[03:07:20]

wagnerrp:

it costs $20/yr for guide data

[03:07:25]

wagnerrp:

there is a 7day free trial

[03:07:46]

galamar:

No I am not paying money.

[03:08:07]

wagnerrp:

there are no other legal sources of guide data in north america that i am aware of

[03:08:09]

galamar:

free open source software is why I switched to linux.

[03:08:48]

wagnerrp:

and commercial software abusing zap2it is why TMS took it away from us and made us pay to license the content

[03:08:52]

galamar:

so why cant I just scan for channels and use my tvcard as if it were just like my "TV"?

[03:08:55]

Beirdo:

well, unless you stole your capture card, you've already paid money for the setup

[03:09:12]

Beirdo:

the software is free

[03:09:15]

wagnerrp:

because mythtv is not designed to watch tv

[03:09:28]

wagnerrp:

mythtv is designed to record tv, and at some later point watch those recordings

[03:09:28]

Beirdo:

the data is not free, just very inexpensive

[03:09:36]

wagnerrp:

if you just want to watch tv, use tvtime

[03:09:39]

galamar:

ok well thats all I wanna do.

[03:10:28]

galamar:

my tvtime is broken. I have reinstalled twice from synaptic and it still exits right after loading a gui for less than a second.

[03:10:40]

wagnerrp:

chances are its trying to access the wrong devices

[03:10:50]

Beirdo:

that's not something supported in this channel, really

[03:11:20]

galamar:

its supported in private messages.

[03:11:35]

wagnerrp:

huh?

[03:11:54]

Beirdo:

yeah, huh?

[03:11:58]

iamlindoro:

huh?

[03:12:10]

Beirdo:

I'm just saying, this is a mythtv channel, not a tvtime channel :)

[03:12:22]

iamlindoro:

If you want an absolutely no-cost DVR, MythTV is not for you

[03:12:29]

wagnerrp:

iamlindoro: JEDIDIAH__ was asking something about your projector screen earlier today... i think

[03:12:33]

galamar:

lol no set topic or rules to violate in a private message window.

[03:12:40]

iamlindoro:

MythTV is a luxury DVR suite... not a cheap way of watching TV

[03:13:12]

galamar:

I didn't know what mythtv was it was just something somebody told me I should use.

[03:13:26]

iamlindoro:

Panoview Graywolf II

[03:13:49]

wagnerrp:

mythtv is something you should use for recording tv, not live tv

[03:14:26]

wagnerrp:

Beirdo: looks like theyre using some Amtel BGA microcontroller

[03:14:35]

wagnerrp:

probably identical to the arduino in capabilities

[03:14:42]

galamar:

I don't want cheap to watch tv. watching tv is a cheap way to watch tv. i want to run my cheap tv through my computer so that I might be able to take a screenshot or something if I so desired.

[03:15:07]

Beirdo:

wagnerrp: interesting.

[03:15:23]

Beirdo:

I'd still use arduino, or do it directly

[03:15:24]

wagnerrp:

wait, no

[03:15:31]

wagnerrp:

theyve got some Amtel microcontroller on it

[03:15:37]

wagnerrp:

but its a 72MHz ARM7

[03:15:42]

Beirdo:

heh

[03:15:47]

Beirdo:

ouch

[03:16:02]

wagnerrp:

meaning its way overkill for the kind of uses it will be put into

[03:17:02]

Beirdo:

yeah

[03:17:26]

wagnerrp:

and it links everything up with 10pin ribbon cables

[03:17:37]

wagnerrp:

theres just something elegant about the stackable shields

[03:17:43]

Beirdo:

yeah

[03:18:32]

iamlindoro:

Ugh, where have all the cheap Vegas rates gone

[03:19:09]

wagnerrp:

down the river with all their waterrrrrrrrrrrrrrrrrrrrrrrrrrrr

[03:19:13]

wagnerrp:

gah...

[03:32:29]

sphery:

who needs cheap rates? just spend an extra hour at the tables to cover a week's hotel bill

[03:37:27]

iamlindoro:

I love that confidence

[03:37:35]

iamlindoro:

No gambling for me.. just racing

[03:37:42]

iamlindoro:

(Vegas Marathon)

[03:38:35]

iamlindoro:

It's my Christmas present to myself! :)

[03:40:08]

sphery:

nice

[03:40:25]

iamlindoro:

Apparently Vegas has learned they can hold up the people there for the race, and for the "National Finals of Rodeo"

[03:40:52]

iamlindoro:

too bad, as of last year it was nice and cheap

[03:41:20]

Beirdo:

yeah, anything else on in town at the time?

[03:41:26]

iamlindoro:

Rodeo

[03:41:36]

Beirdo:

ah, they are at the same time

[03:41:46]

iamlindoro:

yeah

[03:41:50]

Beirdo:

that could have some effect on room availability, I'd guess

[03:41:56]

iamlindoro:

It's a huge deal

[03:42:06]

iamlindoro:

it's a bunch of skinny runners and rednecks

[03:42:13]

iamlindoro:

kind of fun, actually

[03:42:14]

Beirdo:

heh

[03:42:42]

Beirdo:

I think I'd rather sit on a beach in Maui or something, but to each their own

[03:43:30]

iamlindoro:

Who's to say you can't do both?

[03:43:48]

Beirdo:

heh, I suppose

[03:44:16]

sphery:

but that would means spending /another/ hour at the tables...

[03:44:27]

Beirdo:

hehe

[03:44:31]

sphery:

when am I supposed to have fun with all this gambling

[03:45:13]

Beirdo:

OK, let's find another victim recording and see if I got this cleared up

[03:48:03]

** iamlindoro sends sphery to the tables with a $20 **

[03:48:12]

iamlindoro:

bring me back some race entry fees

[03:52:18]

Beirdo:

hehe

[03:52:29]

Beirdo:

or a small beer

[03:52:32]

Beirdo:

your choice

[03:52:35]

sphery:

heh

[03:54:18]

Beirdo:

well... I'll see if this looks OK, but it's definitely cutting

[03:54:57]

iamlindoro:

now all you need to do is make it work with H.264 :)

[03:55:00]

Beirdo:

1h -> 43min

[03:55:04]

Beirdo:

hehe

[03:55:10]

Beirdo:

one thing at a time :)

[03:55:38]

Beirdo:

let's get this thing checked in with no QT3 first... then we can attack the libmpeg2 part

[03:55:55]

Beirdo:

then maybe look to see if H.264 (or even MPEG4) can be done

[04:04:52]

galamar (galamar!~galamar@ip98-160-103-42.ok.ok.cox.net) has left #mythtv-users ("Ex-Chat")

[04:06:22]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has quit (Read error: Operation timed out)

[04:08:21]

Beirdo:

if anyone has MPEG2 files that mythtranscode doesn't like (for "lossless" transcoding), let me know

[04:09:05]

Beirdo:

I still need to run another test with a PS file, but the TS run works for me now, and I'm hoping I didn't break PS :)

[04:14:30]

dmz (dmz!~dmz@64.203.235.49.dyn-cm-pool-34.pool.hargray.net) has quit (Ping timeout: 252 seconds)

[04:25:12]

wagnerrp:

iamlindoro: easy solution, bet on yourself

[04:25:13]

wagnerrp:

:)

[04:25:45]

Beirdo:

or if yer a real jerk... bet against yourself... then take a dive

[04:26:07]

Beirdo:

not that that's not illegal :)

[04:26:48]

wagnerrp:

of course its not legal to be on yourself either

[04:26:59]

Beirdo:

true

[04:27:11]

wagnerrp:

although i dont understand why

[04:27:29]

Beirdo:

of course, it doesn't have the ethical issue that betting against yourself does

[04:27:33]

wagnerrp:

i guess its just improper to bet if you have any involvement at all

[04:27:46]

Beirdo:

that's the gist of it, I guess

[04:38:36]

bumblebeebat (bumblebeebat!~sean@173.234.43.202) has quit (Ping timeout: 255 seconds)

[04:44:46]

[R]:

so i've been missing recordings

[04:44:56]

[R]:

and i knew because there ewas a show that was supposed to record like last week and it never did

[04:45:04]

[R]:

it looks like the clock on my computer is off by 2 minutes

[04:45:27]

[R]:

it seems as if mythbackend starts and a show it wanted to record has already started, and there is no alternatives, it'll record it... but if there are alternatives, it wont

[04:45:29]

[R]:

is that true?

[04:47:11]

Beirdo:

Either that or you're lyin'

[04:47:24]

Beirdo:

it sounds about right though

[04:48:21]

sphery:

[R]: that's exactly how it works--if it misses the start but there's another showing on the listings, it will wait to get the whole show

[04:49:01]

Beirdo:

ntpd is your friend

[04:49:06]

sphery:

[R]: sounds like you need to do an: hwclock --systohc --utc (assuming you store the system clock in UTC) and/or increase your wakeup time

[04:52:17]

[R]:

as a stopgap i increaed my wakeup

[04:52:26]

[R]:

the problem is i had to disable the hwclock on shutdown

[04:52:30]

[R]:

because of wake on alarm

[04:52:37]

[R]:

i suppose i could run hwclock before i set the alarm...

[04:53:01]

Beirdo:

heh

[04:56:48]

bumblebeebat (bumblebeebat!~sean@wnpgmb016qw-ds01-57-105.dynamic.mtsallstream.net) has joined #mythtv-users

[05:10:41]

wagnerrp:

apparently weve got an archlight theme now

[05:11:18]

wagnerrp:

i guess that would be styled on monument valley?

[05:18:37]

Beirdo:

or St. Louis and lightbulbs

[05:25:43]

** Beirdo feels happy. **

[05:26:22]

Beirdo:

mpeg2fix seems to be operational for me now. Tested with my files. Need some bad files

[05:26:36]

wagnerrp:

did you just add some movies to TMDB?

[05:27:09]

wagnerrp:

http://www.gossamer-threads.com/lists/mythtv/users/487931#487931

[05:30:19]

Beirdo:

me?

[05:30:44]

Beirdo:

hehe

[05:39:40]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[05:39:44]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[05:39:44]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[05:44:15]

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

[05:54:21]

gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has joined #mythtv-users

[06:01:26]

benc_ (benc_!~benc@markcaswell.dsl.visi.com) has quit (Ping timeout: 258 seconds)

[06:03:03]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has joined #mythtv-users

[06:03:57]

justinh:

hahaha http://www.bbc.co.uk/news/technology-14372698

[06:04:49]

wagnerrp:

pretty sure ripping CDs isnt illegal over here

[06:05:59]

justinh:

there's one pretty big hole in the new legislation it seems though... they've said nothing about circumventing encryption for these personal format shifts

[06:06:35]

wagnerrp:

yeah, thats the issue over here

[06:06:45]

benc_ (benc_!~benc@markcaswell.dsl.visi.com) has joined #mythtv-users

[06:07:27]

justinh:

aye cos you guys have had 'fair use' for ages as I understand it, then the DMCA came along

[06:09:19]

wagnerrp:

thank sony for that one... oddly enough

[06:10:46]

justinh:

heh Betamax... it might never have become the #1 format but at least it got y'all fair use

[06:11:03]

Beirdo:

justinh: you have some test recordings for me to try this mpeg2 cutting with?

[06:11:32]

justinh:

Beirdo: yeah I'll pop some short clips into a dropbox. what size would you need?

[06:11:48]

Beirdo:

100M ish, I guess

[06:12:08]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)

[06:12:11]

Beirdo:

I should be able to put in cuts and try to cut :)

[06:15:38]

justinh:

okees I'll get some ready for you

[06:16:29]

Beirdo:

ImportError: cannot import name JSONDecodeError

[06:16:57]

Beirdo:

looks like someone was chaning smolt.py on me and I'm now missing a prereq

[06:17:22]

wagnerrp:

shouldnt be

[06:17:48]

wagnerrp:

i thought i altered that so it would use the built in json decoder

[06:18:14]

Beirdo:

line before was:

[06:18:14]

Beirdo:

from simplejson import JSONEncoder, JSONDecodeError

[06:18:25]

wagnerrp:

yeah, i thought i got rid of simplejson

[06:18:34]

Beirdo:

interesting :)

[06:18:38]

wagnerrp:

try just making it json

[06:19:53]

wagnerrp:

simplejson was merged into core python some time back

[06:20:05]

wagnerrp:

so whatever the necessary changes are, they wont be much

[06:20:10]

wagnerrp:

im going to bed

[06:21:13]

justinh:

Beirdo: I've put the files in https://www.dropbox.com/home/Beirdo#/Beirdo::: might take a while to upload 400MB

[06:21:21]

Beirdo:

OK

[06:22:27]

Beirdo:

OK, I'll tweak the smolt stuff later

[06:24:55]

justinh:

whoah just looking in my backend log to discover why a recording failed last night and umm...

[06:25:05]

justinh:

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ':SERVICEID AND networkid = :NETWORKID AND transportid ' at line 1

[06:25:53]

justinh:

running mysql Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (i486) using readline 6.1 here

[06:26:25]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has joined #mythtv-users

[06:28:07]

Beirdo:

hmm

[06:28:10]

Beirdo:

sphery: ^^^

[06:28:24]

Beirdo:

is that maybe related to the new auto-connection stuff?

[06:29:15]

justinh:

before that it lost the connection to the DB but managed to re-establish it

[06:29:57]

Beirdo:

yeah, I think he was discussing what would happen if a prepared statement didn't get prepared again properly after reconection

[06:30:07]

Beirdo:

discussing with daniel, I think

[06:30:40]

justinh:

hmm

[06:31:33]

Beirdo:

ya might wanna toss in a ticket, and punt it to mdean so he can get details that might be helpful

[06:31:43]

Beirdo:

he's likely asleep by now (or soon to be)

[06:33:02]

dekarl (dekarl!~dekarl@dslb-084-058-164-202.pools.arcor-ip.net) has joined #mythtv-users

[06:34:38]

justinh:

as for the failed recording, other shows on that channel record fine

[06:36:17]

justinh:

Beirdo: one hour left on the uploads. ouch

[06:36:44]

Beirdo:

no prob. I'll test em tomorrow if they get here late enough

[06:37:00]

justinh:

I hope this failed recorder stuff is just a simple config thing

[06:37:07]

justinh:

but I can't see it somehow

[06:39:20]

justinh:

adding record,siparser to the verbosity. see if I can snag a reason

[06:39:47]

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

[06:40:12]

justinh:

it sat there the other night missing Eastenders too – for the duration of the show its status was 'recording' but then it came out of that with a 0GB file :-\

[06:40:26]

justinh:

same with the other failed recording

[06:41:00]

Beirdo:

eek

[06:41:01]

justinh:

wonder if I've inadvertently changed permissions on one of the SG dirs

[06:41:30]

Beirdo:

although missing Eastenders ain't the end of the world, IMHO, but yer missus may think otherwise

[06:41:48]

Scopeuk-AFK is now known as Scopeuk

[06:42:07]

justinh:

hmmm both seem to think they're owned by 'justin' in the group mythtv.. and have drwxrwxrwx – so that's ok

[06:42:54]

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

[06:42:58]

justinh:

the permissions aren't cached are they by any chance? because I did notice the other day the 2nd dir wasn't group writeable

[06:43:30]

Beirdo:

hmmm, not that I know of, but a backend restart (process that is) probably wouldn't hurt

[06:44:21]

justinh:

2011-08–03 06:53:05.964 TVRec(1): rec->GetPathname(): '/video2/1005_20110803065300.mpg' says it's ok on that score I reckon

[06:45:22]

justinh:

2011-08–03 06:53:05.619 Updating status for "The WotWots":"Ready to Roar" on cardid 1 (Tuning => Recording)

[06:45:28]

justinh:

the wotwots. LOL

[06:47:35]

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

[06:47:41]

justinh:

eek. son is awake. it's his first birthday today

[06:47:51]

Beirdo:

:)

[06:48:43]

dekarl:

oh man, dear manufacturers, please at least try to get your uuids right according wo the intel wfm spec... there's on customer who checks them because you tend to deliver them ahead of time in varying byte order :( (had to get that out)

[06:49:44]

Scopeuk is now known as Scopeuk-AFK

[06:51:24]

dekarl:

iamlindoro: what do you think about putting a link to the movie/episode/series at tmdb/tvdb/imdb/theotherdb in the url field in xmltv? As long as there is no common id that's the easiest thing I came up with (and I do that anyway to get the url to add a synopsis to the users, so it would be nice to read and display the url)

[06:51:24]

dekarl:

stations often deliver "more about the program on our site" urls, too.

[07:01:55]

johd (johd!~johd@pdpc/supporter/student/jvs) has quit (Quit: Leaving)

[07:09:46]

NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 250 seconds)

[07:24:52]

Beirdo:

justinh: I think you need to share that dir with me, I can't see it from the URL as posted

[07:33:15]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[07:33:15]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[07:33:15]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[07:35:51]

troyt (troyt!~troyt@cl-166.phx-01.us.sixxs.net) has quit (Ping timeout: 260 seconds)

[07:35:59]

kormoc is now known as kormoc_afk

[07:39:10]

phil___ (phil___!~quassel@chello080109010223.16.14.vie.surfer.at) has joined #mythtv-users

[07:44:48]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has quit (Read error: Operation timed out)

[07:49:17]

justinh:

hmmm grepping the backend log for Recorder Failed seems to only bring up one recording

[07:49:43]

justinh:

well one recording since I fixed the recording profiles

[07:50:13]

justinh:

I should look at that again I think

[07:50:27]

justinh:

Eastenders failing might have been the wrong perms on the 2nd SG dir

[07:51:06]

justinh:

wha? Nothing in the log for Eastenders at all?!

[07:51:54]

justinh:

ah wrong case

[07:52:20]

justinh:

grep "EastEnders" /var/log/mythtv/mythbackend.log |grep Failed produces nothing though

[07:52:54]

justinh:

oh wait.. that recording was borked because of the backend deadlock

[07:53:20]

justinh:

jees, never before has upgrading really caused anything like this here

[07:54:38]

justinh:

hmmm .. default profile for the failed recording so it ain't that

[07:56:11]

justinh:

haha Top Gear also failed on the 24th

[07:56:20]

justinh:

didn't I upgrade *after* that though?

[07:57:19]

justinh:

08:57:08 up 309 days, 14:59, 7 users, load average: 0.73, 0.68, 0.58

[07:57:24]

justinh:

wow!

[07:58:39]

justinh:

rats – seems my dvbradioexport.pl script job has been failing too

[07:59:22]

justinh:

ah bash: ./home/mythtv/dvbradioexport.pl: No such file or directory

[07:59:48]

justinh:

hhmmmmmnope.. it's there

[08:00:15]

dekarl:

Beirdo: been ripping DVD lately with vobcopy (which just slaps together all the vobs of the main movie into one MPEG-2 PS file without rewriting PTS/GOPs) leaving me with about half of the files with the length of the last original VOB segment in the internal player. Can mpeg2fix rewrite a continous PTS instead of resetting it at the places where the files are joined? Or is simply building a seektable the way to go?

[08:01:07]

justinh:

arghh damn you ubuntu again!

[08:01:09]

dekarl:

Everything plays fine, but seeking is off with the whole length scaled to 20 some minutes

[08:01:34]

justinh:

I now need the mythtv perl bindings but installing those is going to pull in a newer -fixes which also means I'll technically need to update the frontend

[08:01:57]

[R]:

dekarl: why not just use ffmpeg or mencoder?

[08:02:01]

justinh:

sigh

[08:02:18]

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

[08:02:46]

dekarl:

[R]: what for? ripping, fixing, transcoding?

[08:03:22]

dekarl:

all I'm doing atm is copying the movie from a dvd into one file, nothing else

[08:03:36]

[R]:

dekarl: for doing exactly that...

[08:03:59]

justinh:

oh nice I got libmythtv-perl ok

[08:04:31]

dekarl:

hmm, I'll have a look at "mythffmpeg -vobcopy movie to file" tonight then. Maybe that's the answer, thanks

[08:05:13]

justinh:

Incompatible protocol version (23056 != 63) at /usr/local/share/perl/5.10.1/MythTV.pm line 651 – STILL. Boo

[08:05:50]

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

[08:06:55]

** justinh tries to remember how to list dependencies **

[08:08:27]

justinh:

no dependencies? meh

[08:08:54]

alex-- (alex--!~alex--@546A28D7.cm-12-3a.dynamic.ziggo.nl) has joined #mythtv-users

[08:10:02]

justinh:

gah libmythtv-perl is 0.23

[08:22:37]

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

[08:24:42]

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

[08:25:02]

troyt (troyt!~troyt@cl-166.phx-01.us.sixxs.net) has joined #mythtv-users

[08:25:49]

justinh:

left over from when I built from source. should be easyish to sort out

[08:37:39]

GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has joined #mythtv-users

[08:40:26]

alex-- (alex--!~alex--@546A28D7.cm-12-3a.dynamic.ziggo.nl) has left #mythtv-users ()

[08:42:49]

bumblebeebat (bumblebeebat!~sean@wnpgmb016qw-ds01-57-105.dynamic.mtsallstream.net) has quit (Ping timeout: 258 seconds)

[08:50:21]

hashbang (hashbang!~isajb@2001:630:e4:701:230:48ff:febf:1392) has joined #mythtv-users

[08:50:47]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[08:50:47]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[08:50:48]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[09:27:17]

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

[09:56:52]

justinh:

gah how do I uninstall the old bindings?

[09:59:23]

justinh:

aha. just wiped em & all is well now

[09:59:40]

justinh:

took out /usr/local/share/perl/5.xwhatever/MythTV*

[10:02:03]

survery (survery!~thomas@dslb-188-110-169-245.pools.arcor-ip.net) has joined #mythtv-users

[10:02:05]

survery (survery!~thomas@dslb-188-110-169-245.pools.arcor-ip.net) has left #mythtv-users ()

[10:02:47]

matt^ (matt^!~matt@89.231.142.212.mt.net.pl) has joined #mythtv-users

[10:04:09]

matt^ (matt^!~matt@89.231.142.212.mt.net.pl) has quit (Quit: Leaving)

[10:04:23]

rileyp (rileyp!~dad@91.70.96.58.static.exetel.com.au) has joined #mythtv-users

[10:04:54]

matt^ (matt^!~matt@89.231.142.212.mt.net.pl) has joined #mythtv-users

[10:05:01]

mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)

[10:05:49]

mike (mike!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv-users

[10:06:15]

mike is now known as Guest83160

[10:10:10]

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

[10:14:34]

seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)

[10:23:31]

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

[10:27:18]

Gibby (Gibby!~Gibby@204.118.10.244) has quit (Ping timeout: 276 seconds)

[10:28:53]

Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv-users

[10:30:18]

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

[10:39:49]

justinh:

oh, seems now playlists work with user jobs too. Woohoo!

[10:40:45]

rileyp (rileyp!~dad@91.70.96.58.static.exetel.com.au) has quit (Remote host closed the connection)

[10:42:39]

k-man:

evening all

[10:50:42]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[10:52:11]

matt^:

hi

[10:52:54]

k-man:

hows things matt^?

[10:53:00]

matt^:

could be better lol

[10:53:04]

peterpops_ (peterpops_!~peter@90-229-139-51-no195.tbcn.telia.com) has joined #mythtv-users

[10:53:11]

stuartm:

heh, so it turns out the IE user's IQ thing might have been a hoax, but one which was so probably true that all major news organisations accepted it as fact

[10:53:49]

matt^:

trying to find out the best (JUST WORKING) software for htpc

[10:53:50]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has quit (Read error: Connection reset by peer)

[10:54:00]

peterpops_ is now known as peterpops

[10:55:33]

k-man:

matt^, tivo maybe?

[11:00:12]

rileyp (rileyp!~dad@91.70.96.58.static.exetel.com.au) has joined #mythtv-users

[11:05:37]

matt^:

naah...

[11:05:42]

matt^:

1st of all i'm from poland

[11:05:50]

matt^:

i'm not sure if it would work at all

[11:06:08]

matt^:

2nd of all, as htpc i mean all the stuff like music, movies, series etc. + live tv

[11:07:36]

shipit_ (shipit_!~shipit@67.221.38.116) has quit (Ping timeout: 260 seconds)

[11:09:26]

rileyp (rileyp!~dad@91.70.96.58.static.exetel.com.au) has quit (Remote host closed the connection)

[11:10:16]

matt^:

i bought a nice PC, with i3–2100 3.1ghz, 4gb ram, ssd 64gb ocz, dvb-s2 tbs6981, geforce gt520 in silverstone case... but i think i was too fast :/

[11:10:23]

matt^:

i should wait few more months

[11:15:50]

andreax (andreax!~andreaz@p57B92641.dip.t-dialin.net) has quit (Read error: Connection reset by peer)

[11:21:11]

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

[11:22:50]

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

[11:22:50]

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

[11:22:50]

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

[11:25:14]

seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)

[11:33:35]

hpeter (hpeter!~hpeter@83.175.89.156) has joined #mythtv-users

[11:41:24]

new_tolinux (new_tolinux!~new_tolin@188.207.90.64) has quit (Quit: Leaving.)

[11:46:00]

peterpops_ (peterpops_!~peter@90-229-139-51-no195.tbcn.telia.com) has joined #mythtv-users

[11:47:46]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has quit (Ping timeout: 240 seconds)

[11:47:56]

peterpops_ is now known as peterpops

[11:55:26]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has quit (Ping timeout: 260 seconds)

[11:56:07]

matt^ (matt^!~matt@89.231.142.212.mt.net.pl) has left #mythtv-users ()

[12:05:27]

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

[12:05:27]

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

[12:05:27]

gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)

[12:09:41]

justinh:

the 'best'? Meh. Whatever works & you like, silly :-)

[12:16:14]

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

[12:19:14]

JamesHarrison (JamesHarrison!~jharrison@cpc3-addl4-2-0-cust97.6-3.cable.virginmedia.com) has quit (Ping timeout: 252 seconds)

[12:24:28]

awoodland (awoodland!~woodalan@intmlp0486.intm.aber.ac.uk) has joined #mythtv-users

[12:29:45]

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

[12:30:21]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has joined #mythtv-users

[12:32:33]

JamesHarrison (JamesHarrison!~jharrison@cpc3-addl4-2-0-cust97.6-3.cable.virginmedia.com) has joined #mythtv-users

[12:47:07]

JamesHarrison (JamesHarrison!~jharrison@cpc3-addl4-2-0-cust97.6-3.cable.virginmedia.com) has quit (Ping timeout: 240 seconds)

[12:48:20]

peterpops_ (peterpops_!~peter@90-229-139-51-no195.tbcn.telia.com) has joined #mythtv-users

[12:49:06]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has quit (Ping timeout: 260 seconds)

[12:49:37]

peterpops_ is now known as peterpops

[12:53:42]

johd (johd!~johd@pdpc/supporter/student/jvs) has quit (Ping timeout: 252 seconds)

[12:55:12]

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

[12:55:42]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[12:55:42]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[12:55:42]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[13:06:13]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[13:06:13]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[13:06:13]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[13:10:15]

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

[13:10:21]

hpeter (hpeter!~hpeter@83.175.89.156) has quit (Quit: hpeter)

[13:10:22]

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

[13:13:49]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[13:13:49]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[13:13:49]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[13:17:51]

seeker_ (seeker_!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)

[13:21:42]

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

[13:27:05]

gandalfcome (gandalfcome!~gandalfco@mithrandir.anu.edu.au) has quit (Read error: Connection reset by peer)

[13:33:13]

Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has joined #mythtv-users

[13:34:02]

PointyPumper (PointyPumper!~pintlezz@190.244.73.13) has quit (Ping timeout: 252 seconds)

[13:41:04]

j-rod|afk is now known as j-rod

[13:53:11]

dekarl:

How do callsigns work? If I have a channel that transmits the same programming in HD and SD should both have the same callsign? (I do think so)

[13:53:11]

dekarl:

What about channels that share one transmission channel. Say I have basic channel A and B. On top there is channel C which carries A when A is transmitting and B for the rest of the day. What callsign should I put on channel C? (To make it more interesting, I have a set of channels were both applies...) I don't know a good answer on the second and third variant.

[14:00:46]

G (G!~njones@parera.jnet.net.nz) has quit (Ping timeout: 264 seconds)

[14:06:34]

awoodland (awoodland!~woodalan@intmlp0486.intm.aber.ac.uk) has quit (Quit: Ex-Chat)

[14:07:16]

paistis (paistis!~Kalle@dsl-hkibrasgw2-ff7fc300-235.dhcp.inet.fi) has joined #mythtv-users

[14:08:08]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has quit (Ping timeout: 252 seconds)

[14:11:56]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has joined #mythtv-users

[14:12:00]

G (G!~njones@parera.jnet.net.nz) has joined #mythtv-users

[14:19:12]

sphery:

dekarl: if the content of a channel is the same, you have the choice of using the same callsign--to tell the scheduler to treat the channels as identical for "this channel" rules--or different--to allow you to specify you want a recording to occur, for example, only on the HDTV channel by using a "this channel" rule

[14:19:12]

streeter (streeter!~streeter@nat/redhat/x-cltyumhjwausifyj) has joined #mythtv-users

[14:20:18]

sphery:

dekarl: for A/B/C, you'd want to have different callsigns for A, B, and C since they have different content

[14:20:45]

sphery:

IMHO, 2 channels should never have the same callsign unless their content is 100% identical all the time

[14:21:29]

sphery:

though there's some code that allows it to be "substantially" identical, where "substantially" isn't quantified--but it makes scheduling significantly harder to do it that way

[14:36:29]

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

[14:36:41]

NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users

[14:39:08]

dekarl:

sphery: thanks. I take it that channel with "regional windows" where the content gets switched out for say 15–30 minutes to have regional news would qualify as identical, but channels where the regional variants run with more differences should get different callsigns. (think channel A has local news followed by shared content and channel B has the same shared content with local news at the end)

[14:39:46]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 240 seconds)

[14:40:14]

dekarl:

Need to see how I can send different channel names but identical callsigns down the xmltv pipe. (and if it matters at all)

[14:41:29]

sphery:

dekarl: if the start and end times of shows are not identical, the channel content isn't identical

[14:42:49]

JEDIDIAH__:

what will having the callsigns identical do if the channels are from different sources and they have slightly different guide data (like episode title or plot summary)?

[14:43:00]

sphery:

the only benefit of having the same callsign*** is that channels are treated the same for "this channel" recording rules, and since it's often best to never use "this channel" rules... :)

[14:43:21]

dekarl:

ok, could I say, the program guide data is secondary if the callsign is the same? (As that's what I'm trying to figure out, how to prepare the guide so it works well with mythtv and how do I set it up in mythtv later)

[14:43:33]

sphery:

*** that said, there was (is?) an issue where if the same show starts at the same time on 2 different channels with different callsigns, it may be recorded on both of them

[14:43:48]

JEDIDIAH__:

I see that rather regularly

[14:44:04]

dekarl:

oh, I'm trying to do everything with "find one" and "record all" rules... if that's not working I go and fix the guide..

[14:44:53]

dekarl:

which leaves generic episodes that run on a bunch of channels at the same time...

[14:44:53]

JEDIDIAH__:

really fun when the guide data is wrong... get 2 copies of the same Red Dwarf episode that's really Fawlty Towers.

[14:46:59]

sphery:

JEDIDIAH__: in theory using the same callsign for those (2 channels with identical "real" content, but listings that differ slightly due to different listings sources) will work fine due to the allowance for "substantially" identical content. However, it will be more work for the scheduler. And it likely won't help cases where the guide data doesn't allow proper duplicate matching--other than the "first" recording (i.e. when they start ...

[14:47:05]

sphery:

... at the same time--but it will happily re-record the episode later on the "other" channel with the same callsign if it doesn't match according to programid or duplicate-matching method).

[14:47:59]

dekarl:

Btw, SD/HD simulcast works well with HD flag per show. Setup the HD channel with Prio -1 and the HD Flag with Prio +2 and get native HD or native SD but not upscaled SD from the HD channel (as long as the data is right) with different callsigns.

[14:48:09]

JEDIDIAH__:

unfortunately, in the case of duplicates I have a preference for using the OTA source and that's the one that seems to have higher occurences of bad data (like no plot summary or episode title)

[14:48:18]

sphery:

I'm wondering if this is what happens with the "recorded the same episode at the same time on 2 different channels with different callsigns" issue... That it comes down to differing guide data and the "same callsign" approach is just a workaround that seems to work because the show isn't repeated often...

[14:48:50]

sphery:

dekarl: you can always specify a filter on recording rules to exclude generic episode

[14:49:17]

JEDIDIAH__:

yes. excluding generic episodes is a really useful feature.

[14:49:29]

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

[14:49:29]

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

[14:49:29]

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

[14:49:41]

sphery:

JEDIDIAH__: is your OTA guide data EIT or something?

[14:49:54]

sphery:

it's not schedules direct, is it?

[14:49:54]

dekarl:

sphery: true, but I can't do that upstream at my guide source for all backends... ;)

[14:50:02]

sphery:

heh, true

[14:50:09]

JEDIDIAH__:

my OTA data is SD

[14:50:22]

sphery:

that would require a worm/trojan and a lot of work on your part :)

[14:50:43]

sphery:

JEDIDIAH__: wow, strange that it's missing a bunch of stuff. Are you running with --dd-grab-all ?

[14:51:02]

sphery:

http://www.gossamer-threads.com/lists/mythtv/users/449426#449426 and [26033]

[14:51:03]

MythLogBot:

SVN 26033: (branch master) https://github.com/MythTV/mythtv/commit/d2822566

[14:51:03]

JEDIDIAH__:

dunno off the top of my head.

[14:51:42]

sphery:

I highly recommend it--it may just be that your data isn't being updated well enough because of the +1/+13 approach that's default for mythfilldatabase

[14:51:44]

unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users

[15:02:12]

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

[15:11:23]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[15:11:23]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[15:11:24]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[15:16:43]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[15:16:43]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[15:16:43]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[15:17:23]

zombor_ is now known as zombor

[15:19:22]

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

[15:21:46]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 240 seconds)

[15:22:48]

johd (johd!~johd@90.146.55.47) has joined #mythtv-users

[15:22:48]

johd (johd!~johd@pdpc/supporter/student/jvs) has joined #mythtv-users

[15:22:48]

johd (johd!~johd@90.146.55.47) has quit (Changing host)

[15:23:50]

zombor_ is now known as zombor

[15:24:45]

sraue_ (sraue_!~stephan@6-46-239-77-pool.cable.fcom.ch) has joined #mythtv-users

[15:25:03]

sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer)

[15:47:59]

unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Quit: leaving)

[15:53:14]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has joined #mythtv-users

[16:05:22]

hashbang (hashbang!~isajb@2001:630:e4:701:230:48ff:febf:1392) has left #mythtv-users ()

[16:06:05]

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

[16:06:40]

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

[16:31:21]

gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Ping timeout: 260 seconds)

[16:47:56]

hadees (hadees!~hadees@72-48-91-73.dyn.grandenetworks.net) has quit (Quit: hadees)

[17:02:18]

nidhoegger (nidhoegger!~nidhoegge@p4FDE1B94.dip.t-dialin.net) has joined #mythtv-users

[17:02:22]

nidhoegger:

hi.

[17:03:11]

nidhoegger:

ive got some problems with mythtv: the backend DEFINTIVLEY is running. i try to connect with mythfrontend, but it keeps telling me it isnt running and i should set up the IP using mythtv-setup. ive checked everything twice and i dont know where the rror could be. pin = 0000

[17:03:28]

nidhoegger:

ive also tried resetting the database

[17:03:42]

wagnerrp:

are you using the SAME database for frontend and backend

[17:05:10]

nidhoegger:

yes

[17:05:19]

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

[17:05:39]

nidhoegger:

i only got mythtv frontend and backend on this machine. i use it locally, no networking

[17:06:58]

nidhoegger:

log says its trying to connect to 127.0.0.1 where the backend definitivley is runnign

[17:07:02]

dekarl:

you have set all hostnames in the config to localhost/127.0.0.1?

[17:07:34]

dekarl:

(that should be the default IIRC)

[17:07:49]

wagnerrp:

rather, anywhere in mythtv-setup where is says it needs an IP, it needs an IP

[17:07:53]

wagnerrp:

'localhost' wont cut it

[17:08:18]

nidhoegger:

i put everywhere 127.0.0.1 in

[17:08:23]

nidhoegger:

okay

[17:08:30]

wagnerrp:

and for what its worth, there is no reason why one would ever specify localhost or 127.0.0.1 rather than a network accessible address

[17:08:34]

nidhoegger:

what steps are neccessary to delete ALL settings mythtv has done?

[17:08:56]

wagnerrp:

you have checked 'ps' and confirmed the backend is running?

[17:09:01]

nidhoegger:

yes

[17:09:11]

wagnerrp:

for local and master backend address, both are set to the same address?

[17:09:37]

nidhoegger:

yes

[17:13:32]

nidhoegger:

got the error

[17:13:42]

nidhoegger:

sorry for interrupting

[17:17:07]

sphery:

nidhoegger: use mythfrontend -p to tell it to prompt for db info, again

[17:17:12]

sphery:

er, db and backend info

[17:24:11]

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

[17:35:03]

kormoc_afk is now known as kormoc

[17:46:23]

zCougar (zCougar!~cougar@2001:67c:32c:600:250:56ff:fe81:5f) has quit (Remote host closed the connection)

[17:57:40]

** wagnerrp loves passing people in their own lane **

[18:05:52]

JamesHarrison (JamesHarrison!~jharrison@cpc3-addl4-2-0-cust97.6-3.cable.virginmedia.com) has joined #mythtv-users

[18:40:27]

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

[18:44:14]

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

[18:44:14]

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

[18:44:14]

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

[18:49:33]

gregL (gregL!~greg@cpe-74-76-115-239.nycap.res.rr.com) has quit (Ping timeout: 276 seconds)

[18:53:44]

wagnerrp:

why are our users so friggen miserly?

[18:54:35]

wagnerrp:

someone complaining about how wasteful it is to store 500KB coverart in each song in an album

[18:55:32]

wagnerrp:

oh no! thats several additional MB per album

[18:55:46]

wagnerrp:

thats a whole minute of FLAC audio i wont be able to store

[18:56:04]

Lord_Deathscythe (Lord_Deathscythe!~LD@h246.135.185.173.dynamic.ip.windstream.net) has joined #mythtv-users

[18:56:57]

wagnerrp:

or worse, about three seconds of recordings

[19:01:34]

JEDIDIAH__:

Stuff ads up given enough iterations & you might want those songs some place other than a fat hard drive attached to a myth backend.

[19:02:23]

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

[19:02:23]

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

[19:02:23]

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

[19:03:46]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 264 seconds)

[19:04:06]

wagnerrp:

but hes storing in FLAC

[19:04:22]

wagnerrp:

a few hundred KB wont make that much of a difference against a 25MB song

[19:05:15]

wagnerrp:

if that does end up being make-or-break of storing that one extra album on a device

[19:05:20]

wagnerrp:

he should be using a different format

[19:08:44]

JEDIDIAH__:

yeah that does change the situation a bit.

[19:09:08]

JEDIDIAH__:

I have a whopping 30K per album for that sort of stuff.

[19:09:37]

wagnerrp:

thats probably what the original question was referring to

[19:09:48]

wagnerrp:

but the responder complaining about how much space that took up was using HD coverart

[19:10:00]

JEDIDIAH__:

what would you need 500K for each song for though?

[19:10:26]

wagnerrp:

it was pertaining to storing the coverart directly in the FLAC metadata block

[19:10:37]

wagnerrp:

rather than a single file in the same folder

[19:12:57]

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

[19:13:29]

phil_____ (phil_____!~quassel@chello080109010223.16.14.vie.surfer.at) has joined #mythtv-users

[19:13:48]

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

[19:14:01]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has quit (Read error: Operation timed out)

[19:14:18]

phil___ (phil___!~quassel@chello080109010223.16.14.vie.surfer.at) has quit (Ping timeout: 255 seconds)

[19:16:51]

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

[19:17:19]

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

[19:20:17]

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

[19:20:48]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has joined #mythtv-users

[19:25:58]

hadees (hadees!~hadees@24-155-228-96.dyn.grandenetworks.net) has joined #mythtv-users

[19:32:26]

justinh:

oh dear oh dear. two more failed recordings tonight

[19:33:38]

justinh:

2011-08–03 19:51:19.841 DVBChan(1:/dev/dvb/adapter0/frontend0) Error: SetChannelByString(200): Multiplex is not available

[19:33:41]

justinh:

WHAT?!

[19:34:34]

justinh:

more sql syntax errors too

[19:35:13]

justinh:

oh and the failed recordings started more than 10 minutes late. never known the likes of this

[19:35:45]

dewman:

thats what re-runs are for.... hehe

[19:36:05]

justinh:

no, this is what reverting to 0.23 is for if I don't get to the bottom of this

[19:38:06]

justinh:

http://pastebin.com/AnHaY5MX

[19:39:00]

wagnerrp:

what version are you running?

[19:39:18]

justinh:

0.24-something

[19:39:34]

justinh:

I think the failed recordings are due to db queries going screwy

[19:39:41]

wagnerrp:

stuartm made some recent changes to mysql having issues with reconnecting

[19:39:55]

iamlindoro:

almost definitely the cause of the failed recording

[19:39:57]

justinh:

backported to -fixes too?

[19:40:08]

iamlindoro:

wasn't stuartm, was sphery

[19:40:40]

justinh:

I think I'll set to, leave the frontend running in the morning tomorrow & build everything myself from now on

[19:40:43]

iamlindoro:

The real problem appears to be the "Unable to Reset Statement" which is coming form the MySQL driver

[19:40:59]

justinh:

at least then I'll know what I've got, where it came from & be able to update it when I see fit

[19:41:11]

justinh:

i.e. not have to wait a week for a new build :)

[19:41:12]

iamlindoro:

So, without an attempt to shift blame, it suggests an underlying MySQL issue/Qt problem

[19:41:25]

iamlindoro:

and/or a connectivity one

[19:41:29]

justinh:

iamlindoro: I don't care what's to blame. I just want rid of the problem :)

[19:41:48]

justinh:

blame solves nothing :)

[19:42:23]

iamlindoro:

justinh: What version of Qt are you running?

[19:42:56]

justinh:

erm.. lemme check

[19:43:12]

justinh:

4.6.2

[19:44:04]

justinh:

reckon that has a bearing on anything aswell?

[19:44:25]

iamlindoro:

Just gatehring data, I am not finding many references to the QMYSQL3: Unable to reset statement online-- only one, in fact

[19:44:49]

justinh:

mythtv related ones is all I could find on my first look

[19:44:54]

iamlindoro:

I don't have any doubt that the MySQL error is causing the failed recordings... but the error coming out of the driver seems exceedingly rare

[19:45:08]

iamlindoro:

well, actually, the only reference to the driver error is non-MythTV

[19:45:24]

iamlindoro:

the MythTV ones are unable to execute query

[19:45:33]

justinh:

ah #1 result.. qt

[19:46:03]

iamlindoro:

(and unable to prepare statement)

[19:46:11]

nidhoegger (nidhoegger!~nidhoegge@p4FDE1B94.dip.t-dialin.net) has quit (Remote host closed the connection)

[19:46:18]

iamlindoro:

justinh: Are all the SQL errors that driver error, or are there others?

[19:46:30]

justinh:

ermm.. need to do a full grep. gimme a tic

[19:47:08]

justinh:

QMYSQL3: Unable to prepare statement

[19:47:09]

justinh:

QMYSQL: Unable to execute query

[19:47:11]

justinh:

that's it

[19:47:26]

iamlindoro:

Hmm, the first is probably from *very* long ago?

[19:47:44]

iamlindoro:

QMYSQL3 and QMYSQL are different drivers, and we switched from the former to the latter a while back

[19:47:55]

iamlindoro:

so IIRC you shouldn't see them both in the same version

[19:48:02]

justinh:

ooo

[19:48:12]

justinh:

mixed libs maybe?

[19:48:26]

iamlindoro:

not sure, but maybe?

[19:48:46]

justinh:

I did a make uninstall in the old svn checkout dir before I put packages on

[19:48:48]

iamlindoro:

Make sure to clear out your $Prefix/lib/mythtv/* and $prefix/lib/libmyth*?

[19:49:04]

justinh:

so that wouldn't have cleaned the old libs out? eew

[19:49:05]

iamlindoro:

Might want to RM all the libs, plugins included, and force a reinstall

[19:49:16]

justinh:

the old prefix was /usr/local

[19:49:25]

justinh:

all the packaged stuff is in /usr

[19:49:38]

justinh:

sometimes glad I never changed that

[19:50:13]

justinh:

gah. /usr/local/lib/mythtv still there & occupado

[19:50:30]

iamlindoro:

make sure to check /usr/local/lib/libmyth* too

[19:50:40]

iamlindoro:

(since some libs go in the base lib dir, and some in mythtv off of that

[19:51:00]

justinh:

no libmyth

[19:51:09]

justinh:

just a plugins in /usr/local/lib/mythtv/

[19:54:16]

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

[19:54:47]

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

[19:56:16]

justinh:

wonder why it'd be doing qmysql3 for the prepare statement & qmysql for the query

[19:57:51]

justinh:

heh libsqlite is linked to mythbackend?

[19:59:53]

justinh:

no old bins left in /usr/local/bin either

[20:00:06]

Scopeuk-AFK is now known as Scopeuk

[20:07:05]

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

[20:10:08]

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

[20:12:08]

awallin (awallin!~quassel@cs27057046.pp.htv.fi) has quit (Read error: Operation timed out)

[20:13:18]

justinh:

everything in /usr/lib & /usr/bin to do with mythtv has a modified date of the 27th.. no older stuff there

[20:13:28]

trumee:

is it possible to run a script before recording?

[20:14:23]

trumee:

i dont want to record when there is no power (my apc ups can signal that).

[20:15:40]

trumee:

otherwise i get blank recordings since the stb doesnt have any cable signal fed

[20:24:11]

justinh:

oh bum.. sphery committed that fix the day I updated.

[20:25:13]

sphery:

trumee: http://www.mythtv.org/wiki/MythTV_System_Events

[20:25:54]

sphery:

justinh: the reconnect isn't causing the issue, it's simply making the symptoms different than they'd otherwise have been--likely (based on what people on the list are saying) the before would have been a deadlock

[20:26:08]

sphery:

that said, we'll almost definitely be removing the reconnect

[20:26:37]

sphery:

I might do that tonight, as a matter of fact, even though we don't have the next "fix" ready to try

[20:28:51]

justinh:

wah. not a deadlock :-(

[20:28:58]

stuartm:

a deadlock is worse

[20:30:01]

justinh:

2011-08–03 19:41:17.833 MainServer, Warning: Unknown socket closing MythSocket(0xffffffff9d8183f0)

[20:30:04]

justinh:

2011-08–03 19:41:17.859 MythSocket(ffffffff9d8345d0:-1): writeStringList: Error, socket went unconnected.

[20:30:08]

justinh:

that kind of stuff?

[20:30:31]

trumee:

sphery: thanks

[20:31:04]

justinh:

mind, the recordings which failed were like > 10 mins late starting

[20:31:29]

justinh:

as in.. the time on the failed recordings was 19:41:xx as opposed to about 19:29 or whatever

[20:31:43]

justinh:

where 19:29 is about where they should be starting

[20:31:55]

TomasuAway is now known as Typosu

[20:32:37]

sphery:

trumee: in truth, the best approach when you want to not record would be to shut down mythbackend--so when your ups gives you the "power out" event, have a script shut down mythbackend, then when you get the "power restored" event, wait a reasonable time and then have it restart mythbackend

[20:33:00]

sphery:

that way, mythbackend will know that it missed the recordings it planned to do because it wasn't running, and will reschedule them approrpiately

[20:33:39]

justinh:

but why are they failing anyway?

[20:33:49]

justinh:

and why was it deadlocked?

[20:33:50]

trumee:

trumee: problem with this is that on my common BE/FE, the FE will moan about the lost backend

[20:34:12]

trumee:

sphery: ^^

[20:34:35]

justinh:

I think the first db error was around the time the first failed recording should have been due to start

[20:34:39]

trumee:

sphery: even when there is no power, the FE can be used to watch MythVideos.

[20:35:20]

sphery:

ah, then you need MythTV 0.26 with support for mythmaster separate from mythrecorder :)

[20:35:32]

justinh:

oh! 2011-08–03 19:41:19.108 Started recording: "North West Tonight": channel 1001 on cardid 1, sourceid 1 should have been at like 18:30

[20:35:39]

justinh:

wow

[20:35:43]

sphery:

(or was that 0.27 or 0.41 or ... Can't fore-member which version it will be.)

[20:35:44]

justinh:

that's pretty awful

[20:36:33]

trumee:

sphery: fair enough

[20:36:35]

justinh:

backend locked up at the weekend – I noticed it during a video scan

[20:36:59]

sphery:

justinh: someone in here was getting issues where programs started minutes after they were supposed to... he ended up starting with a new database and/or recreating all the rules, then things worked properly...

[20:37:04]

justinh:

I hear others have seen it & the devs can't reproduce it

[20:37:23]

sphery:

trumee: was just saying that I don't yet have a solution that works well for that case--not saying you can't do it this way

[20:37:43]

sphery:

trumee: could shut down the backend, then restart it with --nosched (which means "don't schedule recordings")

[20:37:51]

justinh:

if it was just a starting late issue – I'd deal with that but it's actual 0byte files

[20:38:06]

sphery:

but if you're mid-playback on the frontend, it will likely fail, then you'll have to go back in and find your place

[20:38:23]

sphery:

basically, until we separate out mythbackend duties, there's not a good solution

[20:38:38]

justinh:

what is the deadlock issue anyway? something spinning & not coming back out ad infinitum?

[20:38:48]

sphery:

if we knew, we'd fix it :)

[20:39:02]

justinh:

so backend just vanishes for a spell?

[20:39:11]

sphery:

I've never seen the issue at all, so I have no idea

[20:39:32]

justinh:

I mean what do the logs of folks reporting it look like?

[20:39:42]

sphery:

it definitely seems to be related to some strange mysql issue, likely due to some configuration, on some distros

[20:40:05]

justinh:

I'm seeing the autoexpire stuff every 15 mins

[20:40:09]

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

[20:40:13]

sphery:

(as it doesn't even seem to be related to mysql version or anything)

[20:40:54]

sphery:

yeah, the autoexpire thread will run every ~15 minutes when not recording and then bumps up to about every 5min when recording

[20:41:07]

sphery:

it only actually deletes stuff when recording, though

[20:41:12]

justinh:

2011-08–03 18:35:27.074 New DB connection, total: 6 --- is where things start going pear-shaped

[20:42:14]

justinh:

6 db connections? it's been sitting idle for hours at that point

[20:44:13]

justinh:

whoah come to think about it, 19:41 was about when I booted the frontend

[20:44:55]

justinh:

nah

[20:45:05]

justinh:

FE has been up 1:27

[20:45:39]

justinh:

scratch that then

[20:48:38]

justinh:

so. the db failures are a symptom of something else then?

[20:49:21]

justinh:

and how come I've got qmysql3 & qmysql in the logging?

[20:49:44]

justinh:

I can't find any lib mixing or version crossbreed anywhere

[20:52:57]

justinh:

I don't mind exporting the valuable stuff out of the db & starting fresh. I think one way or another this one goes waaaaaaaaaaaaaaaaaay way back

[20:54:31]

Scopeuk is now known as Scopeuk-AFK

[21:03:16]

justinh:

this could even be down to something with dvb recording profiles not working properly – I can't be sure I'm not the only person to have ever messed with them in a real setup

[21:03:53]

justinh:

sphery: weren't you looking at some sort of 'restore everything to default' settings thing a while back?

[21:04:23]

Lord_Deathscythe (Lord_Deathscythe!~LD@h246.135.185.173.dynamic.ip.windstream.net) has quit (Quit: I am called onward)

[21:06:46]

BLZbubba (BLZbubba!~mark@tpsit.com) has quit (Ping timeout: 264 seconds)

[21:07:14]

BLZbubba (BLZbubba!~mark@tpsit.com) has joined #mythtv-users

[21:10:29]

sphery:

justinh: there's a new "reset all keys" in MythControls (just hit MENU in there)

[21:11:07]

sphery:

justinh: also, IIRC, iamlindoro put something in place for resetting all settings on a host in the new http setup area (but I don't remember for sure if it's in or was something we just talked about)

[21:11:19]

justinh:

ah righto

[21:11:33]

justinh:

I think I'm gonna go back to building myth mythelf

[21:12:05]

justinh:

I'll try patching the db code with what you committed on the 27th & see if it improves things

[21:12:10]

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

[21:12:20]

justinh:

if it does I guess we'll just have to peg this as a qt/mysql issue

[21:12:34]

justinh:

and/or distro mysql config problem

[21:13:04]

justinh:

and if not... eesh... can't have 50% of nightly recordings going bump for long

[21:13:15]

sphery:

as far as qt is concerned qmysql3 is just a deprecated alias for qmysql... it's just a name for the Qt-MySQL driver that supports MySQL 3.23+

[21:13:46]

justinh:

ah right – iamlindoro implied it shouldn't be there at all which led me to think maybe I had mixed libraries & crud

[21:14:15]

brfransen (brfransen!~brfransen@216.254.250.47) has quit (Read error: Connection reset by peer)

[21:14:21]

phil__ (phil__!~quassel@chello080109010223.16.14.vie.surfer.at) has joined #mythtv-users

[21:14:28]

justinh:

which if it had been I'd happily put my hand up & say my bad, I did this in a bit of a hurry

[21:14:41]

brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv-users

[21:15:10]

phil_____ (phil_____!~quassel@chello080109010223.16.14.vie.surfer.at) has quit (Ping timeout: 264 seconds)

[21:15:21]

justinh:

when I talked of rolling back to 0.23 it would be grudgingly, and only after trying at least a little bit of effort to nail this thing down

[21:15:40]

justinh:

above anything else it'd be a right PITA to downgrade

[21:16:45]

GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has quit (Remote host closed the connection)

[21:16:45]

justinh:

after 1 failed recording last night I upped the BE verbosity to see if there was anything DVB related (been there before now, remember ;-) )

[21:16:48]

sphery:

wait, are you on 0.24, now?

[21:16:52]

justinh:

yeah

[21:16:59]

sphery:

if so, it doesn't have the reconnect or the reset keys or the https setup stuff

[21:17:05]

sphery:

that's all in master only

[21:17:16]

sphery:

er, http setup

[21:17:24]

justinh:

but qt 4.6.2 :-)

[21:17:43]

sphery:

yeah, not sure what's up

[21:18:02]

sphery:

I'm running 0.24-fixes on my production systems and it's very stable

[21:18:03]

justinh:

I'm guessing I could quite easily patch the source to allow the reconnect fix though, right?

[21:18:17]

justinh:

sphery: heh normally I'm saying that too

[21:18:17]

sphery:

I have upgraded to Qt 4.7.3, but was on 4.6.2 before without issues

[21:18:34]

sphery:

is your mysql on localhost?

[21:18:41]

justinh:

I only updated to get iso SG support :-D

[21:18:51]

justinh:

erm...

[21:19:05]

sphery:

if so, I think you're getting the reconnect, anyway (through the socket connection). pretty sure the reconnect thing only affects tcp/ip connections

[21:19:25]

sphery:

and the reconnect won't solve issues

[21:19:31]

justinh:

bind-address = 192.168.1.30

[21:19:36]

sphery:

it will actually just cause different ones

[21:19:49]

sphery:

I mean is your backend on the same host as mysql server

[21:20:02]

justinh:

yeah

[21:20:03]

sphery:

or do you have multiple backends in use

[21:20:08]

justinh:

one backend

[21:20:12]

justinh:

same machine as mysql

[21:20:13]

sphery:

yeah, so I don't think the reconnect would even affect you

[21:20:32]

justinh:

so what do you reckon I'm seeing?

[21:20:39]

sphery:

you're almost definitely getting them--which is why you're seeing the bind variables in the mysql errors

[21:21:13]

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

[21:21:15]

sphery:

and, as I mentioned, I think the socket-based connections (which are used when backend and mysqld are on the same host) reconnect even without the changes

[21:21:28]

justinh:

it sometimes does

[21:21:39]

sphery:

the problem is that MythTV was never written to withstand mysql connections failing

[21:22:08]

sphery:

so, now that we have users with distros that seem to cut our connections mid use, we need to completely rework our db code

[21:22:15]

sphery:

that won't happen quickly

[21:22:47]

sphery:

ideally, though, we'd figure out what in the world is happening on certain distros that's causing mysql connections to fail left and right

[21:22:47]

brfransen (brfransen!~brfransen@216.254.250.47) has quit (Read error: Connection reset by peer)

[21:23:10]

justinh:

surely this'd be affecting people who use mysql more intensively though

[21:23:23]

justinh:

or maybe those people really know what they're doing & configure mysql much differently

[21:23:25]

** sphery bets it's a compilation/configuration/... option that was chosen for improved performance or lower-memory use or ... **

[21:23:26]

rmckee (rmckee!~rmckee@203.166.49.1) has joined #mythtv-users

[21:23:38]

sphery:

(mysql compilation/configuration/... option, that is)

[21:23:53]

justinh:

I mean there are big servers all over the place using stock ubuntu for stuff

[21:24:31]

sphery:

yeah, but they're likely not using Qt and/or were written to handle mysql connections failing mid use or something

[21:24:32]

justinh:

mythtv is a pretty heavy hitter but prolly not as big as anything ecommerce-y

[21:25:09]

justinh:

stupid database server. why would it go away during a query? pff

[21:25:30]

JEDIDIAH__:

it's not the size of your app, it's how you use it. [ducks]

[21:25:35]

justinh:

actually, what are the defaults for stuff like max connections?

[21:25:49]

justinh:

in my.cnf here the value of 100 is commented out

[21:26:07]

brfransen (brfransen!~brfransen@216.254.250.47) has joined #mythtv-users

[21:26:10]

justinh:

151. hmpf

[21:26:29]

justinh:

unless ubuntu patched it to something daft like 2

[21:27:50]

justinh:

whoah. does mythtv ever close db connections?

[21:28:18]

justinh:

or do they get shut off after inactivity or something?

[21:28:47]

justinh:

sphery: I think a key thiing in my logs is that the db can reconnect but the query is still failing

[21:29:14]

justinh:

the prepare fails mid-stream seemingly, then the query fails... and then recordings & stuff will invariably fail too

[21:31:23]

shipit (shipit!~shipit@67.221.38.116) has joined #mythtv-users

[21:31:42]

Cardoe:

wagnerrp: ping

[21:32:46]

sphery:

justinh: this is what I'm using for my configuration: http://bazaar.launchpad.net/~mysql/mysql-serv . . . edium.cnf.sh (just rename your existing /etc/my.cnf or /etc/mysql/my.cnf and then move my-medium.cnf.sh to /etc/my.cnf if you want to test it out)

[21:33:12]

justinh:

sphery: in http://pastebin.com/dPTJzQ0P all I really see is that the db goes away, myth goes nuts & kinda doesn't do anything more til 19:41

[21:33:24]

sphery:

justinh: yeah, if it reconnects, we lose the "prepared" part of the query and we don't attempt to re-prepare it

[21:33:37]

sphery:

nor re-bind values or otherwise handle the reconnections

[21:33:37]

justinh:

ah now I see what you mean

[21:33:50]

sphery:

so we just send invalid sql to the db

[21:33:58]

justinh:

jesus that'll be a boatload of rewriting to do

[21:34:02]

sphery:

yep

[21:34:15]

sphery:

danielk had a plan that he thought he could make work

[21:34:18]

justinh:

mind, I'm not sure php stuff expects the db to ever go away either

[21:34:24]

wagnerrp:

Cardoe?

[21:34:31]

sphery:

I think the biggest issue will be detecting the failures

[21:34:49]

justinh:

I think the big thing here is to nail it at its source

[21:34:51]

Cardoe:

wagnerrp: the manifest on mythweb is bad, can you run ebuild mythweb-0.24.1_blah manifest

[21:34:53]

Cardoe:

and commit that?

[21:35:11]

Cardoe:

I haven't tried it myself

[21:35:17]

Cardoe:

But I've gotten a bug and an e-mail today.

[21:35:26]

wagnerrp:

seriously?

[21:35:26]

sphery:

justinh: yeah, that would be ideal--because all the rewrite is going to do is work around the real problem: the fact that your mysql is dropping connections all over the place

[21:35:29]

justinh:

sphery: I read one thing where a guy was using qt with mysql & he had a similar problem. he fixed it by using C instead

[21:35:39]

wagnerrp:

i swear, every time i update, i digest, and add the manifest to git

[21:35:45]

wagnerrp:

i dont know how i keep missing this stuff

[21:35:49]

justinh:

I hope to hell it's not qt's fault

[21:36:12]

justinh:

then again, I'm man enough to build my own qt ;-)

[21:36:15]

Cardoe:

wagnerrp: I wish the disk format of Gentoo ebuilds was a bit "nicer" to VCS.

[21:36:27]

sphery:

wagnerrp: and https://github.com/MythTV/packaging/pull/16 , if you haven't seen it

[21:37:28]

justinh:

sphery: I'll do a saner thing with your sql config & diff it then see if anything leaps out

[21:37:41]

sphery:

justinh: heh, it'd be interested to know if replacing the packaged Qt (and, specificaly, the packaged Qt-MySQL drivers) with ones compiled with a reasonable configuration would fix the issue

[21:38:03]

justinh:

oh crap

[21:38:46]

sphery:

justinh: reasonable being something like: http://pastebin.com/kvBmhK26

[21:39:50]

sphery:

justinh: you could even do as in those commands and install to a "safe" place (like /opt/qt ), then export LD_LIBRARY_PATH=/opt/qt/lib && mythbackend

[21:40:16]

justinh:

interesting, but a bit late in the day to try just now ;)

[21:40:17]

sphery:

then if it doesn't help, get rid of the export LD_LIBRARY_PATH=/opt/qt/lib , and sudo rm -rf /opt/qt*

[21:40:26]

wagnerrp:

sphery: yeah, i fixed that one sunday

[21:40:44]

sphery:

justinh: yeah, well compiling Qt is something you start before bed--and then wake up in the morning to find it complete :)

[21:41:00]

sphery:

wagnerrp: ah, ok, didn't know if you had seen it (just heard manifest and thought of it :)

[21:41:47]

sphery:

justinh: though if you do test a self-compiled Qt, it's probably best to try the same version that you have in the packages, first (to see if it's a problem with the package or a problem with the version)

[21:42:27]

justinh:

sphery: your mysql version seems vastly different

[21:42:44]

sphery:

the my.cnf, you mean?

[21:43:06]

justinh:

yeah

[21:43:13]

justinh:

different config names

[21:43:20]

stuartm:

what's up with people selling Cat 6e cable on ebay?

[21:45:00]

justinh:

sphery: differences that sping up are table_open_cache – mine are at defaults (same value but commented out)

[21:45:01]

wagnerrp:

what do you mean?

[21:45:10]

dkeith (dkeith!~dkeith@173.48.207.227) has quit (Quit: ~ Trillian Astra - www.trillian.im ~)

[21:45:51]

stuartm:

wagnerrp: I mean there's no such spec as 6e, just 6a as it currently stands

[21:46:09]

wagnerrp:

oh, i see

[21:46:14]

wagnerrp:

only cat6 and cat6a

[21:46:55]

sphery:

justinh: hmmm, that's the example my.cnf that ships with mysql 5.1. the only real difference between it and 5.0 is key_buffer_size changes to key_buffer (2 x) and table_open_cache changes to table_cache for 5.0

[21:47:13]

sphery:

here's the 5.0 version if you are using mysql 5.0.x: http://bazaar.launchpad.net/~mysql/mysql-serv . . . edium.cnf.sh

[21:47:27]

sphery:

or are you on 5.5?

[21:48:32]

sphery:

from 5.1 -> 5.5, skip-locking becomes skip-external-locking

[21:48:40]

sphery:

http://bazaar.launchpad.net/~mysql/mysql-serv . . . edium.cnf.sh

[21:49:16]

justinh:

5.1.something here

[21:51:10]

justinh:

hmmm so if that's a good config for 5.1 I'll just bosh it on there anyway

[21:51:11]

justinh:

wth

[21:51:15]

justinh:

nothing to lose

[21:51:28]

sphery:

back up the one the package gave you, just in case

[21:51:30]

justinh:

I mean the backend is missing so much it may as well not be working

[21:51:34]

justinh:

yeh :)

[21:51:34]

sphery:

but, yeah, probably worth a try

[21:51:41]

sphery:

and if it fixed it, please let us know! :)

[21:52:18]

sphery:

would be interesting to find out that the package is just "optimizing" mysql configuration to death or something

[21:53:15]

justinh:

sphery: I think if it fixes it I'll even annouce it to the ML

[21:53:47]

justinh:

maybe mysql has just been running for too long

[21:54:08]

justinh:

er... this shouldn't be taking so long to start up again

[21:54:21]

sphery:

oops

[21:54:25]

justinh:

sudo service mysql stop... couple of secs later.. start... sits there...

[21:54:36]

justinh:

oh now it's back at the prompt

[21:54:43]

justinh:

hmm that don't seem right

[21:54:44]

sphery:

and is it running?

[21:54:57]

sphery:

do they have a sudo servicemysql status

[21:55:03]

sphery:

with a space

[21:55:20]

justinh:

lemme just time it

[21:55:34]

justinh:

my uptime is > 300 days right now

[21:55:54]

justinh:

not had any reason to reboot. don't think any box I've owned has ever had this much

[21:57:02]

justinh:

hahaha bad config file

[21:57:51]

EvilGuru:

I did have 700+ on a box until the power went for a day

[21:58:56]

justinh:

nah no mysql server should be taking this long to come up

[21:58:57]

wagnerrp:

yeah, uptime on my firewall is measured by power outages

[21:59:58]

justinh:

holy moly. I forgot all about squeezeboxserver

[21:59:58]

sphery:

justinh: yeah, you'll need to change teh @ variables...

[22:00:06]

justinh:

that has its own database too

[22:00:26]

sphery:

justinh: @MYSQL_TCP_PORT@ = 3306 , @MYSQL_UNIX_ADDR@

[22:00:28]

justinh:

I think I can get rid of it if I've not actually got round to ever using it

[22:00:34]

sphery:

= whatever was in your other config file

[22:01:04]

stuartm:

hmm, crimping cat 6 looks like a complete pain, might just stick with 5e

[22:01:05]

Gibby (Gibby!~Gibby@204.118.10.244) has quit (Quit: ZNC - http://znc.sourceforge.net)

[22:01:35]

sphery:

stuartm: isn't it just 4 twisted pairs still? what'd different about crimping it?

[22:01:46]

justinh:

doing the shield as well?

[22:02:33]

justinh:

nah I fixed the file & it's still seemingly not starting

[22:02:50]

sphery:

oooh, from http://en.wikipedia.org/wiki/Category_6_cable: Category 6a cable, or Augmented Category 6, is characterized to 500 MHz and has improved alien crosstalk characteristics

[22:02:55]

stuartm:

shield, additional loadbar thingy, not sure whether they are required but all the tutorials I've looked at describe those steps

[22:03:00]

sphery:

I could listen to the alien transmissions with cat 6

[22:03:31]

justinh:

wth is mysql waiting for?!

[22:03:32]

sphery:

stuartm: wonder if that means I'll need a new crimping die for cat 6 (if so, I'll be sticking to 5e, too)

[22:03:58]

stuartm:

add to that the difficulty in getting arbitrary lengths of Cat 6 from _reputable_ sources ...

[22:04:20]

justinh:

stuartm: FWIW I've only got cat5 in my house & my gigE seems fine

[22:04:50]

sphery:

justinh: did you check your `hostname`.err file in your mysql data dir?

[22:04:51]

stuartm:

sphery: that's the other thing, apparently you'll struggle to use old RJ45 jacks because Cat 6 wires are thicker and I'm wondering if that means my crimping tool would be worthless

[22:05:02]

sphery:

:(

[22:05:13]

sphery:

progress is fine until it costs me $50 for a new crimper

[22:05:20]

sphery:

(er, new crimper die)

[22:05:35]

stuartm:

sphery: plus I've got about a hundred left over jacks that I'd prefer not to waste

[22:06:04]

stuartm:

justinh: yeah, I know it should be fine, I was looking at Cat 6 to hopefully future proof the job but I'm not really sure it's worth the hassle now

[22:06:36]

justinh:

sphery: hostname.err?

[22:06:50]

sphery:

justinh: also, note that you'll want to comment log-bin=mysql-bin and binlog_format=mixed lines

[22:07:25]

sphery:

justinh: in /srv/mysql/`hostname`.err or, likely for *buntu, in /var/lib/mysql/`hostname`.err or something

[22:07:41]

sphery:

where `hostname` executes the hostname command and gets your system's actually hostname

[22:07:55]

justinh:

sphery: nothing there

[22:08:12]

sphery:

try disabling the binlog stuff and see if it starts that way

[22:08:33]

sphery:

may be slow because of that or something (or it filled up your file system or something :)

[22:08:59]

justinh:

heh

[22:09:46]

justinh:

nah still taking an age

[22:09:59]

justinh:

this just isn't right

[22:11:09]

stuartm:

sphery: until you mentioned it I hadn't even realised that the die was a replacable part of my crimp tool ... shows how little I've used it

[22:11:57]

stuartm:

I wouldn't know where to get alternate dies for this model, but it's still worth knowing

[22:12:09]

justinh:

now it's running but I can't connect

[22:13:11]

unixSnob (unixSnob!~unixSnob@212.117.169.230) has joined #mythtv-users

[22:13:22]

j-rod is now known as j-rod|afk

[22:13:26]

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

[22:13:34]

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

[22:13:50]

streeter (streeter!~streeter@nat/redhat/x-cltyumhjwausifyj) has quit (Quit: Leaving)

[22:13:58]

sphery:

stuartm: heh, yeah, but the biggest problem is that sometimes the die costs almost as much as the crimping tool--and can be more than an identical crimping tool with the die you want on sale (this is why I have 2 identical tools, one with an F-connector and the other with a RJ-45 crimping die)

[22:14:56]

stuartm:

sphery: I can well believe that, the one I've got was at the cheaper end of the scale but I still remember it being relatively expensive

[22:15:32]

sphery:

yeah, mine are about $80 normally, but I got one for $20 on clearance at Home Depot and the other for about $45 on sale somewhere

[22:15:36]

stuartm:

for something that's little more than a glorified pair of pliars I mean

[22:15:41]

sphery:

no joke

[22:18:02]

justinh:

aha!

[22:18:10]

justinh:

needed other stuff like datadir, tmpdir etc

[22:19:03]

stuartm:

pre-made patch cables became so cheap that I've not had much use for it, so cheap in fact that I was given a whole bunch of brand new, still in packaging ones free by the guy I bought my last router from

[22:19:16]

justinh:

310 days uptime though... amazing for me I think. I'll be taking it down soon to upgrade the HDD space anyway

[22:20:25]

justinh:

time to schedule a whole ream of recordables

[22:21:09]

sphery:

justinh: heh, weird--mine has those compiled in

[22:21:25]

sphery:

though I guess it makes sense to specify them, anyway

[22:22:20]

justinh:

heh does my remote record button not work yet?

[22:23:57]

unixSnob (unixSnob!~unixSnob@212.117.169.230) has quit (Quit: leaving)

[22:24:28]

justinh:

haha no. wrong name. LOL

[22:24:45]

justinh:

oh and I found out .lircrc trumps lircrc. handy to know

[22:25:55]

justinh:

surely hammering the recording & scheduler should be a worthy test

[22:26:22]

justinh:

but maybe it'll be alright anwyay cos mysql has only been running a few minutes

[22:26:23]

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

[22:27:46]

Cardoe (Cardoe!~Cardoe@gentoo/developer/Cardoe) has quit (Read error: Operation timed out)

[22:31:24]

justinh:

7 concurrent recordings.. let's have some more

[22:33:33]

stuartm:

it all goes wrong at 8

[22:34:49]

justinh:

Nine! nine recordings! Ah ha ha ha ha

[22:35:30]

justinh:

anyway I guess it's a good thing that the shows we 'mitthed' are ones we can get on cable on-demand

[22:35:36]

justinh:

or rather, my wife can :)

[22:35:54]

stuartm:

no-one heard from justinh after that, some say that he just disappeared in a cloud of smoke

[22:36:07]

justinh:

and for all this is a bit of a tribulation it's NOTHING – I mean ***NOTHING*** compared to the hassle commercial DVRs give out

[22:36:10]

stuartm:

http://www.pcworld.co.uk/gbuk/monster-hp-high . . . 687-pdt.html

[22:36:24]

justinh:

stuartm: bah you need that one Denon make :P

[22:36:35]

stuartm:

yes folks, that a 90cm ethernet cable for £35 ...

[22:36:36]

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

[22:36:37]

justinh:

I should've gone to bed like an hour ago

[22:36:43]

justinh:

damn mythtv :)

[22:37:00]

justinh:

my boy's 1st birthday today & I'm absolutely jiggered

[22:37:19]

stuartm:

tut

[22:37:36]

justinh:

maybe a good thing we didn't get to go swimming – who'da thunk a public pool would close at 3pm in the school holidays?

[22:38:08]

justinh:

9 though. need more

[22:38:13]

justinh:

[22:38:16]

justinh:

MOAR!

[22:42:32]

justinh:

fifteen!!!

[22:43:27]

justinh:

oooo dear

[22:44:20]

justinh:

got a 0byte file there

[22:44:50]

justinh:

mythfrontend locked up so I restarted gdm...

[22:44:58]

justinh:

and now mythfrontend segfaults at startup

[22:45:10]

justinh:

I guess 0.24 just isn't my lucky number

[22:46:21]

justinh:

loads the theme.. and segfaults

[22:47:06]

justinh:

oh wait – it was running, something just minimised it

[22:47:08]

justinh:

WTH?!

[22:51:04]

stuartm:

justinh: get some sleep

[22:51:11]

justinh:

hmm the 0byte recordings (2 off) don't have any errors in the loh

[22:51:14]

justinh:

*log

[22:51:59]

stuartm:

justinh: generally 0 byte recs won't have any errors, if mbe knew it had errored it wouldn't be trying to create a file

[22:52:16]

stuartm:

it would be retrying

[22:52:51]

justinh:

ah

[22:53:10]

justinh:

MBE is taking > 50% cpu. heh

[22:53:19]

stuartm:

which is part of the problem a) It fails b) It doesn't know it failed

[22:53:23]

justinh:

maybe dave ja vu is shot

[22:53:33]

justinh:

I hate freeview for stuffing channels around

[22:53:49]

justinh:

tried to delete the 0b ones & it can't

[22:53:52]

justinh:

or won't

[22:53:59]

stuartm:

and only half the battle is figuring our why it fails, we also need to handle the failure

[22:54:24]

wagnerrp:

hehehe

[22:54:33]

wagnerrp:

knowing is half the battle

[22:54:40]

justinh:

whoah I *stopped* the recording & now the reported size is *something*

[22:55:32]

justinh:

so it hadn't failed. something is just awfully busy.. which it kind of is

[22:56:09]

stuartm:

we switchover here in exactly two weeks, that's not going to be fun, multiple rescans required in the days and weeks afterwards

[22:56:27]

Typosu is now known as TyposuAway

[22:58:18]

justinh:

so no recording failures in all that time.. this time

[22:58:45]

hadees (hadees!~hadees@24-155-228-96.dyn.grandenetworks.net) has quit (Quit: hadees)

[22:58:47]

earthnative (earthnative!~nemo@ppp118-208-124-131.lns20.bne4.internode.on.net) has quit (Ping timeout: 246 seconds)

[22:58:53]

justinh:

stuartm: we were lucky here with winterhill – only 2 rescans

[22:59:05]

justinh:

although I had to fix the scanner to look for 8k ;-)

[22:59:16]

earthnative (earthnative!~nemo@ppp118-208-124-131.lns20.bne4.internode.on.net) has joined #mythtv-users

[23:00:22]

justinh:

serious question – how long is the longest amount of time people are reporting mythbackend running reliably for?

[23:00:46]

justinh:

bit unrealistic to ask most devs I know – they're always having to stop & start their backends

[23:01:06]

justinh:

unless they keep dev work to a sole machine & don't mess with production

[23:01:51]

justinh:

bet with the folks using weekly builds etc it's not that long ;-)

[23:02:21]

iamlindoro:

would be interesting to have a couple checkpoint machines with a couple tuners each, and require that they run, say, recording 24/7 for a full week before something is cleared for release

[23:02:28]

justinh:

not that my issues lately have been anything to do with the backend running for a long time

[23:02:31]

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

[23:02:47]

justinh:

just be kind of interesting to know

[23:03:10]

iamlindoro:

I do restart my backend once or twice a week because I use master is production, but just to update

[23:03:20]

iamlindoro:

outside of that, backend hangs and crashes are exceedingly rare for me

[23:03:24]

justinh:

I dunno how long mysql had been running on this box with that uptime but I'd guess a fair proportion of it. I very rarely have to leap in to fix things

[23:03:32]

Twiggy2cents:

This is my uptime on my be.

[23:03:32]

hoolio (hoolio!~hoolio@eth235.tas.adsl.internode.on.net) has joined #mythtv-users

[23:03:33]

Twiggy2cents:

http://en.wikipedia.org/wiki/Category_6_cable:

[23:03:36]

Twiggy2cents:

oops

[23:03:39]

Twiggy2cents:

up 18 day

[23:03:42]

wagnerrp:

yeah, i dont recall the last time my backend crapped out

[23:03:51]

Twiggy2cents:

I dont think I have messed with anything

[23:03:56]

wagnerrp:

on the backend machine? or mythbackend?

[23:04:03]

justinh:

I generally don't, and that makes it all the more bad when it does

[23:04:10]

Twiggy2cents:

is there a way to check mythbackend uptime?

[23:04:16]

Twiggy2cents:

That was total uptime

[23:04:23]

justinh:

Twiggy2cents: doubt it

[23:04:38]

clever:

ps can show the uptime of a process

[23:04:45]

justinh:

oh yeah then there are init scripts doing sneaky restarts.. so although a user might not know it...

[23:05:35]

clever:

if i do 'ps aux|grep mythbackend' i can clearly see it began on Jul27th

[23:05:52]

Twiggy2cents:

That seems wrong, 38 minutes and 35 on xorg 48 on xfce

[23:06:11]

Twiggy2cents:

doh

[23:06:23]

Twiggy2cents:

that was ps -e which gives different results

[23:06:37]

Twiggy2cents:

Jul 24 is my uptime at the moment

[23:06:56]

Twiggy2cents:

Which means i really need to restart it so the updates will be loaded.

[23:07:14]

justinh:

oh hell I've still got gallery3 installed

[23:07:19]

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

[23:07:34]

stuartm:

justinh: my 0.24 'production' backend tends to run for weeks/months at a time

[23:07:56]

justinh:

wonder if my dad went in there tonight to look at the photos

[23:08:09]

justinh:

which I no longer put on there. I put em on picasa these days

[23:08:38]

justinh:

I wouldn't be surprised if all this turns out to be something stupid like this

[23:08:57]

justinh:

gallery3 is a beast sometimes

[23:11:40]

justinh:

nah. wasn't that. no accesses today

[23:11:53]

stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has left #mythtv-users ("Gone")

[23:11:57]

justinh:

it all adds up & god only knows what crazy stuff people do with their backends

[23:12:28]

npm (npm!~npm@cpe-76-90-30-220.socal.res.rr.com) has quit (Read error: Connection reset by peer)

[23:12:49]

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

[23:14:05]

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

[23:14:58]

npm (npm!~npm@cpe-76-90-30-220.socal.res.rr.com) has joined #mythtv-users

[23:19:38]

andreax1 (andreax1!~andreaz@p57B94FE8.dip.t-dialin.net) has quit (Read error: Connection reset by peer)

[23:30:56]

Ryushin (Ryushin!proxy@cl-412.phx-01.us.sixxs.net) has quit (Quit: Client exiting)

[23:34:02]

justinh:

wow. tags are coming to recordings? neat-o-mongous :-)

[23:34:21]

justinh:

s/coming/intended to be planned one day/ ;-)

[23:40:10]

wagnerrp:

ugh

[23:40:42]

wagnerrp:

some tard on mythtvtalk found out that his comcast franchise has not yet gotten their privacy mode waivers

[23:40:59]

wagnerrp:

and that even though he recently dropped to basic cable, he still has access to the full extended cable lineup

[23:41:29]

wagnerrp:

somehow, he sees that less as 'cable theft', and more of 'beating comcast at their own game'

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

Current users (157):