Beirdobot, irc.freenode.net

Friday, July 31st, 2009, 00:00 UTC

[00:00:21]

J-e-f-f-A:

sphery: I was gonna say "We're watching you, sphery!" ;-) hehehe... oh well..

[00:00:30]

sphery:

it's the thought that counts

[00:01:27]

GreyFoxx:

So...... when configuring devices such as multidisk changers, which will be streamable from a backend.... would you expect to device the device in mythtv-setup since its served up via mythbackend or in mythfrontend where you already set the path to the dvd drive for playback ?

[00:01:48]

GreyFoxx:

I think mythtv-setup but I expect users will think it should be in the frontend

[00:02:16]

kormoc:

GreyFoxx, I would expect the backend if it doesn't require a frontend to use

[00:02:19]

sphery:

though some users will complain that they have to install mythfrontend to configure it

[00:02:43]

sphery:

(because you know how precious those 100MB of disk space really are)

[00:02:45]

J-e-f-f-A:

GreyFoxx: I would think that (logically) any shared resource should be configured on the backend only... thus mythtv-setup

[00:02:53]

GreyFoxx:

kormoc: The backend will be responsible for accessing the device and streaming the content to the FE. I expect even on single be/fe machines

[00:03:08]

GreyFoxx:

the be will issue commands to change disks, and stream the content to the FE

[00:03:33]

GreyFoxx:

Or at least be in charge of "controlling" the changer

[00:03:42]

kormoc:

Yeah, so imho, it should go into mythtv-setup

[00:04:06]

smithna_ (smithna_!n=smithna@c-71-207-20-172.hsd1.pa.comcast.net) has joined #mythtv-users

[00:04:11]

kormoc:

perhaps abstracted as a 'capture device' (we'd have to rename that to streaming device or the like)

[00:04:58]

GreyFoxx:

Maybe I'll define it as a removable device, with a subtype of dvdchanger

[00:05:24]

eNRGy:

As a n00b user I prefer stuff in the frontend – running mythtv-setup on my backend machine is a pain.

[00:05:31]

eNRGy:

But I'm off to bed, nn

[00:05:34]

eNRGy (eNRGy!n=opera@82-69-3-102.dsl.in-addr.zen.co.uk) has left #mythtv-users ()

[00:05:34]

kormoc:

Cause in theory, we'd be able to stream from it into mythweb

[00:06:19]

Greek-Boy (Greek-Boy!n=greek@41.188.154.137) has quit ()

[00:06:20]

GreyFoxx:

the fundamental problem with dvd's is that libdvdcss talks directly to the block device

[00:06:58]

GreyFoxx:

And since we do not package our own version of it I can't providethe data other than in that form

[00:07:25]

GreyFoxx:

so I've got a couple ways to fake the block device which work

[00:07:38]

GreyFoxx:

works perfectly for isos and dvd's

[00:07:44]

GreyFoxx:

just not VIDEO_TS directories

[00:07:54]

** kormoc nods **

[00:08:07]

cynicism1c (cynicism1c!n=rclark@94-194-202-107.zone8.bethere.co.uk) has quit ("leaving")

[00:09:10]

gbee:

hmm, odd bit of local news, man found shot dead in alleyway (unusual enough) but he was in his 80s, wearing a wax jacket, flat cap, green wellingtons and walking stick – not exactly a gang member then

[00:11:22]

gbee:

police are not treating it as suspicious .... well that means suicide, but I'd still call a suicide in full outdoor gear in a suburban alleyway strange if not suspicious

[00:12:33]

XLV (XLV!n=XLV@unaffiliated/xlv) has quit ("Leaving")

[00:13:09]

gbee:

will probably turn out to be an army service revolver

[00:13:23]

** gbee shrugs and calls it a night **

[00:13:37]

kormoc:

that's... odd

[00:16:43]

smithna_ (smithna_!n=smithna@c-71-207-20-172.hsd1.pa.comcast.net) has quit (Remote closed the connection)

[00:18:15]

smithna (smithna!n=smithna@c-71-207-20-172.hsd1.pa.comcast.net) has quit (Read error: 113 (No route to host))

[00:19:59]

motd2k:

hunting accident?

[00:21:00]

motd2k:

the attire sounds like he was only missing a 12guage

[00:23:42]

vmax (vmax!n=vmax@88.218.234.171) has joined #mythtv-users

[00:25:18]

gbee:

not in the suburbs, thinking about it, it's probably some ex-army officer (held on to his WW2 service revolver illegally) who told his wife that he was going for a walk so that she wouldn't find his body, he's dressed for the wet weather, slipped the gun in his pocket and found a quiet spot

[00:25:50]

kormoc:

you brits seem to have the whole slip off to knock off thing down pat

[00:25:54]

gbee:

doubt it was a shotgun, someone would have noticed a guy walking around that area with it and called the police

[00:27:19]

coldpenguin (coldpenguin!n=gareth@host86-165-50-144.range86-165.btcentralplus.com) has quit ("Leaving.")

[00:27:38]

gbee:

was only reading about a guy who killed himself with his ex-army weapon this morning, had his son bring it into the hospital when he'd just been diagnosed with terminal cancer, shot himself in the bed in front of other patients on the ward

[00:33:04]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has quit (Read error: 110 (Connection timed out))

[00:34:27]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has quit ("Leaving")

[00:35:50]

gbee:

'alley' was somewhere around here, like I said, middle of the suburbs, http://maps.google.co.uk/maps?hl=en&ie=UT . . . t=k&z=18

[00:38:27]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has joined #mythtv-users

[00:41:15]

kulos (kulos!n=kulos@084202125036.customer.alfanett.no) has quit ()

[00:46:29]

AndyCrawford (AndyCrawford!n=andycraw@host-72-51-137-50.newwavecomm.net) has joined #mythtv-users

[00:46:40]

vmax (vmax!n=vmax@88.218.234.171) has quit (Remote closed the connection)

[00:46:41]

AndyCrawford (AndyCrawford!n=andycraw@host-72-51-137-50.newwavecomm.net) has quit (Read error: 104 (Connection reset by peer))

[00:48:08]

jroysdon (jroysdon!n=User@Ox.roysdon.org) has quit ("ttfn")

[00:49:12]

XLV (XLV!n=XLV@88.218.234.171) has joined #mythtv-users

[00:49:51]

XLV (XLV!n=XLV@88.218.234.171) has quit (Remote closed the connection)

[00:50:42]

XLV (XLV!n=XLV@unaffiliated/xlv) has joined #mythtv-users

[00:51:12]

XLV (XLV!n=XLV@unaffiliated/xlv) has quit (Remote closed the connection)

[00:52:08]

wylie (wylie!n=wylie@ip70-190-125-87.ph.ph.cox.net) has quit (Read error: 110 (Connection timed out))

[00:58:11]

Dave123 (Dave123!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has joined #mythtv-users

[01:01:26]

XLV (XLV!n=XLV@unaffiliated/xlv) has joined #mythtv-users

[01:02:38]

andreax (andreax!n=andreaz@p57B96B3E.dip.t-dialin.net) has joined #mythtv-users

[01:02:51]

andreax (andreax!n=andreaz@p57B96B3E.dip.t-dialin.net) has quit (Read error: 54 (Connection reset by peer))

[01:04:00]

Dave123 (Dave123!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has quit ("Leaving")

[01:06:24]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has quit (Remote closed the connection)

[01:07:00]

cynicismic (cynicismic!n=rclark@94-194-202-107.zone8.bethere.co.uk) has quit (Remote closed the connection)

[01:09:31]

XLV (XLV!n=XLV@unaffiliated/xlv) has quit (Remote closed the connection)

[01:11:37]

XLV (XLV!n=XLV@unaffiliated/xlv) has joined #mythtv-users

[01:11:59]

XLV is now known as zz_XLV

[01:17:44]

Dave123 (Dave123!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has joined #mythtv-users

[01:20:22]

zz_XLV (zz_XLV!n=XLV@unaffiliated/xlv) has quit (Remote closed the connection)

[01:21:08]

XLV (XLV!n=XLV@unaffiliated/xlv) has joined #mythtv-users

[01:21:34]

XLV is now known as zz_XLV

[01:23:17]

zz_XLV (zz_XLV!n=XLV@unaffiliated/xlv) has quit (Remote closed the connection)

[01:24:32]

Dave123 (Dave123!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has quit ("Leaving")

[01:25:35]

davidm (davidm!n=David@nat/ti/x-gxwchvehqqtgpjbu) has joined #mythtv-users

[01:26:03]

davidm is now known as Guest8520

[01:31:02]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has joined #mythtv-users

[01:31:02]

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

[01:32:44]

XLV (XLV!n=XLV@88.218.234.171) has joined #mythtv-users

[01:40:45]

XLV (XLV!n=XLV@unaffiliated/xlv) has quit (Remote closed the connection)

[01:44:03]

XLV (XLV!n=XLV@unaffiliated/xlv) has joined #mythtv-users

[01:46:09]

Dave123 (Dave123!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has joined #mythtv-users

[01:47:05]

stoth (stoth!n=stoth@ool-18bfe0d5.dyn.optonline.net) has quit ("This computer has gone to sleep")

[01:52:28]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has joined #mythtv-users

[01:58:11]

gbutters is now known as gbutters_away

[01:58:11]

gbutters_away (gbutters_away!n=gbutters@ip98-163-245-35.no.no.cox.net) has quit ("Coyote finally caught me")

[02:11:28]

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

[02:13:04]

XLV is now known as zz_XLV

[02:16:47]

benc_ (benc_!n=benc@markcaswell.dsl.visi.com) has quit (Read error: 60 (Operation timed out))

[02:16:55]

Dave123-road (Dave123-road!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has joined #mythtv-users

[02:23:06]

Dave123 (Dave123!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has quit ("Leaving")

[02:23:25]

stoth (stoth!n=stoth@ool-18bfe0d5.dyn.optonline.net) has joined #mythtv-users

[02:31:14]

Dave123-road (Dave123-road!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has quit (Remote closed the connection)

[02:37:32]

gbutters_away (gbutters_away!n=gbutters@ip98-163-245-35.no.no.cox.net) has joined #mythtv-users

[02:37:37]

gbutters_away is now known as gbutters

[02:41:58]

Scopeuk (Scopeuk!n=scopeukf@cpc2-mfld11-0-0-cust971.nott.cable.ntl.com) has quit ("ZNC by prozac - http://znc.sourceforge.net")

[02:43:13]

zz_XLV is now known as zz_zz_XLV

[02:48:07]

keith4_ (keith4_!n=keith@unaffiliated/keith4) has quit (Read error: 110 (Connection timed out))

[02:48:48]

keith4_ (keith4_!n=keith@216-164-144-176.c3-0.eas-ubr9.atw-eas.pa.cable.rcn.com) has joined #mythtv-users

[02:53:22]

adante (adante!n=adante@59.167.212.65) has quit (Remote closed the connection)

[02:55:53]

zz_zz_XLV is now known as XLV

[03:01:25]

awalls (awalls!n=awalls@02-056.155.popsite.net) has joined #mythtv-users

[03:03:25]

XLV is now known as zz_XLV

[03:03:33]

brad2 (brad2!n=brad@bas6-toronto63-1128676619.dsl.bell.ca) has quit ()

[03:03:36]

zz_XLV (zz_XLV!n=XLV@unaffiliated/xlv) has quit (Remote closed the connection)

[03:04:57]

XLV (XLV!n=XLV@unaffiliated/xlv) has joined #mythtv-users

[03:13:31]

gunni_ (gunni_!n=quassel@xdsl-81-173-250-82.netcologne.de) has joined #mythtv-users

[03:16:51]

gunni (gunni!n=quassel@xdsl-213-196-228-43.netcologne.de) has quit (Read error: 60 (Operation timed out))

[03:24:27]

MartinCleaver (MartinCleaver!n=martincl@206-248-176-160.dsl.teksavvy.com) has joined #mythtv-users

[03:24:28]

awalls (awalls!n=awalls@02-056.155.popsite.net) has left #mythtv-users ()

[03:26:46]

nighthawk_ (nighthawk_!n=nighthaw@c-24-128-157-168.hsd1.nh.comcast.net) has quit ("This computer has gone to sleep")

[03:26:57]

stoth (stoth!n=stoth@ool-18bfe0d5.dyn.optonline.net) has quit ("This computer has gone to sleep")

[03:27:31]

dashcloud (dashcloud!n=quassel@pool-96-245-191-112.phlapa.fios.verizon.net) has quit (Read error: 113 (No route to host))

[03:30:41]

Guest8520 (Guest8520!n=David@nat/ti/x-gxwchvehqqtgpjbu) has quit (Remote closed the connection)

[03:33:36]

davidm (davidm!n=David@nat/ti/x-jiyabhccnugcvfju) has joined #mythtv-users

[03:34:04]

davidm is now known as Guest23611

[03:47:17]

Gumby (Gumby!n=Gumby@unaffiliated/gumby) has joined #mythtv-users

[03:53:51]

Gumby:

hi all. I was wondering if anyone knew of any cards to handle hdmi input. I'm wanting to capture the video from an HD satellite STB and run it into my PC to use with myth and an IR blaster.

[04:01:00]

sphery:

Gumby: can't be done... HDMI = DRM

[04:01:10]

sphery:

Gumby: instead you have to use an analog input--Component

[04:01:40]

MartinCleaver (MartinCleaver!n=martincl@206-248-176-160.dsl.teksavvy.com) has quit ()

[04:01:42]

sphery:

Gumby: Hauppauge HD-PVR is the only solution (and it only works with SVN trunk/development code). Will be supported in 0.22 when it's released (real soon now)

[04:06:30]

Gumby:

sphery: I see. I thought I read about something called the black magic Intensity card. Also, the HDMI output that will be used will not be using any DRM

[04:06:51]

Gumby:

As far as I know. (FTA Satellite)

[04:07:21]

sphery:

well, the black magic stuff has been discussed for many years now, and yet there are still no Linux drivers for it

[04:07:32]

Gumby:

ah, I see

[04:07:33]

sphery:

and it's /much/ more expensive than the HD-PVR, anyway

[04:07:46]

kormoc:

Gumby, How do you know there's no HDCP on the HDMI? Do you have a hdmi signal decoder?

[04:07:58]

sphery:

and, really, the quality you get from HD-PVR is very good (in spite the the digital->analog->digital conversion

[04:09:40]

Gumby:

kormoc: from what Ive been told from people who use the FTA receiver I am thinking of using, it doesnt

[04:09:59]

Gumby:

sphery: I'll look into the HD-PVR. thanks

[04:10:50]

sphery:

Gumby: http://www.mythtv.org/wiki/HD-PVR and http://www.hauppauge.com/site/products/data_hdpvr.html

[04:11:14]

sphery:

ooohhh... Our pick is slicker than Hauppauge's--it's all glowy!

[04:11:19]

sphery:

pic

[04:12:33]

Gumby:

lol

[04:20:13]

AndyCrawford (AndyCrawford!n=andycraw@host-72-51-137-50.newwavecomm.net) has joined #mythtv-users

[04:21:33]

AndyCrawford (AndyCrawford!n=andycraw@host-72-51-137-50.newwavecomm.net) has quit (Client Quit)

[04:26:18]

k-man (k-man!n=jason@unaffiliated/k-man) has joined #mythtv-users

[04:26:53]

k-man:

hows the work coming along with ffmpeg-mt? will it be in .22 do you think?

[04:31:47]

XLV is now known as [XLV]

[04:31:55]

sphery:

almost definitely not going to be in 0.22

[04:32:57]

sphery:

last I heard, ffmpeg-mt still breaks decoding for lots of video types, so it has a ways to go

[04:33:10]

sphery:

and it sounds like 0.22 may be arriving before too long

[04:33:29]

sphery:

(and a new ffmpeg sync is always done when there's lots of time for testing before the release)

[04:36:29]

AndyCrawford (AndyCrawford!n=andycraw@host-72-51-137-50.newwavecomm.net) has joined #mythtv-users

[04:36:53]

AndyCrawford (AndyCrawford!n=andycraw@host-72-51-137-50.newwavecomm.net) has quit (Read error: 104 (Connection reset by peer))

[04:37:25]

adante (adante!n=adante@59.167.212.65) has joined #mythtv-users

[04:37:28]

wagnerrp:

and a sync was already done just a couple weeks ago

[04:38:22]

sphery:

that too

[04:48:22]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has quit ()

[04:48:33]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has joined #mythtv-users

[04:49:15]

jroysdon (jroysdon!n=User@Ox.roysdon.org) has joined #mythtv-users

[04:51:56]

_flindet (_flindet!n=flindet@c-67-164-215-138.hsd1.ca.comcast.net) has joined #mythtv-users

[04:58:48]

poodyp (poodyp!n=poodyp@cpe-98-148-122-5.socal.res.rr.com) has joined #mythtv-users

[05:03:44]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has quit ()

[05:03:53]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has joined #mythtv-users

[05:04:30]

flindet (flindet!n=flindet@c-67-164-215-138.hsd1.ca.comcast.net) has quit (Read error: 110 (Connection timed out))

[05:16:52]

iamlindoro:

What a miracle, you can pass 80 Mbit over a 480 Mbit USB bus. This is, of course, entirely Myth's doing.

[05:18:11]

kormoc:

It's also myth's fault when it doesn't work perfectly on 20 year old hardware

[05:18:15]

wagnerrp:

what... is she doing one tuner per multiplex or something?

[05:18:21]

sphery:

I'm assuming that measn there's some interesting post on -users list?

[05:18:44]

iamlindoro:

yes, latest on -users

[05:19:14]

wagnerrp:

i mean i would HOPE USB2.0 could manage 10MBps

[05:19:19]

wagnerrp:

but ive seen it do much much worse

[05:20:27]

k-man:

how do you know its a she?

[05:20:41]

iamlindoro:

In this case I think it's a he

[05:20:45]

sphery:

heh, I had assumed it was a he

[05:21:03]

sphery:

but I didn't want to admit that for fear of being called a sexist

[05:21:13]

wagnerrp:

i suppose Lindsay could be a 'he'

[05:21:23]

sphery:

The doctor is his /mom/!

[05:21:25]

wagnerrp:

ive just only known 'she's by that name

[05:21:42]

iamlindoro:

I've known both

[05:21:45]

k-man:

i think lindsay can be either

[05:21:57]

sphery:

http://en.wikipedia.org/wiki/Lindsay_(name)

[05:22:03]

sphery:

shows a David and James

[05:22:16]

k-man:

anyway, thanks for the comments on ffmpeg-mt

[05:22:18]

sphery:

but those are last name Lindsay :)

[05:23:49]

iamlindoro:

//www.mailinglistarchive.com/mythtv-users@mythtv.org/msg88804.html" rel="nofollow">http://www.mailinglistarchive.com/mythtv-user . . . sg88804.html

[05:24:13]

wagnerrp:

well that one was an utter failure by beirdo

[05:24:17]

sphery:

Lindsey Olin Graham (Senator, SC, R), Lindsay Dawson (artist), Lindsey Adams Buckingham all males

[05:24:44]

sphery:

Lindsay Brown (John Lindsay Brown), also a male

[05:25:02]

dkeith_ (dkeith_!n=dkeith@173.48.211.48) has joined #mythtv-users

[05:25:05]

iamlindoro:

And in this case, Lindsay Mathiesen, male ;)

[05:26:11]

wagnerrp:

well at least he/she isnt named 'Pat'

[05:27:43]

k-man:

so that means one really needs some grunt to decode full hd then? can it be done in a fanless frontend without vdpau?

[05:28:10]

wagnerrp:

im wondering how you would construct this fanless frontend

[05:28:16]

wagnerrp:

even WITH vdpau

[05:28:29]

wagnerrp:

those ION systems still pump off 30–40W

[05:28:39]

sphery:

I'm having the hardest time getting used to Watch TV no longer being the first thing in the menu

[05:28:40]

wagnerrp:

thats a bit much unless your case is basically a giant heatsink

[05:28:49]

iamlindoro:

reading back, ffmpeg-mt can't make it into myth until it makes it into ffmpeg

[05:28:53]

iamlindoro:

and that's still a fair ways off

[05:28:56]

wagnerrp:

sphery: i know what you mean... i keep going to the second item

[05:29:31]

sphery:

Yeah. I love the change, but 5 years of habit going to the 2nd item in the list

[05:29:33]

k-man:

sphery: i almost never use the Watch TV option anyway (im still on .21)

[05:29:53]

k-man:

wagnerrp: hmmm... its a challenge then. A friend uses a mac mini and thats working pretty well for him

[05:29:56]

wagnerrp:

k-man: a couple weeks ago on trunk, 'watch tv' got moved to the bottom of the list

[05:30:06]

sphery:

Right, I don't, either, but I /never/ leave the menu with Watch TV selected, so I have a habit of kicking it to the 2nd item in the list.

[05:30:07]

wagnerrp:

the mac mini is not fanless

[05:30:11]

k-man:

wagnerrp: wow, thats interesting

[05:30:27]

k-man:

wagnerrp: thats also interesting – it is however pretty quiet i believe

[05:30:43]

wagnerrp:

the apple tv IS fanless, and from what ive heard, its gets pretty hot to the touch

[05:30:53]

sphery:

And since #1 is Media Library and #2 is Manage Recordings and my brain only seems to process the first character, I keep going to Manage Recordings and wondering why I can't find Watch Recordings.

[05:31:08]

k-man:

wagnerrp: i hear it does not have the grunt to do full hd decoding either

[05:31:11]

stoffel (stoffel!n=quassel@p57B4C471.dip.t-dialin.net) has joined #mythtv-users

[05:31:11]

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

[05:31:23]

iamlindoro:

full hd is just a marketing term

[05:31:39]

wagnerrp:

full hd right now would be... 8K?

[05:31:44]

iamlindoro:

there is *plenty* of 1080p material the mini can handle in CPU

[05:31:46]

k-man:

ok, sorry – it does not have the grunt to decode FTA HDTV in Australia

[05:32:02]

wagnerrp:

whats the biggest projectors they put into theaters?

[05:32:05]

k-man:

iamlindoro: i was talking about the Apple TV, not the mac mini

[05:32:12]

iamlindoro:

ah, ok

[05:32:16]

iamlindoro:

yes, the ATV suck balls

[05:32:27]

k-man:

iamlindoro: good, glad we got that sorted ;)

[05:32:29]

iamlindoro:

sooooooo sucky :)

[05:33:00]

iamlindoro:

and while I *have* had it doing 1080i MPEG-2, H.264 would make it cry and the UI is the worst thing that has ever happened in it

[05:33:16]

sphery:

is that the big fail that guy wanted?

[05:33:44]

wagnerrp:

basically, the only way youre going to do a fanless PC with mythtv is something like those old Zalman cases

[05:34:10]

sphery:

or use pumps instead of fans :)

[05:34:15]

k-man:

wagnerrp: hmm... thats a shame

[05:34:25]

kormoc:

now granted, the mac mini might as well be silent...

[05:34:25]

k-man:

what about quiet fans? are they any good?

[05:34:29]

sphery:

wasn't there a design for a big 40L water tank as a TV stand?

[05:34:42]

wagnerrp:

run heatpipes to an external heatsink several times the size of a normal CPU cooler

[05:34:43]

kormoc:

sphery, it's called a tropical fish tank ;)

[05:35:16]

k-man:

maybe you could use a large tropical fish tank as a heatsink, and keep the fishies nice and warm while your at it

[05:35:29]

wagnerrp:

k-man: think about it though... if this is a frontend only, you can put it into standby when youre not using it

[05:35:39]

wagnerrp:

when you are using it, the speakers on the TV are going to be running

[05:35:42]

k-man:

wagnerrp: ah, good point

[05:35:48]

wagnerrp:

and you wont notice a little wooshing noise anyway

[05:36:02]

k-man:

wagnerrp: very good point actually

[05:36:12]

kormoc:

buy a mini and a few dozen hdpvrs

[05:36:24]

k-man:

what is a hdpvr?

[05:36:41]

wagnerrp:

HD component capture box

[05:36:56]

kormoc:

which the mini (early 2009 series) rocks up with playing

[05:37:02]

k-man:

oh.. no, we are all digital over here – i use hdhr

[05:37:45]

sphery:

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

[05:37:47]

wagnerrp:

anything off a HDHR is going to be quite a bit easier than HDPVR recordings

[05:37:47]

k-man:

which i might add is awesome – i'll buy a second unit if and when my stone aged pci capture cards ever die

[05:38:10]

sphery:

I think he means HDHR in DVB-T land, right?

[05:38:14]

sphery:

so it could be H.264

[05:38:24]

mbamford (mbamford!n=mbamford@S01060013102ba867.vf.shawcable.net) has quit ("Coyote finally caught me")

[05:38:34]

wagnerrp:

sphery: even still, broadcasts are going to be multi-sliced

[05:38:48]

sphery:

ahhh

[05:38:58]

wagnerrp:

and from what i gather, the 20+mbps broadcasts are a bit rare

[05:39:03]

kormoc:

sphery, that's... insane and inane

[05:39:42]

mbamford (mbamford!n=mbamford@S01060013102ba867.vf.shawcable.net) has joined #mythtv-users

[05:39:52]

iamlindoro:

Heh, his "never been done before" myth box with the G-Skill memory

[05:39:54]

sphery:

yeah, perhaps iamlindoro should send him the name of a good water-removal company

[05:39:58]

KraMer (KraMer!n=mark@adsl-70-240-204-164.dsl.hstntx.swbell.net) has left #mythtv-users ("Leaving")

[05:40:06]

iamlindoro:

har. har. har.

[05:40:24]

k-man:

yeah, we have all channels on DVB-t here, except for a community station which I hope will migrate there sooner rather than later

[05:40:25]

sphery:

for when the supports give out and the tv and tank come crashing down

[05:40:55]

k-man:

i don't think they transmit in H.264 here, but not sure about that

[05:41:42]

sphery:

wonder how long until those under-water/in-supports LED's get annoying when watching TV at night

[05:42:00]

k-man:

why would you need to record everything all the time?

[05:43:13]

dkeith (dkeith!n=dkeith@173.48.211.48) has quit (Read error: 110 (Connection timed out))

[05:43:14]

adante (adante!n=adante@59.167.212.65) has quit (Read error: 110 (Connection timed out))

[05:43:23]

sphery:

k-man: /very/ good questions

[05:43:44]

sphery:

guess he's a person who appreciates a lot of bad TV with his little bit of good TV

[05:43:53]

k-man:

i guess it would be cool – you see a promo when watching a 4 week old show, for another show you want to watch – and hey- you recorded everything so you have it

[05:44:09]

sphery:

or he can't be bothered actually making recording rules before time

[05:44:16]

k-man:

but not cool enough to spend hard earned cash to set up

[05:45:05]

k-man:

speaking of recording rules – i have a show that goes into a "faster playback" playback group – but it doesn't actually play faster when it plays back. i use the same technique for some other shows and it works fine

[05:45:41]

sphery:

if you pause and then unpause, does it play at the faster timestretch value?

[05:45:54]

k-man:

hmm... good question, ill check tonight

[05:46:05]

sphery:

if so, it's the video

[05:46:17]

k-man:

if i examin the timestretch value, its at 1.0 even though it should be at 1.2

[05:46:19]

mbamford (mbamford!n=mbamford@S01060013102ba867.vf.shawcable.net) has quit ("Coyote finally caught me")

[05:46:35]

sphery:

if not, might want to check the rules, again--you probably have 2 that match, one with the playback group set right and one with it set wrong

[05:46:36]

k-man:

sphery: its weird how it always happens on this one show

[05:46:42]

mbamford (mbamford!n=mbamford@S01060013102ba867.vf.shawcable.net) has joined #mythtv-users

[05:46:48]

sphery:

then probably the 2 matching rules

[05:46:52]

k-man:

sphery: ah... that could be it, ill check that too

[05:47:41]

k-man:

is there a way to see a list of all "movies" that are coming up that I might want to record?

[05:47:50]

sphery:

I don't know for sure that it happens still, but when the playback groups got added, I found that initial timestretch didn't work right on some video--seemed an error during initialization

[05:49:20]

sphery:

k-man: yeah, you can do anything from an inactive custom recording rule (a la http://www.gossamer-threads.com/lists/mythtv/users/188789#188789 ) to a Search (for a one-time perusal of the listings) or a saved Search

[05:50:05]

sphery:

Manage Recordings|Schedule Recordings|Search Lists|Movies

[05:51:08]

sphery:

Or for saved search, Manage Recordings|Schedule Recordings|Search Words|Advanced

[05:51:40]

sphery:

(and if you decide to save the Advanced search, next time use Manage Recordings|Schedule Recordings|Search Words|Saved Searches)

[05:52:30]

k-man:

sphery: cool, thanks

[05:54:32]

Gumby (Gumby!n=Gumby@unaffiliated/gumby) has quit ("Leaving")

[05:55:42]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has quit (Connection timed out)

[05:56:18]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has quit (Read error: 104 (Connection reset by peer))

[05:57:00]

EDword (EDword!n=Justin@c-24-16-233-49.hsd1.wa.comcast.net) has joined #mythtv-users

[06:01:30]

sphery:

danielk22: FWIW, this (though not necessarily pretty) works on my system (where the original changes didn't): http://misc.thirdcontact.com/MythTV/mythtv-socket_changes.patch . It's simplified a lot since we're not constrained to always reading 128B at a time (no math in the ::read() call). Can probably be simplfied more, too, but I kept the same general structure of the original.

[06:02:42]

adante (adante!n=adante@59.167.212.65) has joined #mythtv-users

[06:03:43]

sphery:

However, I'm not sure we should be handling EAGAIN here. AIUI, in theory, we shouldn't be executing if there's no data to read (because of the select), but if we were, do we really want to keep trying until data becomes available?

[06:03:50]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has joined #mythtv-users

[06:03:50]

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

[06:04:14]

sphery:

oops... sorry, I'm in the wrong channel

[06:04:52]

sphery:

Have you guys ever considered making the #mythtv-users channel for devs and having #mythtv for users?

[06:06:00]

kormoc:

heh

[06:06:22]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has quit ()

[06:07:59]

sphery:

kormoc: that may have made more sense if you were here for my 2 messages to danielk--who's in the other channel. Though you probably figured that out when I put them in the right channel.

[06:09:06]

EDword (EDword!n=Justin@c-24-16-233-49.hsd1.wa.comcast.net) has left #mythtv-users ()

[06:14:27]

Tomasu (Tomasu!n=moose@S010600195b863efb.ed.shawcable.net) has joined #mythtv-users

[06:16:45]

Dagmar (Dagmar!i=dagmar@unaffiliated/dagmar) has quit ("Rebootin' ta test somefin")

[06:20:21]

artus35 (artus35!n=mythtv@i577AEE42.versanet.de) has joined #mythtv-users

[06:24:53]

mycosys1 (mycosys1!n=mycosys@121.79.41.131) has joined #mythtv-users

[06:25:25]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has joined #mythtv-users

[06:27:51]

mycosys1 (mycosys1!n=mycosys@121.79.41.131) has quit (Read error: 104 (Connection reset by peer))

[06:28:28]

gnome42 (gnome42!n=gnome42@69-196-166-176.dsl.teksavvy.com) has quit (Remote closed the connection)

[06:28:28]

mycosys (mycosys!n=mycosys@121.79.41.131) has joined #mythtv-users

[06:29:12]

mycosys:

anybody got any tips (or any sites with tips) on how to get the frontend to be more strict about syncing audio and video?

[06:29:30]

kormoc:

More strict?

[06:29:57]

mycosys:

it tends to sync itself – eventually – by warping the video time

[06:30:09]

mycosys:

i want it to be more agressive about it

[06:30:36]

kormoc:

So you have the experimental warp video to sync audio setting enabled? The one that's known to cause sync issues from time to time?

[06:31:48]

mycosys:

have tried with and without

[06:32:35]

mycosys:

fine on the combined frontend/backend – issues on the remote frontends

[06:35:11]

j-rod (j-rod!n=j-rod@static-72-93-233-3.bstnma.fios.verizon.net) has quit (Read error: 110 (Connection timed out))

[06:35:16]

artus35 (artus35!n=mythtv@i577AEE42.versanet.de) has quit (Remote closed the connection)

[06:36:49]

mycosys:

without the sync to audio setting it can get seconds out of sync

[06:37:26]

kormoc:

Do you have extra audio buffer enabled?

[06:37:49]

mycosys:

tried both ways

[06:37:54]

** kormoc pokes sphery **

[06:38:00]

kormoc:

he'd know better if he's around

[06:38:47]

wagnerrp:

why is everyone making such a push for 3D TV?

[06:39:03]

jroysdon:

what's tv?

[06:39:04]

sphery:

Make sure you have Extra audio buffering enabled and Aggressive sound card buffering disabled. Those are 2 different settings in 2 different places (one in main general settings and one in tv playback settings)

[06:39:11]

jroysdon:

Is that like youtube?

[06:39:19]

sphery:

mycosys: ^^^

[06:39:33]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has quit ("http://www.seagl.org")

[06:39:38]

mycosys:

ok – will try

[06:39:47]

mycosys:

experimantal sync on or off?

[06:39:49]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has joined #mythtv-users

[06:39:49]

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

[06:39:56]

sphery:

mycosys: Also, make sure you're using ffmpeg decoder and not libmpeg2--my recommendation is the default configuration of the Slim playback profile group

[06:40:25]

sphery:

mycosys: "Use video as timebase" off

[06:40:40]

sphery:

mycosys: it will pretty much never work

[06:40:52]

sphery:

I don't even know why it's an option

[06:41:20]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has joined #mythtv-users

[06:41:33]

sphery:

mycosys: I'm guessing right now your playback profile group is set to CPU+ . Slim will work much more consistently.

[06:41:46]

j-rod (j-rod!n=j-rod@static-72-93-233-3.bstnma.fios.verizon.net) has joined #mythtv-users

[06:41:48]

mycosys:

it is custom

[06:42:10]

mycosys:

ffmpeg & direct3d

[06:42:10]

sphery:

try with slim for now--once you get things working, then you can customize

[06:42:18]

sphery:

oh, this is windows?

[06:42:25]

mycosys:

yup

[06:42:30]

sphery:

If so, I have no idea how to configure it

[06:42:52]

sphery:

I'd say the "Use video as timebase" off will still apply. The rest I have no idea about.

[06:43:02]

kormoc:

ooh, windows is well... broken

[06:43:04]

sphery:

but what I told you is good advice for GNU/Linux

[06:43:08]

mycosys:

kinda why i left that bit out :)

[06:43:28]

sphery:

kormoc: and so is the Windows port of Myth. :)

[06:43:36]

kormoc:

:P

[06:44:10]

mycosys:

meh – i have software that just wont run under Lin unfortunately, and which there is not even remotely an equiv

[06:44:48]

FisherPrice70 (FisherPrice70!n=david@202.134.230.118) has joined #mythtv-users

[06:45:07]

sphery:

mycosys: that's why you have a dedicated Myth box connected to the TV and a Windows box in the office to do your work/video games

[06:45:23]

mycosys:

which is exactly what i have :)

[06:45:29]

sphery:

mycosys: and if you want to watch TV while you work, use Samba and mythrename.pl --link :)

[06:45:41]

FisherPrice70:

Someone help me please I've lost my channels for some reason I haven't done anything except update mythbuntu

[06:45:50]

FisherPrice70:

I've got plenty of signal strength

[06:45:58]

FisherPrice70:

but no signal lock

[06:46:34]

sphery:

FisherPrice70: likely a driver issue from an upgraded kernel (i.e. didn't get the drivers for the new kernel or didn't get the firmware or something)

[06:46:36]

mycosys:

was using mythweb&VLC, but – sometimes they just dont play, sometime they are flawless

[06:46:41]

dmz (dmz!n=dmz@64.203.233.195.dyn-cm-pool35.hargray.net) has quit (Read error: 110 (Connection timed out))

[06:46:59]

FisherPrice70:

sphery: how do I know, and how do you think I can fix it?

[06:47:34]

sphery:

FisherPrice70: I don't know Ubuntu... If you can find someone here that does, they'd be more help. Might also want to try #ubuntu-mythtv

[06:47:52]

FisherPrice70:

I'm on there too, no-one is saying anything atm

[06:47:58]

FisherPrice70:

must be asleep

[06:48:22]

mycosys:

wish i could help – running mythbuntu on the backend myself – but got me on that ne

[06:50:09]

mycosys:

what is actually happening? like more exactly than 'i lost my channels'

[06:52:41]

FisherPrice70:

well, initially I'd go into the tv

[06:53:16]

FisherPrice70:

and it would try to tune in.. but then it would pop up that dialog that would tell you that you don't have a signal lock and that you should change tuners

[06:53:19]

FisherPrice70:

you know the one?

[06:53:38]

FisherPrice70:

then I've gone into the channel editor, and deleted all the channels to re-scan

[06:53:46]

FisherPrice70:

and it doesn't pick up on any

[06:53:48]

FisherPrice70:

anymore

[06:54:09]

mycosys:

what tuner are you using?

[06:54:10]

sphery:

if you can get other programs to tune it, you should try increasing the timeouts (signal and channel timeouts) in Myth

[06:54:11]

FisherPrice70:

I've got the signal since I can get a clear picture on an old set-top box that I have

[06:54:28]

FisherPrice70:

a hauppage NOVA-T 500 dual

[06:54:33]

mycosys:

thought so

[06:54:42]

mycosys:

i had the same issu

[06:54:49]

FisherPrice70:

I tried using kaffeine but it did the same thing

[06:54:52]

mycosys:

with an asus U3000

[06:55:19]

mycosys:

u need to remove ALL power to the system every time that happens,

[06:55:21]

FisherPrice70:

it would scan.. get signal and then not lock on

[06:55:29]

FisherPrice70:

oj

[06:55:31]

FisherPrice70:

oh

[06:55:36]

FisherPrice70:

power right down

[06:55:39]

FisherPrice70:

leave it for a bit

[06:55:47]

mycosys:

is the dib0700 driver

[06:56:18]

mycosys:

dont need to leave it for a bit – it just needs a cold boot so u can reload the firmware into the card

[06:56:55]

mycosys:

seems to be working with some updated drivers i compiled – used mecurial – will find the source i used that seemed to work

[06:57:23]

FisherPrice70:

mythtv reports the DiBcom 3000MC/P

[06:57:25]

FisherPrice70:

driver

[06:57:28]

FisherPrice70:

hrm

[06:57:37]

FisherPrice70:

no

[06:57:44]

FisherPrice70:

my bad you're right.. in the dmesg

[06:58:04]

mycosys:

i2c errors galore

[06:58:26]

FisherPrice70:

a simple reboot won't do then

[06:58:48]

mycosys:

has to be a cold boot – has to remove all power to the card

[06:58:55]

FisherPrice70:

cool

[06:58:59]

FisherPrice70:

I'll give it a go now

[06:59:15]

mycosys:

will find some instructions that (accidentally) worked for me

[07:01:23]

mycosys:

I used these instructions http://www.linuxtv.org/wiki/index.php/How_to_ . . . vice_Drivers (dont forget the distclean etc) and used this driver source hg clone http://linuxtv.org/hg/~anttip/ec168/ rather than http://linuxtv.org/hg/v4l-dvb

[07:02:02]

mycosys:

actually used that source to try to gat an ec168 tuner working – but it seems to have fixed my dib0700 instead rofl

[07:05:38]

mycosys:

sphery: thank you – win compile of frontend is now working gorgeously

[07:05:51]

kormoc:

2 megs per second off the dvd drive...

[07:07:49]

FisherPrice70:

I have done a dmsg |grep dvb and it says "registered new interface driver dvb_usb_dib0700" which it didn't do before

[07:08:19]

mycosys:

u an an xterm or at a tty?

[07:08:28]

mycosys:

*in an

[07:09:33]

cdpuk (cdpuk!n=chris@cdpuk.cdp.me.uk) has joined #mythtv-users

[07:11:26]

jroysdon (jroysdon!n=User@Ox.roysdon.org) has quit ("Leaving")

[07:11:40]

FisherPrice70:

me?

[07:11:48]

FisherPrice70:

mycosys: ^^

[07:11:53]

mycosys:

FisherPrice70: if the driver finds the card in a 'warm' state it generally borks, f it finds it in a 'cold' state (has to load the firmware) it is generally good

[07:12:25]

FisherPrice70:

looks like it's working no matter... it's finding channels

[07:12:25]

mycosys:

FisherPrice70: yes – was to you – but just thought i would tell u what to look for

[07:12:32]

mycosys:

cool :)

[07:12:37]

FisherPrice70:

yeah, I ssh'd into the box

[07:12:46]

FisherPrice70:

it's now scanning

[07:12:47]

mycosys:

after rebuilding the driver i havent had issues for days

[07:12:50]

FisherPrice70:

nad finding

[07:13:27]

kormoc:

sphery, so my dvd playing is 'skippy', it'll go slow for 1/3 a second then go fast 2/3 a second and then repeats, any thoughts on what to look at?

[07:14:27]

mycosys:

FisherPrice70: take down those instructions i gave you earlier for recompiling the driver – i used to have to check dmesg for i2c errors pretty much before every recording – havent had an issue since i compiled them from that source

[07:14:48]

mycosys:

is a known issue with the dib0700 – is noted on the v4l site

[07:15:48]

FisherPrice70:

no problem

[07:15:56]

sphery:

kormoc: does it do the same for ISOs of DVDs?

[07:16:05]

kormoc:

let me test

[07:16:49]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has quit ()

[07:22:22]

inordkuo (inordkuo!n=inorkuo@adsl-69-224-127-84.dsl.sndg02.pacbell.net) has joined #mythtv-users

[07:31:54]

grokky (grokky!n=grokky@excalibur.csse.unimelb.edu.au) has quit (Read error: 110 (Connection timed out))

[07:36:46]

Tomasu (Tomasu!n=moose@S010600195b863efb.ed.shawcable.net) has quit (Read error: 113 (No route to host))

[07:39:00]

RyeBrye (RyeBrye!n=ryebrye@67.199.165.141) has quit ()

[07:41:13]

poodyp (poodyp!n=poodyp@cpe-98-148-122-5.socal.res.rr.com) has quit ()

[07:41:38]

Dagmar (Dagmar!i=dagmar@unaffiliated/dagmar) has joined #MythTV-Users

[07:42:13]

sphery:

anykey_: logs are no longer necessary, but thanks, anyway

[07:42:47]

sphery:

kormoc: if you don't have issues with ISO files, try increasing the DVD Drive Speed in MythVideo/MythDVD

[07:43:22]

kormoc:

sphery, did that already (sill creating the iso), max speed is 48x

[07:44:42]

sphery:

other than that, I'd recommend the same things as I did for mycosys... Extra audio buffering on, Aggressive sound card buffering off, ffmpeg decoder (not libmpeg2), simple playback profile group to start with (Slim)

[07:45:01]

kormoc:

Done, Done, Done, Done, no change :)

[07:45:06]

sphery:

and make sure you have a good audio setup

[07:45:10]

sphery:

no pulse

[07:45:20]

kormoc:

doesn't exist on my box

[07:45:21]

sphery:

alsa that can take other than 48kHz

[07:45:25]

kormoc:

hrm

[07:45:36]

kormoc:

I wonder

[07:46:02]

sphery:

if you're using analog outputs, using ALSA's default configuration of ALSA:default should work

[07:46:24]

sphery:

but note that some distros like to redefine ALSA's default with a broken default that only does 48kHz

[07:47:25]

sphery:

but at this point, it's sounding like you've got all the usuals set right... So it may be something else--something that's less common/hard to find.

[07:47:43]

sphery:

Have to admit that I don't do DVD's on mine, though, so I don't know any DVD tricks.

[07:51:57]

anykey_:

sphery: is it fixed then?

[07:52:40]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has joined #mythtv-users

[07:52:59]

sphery:

for now, he reverted the change

[07:53:23]

sphery:

but we know why it caused problems and he'll probably do a slightly modified version, tomorrow

[07:53:32]

kormoc:

sphery, yeah, it's odd

[07:53:45]

anykey_:

sphery: ok, thanks :)

[07:54:47]

kormoc:

sphery, so it's doing the same with the iso

[07:54:51]

** kormoc wonders if it's the disk **

[07:54:58]

sphery:

that's possible, too

[07:55:12]

sphery:

trunk, right?

[07:55:17]

kormoc:

aye

[07:55:46]

sphery:

I can't remember now--too late/early--whether there was a reported problem with trunk's playing MPEG-2 without seektables.

[07:56:06]

sphery:

(Stupid Lost is too good to stop watching... Just starting the finale.)

[07:56:37]

** mycosys is well looking forward to 0.22 – cant see how it can improve much on trunk so wow – and v1 is gonna be awesome **

[07:57:29]

kormoc:

v1... ha

[07:57:45]

mycosys:

someday lol

[07:58:20]

kormoc:

sphery, so another disk does it, I'm thinking it's a mpeg2 playback without seektable bug then

[08:02:18]

dmz (dmz!n=dmz@64.203.233.195.dyn-cm-pool35.hargray.net) has joined #mythtv-users

[08:10:03]

anykey_:

Is it known that with trunk if you enter LiveTV, startup the guide (with s), then exit the guide with esc and then exit livetv with escape you won't see the main menu?

[08:11:13]

kormoc:

it is now!

[08:11:29]

lyricnz (lyricnz!n=simonrob@203.171.199.31) has joined #mythtv-users

[08:13:53]

anykey_:

going to file a ticket then ;)

[08:15:24]

gbutters (gbutters!n=gbutters@ip98-163-245-35.no.no.cox.net) has quit (wolfe.freenode.net irc.freenode.net)

[08:15:24]

dougl (dougl!n=doug@S01060018f3992b5d.wp.shawcable.net) has quit (wolfe.freenode.net irc.freenode.net)

[08:15:24]

Anduin (Anduin!n=awithers@pdpc/supporter/active/anduin) has quit (wolfe.freenode.net irc.freenode.net)

[08:15:24]

sphery (sphery!n=mdean@user-0c6sj46.cable.mindspring.com) has quit (wolfe.freenode.net irc.freenode.net)

[08:15:24]

janneg (janneg!n=janne@tichy.grunau.be) has quit (wolfe.freenode.net irc.freenode.net)

[08:15:24]

slayven (slayven!i=slayven@xover.htu.tuwien.ac.at) has quit (wolfe.freenode.net irc.freenode.net)

[08:15:24]

Lt_Dan (Lt_Dan!n=fabulous@sierra.jamespurl.org) has quit (wolfe.freenode.net irc.freenode.net)

[08:15:29]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has left #mythtv-users ("http://www.seagl.org")

[08:17:19]

janneg (janneg!n=janne@tichy.grunau.be) has joined #mythtv-users

[08:17:19]

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

[08:20:20]

jvs (jvs!n=jvs@90.146.56.206) has joined #mythtv-users

[08:21:56]

gbutters (gbutters!n=gbutters@ip98-163-245-35.no.no.cox.net) has joined #mythtv-users

[08:21:56]

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

[08:21:56]

Anduin (Anduin!n=awithers@pdpc/supporter/active/anduin) has joined #mythtv-users

[08:21:56]

sphery (sphery!n=mdean@user-0c6sj46.cable.mindspring.com) has joined #mythtv-users

[08:21:56]

slayven (slayven!i=slayven@xover.htu.tuwien.ac.at) has joined #mythtv-users

[08:21:56]

Lt_Dan (Lt_Dan!n=fabulous@sierra.jamespurl.org) has joined #mythtv-users

[08:21:56]

Mode for #mythtv-users by irc.freenode.net : +vv Anduin sphery

[08:26:43]

olesalscheider (olesalscheider!n=desktop@xdsl-78-34-97-131.netcologne.de) has joined #mythtv-users

[08:32:09]

FR^2 (FR^2!n=frzwo@frquadrat.de) has joined #mythtv-users

[08:32:50]

lyricnz (lyricnz!n=simonrob@203.171.199.31) has quit ()

[08:42:15]

inordkuo (inordkuo!n=inorkuo@adsl-69-224-127-84.dsl.sndg02.pacbell.net) has quit (Read error: 104 (Connection reset by peer))

[08:48:06]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has quit ()

[08:55:04]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has quit ()

[08:59:16]

eMBee_ (eMBee_!n=mbaehr@foresight/developer/pike/programmer) has left #mythtv-users ()

[09:12:05]

gbee:

anykey_: don't see that behaviour here, recent trunk?

[09:20:14]

anykey_:

gbee: 21007

[09:20:28]

anykey_:

gbee: using G.A.N.T with OpenGL painter

[09:23:10]

olesalscheider_ (olesalscheider_!n=desktop@xdsl-87-79-164-97.netcologne.de) has joined #mythtv-users

[09:26:14]

MavT (MavT!n=Maverick@111.86.233.220.static.exetel.com.au) has joined #mythtv-users

[09:32:04]

Dibblah (Dibblah!n=Dibblah@94-168-152-182.cable.ubr11.dund.blueyonder.co.uk) has quit (Read error: 110 (Connection timed out))

[09:35:08]

grokky (grokky!n=grokky@ppp118-208-138-60.lns10.mel4.internode.on.net) has joined #mythtv-users

[09:40:15]

olesalscheider (olesalscheider!n=desktop@xdsl-78-34-97-131.netcologne.de) has quit (Read error: 110 (Connection timed out))

[09:42:03]

superdump (superdump!n=rob@unaffiliated/superdump) has joined #mythtv-users

[09:45:20]

MaverickTech (MaverickTech!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Read error: 110 (Connection timed out))

[09:52:21]

Kavorka_ (Kavorka_!n=jkara@124-168-30-110.dyn.iinet.net.au) has joined #mythtv-users

[09:56:09]

gbee:

anykey_: patches?

[09:57:26]

gbee:

is it consistently reproducible? Which guide is displayed? Without or without mini-video?

[09:59:54]

anykey_:

with mini-video, just a patch to disable the loopfilter and a patch that changes the menu (LiveTV on top)

[10:00:04]

anykey_:

but that second patch only touches the XML

[10:01:08]

janneg:

disabling the loopfilter should be unrelated

[10:03:02]

gbee:

yeah

[10:03:33]

gbee:

ok, open a ticket, but I don't have an idea yet

[10:04:06]

anykey_:

will do

[10:04:49]

gbee:

two possibilities, redraw or the code to redisplay the mythui window upon exiting video is failing for some reason

[10:05:12]

gbee:

I want to remove the latter anyway

[10:09:48]

lyricnz (lyricnz!n=simonrob@ppp121-44-205-87.lns10.mel4.internode.on.net) has joined #mythtv-users

[10:15:10]

johannes__ (johannes__!n=johannes@rommel.gate.uni-erlangen.de) has joined #mythtv-users

[10:15:39]

nuonguy (nuonguy!n=john@c-76-102-14-249.hsd1.ca.comcast.net) has quit ("This computer has gone to sleep")

[10:15:59]

johannes__:

hi, are there any news about s2api support in mythtv?

[10:34:57]

anykey_:

gbee: its a bit different: You enter livetv, enter the guide, wait a few secs (this is important), then exit the guide and you only see the theme background, not the video

[10:45:58]

grokky (grokky!n=grokky@ppp118-208-138-60.lns10.mel4.internode.on.net) has quit (Read error: 60 (Operation timed out))

[10:46:44]

Dave123 (Dave123!n=dave@cpe-74-69-108-236.rochester.res.rr.com) has joined #mythtv-users

[10:48:51]

hamid2010 (hamid2010!n=hamid123@41.249.53.201) has joined #mythtv-users

[10:51:00]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has joined #mythtv-users

[10:51:48]

grokky (grokky!n=grokky@ppp118-208-221-239.lns10.mel6.internode.on.net) has joined #mythtv-users

[10:53:28]

hamid2010 (hamid2010!n=hamid123@41.249.53.201) has quit ("Quitte")

[10:54:55]

FisherPrice70:

mycosys: oh, thanks heaps for your help. I'm pleased that people like you are on IRC when other pple need help

[10:55:52]

mycosys:

actually – pure luck – sometime i am a fair bit – but this time i was seeking help myself with sync – but very glad i coul help another with the same problem :)

[10:56:51]

mycosys:

hope ur myth setup is as satisfying for you as mine is for me :)

[10:57:30]

FisherPrice70:

only once in a while the livetv freezes

[10:57:41]

FisherPrice70:

when it goes from one show to the next

[10:57:44]

FisherPrice70:

I don't know why

[10:59:21]

mycosys:

havent come across that one yet lol – when does it freeze exactly?

[10:59:26]

FisherPrice70:

apart from that I am satisfied with it.... though it still isn't as perfect as a program that you would expect from a bought system off the shelf, but it's better than a program that you would expect from a backyard hobbiest too

[10:59:48]

FisherPrice70:

well, you know how each program is recorded and stored in the livetv group

[11:00:00]

mycosys:

have tried quite a lot of pvr programs – never seen anythign as good as myth

[11:00:02]

FisherPrice70:

it sometimes freezes between shows

[11:00:15]

FisherPrice70:

no myth is quite extensive

[11:00:28]

FisherPrice70:

what I'm refering to is something like TiVo

[11:00:44]

mycosys:

as in when you are playing back something you watched previously?

[11:00:57]

FisherPrice70:

no, when I'm watching livetv

[11:01:13]

mycosys:

TiVo wont let you watch TV and recordings from every machine in the house – myth does

[11:02:40]

MaverickTech (MaverickTech!n=Maverick@111.86.233.220.static.exetel.com.au) has joined #mythtv-users

[11:02:52]

FisherPrice70:

have you tried the microsoft media centre?

[11:02:59]

mycosys:

does the frontend totally freeze, does X totally freeze, or does it freeze up for a few seconds

[11:03:00]

FisherPrice70:

or heard of it?

[11:03:03]

mycosys:

not extensively

[11:03:16]

mycosys:

have used MCE a lil

[11:03:40]

FisherPrice70:

well, I wouldn't say it freezes... the picture stops... in order to continue, I have to exit out of TV and get back into it

[11:04:03]

FisherPrice70:

you know ESC

[11:04:09]

mycosys:

uhuh

[11:04:29]

mycosys:

trying to think what the heck happens at program change that would cause that

[11:04:49]

mycosys:

there is a new file and a database read i would assume, but......

[11:05:07]

mycosys:

have you looked in the fronted and backend logs?

[11:05:14]

FisherPrice70:

I use to have a lot more things go wrong, but since upgrading from mythbuntu 8.04 to 9.04 it's getting better

[11:05:36]

FisherPrice70:

na, I haven't, haven't really bothered, but now that I think about it I probably should

[11:05:44]

mycosys:

have had the same experience as myth has matured a lil over the last few years

[11:05:51]

FisherPrice70:

maybe it's some bug that the myth devs should look at

[11:06:00]

mycosys:

/var/log/mythtv

[11:06:04]

FisherPrice70:

yeah

[11:06:21]

FisherPrice70:

ne way it's getting late in the land of oz

[11:06:27]

FisherPrice70:

(aus)

[11:06:28]

mycosys:

is a bit hard for them to look at a bug they dont experience – i have never seen it myself – even when i was on a p3

[11:06:36]

mycosys:

9:06pm here :P

[11:06:54]

FisherPrice70:

lol, where are you about...

[11:06:59]

mycosys:

Just outside Newcastle

[11:07:00]

FisherPrice70:

I'm near sydney

[11:07:02]

FisherPrice70:

lol

[11:07:08]

FisherPrice70:

im in waratah

[11:07:12]

mycosys:

srs?

[11:07:15]

FisherPrice70:

yup

[11:07:25]

mycosys:

Barnsley – if you have any idea where that is

[11:07:38]

FisherPrice70:

west a little from maitland isn't it

[11:07:43]

mycosys:

nah

[11:07:46]

FisherPrice70:

hrm

[11:07:53]

FisherPrice70:

no.

[11:08:04]

FisherPrice70:

im only fairly new to the area

[11:08:08]

mycosys:

near west wallsend – few k from where the link road meets the freeway

[11:08:13]

FisherPrice70:

lol

[11:08:25]

FisherPrice70:

rofl

[11:08:35]

mycosys:

over your way pretty oft tho – i study mechatronics at the uni

[11:08:38]

FisherPrice70:

here I thought I was talking to an american

[11:08:44]

FisherPrice70:

nice

[11:08:52]

FisherPrice70:

I'm an electrical eng

[11:09:02]

FisherPrice70:

locomotive firm

[11:09:06]

mycosys:

omg rofl

[11:09:27]

mycosys:

goninnan or comeng or.....??

[11:09:33]

FisherPrice70:

goninan

[11:09:35]

mycosys:

im an electronic technician btw

[11:09:38]

mycosys:

cool

[11:09:43]

mycosys:

AMAZING machines

[11:09:53]

FisherPrice70:

or as they like to call themselves "united Group" now

[11:09:56]

FisherPrice70:

nice

[11:09:59]

mycosys:

really?

[11:10:01]

FisherPrice70:

where do you work then

[11:10:03]

FisherPrice70:

yup

[11:10:12]

FisherPrice70:

they are getting a little anal about the name though

[11:10:18]

FisherPrice70:

meh

[11:10:24]

FisherPrice70:

nuf of that talk

[11:10:46]

mycosys:

did you get PM?

[11:10:52]

FisherPrice70:

yup

[11:10:58]

FisherPrice70:

I've responded

[11:11:10]

FisherPrice70:

did you get it?

[11:11:15]

mycosys:

nup :(

[11:11:23]

FisherPrice70:

maybe I don't have voice

[11:11:29]

FisherPrice70:

do you have msn?

[11:12:00]

mycosys:

did you get that?

[11:12:24]

FisherPrice70:

yeah

[11:12:25]

FisherPrice70:

added

[11:12:36]

mycosys:

gotcha

[11:13:09]

croppa (croppa!n=stuart@220.233.27.135) has quit (Remote closed the connection)

[11:13:45]

FisherPrice70 (FisherPrice70!n=david@202.134.230.118) has left #mythtv-users ()

[11:16:34]

croppa (croppa!n=stuart@135.27.233.220.static.exetel.com.au) has joined #mythtv-users

[11:25:20]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has joined #mythtv-users

[11:27:22]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has quit (Client Quit)

[11:36:49]

Kavorka_ (Kavorka_!n=jkara@124-168-30-110.dyn.iinet.net.au) has quit (Remote closed the connection)

[11:37:41]

croppa (croppa!n=stuart@135.27.233.220.static.exetel.com.au) has quit (Remote closed the connection)

[11:38:07]

croppa (croppa!n=stuart@135.27.233.220.static.exetel.com.au) has joined #mythtv-users

[11:43:25]

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

[11:45:00]

brad2 (brad2!n=brad@bas6-toronto63-1128676619.dsl.bell.ca) has joined #mythtv-users

[11:45:14]

brad2:

morning guys

[11:55:42]

MartinCleaver (MartinCleaver!n=martincl@206-248-176-160.dsl.teksavvy.com) has joined #mythtv-users

[11:56:07]

Dibblah (Dibblah!n=Dibblah@94-168-152-182.cable.ubr11.dund.blueyonder.co.uk) has joined #mythtv-users

[11:56:07]

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

[12:12:10]

grokky_ (grokky_!n=grokky@ppp118-208-221-239.lns10.mel6.internode.on.net) has joined #mythtv-users

[12:13:36]

orogor:

hi here

[12:13:51]

orogor:

i guess thre still no french user with a freebox around ?

[12:14:46]

brad2:

not me i'm afraid

[12:22:52]

grokky_ (grokky_!n=grokky@ppp118-208-221-239.lns10.mel6.internode.on.net) has quit (Remote closed the connection)

[12:24:53]

grokky (grokky!n=grokky@ppp118-208-221-239.lns10.mel6.internode.on.net) has quit (Read error: 110 (Connection timed out))

[12:27:16]

tmkt (tmkt!n=dminogue@CPE00242b77265d-CM0016b533ff4a.cpe.net.cable.rogers.com) has joined #mythtv-users

[12:32:16]

MartinCleaver (MartinCleaver!n=martincl@206-248-176-160.dsl.teksavvy.com) has quit ()

[12:33:19]

[XLV] is now known as [[XLV]]

[12:34:42]

cynicismic (cynicismic!n=rclark@94-194-202-107.zone8.bethere.co.uk) has joined #mythtv-users

[12:41:42]

dwax (dwax!n=dweather@206.83.81.179.ptr.us.xo.net) has quit (Read error: 60 (Operation timed out))

[12:48:37]

tmkt:

morning

[12:50:22]

brad2:

hey tmkt

[12:52:34]

clyons (clyons!n=clyons@unaffiliated/clyons) has joined #mythtv-users

[12:53:14]

orogor:

anyone have some understanding of how the channels table works?

[12:57:10]

superdump (superdump!n=rob@unaffiliated/superdump) has quit ("Leaving.")

[13:01:53]

clyons (clyons!n=clyons@unaffiliated/clyons) has quit ("Leaving")

[13:07:36]

Essobi:

Morning! WEEEEEEEEEEEEEEE! TFMC. :)

[13:08:59]

javatexan (javatexan!n=mia@rrcs-71-40-238-180.sw.biz.rr.com) has joined #mythtv-users

[13:10:06]

Maliuta (Maliuta!n=scooby@kiev.lusan.id.au) has quit (Read error: 113 (No route to host))

[13:10:56]

Maliuta (Maliuta!n=scooby@kiev.lusan.id.au) has joined #mythtv-users

[13:10:57]

gbee:

TGIF I get, TFMC – Thank ??? Monday Comes?

[13:12:30]

Essobi:

...

[13:12:49]

Essobi:

TOO MUCH F*CKING CAFFEINE!

[13:12:50]

stoth (stoth!n=stoth@ool-18bfe0d5.dyn.optonline.net) has joined #mythtv-users

[13:12:54]

Essobi:

Err..

[13:12:55]

Essobi:

heh

[13:13:02]

Essobi:

TOO F*CKING MUCH CAFFEINE!

[13:13:07]

gbee:

ah, thought it was a spin on "Thank God It's Friday"

[13:13:38]

anykey_:

there's also SAD today

[13:13:49]

gbee:

for someone who doesn't like Weekends ...

[13:21:43]

brad2:

wow this open gl vertical sync option really makes a difference

[13:26:43]

javatexan (javatexan!n=mia@rrcs-71-40-238-180.sw.biz.rr.com) has quit ("Leaving.")

[13:30:37]

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

[13:30:39]

grokky (grokky!n=grokky@ppp118-208-221-239.lns10.mel6.internode.on.net) has joined #mythtv-users

[13:31:59]

hadees (hadees!n=hadees@72-48-75-59.dyn.grandenetworks.net) has quit (Remote closed the connection)

[13:36:47]

j-rod:

piss. I jumped on one of the zotac boards at amazon last night, before realizing it won't actually work with the hardware I intend to put in the case w/it.

[13:37:15]

j-rod:

figured 'eh, why not, go with the external psu'

[13:37:43]

j-rod:

then realized that would leave me w/o a way to hook up the antec veris premiere

[13:37:49]

j-rod:

unless...

[13:42:01]

gbee:

linux drivers for that thing?

[13:42:19]

j-rod:

oh yeah. I maintain them. :)

[13:42:34]

j-rod:

(its just a rebadged imon ultrabay)

[13:43:36]

j-rod:

its got an atx 24-pin harness thing you're supposed to put inline between the psu and motherboard to get power and be able to turn on the machine via a press of the remote

[13:43:56]

j-rod:

which isn't going to work so well w/the external psu zotac

[13:43:57]

gbee:

huh, nice

[13:44:26]

anykey_:

how does that thing play videos?

[13:45:08]

j-rod:

um. what?

[13:45:15]

gbee:

vfd just an equaliser? i.e. no ability to display track/video metadata?

[13:45:18]

anykey_:

it has a videos button on it?

[13:45:35]

j-rod:

gbee: it can do both

[13:45:37]

j-rod:

and more

[13:45:59]

j-rod:

anykey_: think of it more like a button on a remote

[13:46:09]

anykey_:

ah

[13:46:12]

j-rod:

the front-panel buttons are actually handled by lirc, in fact

[13:46:15]

brad2:

hey guys, when you capture with your haupauge hd-pvr, do you notice a purple/blue line at the bottom of the screen? Any advice on how to tackle that?

[13:46:37]

gbee:

j-rod: very nice, wondering how best to hook that up in myth then

[13:46:38]

Dibblah (Dibblah!n=Dibblah@94-168-152-182.cable.ubr11.dund.blueyonder.co.uk) has quit (Connection timed out)

[13:46:56]

j-rod:

for the most part, enable myth's lcd support, and it Just Works

[13:47:06]

gbee:

ah, of course

[13:47:15]

j-rod:

there's a patch in trac to add extended support for all the additional icons this thing has

[13:47:20]

j-rod:

need to look at that again...

[13:47:47]

j-rod:

(so it'll light up things like 'AC3' when the audio is digital, 'HDTV' when viewing hd content, etc)

[13:48:37]

j-rod:

there's an lcdproc driver for it, but you can also simply write hex strings into /dev/lcd0 to control it

[13:49:14]

j-rod:

ron frazier wrote a replacement of sorts for mythlcdserver in perl for it

[13:49:17]

anykey_:

do they also have a version with just the display and no buttons?

[13:49:35]

j-rod:

I intend to use mythlcdserver itself w/the patch in trac, maybe even get the patch committed... :)

[13:49:56]

j-rod:

anykey_: antec veris elite is a single 5.25" bay version, vfd + a volume control knob only

[13:50:50]

j-rod:

http://www.antec.com/Believe_it/product.php?id=NzEx

[13:51:01]

anykey_:

j-rod: that does also work like the double 5.25" bay version?

[13:51:09]

j-rod:

yes

[13:51:13]

anykey_:

sweet

[13:52:28]

j-rod:

nrrgh. amazon: it won't ship until at least the 4th. but you can't cancel your order, because we're preparing the item for shipment.

[13:52:46]

j-rod:

wankers

[13:52:47]

gbee:

might be a nice addition to my new case when I get it, on the flipside, it might make the new case seem a little cheap and nasty

[13:53:29]

j-rod:

going to put the premiere in a morex venus 668b case

[13:54:25]

j-rod:

only mini-itx case I can find w/the requisite dual 5.25" bays

[13:55:05]

anykey_:

j-rod: what about the remote, is it usable?

[13:55:08]

CoreDump|cf-18 is now known as CoreDump

[13:55:15]

j-rod:

yes, quite

[13:55:56]

anykey_:

hm, too bad my case only has one 5.25" bay, which is used by the DVD-rom

[13:56:16]

j-rod:

optical drives in a frontend box are mostly useless to me

[13:56:29]

gbee:

j-rod: sacrificing the dvd drive?

[13:56:44]

j-rod:

yup, don't need one

[13:56:48]

stoth_ (stoth_!n=stoth@ool-18bfe0d5.dyn.optonline.net) has joined #mythtv-users

[13:57:05]

j-rod:

I can count the times I've used the drive in my current frontend box (dell studio hybrid) on one finger

[13:57:40]

j-rod:

(and installing linux wasn't even one of them)

[13:58:12]

stoth is now known as Guest45486

[13:58:34]

stoth_ is now known as stoth

[13:59:11]

lyricnz (lyricnz!n=simonrob@ppp121-44-205-87.lns10.mel4.internode.on.net) has left #mythtv-users ()

[14:01:15]

gbee:

I still like the option of borrowing a DVD now and then

[14:01:39]

j-rod:

I have an external firewire/usb dvd burner for that, if need be

[14:02:06]

jams:

perhaps soon the backend will be able to stream dvd's to the FE.

[14:02:27]

j-rod:

I rip everything on the backend to begin with anyway

[14:03:02]

j-rod:

picked up an elgato turbo.264 hd stick a few weeks ago too

[14:03:15]

j-rod:

mac-only atm

[14:03:15]

gbee:

think I'll have to stop being so cheap about my new case, I can see now that I won't get anything half decent short of Â£70–80, just seems like a lot for a component which adds nothing to the day to day functionality of the machine

[14:04:04]

j-rod:

I just dropped $90 on the morex case. not hugely expensive, and I'm not sure what the build quality is really like, but logicsuppy.com tends to not sell stuff that is shit

[14:04:35]

j-rod:

I took a long hard look at this lian li too: http://www.newegg.com/Product/Product.aspx?Item=N82E16811112227

[14:04:46]

j-rod:

only one 5.25" bay though

[14:04:56]

gbee:

the fact that I got that fantastic brushed aluminium case for under Â£40 is probably distorting my sense of what these things should cost

[14:05:05]

j-rod:

heh

[14:08:30]

FR^2 (FR^2!n=frzwo@frquadrat.de) has quit ("Connection reset by peer")

[14:10:07]

Dibblah (Dibblah!n=Dibblah@94-168-152-182.cable.ubr11.dund.blueyonder.co.uk) has joined #mythtv-users

[14:10:07]

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

[14:12:00]

kslater (kslater!n=kslater@209.195.188.38.nauticom.net) has joined #mythtv-users

[14:13:06]

FR^2 (FR^2!n=frzwo@frquadrat.de) has joined #mythtv-users

[14:17:18]

j-rod:

ok, just ordered a 2nd zotac board, this one w/o the psu...

[14:17:23]

j-rod:

whee

[14:17:31]

** j-rod loves quarterly bonuses... **

[14:22:11]

gbee:

heh

[14:23:17]

Guest45486 (Guest45486!n=stoth@ool-18bfe0d5.dyn.optonline.net) has quit ("This computer has gone to sleep")

[14:23:46]

Cougar (Cougar!n=cougar@lost.data.ee) has quit ()

[14:24:33]

jgarvey (jgarvey!n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) has joined #mythtv-users

[14:24:36]

gbee:

meh, even if I increase my budget I can't actually find a case that I like the look of, the Â£44 ThermalTake Soprano is actually starting to look like a winner despite being plastic

[14:26:49]

iamlindoro:

The thermaltakes always look so much better in their "glamour shots" then they do in person-- They make their "Mozart" look great on the web, but it's a cheap POS in person

[14:27:21]

iamlindoro:

er than they

[14:27:28]

brad2:

i have two thermaltake bachs

[14:27:36]

brad2:

they definitely looked better on the web

[14:27:37]

brad2:

haha

[14:29:38]

RyeBrye (RyeBrye!n=ryebrye@67.199.165.141) has joined #mythtv-users

[14:32:02]

hadees (hadees!n=hadees@rrcs-97-77-45-90.sw.biz.rr.com) has joined #mythtv-users

[14:32:30]

orogor:

iamlindoro, it seems i finally solved the channels problems

[14:33:31]

orogor:

the info taht callsign allowed to group identical channel togethers was usefull ,also i ve found a grabber for the micosoft box thing

[14:33:58]

gbee:

well now I'm stumped, this is where I'd really appreciate a decent PC store here in the UK

[14:34:05]

orogor:

and i removed channels i want watching in the playlist itself and not in the database as to make the list of edits shorter

[14:34:24]

orogor:

and it seems uit s buggy if i dont use one source per input so i did that

[14:35:32]

orogor:

is there something like the program guide but reversed, which shows per tunner what they are recording bythe tile

[14:35:40]

orogor:

by the time

[14:37:03]

orogor:

in order to insepct conflicts (i wouldn t think i have as much conflicts as i have considering i can get most channels from 1,2 or 3 inputs

[14:37:54]

orogor:

had to reduce iptv input cards number in case i records HD, cause i can stream 4 SD movies at a time, but only 1–2HD

[14:41:25]

ryanjohnston (ryanjohnston!n=ryanj@S0106001d60863652.cg.shawcable.net) has joined #mythtv-users

[14:41:28]

j-rod:

gbee: if you go waaay up in budget... luxa2 makes a damned nice looking case...

[14:41:36]

stoffel (stoffel!n=quassel@p57B4C471.dip.t-dialin.net) has quit (Remote closed the connection)

[14:41:57]

j-rod:

http://www.amazon.com/LUXA2-LVA12062N1U-Alumi . . . 2&sr=1-3

[14:43:38]

j-rod:

(also wouldn't fit in my cabinet, too deep)

[14:44:58]

jams:

to much silver..but it does look nice

[14:45:09]

inordkuo (inordkuo!n=inorkuo@adsl-69-224-127-84.dsl.sndg02.pacbell.net) has joined #mythtv-users

[14:45:14]

jams:

wow $300 for that thing

[14:45:36]

orogor:

humm i stillned to find a solution to the mythcommflag ressource usage and get the transcode to xvid working

[14:45:38]

eNeRGi (eNeRGi!n=nrgizer@dsl-hkibrasgw2-ff7bc300-137.dhcp.inet.fi) has joined #mythtv-users

[14:46:23]

j-rod:

yeah, I'd like black better myself

[14:48:40]

Shadow__X1 (Shadow__X1!n=Shadow__@unaffiliated/shadowx/x-411846) has quit (Read error: 104 (Connection reset by peer))

[14:50:50]

gbee:

j-rod: _very_ nice, but I'm needing ATX, this is for my dev system – it doesn't have to be pretty but I'd settled on getting something that looked nicer than what I'm sitting next to :)

[14:51:14]

gbee:

and yeah, I'm aware that the mythtv connection is tenuous

[14:52:12]

gbee:

now thinking that I might be prepared to drop the ATX board for mATX and then I'll get another of the cases I used for my fe/be

[14:52:34]

Shadow__X (Shadow__X!n=Shadow__@unaffiliated/shadowx/x-411846) has joined #mythtv-users

[14:52:41]

j-rod:

yeah, I rarely see the need for a full atx board anymore w/so much crap builtin now

[14:52:58]

j-rod:

smaller footprint is a plus to me

[14:53:07]

Shadow__X:

itx ftw

[14:53:22]

j-rod:

though with a well-designed case, atx can be relatively compact too

[14:53:54]

j-rod:

can't fit dual quad-core procs on an itx board very well though

[14:53:55]

jams:

like the a-tech fabrication cases

[14:54:03]

gbee:

reason I went ATX was that you just can't get PCIe tuners

[14:54:08]

Shadow__X:

yeah also video cards have grown the enormous sizes

[14:54:26]

j-rod:

gbee: s/can't/couldn't/ ?

[14:54:49]

** j-rod has multiple pcie tuners now **

[14:55:52]

[[XLV]] is now known as XLV

[14:55:54]

jams:

maybe dvb is still hard to come by in pcie

[14:56:08]

gbee:

j-rod: yeah there are one or two around and maybe even linux support, but last I checked, I still couldn't replace my current setup yet – e.g. Dual-DVB-T, DVB-S2

[14:56:33]

stoffel (stoffel!n=quassel@p57B4C471.dip.t-dialin.net) has joined #mythtv-users

[14:56:34]

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

[14:56:34]

anykey_:

there are some DVB-S2 pcie tuners, no dvb-c though :(

[14:57:51]

gbee:

besides which, replacing those would add Â£100-Â£200 to the overall price, I have working tuners now with little motivation to spend that sort of money to stand still

[14:59:11]

gbee:

oh well, it will sort itself out eventually, either I'll find an acceptable case or pcie hardware will fall into my lap

[14:59:27]

packetscan (packetscan!i=Tsu@srv01.packetscan.com) has quit (Read error: 110 (Connection timed out))

[14:59:40]

jams:

lets hope it's not the other way around...that could hurt

[15:01:13]

Scopeuk (Scopeuk!n=scopeukf@cpc2-mfld11-0-0-cust971.nott.cable.ntl.com) has joined #mythtv-users

[15:01:43]

j-rod:

jams: oh, hey, so I got about as far as downloading the lirc_mod_mce tarball...

[15:02:02]

j-rod:

merging it is on the TODO list, but it may still be a while...

[15:02:12]

eNeRGi_ (eNeRGi_!n=nrgizer@dsl-hkibrasgw2-ff7bc300-137.dhcp.inet.fi) has quit (Read error: 110 (Connection timed out))

[15:02:13]

j-rod:

might be a post-0.8.6 thing

[15:02:21]

jams:

ok..i can test it whenever it's ready

[15:02:51]

j-rod:

hrm, no kormoc, I think he was interested in seeing that happen too...

[15:03:05]

jams:

i beleive so

[15:03:19]

jams:

he might even have some code in that tar ball

[15:03:31]

j-rod:

did the lirc_mod_mce author ever try sending it to lirc?

[15:03:38]

jams:

I don't know

[15:03:53]

j-rod:

I do seem to recall kormoc having some code in there too, yeah

[15:04:16]

jams:

j-rod- the latest vresion has a nastly repeating key bug that the previous version doesn't have

[15:04:25]

j-rod:

patches floating around on the 'tubes w/o being properly submitted annoy the shit out of me

[15:04:56]

j-rod:

there were a few for the imon devices that are finally all merged now (I think)

[15:05:06]

jams:

thats good

[15:05:08]

mbamford (mbamford!n=mbamford@S01060013102ba867.vf.shawcable.net) has quit (Read error: 113 (No route to host))

[15:05:59]

orogor:

humm

[15:06:09]

j-rod:

also rather ecstatic to have been able to drop an entire driver

[15:06:10]

orogor:

i bet there s no way to uniformise programs names ?

[15:06:29]

j-rod:

death be unto lirc_mceusb2!

[15:06:29]

orogor:

like CinÃ©-Files and CinÃ© Files

[15:06:38]

jams:

why did that split happen inthe first place?

[15:06:53]

jams:

never understood why..just knew it was annoying

[15:06:57]

j-rod:

the newer devices behave much more sanely

[15:07:19]

j-rod:

they never split IR signal components across buffer reads

[15:07:43]

jams:

wow early devices did that?

[15:07:56]

j-rod:

plus, the original driver's design kinda sucked to begin with

[15:08:08]

j-rod:

it ran in a polling mode, instead of interrupt-driven

[15:08:24]

j-rod:

yeah, early devices have an extra 2 bytes of header info in every read

[15:08:41]

j-rod:

and frequently split a data packet across buffer reads

[15:08:50]

j-rod:

sometimes across several

[15:09:23]

j-rod:

newer devices, you get a header control packet that says how many bytes of ir data are going to follow

[15:09:31]

j-rod:

then another, and another, etc.

[15:09:34]

j-rod:

never split

[15:10:09]

j-rod:

old dev, trim the first two bytes, find the header control packet, then collect the ir data that might well be split across the next two buffer reads

[15:10:29]

jams:

that sounds really nasty to try and deal with

[15:10:37]

j-rod:

mostly just added housekeeping, everything else is pretty similar

[15:10:48]

j-rod:

though I still have to get blasting working on the old device

[15:11:04]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has joined #mythtv-users

[15:11:55]

j-rod:

all in all, it was really only about 20 extra lines of code to handle the split buffer reads correctly

[15:12:20]

j-rod:

(though ~60 added lines of initialization crap)

[15:12:30]

Led-Hed (Led-Hed!n=LedHed@75-151-70-115-Stockton.hfc.comcastbusiness.net) has joined #mythtv-users

[15:16:26]

gnome42 (gnome42!n=gnome42@69-196-166-176.dsl.teksavvy.com) has joined #mythtv-users

[15:17:10]

Faithful (Faithful!n=Faithful@ns.linuxterminal.com) has quit (Read error: 104 (Connection reset by peer))

[15:17:49]

j-rod:

oh good. I bitched to amazon and they cancelled my order

[15:20:05]

mazda01 (mazda01!n=daniel@cpe-173-89-33-87.wi.res.rr.com) has joined #mythtv-users

[15:21:37]

Cougar (Cougar!n=cougar@lost.data.ee) has joined #mythtv-users

[15:22:02]

grokky (grokky!n=grokky@ppp118-208-221-239.lns10.mel6.internode.on.net) has quit (Remote closed the connection)

[15:24:18]

mazda01:

is anyone aware of a limitation on pci devices in a machine? i want to put 1 pvr-350, 1 pvr-500, 1 network card, and 1 pci sata card on an old dell dimension 8200. just wondering if the tv cards will be ok with all that stuff on the pci bus?

[15:25:43]

tmkt:

you'd think so

[15:26:25]

jams:

mazda01- will be fine as long as they don't all end up on the same irq

[15:28:00]

mazda01:

jams, ok is there command to ensure that there on seperate irq's? i know i can find out once in ubuntu with cat /proc/interupts or something like that.

[15:28:45]

clever:

mazda01: the irq's are usualy assigned to the pci slot

[15:29:01]

clever:

so just shuffle the cards arround until you dont see any major conflicts in /proc/interrupts

[15:29:56]

mazda01:

clever, ok. but I am limited to where I can put the pci sata card because it also has an ide connection and the cable sticking out makes it so that the pci sata/ide card has to be on the bottom.

[15:30:33]

clever:

ah:S

[15:30:34]

sphery:

Hmmm... A 21:9 LCD TV from Philips @ 2560x1080.

[15:30:48]

clever:

mazda01: no free slots?

[15:31:40]

mazda01:

clever, nope. there's only 4 slots

[15:32:26]

clever:

and 4 cards?

[15:32:27]

clever:

:(

[15:32:58]

mazda01:

clever, yes. is that bad?

[15:33:02]

laga:

mazda01: if you got all the stuff, just try it :)

[15:33:32]

clever:

mazda01: i remember horid things happening when my sata card was sharing an IRQ with the network

[15:33:54]

clever:

dmesg was flooded with timeout errors on the drive and it sucks so much cpu that the clock was lagging 10–20 minutes

[15:34:15]

mazda01:

laga, i am going to just wanted to get an idea if it's going to be possible first as this move is huge. moving 3 hard drives, 2 tv cards, the cable box all to this new dell because it's the quietest and lowest power consumer.

[15:34:37]

Guest23611 (Guest23611!n=David@nat/ti/x-jiyabhccnugcvfju) has quit (Remote closed the connection)

[15:34:42]

mazda01:

clever, there has to be a way to assign devices to certain irq's/

[15:34:50]

clever:

mazda01: in the bios

[15:35:33]

mazda01 (mazda01!n=daniel@cpe-173-89-33-87.wi.res.rr.com) has quit ("Leaving")

[15:36:41]

cynicismic (cynicismic!n=rclark@94-194-202-107.zone8.bethere.co.uk) has quit ("leaving")

[15:38:34]

KraMer (KraMer!n=mark@adsl-70-240-204-164.dsl.hstntx.swbell.net) has joined #mythtv-users

[15:39:07]

orogor:

anyone has a mythtv renaming scriptt o suggest to get human readable titile?

[15:39:22]

orogor:

http://fritz.potsdam.edu/projects/mythtvstuff/ this one and i set it as a user job ?

[15:39:29]

laga:

mythrename.pl

[15:39:37]

laga:

better use the --symlink option

[15:43:00]

sphery:

orogor: though you can do a user job, mythrename.pl --link always deletes and recreates all links, so you're probably better off just doing it on a cron job at 5 and 35min or whatever.

[15:43:45]

dwax (dwax!n=dweather@206.83.81.179.ptr.us.xo.net) has joined #mythtv-users

[15:43:46]

sphery:

orogor: and without --link, it will rename /all/ recordings (which will cause some issues in some parts of Myth)

[15:44:20]

orogor:

i dotn really understand why usch thing isn t integrated in myth, but...

[15:44:46]

sphery:

orogor: so if you have 2 or 3 or 4 shows ending at the same time, the user job will allow the script to stomp all over itself and using a user job won't give you a name for new recordings until they end--a cron job will give you a link shortly after they start

[15:45:09]

laga:

because you haven't submitted a patch. and even if you submitted a patch, it probably wouldn't compile because there is a problem with your keyboard

[15:45:10]

sphery:

orogor: main reason it's not integrated into Myth is because Myth provides a whole UI for selecting recordings...

[15:45:38]

sphery:

i.e. mythrename.pl only helps people who aren't using Myth to watch their recordings

[15:45:43]

orogor:

i should have expected that anwser

[15:46:10]

orogor:

i dont always use myth

[15:46:32]

orogor:

i like xine a lot for it s smooth seeking

[15:46:37]

iamlindoro:

myth *does* include the facility to export your recordings named however you like, or transcode them, or move them.... User jobs

[15:46:43]

sphery:

heh, smooth seeking in xine

[15:46:47]

iamlindoro:

Myth has smooth seeking :)

[15:46:57]

orogor:

humm humm

[15:47:00]

sphery:

xine has no seek table, so when you seek, it guesstimates

[15:47:18]

sphery:

so, you can hit the skip-forward-7-seconds button and it may skip backwards 2 1/2 minutes

[15:47:33]

orogor:

i like its automagicguesstimate

[15:47:48]

sphery:

especially visibile in certain types of video, but generally in all variable bitrate video

[15:48:11]

clever:

sphery: ive seen the same thing in mythtv when the seek table is scrambled

[15:48:15]

sphery:

In Myth if you ask it to jump forward 15 seconds, it jumps forward about 15 seconds

[15:48:27]

sphery:

clever: well, yeah, garbage in, garbage out :)

[15:48:39]

clever:

its even worse if i try to seek a .nuv with mplayer

[15:49:05]

gunni (gunni!n=quassel@xdsl-84-44-159-244.netcologne.de) has joined #mythtv-users

[15:49:24]

orogor:

what i like is click seekbar , keep pressed, move the mouse around, release to play

[15:49:36]

sphery:

But, hey, Myth has timeshift (sure, xine has it, but I haven't seen it available in any distro package of xine--not so say it's not there, just that if so, it's hard to find), has commercial flagging/notification/skipping, has on-screen metadata

[15:49:41]

orogor:

i never use jump 10sec ahead

[15:49:42]

sphery:

and so much more

[15:50:28]

orogor:

i don do it , but i could read the timeshifted shows with xine

[15:50:36]

clever:

i'm usualy able to sense how long the comercial will be and tell if the commflags from myth are acurate

[15:50:40]

orogor:

anyhow, personal preference , useless conversation

[15:50:41]

** Lt_Dan chimes in.. the absolute seek is handy when you know it was like 32 minutes when you fell asleep last time :) **

[15:50:43]

clever:

and seek over it every time

[15:50:50]

FR^2 (FR^2!n=frzwo@frquadrat.de) has quit ("Connection reset by peer")

[15:50:52]

sphery:

s/timeshift/timestretch/

[15:50:55]

Lt_Dan:

(in Myth)

[15:51:03]

sphery:

orogor: I meant the fast playback

[15:51:08]

sphery:

(or slow)

[15:53:00]

jpabq (jpabq!n=jpabq@97-119-170-19.albq.qwest.net) has joined #mythtv-users

[15:53:47]

Shadow__X:

http://singularityhub.com/2009/07/29/toyota-h . . . s-at-7-kmhr/

[15:53:51]

Shadow__X:

running robot

[15:54:27]

orogor:

sphery, haa, i dont like it too much in xine, it can get xine to prettymuch freez for some time , same thing for a/v offset with hi values

[15:54:54]

sphery:

well, timestretch works great in Myth :)

[15:55:35]

sphery:

I will admit that mythrename.pl --link + xine are good for taking your recordings on the road with you when you go on trips, but otherwise, Myth is by far the superior platform for playback of Myth recordings

[15:57:52]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has joined #mythtv-users

[15:58:08]

clever:

sphery: until i screw up and loose a month worth of database entrys :P

[15:58:25]

laga:

well, yes

[15:58:30]

laga:

don't do that.

[15:58:31]

sphery:

how do you screw up mythrename --link and cp?

[15:58:47]

clever:

sphery: i fried the partition that mythconverg was on

[15:58:59]

clever:

and because i WASNT using mythrename --link, i have no trace of what is what

[15:59:01]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has quit (Client Quit)

[15:59:02]

sphery:

ahhh..., yeah

[15:59:18]

sphery:

clever: http://www.mythtv.org/wiki/Database_Backup_and_Restore : )

[15:59:26]

clever:

the backup is a month old :P

[15:59:30]

Faithful (Faithful!n=Faithful@ns.linuxterminal.com) has joined #mythtv-users

[15:59:36]

clever:

get me a link to the time machine :P

[16:00:08]

sphery:

clever: yeah, with a nice cron job, you can have a new one every day (or more, if you like--a certain person on the -users list does one ever 2 hrs)

[16:00:35]

clever:

it tends to lock the db and suck alot of cpu, to backup

[16:00:42]

clever:

and i'm short on cpu

[16:00:52]

meshe:

only if you have slow cpu

[16:00:56]

clever:

400mhz :P

[16:01:00]

sphery:

clever: disable gzip... the backup itself is /very/ quick...

[16:01:08]

laga:

buy real hardware ;)

[16:01:11]

meshe:

not on a 400

[16:01:16]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has joined #mythtv-users

[16:01:26]

davidm (davidm!n=David@nat/ti/x-tozbyzipidnbguaz) has joined #mythtv-users

[16:01:32]

meshe:

i'm suprised that mfd doesn't cripple that machine

[16:01:41]

clever:

meshe: some days, it does

[16:01:54]

davidm is now known as Guest7765

[16:01:54]

clever:

i think it locks the whole database and then goes into a coma

[16:02:04]

clever:

so the system is 100% idle and cant do a thing

[16:02:07]

meshe:

yup, sounds about right

[16:02:19]

Shadow__X (Shadow__X!n=Shadow__@unaffiliated/shadowx/x-411846) has quit (Read error: 104 (Connection reset by peer))

[16:02:22]

clever:

that sounds like a programing error

[16:02:22]

meshe:

mysqld would be the process locking it

[16:02:22]

sphery:

http://www.mythtv.org/wiki/Database_Backup_an . . . s_with_bzip2 , but instead of bzip2 (which is worse than gzip), use --compress none

[16:02:40]

clever:

meshe: no, something ran the 'lock tables' command in sql

[16:02:49]

sphery:

clever: though don't use --compress none if you have a valid executable in the path called none or your backup will be none'ed

[16:02:54]

meshe:

clever: that's mysqldump

[16:03:07]

clever:

meshe: mysqldump doesnt run on its own

[16:03:29]

orogor:

changed the scipt to use hardlinks instead, is that an issue?

[16:03:48]

clever:

orogor: youll have trouble deleting the files, since you will have to delete everything twice

[16:03:48]

sphery:

orogor: hard links for mythrename --link?

[16:04:05]

orogor:

yes i edited the script

[16:04:39]

sphery:

orogor: if so, you should read my manifesto about exactly that: http://www.gossamer-threads.com/lists/mythtv/dev/388848#388848 + http://www.gossamer-threads.com/lists/mythtv/dev/389445#389445

[16:04:47]

gunni_ (gunni_!n=quassel@xdsl-81-173-250-82.netcologne.de) has quit (Read error: 110 (Connection timed out))

[16:04:47]

sphery:

It's a broken design

[16:05:19]

iamlindoro:

I've somehow managed to never need mythrename in 6 or so years of using myth

[16:05:25]

sphery:

however, if you are going to do it, the patch on that ticket at least does it in a least-of-all-weevils way

[16:05:46]

sphery:

iamlindoro: you don't do enough sitting around in airports/on airplanes/in hotels

[16:06:22]

iamlindoro:

I do a fair-ish amount of traveling, but I leave the myth stuff behind :)

[16:06:39]

clever:

i just take the raw .nuv and .mpg files with me :P

[16:06:42]

sphery:

heh, seems some "company" is extorting WoW users...

[16:06:54]

clever:

biggest problem was the lack of seeking in .nuv

[16:07:06]

sphery:

clever: which makes figuring out which order to watch the shows in really fun

[16:07:33]

** iamlindoro idly wonders if any part of Captain M's patch allows for container selection, finally **

[16:07:59]

clever:

sphery: just pray they where recorded in the right order :P

[16:08:15]

sphery:

yeah, it's there, but limited (only because it's not done)

[16:08:53]

sphery:

clever: but the order they record in is Lost, The Office, 30 Rock, Lost, The Office, Lost, The Office, 30 Rock, The Office, The Office

[16:08:58]

sphery:

i.e. starttime is meaningless

[16:08:58]

iamlindoro:

Think that the lion's share of folks would be satisfied with MKV and/or MP4

[16:09:16]

backslash7:

should I run mythtv-setup as a privileged user or just as mythtv ?

[16:09:16]

sphery:

whereas a nice mythrename.pl --link will make names that can be sorted by ls

[16:09:27]

sphery:

backslash7: as whatever user runs mythbackend

[16:09:31]

iamlindoro:

you should run mythtv-setup as whomever will run the backend

[16:09:45]

backslash7:

all right thanks

[16:09:50]

sphery:

if iamlindoro wasn't using fancy words, he could have answered as quick as I

[16:09:57]

backslash7:

xD

[16:10:14]

iamlindoro:

If sphery weren't so illiterate he could have been as florid as I ;)

[16:10:20]

backslash7:

hahahaha

[16:10:24]

sphery:

I'm more Florida than you!

[16:10:24]

backslash7:

you guys are just crazy

[16:11:02]

sphery:

iamlindoro: so, it's not a 106" TV, but have you seen the Philips 56" 21:9 (2560x1080) LCD TV?

[16:11:17]

sphery:

near-perfect 2.39:1 display

[16:11:19]

orogor:

humm 18h , almost time for going to the beach

[16:11:24]

sphery:

for you blu-rayers

[16:13:34]

iamlindoro:

sphery: It's interesting, but AFAICT one would still need to stretch to use it (ie, no native-format material available)

[16:13:49]

wagnerrp:

i used to use mythrename for manual copying from recordings to mythvideo

[16:13:55]

wagnerrp:

now i just use it for windows machines

[16:14:07]

iamlindoro:

sphery: And at that point one might as well just use a projector that is capable of a 2.35:1 mode

[16:14:18]

orogor:

is there any encoding script taht support resuming?

[16:14:24]

backslash7:

Is MythTV written in C(++) ?

[16:14:27]

orogor:

err , transcoding

[16:14:48]

iamlindoro:

backslash7: Primarily C++, with libraries in C

[16:14:49]

wagnerrp:

backslash7: C++ and the QT framework

[16:14:55]

iamlindoro:

and a smattering of Perl, python, and XML

[16:14:58]

backslash7:

All right

[16:15:02]

J-e-f-f-A:

sphery: got my DB sorted out – I actually didn't do a partial restore after all – I compared the DB dumps to ones from ~ 1 year ago, and noticed an issue... all my 'VARCHAR' fields were defined as 'VARBINARY' in my current db... oops. I edited the DB dump, changed them to VARCHAR and restored, and all is good now.

[16:15:15]

sphery:

iamlindoro: yeah, the Reg story said that the 2.39:1 is becoming common on Blu-Ray, but I don't know if they're doing that with non-square pixels or 1920x803 or what

[16:15:38]

iamlindoro:

sphery: It's 1920x1080 w/ lots of black pixels

[16:15:48]

sphery:

J-e-f-f-A: that's almost certain to corrupt your data

[16:15:59]

wagnerrp:

yeah, everything ive ripped so far as been letterboxed

[16:16:10]

sphery:

J-e-f-f-A: you'll end up with a Gentoo-style-character-encoding-corrupt DB

[16:16:10]

wagnerrp:

ive not seen anything anamorphic like they do with DVDs

[16:16:24]

sphery:

J-e-f-f-A: means you won't be able to upgrade to 0.22

[16:16:36]

orogor:

when is 0.22 out ?

[16:16:47]

sphery:

J-e-f-f-A: I tell you, the partial restore of the varbinary DB is the way to go

[16:16:47]

iamlindoro:

in the next month or two

[16:16:54]

orogor:

cool

[16:17:06]

meshe:

sphery: huh? why would that corrupt the db?

[16:17:09]

J-e-f-f-A:

sphery: I understand, but everything seems to be ok now – can search with either case, etc. I tried out everything I can think of and all seems well now.

[16:17:22]

orogor:

there s the zmbra new release next months for the mail sysadmin of you

[16:17:26]

orogor:

zimbra

[16:17:26]

wagnerrp:

that soon already?

[16:17:40]

sphery:

meshe: because in 0.21-fixes we tell MySQL the columns are latin1, but they actually contain utf-8 data

[16:17:49]

sphery:

i.e. we lied to MySQL because MySQL 3.x was stupid

[16:17:50]

wagnerrp:

i may actually be able to give my parents a stable version when i build them a system

[16:18:00]

sphery:

and so if you let MySQL actually manage conversions, it breaks all the data

[16:18:14]

sphery:

J-e-f-f-A: like I said, it will prevent you from upgrading to 0.22

[16:18:14]

meshe:

ahhh, so it's supposed to be varbinary in 0.21-fixes?

[16:18:35]

sphery:

meshe: no, latin1 columns in -fixes, but we put in utf-8 data

[16:18:40]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has quit (Remote closed the connection)

[16:18:42]

sphery:

mysql can't read any of it

[16:18:48]

davidm (davidm!n=David@nat/ti/x-hqoixmwtqqiyuckb) has joined #mythtv-users

[16:18:55]

sphery:

meshe: http://www.mythtv.org/wiki/Fixing_Corrupt_Dat . . . ter_encoding

[16:19:16]

davidm is now known as Guest31010

[16:19:24]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has joined #mythtv-users

[16:19:25]

sphery:

J-e-f-f-A: now is the /best/ time for you to fix it right... You'll lose maybe one day worth of data (assuming you backed it up last night before messing with it)

[16:19:28]

J-e-f-f-A:

sphery: The old DB backup I looked at was from 0.21-fixes as well, but was about a year old.

[16:19:36]

meshe:

sphery: ok, but J-e-f-f-A rolled back from varbinary to varchar, which from what you're saying is what 0.21-fixes is supposed to be

[16:19:40]

sphery:

did you back it up before messing with it?

[16:19:55]

J-e-f-f-A:

sphery: I have backups from the last month now... 500+mb per day

[16:20:08]

J-e-f-f-A:

(er daily...)

[16:20:49]

iamlindoro:

What whaaaaaa?

[16:20:53]

iamlindoro:

500 MB DB BAckups?

[16:21:01]

iamlindoro:

wowie

[16:21:10]

sphery:

meshe: well, the partial/stopped upgrade to trunk means that the state of the db is completely unknown

[16:21:16]

sphery:

but whatever...

[16:21:21]

Guest7765 (Guest7765!n=David@nat/ti/x-tozbyzipidnbguaz) has quit (Remote closed the connection)

[16:21:35]

sphery:

gzip is pretty quick for compressing sql...

[16:22:05]

meshe:

sphery: sorry, i'm a dba, i'm looking at the problem as such

[16:22:15]

J-e-f-f-A:

iamlindoro: yeah, small compared to my work backups... ;-)

[16:22:27]

iamlindoro:

J-e-f-f-A: 500 MB is about 5x what my DB is

[16:22:37]

iamlindoro:

(and that's non-zipped)

[16:22:44]

meshe:

vimdiff is a great tool to determine differences between schemata

[16:23:06]

clever:

bzip2 is better for text i find, better ratio

[16:23:09]

sphery:

500MB is 8x mine, but then again, mine are gzip compressed

[16:23:10]

J-e-f-f-A:

sphery: I figured my 'exposure' was minimal, since I don't have any non-ascii (ie > 127) characters that I'm aware of being in the US – no accents, etc.

[16:23:11]

clever:

but a ton slower

[16:23:13]

** iamlindoro wonders when meshe is going to redesign our schema for us :) **

[16:23:26]

sphery:

clever: yeah, 30s to gzip or 7:23 to bzip2 the same SQL database

[16:23:28]

iamlindoro:

and fix the perl bindings

[16:23:31]

janneg:

and lzma is pretty efficient at compressing

[16:23:40]

janneg:

but slow as hell

[16:23:44]

j-rod:

xz ftw

[16:23:57]

j-rod:

(the new lzma type)

[16:24:09]

sphery:

clever: actually, it was 19s for gzip and >7min for bzip2 (I recorded it at http://www.mythtv.org/wiki/Database_Backup_an . . . s_with_bzip2 )

[16:24:11]

meshe:

iamlindoro: eventually :) perl bindings are probably happening first

[16:24:24]

j-rod:

rpm just got xz compression support, fedora 12 packages all being rebuild w/it

[16:24:41]

** iamlindoro *does* kinda want to see Perl and python UI binding stuff **

[16:24:47]

sphery:

j-rod: http://misc.thirdcontact.com/MythTV/DatabaseB . . . ression.html

[16:25:02]

iamlindoro:

Not that I personally would write a plugin in either, but making it possible could bring a whole host of folks to the table

[16:25:18]

sphery:

gzip: 0m14.329s , bzip2: 2m1.168s , xz: 8m59.496s

[16:25:20]

j-rod:

my uncompressed mysqldump db size is 56M...

[16:25:27]

j-rod:

holy crap, that's a bit slow

[16:25:43]

clever:

sphery: a long time ago, i made a compression script that ran both gzip and bzip2, timed them, and kept the smaller file

[16:25:55]

clever:

i got tons of logs of how fast each is, on every type of file

[16:26:02]

clever:

just not shure where the logs went :P

[16:26:09]

sid3windr:

is there a way to have myth keep tv schedule in the past?

[16:26:12]

j-rod:

56M for a db that goes back about 6 years now

[16:26:39]

sid3windr:

+s somewhere

[16:26:45]

janneg:

my lzma-ed recordedseek is alone 98M

[16:26:51]

sphery:

space savings, where gzip is 1, bzip2 is 0.84, and xz is 0.56 --not a good tradeoff for 38X the processing time

[16:27:04]

j-rod:

I don't have a whole lot of recordings left on my backend though

[16:27:27]

sphery:

sid3windr: it keeps 7 days worth of past listings--not configurable

[16:28:32]

sphery:

j-rod: those times were on an Athlon X2 5000+ in Performance mode (no freq scaling)... xv is /very/ intensive--good if you're using it to save bandwidth you pay for, but very bad if just saving it to save local HDD space

[16:28:49]

janneg:

sphery: space saving is relevant. I don't remove my daily backups

[16:28:52]

sphery:

s/saving/using/

[16:29:05]

j-rod:

sphery: any idea how cpio compares?

[16:29:07]

sphery:

janneg: I rotate mine

[16:29:16]

j-rod:

rpm payloads are compressed using cpio atm

[16:29:30]

sphery:

cpio compresses?

[16:29:40]

sid3windr:

sphery: ah, okay, thanks :)

[16:29:52]

janneg:

sphery: I rotate only recordedseek

[16:29:56]

sid3windr:

I guess this is the point where I set out a patch to make it configurable

[16:29:57]

sid3windr:

:>

[16:30:10]

sphery:

sid3windr: but please don't submit it upstream

[16:30:17]

sid3windr:

:<

[16:30:25]

j-rod:

sphery: oh, hrm, wait...

[16:30:26]

sid3windr:

why not?

[16:30:29]

sphery:

I'm pretty sure it wouldn't be allowed for US users--because we don't have a license to archive the TMS data

[16:30:38]

sid3windr:

hmmm

[16:30:46]

sphery:

I'm guessing the ToS of all the xmltv sites has similar requirements

[16:30:47]

sid3windr:

why would one even think about it being allowed! :>

[16:31:12]

sid3windr:

we don't have a lot of useful tv channels here in .be, and I am suspecting them to broadcast the same movies every 3 months

[16:31:16]

nuonguy (nuonguy!n=john@c-76-102-14-249.hsd1.ca.comcast.net) has joined #mythtv-users

[16:31:20]

sid3windr:

so I 'd like some archive to go and check if I am indeed right

[16:31:21]

sid3windr:

:>

[16:31:35]

j-rod:

sphery: I'm dumb. cpio is just the underlying archive format, compression is actually gzip, I think...

[16:31:47]

sid3windr:

gwiz compression!

[16:33:03]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has quit (Remote closed the connection)

[16:33:45]

j-rod:

sphery: tried lzo?

[16:33:47]

sphery:

sid3windr: Myth has an oldprogram table that keeps unique titles from the last 11 months

[16:34:10]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has joined #mythtv-users

[16:34:11]

sphery:

j-rod: no... I just did those 3 out of curiosity

[16:34:50]

sid3windr:

sphery: ooh. but does it also keep who broadcasted it and when? :)

[16:34:58]

sphery:

no, just title and airdate

[16:35:03]

sid3windr:

:)

[16:35:19]

sid3windr:

thanks for the info :)

[16:35:25]

sphery:

it's just for the "New Shows" search functionality--tells you all the shows that are unique this year

[16:35:40]

sphery:

(11months archive so you get all your seasonal/holiday specials each year)

[16:36:17]

j-rod:

sphery: so apparently, while xz compression is slow, its actually reasonably fast at decomp

[16:36:44]

sphery:

j-rod: I think I remember reading that... So, it means it will be /very/ good for RPM's.

[16:37:21]

j-rod:

longer package build times to compress things, but a net win in storage, bandwidth and install time savings

[16:37:26]

sphery:

since you guys (who benefit most) put the additional effort into compression and the user doesn't need significant resources for decompressing

[16:37:35]

sphery:

yeah

[16:37:53]

kormoc (kormoc!n=kormoc@unaffiliated/kormoc) has joined #mythtv-users

[16:37:53]

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

[16:38:18]

sphery:

For my backup purposes, though--since I rotate backups--the benefit is smaller than the cost. For janneg (who keeps all his old backups), it makes sense.

[16:41:07]

janneg:

I should probably just delete old backups. But I'm too lazy and paranoid after losing a couple of weeks of recorded metadata

[16:41:33]

janneg:

we aren't changing th db schema often enough

[16:41:47]

janneg:

*just kidding*

[16:41:53]

iamlindoro:

heh

[16:42:04]

** iamlindoro has some patches that change the schema if that would help ;) **

[16:45:41]

nuonguy (nuonguy!n=john@c-76-102-14-249.hsd1.ca.comcast.net) has quit ("This computer has gone to sleep")

[16:53:43]

orogor:

is there a renderign mode that display tthe overlay at a different (higher)resolution than the video ?

[16:55:42]

iamlindoro:

Sounds like you mean the OSD... yes. OpenGL or VDPAU

[16:57:18]

johannes__:

hi, are there any news about s2api support in mythtv?

[16:57:36]

orogor:

humm something crapped out i need an x restart

[16:58:29]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has quit (Remote closed the connection)

[16:59:44]

iamlindoro:

johannes__: no news

[16:59:55]

ideogon (ideogon!n=ideogon@pool-71-178-191-38.washdc.east.verizon.net) has joined #mythtv-users

[17:00:41]

johannes__:

iamlindoro sad to hear, thanks for your reply though

[17:00:45]

janneg:

iamlindoro: not really, I have daily DB backups now

[17:01:44]

iamlindoro:

janneg: I had to try ;)

[17:04:17]

janneg:

maybe we should replace DBSchemaVer with $Id$ and activate svn keywords substitution

[17:04:19]

kormoc:

iamlindoro, RDV_Linux, Fixed my Jamu issues, 1. needed to update imdb.py, 2. needed to chmod +x the mythvideo scripts, 3. Needed to update to UTF-8 rather then posix (that strikes me as *very* odd), 4. and some missing deps

[17:04:33]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has joined #mythtv-users

[17:04:39]

orogor:

humm

[17:04:48]

iamlindoro:

kormoc: Cool-- did oyu ever get your audio issues worked out?

[17:04:50]

orogor:

i can see apaint engine option and i can choose qt or opengl

[17:04:57]

kormoc:

Other then it's very quiet, yeah

[17:04:59]

J-e-f-f-A:

sphery: Since I'm in the US and don't have any 8-bit characters in my DB, what would have been corrupted? My DB is all latin1 as that page notes it should be...

[17:05:05]

orogor:

i am unsure where there would be an option with vdpau

[17:05:06]

iamlindoro:

Painter is for the theme, not the OSD

[17:05:07]

sid3windr:

iamlindoro: if it's very quiet, I guess not :>

[17:05:25]

J-e-f-f-A:

sphery: PS: I'm not trying to debate you or make you angry, please don't take it that way...

[17:05:25]

orogor:

well in the OSD menu i can t see such optiob

[17:05:28]

iamlindoro:

OSD uses the video painter, not the theme painter

[17:05:29]

kormoc:

althouh, it seems like I need to boot into OS X and set the volume there for the firmware to update and use the higher output

[17:05:35]

iamlindoro:

because it's not in the OSD menu

[17:06:04]

nwahmaet (nwahmaet!n=pjudge@12.160.206.233) has joined #mythtv-users

[17:06:43]

RDV_Linux:

kormoc: That is great to hear. The UTF8 stuff is a real pain but was the only way to make things work with the MythDB utf8 fields. Has Jamu been of value to you?

[17:07:02]

orogor:

iamlindoro, i looked at playback also, can you please tell me where it is , i ve been to all menus where i thought that would be an didn t found it

[17:08:09]

kormoc:

RDV_Linux, so far, aye. I'm sadded by the UTF-8 issue as with my lang set to posix I was getting UTF-8 outputs, the python modules just weren't detecting it properly :(

[17:08:11]

iamlindoro:

Utilities/Setup->Setup->TV Settings->Playback, Page three, playback profiles, Edit, video renderer

[17:08:27]

brad2:

hey guys, does anyone have any advice on how to deal with the overscan (flicking purple line) at the edge of my recordings on a hdPVR?

[17:08:32]

Goga777 (Goga777!n=Goga777@shpd-78-36-178-225.static.vologda.ru) has joined #mythtv-users

[17:08:43]

iamlindoro:

That's not overscan

[17:08:58]

iamlindoro:

Though to deal w/ artifacts at the edge, you would want to *use* overscan

[17:09:11]

orogor:

eww

[17:09:18]

brad2:

ahh, at least i was in the ballpark, hahaha :)

[17:09:30]

iamlindoro:

Video settings, scale video up by a percent or two

[17:09:37]

brad2:

great, thanks

[17:09:37]

iamlindoro:

or rather, tv playback settings

[17:09:39]

J-e-f-f-A:

brad2: For my SD stuff, I set myth to clip 2% of the vertical and horizontal size to eliminate the close-captioning on the top of most SD recordings.

[17:09:57]

J-e-f-f-A:

^^ exactly like iamlindoro says... ;-) I have mine set to "2" ;-)

[17:10:41]

RDV_Linux:

kormoc: One other thing on utf8, if you use Jamu in a cron job then watch out for the cron environment not being utf8. This is noted on the jamu wiki page, I may have a work around for the utf8 issue that allows you to run jamu in utf8 but not change your overall environment. I need to pastebin the solution so give me a few minutes. It is the solution I use for my cron utf8 issues.

[17:10:41]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has quit ("Leaving")

[17:10:44]

J-e-f-f-A:

brad2: If viewed on a 'normal' tv, that's usually not visible, in the overscan area... ;-)

[17:11:23]

kormoc:

RDV_Linux, given posix is utf-8 on my box, it was trivial to set everything over to en_US.UTF-8, so that's what I did

[17:11:50]

** iamlindoro wonders when RDV_Linux's next work will be distributed to helpful patch authors everywhere ;) **

[17:12:25]

brad2:

jeff/lindoro: got it! thanks guys. my recordings look awesome now

[17:12:33]

iamlindoro:

np

[17:12:47]

kormoc:

iamlindoro, so I was wondering, I have a fair number of titles without any meta-data, with graphite, titles with no meta data are almost invisible, is that intended or just something off in my setup?

[17:13:08]

johannes__ (johannes__!n=johannes@rommel.gate.uni-erlangen.de) has quit ("Verlassend")

[17:13:54]

iamlindoro:

kormoc: Sort of an indifference on my part about stuff w/o metadata, really-- I *could* magic up an icon for stuff without metadata, but all my stuff has it so I haven't bothered thus far

[17:14:07]

iamlindoro:

kormoc: I'll look at it if I get some time this weekend

[17:14:13]

kormoc:

Snaz, thanks much

[17:14:24]

Tsoots (Tsoots!n=TSO@88.195.127.154) has quit (Remote closed the connection)

[17:14:44]

kormoc:

I spent a fair bit of time looking why my video display was broken when I first scanned, as there was no titles I could see ;)

[17:14:57]

iamlindoro:

kormoc: Any verdict on the patch stuff as yet?

[17:15:04]

orogor:

iamlindoro, i switched to vdpau , didnt seemed to help

[17:15:20]

iamlindoro:

orogor: Then your VDPAU is broken or you didn't set it right

[17:15:32]

iamlindoro:

as VDPAU's OSD will *always* be the native resolution of the display

[17:15:44]

kormoc:

iamlindoro, I'm liking it :)

[17:15:48]

J-e-f-f-A:

vdpau OSD looks purrrty. ;-)

[17:15:50]

orogor:

VideoOutputXv: Desired video renderer 'vdpau' not available

[17:15:50]

iamlindoro:

cool

[17:15:52]

orogor:

:/

[17:16:09]

J-e-f-f-A:

orogor: Do you have the nvidia binary driver installed and in use?

[17:16:10]

kormoc:

iamlindoro, ooh! You do DVDs?

[17:16:21]

iamlindoro:

kormoc: What do you mean?

[17:16:29]

kormoc:

Play them?

[17:16:34]

iamlindoro:

Sometimes

[17:16:34]

orogor:

yup

[17:16:40]

iamlindoro:

but infrequently

[17:16:41]

orogor:

checkibng the wiki right now

[17:17:01]

iamlindoro:

kormoc: I'm not quite getting you, what do you mean?

[17:17:11]

RDV_Linux:

kormoc: I hope this can help see: http://mythtv.pastebin.ca/1513926

[17:17:26]

kormoc:

iamlindoro, so (even as ISO's) it's warrbly in the video display (slow for 1/3 a second, fast for 2/3 a second, repeat). Sphery thought that it might be a bug with -trunk playback

[17:17:40]

kormoc:

iamlindoro, was wondering if you could see if you could duplicate?

[17:17:48]

iamlindoro:

kormoc: Ah, sure, I'll test this afternoon

[17:17:58]

iamlindoro:

hmm.. I played "Seven" this weekend, though, and it played well

[17:18:09]

iamlindoro:

But I'll try a couple just to see if it's disk-specific

[17:18:28]

kormoc:

Hrm, I tried a few and all were, and I used slim and VDPAU, no difference

[17:18:41]

kormoc:

RDV_Linux, thanks

[17:18:46]

sphery:

J-e-f-f-A: meshe is right about the fact that mysql wouldn't be doing charset conversion because you converted stuff from varbinary... However, IMHO, the whole "partially-upgraded-then-stopped" thing puts your database in an indeterminate state, so I wouldn't trust it, myself. If you feel things are good enough, that's all that counts--after all, it's your data, so it's worth whatever you feel it's worth. It may all work ...

[17:18:53]

sphery:

... fine, but then again, it may not.

[17:18:56]

orogor:

:/ no vdpau on GF6600

[17:19:11]

J-e-f-f-A:

sphery: I un-did the upgrade manually.

[17:19:57]

sphery:

J-e-f-f-A: but, then again, my MythTV database and 8MiB of important files are the /only/ things I actually backup on my 9 systems, so that says something about how I value my Myth data.

[17:20:21]

** kormoc blinks **

[17:20:28]

kormoc:

8 megs of data? that's *it*?

[17:20:29]

J-e-f-f-A:

sphery: I looked at the code, determined how far it had gotten and what it had done, then reveresed the steps. But somehow in the process I managed to change VARCHAR to VARBINARY... or missed the switch back...

[17:20:31]

sphery:

Yeah, if you trust the un-upgrade, that's important.

[17:20:56]

sphery:

yeah, missed the switch back

[17:20:59]

sphery:

that's part of the upgrade

[17:21:10]

RDV_Linux:

iamlindoro: Coming soon to a pastebin near you.:) Early next week for the early bird tester. Killed a few bugs today, adding some polish and adding two new features we previously talked about. Then shake down testing against two different Miro versions, If all that goes well then you get a try.

[17:21:10]

sphery:

kormoc: yeah, the info on how I configured my 9 systems.

[17:21:24]

sphery:

kormoc: 8MiB of text files.

[17:21:31]

kormoc:

wow

[17:21:38]

kormoc:

my data is more important then my life...

[17:21:38]

J-e-f-f-A:

sphery: Everything seems fine – searches work perfectly again, all my stuff is there and behaves right, recordings working right. I am pretty confident I'll be ok.

[17:22:02]

J-e-f-f-A:

If not, then hey, when I switch to 0.22 after it's release, Maybe I'll start with a clean database, and convert what I want to 'keep' to videos. ;-)

[17:22:07]

cynicismic (cynicismic!n=rclark@94-194-202-107.zone8.bethere.co.uk) has joined #mythtv-users

[17:22:21]

sphery:

iamlindoro: I couldn't remember whether there was a reported issue with MPEG-2 playback without seektables in trunk (for kormoc's DVD stuff).

[17:22:44]

orogor:

iamlindoro, thanks , that looks alot better

[17:22:46]

J-e-f-f-A:

sphery: Thanks for your help! ;-)

[17:23:59]

sphery:

You're welcome... I hope I didn't come off as too insistent--I've just seen a lot of users who messed things up, waited months before they realized it, then lost data because of it.

[17:24:26]

sphery:

anyway, it may well work fine--I'm probably a bit over-cautious, anyway

[17:25:17]

J-e-f-f-A:

sphery: I've been working with SQL at work for years, but not really 'coding' in it... Once I got into the code for the db upgrade, it was all very familiar, so I was pretty comfortable with reverting it... just took a while... ;-)

[17:25:28]

sphery:

I'm also the guy who, when given a MS Word or Excel document that I have to edit, saves it as plain text then formats it again (properly) because I firmly believe that starting from a known state is the best way to ensure everything is right.

[17:26:04]

sphery:

and it's easier to just format everything than to find and undo all the things that someone (something) else has done to mess things up

[17:30:06]

J-e-f-f-A:

sphery: I do similar things... copying from word or a web page, paste in notepad, then back into word... to get rid of all the 'junk'...

[17:30:25]

sphery:

yeah

[17:39:27]

meshe:

the good thing about database schemata is it's not too hard to tell what's changed between 2 versions of it, it's not like word or excel where you don't have access to the underlying structure/data

[17:43:50]

meshe:

you can also do row by row or table md5sums right in mysql to verify integrity:

[17:44:15]

nwahmaet (nwahmaet!n=pjudge@12.160.206.233) has left #mythtv-users ()

[17:44:18]

meshe:

select md5(concat(field1,field2,field3)) from table; for row level

[17:45:34]

meshe:

set group_concat_max_len = 4294967295; select md5(group_concat(md5(concat(field1,field2,field3)))) from table; for table level

[17:45:46]

J-e-f-f-A:

meshe: The first time I did some 'embedded' sql in a C program on Tandem, I was suprised that it was nearly the exact same commands as you would use in the Conversational Interface... And was pretty easy to do what I wanted to do... ;-)

[17:49:34]

meshe:

yeah, sql is a standard, that most rdbms' mostly follow :)

[17:51:22]

J-e-f-f-A:

Humm... the flash player doesn't want to work over a ssh tunneled mythweb – does it have it's own set of ports oerhaps that I need to forward as well? ;-)

[17:53:01]

J-e-f-f-A:

(it works on the backend itself and on machines on the local network, so it's not a mythweb/flash issue afaict...) ;-)

[17:53:57]

J-e-f-f-A:

ooh, perhaps 1935... ;-)

[17:57:36]

Goga777 (Goga777!n=Goga777@shpd-78-36-178-225.static.vologda.ru) has quit (Remote closed the connection)

[18:00:49]

xris:

J-e-f-f-A: view source for the page. the flash app stillhas to connect to mythweb itself to stream the file

[18:01:02]

jgarvey_ (jgarvey_!n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) has joined #mythtv-users

[18:01:08]

jgarvey_ (jgarvey_!n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) has quit (Read error: 104 (Connection reset by peer))

[18:01:41]

J-e-f-f-A:

xris: Ok. ;-) Thanks.

[18:03:08]

J-e-f-f-A:

That might do it: "file=http://localhost:8019:80/mythweb/pl/st"...

[18:04:08]

J-e-f-f-A:

xris: Seems it's adding ":80" for a port number, when I need it to stay at :8019 to work through my tunnel... Now if I change my tunnel to 80, it will probably work fine.

[18:04:30]

kormoc:

yeah, I know bout that bug, I need to spend some time with that

[18:05:02]

kormoc:

check to see if you have a specified port for streaming enabled in your setup?

[18:05:08]

J-e-f-f-A:

kormoc: cool. I'm not complaining, just happy to find out why it happened. ;-)

[18:05:35]

cynicism1c (cynicism1c!n=rclark@94-194-202-107.zone8.bethere.co.uk) has joined #mythtv-users

[18:06:04]

J-e-f-f-A:

kormoc: I'm not sure I follow you – "specified port for streaming" ?

[18:06:24]

kormoc:

yeah, it's an option to hardcode the streaming port

[18:06:45]

J-e-f-f-A:

kormoc: Oh, it's blank. ;-) I see it now on the mythweb streaming config page.

[18:07:10]

kormoc:

kk, yeah, we're really screwing the pootch with that detection right now...

[18:07:29]

J-e-f-f-A:

kormoc: and "Force HTTP for streams" is also un-checked. ;-) (0.21-fixes btw)

[18:07:45]

Defense|Twin (Defense|Twin!n=jepz@e177233071.adsl.alicedsl.de) has joined #mythtv-users

[18:07:56]

Dagmar:

How is that a useful config option anyway

[18:08:19]

Dagmar:

I've not seen any method *other* than HTTP valid for streaming through mythweb

[18:08:34]

Dagmar:

There's no mms server functionality in the thing that I can see

[18:09:00]

J-e-f-f-A:

Dagmar: the 'force http? the text says if you happen to usee https for mythweb, it will force video to use http instead. Makes sense to me.

[18:09:09]

kormoc:

Dagmar, https can work

[18:09:41]

Dagmar:

It would make a lot more sense to just label that "disable https" then

[18:09:42]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has quit (Remote closed the connection)

[18:10:12]

kslater (kslater!n=kslater@209.195.188.38.nauticom.net) has quit (Remote closed the connection)

[18:10:26]

Dagmar:

...since that's what it does..

[18:10:39]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has joined #mythtv-users

[18:13:45]

javatexan (javatexan!n=mia@rrcs-71-40-238-180.sw.biz.rr.com) has joined #mythtv-users

[18:13:48]

javatexan1 (javatexan1!n=mia@rrcs-71-40-238-180.sw.biz.rr.com) has joined #mythtv-users

[18:16:46]

cynicismic (cynicismic!n=rclark@94-194-202-107.zone8.bethere.co.uk) has quit (Read error: 110 (Connection timed out))

[18:20:29]

Guest31010 (Guest31010!n=David@nat/ti/x-hqoixmwtqqiyuckb) has quit (Remote closed the connection)

[18:23:20]

xris:

Dagmar: "disable https" implies that it was enabled. which it isn't on many systems

[18:24:32]

sid3windr:

"disable https if enabled"

[18:24:46]

xris:

too many letters. :P

[18:24:55]

Dagmar:

lol

[18:25:03]

kormoc:

"%s/https/http/"

[18:25:03]

xris:

perl code === lazy

[18:25:19]

xris:

see, I was even too lazy to type the R in coder

[18:25:28]

davidm (davidm!n=David@nat/ti/x-wiedypnxwruwpgdt) has joined #mythtv-users

[18:25:56]

davidm is now known as Guest65965

[18:27:41]

orogor:

i copied the newer conf as said int he wiki still i get only directional keys to work http://www.mythtv.org/wiki/PVR-350_Remote_Quick_Guide

[18:31:49]

cynicism1c (cynicism1c!n=rclark@94-194-202-107.zone8.bethere.co.uk) has quit ("leaving")

[18:35:29]

javatexan1 (javatexan1!n=mia@rrcs-71-40-238-180.sw.biz.rr.com) has quit ("Leaving.")

[18:36:01]

javatexan (javatexan!n=mia@rrcs-71-40-238-180.sw.biz.rr.com) has quit (Remote closed the connection)

[18:36:49]

packetscan (packetscan!i=Tsu@srv01.packetscan.com) has joined #mythtv-users

[18:41:48]

wagnerrp:

patch panel came in

[18:41:56]

wagnerrp:

surprisingly, it didnt come with capstones

[18:42:28]

stoffel (stoffel!n=quassel@p57B4C471.dip.t-dialin.net) has quit (Remote closed the connection)

[18:46:10]

sid3windr:

capstones?

[18:46:22]

stoffel (stoffel!n=quassel@p57B4C471.dip.t-dialin.net) has joined #mythtv-users

[18:46:22]

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

[18:46:27]

wagnerrp:

little plastic caps that clip on over top the wires... keep them in place

[18:46:47]

wagnerrp:

i know ethernet jacks come with them, maybe patch panels typically dont

[18:50:09]

Dagmar:

huh?

[18:50:21]

Dagmar:

Maybe find a picture

[18:50:34]

Dagmar:

...because I work in a datacenter and I don't know WTF you're talking about

[18:54:40]

wagnerrp:

http://www.germes-online.com/catalog/87/431/3 . . . ne_jack.html

[18:54:51]

wagnerrp:

those two little clips on the right side

[18:55:00]

J-e-f-f-A:

kormoc: hehe... for now I just hacked utils.php, changing "? 'http://' . http_host .':'._or($_SESSION['stream']['force_http_port'], '80')" to simply " ? 'http://' . http_host " ;-) A hack, but it works for now... ;-)

[18:55:03]

wagnerrp:

every keystone ive installed around the house comes with those things

[18:55:13]

octavsly (octavsly!n=octavian@195-241-244-119.ip.telfort.nl) has joined #mythtv-users

[18:55:15]

wagnerrp:

you punch down the wires, and then clip that one

[18:55:21]

wagnerrp:

s/one/on/

[18:55:29]

kormoc:

it's actually used as a punch down too

[18:55:34]

Dagmar:

They look like just wire guides to me

[18:55:41]

kormoc:

I've called them plastic punchdowns

[18:55:53]

Dagmar:

They're meant to keep the wires a measured distance apart from each other even in the mess of the punch-down

[18:56:36]

Dagmar:

Some of the more high-strung mechanisms that operate over category 6 need that kind of anal retention

[18:56:56]

Dagmar:

"simple" gigabit ethernet I've yet to see be that picky in practice

[18:57:00]

wagnerrp:

ah, so a cat5e rated patch panel wouldnt come with them

[18:57:13]

Dagmar:

it might or it might not. It wouldn't generally be needed for cat 5

[18:57:57]

Dagmar:

The stuff we're using here doesn't use any of that

[18:59:30]

coldpenguin (coldpenguin!n=gareth@host86-165-50-144.range86-165.btcentralplus.com) has joined #mythtv-users

[19:00:10]

kurre_ (kurre_!n=tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Read error: 113 (No route to host))

[19:00:24]

** J-e-f-f-A is happy that he can stream over a tunnel now... ;-) **

[19:02:36]

** J-e-f-f-A is also happy that vacation starts in 1hr 58mins... ;-) **

[19:03:34]

J-e-f-f-A:

... forgot the flash streaming doesn't skip commercials... DOH! ;-) Oh well, the first commercials I've seen in a LONG time... ;-)

[19:04:54]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has joined #mythtv-users

[19:05:06]

nuonguy (nuonguy!n=john@c-76-102-14-249.hsd1.ca.comcast.net) has joined #mythtv-users

[19:06:35]

aloril__ (aloril__!n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv-users

[19:06:43]

aloril_ (aloril_!n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: 110 (Connection timed out))

[19:06:53]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has joined #mythtv-users

[19:09:04]

gbee:

you might want to grab the latest flash release fwiw, addresses a issues which is already being exploited

[19:10:13]

Dagmar:

Has been being actively exploited for about three weeks now

[19:10:15]

gbee:

http://www.adobe.com/support/security/bulletins/apsb09-10.html

[19:10:23]

gbee:

Dagmar: aye

[19:10:55]

Dagmar:

I know a lot of people who are just in total denial about why some websites sometimes come up with Firefox trying to download some strange pdf like "304.pdf"

[19:11:04]

gbee:

but since the update wasn't available until today, there didn't seem much point referencing what can't be changed

[19:11:46]

Dagmar:

I just removed the plugin

[19:12:03]

gbee:

I don't use any adobe plugins except for flash, but that unfortunately seems to be a requirement for so many sites these days

[19:12:12]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has quit (Read error: 110 (Connection timed out))

[19:12:23]

gbee:

don't like it, but it's not in my power to change it

[19:12:27]

Dagmar:

I prefer to not spend any time removing freakin' malware

[19:12:45]

Dagmar:

...so I just tank any plugins/formats the moment I know they're being exploited

[19:13:30]

KB2JAQ (KB2JAQ!n=kb2jaq@rrcs-208-105-77-234.nyc.biz.rr.com) has joined #mythtv-users

[19:14:41]

J-e-f-f-A:

doh! Borked recording – not due to Myth, but due to loss of sat signal... stupid trees growing... doh! Ugh, I'm ordering FiOS TV when I get back from vacation...

[19:14:42]

tomimo (tomimo!n=kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Read error: 110 (Connection timed out))

[19:16:09]

tomimo (tomimo!n=kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users

[19:16:33]

kurre (kurre!n=tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv-users

[19:17:08]

stoffel (stoffel!n=quassel@p57B4C471.dip.t-dialin.net) has quit (Remote closed the connection)

[19:18:19]

superdump (superdump!n=rob@unaffiliated/superdump) has joined #mythtv-users

[19:19:16]

J-e-f-f-A:

kormoc: not sure if you recall our brief chat about 'mytstreamtv' – one of things I liked about it was that you could skip ahead/back with the http interface to the vlc process...

[19:19:45]

kormoc:

yeah, we have ways to update the player with that jazz, just no time yet :)

[19:20:04]

J-e-f-f-A:

kormoc: I understand. ;-)

[19:20:38]

DarkLogik (DarkLogik!n=darklogi@darklogik.com) has quit ("bye!")

[19:21:21]

sphery:

J-e-f-f-A: and we really want to do it right, rather than continue to work on the existing hack until it gets to the point that it's good enough that no one is motivated to work on doing it right

[19:21:29]

sphery:

where, at least, we = me

[19:21:41]

J-e-f-f-A:

kormoc: btw – did you see my note to you that I got it working by commenting out the addition of the port? ; -)

[19:21:54]

J-e-f-f-A:

sphery: Sounds good. Yeah, I know how that goes.

[19:22:08]

DarkLogik (DarkLogik!n=darklogi@darklogik.com) has joined #mythtv-users

[19:22:09]

FR^2 (FR^2!n=frquadra@frquadrat.de) has joined #mythtv-users

[19:22:24]

kormoc:

J-e-f-f-A, yeah

[19:22:52]

sphery:

J-e-f-f-A: the plan is to have the backend--not some ffmpeg process--doing transcoding and streaming, and able to do it ahead of time and to keep multiple different files per recording

[19:23:31]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has quit ("This computer has gone to sleep")

[19:24:12]

Dagmar:

A very auspicious plan

[19:25:41]

MartinCleaver (MartinCleaver!n=martincl@66-207-222-14.beanfield.net) has joined #mythtv-users

[19:26:20]

J-e-f-f-A:

sphery: I'm from a 'mainframe' background, where you divide up stuff up by independent processes, but I understand the perspective of having it all within your control too...

[19:27:42]

iamlindoro:

I look forward to Captain M's multiple file/backend transcode patch-- puts real time transcode and transcoding uPnP within reach

[19:28:10]

iamlindoro:

Though those who decided to buy ION frontend/backends because Viddypoo can do it all will be out in the cold ;)

[19:29:09]

sphery:

J-e-f-f-A: Yeah, it will still be separate processes--just ones that Myth kicked off. And it will use the same ffmpeg code, just our internal versions of it wrapped up in mythtranscode or whatever.

[19:29:52]

J-e-f-f-A:

sphery: sounds like a plan. ;-)

[19:30:12]

sphery:

iamlindoro: What? An atom won't be able to do other-than-geologic-time transcoding of high-def content?

[19:30:16]

iamlindoro:

sorta like we spawn off backend preview processes

[19:30:25]

iamlindoro:

sphery: Shock and awe!

[19:31:54]

sphery:

I can just imagine the posts... I recorded the 2010 premiere of Lost and wanted to watch it on my iPhone, so I told my backend to transcode it for me. I just looked and it's 95% complete--/and/ the season finale hasn't yet aired. How great!

[19:32:43]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has joined #mythtv-users

[19:33:30]

orogor:

i played with the remote , i got a small problem left 90% works and the OK key is part of thoses that dont , when using irw it doesn t shows anything

[19:33:52]

kormoc:

orogor, you're not making friends telling the devs to move their channel...

[19:34:17]

Dagmar:

orogor: So buy a new remote

[19:35:22]

orogor:

kormoc, that was more of a joke, i doubt than they d ever do it

[19:35:45]

iamlindoro:

orogor: kormoc = they

[19:35:54]

orogor:

Dagmar, well actually i recived some code before i did setup which driver to use

[19:36:45]

Dagmar:

English is pretty useful

[19:36:49]

Dagmar:

You should learn it sometime.

[19:37:54]

Dagmar:

If irw doesn't show anything when you push a button, and you actually paid attention to what irw does the answer becomes obvious.

[19:39:57]

iamlindoro:

orogor: It sounds like your remote is emulating a HID (keyboard) device right now, rather than being properly set up as an IR receiver-- I can't tell you how to fix that, though, I as I use a USB device that doesn't do anything like that

[19:43:19]

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

[19:44:49]

orogor:

Handlers=kbd event8

[19:45:03]

orogor:

semms that s it

[19:48:51]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has joined #mythtv-users

[19:49:09]

jroysdon (jroysdon!n=User@Ox.roysdon.org) has joined #mythtv-users

[19:51:12]

sphery:

Hmmm... Using only existing functionality, it takes 11 to 12 seconds to identify 924 recordings files with 0 orphans or 16 – 17 seconds to identify 924 orphans with no recordings.

[19:51:44]

sphery:

I think that's too slow to be acceptable, so I'll have to do it the hard (more code) way.

[19:52:15]

unimaginative (unimaginative!n=josh@c-98-201-31-24.hsd1.tx.comcast.net) has quit ("Leaving")

[19:56:01]

iamlindoro:

And using the bindings, presumably ;)

[19:56:08]

t1ger (t1ger!n=t1ger@163.84-49-183.nextgentel.com) has joined #mythtv-users

[19:56:24]

sphery:

heh, yeah, but that's throw-away code

[19:56:31]

** t1ger is strugling with his mythtv install the last month. **

[19:57:00]

sphery:

As some perceptive folks may have gathered from my veiled clues over the years, I hate myth_find_orphans.pl and myth.rebuild_database.pl (because they're legacy scripts that don't use bindings, they're unmaintained, and they do bad things to the database--yes, they do).

[19:57:21]

** t1ger "MythSocket(2f732c0:26): readStringList: Error, timeout (quick)." <- My frontend seems to losse connection with backend after some random time. **

[19:57:23]

sphery:

So I'm working on putting the functionality into mythbackend (with GUI access in mythfrontend). First project is the find-orphaned-metadata functionality (as it's the easier project).

[19:57:36]

** iamlindoro applauds sphery **

[19:57:56]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has quit ("This computer has gone to sleep")

[19:57:58]

sphery:

Trying to decide on the specific approach, I threw together a Perl script that uses only existing functionality to test performance (and, funny enough, is most of the bindings-enabled replacement for the legacy script's functionality that I've always said I won't write :).

[19:58:17]

sphery:

t1ger: trunk?

[19:58:24]

t1ger:

It started after an upgrade from 8.10 -> 9.04

[19:58:27]

iamlindoro:

I happen to think that there is a place for "user-initiated" maintenance tasks

[19:58:51]

iamlindoro:

such as: Find orphans, rebuild uPnP, optimize DB, etc., all from the frontend

[19:58:54]

sphery:

iamlindoro: it will be user-initiated

[19:59:00]

iamlindoro:

and maybe even "Kick off an active EIT scan"

[19:59:02]

t1ger:

Spehey: No, "MythTV Version : 20918-openglvdpau2"

[19:59:07]

iamlindoro:

ugh

[19:59:14]

iamlindoro:

well that will get 0 support here

[19:59:32]

sphery:

you can't do find-orphaned-metadata automatically because of the possibility of shutdown backends/unmounted filesystems

[19:59:35]

iamlindoro:

you can get your support from where you got your patches

[19:59:50]

messerting (messerting!n=messerti@cm-84.208.182.112.getinternet.no) has joined #mythtv-users

[20:00:00]

iamlindoro:

sphery: Yes, just mentioning the other user-initiated things that might be worthwhile to group

[20:00:15]

t1ger:

I get the same with vanilla mythtv package.

[20:00:29]

sphery:

iamlindoro: so if you want to write a script, rather than hitting the DB/using bindings, you'll send a request to <masterbackend>:6543/Myth/SomeNameThatSaysFindOrphanedMetadata

[20:00:43]

iamlindoro:

We won't even *start* troubleshooting until we're working with real myth code and not forks

[20:00:45]

sphery:

and the frontend will just do that, too

[20:00:46]

t1ger:

I also nuked and rebuild mythconverg from scratchs, I also did an reinstall of Ubuntu 9.04

[20:01:32]

orogor:

iamlindoro, i try to follow fix for https://bugs.launchpad.net/ubuntu/+source/lirc/+bug/204960

[20:01:44]

t1ger:

Frontend/backend also have same ip in mythv-setup.

[20:01:46]

orogor:

rebooting to get the whole hal stuff up/down

[20:01:54]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has quit (Remote closed the connection)

[20:01:59]

sphery:

iamlindoro: sorry... A lot of people have told me that even if it goes in the frontend/backend, they want the myth_find_orphans.pl/myth_rebuild_database.pl garbage, so I went a little defensive...

[20:02:20]

iamlindoro:

sphery: I was endorsing your idea, not attacking it :)

[20:02:34]

iamlindoro:

sphery: And suggesting other things that it might be nice to have/add to wherever that lives

[20:02:37]

sphery:

yeah, figured that out after defending it

[20:02:44]

sphery:

yeah, yeah, more patches...

[20:03:21]

iamlindoro:

Utilities/Setup->Maintenance sounds good to me

[20:03:33]

sphery:

true

[20:03:47]

J-e-f-f-A:

[ot] ... Wait, Circuit City is still 'alive' as well as an online store??? yikes, didn't know that...

[20:03:58]

iamlindoro:

J-e-f-f-A: Their name got bought

[20:04:14]

sphery:

I planned to have the "identify orphaned metadata" in Watch Recordings... It would allow you to get a group of all orphans so you could scroll through metadata and delete/delete and allow re-record

[20:05:03]

J-e-f-f-A:

iamlindoro: ugh, bought by Systemax... Figures.

[20:05:13]

sphery:

same for identify orphaned files (though that one will be automatic--daily scan, likely--but could be user initiated also) and when it finds the files, you can edit title/subtitle (and description--though that needs added--and possibly other metadata)

[20:05:40]

orogor (orogor!n=orogor@htr06-1-82-227-229-118.fbx.proxad.net) has joined #mythtv-users

[20:05:44]

orogor:

same

[20:05:55]

orogor:

actually the fix was already there in a more general form

[20:06:07]

sphery:

J-e-f-f-A: isn't CompUSA now just another TigerDirect thing (at least on the 'net)

[20:06:36]

jroysdon (jroysdon!n=User@Ox.roysdon.org) has quit ("ttfn")

[20:07:05]

J-e-f-f-A:

Yeah... "CompUSA (formerly known as TigerDirect)"

[20:07:26]

sphery:

so Tiger is no longer TIger...

[20:07:29]

sphery:

wow, can't keep up

[20:07:35]

sphery:

I thought it was just 2 names for the one place

[20:07:52]

J-e-f-f-A:

sphery: me neither! ;-)

[20:08:19]

sphery:

I always though of TigerDirect as "The online store with unbeatable prices--and unreasonable shipping to make up for it."

[20:08:47]

J-e-f-f-A:

sphery: Oh, you mean the 'commercial' version of eBay? ;-) (well some sellers anyways...)

[20:08:54]

dwax (dwax!n=dweather@206.83.81.179.ptr.us.xo.net) has quit (Read error: 113 (No route to host))

[20:09:03]

sphery:

heh

[20:09:05]

t1ger:

iamlindoro/sphery: I removed the ppa and using the vanilla ubuntu mythtv package now. Care to take a look now ?

[20:09:28]

sphery:

yeah, those $20 PVR-150's are a great deal--until you pay the $8-$10 S&H per card (making them just an OK deal)

[20:09:30]

J-e-f-f-A:

speaking of Tiger direct... ^^^ ;-)

[20:09:34]

dwax (dwax!n=dweather@206.83.81.179.ptr.us.xo.net) has joined #mythtv-users

[20:10:17]

sphery:

t1ger: I really don't know what causes some people to get tons of ReadStringList errors...

[20:10:30]

sphery:

it seems to be a low-level system thing

[20:10:48]

sphery:

and some distros (read, new versions of most distros) are having lots of problems with it

[20:11:17]

sphery:

other than that, I know they're more common in trunk right now than -fixes, which is why I asked if it was trunk

[20:11:30]

t1ger:

sphery: I diffed the my.conf mysql config and such.

[20:11:37]

sphery:

it's not MySQL

[20:11:39]

t1ger:

From 8.10 vs 9.04

[20:11:57]

sphery:

it's Myth's communication with itself (i.e. frontend->backend or backend->backend communications)

[20:12:00]

t1ger:

Ok, so I should look closer at mythtv with verbose logging ?

[20:12:21]

sphery:

the cause could be anything from low-level system network issues to system library changes

[20:12:45]

t1ger:

I was wondering if it was some hostname/localhost namersolution maybe ? maybe mysql just bind to 127.xx ?

[20:12:46]

sphery:

but, basically, no one has yet figured out what's causing it/how to fix it

[20:13:13]

t1ger:

I spendt the last 14 days working on it.

[20:13:28]

t1ger:

My wife is killing me sonn ;D

[20:13:40]

sphery:

well, if 8.10 was working, the fastest fix may be...

[20:13:57]

t1ger:

Any suggestion in how to work further ? Talk with the -dev dudes ?

[20:14:12]

gbee:

network drivers, low-level network configuration (i.e. TCP window size changed from the sane defaults), faulty network hardware might be factors

[20:14:24]

sphery:

t1ger: dev dudes know about it and eventually will likely find it

[20:14:26]

t1ger:

I always solved all my mythtv issues with verbose logging and working my way thru it..

[20:14:27]

FR^2 (FR^2!n=frquadra@frquadrat.de) has quit ("Der Worte sind genug gewechselt, lasst mich auch endlich Taten sehn!")

[20:14:55]

coldpenguin:

If a datapoint is of any use. I get the readstring list errors if the frontend is in active communication when the master backend goes away. The frontend may reconnect to the backend, but the errors are still reported, until the mythfrontend is restarted

[20:15:09]

sphery:

t1ger: if you can solve it that way, we would /all/ be very appreciative :) (Just meaning that eventually someone will need to, so if you can do it to save the -devs some time, that would be wonderful.)

[20:16:50]

t1ger:

cold: Anything like this ? http://pastebin.com/m2ae73ec7

[20:16:52]

sphery:

t1ger: and this is one of those issues that--even though -fixes is basically on its last legs--even figuring out with -fixes would be a great help for trunk/0.22

[20:17:07]

gbee:

coldpenguin: see, that's interesting, I don't know that anyone has suggested that before, not that I can draw any conclusions without reference to our socket code

[20:17:42]

J-e-f-f-A:

iamlindoro: Jeeze, newegg is limiting HD-PVRs to 99 per customer? (hehehe!) ;-) now if I can just come up with the cash for ONE! ;-)

[20:17:57]

GreyFoxx:

heh

[20:18:08]

GreyFoxx:

if I could afford 99..... that'd be sweet

[20:18:15]

gbee:

I do know that it's not as robust as it could be, interrupted connections or packet loss seem to cause it no end of problems

[20:18:16]

GreyFoxx:

not that I could ever need that many in paralelle

[20:18:20]

J-e-f-f-A:

GreyFoxx: me too. ;-)

[20:18:26]

** sphery imagines the nest of cables/splitters **

[20:18:50]

t1ger:

I read an old post from the bsd dudes that they patched usleep() regarding this issue ?

[20:19:06]

gbee:

I'd imagine that ebay sellers were buying job lots to resell at a markup

[20:19:10]

coldpenguin:

One real powerful splitter, and some buzzzz bars to connect them all

[20:19:17]

J-e-f-f-A:

GreyFoxx: I'll have to try UPnP again tonight – first without your patch (since my DB was 'borked' with VARBINARY instead of VARCHAR columns), and assuming that works right, apply your patch and see what (if anything?) changed... ;-)

[20:19:36]

GreyFoxx:

ouch :)

[20:19:52]

gbee:

J-e-f-f-A: trunk or -fixes?

[20:20:12]

gbee:

actually, nevermind

[20:20:43]

J-e-f-f-A:

gbee: was 0.21-fixes, that accidentially started to get updated by my trunk box on the network after dropping the trunk DB and entering 'mythtv-setup' on the trunk box... oops... ;-)

[20:20:47]

t1ger:

I also get this variant "Protocol version check failure. The response to MYTH_PROTO_VERSION was empty. Reconnection to backend server failed" What variant did you get coldpenguin ?

[20:21:37]

J-e-f-f-A:

gbee: I manually reverted the changes, but apparently missed the VARCHAR -> VARBINARY switch, so didn't un-do it... All seems well again now. ;-)

[20:21:54]

t1ger:

They hole thing that get's me is that _if_ this was an known issue, there be me google hits.

[20:22:00]

gbee:

ok, suspected something similar

[20:22:01]

coldpenguin:

I get that as well. But to be honest, I didn't worry about it too much. As I was running trunk, and the backend going away shouldn't happen in normal circumstances, it seemed something not too important

[20:22:44]

coldpenguin:

Since some recent patches for mythbackend, my backend crashes a lot less, so I don't have an error to hand at the moment. If I get one, I'll report it.

[20:22:51]

sphery:

t1ger: I get 629 on http://www.google.com/search?hl=en&q=read . . . =&aqi=g1

[20:22:52]

t1ger:

cold: Didi you get an message on the frontend and messagebox, it hangs some time. Then keep going ?

[20:23:04]

sphery:

t1ger: what's lacking is a solution

[20:23:35]

t1ger:

sphery: I have read thrue all of them. I'm not joking. (or complaining)

[20:23:49]

J-e-f-f-A:

all 629?

[20:23:53]

t1ger:

Very many duplicates from maling list etc..

[20:24:05]

sphery:

yeah, I wouldn't be surprised--and you didn't find a solution (because the solution is still unknown)

[20:24:07]

t1ger:

I could send you me firefox history, all links are blue.

[20:24:39]

sphery:

Someone has to find the solution and /then/ post it on the 'net... Unfortunately, you can't use the 'net to find the solution if no one else has ever done so. :)

[20:24:41]

coldpenguin:

Yes, depends on what I am doing. If I am playing a recording, then errors are usually reported to the console. If I am browsing recordings, then I get the message, backend has gone away in a popup box. Access is slow/interrupted until I restart mythfrontend

[20:24:44]

t1ger:

sphery: I guess I need to rethink and keep on working then.

[20:25:18]

J-e-f-f-A:

t1ger: I think you're missing the point-- you're looking for a solution, and sphery is trying to tell you that there is not any know solution right now... so all the googling in the world won't help until somebody finds a solution....

[20:25:19]

t1ger:

cold: Ok, just like here. What version are you running ?

[20:25:27]

coldpenguin:

Any ideas what -v options would help with a solution. I am more than willing to restart my daemons and try to reproduce tomorrow

[20:25:35]

sphery:

(Though you could actually read the socket code in Myth, looking for errors and searching the 'net for information on proper coding for the problems at hand.)

[20:26:01]

coldpenguin:

currently running trunk, revn# 21049

[20:26:10]

t1ger:

jeff: I guess i'm just talking badly, I newer had an issue that I could work out myself or my using logs and google or my own setup.

[20:27:15]

t1ger:

In a way i'm "happy". Usualy when nobody else have an solution it's always me fault. Linux is hard that way. You fail, it break. Now I know it's an "known issue".

[20:27:27]

coldpenguin:

I will take a trawl through, but if it is something as simple as missing an extra & (Microsoft!), then I guess I ain't gonna find it

[20:27:45]

sphery:

t1ger: I doubt anyone will find the solution without actively looking at the Myth code and using a debugger and/or adding additional output to inspect the state of things to find out what's causing the socket errors that prevent Myth from communicating

[20:27:55]

orogor:

humm

[20:28:11]

coldpenguin:

Is there a bug in trac? If not is it worth opening one, and starting to collect some data?

[20:28:26]

orogor:

i checked all the stuff i could find , apparently my whole setup is correct.... but i dont have the OK key asw ell ass ome others working

[20:28:50]

t1ger:

sphery: Taht's what I feared, but I was still wondering that the mistake was on my part. Now I know I could stop debug that part and work on good quality bug report.

[20:29:03]

sphery:

I can write a patch that will /cause/ those errors very easily (as a matter of fact, I played with one only yesterday), but finding the code that causes the existing ones is much more difficult (as they don't happen on all systems, indicating that they're likely dependeng on library versions and/or system configuration ...)

[20:29:05]

t1ger:

cold: There was an old one that closed I belive.

[20:29:58]

t1ger:

coldpengiun: Do it happend after ca 7 minutes ? (The timeout)

[20:30:05]

coldpenguin:

It could be two different bugs, that is what is going to be difficult.

[20:30:27]

sphery:

t1ger: no bug reports for the symptom, please--until you identify the problem, a bug report isn't helpful

[20:31:17]

t1ger:

sphery: Ok

[20:31:43]

sphery:

as I mentioned, it's known by the devs and they're doing what they can

[20:32:26]

coldpenguin:

My timeouts/problems coincide with problems with my backend. When that has gone away (like yesterday I typed reboot on my diskless server, rather than diskless client, after changing the boot settings for the diskless client), then I get the errors. I think I get the protocol version error when there is a different action going on, than when I just get the timeouts

[20:32:33]

coldpenguin:

It has also been suggested (I think

[20:32:35]

cdpuk (cdpuk!n=chris@cdpuk.cdp.me.uk) has quit (Read error: 104 (Connection reset by peer))

[20:33:08]

dwax (dwax!n=dweather@206.83.81.179.ptr.us.xo.net) has quit (Read error: 113 (No route to host))

[20:33:14]

coldpenguin:

) that sometimes these errors can be lower level than myth. I think that someone suggested that some of the SQL/QT drivers for systems like mine are also flakey

[20:33:32]

t1ger:

qt3/4 issues ?

[20:33:53]

coldpenguin:

Until we can clarify the circumstances the errors occur, and that they are not related to other items, all that can be done is gather information.

[20:34:42]

coldpenguin:

It could be qt3/qt4 issues. My MBE is F11, so only qt4, my SBE is F10, which was QT3, and is now QT4

[20:34:42]

t1ger:

Should we share emails to work together, should I post on the mailing list and we use that ?

[20:34:49]

sphery:

t1ger: though if you'd like to start a discussion on the mythtv-users list and try to compile some useful information to help try to narrow down the cause, that's fine... Trying to figure out when they happen (using Myth -fixes or trunk, distro versions, frequency, actions before, ...) could actually help identify the source of the issue.

[20:34:50]

coldpenguin:

What are your systems?

[20:35:18]

sphery:

coldpenguin: MythTV 0.21-fixes /has/ to be Qt3

[20:35:25]

dmz (dmz!n=dmz@64.203.233.195.dyn-cm-pool35.hargray.net) has quit ("Leaving")

[20:35:28]

sphery:

it's impossible to use Qt4 with -fixes or Qt3 with trunk

[20:36:29]

t1ger:

sphery: Good, I do my best to contribute.

[20:36:50]

coldpenguin:

I am running trunk. My SBE was .20 before upgrading to trunk, I cannot be sure that I have gotten rid of all qt3, so long as myth / ld can cope properly there should be no problems

[20:37:19]

dwax (dwax!n=dweather@206.83.81.179.ptr.us.xo.net) has joined #mythtv-users

[20:37:20]

coldpenguin:

I only mention it, because a lot of the problems my customers have, are bad linking to incorrect libraries

[20:37:40]

t1ger:

cold: I get it randomly, like after an pure vanilla install of ubuntu 9.04 -> Channelscan etc -> viewing for a few hours. Sometimes it comes after just a few minutes.

[20:37:50]

sphery:

coldpenguin: ah, I misunderstood what you were saying

[20:38:16]

t1ger:

Coldp: I very seldom get it when I just watching, most of the time when i change channels.

[20:38:26]

coldpenguin:

Then this would be a different issue to mine I think. My system will never give this error after a couple of minutes, unless the backend has been rebooted/crashed

[20:39:01]

t1ger:

An fresh reboot = 1–2 hours of error free viewing.

[20:39:12]

t1ger:

+-

[20:39:27]

coldpenguin:

So, changing channels is interesting. It doesn't occur so often when you just start viewing a recording?

[20:39:35]

t1ger:

no

[20:39:44]

t1ger:

I can survive an hole nigh

[20:39:56]

t1ger:

it

[20:40:12]

coldpenguin:

Is your system a combined frontend/backend, or separate machines?#

[20:40:13]

t1ger:

then it's an 75% change of hang if you change channel

[20:40:23]

t1ger:

Both backend/frontend. 2 DVB cards

[20:42:11]

kormoc:

sphery, I like the idea, as mythweb can kick it off too (meaning backend doing maint tasks)

[20:43:00]

t1ger:

I found an post from on that had same error. He had diff ip on frontend/backend in mythtv-setup. Mine is same, and I don't use DHCP

[20:43:22]

t1ger:

What about my name for the box "tigergutt-pvr" Is "-" legal ?

[20:43:23]

coldpenguin:

Well, I am going to set my system to run with -v important,general,database,socket,extra I will see if there is anything interesting

[20:43:49]

t1ger:

I did "-v all"

[20:43:52]

coldpenguin:

hyphen is a legal hostname according to RFC

[20:44:05]

t1ger:

cold: Ok

[20:44:05]

coldpenguin:

I am wondering whether all is just too much

[20:44:18]

kormoc:

-v most

[20:44:39]

t1ger:

When it locks I only get the messages in the pastebin i posted link for. Not much else going on.

[20:44:55]

kormoc:

clever, re #mythtv, shut up, we don't care what you think and it's just noise...

[20:44:58]

t1ger:

http://pastebin.com/m2ae73ec7 <- If you missed it

[20:45:40]

awalls (awalls!n=awalls@02-043.155.popsite.net) has joined #mythtv-users

[20:45:46]

dmz (dmz!n=dmz@64.203.233.195.dyn-cm-pool35.hargray.net) has joined #mythtv-users

[20:46:27]

t1ger:

"ANN Monitor tigergutt-pvr 0" is the last, then the string error. That's what got me to think about the hostname.

[20:46:29]

coldpenguin:

Thanks, apart from the extra debugging, I think that is basically what I get

[20:46:53]

t1ger:

Also note the idle-> then drop.

[20:47:49]

coldpenguin:

On my system, that would be the mythbackend crashing

[20:48:04]

orogor:

gah, i had to re record the keycodes for the remote with irrecord

[20:48:07]

t1ger:

AIK mythbackend is still running

[20:48:47]

octavsly (octavsly!n=octavian@195-241-244-119.ip.telfort.nl) has quit ("using sirc version 2.211+KSIRC/1.3.12")

[20:48:49]

sphery:

kormoc: yeah, that's why I thought MythXML would be a nice easy way--works for scripts/MythWeb/mythfrontend

[20:49:49]

t1ger:

Cold: Maybe we could use GDB to get the values in the string ?

[20:49:55]

coldpenguin:

Years ago, I saw a system which was trying to reconnect (not myth), once it did reconnect, the old server continued to send its data from where it left off, it didn't bother to start at a known good point. It ended up in partial data being sent to the client, this confused the client enough to crash its comms again

[20:50:11]

kormoc:

sphery, I would love the database util that I do in mythweb to be in the backend too (check, repair, optimize, etc)

[20:50:17]

coldpenguin:

The difficulty with gdb is the length of time it takes to produce the problem.

[20:50:32]

t1ger:

True..

[20:50:34]

t1ger:

strace ?

[20:50:57]

sphery:

kormoc: yeah, I want to automate all of that, but I need some safety stuff in there, too... I might do as iamlindoro mentioned and just put it in the backend, but user-initiated for now

[20:50:59]

superdump (superdump!n=rob@unaffiliated/superdump) has quit ("Leaving.")

[20:51:03]

t1ger:

can you verbose only the myth communication ?

[20:51:04]

sphery:

should be /mostly/ safe that way

[20:51:09]

coldpenguin:

just as bad I reckon. Less likely to bog down the system though

[20:51:22]

sphery:

t1ger: mythbackend -v help

[20:51:42]

xris:

kormoc: like optimize_mythdb.pl that I have cronned up daily?

[20:51:44]

coldpenguin:

I think t1ger meant through gdb

[20:52:00]

kormoc:

xris, yeah

[20:52:03]

xris:

but yeah, especially auto-repair on recordedmarkup --that gets corrupted way too often

[20:52:05]

sphery:

xris: yeah, I have it cron'ed, too

[20:52:24]

coldpenguin:

I suppose, you could be naughty, compile most of the libraries up with optimization, then compile the communications with profiling/debugging enabled.

[20:52:33]

t1ger:

like an useful breakpoint or like ?

[20:52:45]

kormoc:

I'm thinking it'd be a good thing to have mythfilldatabase turn more into mythmaint and have it do that sorta stuff + fill the database with listing data

[20:52:48]

t1ger:

Just thinking loud.

[20:53:13]

sphery:

but I don't want it automatic in the backend until we have a way to ensure no myth programs touch the DB until the master says OK--if you're doing a REPAIR and the mysql server crashes, if you don't REPAIR that table before someone accesses it, you can lose the whole table

[20:53:33]

coldpenguin:

sphery, did you say you had a patch which can promote the error faster?

[20:54:59]

sphery:

kormoc: I have a design for some changes that I hope to make that would allow putting it into the DB... we could do a CHECK TABLE on every table in daily housekeeping, then--once we have the REPAIR safety stuff--automatically fix it (or, possibly even monitor the errors in MSqlQuery looking for the crashed table error and just fix it immediately)

[20:55:09]

t1ger:

cold: I take a look if running to mythfronend will stress the error simpler. brb

[20:55:11]

sphery:

s/into the DB/into the backend/

[20:55:23]

** kormoc nods **

[20:55:39]

coldpenguin (coldpenguin!n=gareth@host86-165-50-144.range86-165.btcentralplus.com) has quit ("Leaving.")

[20:57:08]

sphery:

the main reason I don't have even the CHECK TABLE (and just logging the error) in there, yet, is that it's rather slow on large tables like recordedseek, so until we have a way to determine when to run jobs that allows things like determining what we're currently doing (recording, playback, transcoding, flagging, ...) and how long 'til the next recording and stuff, running even CHECK TABLE automatically will cause problems for ...

[20:57:14]

sphery:

*cough*atom users*cough*

[20:57:17]

sphery:

... some people

[20:57:25]

sphery:

with underpowered systems

[20:57:25]

** kormoc laughs **

[20:57:40]

t1ger:

cold: When I have the error now. could I run gdb to the pid of mythtv ? Anything else useful we could do here ?

[20:58:10]

t1ger:

I can restart mythtv-backend and it will work again.

[20:59:01]

t1ger:

I also note that I have a loot of "/bin/sh -c [ -x /etc/init.d/mythtv-status ] && /etc/init.d/mythtv-status reload > /dev/null"

[20:59:23]

t1ger:

Maybe myth-status hangs with this error and get rerun with cron ?

[21:01:39]

gbee:

mythtv-status?

[21:02:28]

t1ger:

an script that keep login banner updated.

[21:02:34]

sphery:

script that hits the backend status page, then parses the output and puts stuff in /etc/issue

[21:02:57]

sphery:

also uses some perl (don't know if it's bindings) and maybe direct DB access

[21:03:08]

sphery:

3rd party--not contrib

[21:03:38]

awalls (awalls!n=awalls@02-043.155.popsite.net) has quit ("Leaving.")

[21:05:29]

t1ger:

Cold: Ok, I know have the crash. Frontend open, and gdb agaist the pid of mythbackend..

[21:05:37]

Led-Hed (Led-Hed!n=LedHed@75-151-70-115-Stockton.hfc.comcastbusiness.net) has quit ("Leaving")

[21:06:12]

wagnerrp:

sphery: if you set the daily housekeeping to run at a definable time, or perhaps some time in the middle of the night where everything is idle

[21:06:24]

wagnerrp:

i dont see it being a problem even for *those types*

[21:10:17]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has quit (Connection timed out)

[21:10:44]

MartinCleaver_ (MartinCleaver_!n=martincl@66-207-222-14.beanfield.net) has joined #mythtv-users

[21:10:52]

orogor:

GRrraaa

[21:11:40]

orogor:

now i get 2 keypress ion myth and irw shows a single one

[21:16:01]

MartinCleaver_ (MartinCleaver_!n=martincl@66-207-222-14.beanfield.net) has quit ()

[21:16:19]

CoreDump is now known as CoreDump|cf-18

[21:20:57]

gbee:

repeat rate config

[21:22:36]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has joined #mythtv-users

[21:22:41]

orogor:

gbee, thats not this

[21:23:54]

Defense (Defense!n=jepz@e177233071.adsl.alicedsl.de) has joined #mythtv-users

[21:24:13]

sphery:

having the kernel's keyboard driver loaded at the same time as using LIRC?

[21:24:18]

Defense|Twin (Defense|Twin!n=jepz@e177233071.adsl.alicedsl.de) has quit (Read error: 113 (No route to host))

[21:24:42]

orogor:

yes, it s loaded as a kbd device no idea how tos stop that

[21:25:01]

orogor:

the id is already blacklisted by hal

[21:25:07]

meshe:

rmmod

[21:25:22]

orogor:

that will also stop my regular keyboard no ?

[21:25:34]

sphery:

keyboard driver for your remote

[21:25:46]

meshe:

if they are using the same driver, which is doubtful

[21:26:19]

orogor:

orogor@pascalou:~$ lsmod | wc -l

[21:26:19]

orogor:

139

[21:26:22]

orogor:

:/

[21:27:09]

MartinCleaver (MartinCleaver!n=martincl@66-207-222-14.beanfield.net) has quit (Read error: 110 (Connection timed out))

[21:28:07]

orogor:

Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05) doesn t shows a driver used

[21:30:50]

orogor:

pfft, no idea which module that would be

[21:38:12]

rushfan (rushfan!n=rushfan@adsl-76-241-101-221.dsl.bcvloh.sbcglobal.net) has joined #mythtv-users

[21:38:52]

olesalscheider (olesalscheider!n=desktop@xdsl-87-79-137-206.netcologne.de) has joined #mythtv-users

[21:40:24]

nuonguy (nuonguy!n=john@c-76-102-14-249.hsd1.ca.comcast.net) has quit ("This computer has gone to sleep")

[21:41:20]

nuonguy (nuonguy!n=john@c-76-102-14-249.hsd1.ca.comcast.net) has joined #mythtv-users

[21:43:27]

dashcloud (dashcloud!n=quassel@pool-96-245-191-112.phlapa.fios.verizon.net) has joined #mythtv-users

[21:45:41]

iamlindoro:

Ugh, our perl bindings really use mplayer to determine resolution?

[21:45:49]

meshe:

heh

[21:46:58]

sphery:

iamlindoro: you didn't write the patch when you put res in the DB

[21:47:12]

iamlindoro:

oh, blame me ;)

[21:47:20]

iamlindoro:

I don't perl

[21:47:25]

iamlindoro:

but indeed, the info is there now

[21:49:11]

iamlindoro:

still not a myth bug IMHO if mplayer can't identify it right

[21:49:15]

** gbee notes the need to grep for mplayer before 0.22 **

[21:49:58]

sphery:

iamlindoro: the res isn't in programinfo or anything is it?

[21:50:00]

sphery:

just the DB?

[21:50:21]

jgarvey (jgarvey!n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) has quit ("Leaving")

[21:50:58]

kormoc:

orogor, you're just a negative guy aren't you? lspci -k

[21:51:02]

iamlindoro:

just the DB AFAIK, both in recordedmarkup and as a flag in videoprops

[21:51:33]

Guest65965 (Guest65965!n=David@nat/ti/x-wiedypnxwruwpgdt) has quit (Remote closed the connection)

[21:51:44]

iamlindoro:

mark types 30 and 31 IIRC

[21:51:56]

iamlindoro:

(width and height, respectively)

[21:53:16]

iamlindoro:

ProgramInfo::GetHeight() and GetWidth() respectively will return the dimensions that most of the recording were

[21:53:29]

iamlindoro:

ie the largest number of frames at a given resolution

[21:53:39]

sphery:

right now, we're getting a lot from mplayer's ID: video_type, width, height, fps, audio_sample_rate, audio_bitrate, audio_bits_per_sample, audio_channels, fps (yeah, seems to be a typo--probably audio_fps), aspect, audio_type, mpeg_stream_type

[21:54:18]

sphery:

ok, not an audio fps, a copy/paste redundant code thing

[21:54:41]

olesalscheider_ (olesalscheider_!n=desktop@xdsl-87-79-164-97.netcologne.de) has quit (Read error: 110 (Connection timed out))

[21:55:14]

sphery:

how much of that is available in the DB, now?

[21:55:56]

gbee:

aspect, width, height, so hardly any

[21:55:59]

orogor:

kormoc, that doesn t list anything for that device

[21:56:19]

gbee:

then again, what do the perl bindings need with all that?

[21:56:24]

sphery:

if we start using recordedfile, we'd have width, height, fps, aspect, audio_sample_rate, audio_bits_per_sample, audio_channels, audio_type, video_type

[21:56:35]

sphery:

TTBOMK, no scripts are actually using it

[21:56:49]

kormoc:

nuvexport?

[21:57:11]

sphery:

mythrename.pl used to use it to rename files with .nuv extension that were MPEG's to .mpg

[21:57:19]

gbee:

storing all that is relatively simple

[21:57:23]

sphery:

but finally xris removed that check (which was a killer for performance)

[21:57:47]

sphery:

as now "people shouldn't have much if any video with the .nuv extension that's not NUV's)

[21:58:19]

** jams has files like that **

[21:58:25]

jams:

really really old files

[21:58:59]

sphery:

jams: you should have done a mythrename (with --link) using

[21:59:00]

sphery:

mythrename.pl --format "%c_%Y%m%d%H%i%s"

[21:59:06]

sphery:

before xris removed the check

[21:59:11]

sphery:

too late, now, though :)

[21:59:24]

sphery:

s/with --link/without --link/

[21:59:37]

sphery:

wow, can't even type that when I want to because I'm so used to saying to use --link

[22:07:30]

sphery:

jams: if you wanted to, you could reverse the top 2 hunks of http://svn.mythtv.org/trac/changeset/16106/tr . . . ythrename.pl and then rename to fix your recordings :)

[22:07:46]

hadees (hadees!n=hadees@rrcs-97-77-45-90.sw.biz.rr.com) has quit (Remote closed the connection)

[22:08:27]

bluey- (bluey-!n=bluey@dslb-088-073-089-243.pools.arcor-ip.net) has left #mythtv-users ("Leaving")

[22:08:56]

t1ger (t1ger!n=t1ger@163.84-49-183.nextgentel.com) has quit (Read error: 110 (Connection timed out))

[22:15:24]

orogor:

haa, also how do i specify the audio channel when recording from dvb-t ?

[22:16:49]

cdpuk (cdpuk!n=chris@cdpuk.cdp.me.uk) has joined #mythtv-users

[22:16:51]

iamlindoro:

Erm... you don't... when you record a program in digital, you get all the audio tracks for that program

[22:17:00]

iamlindoro:

and can choose from them during playback

[22:17:02]

iamlindoro:

(M)

[22:18:18]

cdpuk (cdpuk!n=chris@cdpuk.cdp.me.uk) has quit (Remote closed the connection)

[22:18:36]

iamlindoro:

To set the default language, Utilities/Setup->setup->Appearance, Page 4

[22:18:46]

iamlindoro:

"Guide Language 1"

[22:18:48]

orogor:

haa

[22:19:02]

iamlindoro:

(Yes, this is a stupid place to put this setting, especially since it doesn't mention it affects audio)

[22:19:06]

orogor:

i keep enlish as language it s easier to debug stuff ine nglish

[22:19:21]

orogor:

cause i can just google stuff

[22:19:30]

iamlindoro:

It's not the UI language

[22:19:34]

iamlindoro:

That's a different setting

[22:19:54]

orogor:

Oo

[22:19:56]

iamlindoro:

Please read carefully, don't just skim

[22:25:08]

orogor:

also it s meor i saw a resolve conflicts somwhere in the menus?

[22:26:19]

iamlindoro:

sorry, your question doesn't make sense

[22:26:22]

sphery:

"Avoid conflicts between live TV and scheduled shows" in TV Settings|General

[22:27:00]

sphery:

There's also (one that's more likely what you actually think you want): "Reschedule Higher Priorities"

[22:27:03]

orogor:

no , something that showed only conflicting recording

[22:27:31]

orogor:

something like upcoming recording filtered on conflicting recording

[22:28:01]

sphery:

Go to Upcoming Recordings in mythfrontend and hit 2?

[22:29:06]

sphery:

or: myth_upcoming_recordings.pl --plain_text --no_show_scheduled --recordings=-1

[22:29:28]

sphery:

to show only conflicts in the terminal (or to get the text to e-mail to yourself)

[22:32:31]

orogor:

well i guess i dreamed than menu entry then

[22:36:14]

sphery:

menu or setting?

[22:37:07]

gbee:

funny, I'd have said there was such an options somewhere

[22:37:10]

jpabq (jpabq!n=jpabq@97-119-170-19.albq.qwest.net) has quit ()

[22:37:33]

gbee:

but maybe it was in mythweb or a much earlier version

[22:39:13]

sphery:

MythWeb has a checkbox that allows you to show/not show Scheduled/Duplicates/Deactivate/Conflicts in Upcoming Recordings

[22:39:28]

sphery:

TTBOMK, mythfrontend only has 1 (show everything) and 2 (show important)

[22:40:29]

sphery:

where those are literally changed by hitting 1 and 2

[22:43:14]

orogor:

sphery, a menu, something that looked like upcoming, not a setting

[22:44:11]

orogor:

tried to switch between menu organisations, can t find it back

[22:45:37]

orogor:

actually for conflicts i think what would be cool would be a programm guide by tvcard/inputs showing activities

[22:47:20]

ryanjohnston (ryanjohnston!n=ryanj@S0106001d60863652.cg.shawcable.net) has quit ("Leaving.")

[22:48:12]

gbee:

aghh, stupid card swapping on reboot bug

[22:48:29]

** iamlindoro has a fantasy of a MythUI menu editor to disable plugins/menu items/etc., invoked by a key combination **

[22:49:02]

iamlindoro:

Build the whole tree as a buttonlist w/ checkboxes, disable what you want, pare it down to the basics for uneducated users/moms/spouses

[22:49:24]

gbee:

missed a film I really wanted to record >:(

[22:49:39]

sphery:

orogor: There's a TV_FIX_CONFLICTS, which is labeled in default menu theme as Manage Recordings|Upcoming Recordings, but in some translations may be "Fix conflicts" or something

[22:49:42]

gbee:

determined to re-write the way we identify cards

[22:50:02]

iamlindoro:

gbee, nice :) (and autodetect while you're at it ;))

[22:50:42]

gbee:

it might be a kernel bug, but the fact we rely on static device names is retarded

[22:51:23]

sphery:

gbee: I'd love to see support for user names for DVB devices--i.e. rather than /dev/dvb/adapter<#>/frontend<#>, being able to use /dev/dvb/hd3000/frontend<#> (or even making it possible to do user names for frontend, et. al.)

[22:51:38]

sphery:

gbee: then you could just use udev to create links and you don't have to pin the device numbers

[22:51:43]

iamlindoro:

DVB should be easy, just use MAC

[22:52:58]

artus35 (artus35!n=mythtv@i577B8057.versanet.de) has joined #mythtv-users

[22:53:05]

sphery:

gbee: actually, our requiring the use of standard kernel names is really the shortcut/not-approved approach for accessing devices--so kernel does it right, we just don't have support for doing it right

[22:54:17]

iamlindoro:

likewise with HD-PVR, fairly certain serial # is exposed now

[22:54:19]

psipsi_ (psipsi_!n=psipsi@rrcs-24-227-36-210.se.biz.rr.com) has joined #mythtv-users

[22:54:28]

iamlindoro:

HDHR does its MAC-like thingie

[22:54:35]

gregL (gregL!n=greg@cpe-67-246-41-80.nycap.res.rr.com) has quit (Read error: 104 (Connection reset by peer))

[22:54:43]

iamlindoro:

so that leaves v4l/MPEG-2 as the biggies

[22:55:07]

kormoc:

can't you just number based on pci id?

[22:55:23]

gbee:

sphery: user defined names aren't high on my agenda, I don't really consider HAL to be all that user friendly, MAC/Serial numbers seem the way to go where available

[22:55:29]

** iamlindoro shrugs **

[22:56:05]

sphery:

the problem with that is we have to invent a way of getting it for each and every device--something like hal has

[22:56:18]

gbee:

pci id maybe, depends if that would change when you swap out a motherboard or upgrade the chipset driver/whatever

[22:56:22]

sphery:

and since hal is being replaced with devicekit, we can't even use hal (or udev or ...)

[22:56:54]

gbee:

can't rely on any of that stuff, because as you note, they keep changing it

[22:56:58]

sphery:

right

[22:57:02]

jpabq (jpabq!n=jpabq@c-98-230-202-207.hsd1.nm.comcast.net) has joined #mythtv-users

[22:57:24]

sphery:

which means we have to have the code in there ourselves--and keep it updated for all kernel-level changes--if we want to do anything other than device names

[22:57:34]

sphery:

the whole idea of device names is a logical identifer for hardware

[22:57:37]

kormoc:

gbee, it would change on hardware relocations, but that's bout it

[22:57:59]

sphery:

and using user names means users can name them in user-friendly ways

[22:58:06]

gbee:

kormoc: maybe as part of a strategy then

[22:58:08]

sphery:

rather than having to recognize things by pci id or mac or ...

[22:58:14]

gregL (gregL!n=greg@cpe-67-246-41-80.nycap.res.rr.com) has joined #mythtv-users

[22:58:40]

iamlindoro:

Serial/MAC->PCIid->LastSeenDeviceName->Classic might be a decent fallback

[22:59:00]

sphery:

or just use device name

[22:59:23]

sphery:

and encourage the distros to do their jobs and make tools for easily specifying user device names for all devices

[22:59:29]

gbee:

sphery: sure, though internally I'd still rather pick something like mac and display the device name at selection time

[22:59:38]

iamlindoro:

Why would device name be preferred? Still relies on people have udev working right, that's a broken paradigm IMHO

[22:59:55]

** kormoc wonders why most people don't have udev working right **

[22:59:55]

sphery:

iamlindoro: only because the distros haven't bothered to make the UI for it

[23:00:06]

sphery:

right-click device in device manage, properties, name

[23:00:08]

sphery:

done

[23:00:11]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has quit (Remote closed the connection)

[23:00:13]

gbee:

naming devices isn't quite plug and play, which is what I'd aim to achieve

[23:00:16]

iamlindoro:

sphery, Obstinately insisting that the distros fix it just makes us assholes

[23:00:27]

** kormoc hands iamlindoro some toilet paper **

[23:00:55]

sphery:

well, since when is it Myth's (and Freevo's and Mplayer's and xine's and ...) responsibility to fix kernel/system-level configuration

[23:01:07]

sphery:

but, hey, that's just my opinion

[23:01:30]

iamlindoro:

sphery, The onus is on myth to make it work as well as it can within the parameters-- so why choose a broken paradigm because someone hasn't fixed the upstream implementation yet?

[23:01:45]

gbee:

most people will know which card is which at setup time, if only because they are installing then one by one or because we display the card type e.g. DVB-S

[23:01:46]

sphery:

chicken/egg

[23:01:49]

iamlindoro:

It's possible to make it work well within the constraints of current behavior-- why not let it do so?

[23:02:03]

iamlindoro:

and then strip out code when it becomes unnecessary

[23:02:31]

sphery:

well, I just think it's a waste of limited developer time to be maintaining all the code that changes with all the system/kernel changes

[23:02:40]

sphery:

i.e. look at the mess that's udevinfo/udevadm

[23:02:48]

sphery:

and that's only used for a not important part of myth

[23:03:08]

gbee:

of course I'm probably not going to get started on this tomorrow, but I'm really motivated to stop this card swap behaviour

[23:03:11]

sphery:

and it's broken not to mention the whole lack of portability part

[23:03:24]

** gbee watches another recording fail ... what now?!? **

[23:03:40]

nighthawk_ (nighthawk_!n=nighthaw@c-24-128-157-168.hsd1.nh.comcast.net) has joined #mythtv-users

[23:04:41]

rushfan (rushfan!n=rushfan@adsl-76-241-101-221.dsl.bcvloh.sbcglobal.net) has quit ("Lost terminal")

[23:05:03]

backslash7:

for some reason I can't use the F-keys to control volume in MythVideo. I see messages like: "No bind found for key 'F10'. "

[23:05:09]

backslash7:

It works perfectly fine in Live TV

[23:05:47]

gbee:

oh, dumb DVB-S defaults to no lnb and of course my lnb configuration didn't take (again)

[23:05:53]

backslash7:

I'm using the default internal player, fresh installation, I didn't change anything there

[23:06:22]

** sphery bets backslash7 is using MPlayer for playback in MythVideo **

[23:06:48]

** iamlindoro refuses to take the bet **

[23:07:11]

gbee:

backslash7: press SELECT (space/return) or MENU (M), do you see the mythtv osd?

[23:07:33]

backslash7:

While watching the video?

[23:07:55]

sphery:

yeah

[23:08:02]

backslash7:

hang on

[23:08:08]

psipsi (psipsi!n=psipsi@rrcs-24-227-36-210.se.biz.rr.com) has quit (Read error: 110 (Connection timed out))

[23:08:13]

backslash7:

need to get into my video library again... so damn slow :P

[23:09:12]

backslash7:

lol

[23:09:33]

backslash7:

gbee: M unmuted the video. How did it get muted in the first place, I sure didn't press M

[23:09:39]

backslash7:

Enter kills the player, space pause

[23:09:49]

iamlindoro:

You're using MPlayer

[23:09:58]

backslash7:

Okay... Just default

[23:10:12]

backslash7:

Uhm

[23:10:13]

iamlindoro:

Change your default player command to Internal

[23:10:52]

backslash7:

Okay, thanks

[23:11:08]

backslash7:

Everytime I add a video to my library I need to rescan everything which takes a couple of minutes

[23:11:17]

backslash7:

Is there a way to just add the new video?

[23:12:03]

iamlindoro:

No. How many files are we talking about here? (Or are you scanning through a directory with many, many non video files/hiddne files/hidden directories)

[23:12:05]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has joined #mythtv-users

[23:12:20]

backslash7:

About 400G of videos

[23:12:29]

backslash7:

Don't really wanna check all of them to add one new file :/

[23:12:43]

iamlindoro:

My library is > 10 TB and takes 5 or so seconds

[23:13:01]

iamlindoro:

sounds like you have other non video files/symlinks to some other directory structure/etc.

[23:13:04]

backslash7:

Also, MythTV just froze about one minute ago when I selected "Video Settings" or something like that

[23:13:20]

iamlindoro:

There's a long pause there in .21, does not exist in trunk

[23:13:24]

backslash7:

iamlindoro: No symlinks. Maybe a couple of gigs of music

[23:13:48]

iamlindoro:

having many non-video files in the scan directory will slow it down. By how much depends on circumstances

[23:14:00]

iamlindoro:

also, hidden files/directories

[23:14:03]

backslash7:

Okay

[23:14:06]

backslash7:

No hidden ones

[23:14:13]

backslash7:

Why do non-video files slow the whole thing down?

[23:14:14]

iamlindoro:

There is no way the scan will take more than a couple seconds unless some part of the above is true

[23:14:22]

backslash7:

Ignoring a file is easier than handling it isn't it?

[23:14:43]

iamlindoro:

Still parses all the files in order to compare them against the allows extensions

[23:14:49]

iamlindoro:

er allowed

[23:15:03]

backslash7:

Okay

[23:15:04]

poodyp (poodyp!n=poodyp@cpe-98-148-122-5.socal.res.rr.com) has joined #mythtv-users

[23:15:20]

backslash7:

Yeah there are a couple of mp3s in there as well atm

[23:15:24]

backslash7:

That is probably it

[23:15:38]

backslash7:

thanks for clarifying it

[23:15:55]

iamlindoro:

np

[23:16:03]

inordkuo (inordkuo!n=inorkuo@adsl-69-224-127-84.dsl.sndg02.pacbell.net) has quit ("Leaving.")

[23:18:33]

davidm (davidm!n=David@nat/ti/x-pggcmvacctgixnht) has joined #mythtv-users

[23:18:51]

backslash7:

How would I have a folder /mnt/data/a and a folder /mnt/data/b both containing video files scanned by mythvideo?

[23:19:00]

backslash7:

Without changing directory structure

[23:19:01]

davidm is now known as Guest84564

[23:19:17]

sphery:

you mean how do you tell myth to use both?

[23:19:20]

backslash7:

link both directories to a third one?

[23:19:22]

GreyFoxx:

in mythvideo where you define the directory put /mnt/data/a:/mnt/data/b

[23:19:23]

backslash7:

Exactly

[23:19:25]

iamlindoro:

in .21, colon seperated

[23:19:27]

backslash7:

oh awesome

[23:19:29]

backslash7:

great, thanks

[23:20:39]

gbee:

though the structure represented in myth when done that way might not be what you'd want

[23:21:21]

backslash7:

Why, what is it like?

[23:21:44]

iamlindoro:

You will see both folders at the top level, not a combined view

[23:21:50]

gbee:

try it and see, you may be fine with it

[23:21:56]

backslash7:

Sorry to pick up the old topic again but do I set the player to "Internal" and uncheck "default" in the File Associations menu?

[23:22:04]

backslash7:

Okay, will have a look at it

[23:22:08]

iamlindoro:

That's one way

[23:22:15]

iamlindoro:

The better way is to just change the default player to Internal

[23:22:21]

iamlindoro:

Video Settings->General

[23:22:25]

backslash7:

Yeah saw that

[23:22:30]

backslash7:

Don't I need that other command anymore then?

[23:22:31]

gbee:

personally it wasn't what I wanted, so I had GreyFoxx change it for the storage group implementation :)

[23:22:38]

gbee:

guess I was persuasive

[23:22:40]

backslash7:

haha

[23:22:54]

GreyFoxx:

I prefer it the new way :)

[23:23:02]

GreyFoxx:

I love it all merged into one screen :)

[23:23:18]

iamlindoro:

backslash7, Most of us can recite the mplayer command from heart if you really ever needed it, but (IMO) the internal player is far better for myth purposes in a number of ways

[23:23:23]

iamlindoro:

As do I

[23:23:26]

davidm (davidm!n=David@nat/ti/x-qqyjqghpfkehectp) has joined #mythtv-users

[23:23:32]

Guest84564 (Guest84564!n=David@nat/ti/x-pggcmvacctgixnht) has quit (Remote closed the connection)

[23:23:54]

davidm is now known as Guest85003

[23:24:16]

gbee:

feels more logical that way and better fit the intended usage of storage groups, i.e. the fact that the media is spread over multiple locations/drives is invisible to the end user

[23:24:46]

backslash7:

Uhm... I changed the video directory from /lib/mythtv..... to /mnt/data/a:/mnt/data/b where a contains one file and b is empty, still it's been scanning for about three minutes

[23:25:00]

backslash7:

Restart mythtv or something?

[23:25:29]

messerting (messerting!n=messerti@cm-84.208.182.112.getinternet.no) has quit (Remote closed the connection)

[23:26:07]

MartinCleaver (MartinCleaver!n=martincl@206-248-176-160.dsl.teksavvy.com) has joined #mythtv-users

[23:26:42]

artus35 (artus35!n=mythtv@i577B8057.versanet.de) has left #mythtv-users ()

[23:29:44]

backslash7:

It probably had to remove all the other files

[23:29:46]

backslash7:

it's faster now

[23:30:25]

backslash7:

definitely

[23:30:30]

backslash7:

3 seconds for 150gb

[23:30:34]

backslash7:

roughly

[23:31:28]

backslash7:

hehe awesome

[23:31:36]

backslash7:

I'm starting to like MythTV

[23:31:38]

** backslash7 ducks **

[23:31:50]

backslash7:

Was a real pita for me to install it :P

[23:33:06]

nighthawk_:

anyone recommend mplayer xv filters for animation?

[23:33:36]

iamlindoro:

would be better to ask somewhere they provide support for mplayer... like #mplayer

[23:33:45]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has quit (Remote closed the connection)

[23:33:56]

iamlindoro:

As our advice for mplayer tends to be "don't use that"

[23:34:01]

nighthawk_:

well, I was hoping some folks use mplayer for external video playback ;-)

[23:34:06]

nighthawk_:

really?

[23:34:14]

iamlindoro:

yes, really

[23:34:26]

GreyFoxx:

The Internal player is usually preferred

[23:34:43]

GreyFoxx:

plays just about everything, consistant menu/osd/controls and so on

[23:34:52]

nighthawk_:

the .21 atrpm package has it setup to use mplayer by default for mythvideo

[23:35:16]

iamlindoro:

all .21 packages do-- this bug is fixed now

[23:35:41]

iamlindoro:

But lucky you, you can work around the bug by using Internal ;)

[23:36:06]

nighthawk_:

does internal do everything mplayer can do?

[23:36:13]

GreyFoxx:

pretty much

[23:36:25]

GreyFoxx:

and supportrs everything just like in recordings

[23:36:27]

iamlindoro:

and more

[23:36:30]

GreyFoxx:

bookmarks and so on

[23:36:35]

nighthawk_:

sweet, that may be the excuse I need to build from svn

[23:36:58]

mkrufky (mkrufky!n=Jeff@unaffiliated/mkrufky) has joined #mythtv-users

[23:37:05]

iamlindoro:

you don't need to run trunk

[23:37:11]

iamlindoro:

just change your player command

[23:37:20]

iamlindoro:

from mplayer blah blah to "Internal" without the quotes

[23:37:31]

nighthawk_:

emphasis on "excuse" :-)

[23:38:14]

nighthawk_:

does mythvideo have options to change display refresh rate based on content selected?

[23:38:25]

GreyFoxx:

no

[23:38:30]

sphery:

to build from svn: svn co http://svn.mythtv.org/svn/branches/release-0-21-fixes/

[23:38:38]

nighthawk_:

my current mplayer script does some xrandr stuff, and also turns on my receiver via rs232

[23:38:45]

olesalscheider (olesalscheider!n=desktop@xdsl-87-79-137-206.netcologne.de) has quit (Read error: 60 (Operation timed out))

[23:39:13]

sphery:

it can select resolution based on video

[23:39:17]

sphery:

but not refresh

[23:39:22]

nighthawk_:

I was thinking .22 trunk, is it usable for users of moderate experience?

[23:39:24]

sphery:

but if you have the right resolutions available...

[23:39:30]

sphery:

with the right refresh

[23:39:33]

davidm (davidm!n=David@nat/ti/x-spnpueimgkufezlt) has joined #mythtv-users

[23:39:54]

sphery:

best bet is to wait for 0.22 to be released

[23:39:59]

sphery:

it likely won't be long now

[23:40:01]

davidm is now known as Guest76906

[23:40:04]

sphery:

or at least wait for the call for testers

[23:40:51]

Guest85003 (Guest85003!n=David@nat/ti/x-qqyjqghpfkehectp) has quit (Remote closed the connection)

[23:40:53]

sphery:

there are enough issues right now that you'd need to read a lot of archived messages on -dev and -commits lists to find out how to work around the issues/which issues are known/what not to report as bugs/how to use trunk/what differs from 0.21

[23:40:57]

sphery:

etc

[23:41:04]

sphery:

just my recommendation

[23:41:11]

sphery:

I have trunk /only/ on my dev box

[23:41:37]

sphery:

and I'm happily watching TV on my (working) 0.21-fixes production system right now

[23:41:52]

nighthawk_:

well, that might be good, I'd like to come up to speed and maybe contribute

[23:42:31]

davidm (davidm!n=David@nat/ti/x-lupkieiqtbcvccul) has joined #mythtv-users

[23:42:35]

iamlindoro:

if (!Wife.isNull()) { compile trunk; } else { return; }

[23:42:59]

davidm is now known as Guest11631

[23:45:26]

** kormoc compiles trunk forever **

[23:45:46]

iamlindoro:

it's not a loop ;)

[23:45:49]

iamlindoro:

break;

[23:45:54]

kormoc:

hehe

[23:46:48]

Guest76906 (Guest76906!n=David@nat/ti/x-spnpueimgkufezlt) has quit (Remote closed the connection)

[23:48:04]

meshe:

hmmm

[23:48:05]

sphery:

why the not?

[23:48:14]

sphery:

!Wife.isNull()

[23:48:19]

sphery:

wives like trunk?

[23:49:44]

t1ger (t1ger!n=t1ger@163.84-49-183.nextgentel.com) has joined #mythtv-users

[23:49:48]

iamlindoro:

s/!//

[23:49:50]

iamlindoro:

happy?

[23:50:02]

meshe:

my production boxes are going to trunk, but i don't care that much about tv :)

[23:50:14]

sphery:

I was just curious... I don't have a wife, so I didn't know.

[23:50:19]

iamlindoro:

I always try to remember s/wife/spouse/ with meshe around ;)

[23:50:42]

sphery:

obviously meshe hasn't watch S5 of Lost, yet...

[23:50:48]

sphery:

otherwise she'd care about TV

[23:51:00]

meshe:

haven't watched season 1 of it

[23:51:06]

iamlindoro:

you're missing out

[23:51:22]

sphery:

I have to quickly watch my 924 recordings just in case there's something as good as Lost S5 in there...

[23:51:29]

Guest11631 (Guest11631!n=David@nat/ti/x-lupkieiqtbcvccul) has quit (Remote closed the connection)

[23:51:39]

sphery:

meshe: it's even worth suffering through S2-S4 to get to S5

[23:51:55]

meshe:

sounds like a new series added to the list of ones to buy

[23:51:59]

backslash7:

Is it bad to delete everything inside of the recordings folder in the console?

[23:52:02]

sphery:

(though S2-S4 were /much/ better than a lot of the show on TV that don't get cancelled)

[23:52:16]

orogor:

where s the curlist and commflag list stored, is it embeded in the video or it s linked with the database?

[23:52:18]

backslash7:

Because I just did it and now Live TV won't start complaining about missing files in the log

[23:52:19]

meshe:

after holidays we are going to start buying series again

[23:52:24]

sphery:

backslash7: just meanst that Myth will complain when you try to delete it from Myth

[23:52:37]

sphery:

has no effect on LiveTV, though

[23:52:55]

backslash7:

I also created a symlink from /var/lib/mythtv/recordings to /mnt/data/recordings

[23:53:07]

backslash7:

Is that allowed or will myth have problems with that

[23:53:13]

sphery:

specify the actual location of the directory

[23:53:21]

sphery:

mythtv-setup, Storage Groups

[23:53:27]

backslash7:

otherwise it won't work?

[23:53:51]

sphery:

and make sure that you do /not/ specify mount points--i.e. if you mount a filesystem at /mnt/data/recordings, tell Myth to use /mnt/data/recordings/tv or something

[23:53:55]

gbee:

backslash7: deleting recordings directly won't break anything, but myth won't know they are gone, so you still have to delete them from there

[23:54:17]

backslash7:

sphery: Okay, thanks for the hint

[23:54:20]

backslash7:

gbee: Let me try that

[23:54:35]

sphery:

otherwise if the filesystem doesn't mount for some reason, Myth will write to /mnt/data/recordings (which is the directory you made as a mount point instead of the other filesystem)--so you could, i.e. fill up your root filesystem

[23:54:39]

gbee:

reason for that is pretty simple, nobody wants mythtv to forget all their recordings info just because an NFS mounted drive drops off the network etc

[23:54:59]

backslash7:

makes sense

[23:55:09]

backslash7:

what doesn't is that I can't delete a file in Myth because it's not there

[23:55:22]

backslash7:

I press D -> yes -> error: no such file

[23:55:30]

sphery:

funny, though, I was just working on a patch for the backend to detect all the missing files just today

[23:55:34]

meshe:

backslash7: makes perfect sense, what if that drive isn't mounted?

[23:55:38]

sphery:

(not done, planning, again)

[23:55:52]

backslash7:

meshe: it is

[23:55:54]

backslash7:

the folder is there

[23:55:54]

AndyCap:

backslash7: hmm, my box here then asked me if I wanted to delete if from the database

[23:56:10]

gbee:

meshe: though it should allow you to force deletion of a missing file, if that's not happening then I'd wonder which version backslash7 is using

[23:56:16]

meshe:

network goes down and nfs goes down, do you want myth to be able to leave orphans on the network?

[23:56:16]

sphery:

backslash7: INFO, Delete, Yes, Delete anyway or something like that

[23:56:29]

gbee:

there was a bug in 0.21 which was fixed in the -fixes branch

[23:56:38]

meshe:

gbee: yeah, a "YES I'M SURE" option would make sense

[23:56:51]

sphery:

meshe: it's there

[23:56:55]

backslash7:

What's INFO ?

[23:57:06]

meshe:

I

[23:57:07]

sphery:

but there's an annoying rsNotYetAvailable that broke it

[23:57:09]

backslash7:

AndyCap: Mine just added the error message and repeated the question

[23:57:11]

sphery:

(in some situations)

[23:57:16]

meshe:

ahh

[23:57:29]

sphery:

Should always work from the INFO menu

[23:57:38]

backslash7:

ERROR: recorded file doesn't exist. Unknown. Are you sure you want to delete: Yes / No

[23:57:38]

AndyCap:

backslash7: well, I'm running 0.21-fixes, and gbee said there was abug related to it. I dunno

[23:57:45]

sphery:

backslash7: yes

[23:57:47]

backslash7:

I keep pressing Yes it won't disappear

[23:57:50]

backslash7:

How do I check my version?

[23:57:58]

gbee:

mythfrontend --version

[23:57:58]

sphery:

that's meshe's YES I'M SURE

[23:58:08]

backslash7:

Well, it's still there after that

[23:58:08]

Dagmar:

How do you delete a file that's not there?

[23:58:19]

meshe:

Dagmar: Magic

[23:58:19]

backslash7:

I just want to remove it from the db

[23:58:24]

gbee:

you can't, but you can delete associated db entries

[23:58:26]

AndyCap:

How do you kill that which has no life?

[23:58:43]

meshe:

AndyCap: unplug it

[23:59:12]

sphery:

backslash7: look in the backend log files for the error message

[23:59:46]

sphery:

Though "Unknown." is a title that may indicate you have data problems

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

Current users (199):