Beirdobot, irc.freenode.net

Monday, July 12th, 2010, 00:00 AST

[00:00:36]

Beirdo:

because there's no need to ever install mythtv as root

[00:00:48]

wagnerrp:

s/install/run/

[00:00:49]

Beirdo:

and that includes /etc/mythtv/blah

[00:01:10]

Beirdo:

well, especially run

[00:01:25]

Beirdo:

but yeah, I suppose most people require root to install :)

[00:01:29]

Beirdo:

I take that back

[00:01:48]

Beirdo:

I guess the answer is because that's the way it works :)

[00:02:06]

rhollan:

well, I can understand installing a BE as root, but not an FE, so per-user config as to where the master BE is makes sense

[00:02:51]

Beirdo:

you like to run around in circles, don't you? :)

[00:03:13]

TUplink (TUplink!~hufft@pool-71-171-72-145.clppva.east.verizon.net) has left #mythtv-users ()

[00:05:08]

rhollan:

No, I just like to thing things through. I am used to per-user config when it makes sense with a per-machine default if per-user config is not present, but myth symlinks the default for the user to that for the machine by default.

[00:05:17]

rhollan:

just not what I was expecting. Live and learn.

[00:05:25]

rhollan:

It's just 'different'

[00:05:26]

Beirdo:

mythbuntu does that

[00:05:30]

Beirdo:

myth doesn't

[00:06:07]

rhollan:

Fair enough

[00:06:23]

Beirdo:

I need chocolate

[00:06:29]

Beirdo:

that's an odd craving.

[00:06:55]

rhollan:

I also see ~/.mythtv/config.xml symlinked for one user and local for another, and mythfrontend.sh only setting up the SQL link

[00:07:21]

rhollan:

I could use a beer right now. A Guinness on tap at the local pub

[00:07:35]

rhollan:

sadly, they just have cans with those damn widgets

[00:08:19]

hadees (hadees!~hadees@72-48-211-19.dyn.grandenetworks.net) has quit (Ping timeout: 265 seconds)

[00:13:53]

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

[00:14:35]

rhollan:

O.K. So I have coverart for DVDs in a bunch of jpegs that look like they are numbered by imbd number of something.

[00:14:45]

rhollan:

How can I associate them with my ripped ISOs?

[00:15:20]

rhollan:

Do I "import" cover art and they get copied into artwork subdirectories, or is there an easier way

[00:15:30]

wagnerrp:

considering them lost, and download new artwork

[00:15:48]

wagnerrp:

for what its worth, the stuff on TMDB is /far/ better than anything IMDB ever provided

[00:19:54]

rhollan:

maybe they came from TMDB I dunno. The default place. But that is now broken because redirects are sent instead of images

[00:20:11]

wagnerrp:

fixed now

[00:20:17]

Beirdo:

yay

[00:20:36]

rhollan:

so... how to I get the fix withough haveing to build from scratch? Has it made it to 0.23+fixes?

[00:20:45]

wagnerrp:

and for some time now, mythvideo has been labeling coverart with the video title, rather than imdb/tmdb number

[00:20:52]

wagnerrp:

its in 0.23-fixes, yes

[00:21:12]

wagnerrp:

mythbuntu autobuilds should pick it up within a day

[00:21:28]

rhollan:

hmmm. so should that sync by itself or should I request an update? I only have 25 DVDs or so

[00:21:39]

wagnerrp:

no idea

[00:28:32]

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

[00:28:55]

cohn:

hi

[00:29:19]

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

[00:29:55]

cohn:

anyone around?

[00:30:39]

wagnerrp:

the general procedure for this channel is to ask your question, and if someone knows the answer, they will eventually get back to you

[00:30:50]

cohn:

ok

[00:30:59]

rhollan:

o.k. this is wierd.

[00:31:29]

rhollan:

All of a sudden, I get DVD cover art as the background for the selected DVD in the galery browser, but not in the per item display

[00:31:31]

rhollan:

what gives?

[00:39:14]

cohn:

i'm getting this when I try to watch livetv on .23: 2010-07–12 00:38:09.791 EntryToProgram(0@Wed Dec 31 19:00:00 1969) failed to get pginfo

[00:39:26]

cohn:

just ran mythtfilldatabase and no luck

[00:39:31]

cohn:

ideas?

[00:39:35]

wagnerrp:

livetv failed because the backend failed to record

[00:39:44]

wagnerrp:

please check your backend logs for the proper error

[00:42:21]

cohn:

ok, from mythbackend.log, it looks like it's trying to get lirc to change to the proper channel but that's failing

[00:42:36]

cohn:

i'm running mythdora 12.23 / mythtv 0.23 if that helps

[00:43:20]

wagnerrp:

you are trying to change the channel on a cable box over lirc?

[00:43:38]

cohn:

i am but i temporarily unset that to test without it

[00:43:58]

RyeBrye (RyeBrye!~ryebrye@67.199.187.50) has quit (Ping timeout: 258 seconds)

[00:44:15]

cohn:

ok, it works without the external channel change script

[00:44:46]

wagnerrp:

if the channel change script exits with anything other than success, mythtv will assume the channel change failed and cancel the recording

[00:45:11]

cohn:

ah

[00:45:14]

Beirdo:

if you want to disable it... set it to /bin/true

[00:45:16]

Beirdo:

:)

[00:45:30]

Beirdo:

then it will always return success, but no channel will change

[00:45:53]

Beirdo:

removing it will make it attempt to change channel in the tuner itself

[00:46:13]

cohn:

i get no sound though... grr. I'm using a plain 'ol soundblaster for sound and it works if i first 'cat /dev/video0 > /tmp/test.mpg' then feed that to mplayer

[00:46:22]

Beirdo:

that's how I did it while debugging the channel changer scripts

[00:46:31]

cohn:

ah

[00:46:35]

cohn:

good tip. thanks

[00:46:49]

wagnerrp:

cohn: you have the tuner set up as an 'ivtv mpeg capture card' right?

[00:47:00]

cohn:

i think it may be set as V4L

[00:47:03]

cohn:

lemme check

[00:47:13]

wagnerrp:

you need to set it up as an mpeg card

[00:47:17]

cohn:

it's a PVR-250, fwiw

[00:48:07]

cohn:

yes, it's set as IVTV MPEG2 encoder card under "Capture Card Setup"

[00:48:24]

wagnerrp:

then your sound problems are in audio output

[00:48:29]

cohn:

ok

[00:49:09]

cohn:

even though I can play a temporary video capture in mplayer?

[00:49:29]

wagnerrp:

which means sound on your system is working

[00:49:37]

wagnerrp:

and the problem is in what device you gave mythtv to use

[00:49:42]

wagnerrp:

for output

[00:49:45]

cohn:

ah

[00:50:59]

cohn:

please excuse my ignorance... where do I set that?

[00:51:29]

Beirdo:

in the general setup in the frontend

[00:53:05]

cohn:

ok, found it

[00:53:09]

cohn:

alsa:default?

[00:55:12]

Beirdo:

yeah, that's generally what works for most people

[00:58:30]

cohn:

hmm

[00:58:31]

cohn:

no sound

[00:58:51]

cohn:

when i run alsamixer it shows a pulseaudio device at first

[00:59:02]

cohn:

i can then switch to my real soundcard with F6

[00:59:09]

cohn:

nothing is muted

[01:00:16]

wagnerrp:

mythdora should have stripped out pulseaudio from the normal fedora install

[01:00:24]

wagnerrp:

pulseaudio and mythtv do not mix

[01:00:57]

cohn:

should i get rid of it?

[01:01:20]

wagnerrp:

mythtv should be able to disable it when you open the frontend

[01:01:54]

cohn:

interesting

[01:01:57]

Beirdo:

if you're running something new enough... when did that get put in?

[01:02:05]

cohn:

not sure

[01:02:15]

cohn:

i'm upgrading from mythdora 4

[01:02:15]

wagnerrp:

0.22 had the ability to disable pulseaudio

[01:02:17]

Beirdo:

or you could just kill off the pulse daemon

[01:02:18]

cohn:

=)

[01:04:07]

cohn:

ok, it's definitely pulse

[01:04:14]

Beirdo:

pulse--

[01:04:19]

cohn:

when I kill it and hit WatchTV sound works

[01:04:27]

cohn:

though volume control does not

[01:05:06]

cohn:

i see this in my frontend log: Mixer unable to find control PCM

[01:05:49]

Beirdo:

back to the setup you go then ;)

[01:05:54]

cohn:

heh

[01:06:03]

JJ2 (JJ2!~jjensen@mail.intertech.com) has joined #mythtv-users

[01:06:13]

cohn:

so... i don't want to have to deal with this again whenever i reboot the box

[01:06:19]

cohn:

should I just uninstall pulse?

[01:07:25]

Beirdo:

I would if I were you

[01:08:19]

cohn:

ok

[01:08:30]

JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has quit (Ping timeout: 258 seconds)

[01:08:34]

cohn:

i've had pulse bite me before on a different Gnome setup

[01:08:40]

cohn:

seems to be somewhat useless

[01:09:05]

Beirdo:

shouldn't HAVE to remove it, but it certainly would remove the possibility of it messing with you ;)

[01:09:16]

cohn:

heh

[01:09:34]

cohn:

i restarted the frontend and it fired up the pulse daemon again...

[01:09:41]

cohn:

it's definitely messing with me

[01:09:43]

cohn:

; )

[01:10:32]

cohn:

hmm

[01:10:45]

cohn:

looks like mythtv requires it for some reason

[01:10:55]

wagnerrp:

mythtv does not require pulseaudio

[01:11:08]

wagnerrp:

mythtv does not currently support the use of pulseaudio

[01:11:12]

cohn:

oh

[01:11:22]

cohn:

when i go to erase it, it wants to erase mythtv

[01:11:27]

cohn:

/stab

[01:11:50]

wagnerrp:

if you have compiled mythtv with 'pulseaudio support', which is the ability to disable pulseaudio

[01:11:51]

cohn:

gonna google around and see if there's a way to get it to not start

[01:11:55]

wagnerrp:

it requires the pulse libraries to run

[01:12:11]

cohn:

this is a stock mythdora 12 instal

[01:12:12]

cohn:

l

[01:15:53]

cohn:

ah

[01:16:00]

cohn:

looks like alsa is enabling pulse

[01:16:29]

wagnerrp:

not likely

[01:16:35]

wagnerrp:

pulse needs alsa

[01:16:38]

wagnerrp:

not the other way around

[01:16:51]

wagnerrp:

alsa exists on its own as an audio API just fine

[01:17:08]

wagnerrp:

pulse does not have any hardware support, and relies on ALSA to access the sound cards

[01:18:12]

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

[01:18:12]

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

[01:18:15]

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

[01:18:15]

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

[01:18:31]

stoffel_ (stoffel_!~quassel@p57B4D081.dip.t-dialin.net) has quit (Remote host closed the connection)

[01:18:54]

cohn:

right, but my /etc/asound.conf has a line for pulse in it

[01:19:45]

cohn:

so i guess alsa is just calling pulse

[01:20:03]

wagnerrp:

alsa doesnt touch pulse

[01:20:13]

klk (klk!~klk@adsl-75-36-125-46.dsl.irvnca.sbcglobal.net) has joined #mythtv-users

[01:20:19]

JJ2 (JJ2!~jjensen@mail.intertech.com) has quit (Read error: Connection reset by peer)

[01:20:25]

wagnerrp:

pulse provides an alsa emulation layer, for applications that dont speak pulse

[01:20:44]

cohn:

gotcha

[01:21:02]

wagnerrp:

only its a pretty poor emulation later, lacking many things mythtv uses

[01:21:16]

wagnerrp:

resulting in poor audio sync if you attempt to output over pulse

[01:22:10]

cohn:

or in my case, no sound

[01:22:11]

cohn:

lol

[01:23:23]

Dassu (Dassu!haikion@amadeus.cc.tut.fi) has quit (Ping timeout: 260 seconds)

[01:23:54]

Dassu (Dassu!haikion@amadeus.cc.tut.fi) has joined #mythtv-users

[01:25:49]

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

[01:26:03]

Beirdo:

ok, bed for me

[01:26:12]

leprechau (leprechau!~leprechau@temp4.wavelinx.net) has joined #mythtv-users

[01:26:18]

cohn:

nite

[01:26:22]

cohn:

thanks for the help!

[01:29:31]

cohn:

hmm

[01:30:09]

cohn:

i've got a handle on the sound stuff but my lirc is busted too

[01:30:35]

cohn:

if lircd is running, shouldn't I be able to run 'irw' and see output when I press the buttons on the remote?

[01:30:45]

wagnerrp:

yes

[01:30:47]

cohn:

ok

[01:31:41]

cohn:

getting no output for some reason

[01:32:56]

cohn:

i see this in my logs: Jul 12 01:32:17 mythtv lircd-0.8.6[1298]: accepted new client on /var/run/lirc/lircd

[01:32:59]

cohn:

Jul 12 01:32:18 mythtv lircd-0.8.6[1298]: removed client

[01:33:35]

rhollan:

hmm, I have some cd artwork I want to download

[01:33:40]

rhollan:

to complete my set

[01:34:19]

rhollan:

time to take a break

[01:34:21]

rhollan (rhollan!~rene@firewall.hollan.org) has quit (Quit: Leaving)

[01:37:49]

cohn:

wagnerrp: what kind of output should I see for lirc_i2c from lsmod?

[01:38:42]

dmb (dmb!~dmb@unaffiliated/dmb) has quit (Ping timeout: 265 seconds)

[01:38:58]

wagnerrp:

that its loaded

[01:39:01]

flabberkenny (flabberkenny!~flabberke@217-19-28-232.dsl.cambrium.nl) has joined #mythtv-users

[01:39:32]

cohn:

the usedby column is 0 though

[01:40:40]

kormoc:

cohn, why would that matter?

[01:40:43]

JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users

[01:41:05]

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

[01:41:20]

cohn:

trying to see why neither my lirc_i2c nor my lirc_serial are working

[01:41:55]

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

[01:41:59]

cohn:

fwiw, fixing audio required me setting the mixer from PCM to Master

[01:42:01]

cohn:

heh

[01:42:28]

kormoc:

usedby is purely for the kernel to figure out dependency chains for unloading, not if it's usable or used

[01:43:05]

cohn:

ok, just wanted to be sure

[01:43:43]

JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has left #mythtv-users ()

[01:44:57]

cohn:

i think i see the problem

[01:45:18]

cohn:

it looks like the ir port is mapped to lirc1 and the serial blaster port is mapped to lirc0

[01:46:28]

Sp0tter (Sp0tter!~Sp0tter@grace.xen.prgmr.com) has left #mythtv-users ()

[01:46:49]

jpabq_ (jpabq_!~abqjp@68.186.86.246) has quit (*.net *.split)

[01:46:50]

tank-man (tank-man!1000@S010600121729c6a1.vc.shawcable.net) has quit (*.net *.split)

[01:46:50]

hackman (hackman!~bart@nat/novell/x-ggqixzolfsgijohi) has quit (*.net *.split)

[01:46:50]

jamesd2 (jamesd2!~jamesd@76.199.153.139) has quit (*.net *.split)

[01:46:51]

Caeles (Caeles!~Caeles@cpe-68-203-3-147.austin.res.rr.com) has quit (*.net *.split)

[01:46:51]

RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has quit (*.net *.split)

[01:46:51]

madLyfe (madLyfe!madLyfe@173-20-47-44.client.mchsi.com) has quit (*.net *.split)

[01:46:51]

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

[01:46:51]

Teaboy (Teaboy!~teaboy@94-195-193-161.zone9.bethere.co.uk) has quit (*.net *.split)

[01:46:51]

mhentges (mhentges!~mhentges@nslu2-linux/CoreDumpHome) has quit (*.net *.split)

[01:46:51]

wookey (wookey!~wookey@stoneboat.aleph1.co.uk) has quit (*.net *.split)

[01:46:55]

cohn:

isn't there a way to change that for module probing?

[01:53:06]

gerhard7 (gerhard7!~gerhard7@212-123-146-122.ip.telfort.nl) has joined #mythtv-users

[01:54:09]

stoffel (stoffel!~quassel@p57B4D081.dip.t-dialin.net) has quit (Remote host closed the connection)

[01:59:54]

cohn:

anyone?

[02:03:49]

klk (klk!~klk@adsl-75-36-125-46.dsl.irvnca.sbcglobal.net) has quit (Quit: Konversation terminated!)

[02:09:35]

Kunalagon (Kunalagon!~Kunalagon@195.178.32.28) has joined #mythtv-users

[02:11:13]

gilles (gilles!~chatzilla@70.134.90.178) has joined #mythtv-users

[02:18:36]

gilles (gilles!~chatzilla@70.134.90.178) has quit (Remote host closed the connection)

[02:23:44]

KraMer (KraMer!~mark@adsl-70-240-219-121.dsl.hstntx.swbell.net) has left #mythtv-users ("Leaving")

[02:26:06]

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

[02:26:11]

flabberkenny (flabberkenny!~flabberke@217-19-28-232.dsl.cambrium.nl) has quit (Quit: flabberkenny)

[02:33:43]

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

[02:45:12]

caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has quit (Quit: Leaving...)

[02:46:30]

JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has joined #mythtv-users

[02:47:39]

caelor (caelor!~caelor@93-97-184-87.zone5.bethere.co.uk) has joined #mythtv-users

[02:48:45]

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

[02:54:10]

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

[03:00:23]

henkpoley (henkpoley!~henk@poley.xs4all.nl) has joined #mythtv-users

[03:00:34]

justinh:

cohn: maybe udev rules?

[03:06:20]

flabberkenny (flabberkenny!~flabberke@217-19-28-232.dsl.cambrium.nl) has joined #mythtv-users

[03:14:50]

benklop (benklop!~benklop@c-24-8-170-217.hsd1.co.comcast.net) has quit (Ping timeout: 240 seconds)

[03:19:14]

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

[03:19:24]

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

[03:25:28]

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

[03:45:24]

XLV (XLV!~XLV@unaffiliated/xlv) has quit (Quit: I'll be back.)

[03:47:57]

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

[03:48:39]

philverb (philverb!~david@c-67-180-198-84.hsd1.ca.comcast.net) has joined #mythtv-users

[03:48:39]

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

[03:48:39]

Caeles (Caeles!~Caeles@cpe-68-203-3-147.austin.res.rr.com) has joined #mythtv-users

[03:48:39]

hackman (hackman!~bart@nat/novell/x-ggqixzolfsgijohi) has joined #mythtv-users

[03:48:39]

wookey (wookey!~wookey@stoneboat.aleph1.co.uk) has joined #mythtv-users

[03:48:39]

Teaboy (Teaboy!~teaboy@94-195-193-161.zone9.bethere.co.uk) has joined #mythtv-users

[03:48:39]

jamesd2 (jamesd2!~jamesd@76.199.153.139) has joined #mythtv-users

[03:48:39]

RDV_Linux (RDV_Linux!~doug@CPE001195554bb4-CM00111a59bd9e.cpe.net.cable.rogers.com) has joined #mythtv-users

[03:48:39]

madLyfe (madLyfe!madLyfe@173-20-47-44.client.mchsi.com) has joined #mythtv-users

[03:48:39]

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

[03:48:39]

mhentges (mhentges!~mhentges@nslu2-linux/CoreDumpHome) has joined #mythtv-users

[03:49:17]

hpeter (hpeter!~hpeter@250-203.5-85.cust.bluewin.ch) has joined #mythtv-users

[03:51:44]

Jay2k1 (Jay2k1!~J@85.183.203.242) has joined #mythtv-users

[03:55:57]

eoke (eoke!~eoke@109.170.137.203) has joined #mythtv-users

[04:03:21]

ServerSage (ServerSage!~chatzilla@c-67-170-242-56.hsd1.ca.comcast.net) has quit (Remote host closed the connection)

[04:44:21]

eNeRGi:

does anyone here have an idea about how to get around massive IOWAITs when using NFS and large files?

[04:45:16]

eNeRGi:

I started noticing my system crawling when I move the myth recordings to/from my ReadyNAS... and surely enough... I have 95–100% IOWAIT on both cores :/

[04:45:36]

eNeRGi:

this happens when files get over the memory size of the ReadyNAS (1gb)

[04:46:22]

eNeRGi:

the weird thing is that it seems to be the client that is behaving weird... top on my mythbackend shows the high IOWAIT, while top on the ReadyNAS shows ~95% idle, and no IOWAIT

[04:46:32]

justinh:

not since I stopped using ext3

[04:47:14]

eNeRGi:

but how would the file system of the NAS affect it, if the NAS system is idle, while the backend struggles with IOWAIT?

[04:47:47]

NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)

[04:48:05]

eNeRGi:

my gut feeling is that there must be some kind of magical switch that I could use in the mount options... but I haven't found it yet at least :/

[04:50:34]

eNeRGi:

now for example, I'm testing this thing with:

[04:50:36]

eNeRGi:

time sh -c "dd if=/dev/zero of=ddfile bs=8k count=500000 && sync"

[04:50:40]

eNeRGi:

on the client side.

[04:51:05]

eNeRGi:

the client top: Cpu(s): 13.1%us, 5.8%sy, 0.0%ni, 4.6%id, 70.7%wa, 3.2%hi, 2.6%si, 0.0%st

[04:51:13]

NightDragon (NightDragon!~jerrad@pcp126330pcs.unl.edu) has joined #mythtv-users

[04:51:16]

NightDragon:

hello all

[04:51:25]

NightDragon:

anybody around?

[04:51:28]

eNeRGi:

the NAS top: Cpu(s): 0.3%us, 5.1%sy, 0.0%ni, 88.9%id, 5.4%wa, 0.0%hi, 0.3%si, 0.0%st

[04:51:35]

eNeRGi:

I don't get it...

[04:51:56]

NightDragon:

ok myth-tv is certainly nifty... but quick question (that i couldent see at a moments notice from FAQ).... what about digital cable? does myth-TV do that?

[04:52:00]

eNeRGi:

I guess it could be that top's granuality isn't high enough... so that it is actually higher on the NAS as well.

[04:52:08]

NightDragon:

ot to mention the whole On-Demand thing that cox cable and time warner does, i have yet to figure out how that secret sauce works :)

[04:52:10]

NightDragon:

*not

[04:52:13]

eNeRGi:

NightDragon: as in DVB?

[04:52:17]

henkpoley:

eNeRGi: obviously the NFS client is busy with itself, while the server has not much to do at all

[04:52:19]

eNeRGi:

ah, american.

[04:52:32]

NightDragon:

mmmyeah, what that "Digital Cable" hooey is about :)

[04:52:48]

eNeRGi:

henkpoley: how do you mean?

[04:52:52]

henkpoley:

eNeRGi: what is your kernel version + nfs client version

[04:52:55]

NightDragon:

i've always somewhat wondered how all that data works in the backend on my cable box :)

[04:53:18]

eNeRGi:

I'm running the stock version for openSUSE 11.2... but hold on and I'll check

[04:53:35]

henkpoley:

eNeRGi: I bug on your mythtv box makes it do nonsense when trying acces your ReadyNAS over the internet.

[04:53:42]

henkpoley:

err network

[04:53:56]

eNeRGi:

henkpoley: kernel 2.6.31.12–0.2-desktop

[04:54:32]

eNeRGi:

henkpoley: mount.nfs (linux nfs-utils 1.1.3)

[04:55:17]

henkpoley:

eNeRGi: btw, justinh mumbled something about ext3 (that you shouldn't use it)

[04:55:25]

henkpoley:

I have no idea if he uses nfs too

[04:55:53]

henkpoley:

eNeRGi: there's nothing in the logs? (try `dmesg` first)

[04:56:12]

eNeRGi:

henkpoley: the readyNAS uses ext4 it seems

[04:56:21]

eNeRGi:

henkpoley: any idea what I should be keeping an eye out for?

[04:56:41]

henkpoley:

eNeRGi: shouldn't matter for NFS afaik

[04:56:48]

eNeRGi:

hmmmm

[04:56:51]

henkpoley:

eNeRGi: what network card do you use ?

[04:57:12]

eNeRGi:

why didn't I think to look in dmesg before? I've only googled this for about 2 hours now :)

[04:57:16]

eNeRGi:

[741417.988060] nfs: server 192.168.0.3 not responding, still trying

[04:57:19]

eNeRGi:

I get alot of those.

[04:57:39]

eNeRGi:

... so then to the problem why it would be unresponsive :/

[04:58:13]

eNeRGi:

henkpoley: just using the integrated one on the motherboard

[04:58:19]

eNeRGi:

should be some realtek chip

[04:58:50]

eNeRGi:

04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 13)

[04:58:54]

eNeRGi:

marvell it seems.

[04:59:57]

henkpoley:

Well, does it work intermittent ?

[05:00:29]

eNeRGi:

it works... it's just slow as hell when it gets above the 1–1.5gb line.

[05:00:32]

henkpoley:

First try pinging to the server (192.168.0.3) for a while

[05:00:38]

eNeRGi:

and I get loads on 10+ on the client machine

[05:00:58]

eNeRGi:

I'm logged in via ssh all the time (running top at the moment) and the server doesn't skip a beat

[05:01:10]

eNeRGi:

so that part should be working :/

[05:01:35]

henkpoley:

try ping, it will report dropped packages, it's UDP

[05:01:44]

eNeRGi:

I've tried this from two different machines with different hardware with the same result... however, they are both openSUSE 11.2

[05:01:46]

henkpoley:

SSH is TCP and papers over most network problems

[05:02:00]

eNeRGi:

well NFS runs on TCP too

[05:02:19]

eNeRGi:

(the man pages say you shouldn't use UDP on gigabit networks...)

[05:02:19]

henkpoley:

Yes, but with corrupted packages you are getting shit performance

[05:02:23]

henkpoley:

do you want this fixed ?

[05:02:26]

eNeRGi:

UDP for NFS that is

[05:02:48]

eNeRGi:

of course... I'm grateful for your help... don't read me wrong :)

[05:03:04]

henkpoley:

Maybe you just have a broken cable, or non CAT5e / CAT6 cables with gbit network ?

[05:03:12]

henkpoley:

so test from the lowest level first

[05:04:32]

eNeRGi:

IOWAIT at 100% on the client now

[05:04:40]

eNeRGi:

pings consistently at ~0.3ms

[05:04:49]

eNeRGi:

well... between 0.15 and 0.3

[05:05:30]

eNeRGi:

:/

[05:05:53]

eNeRGi:

and the cabling is CAT5e

[05:06:12]

eNeRGi:

(and haven't shown any signs of not working before this)

[05:06:13]

henkpoley:

Also.. there used to be some state where MythTV went clearing all of your videos (I believe it should be fixed) are you sure it's not just do *a lot* of stuff at the moment ?

[05:06:40]

eNeRGi:

I'm sure.

[05:06:52]

henkpoley:

mythbackend is down ?

[05:06:57]

eNeRGi:

I just bought the NAS... so that one is not doing anything other than my testing at the moment

[05:07:06]

eNeRGi:

and I'm also testing from another machine with the same results

[05:07:07]

henkpoley:

ah

[05:07:18]

henkpoley:

Also opensuse 11.2 ?

[05:07:39]

eNeRGi:

yeah... :)

[05:07:57]

eNeRGi:

that's the next thing I would want to test, but I don't have another machine here right now...

[05:08:33]

eNeRGi:

hmmm... I wonder if I would have an old kubuntu livecd here somewhere.

[05:08:58]

henkpoley:

virtualbox ? then at least you can test the software part

[05:09:06]

eNeRGi:

excellent idea.

[05:09:51]

henkpoley:

The networking hardware in your other nfs client is different ?

[05:10:10]

henkpoley:

I mean, it could still be a bonkers driver that waits a lot

[05:11:36]

henkpoley:

please run virtual box on your *other* machine if possible, it is kind of intrusive performance wise

[05:12:03]

eNeRGi:

that one was the realtek chip

[05:12:09]

eNeRGi:

so yeah, totally different hardware.

[05:12:16]

henkpoley:

Or I mean, might be handy to have one responsive system ;-)

[05:12:21]

eNeRGi:

mmm :)

[05:13:04]

womble (womble!~mjp16@sasquatch.hezmatt.org) has joined #mythtv-users

[05:13:47]

henkpoley:

eNeRGi: have you ever worked with Wireshark ? Might give that a try to see if anything on the network level is acting odd.

[05:15:27]

eNeRGi:

I have.

[05:16:23]

eNeRGi:

I'm leaning a bit towards software issues though... (if nothing else, that's the only thing I can really do anything about right now :) )

[05:16:32]

henkpoley:

btw, do you use a dumb switch or a router on your network? And in the latter case would that be something cisco-ish or just cable/adsl modem ?

[05:16:38]

eNeRGi:

so I'll install kubuntu in virtual box and see if that helps

[05:16:45]

eNeRGi:

both.

[05:16:56]

henkpoley:

You said performance tanked when getting near 1–1.5gbit on a 1gbit line

[05:17:01]

eNeRGi:

I've got a netgear router and a netgear switch in the other room

[05:17:17]

eNeRGi:

1–1.5giga_byte_ to clarify :)

[05:17:19]

henkpoley:

and the data goes through both ?

[05:17:29]

henkpoley:

gigabyte what ?

[05:17:35]

hashbang (hashbang!~hashbang@cse-ajb.cse.bris.ac.uk) has joined #mythtv-users

[05:17:36]

eNeRGi:

in the mythbackend case yes, and in the other machines case no.

[05:17:37]

henkpoley:

file size ?

[05:17:40]

eNeRGi:

yeah

[05:18:00]

henkpoley:

eh.. I don't think filesize should matter but hey..

[05:18:15]

eNeRGi:

I guess that's because the NAS has 1gb of memory

[05:18:24]

eNeRGi:

so nfsd can cache most of it

[05:18:33]

henkpoley:

the 'short' (other machine) case, does that go through the router or the switch ?

[05:18:39]

eNeRGi:

router

[05:19:40]

henkpoley:

caching starvation really shouldn't cause "not responding, still trying"

[05:20:13]

eNeRGi:

yeah, I think so too.

[05:20:16]

henkpoley:

Unless they have areally dumb server that first tries very hard to put everthing in memory before sending it out

[05:20:24]

eNeRGi:

where do I set the number of NFS threads on the client side btw?

[05:20:47]

eNeRGi:

judging from the logs there are 16 threads on the client side (at least dmesg shows 16 tightly grouped messages)

[05:21:07]

eNeRGi:

... which could very well be overloading the server.

[05:21:50]

henkpoley:

`man nfs` ?

[05:21:57]

henkpoley:

Might as well be a mount option

[05:22:12]

henkpoley:

`man exports` too

[05:22:30]

henkpoley:

oh wait, that is for the server side

[05:22:51]

eNeRGi:

mm...

[05:23:14]

eNeRGi:

the thing is that I'm not really sure why there would be more client threads than there are server instances.

[05:23:19]

eNeRGi:

seems a bit stupid

[05:24:05]

henkpoley:

Well a lot unix stuff expects you to know everything in advance, possibly the protocol does not communicate about that

[05:24:15]

henkpoley:

Just in case: http://en.opensuse.org/NFS

[05:24:16]

eNeRGi:

mm

[05:24:24]

henkpoley:

I bet you looked at that page already

[05:24:41]

henkpoley:

provides pointers to other sites and man pages

[05:25:26]

eNeRGi:

yeah, I was digging through it this morning.

[05:25:37]

eNeRGi:

the problem with the opensuse wiki is that it quite often has old info :/

[05:25:45]

eNeRGi:

so you can't really trust anything fully :)

[05:26:09]

henkpoley:

You could ask on the ReadyNAS forum too, if it is a threads thing they ought to know how to get clients in line again

[05:26:29]

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

[05:27:29]

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

[05:27:40]

eNeRGi:

I've searched that too, but it didn't really come up with anything really useful... so I started looking into the client side of it all... seeing as this is no issue for small files, I thought that someone here might have seen it before :)

[05:27:53]

eNeRGi:

but yeah, if nothing turns up, I'll post a question there too..

[05:28:06]

eNeRGi:

thanks for the help... I think I have my work cut out the next couple of hours :)

[05:28:52]

henkpoley:

Just create a list of things to check and go through them

[05:31:18]

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

[05:32:32]

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

[05:34:19]

** henkpoley still wonders if going to trunk/unstable is a good idea to get rid of the whale sounds in MythVideo **

[05:38:15]

** henkpoley tries to figure out the audio fixes status or the mythbuntu testing PPA **

[05:39:23]

justinh:

getting rid of pulseaudio might help more than moving to trunk :)

[05:40:20]

superdump (superdump!~rob@unaffiliated/superdump) has quit (Quit: WeeChat 0.3.2)

[05:40:23]

henkpoley:

btw, is there a better desktop manager than the one from XFCE4? I sometimes have the problem that MythVideo is unfocussed somehow

[05:40:36]

henkpoley:

Will try to remove pulseaudio first

[05:44:34]

henkpoley:

Did not help

[05:45:01]

henkpoley:

I bet it's the HDMI audio that gives the problem

[05:45:09]

GreyFoxx:

It's not

[05:45:16]

GreyFoxx:

It's the audio codec in the mp4 file

[05:45:18]

GreyFoxx:

trust me

[05:45:32]

GreyFoxx:

reencode the file to move AWAY from the aac codec OR run trunk

[05:45:43]

GreyFoxx:

reencoding takes a couple minutes per file, that's it

[05:47:55]

henkpoley:

GreyFoxx: I know that, did that 9 hours ago as a quick fix

[05:48:03]

henkpoley:

It's not really WAF though

[05:48:26]

GreyFoxx:

well, it certainly shows that it's not your HDMI

[05:48:27]

henkpoley:

Is there a way to quickly go through all the files and pick out the AAC encoded ones?

[05:48:32]

henkpoley:

okay :P

[05:48:44]

GreyFoxx:

if it's a .mp4 it's aac

[05:48:50]

GreyFoxx:

the rest you would need to look through

[05:49:04]

GreyFoxx:

loop through and do some ffmpeg -i on the file

[05:49:07]

henkpoley:

I did change to HDMI recently, so that was the most likely from my viewpoint :P

[05:49:10]

justinh:

oh, is that a problem with passing aac over digital connections? nasty if it is

[05:49:32]

GreyFoxx:

justin: nah, but the aac 5.1 conversion code

[05:49:56]

justinh:

why not just pass it through then?

[05:50:06]

henkpoley:

ah, sweet `file` knows about codecs

[05:50:21]

justinh:

or is that because not all receiving devices know what to do with aac?

[05:50:28]

henkpoley:

justinh: there's an option for that ?

[05:51:05]

justinh:

I've read about that cropping up with freeview & freesat HD over here -audio is AAC & STBs just blurt it out over their spdif – so if your AV amp doesn't know what to do with aac you're boned

[05:51:41]

GreyFoxx:

I mass converted my files that had aac to ac3 and the problem went away

[05:54:12]

azlon (azlon!~ryan@78.154.197.251) has joined #mythtv-users

[05:54:37]

azlon:

is the data for mythvideo stored in mysql? like the files and folders it displays

[05:55:14]

womble:

As far as I can tell, everything gets stored in mysql.

[05:58:38]

justinh:

that depends. everything is *stored* in mysql, but not everything you can see in mythvideo – since there's a mode where it can act like a filebrowser

[05:59:18]

womble:

Presumably that's a mode where you don't have to update it's indexes manually every time you add a file...

[06:01:24]

NightDragon (NightDragon!~jerrad@pcp126330pcs.unl.edu) has quit (Quit: NightDragon)

[06:03:10]

philverb:

metadata is stored in the database.

[06:03:52]

philverb:

womble: What did you mean by "it's indexes"? MySQL's indexes?

[06:04:19]

philverb:

womble: Or some mythtv-only cache?

[06:04:51]

womble:

The mythvideo cache/whatever you need to update via the menu

[06:06:35]

philverb:

Yeah, I wonder whether or not there is some inefficient lameness up in there.

[06:06:48]

philverb:

My earlier questions to the channel were......

[06:07:03]

philverb:

Greetings. I'm trying to do a remote frontend over a DSL connection (via VPN) for 'Videos' and am getting RingBuf problems. Can this value be increased for playback of 720P (matroska) video? If so, how?

[06:07:11]

philverb:

Also, on the topic of MythTV across networks, I'd be tickled if anyone has optimization tips (links, or the like).

[06:07:21]

philverb:

I don't know of any UDP configuration profiles for mythtv.

[06:07:28]

philverb:

NFS over UDP has been 15% faster for file transfers, and of course for a stream, data continuity is more important to me (i.e., no choppiness for the remote frontend) than data integrity as such.

[06:07:39]

philverb:

The fact that I can view Avatar output without choppiness for up to a minute makes me think that a larger Ringbuff value would get me across this perilous bridge.

[06:08:03]

philverb:

--end rehash.

[06:08:40]

philverb:

I've been thinking about the Ringbuff for the streaming of 'video library' files.

[06:10:42]

justinh:

oh man, not this again

[06:11:15]

justinh:

when people say 'remote frontend' they generally mean on the same lan

[06:11:24]

justinh:

mythtv wasn't intended for use over anything else

[06:12:08]

philverb:

justinh: Understood.

[06:12:18]

philverb:

justinh: But you see the appeal.

[06:12:23]

justinh:

no, I can't

[06:12:40]

philverb:

2461 miles from here, I want my Mother to share my stuff.

[06:13:08]

philverb:

As *dynamically* as possible.

[06:13:10]

justinh:

that's fairly stretching even fair use :)

[06:13:28]

philverb:

Don't worry about that.

[06:13:44]

philverb:

We pay jointly for everything.

[06:14:01]

philverb:

Location does not define entitlement, per se.

[06:14:10]

justinh:

anyway – you get whatever caching mythtv has, end of story

[06:14:14]

philverb:

But unless you need to launch a discussion.....

[06:14:15]

justinh:

there's not really any way to add more

[06:14:56]

justinh:

if you did it over a network file protocol.. maybe you could add a layer of caching with that I dunno

[06:15:00]

philverb:

justinh: So, no correlation between the ringbuff for livetv and the apparatus(es) of streaming?

[06:15:13]

justinh:

not as far as I know, no

[06:16:06]

philverb:

Other streaming clients in other projects do some of this fancy footwork, and I was hopeful to find it ready to go in the MythTV environment.

[06:16:10]

philverb:

I'm not sure what to do.

[06:16:11]

justinh:

nope

[06:16:20]

justinh:

like I said myth isn't designed with that in mind

[06:16:36]

justinh:

yours is a pretty edgy case

[06:16:49]

henkpoley:

philverb: without digging into the sourcecode, or paying someone to do that for you, this won't work

[06:16:49]

philverb:

I am not conversant with the mythstream sub-project.

[06:16:53]

philverb:

Are you very much?

[06:17:03]

philverb:

henkpoley: I should dig, you are right?

[06:17:08]

philverb:

henkpoley: I should dig, you are right.

[06:17:31]

quicksilver:

I think you're right about UDP – what you want is for myth to do UDP streaming and not care about missed packets.

[06:17:42]

philverb:

quicksilver: Yeah, baby!

[06:17:47]

quicksilver:

however, it doesn't do that as far as I know – it would require work to make it happen.

[06:17:54]

philverb:

I'm hip.

[06:17:55]

quicksilver:

no idea how much work. But definitely real programmin gwork.

[06:18:08]

henkpoley:

btw, mythstream may work for you, though it was mostly meant to get video to mobile devices (low bandwidth, low quality needed)

[06:18:09]

philverb:

Probably one interface.

[06:18:53]

philverb:

via mythweb?

[06:19:30]

henkpoley:

I believe the mythstream transcoding would integrate with mythweb yes

[06:19:51]

quicksilver:

I thought mythstream was for watching IP stream within myth

[06:19:52]

philverb:

my recent (re)installation doesn't please chromium or firefox, each with satisfactory Flash functionality.

[06:20:06]

quicksilver:

not watching streams *from* myth over ip

[06:20:18]

quicksilver:

or were there two different things which both had the name mythstream at some point?

[06:20:19]

henkpoley:

Another option (more difficult imho) would be have "caching" of other backends, where you tell it to copy a file (kid of "video on demand" like)

[06:20:46]

henkpoley:

quicksilver: well there was a project, maybe under a different name

[06:21:00]

philverb:

Let me restate, if it's interesting....

[06:21:03]

henkpoley:

mythstream may as well just be the viewer yes, I'll look it up

[06:21:35]

philverb:

...I'd like to control the buffer of the mythfrontend enough to sustain it over DSL inadequacy for two hours.

[06:21:40]

** quicksilver finds http://www.mythtv.org/wiki/Stream_mythtv_reco . . . bile_devices **

[06:21:50]

henkpoley:

MythStream for MythTV 0.21: Playing of Audio and Videos Streams in MythTV.

[06:22:15]

henkpoley:

MythStreamTV: Live transcoding and streaming of MythTV recordings over the network.

[06:22:21]

philverb:

I'd like for it to be configurable to 256*2 Mb for streaming video.

[06:22:34]

philverb:

That would bridge the gap.

[06:23:05]

henkpoley:

See: http://www.mythtv.org/wiki/MythStreamTV

[06:23:16]

philverb:

[ I like getting to talk about it, BTW.

[06:23:19]

philverb:

]

[06:24:29]

philverb:

The point is to provide the 720P content that we *jointly* own, across the WAN .

[06:24:39]

philverb:

I just need a buffer, people.

[06:24:40]

philverb:

:D

[06:25:03]

philverb:

Even if it's a 2GB buffer. I think that it's a reasonable inquiry.

[06:25:19]

philverb:

"Make it not-choppy."

[06:26:06]

philverb:

I suppose that I could just do it manually and outside of mythtv....

[06:26:35]

philverb:

....but there is some strong streaming-fu that awaits discovery.

[06:26:41]

philverb:

I call 'project'.

[06:27:17]

henkpoley:

Just fyi, the mythtv maintainers will probably shoot any 'sharing' stuff down

[06:27:18]

philverb:

mythstream-vpn

[06:27:49]

philverb:

Sharing 720P images of my daughter?

[06:28:01]

philverb:

Really.

[06:28:13]

philverb:

Defend or abandon.

[06:28:39]

philverb:

I don't want to seem antagonistic, but I think that these caveats are wholly irrelevant.

[06:29:18]

philverb:

We don't use the same logic for persons as the USA does for rivals.

[06:29:31]

henkpoley:

Anyways, scratch your itch, just informing you :P

[06:29:37]

philverb:

"Just because they can, then they might."?

[06:29:45]

philverb:

henkpoley: I hear you.

[06:29:53]

philverb:

Seems wasteful.

[06:30:22]

philverb:

I thought that was a discussion extrinsic to mythtv, anyhow.

[06:30:57]

henkpoley:

I've been using mythtv since 2004 (afaik) if any of the dev would want sharing in there it would have happened :-)

[06:31:47]

henkpoley:

But please just program, and make something useful

[06:31:49]

philverb:

I'm not a subversive, but if I'm paying AT&T for one account that delivers to two places --I think that I should skip over these tendentious nuances that might be presented by "our provider".

[06:32:13]

philverb:

henkpoley: You do state the correkt.

[06:32:17]

henkpoley:

Do not discuss this, it doesn't help you. I don't have any decissive powers over with's in the mythtv release

[06:32:47]

henkpoley:

also, most of the devs do not lurk here (at least that used to be the case)

[06:33:12]

philverb:

Understood, but my interest in understanding can't do anything but help.

[06:33:25]

henkpoley:

But.. create something that works first, that's what the devs do listen to

[06:33:25]

philverb:

These are inessential ideas.

[06:34:18]

philverb:

These use-cases have been thought out by everyone who wants to safeguard IP.

[06:34:38]

philverb:

Discussion is fruitful.

[06:35:05]

philverb:

...and right --#mythtv is different from #mythtv-users

[06:35:07]

philverb:

.

[06:36:07]

philverb:

henkpoley: Thanks for the very nice feedback!

[06:36:24]

philverb:

I don't mean to kvetch overmuch.

[06:36:30]

eoke:

I'm trying to spec out a mythtv box but would like it to have two DVB-S2 tuners. Are any of you guys or gals aware of Atom ION board with 2 pci slots it doesn't have to be ITX? Alternatively another similarly low powered board and cpu that'll be capable of being both frontend and backend.

[06:36:46]

henkpoley:

My best tip: build something first, then they'll listen

[06:37:11]

philverb:

henkpoley: I like the thinking.

[06:37:40]

justinh:

well, it's always the way that code carries more weight than "Hey I want" :)

[06:37:45]

philverb:

eoke: That's beyond my ken.

[06:37:58]

philverb:

justinh: de Riguer.

[06:37:59]

henkpoley:

I've submitted bugs that are litterally 10 minute fixes if you know QT and the codebase (directly exposing necessiary db fields in mythtv-setup). But weren't don't because I have not made a patch.

[06:38:01]

justinh:

especially if that "Hey I want" is something not many others want

[06:38:05]

AndyCap:

eoke: netup does make a dual pcie card, but I'm not sure if it's possible to find one. and they're expensive.

[06:38:50]

justinh:

philverb: anyway, you're gonna be lucky if the majority of the stuff you have is low enough bw to fit over your pipe consistently

[06:38:57]

philverb:

AndyCap: Globally informative response --must thank you.

[06:39:02]

henkpoley:

Basically if I were to install mythtv anew I would need to dig around in the database, because mythtv-setup is lacking the proper interface

[06:39:28]

justinh:

henkpoley: that method is pretty much doomed to fail

[06:39:36]

justinh:

mythtv-setup has *everything* you need

[06:39:48]

philverb:

henkpoley: I think the DB stuff can be quite funny and seems not to have been revised with MySQL for the whole InnoDB era.....

[06:40:03]

justinh:

pfft. frickin armchair devs

[06:40:25]

philverb:

henkpoley: I don't understand about the digging, unless refactoring.

[06:40:36]

philverb:

justinh: You make joke now?

[06:40:50]

justinh:

nope

[06:41:25]

philverb:

For the record, I just had to clean up after whomever it was with the myth*\.rpm files....

[06:41:25]

justinh:

muh muh muh, $project should do $X because I say so

[06:42:05]

justinh:

if anybody disagrees with the way mythtv works strongly enough they could always fork it

[06:42:27]

philverb:

Some Yung Dood got the RHEL initscript shipped with the '--logfile' parameter *not* followed by the variable that it supposed to make it work.

[06:42:41]

henkpoley:

philverb: if I enter the data for my DVB-C in mythtv-setup there are not enough fields to enter all the information (frequency is not enough). So I need to exit mythtv-setup go in the datatabase and change the needed info myself

[06:43:02]

philverb:

justinh: Of course, I hear your pain. Or the paid of what you describe.

[06:43:23]

philverb:

henkpoley: Ah, I understand the context of which you speak.

[06:43:27]

AndyCap:

henkpoley: looking in the wrong place for dvb

[06:43:42]

philverb:

There's AndyCap!

[06:43:46]

henkpoley:

AndyCap: what ?

[06:43:53]

philverb:

I even remember your ID.

[06:44:27]

AndyCap:

henkpoley: iirc, if you only have frequency it sounds more like you're setting up analog. DVB has a transport editor

[06:44:34]

justinh:

henkpoley: course there's enough fields to enter more than just the frequency

[06:44:45]

AndyCap:

henkpoley: so you have fields for frequency, symbolrate and modulation

[06:44:48]

justinh:

you just have to do it right

[06:44:50]

justinh:

:)

[06:44:50]

philverb:

But, has noone got a comment about my initscript quip?

[06:45:07]

philverb:

That was just sad.

[06:45:10]

AndyCap:

philverb: what? some random rpm package you haven't named made a bug? so?

[06:45:12]

philverb:

0.23

[06:45:12]

justinh:

philverb: what init script quip? init scripts are distro/packagers' responsibility

[06:45:16]

justinh:

*entirely*

[06:45:19]

philverb:

Fedora, etc.

[06:45:31]

philverb:

I think from rpmforge.

[06:45:35]

philverb:

You need details?

[06:45:46]

henkpoley:

AndyCap, the last time I looked at it (0.23 was fresh) it was still missing the field to enter what NetworkID it needs to look for (there are multiple broken ones on my cable network)

[06:45:48]

justinh:

so if there's a problem with a mythtv init script,take it up with whoever makes your packages

[06:45:48]

philverb:

I would like to provide.

[06:46:01]

philverb:

justinh: I hear you.

[06:46:10]

philverb:

I realize that this channel is not ideal for that.

[06:46:11]

henkpoley:

AndyCap: not to sure what else you could enter that I didn't need

[06:46:21]

philverb:

justinh: Thought I'd mention.

[06:46:46]

henkpoley:

AndyCap: Or maybe I'm misremembering something, but at least one of the fields I need is still missing

[06:47:04]

justinh:

henkpoley: NetworkID should be pulled perfectly well from the scanner

[06:47:07]

AndyCap:

henkpoley: I don't think you're supposed to add the networkId. but I dunno

[06:47:08]

philverb:

But I'm sincerely *thrilled* by the smoothness and richness of mythtv at the moment, and within the LAN.

[06:47:10]

justinh:

you shouldn't need enter that AFAIK

[06:47:11]

philverb:

:D

[06:47:50]

philverb:

justinh: Thanks for the coolness!

[06:47:54]

philverb:

AndyCap: Thanks for the coolness!

[06:48:08]

henkpoley:

justinh: yes exept when it scan further it somehow picks up nonsense NetworkIDs that are there but unavailble for use in my distict (yes lame cable provider)

[06:48:14]

henkpoley:

district

[06:48:18]

justinh:

ahh

[06:48:39]

justinh:

so report it as a bug :)

[06:48:55]

henkpoley:

Did that, got closed after a year or so because of no patch

[06:49:12]

justinh:

which cable provider anyway?

[06:49:16]

henkpoley:

Ziggo

[06:49:24]

justinh:

oh yeah I remember that

[06:49:30]

justinh:

stupid NL cable co

[06:49:49]

AndyCap:

but what's the damage?

[06:50:17]

henkpoley:

Yes, they pipe both satelite and other district metadata content directly unfiltered over the cable

[06:50:36]

justinh:

problem is there are only so many devs, and if people can't reproduce your problems and/or reliably test fixes where there's a risk of breaking stuff for everybody else with DVB.. erm...

[06:50:45]

henkpoley:

MythTV really doesn't like that, in 0.23 it now kind of works though, without entering everything by hand.

[06:50:56]

sid3windr:

coolness!

[06:51:12]

flabberkenny:

henkpoley: what dvb-c card you use?

[06:51:21]

AndyCap:

henkpoley: so it crashes, doesn't find your channels or just that you get bogus channels in your list?

[06:51:46]

justinh:

AndyCap: not locating correct network IDs will break lots of stuff.. mostly channels working at all

[06:52:13]

henkpoley:

Oh it ads transports (is that the DVB-satelite name or?) that are not available, and after a few scans those replace all the working channels

[06:52:35]

henkpoley:

But if you start with a good set (edit by hand) then it seems to keep working

[06:53:00]

justinh:

sounds like bad tables being broadcast

[06:53:13]

justinh:

or just tables with junk information

[06:53:20]

henkpoley:

yes, of course (they also send out data for other districts)

[06:53:30]

justinh:

all too common – and the provider's STB software knows how to treat it

[06:53:59]

justinh:

that there's even a DVB spec is a bit of a long running joke for all the people who adhere to it

[06:54:00]

henkpoley:

Ys, they basically provide custom software for the cable boxes that picks it up from a special transport

[06:54:33]

justinh:

imagine if the same had happened with CD. LOL

[06:54:40]

henkpoley:

When I set my Philips TV to automatically keep track of channel frequency changes it removes most of them, same problem :/

[06:55:08]

justinh:

does the cable co actually *support* using stuff that isn't their own box though?

[06:55:16]

henkpoley:

I wonder what happens with MythTV once they mandate CI+

[06:55:21]

justinh:

more to the point do they actually allow it?

[06:55:25]

henkpoley:

Of course not

[06:55:30]

justinh:

henkpoley: we'll be stuffed

[06:55:49]

justinh:

there won't be any way to make CI+ work with open source in any legit way

[06:55:59]

justinh:

same arguments as for cablecard

[06:56:02]

henkpoley:

They do say they use DVB-C though, so maybe somebody should sue them over that..

[06:56:12]

henkpoley:

A bit like the DVD logo on retail boxes

[06:56:42]

justinh:

the hardware is DVB-C compliant.. dunno if the software has to be ;)

[06:57:11]

henkpoley:

A year or so ago my mythtv box broke and I bought an official harddisk recorder.. Humax {??}1500

[06:57:27]

henkpoley:

The thing managed to record a show for 24 hours, out of the blue

[06:57:42]

henkpoley:

The show wasn;t 24 hours long, for the record

[06:57:49]

justinh:

lol

[06:57:50]

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

[06:57:50]

henkpoley:

So back to MythTV I went

[06:58:03]

justinh:

humax & topfield allegedly make the better non-Tivo stuff

[06:58:08]

henkpoley:

Edited everything in the database by hand

[06:58:15]

henkpoley:

Was quite some work

[06:58:22]

justinh:

I've had machines from both – all allegedly top of the range.. and all absolutely atrocious

[06:58:24]

henkpoley:

everything as in channel info

[06:58:48]

henkpoley:

Also, the Humax doesn't follow EPG updates

[06:59:31]

henkpoley:

The programming system just copies the EPG data to an old VCR style recording system, and then never touches it

[07:00:00]

justinh:

heh

[07:00:09]

justinh:

I know Freeview DVRs that do that

[07:00:11]

henkpoley:

Even in 2004 MythTV had that pretty much nailed

[07:00:23]

justinh:

click on the EPG for something to record & it makes a 'timer event'

[07:00:39]

justinh:

my father inlaw's DVR can do 'up to 30 timer events per month' :-O

[07:00:42]

henkpoley:

Oh, and you couldn't record just "the news of 20:00" it would then record all news on that channel

[07:01:11]

justinh:

imagine that – being able to set up as many as 30 recordings in one month!

[07:01:19]

henkpoley:

They have a large day bulletin here at that time, so that's why we record it and watch it around 20:00-ish

[07:01:33]

justinh:

THIRTY! Man, how would I ever find the time to watch 30 shows in one month?! ;-)

[07:01:34]

GrahamIRC (GrahamIRC!~GrahamIRC@93-97-162-128.zone5.bethere.co.uk) has quit (Read error: Connection reset by peer)

[07:01:46]

** henkpoley *gasp* **

[07:02:11]

justinh:

says me, with a 450-strong list of recordings I've yet to watch lol

[07:02:46]

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

[07:03:57]

henkpoley:

I almost never watch TV or mythtv, I just maintain the system here. I got fed up over the house-wars over recording tapes in 2004

[07:04:56]

henkpoley:

So every time it breaks it's a bit like supporting Windows :P

[07:05:58]

nrpil (nrpil!~nrpil@cc1148889-a.hnglo1.ov.home.nl) has quit (Ping timeout: 265 seconds)

[07:06:57]

sebrock (sebrock!~sebastian@hd5b90669.selukra.dyn.perspektivbredband.net) has joined #mythtv-users

[07:09:14]

henkpoley:

That said, the lastest update from 0.22 -> 0.23 was very smooth

[07:09:36]

henkpoley:

The only breakage was because I tried to use some new stuff afterwards

[07:09:57]

AndyCap:

well, with CI+ I'm probably done with their services.

[07:28:03]

justinh:

heh we need more people voting with their wallets

[07:28:30]

justinh:

we're only on basic cable at home anyway. there's bugger all worth paying for :)

[07:46:53]

henkpoley:

I wonder how long until a "european hulu" is built

[07:48:23]

RDV_Linux:

henkpoley: BBC iPlayer site is better than Hulu by far, more videos plus audio from their radio.

[07:48:33]

henkpoley:

That's also only national

[07:48:55]

henkpoley:

I'm more talking about the concept of "TV" over the internet

[07:49:23]

henkpoley:

not really if it's Hulu brand, and that is sucks (or not) because it is like Hulu

[07:49:24]

justinh:

not until somebody does something far-reaching about rights sales

[07:49:27]

RDV_Linux:

henkpoley: Well if a "european hulu" was created it would be ebtter that their use the BBC iPlayer model than Hulu.

[07:49:56]

justinh:

broadcasters all negotiate their own distribution rights with content makers

[07:50:20]

justinh:

making it any wider than that is going to be complicated without them all having a radical shakeup

[07:50:40]

justinh:

it's a safe bet to say it's a very long way off,if it'll ever happen at all

[07:51:01]

justinh:

and anyway, who wants to watch shows in Flash if they can possibly help it? not me

[07:51:52]

henkpoley:

Who knows what will happen with Google TV

[07:52:36]

henkpoley:

If enough people are reached the content will follow

[07:52:38]

justinh:

no more ad interruptions in your shows

[07:52:49]

justinh:

they'll just plaster ads all over the video instead :D

[07:56:54]

Kunalagon (Kunalagon!~Kunalagon@195.178.32.28) has quit (Read error: Connection reset by peer)

[08:03:09]

Kunalagon (Kunalagon!~Kunalagon@195.178.32.28) has joined #mythtv-users

[08:16:03]

justinh:

anyway I dunno why you're all so keen to get TV in a format you can't control in the least bit

[08:16:39]

henkpoley:

Probably because it's better than getting no video over CI+

[08:16:55]

justinh:

well is it really?

[08:17:02]

henkpoley:

Also, it shouldn't need to suck

[08:17:12]

justinh:

add up all the hours you've wasted watching shows which ended up sucking or being cancelled too early...

[08:17:26]

justinh:

no it shouldn't need to suck but you can bet it will

[08:18:36]

justinh:

flash video needn't suck. the flash player needn't suck. but it DOES

[08:18:48]

GrahamIRC (GrahamIRC!~GrahamIRC@93-97-162-128.zone5.bethere.co.uk) has quit (Read error: Connection reset by peer)

[08:19:02]

justinh:

sucks CPU, and on a lot of platforms can't even sync to refresh

[08:19:08]

justinh:

mmmmmm tearing

[08:23:51]

AndyCap:

justinh: I think sucking is in the design specifications for flash

[08:25:57]

JJ1 (JJ1!~jjensen@jeffjensen.dsl.visi.com) has left #mythtv-users ()

[08:26:13]

cohn:

anyone know how to migrate a database from a pretty old mythtv box (.19) to the newest .23?

[08:26:37]

cohn:

in particular, I really just want to migrate the recordings

[08:32:50]

henkpoley:

cohn: either backup then update, or follow the new system migration advice from the documentation

[08:33:20]

henkpoley:

Not too sure if that properly populates the DB version though

[08:36:14]

cohn:

ok

[08:36:15]

rossand (rossand!~aross@CPE485b390978ce-CM00159a025ad4.cpe.net.cable.rogers.com) has joined #mythtv-users

[08:36:43]

cohn:

i've got a copy of my old database as well as a sql dump of the recordings data

[08:53:38]

henkpoley (henkpoley!~henk@poley.xs4all.nl) has quit (Read error: Operation timed out)

[08:55:37]

oobe:

!help

[08:56:08]

oobe:

!help list

[08:56:24]

oobe:

!list

[09:05:53]

dkeith__ (dkeith__!~dkeith@pool-173-48-212-24.bstnma.fios.verizon.net) has joined #mythtv-users

[09:07:28]

dkeith__ (dkeith__!~dkeith@pool-173-48-212-24.bstnma.fios.verizon.net) has quit (Client Quit)

[09:08:58]

dkeith__ (dkeith__!~dkeith@pool-173-48-212-24.bstnma.fios.verizon.net) has joined #mythtv-users

[09:21:55]

BaZiL (BaZiL!~lion@h-109-228-140-36.NA.cust.bahnhof.se) has quit (Read error: Connection reset by peer)

[09:26:21]

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

[09:26:27]

johd_ (johd_!~johd@90.146.55.47) has quit (Remote host closed the connection)

[09:41:47]

rossand:

I'm planning to use one of my existing remotes with LIRC. Does anyone here have advice on a good/readily available infrared receiver?

[09:48:37]

PointyPumper (PointyPumper!Pintlezz@190.244.90.204) has quit (Read error: Connection reset by peer)

[09:50:37]

PointyPumper (PointyPumper!Pintlezz@190.244.90.204) has joined #mythtv-users

[09:51:05]

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

[09:52:03]

jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Read error: Operation timed out)

[09:55:00]

PointyPumper (PointyPumper!Pintlezz@190.244.90.204) has quit (Ping timeout: 252 seconds)

[09:55:12]

KraMer (KraMer!~mark@adsl-70-240-219-121.dsl.hstntx.swbell.net) has joined #mythtv-users

[09:57:20]

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

[09:59:28]

Kunalagon (Kunalagon!~Kunalagon@195.178.32.28) has quit (Quit: Leaving.)

[10:01:26]

madLyfe (madLyfe!madLyfe@173-20-47-44.client.mchsi.com) has quit ()

[10:03:22]

madLyfe (madLyfe!madLyfe@173-20-47-44.client.mchsi.com) has joined #mythtv-users

[10:06:22]

justinh:

rossand: the question is really whether an IR receiver will work with the codes your existing remote sends

[10:06:25]

justinh:

pot luck

[10:07:24]

rossand:

justinh: Good point. Is there a generally accepted best remote control solution for MythTV at the moment?

[10:08:00]

GreyFoxx:

I think the MCE remotes are still considered some of the best

[10:08:10]

GreyFoxx:

they practically work outta the box

[10:08:35]

jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users

[10:09:49]

rossand:

GreyFoxx: Thanks. Researching them now.

[10:11:47]

NetersLandreau (NetersLandreau!~NetersLan@b2.e6.354a.static.theplanet.com) has left #mythtv-users ("Konversation terminated!")

[10:14:02]

justinh:

if you ebay em, look for RC6 apparently

[10:14:34]

justinh:

or look for the fact they're genuine, not some rip-off version. rip-off version may no worky on loonix ;)

[10:19:34]

LedHed (LedHed!~LedHed@static-74-45-162-66.dr01.pasn.ca.frontiernet.net) has joined #mythtv-users

[10:28:30]

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

[10:30:19]

lyricnz (lyricnz!~simonrobe@ppp118-209-191-229.lns20.mel6.internode.on.net) has quit (Ping timeout: 276 seconds)

[10:32:47]

gbee (gbee!~gbee@cpc2-derb9-0-0-cust872.leic.cable.ntl.com) has joined #mythtv-users

[10:32:47]

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

[10:34:42]

gbee:

my new BD-Rom drive arrived, but I'm too big of a coward to test the theory of sata hot-plugging

[10:34:47]

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

[10:35:59]

justinh:

heh. I used to hot-plug IDE

[10:36:10]

justinh:

well you can.. when it's work's own stuff :D

[10:36:15]

Ryushin (Ryushin!proxy@windwalker.openinnovations.com) has joined #mythtv-users

[10:36:35]

keith4:

I got 30 minutes into Defiance, on DVD, before I realized that the Myth DVD player wasn't showing me the built-in English subtitles during the German/Russian dialogs... how do I enable that? I tried bringing up the menu and choosing "select subtitles", but nothing was available

[10:37:52]

gbee:

keith4: those are supposed to be burnt into the image

[10:38:30]

wagnerrp:

gbee: on DVDs?

[10:38:32]

keith4:

yah, that's what I thought. i tossed it in the PS3, and those came up by default

[10:38:40]

gbee:

i.e. they aren't DVD subtitles but permanently part of the picture data – or that's normally the case anyway

[10:39:40]

gbee:

wagnerrp: I don't remember seeing optional subtitles on foreign language films/dialog, but maybe I just never realised that it was overlaid

[10:40:25]

jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users

[10:42:20]

johd (johd!~johd@90.146.55.47) has quit (Quit: Leaving)

[10:42:29]

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

[10:42:42]

johd (johd!~johd@90.146.55.47) has quit (Remote host closed the connection)

[10:43:06]

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

[10:43:55]

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

[10:46:11]

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

[11:00:10]

gbee:

keith4: do the subtitles work with mplayer, xine or vlc? I don't know anything about those subs but you should open a bug ticket, especially if it works in other apps

[11:00:37]

keith4:

gbee: i'll give it a shot when i get home

[11:01:31]

azlon:

when i press 'W' it downloads the metadata but not the artwork...

[11:01:53]

wagnerrp:

azlon: upgrade

[11:02:04]

azlon:

hrmm

[11:02:17]

wagnerrp:

update your mythtv install

[11:02:17]

azlon:

how can i find out what version im running now?

[11:02:24]

gbee:

mythfrontend --version

[11:02:24]

wagnerrp:

'mythbackend --version'

[11:03:00]

azlon:

is 24 the newest?

[11:03:06]

wagnerrp:

no

[11:03:08]

azlon:

can i just do apt-get install updat?

[11:03:11]

wagnerrp:

24 does not exist

[11:03:20]

azlon:

well im running 23

[11:03:25]

wagnerrp:

and the revision?

[11:03:34]

azlon:

4.6.2

[11:03:43]

wagnerrp:

thats qt... whats the mythtv revision

[11:03:44]

azlon:

24158

[11:03:56]

wagnerrp:

yeah... you need to be running 25328 or newer

[11:04:06]

wagnerrp:

by the way, youre not running 0.23 either

[11:04:19]

wagnerrp:

0.23 was not released until 24500 something

[11:04:44]

azlon:

wagnerrp: can i just download the deb from mythtv? or do i need to uninstall, then reinstall?

[11:04:59]

wagnerrp:

mythtv does not offer binary packages, only source

[11:05:07]

wagnerrp:

if you want a deb, youll need to get it from your package maintainer

[11:05:12]

gbee:

0.23 was released at http://svn.mythtv.org/trac/changeset/24509

[11:05:36]

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

[11:05:38]

gbee:

azlon: ubuntu? the guys in #mythbuntu will talk you through it

[11:06:03]

wagnerrp:

if using ubuntu, they have nightly builds available, which will should have the fix you need by now

[11:06:12]

azlon:

ok

[11:06:13]

azlon:

thanks

[11:19:51]

azlon:

nobody is answering

[11:20:00]

iamlindoro:

gbee: Were you able to try your .23 metadata fix? Update to the ticket just now implying it's still not working-- not that it's your responsibility to fix, just curious

[11:22:01]

wagnerrp:

azlon: just ask 'how do i enable 0.23 autobuilds', and wait for someone to respond

[11:22:21]

sphery:

iamlindoro: I tried it last night (r25328) and it didn't work with local storage dirs

[11:22:33]

sphery:

haven't have a chance to play around, though (family visiting)

[11:22:54]

gbee:

iamlindoro: try the url given, it's the site that's broken

[11:23:11]

sphery:

ah, yeah, and that may be the case, too :)

[11:23:29]

gbee:

I wasn't able to test but two or three people suggested that it worked for them

[11:24:36]

iamlindoro:

sphery: You tried the .23 fix, that is?

[11:24:40]

gbee:

oops, url was working, just my copy/paste mistake

[11:24:49]

sphery:

yeah, 0.23-fixes r25328

[11:25:11]

gbee:

meh, was worth a try

[11:25:12]

iamlindoro:

Anyhoo, it works for me with SG images in trunk, but guess I'll have to suck it up and install some local videos and figure that out, and maybe a .23 VM if that's still not working

[11:25:20]

iamlindoro:

gbee: I doubt we're very far from the correct solution

[11:25:23]

sphery:

only thing missing was the trunk fix for image testing

[11:25:39]

iamlindoro:

Still not exactly sure why the guy was removing the port from the URL-- if Qt needs that removed I am a little surprised

[11:25:55]

sphery:

I'm sure I can figure out what needs changing (if it's not, in fact, the site/URI that's broken) for 0.23-fixes

[11:26:00]

iamlindoro:

sphery: .23 has the image check too, it's just in a different spot

[11:26:05]

sphery:

yeah

[11:26:24]

sphery:

and since it wasn't accidentally removed from fixes, the one missing commit wasn't an issue

[11:26:30]

sphery:

(which is what I was attempting to say :)

[11:26:36]

azlon:

wagnerrp: ok, i found a page explaining how to do it, but do i want 0.23 or 0.24? it says 0.24 is for Lucid... but i have 0.23 installed right now...

[11:26:47]

sphery:

I won't be able to look at it until next week, though, unfortunately.

[11:27:07]

wagnerrp:

azlon: hold off for a bit, apparently it may not have been solved

[11:27:13]

iamlindoro:

sphery: No rush, I'll likely find some time this week for Myth, I hope

[11:27:33]

iamlindoro:

Well, he should still update, just shouldn't necessarily expect it to work once he does :)

[11:27:56]

azlon:

ok

[11:28:05]

azlon:

so should i do 0.23 or 0.24?

[11:28:11]

azlon:

im running lucid

[11:28:14]

iamlindoro:

.24 does not exist

[11:28:20]

wagnerrp:

use 0.23

[11:28:22]

iamlindoro:

You should be running latest -fixes of .23

[11:28:31]

wagnerrp:

'0.24' means trunk, and you dont want to be running trunk

[11:28:31]

azlon:

ok, then this is confusing: http://mythbuntu.org/auto-builds

[11:28:35]

azlon:

will use 23

[11:28:46]

azlon:

ok, i get it

[11:28:47]

azlon:

thx

[11:31:46]

sphery:

azlon: and it may well work if you're using storage groups (or if you look up a movie whose image links aren't broken or ... ;)

[11:32:15]

azlon:

yeah, im using storage groups...

[11:32:27]

sphery:

then again, maybe I just need to restart my frontend so the local image cache is cleared or something

[11:32:27]

azlon:

im downloading the updates now

[11:32:29]

GreyFoxx:

iaml: I see the exact same behaviour as that ticket update says. Myth says it looks like a redirect but doesn't

[11:32:37]

GreyFoxx:

redownload from the alternate location

[11:32:47]

sphery:

azlon: ideally you want r25328 or higher

[11:32:50]

iamlindoro:

GreyFoxx: trunk or .23? What revision? Storage groups or local videos?

[11:33:10]

iamlindoro:

Again, the *only* thing I know for a fact works is storage group hosted everything, in current trunk

[11:33:22]

azlon:

sphery: im not sure what i am upgrading to right now... i will let you know after it finishes

[11:33:28]

sphery:

iamlindoro: that's what mine did 0.23-fixes/25328/local

[11:33:29]

iamlindoro:

.23 appears not to work no matter what, and locally hosted videos appear not to be working in trunk if the reports are to be believed

[11:33:36]

iamlindoro:

^^^

[11:33:48]

sphery:

I didn't try SG's

[11:33:50]

iamlindoro:

Once more, for posterity....

[11:33:52]

gbee:

GreyFoxx: the redirect error is misleading, that's only displayed after we've followed any redirects and downloaded the image, it then looks at the filesize, might be worth changing the wording

[11:33:55]

sphery:

heh, yeah

[11:34:02]

sphery:

I should be quiet

[11:34:02]

iamlindoro:

Storage group hosted videos and images are working, in current trunk

[11:34:11]

iamlindoro:

anything beyond that, probably not

[11:34:21]

GreyFoxx:

trunk as of 11pm last night . local drives (no sg's in use right now)

[11:34:29]

GreyFoxx:

gbee: ahh

[11:34:48]

sebrock (sebrock!~sebastian@hd5b90669.selukra.dyn.perspektivbredband.net) has quit (Quit: This computer has gone to sleep)

[11:34:55]

iamlindoro:

gbee: That redirect error is not misleading at all

[11:35:04]

iamlindoro:

That filesize is the final QByteArray size

[11:35:09]

iamlindoro:

and it didn't load as a valid image

[11:35:17]

iamlindoro:

so whatever it got at the very end of the process was a 212 bye array

[11:35:20]

GreyFoxx:

r25329

[11:35:27]

iamlindoro:

and thus likely a redirect

[11:35:45]

sphery:

yeah, I'm pretty sure mine is getting an HTML redirect (versus an HTTP redirect)

[11:36:00]

sphery:

perhaps they HTTP redirect to a page that does an HTML redirect?

[11:36:33]

iamlindoro:

It really shouldn't matter what they do, we should cover all cases

[11:36:37]

sphery:

mine was Astro Boy ( http://www.themoviedb.org/movie/16577 )

[11:37:10]

iamlindoro:

Definitely working in trunk w/ SGs-- I think the local issue is just some syntax error I haven't managed to track down yet (and haven't tried)... .23 I haven't looked at at all

[11:37:10]

sphery:

yeah, but in 0.23-fixes, since we have the "roll-your-own" redirect handling versus the Qt stuff, ...

[11:37:33]

sphery:

then again, maybe that's not important

[11:37:34]

sebrock (sebrock!~sebastian@hd5b90669.selukra.dyn.perspektivbredband.net) has joined #mythtv-users

[11:38:18]

gbee:

I'd like to know why the 0.23 version isn't working, maybe stuff some verbose in there and get an picture of what's going wrong?

[11:40:06]

azlon:

sphery: MythTV Version : 25328

[11:41:07]

philverb (philverb!~david@c-67-180-198-84.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds)

[11:43:03]

azlon:

so the artwork wont work in .23, right?

[11:45:33]

gbee:

it will work in 0.23 just as soon as we figure out why it's not working

[11:47:20]

NightDragon (NightDragon!~jerrad@pcp126333pcs.unl.edu) has joined #mythtv-users

[11:47:21]

azlon:

oh

[11:47:33]

azlon:

ok, ill just come back tomorrow then

[11:47:35]

azlon:

thanks guys!

[11:48:18]

NightDragon (NightDragon!~jerrad@pcp126333pcs.unl.edu) has quit (Read error: Connection reset by peer)

[11:48:55]

NightDragon (NightDragon!~jerrad@pcp126333pcs.unl.edu) has joined #mythtv-users

[11:49:09]

iamlindoro:

heh, optimism

[11:49:19]

NightDragon (NightDragon!~jerrad@pcp126333pcs.unl.edu) has quit (Client Quit)

[11:49:35]

sphery:

azlon: might work--did you test it?

[11:49:45]

azlon:

sphery: yeah, didn't work

[11:49:54]

sphery:

azlon: I saw an issue with that revision (which has all the fixes), but I was using local dirs

[11:49:55]

azlon:

the metadata is downloaded but not the artwork

[11:50:14]

sphery:

and, yeah, iamlindoro (the expert) seemed to think that neither local nor SG art will work with 0.23-fixes, yet

[11:50:14]

iamlindoro:

sphery: To clarify again, There will be no difference between SGs and local in .23

[11:50:19]

iamlindoro:

that distinction is trunk only

[11:50:21]

sphery:

ok

[11:51:14]

gbee:

m_http.setHost(m_url.host()); << Can't remember if that's required, but assuming it is, then we might need to call it again in the "if (!m_redirectUrl.isEmpty() && m_redirectCount <= 8)" bit

[11:53:50]

RyeBrye (RyeBrye!~ryebrye@67.199.187.50) has joined #mythtv-users

[12:00:37]

hashbang (hashbang!~hashbang@cse-ajb.cse.bris.ac.uk) has quit (Remote host closed the connection)

[12:02:30]

Jay2k1 (Jay2k1!~J@85.183.203.242) has quit (Remote host closed the connection)

[12:03:07]

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

[12:05:49]

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

[12:08:04]

bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has quit (Ping timeout: 265 seconds)

[12:09:21]

dewman (dewman!~dewman@lennon-ubr-64-85-159-8.power-net.net) has quit (Remote host closed the connection)

[12:10:26]

gbee:

sphery, GreyFoxx: are you using 0.23 from packages or source? I'd be interested in the output if you stick a VERBOSE() in InspectHeader() to dump m_redirectUrl and m_redirectCount

[12:11:27]

gbee:

oh crap, m_redirectCount is uninitialised

[12:12:13]

gbee:

no, nevermind, grep missed it

[12:12:59]

sphery:

gbee: source, but sounds like you've figured it out?

[12:13:20]

gbee:

sphery: nah I haven't, just a moment of stupidity on my part

[12:13:37]

rooaus (rooaus!~cameron@ppp118-209-53-154.lns20.mel4.internode.on.net) has quit (Ping timeout: 245 seconds)

[12:14:55]

bobgill (bobgill!~smileyfac@CPE0016b6062e69-CM0011e6c40b1f.cpe.net.cable.rogers.com) has joined #mythtv-users

[12:15:22]

gbee:

the whole issue is bugging the hell out of me, so far the hack I wrote has turned out to be riddled with stupid mistakes

[12:15:32]

gbee:

so I'd appreciate help in debugging it

[12:16:09]

DjMadness (DjMadness!~quassel@pdpc/supporter/student/DjMadness) has quit (Ping timeout: 240 seconds)

[12:16:53]

jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv-users

[12:20:06]

hadees (hadees!~hadees@64.132.24.100) has joined #mythtv-users

[12:20:57]

gbee (gbee!~gbee@cpc2-derb9-0-0-cust872.leic.cable.ntl.com) has quit (Remote host closed the connection)

[12:21:49]

** iamlindoro smacks people for being illiterate **

[12:22:02]

iamlindoro:

"This patch is for trunk users only"

[12:22:08]

iamlindoro:

"I dont have that file in .23 release."

[12:23:02]

sphery:

just download it directly and stick it in the dir

[12:23:04]

sphery:

should be fine

[12:23:11]

iamlindoro:

hah

[12:24:05]

Goga777 (Goga777!~Goga777@shpd-78-36-164-225.static.vologda.ru) has joined #mythtv-users

[12:26:15]

philverb (philverb!~david@c-67-180-198-84.hsd1.ca.comcast.net) has joined #mythtv-users

[12:26:41]

hpeter (hpeter!~hpeter@250-203.5-85.cust.bluewin.ch) has quit (Quit: hpeter)

[12:26:50]

Ryushin (Ryushin!proxy@windwalker.openinnovations.com) has quit (Quit: Client exiting)

[12:27:33]

egon_ (egon_!~egon@c-98-230-158-3.hsd1.ga.comcast.net) has joined #mythtv-users

[12:27:55]

GreyFoxx:

gbee: trunk from svn as of last night

[12:28:34]

GreyFoxx:

I can take a look when I get home tonight if noone else has

[12:29:10]

rooaus (rooaus!~cameron@ppp118-209-132-83.lns20.mel6.internode.on.net) has joined #mythtv-users

[12:33:14]

iamlindoro:

GreyFoxx: gbee is not looking at the remaining trunk issue, I am

[12:33:34]

iamlindoro:

gbee has been looking at .23. I have trunk working, but there seems to be a minor issue with locally hosted files

[12:34:07]

iamlindoro:

I have posted a patch for people to try to the ticket, I just think it's a minor thing, and can otherwise get it fixed this afternoon when I get in front of the system and test a few local files

[12:34:21]

iamlindoro:

.23 is harder for me to fix/test because the metadata handling has changed completely and I have no .23 system

[12:34:48]

rooaus (rooaus!~cameron@ppp118-209-132-83.lns20.mel6.internode.on.net) has quit (Ping timeout: 240 seconds)

[12:35:18]

sphery:

OK, so downloading the cover art gives a 301 with a 215B response (same as reported in my logs), sets a cookie, and a new location that includes a GET query string. The new location seems to work whether or not you send the cookies and whether or not you send the query string.

[12:37:45]

syamajala (syamajala!~syamajala@c-75-68-111-84.hsd1.ma.comcast.net) has joined #mythtv-users

[12:46:44]

PointyPumper (PointyPumper!Pintlezz@190.244.90.204) has joined #mythtv-users

[12:47:28]

egon_ (egon_!~egon@c-98-230-158-3.hsd1.ga.comcast.net) has quit (Ping timeout: 240 seconds)

[12:47:40]

egon_ (egon_!~egon@c-98-230-158-3.hsd1.ga.comcast.net) has joined #mythtv-users

[12:49:06]

Slim-Kimbo (Slim-Kimbo!~Kimbo@host86-167-188-8.range86-167.btcentralplus.com) has joined #mythtv-users

[12:50:27]

rooaus (rooaus!~cameron@ppp118-209-14-238.lns20.mel4.internode.on.net) has joined #mythtv-users

[13:02:04]

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

[13:04:33]

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

[13:11:25]

Defense|Twin (Defense|Twin!~jepz@g224024044.adsl.alicedsl.de) has joined #mythtv-users

[13:12:47]

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

[13:15:40]

RockHound (RockHound!~quassel@c130030.adsl.hansenet.de) has joined #mythtv-users

[13:31:38]

johd (johd!~johd@90.146.55.47) has quit (Ping timeout: 265 seconds)

[13:34:06]

** wagnerrp really hates it when people ask for a lircrc for a logitech harmony remote **

[13:34:31]

wagnerrp:

clearly they dont actually know what the harmony remote does

[13:34:49]

wagnerrp:

so they spent a considerable sum of money for a device whose purpose escapes them

[13:35:21]

jams:

well it does have a device named mythtv

[13:35:37]

wagnerrp:

which is even more baffling

[13:35:58]

wagnerrp:

considering 'mythtv' is piece of software, and not a hardware receiver that can pick up IR

[13:36:16]

wagnerrp:

(i know the 'mythtv' profile is a duplicate of the hauppauge gray)

[13:43:26]

mirak (mirak!~mirak@81-64-221-160.rev.numericable.fr) has joined #mythtv-users

[13:46:00]

Twiggy2cents (Twiggy2cents!~Owner@12.182.96.2) has joined #mythtv-users

[13:47:32]

RockHound (RockHound!~quassel@c130030.adsl.hansenet.de) has quit (Remote host closed the connection)

[13:48:22]

rhollan (rhollan!~rhollan@208.146.43.210) has joined #mythtv-users

[13:48:46]

skd5aner (skd5aner!~skd5aner@cpe-024-074-043-234.carolina.res.rr.com) has quit (Ping timeout: 276 seconds)

[13:49:15]

rhollan:

GRRRRRRRRRR! The double-edged sword of mythbuntu autobuild updates cut meee!

[13:49:29]

rhollan:

I see that DVD artwork retrieval was "automagically fixed"

[13:49:40]

rhollan:

which was a good thing.

[13:49:50]

Twiggy2cents:

hey I have a question. I have myth tv up and running with the backend/frontend working on the same machine but I cannot for the life of me get it to be able to accept logins from a remote computer on the network

[13:49:56]

rhollan:

But, the damn update turned off my mythweb apache2 authentication!

[13:50:16]

wagnerrp:

Twiggy2cents: what do you mean by 'logins'

[13:50:22]

Twiggy2cents:

I have set up the access as mythtv@& identifier mythtv

[13:50:46]

rhollan:

Given that this is *strongly reccommended* for remote access in the comments in the file itself, I'm a bit miffed that the autobuild update turned it off.

[13:50:47]

Twiggy2cents:

If i type mysql -u mythtv(or root) -p mythconverg

[13:50:56]

Twiggy2cents:

After entering my password it will denies me

[13:50:57]

wagnerrp:

so youre having trouble with mysql, not mythtv

[13:51:21]

rhollan:

does the password work on the machine with mysql running on it?

[13:51:40]

rhollan:

because the default password is garbled random text unless you change it

[13:51:45]

Twiggy2cents:

when I try to connect to the back end it says something about unknown socket connection mythsocket. Sorry im not near it and I dont remember it

[13:52:01]

Twiggy2cents:

rhollan, Yes it works on the mythbuntu machine

[13:52:01]

egon__ (egon__!~egon@c-98-230-158-3.hsd1.ga.comcast.net) has joined #mythtv-users

[13:52:29]

rhollan:

So, you changed the password to mythconverg, right? Then it is a networking issue

[13:52:52]

Twiggy2cents:

I set the network ip to the computers ip in the mysql config file

[13:53:21]

rhollan:

right, but are you running a firewall on the backend running mysql?

[13:53:42]

Twiggy2cents:

rhollan, sorry my memory on the syntax is wrong. mythconverg is the db Im trying to connect to.

[13:53:56]

clever:

Twiggy2cents: you need to tell mysql what host to connect to when doing it remotely, mysql -u mythtv -p mythconverg -h hostname

[13:54:12]

rhollan:

Also, (others will know this): does the FE contact the DB directly or via some BE service other than mysqld?

[13:54:19]

Twiggy2cents:

rhollan, the router has a wan firewall but i havent installed a firewall on the mythbuntu box

[13:54:21]

rhollan:

after -p comes the password

[13:54:49]

rhollan:

mysql -u mythtv -p<password with no space>

[13:54:51]

Twiggy2cents:

clever, I posted the syntax wrong. Its doing that part right because then it prompts for my password afterwards

[13:55:10]

rhollan:

O.K. so you are getting to mysql, then?

[13:55:17]

egon_ (egon_!~egon@c-98-230-158-3.hsd1.ga.comcast.net) has quit (Ping timeout: 258 seconds)

[13:55:38]

Twiggy2cents:

on the computer witht he db, yes(root and mythtv). On the remote computer no, it is denied

[13:55:45]

Twiggy2cents:

Using the same password and user account

[13:55:58]

clever:

Twiggy2cents: you need to add mythtv@% i think, not mythtv@&

[13:56:06]

rhollan:

is mysql listening on all networks or just lo?

[13:56:19]

Twiggy2cents:

rhollan, how would I check?

[13:56:23]

clever:

that too, by default on ubuntu it usualy listens on 127.0.0.1

[13:56:34]

clever:

netstat -anp|grep mysql|grep LIST

[13:56:38]

wagnerrp:

rhollan: if its prompting for a password, he is successfully connecting to it

[13:56:43]

Defense (Defense!~jepz@e177228197.adsl.alicedsl.de) has joined #mythtv-users

[13:56:44]

Twiggy2cents:

clever, mysql> grant all on mythconverg.* to mythtv@"%" identified by "mythtv"; thats what i told it

[13:56:51]

clever:

wagnerrp: nope, it always asks before even trying to connect

[13:56:53]

rhollan:

True, didn't realize he got that far

[13:57:05]

wagnerrp:

oh? thats screwy

[13:57:11]

rhollan:

huh?

[13:57:21]

rhollan:

Trust clever on this one

[13:57:23]

clever:

tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 32075/mysqld

[13:57:34]

clever:

this is what it looks like when its listening on any interface

[13:58:04]

Twiggy2cents:

okay should I change the ip in the mysql config file to 0.0.0.0?

[13:58:19]

rhollan:

NO!

[13:58:30]

Twiggy2cents:

okay so that should be the machines ip

[13:58:33]

rhollan:

that just says listen on all network addressses

[13:58:46]

rhollan:

anyrthing you want.

[13:58:52]

clever:

Twiggy2cents: id just comment it out

[13:59:03]

rhollan:

Can you run nmap on the FE to the BE to see what ports are open?

[13:59:11]

inordkuo (inordkuo!~inorkuo@adsl-76-237-206-159.dsl.chcgil.sbcglobal.net) has joined #mythtv-users

[13:59:11]

Defense|Twin (Defense|Twin!~jepz@g224024044.adsl.alicedsl.de) has quit (Ping timeout: 265 seconds)

[13:59:26]

clever:

ive had problems when entering things like 10.0.0.60 (my local ip) because then mysql completely fails to start, if it starts before the network

[13:59:53]

Twiggy2cents:

okay I am not near the computer and wont be until later

[14:00:05]

Twiggy2cents:

If its not listening over the network, how do I fix that?

[14:00:14]

clever:

edit /etc/mysql/my.cnf

[14:00:31]

Twiggy2cents:

When mythbuntu installed I had it set it up for support for remote FE and samba and linux shares

[14:00:35]

clever:

# Instead of skip-networking the default is now to listen only on

[14:00:35]

clever:

# localhost which is more compatible and is not less secure.

[14:00:35]

clever:

#bind-address = 127.0.0.1

[14:00:44]

clever:

i just commented it out and now it works from any interface

[14:00:46]

Twiggy2cents:

so comment out bind address

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

Current users (180):