Beirdobot, irc.freenode.net

Friday, August 21st, 2009, 00:16 UTC

[00:16:25]

davilla (davilla!n=davilla@xbmc/staff/davilla) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

psipsi (psipsi!n=psipsi@rrcs-24-227-36-210.se.biz.rr.com) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

cynicismic (cynicismic!n=rclark@94-194-202-107.zone8.bethere.co.uk) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

cityLights (cityLights!n=cityLigh@bzq-84-108-42-233.cablep.bezeqint.net) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

Thomas- (Thomas-!i=tomas@krixor.xy.org) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

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

[00:16:25]

Notorious (Notorious!n=notoriou@dD57760B4.access.telenet.be) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

_flindet (_flindet!n=flindet@c-67-164-215-138.hsd1.ca.comcast.net) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

guysoft422 (guysoft422!n=guysoft@93.172.209.85) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

RDV_Linux (RDV_Linux!n=doug@99.235.15.164) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

ddettman (ddettman!n=ddettman@62.70.27.104) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

anykey__ (anykey__!n=guedel@217.162.243.40) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

AlanBell (AlanBell!n=alan@80.68.93.145) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

cire (cire!n=cire@v366.ncsrv.de) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

yfwork (yfwork!n=damo@skynet.skynet.ie) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

benc_ (benc_!n=benc@markcaswell.dsl.visi.com) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

tanderson (tanderson!n=gentoofa@gentoo/developer/gentoofan23) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

tarbo_ (tarbo_!n=me@unaffiliated/tarbo) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

Huijari_ (Huijari_!i=huijar@beer.modeemi.cs.tut.fi) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

sulx (sulx!n=sulx@85-23-15-158-Karjasilta-TR1.suomi.net) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

keith4 (keith4!n=keith@unaffiliated/keith4) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:25]

Floppe (Floppe!i=muppet@213.28.52.9) has quit (wolfe.freenode.net irc.freenode.net)

[00:16:55]

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

[00:17:32]

guysoft422 (guysoft422!n=guysoft@93.172.209.85) has joined #mythtv-users

[00:17:32]

RDV_Linux (RDV_Linux!n=doug@99.235.15.164) has joined #mythtv-users

[00:17:32]

ddettman (ddettman!n=ddettman@62.70.27.104) has joined #mythtv-users

[00:17:32]

anykey__ (anykey__!n=guedel@217.162.243.40) has joined #mythtv-users

[00:17:32]

yfwork (yfwork!n=damo@skynet.skynet.ie) has joined #mythtv-users

[00:17:32]

AlanBell (AlanBell!n=alan@80.68.93.145) has joined #mythtv-users

[00:17:32]

cire (cire!n=cire@v366.ncsrv.de) has joined #mythtv-users

[00:17:32]

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

[00:17:32]

tanderson (tanderson!n=gentoofa@gentoo/developer/gentoofan23) has joined #mythtv-users

[00:17:32]

tarbo_ (tarbo_!n=me@unaffiliated/tarbo) has joined #mythtv-users

[00:17:32]

Huijari_ (Huijari_!i=huijar@beer.modeemi.cs.tut.fi) has joined #mythtv-users

[00:17:32]

sulx (sulx!n=sulx@85-23-15-158-Karjasilta-TR1.suomi.net) has joined #mythtv-users

[00:17:32]

Floppe (Floppe!i=muppet@213.28.52.9) has joined #mythtv-users

[00:17:32]

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

[00:18:47]

Captain_Murdoch:

not sure if it was related or not, but mythfrontend was just consuming 100% cpu on the browser screen after I downloaded metadata for the first video. :(

[00:19:44]

iamlindoro:

unrelated, that's the opengl repaint bug in action

[00:20:14]

iamlindoro:

(made worse when using negative coordinate values in the theme and alphapulse)

[00:20:43]

Captain_Murdoch:

think I found your issue. let me pastebin something. don't know the cause, but see the effect...

[00:21:24]

Captain_Murdoch:

http://mythtv.pastebin.ca/1537062

[00:22:01]

Captain_Murdoch:

the fanart is getting loaded from the backend before it is written to the backend, so since it uses the same name as the coverart, the backend finds the only file with that name and gives you back the coverart file.

[00:22:30]

Captain_Murdoch:

that log shows coverart being written, coverart loaded, fanart loaded, fanart written.

[00:23:03]

iamlindoro:

pastebin just now was my patch again, but I follow you anyway

[00:23:09]

sphery:

is this the fallback regardless of recgroup?

[00:23:15]

Captain_Murdoch:

sorry. forgot I'm in VNC.

[00:23:16]

Captain_Murdoch:

oops.

[00:23:26]

Captain_Murdoch:

mythtv.pastebin.ca/1537102

[00:23:38]

iamlindoro:

Is it possible to force "strict" fallback? (ie default only, or none at all?)

[00:23:50]

sphery:

I should have been able to tell him about that...

[00:23:56]

Captain_Murdoch:

yeah, but not via the protocol. the issue in this case is that file won't exist when you go to load it.

[00:24:17]

iamlindoro:

hmmm

[00:24:23]

Captain_Murdoch:

what is triggering the load? is that a screen redraw or the download finished event?

[00:24:36]

josh_ (josh_!n=josh@c-98-201-31-24.hsd1.tx.comcast.net) has joined #mythtv-users

[00:24:42]

iamlindoro:

download finished event

[00:24:47]

iamlindoro:

calls updateitem(node)

[00:24:55]

iamlindoro:

which attempts to reload all iamgetypes

[00:24:59]

iamlindoro:

er imagetypes

[00:25:09]

Captain_Murdoch:

yeah, was thinking something like that.

[00:25:29]

josh_:

I'm sorry, I've dug in the config until I'm blue in the face. Where do I specify the location that the DVD Ripper dumps the rip?

[00:25:45]

iamlindoro:

josh_, It dumps it to your mythvideo dir

[00:26:12]

Captain_Murdoch:

so you don't want fallback in this case. /me goes and looks at code.

[00:26:28]

iamlindoro:

yeah

[00:26:59]

iamlindoro:

Captain_Murdoch, I hate to dash out on you, but I must-- I hope that helping me doesn't pull you too far astray-- will check back in later and modify my code as necessary

[00:27:06]

iamlindoro:

thanks

[00:27:32]

sphery:

josh_: Utiltities/Setup|Setup|Media Settings|Videos Settings|Rip Settings

[00:27:35]

josh_:

Where is the mythvideo directory set? "Media Settings" > "Video Settings" > "General Settings" actually contains a few directories

[00:27:54]

Captain_Murdoch:

iamlindoro, no problem. I'm looking at the backend code now to see what I can do.

[00:28:17]

josh_:

sphery, that screen only has one place to specify a directory, and it's labelled "Directory to hold temporary files"

[00:28:37]

sphery:

that's where

[00:28:57]

iamlindoro:

well, it's where they sit for a bit

[00:29:00]

iamlindoro:

but only when transcoding

[00:29:08]

josh_:

Yeah, they're eventually moved somewhere else

[00:29:13]

iamlindoro:

if you are straight ripping, or at the end of the transcode, they end up in your mythvideo dir

[00:29:19]

iamlindoro:

and off I do

[00:29:20]

iamlindoro:

go

[00:29:27]

sphery:

right

[00:29:46]

sphery:

which is specified in Videos Setting|General Settings

[00:30:02]

josh_:

sphery, "Directories that hold videos" ?

[00:30:10]

sphery:

yep

[00:30:18]

josh_:

I've got a few directories specified there, seperated by the ":"

[00:30:20]

sphery:

I think it just puts it in the first video listed

[00:30:27]

sphery:

s/video/directory

[00:31:06]

josh_:

let me check

[00:33:07]

josh_:

the first directory listed is /var/lib/mythtv/videos

[00:33:14]

josh_:

that directory exists, but it's empty

[00:34:02]

josh_:

and the permisisons for the /var/lib/mythtv/videos folder are mythtv:mythtv 777

[00:34:16]

josh_:

and the backend is running as user 'mythtv'

[00:34:20]

josh_:

weird.

[00:34:27]

sphery:

frontend rips, not backend

[00:34:37]

josh_:

hmm.

[00:34:40]

sphery:

though 777 should be writable by frontend user, too

[00:34:46]

josh_:

agreed.

[00:35:03]

josh_:

fuxxy 3454 11.9 8.3 837932 333172 ? Sl 13:43 41:57 /usr/bin/mythfrontend.real

[00:35:21]

kuroneko_ (kuroneko_!n=kuroneko@c-11c2e455.02-519-6c6b701.cust.bredbandsbolaget.se) has joined #mythtv-users

[00:35:22]

josh_:

your'e right, should not have a problem with 777 permissions

[00:38:21]

dlblog (dlblog!n=dlblog@c-76-118-252-231.hsd1.ma.comcast.net) has joined #mythtv-users

[00:38:40]

kuroneko_ (kuroneko_!n=kuroneko@c-11c2e455.02-519-6c6b701.cust.bredbandsbolaget.se) has quit (Client Quit)

[00:41:07]

sphery:

josh_: anything in your frontend log file about it?

[00:47:20]

sphery:

actually, I guess the frontend requests that mtd rip the DVD

[00:47:23]

MavT (MavT!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Read error: 104 (Connection reset by peer))

[00:47:27]

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

[00:47:40]

nighthawk (nighthawk!n=nighthaw@c-24-128-157-168.hsd1.nh.comcast.net) has joined #mythtv-users

[00:48:58]

davilla (davilla!n=davilla@xbmc/staff/davilla) has joined #mythtv-users

[00:53:09]

sphery:

iamlindoro: Guess I was wrong--it's not the fallback I was thinking of, so I wouldn't have been able to just tell you about it. I'm looking forward to seeing the patch so I can find out where/how it's fallind back. :)

[00:53:43]

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

[00:54:16]

Captain_Murdoch:

it's falling back because he's asking for an image in the fanart group and the backend can't find it (because he hasn't uploaded it to the backend yet), so the SG code happily finds the file by the same name in the coverart dir and gives him that file.

[00:54:22]

mikeones (mikeones!n=mikeones@pool-70-104-31-42.dllstx.fios.verizon.net) has joined #mythtv-users

[00:54:51]

Captain_Murdoch:

then after he gets that file, the fanart download finishes and is uploaded, so the next time you try to get it (when it's not in the local cache), the backend serves up the right file.

[00:54:53]

sphery:

but not the SG object init fallbacks, right? It's some kind of find file fallback?

[00:55:04]

Captain_Murdoch:

yes

[00:55:13]

sphery:

ahh.. that's all code I don't know

[00:55:15]

nighthawk:

sphery: was it you I was talking about IR receivers wtih?

[00:55:31]

sphery:

nighthawk: probably not... I don't know much about IR receivers.

[00:55:48]

nighthawk:

ah ok, it must have been wagnerrp

[00:55:49]

sphery:

but if you have a question, feel free to ask. :)

[00:55:56]

sphery:

yeah, he knows them much better than I

[00:56:00]

Captain_Murdoch:

sphery, StorageGroup::FindRecordingFile() falls back as well and checks other groups if it can't find the file you want.

[00:56:21]

sphery:

I'm actually using an ATI Remote Wonder (with USB RF receiver), so I don't really keep up with the IR stuff

[00:56:40]

nighthawk:

I got that anyware kit, uses the lirc_mceusb2 kmodule, so I'm trying to figure out what params to pass mode2 to test (and I'm totaly exhausted from yard work this evening :-P )

[00:57:09]

sphery:

Captain_Murdoch: oh.... I see. I think I have seen that code before, but forgot about it.

[00:57:26]

nighthawk:

I might have it

[00:57:30]

sphery:

nighthawk: yeah, I can't help with that...

[00:57:32]

sphery:

hope so

[00:59:56]

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

[01:00:44]

Captain_Murdoch:

sphery, I think it will be too invasive to disable fallback. the fallback happens when we open the image to download. the remote file transfer is done by MythImage which is handled by MythUIImage, so adding the ability for MythVideo to do a non-fallback file query will mean modifying both those classes along with MainServer, FileTransfer, RemoteFile, and maybe one or two more.

[01:01:29]

sphery:

wow... invasive

[01:01:34]

Captain_Murdoch:

me proposes to prefix fanart with an 'f', coverart with a 'c', banners with a 'b', etc. :)

[01:01:59]

sphery:

would that work or would it just error on retrieval?

[01:02:07]

sphery:

don't we have to make it wait until the file exists?

[01:02:36]

sphery:

meaning maybe some kind of event or maybe something easier?

[01:03:48]

Captain_Murdoch:

I'm going to look at his code, best solution is to delay setting the fanart image until the download is completed and uploaded to the backend.

[01:04:11]

Captain_Murdoch:

so even if the screen redraws when the coverart is downloaded, it won't try to load teh fanart image because the filename is not set yet.

[01:04:26]

sphery:

sounds like a good plan

[01:04:52]

sphery:

who's retrieving the images? backend? or does frontend do it then write them to the backend's SG?

[01:05:07]

josh_:

sphery, so how does mtd know where to put the transcoded file?

[01:05:38]

Captain_Murdoch:

frontend retrieves and then writes it via a RemoteFile to the backend.

[01:06:08]

sphery:

ah, that will make it much easier than trying to do some backend-generated event...

[01:06:33]

sphery:

(possibly enough so that it even makes the "prettier" design where the backend downloads not worth doing :)

[01:09:45]

hadees (hadees!n=hadees@72-48-75-59.dyn.grandenetworks.net) has joined #mythtv-users

[01:10:44]

sphery:

josh_: I'm guessing (though I haven't found it in the source) it just looks at the setting that MythVideo uses for its list of directories.

[01:11:01]

sphery:

josh_: but look in your mtd log file... It should say exactly what's happening.

[01:12:48]

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

[01:13:22]

nighthawk:

frak, mode2 doesn't want to talk to this device :-(

[01:13:29]

nighthawk:

mode2: could not get hardware features

[01:13:41]

nighthawk:

the kmodule is loaded accoarding to dmesg tho,, interesting

[01:14:56]

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

[01:16:55]

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

[01:19:48]

XChatMav (XChatMav!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Connection timed out)

[01:21:09]

pembo13 (pembo13!n=pembo13@70.94.113.230) has joined #mythtv-users

[01:21:13]

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

[01:21:32]

pembo13:

how does one resolved the problem described here: http://www.gossamer-threads.com/lists/mythtv/users/338569

[01:21:48]

pembo13:

ie. :1067_20090819223000.mpg does not exist in any recognized storage group directories for this host

[01:22:57]

sphery:

in MythWeb?

[01:23:30]

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

[01:23:54]

sphery:

if so, you have to mount every single recordings directory from every host on the mythweb host in the exact same location where it's mounted on the recording hosts

[01:23:56]

josh_:

AHA

[01:24:06]

josh_:

sphery, now were getting some useful info

[01:24:12]

sphery:

in the mtd log?

[01:24:17]

josh_:

yep.

[01:24:20]

sphery:

good

[01:24:26]

josh_:

19:54:17: Error: DVDISOCopyThread dvd device read error

[01:24:26]

josh_:

19:54:19: job failed: job dvd 1 1 -1 1 -1 /var/lib/mythtv/videos/SLUMDOG_MILLIONAIRE

[01:25:03]

sphery:

I should have thought of that earlier, but I don't rip DVD's, so I kind of forgot the whole how it works thing

[01:25:14]

josh_:

Sounds like a scratched CD eh?

[01:25:14]

sphery:

took a while to remember enough to be useful

[01:25:37]

sphery:

actually, it sounds to me like a non-compliant DVD

[01:25:45]

sphery:

where they introduce errors, etc. for DRM

[01:25:52]

josh_:

ahh

[01:26:00]

josh_:

never tried to do a newer DVD

[01:26:04]

sphery:

is that a Disney movie

[01:26:06]

sphery:

or Sony?

[01:26:10]

josh_:

UMMMM

[01:26:51]

sphery:

I think they both use a specific protection mechanism that TTBOMK, only one FOSS program can read through

[01:27:50]

sphery:

20th Century Fox Home Entertainment

[01:27:52]

josh_:

sphery, not sure, I think it's Disney, only based on Disney is supposed to air the sequl

[01:27:55]

josh_:

oh, it's fox.

[01:28:02]

sphery:

don't know if that's close enough to Disney...

[01:28:17]

josh_:

Well let's try another one

[01:28:28]

josh_:

Ever heard of Danny Deckchair?

[01:28:32]

josh_:

*grin*

[01:32:17]

josh_:

sphery, apparently mtd is still used for an ISO DVD image copy

[01:32:26]

sphery:

yeah

[01:32:35]

sphery:

mtd doesn't try to circumvent any copy protections at all

[01:33:00]

sphery:

so if the distributor put on some ARccOS or RipGuard or ..., you can't rip it with mtd/Myth

[01:33:14]

josh_:

hmm, looks like I'll need to hang on to my copy of DVDFab.

[01:33:52]

josh_:

Is there an (easy!) way to import an iso file from another ripper?

[01:34:16]

sphery:

Once you have your ISO, just drop it into any of your MythVideo directories and scan for changes.

[01:34:38]

Captain_Murdoch:

sphery, delaying setting the fanart image in the metadata until after we download it fixed the issue over here. I'll make the same changes for the other image downloads and uploaded a modified patch for iamlindoro to look at.

[01:34:55]

sphery:

Captain_Murdoch: great... thanks for working that out.

[01:36:22]

sphery:

josh_: it may also be a legitimate read error from a scratched disk, but if it is a copy-protection thing, Myth won't be able to rip it.

[01:36:44]

josh_:

sphery, Not even with libdeCSS?

[01:36:49]

josh_:

or whatever it's called

[01:36:55]

sphery:

no

[01:37:09]

sphery:

that just decrypts the content

[01:37:25]

josh_:

oh, I see

[01:37:36]

josh_:

Apparently Danny Deckchair worked.

[01:37:48]

josh_:

20:37:16: job thread finished copying ISO image

[01:37:48]

josh_:

20:37:17: job finished successfully: job dvd 1 1 -1 1 -1 /var/lib/mythtv/videos/DANNY_DECKCHAIR

[01:37:51]

sphery:

these other copy protection schemes make it virtually unreadable by "normal" computer programs

[01:38:57]

sphery:

i.e. the distributor is telling you that you can't be trusted, so they're not following standards so you can't use the disk you bought in "unauthorized" programs/machines

[01:39:34]

josh_:

sphery, agreed. As with the "Trusted computing" nonsense or whatver its called

[01:39:51]

sphery:

yeah

[01:41:19]

MavT (MavT!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Connection timed out)

[01:42:01]

pembo13:

sphery: ok thanks, i'll give that a try

[01:42:28]

sphery:

pembo13: yeah, MythWeb needs local access to recordings

[01:43:00]

pembo13:

sphery: wait, Mythweb is on the same box as the mythbackend

[01:43:26]

sphery:

how many backends do you have

[01:43:35]

pembo13:

sphery: one

[01:43:37]

sphery:

you need the recordings directories from all of them

[01:43:48]

pembo13:

sphery: mythbackend and mythweb are on the same machine

[01:44:03]

pembo13:

sphery: the mysql databse on the a second machine

[01:44:12]

pembo13:

sphery: that second machine also has a reverse proxy however

[01:44:57]

sphery:

hmmm... I"m not sure, then

[01:45:00]

pembo13:

sphery: hold

[01:45:04]

sphery:

check filesystem permissions

[01:45:05]

pembo13:

i think i see the problem

[01:45:06]

sphery:

and hostname setup

[01:45:07]

pembo13:

confirming...

[01:45:13]

sphery:

fingers crossed

[01:45:53]

pembo13:

ok... i should have expected this, SELinux doesn't think a random web file should be accessing system files.. and it's correct

[01:46:01]

pembo13:

i'll have to make the necessary changes

[01:46:20]

pembo13:

i had never attempted to start the stream/download locally before, so had missed the selinux denials

[01:46:21]

sphery:

yeah, much of Myth won't work well with SELinux

[01:46:39]

pembo13:

sphery: well, it's a fair assumption on selinux's side

[01:46:54]

sphery:

yep

[01:47:03]

pembo13:

hopefully, someone at #selinux can suggest a solution

[01:50:28]

nighthawk:

ah weak, it looks like the atrpms lirc dist doesn't have mceusb2 support

[01:50:37]

pembo13:

people are way to quick to quick to disable selinux

[01:51:17]

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

[01:52:16]

nighthawk:

selinux = twice the work to get where you want to be

[01:53:02]

sphery:

and there's nothing worse than an insecure Myth box :)

[01:53:29]

scan_away is now known as scan

[01:53:53]

pembo13:

sphery: well, when it's a multipurpose, ie. not dedicated mythbox, i would defintely agree

[01:54:00]

scan is now known as scan_away

[01:54:09]

pembo13:

sphery: initial solution seems to easy to be correct

[01:54:14]

sphery:

yeah, security is generally always a good thing

[01:54:34]

sphery:

I'm just joking

[01:55:11]

pembo13:

cool

[01:55:51]

pembo13:

seems like i can just set the context of mythtv's directory to httpd's expected data dir context

[01:56:12]

pembo13:

as mythbackend itself isn't confined, it doesn't cause any problems to mythbackend

[01:56:19]

pembo13:

i tried it on a single file, and it worked

[01:56:45]

pembo13:

will wait for scheduled recordings for tonight before i try to change the context of the entire dir

[02:07:38]

swerve (swerve!n=swerve@cpe-72-226-86-206.nycap.res.rr.com) has joined #mythtv-users

[02:07:41]

swerve:

i can't get mythtv to display video out of my laptop through s-video

[02:07:43]

swerve:

21:21 < swerve> i had to change linux media players' renderer to opengl, but that doesn't work for mythtv,

[02:07:46]

swerve:

either

[02:09:55]

sphery:

swerve: sounds like your X is configured with 2 displays and the TV out is the 2nd

[02:10:10]

sphery:

generally, Xv only works on the primary display

[02:12:47]

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

[02:16:43]

gunni_ (gunni_!n=quassel@xdsl-213-196-230-36.netcologne.de) has quit ("No Ping reply in 90 seconds.")

[02:33:27]

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

[02:34:38]

swerve:

hmmm, I just have one display, plug in the s-video cable, and run xandr --output S-video --auto

[02:35:47]

swerve:

everything works but the video – even the little video preview on the recorded video works, just not the video itself when I play it

[02:35:53]

sphery:

the 2 displays being the LCD and the VGA out

[02:36:00]

sphery:

configured in X it's 2

[02:36:05]

MavT (MavT!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Read error: 113 (No route to host))

[02:36:13]

swerve:

oh – i see what you mean – right, 2 videos

[02:36:14]

sphery:

and the video preview is not using Xv, so it would work

[02:36:27]

sphery:

just need to reorganize them in the X config so the TV out is primary

[02:37:25]

swerve:

i'm not seeing that in my xorg. can you point me to a web page?

[02:38:00]

swerve:

i didn't see anything in the wiki except a short page on s-video that didn't really describe /how/ to do it

[02:38:33]

sphery:

yeah, most distros use "config-less X" so they don't specify anything, now

[02:38:43]

sphery:

meaning you'll have to add it yourself

[02:39:01]

Dagmar:

How to do s-video output?

[02:39:04]

sphery:

I don't know of any good references--I don't do multiple displays

[02:39:13]

inordkuo (inordkuo!n=inorkuo@adsl-226-138-194.int.bellsouth.net) has quit ("Leaving.")

[02:39:27]

Dagmar:

It's actually really bloody simple

[02:39:47]

olesalscheider (olesalscheider!n=desktop@xdsl-78-34-221-77.netcologne.de) has quit (Read error: 104 (Connection reset by peer))

[02:39:56]

Dagmar:

..although I can never remember the freakin' name of the graphical X config generator

[02:40:12]

olesalscheider (olesalscheider!n=desktop@xdsl-84-44-249-119.netcologne.de) has joined #mythtv-users

[02:40:41]

inordkuo (inordkuo!n=inorkuo@adsl-226-138-194.int.bellsouth.net) has joined #mythtv-users

[02:42:02]

Dagmar:

ANyway, the simplest thing to do for dual displays is to use the x config tool to generate a config for each display separately, and save them somewhere. Snag the stanza from each that defines each Monitor section...

[02:42:48]

Dagmar:

Then you duplicate the Device stanza that defines your video card and give each a unique identifier, the default it picks IIRC is "Identifier0" so make one Identifier1, etc etc

[02:43:03]

Dagmar:

So now X knows you have two video card outputs and two video cards

[02:44:06]

Dagmar:

Then you clone the Screen section, and modify the name to Screen1 for one of them and change the Device and Monitor declarations to point to your other display

[02:44:29]

swerve:

okay, i'll try that, thanks

[02:45:22]

Dagmar:

There's some other bits you can put in so it knows the relationship between the two displays if you want to span them, but that's probably *not* what you want to do with Myth. Things get weird in X with fullscreen stuff when you've spanned displays

[02:45:42]

Dagmar:

The main thing that'll screw people up is NOT using the vertical refresh rate of 50/60 for the s-video output

[02:45:52]

Dagmar:

50 if yer PAL, 60 if yer NTSC

[02:46:27]

Dagmar:

If you've got an nvidia card (and possibly others that I don't use) there's a specific thing listed in it's README you can use to tag one of them as explicitly using s-video output

[02:46:51]

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

[02:47:15]

Dagmar:

...but once you're looking at a working X config it's basically just a matter of telling it you have two monitors, two video cards (which seems weird) and two displays (the bit X draws on)

[02:47:19]

swerve:

ati

[02:47:49]

phunyguy (phunyguy!n=phunyguy@h69-130-68-42.kgldga.dsl.dynamic.tds.net) has joined #mythtv-users

[02:47:49]

psipsi (psipsi!n=psipsi@rrcs-24-227-36-210.se.biz.rr.com) has joined #mythtv-users

[02:47:49]

cityLights (cityLights!n=cityLigh@bzq-84-108-42-233.cablep.bezeqint.net) has joined #mythtv-users

[02:47:49]

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

[02:47:49]

Notorious (Notorious!n=notoriou@dD57760B4.access.telenet.be) has joined #mythtv-users

[02:47:49]

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

[02:47:49]

Thomas- (Thomas-!i=tomas@krixor.xy.org) has joined #mythtv-users

[02:47:51]

Dagmar:

It's the two video card declaration that's the only really weird part about it

[02:52:22]

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

[03:02:37]

univate (univate!n=chris@203-214-112-61.dyn.iinet.net.au) has quit (Read error: 104 (Connection reset by peer))

[03:02:57]

nixfu_ (nixfu_!n=nixfu@74.138.171.141) has joined #mythtv-users

[03:03:12]

nixfu (nixfu!n=nixfu@74.138.171.141) has joined #mythtv-users

[03:05:29]

univate (univate!n=chris@203-214-112-61.dyn.iinet.net.au) has joined #mythtv-users

[03:05:48]

nixfu (nixfu!n=nixfu@74.138.171.141) has quit (Client Quit)

[03:05:48]

nixfu_ (nixfu_!n=nixfu@74.138.171.141) has quit (Client Quit)

[03:06:36]

CGI510 (CGI510!n=c0a80169@173-22-94-157.client.mchsi.com) has joined #mythtv-users

[03:07:17]

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

[03:09:16]

CGI510 (CGI510!n=c0a80169@173-22-94-157.client.mchsi.com) has quit (Connection reset by peer)

[03:11:23]

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

[03:21:20]

nighthawk (nighthawk!n=nighthaw@c-24-128-157-168.hsd1.nh.comcast.net) has joined #mythtv-users

[03:21:44]

MartinCleaver (MartinCleaver!n=martincl@206-248-130-5.dsl.teksavvy.com) has quit (Read error: 113 (No route to host))

[03:22:22]

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

[03:22:36]

mzb (mzb!n=mzb@ppp108-88.static.internode.on.net) has quit (Read error: 60 (Operation timed out))

[03:25:41]

MavT (MavT!n=Maverick@220.233.86.111) has joined #mythtv-users

[03:26:32]

wagnerrp:

well it would seem the reason i never got any sensible logging out of mythlog.py

[03:26:37]

wagnerrp:

is because it does absolutely nothing

[03:33:52]

MavT (MavT!n=Maverick@220.233.86.111) has quit (Read error: 148 (No route to host))

[03:34:46]

stoth (stoth!n=stoth@24.191.224.213) has joined #mythtv-users

[03:35:22]

pat__ (pat__!n=pat@203.171.82.242.static.rev.aanet.com.au) has quit (Remote closed the connection)

[03:55:40]

Pio (Pio!n=sean@207.181.14.102) has quit (Read error: 54 (Connection reset by peer))

[03:58:51]

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

[03:58:53]

reves (reves!n=rooms@120.17.186.208) has joined #mythtv-users

[04:00:32]

reves:

Has anybody Got any opinions on running mythtv in either fedora or ubuntu under sun virtualbox? Any obstacles I can expect or if it's even possible?

[04:01:21]

[R]:

and you are going to do what with it?

[04:01:39]

wagnerrp:

reves: performance

[04:01:53]

wagnerrp:

running mythtv in a container or sandbox is one thing

[04:02:22]

wagnerrp:

but you really shouldnt run applications in a full virtual machine unless you need to run under a different OS

[04:04:13]

reves:

I'm more interested in doing it for the experience. And given that I can't alter the machines main os.. thought a virtualbox distro would be an idea. What dirt of performance hinderance can I expect?

[04:05:29]

reves:

R, just watch tv and time shift. That's itt.

[04:05:39]

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

[04:05:45]

wagnerrp:

the frontend will be more difficult than the backend

[04:06:00]

wagnerrp:

and you very likely will not have Xv support running in a virtual machine

[04:06:35]

reves:

Xv support is what exactly?

[04:06:47]

wagnerrp:

hardware video acceleration

[04:06:53]

wagnerrp:

namely scaling and colorspace conversion

[04:06:58]

wagnerrp:

mythtv does not like to run without it

[04:08:37]

reves:

Ah. Because of the virtualbox not using my nvidia cards capabilities?

[04:08:50]

wagnerrp:

thats the idea

[04:09:59]

reves:

Do any vmware style options that yu know of utilise your graphics hardware directly? Or am I at a dead end already?

[04:10:31]

wagnerrp:

there are 'vmware-tools' packages which allow some improvement to graphics in the virtual machine

[04:10:35]

wagnerrp:

what exactly, i dont remember

[04:11:57]

reves:

Okay. Thanks a lot mate that's worth looking into. It'd be a worthwhile gig if I could get reasonable performance.

[04:12:01]

stoth (stoth!n=stoth@24.191.224.213) has quit ("Leaving")

[04:12:25]

wagnerrp:

reves: the best option is probably just trying to compile the frontend directly on solaris

[04:12:59]

sphery:

or get a PC to run GNU/Linux

[04:13:12]

wagnerrp:

sphery++

[04:14:07]

sphery:

Guess I should explain that's not meant to be a knock against Solaris, but just stating the fact that Myth is really designed for GNU/Linux at this point.

[04:14:12]

reves:

Sorry should have made myself clearer. I'm actually running virtualbox under the dreaded windows 7.

[04:14:38]

wagnerrp:

well in that case, the best option would be just trying to compile the frontend directly on windows

[04:14:53]

wagnerrp:

supposedly, there is support for an official frontend on windows now

[04:15:09]

wagnerrp:

although the documentation for compiling it there is a bit dated

[04:15:22]

reves:

Mythtv can operate directly under windows?

[04:15:23]

wagnerrp:

and the devs still havent decided whether or not to provide a binary

[04:15:25]

reves:

Ah i see

[04:16:52]

sphery:

I'm hoping they don't--don't really want Sisvel or anyone else coming after the project.

[04:16:59]

croppa (croppa!n=stuart@135.27.233.220.static.exetel.com.au) has quit (Read error: 60 (Operation timed out))

[04:17:10]

wagnerrp:

sisvel?

[04:17:14]

reves:

I liked the idea of keeping myth in Linux where it's happiest and just floating above windows shittery in a virtual environment

[04:17:42]

reves (reves!n=rooms@120.17.186.208) has quit (Read error: 104 (Connection reset by peer))

[04:18:59]

reves (reves!n=rooms@120.17.186.208) has joined #mythtv-users

[04:19:20]

wagnerrp:

sphery: any suggestions where i might find the meanings of 'priority' in mythconverg.mythlog?

[04:19:25]

reves:

Sorry. Bloody tunnel.

[04:19:36]

reves:

Yeah I don't approve of myth in windows either

[04:20:22]

reves:

Who is sysvel?

[04:20:45]

wagnerrp:

so, Sisvel is a patent tank for a bunch of formats

[04:20:57]

sphery:

wagnerrp: Sisvel "owns" the patents for MP3 and are basically going around suing everyone and their dog. Already sued Openmoko. Pretty sure they also have cops confiscate equipment at trade shows in Germany.

[04:21:32]

reves:

Wow. That's just not nice at all

[04:22:01]

sphery:

wagnerrp: in programs/mythfrontend/globalsettings.cpp see LogPrintLevel

[04:22:20]

reves:

Wonder who the silent partners of this sisvel are.

[04:22:27]

sphery:

it's basically so that users can control how much is "printed" to the DB when DB logging is enabled

[04:22:40]

wagnerrp:

did they buy frahnhoffer?

[04:22:47]

sphery:

In short, with Thomson, Fraunhofer IIS, Sisvel (and its U.S. subsidiary Audio MPEG), Texas MP3 Technologies, and Alcatel-Lucent all claiming legal control of relevant MP3 patents related to decoders, the legal status of MP3 remains unclear in countries where those patents are valid.

[04:23:02]

sphery:

that from: http://en.wikipedia.org/wiki/MP3

[04:23:24]

wagnerrp:

sphery: ok... im just looking to make MythLog.py functional

[04:23:33]

wagnerrp:

currently it does nothing but act as a placebo

[04:24:48]

sphery:

I should really stop helping you. I don't know Python, and I'm now jealous at how far ahead the Python bindings are compared to the Perl bindings.

[04:25:02]

reves:

sphery, interesting reading

[04:25:04]

sphery:

Been all happy up here on my Perl pedestal.

[04:25:12]

pat__ (pat__!n=pat@203.171.82.242.static.rev.aanet.com.au) has joined #mythtv-users

[04:25:19]

wagnerrp:

youre putting the perl on the pedestal?

[04:25:38]

wagnerrp:

anyway, im just pissed off at my export script

[04:25:46]

wagnerrp:

i keep having errors in one place or another

[04:25:52]

wagnerrp:

but i cant actually figure out whats going on

[04:25:53]

reves (reves!n=rooms@120.17.186.208) has quit (Read error: 104 (Connection reset by peer))

[04:26:08]

wagnerrp:

because even though i have it set up to log... that logging does exactly nothing

[04:26:15]

sphery:

heh

[04:26:34]

sphery:

so really the Python bindings are great, now, because you actually needed them to do interesting things.

[04:26:53]

wagnerrp:

i cant really log to a file, since i have no idea where the user would want to log to

[04:27:01]

sphery:

yeah

[04:27:06]

[R] ([R]!n=rbox@unaffiliated/rbox) has quit ("Leaving")

[04:27:08]

sphery:

db logging makes sense, if enabled

[04:27:19]

wagnerrp:

i dont know... does standard output from the jobqueue get piped through to mythbackend's output?

[04:27:49]

sphery:

don't know...

[04:29:18]

sphery:

looks like all the jobs are run with myth_system

[04:29:34]

Captain_Murdoch:

stdout goes wherever mythbackend/mythjobqueue's output go.

[04:29:41]

Captain_Murdoch:

their stdout

[04:29:57]

slam_ (slam_!n=grndslm@96.19.110.120) has joined #mythtv-users

[04:29:59]

wagnerrp:

so i can just print within the script, and have it show up in mythbackend's log

[04:30:14]

Captain_Murdoch:

mythtranscode and mythcommflag even use the same verbose level of the caller mythbackend/jobqueue.

[04:30:38]

Captain_Murdoch:

if by log you mean "mythbackend -someoptions > /some/log.file

[04:30:40]

Captain_Murdoch:

"

[04:30:47]

wagnerrp:

thats the one

[04:31:05]

Captain_Murdoch:

yep.

[04:31:47]

wagnerrp:

well i still think it would be more useful for errors to show up in the database logs

[04:31:56]

wagnerrp:

so they can be gotten at from mythweb or the frontend

[04:34:00]

sphery:

yeah, by all means fix the db logging support

[04:34:06]

sphery:

just make sure it checks to see that logging is enabled

[04:34:35]

sphery:

LogEnabled is the boolean setting to check

[04:34:47]

wagnerrp:

in settings?

[04:35:07]

inordkuo (inordkuo!n=inorkuo@adsl-226-138-194.int.bellsouth.net) has quit ("Leaving.")

[04:35:10]

wagnerrp:

yeah

[04:35:17]

sphery:

yeah

[04:35:53]

sphery:

Captain_Murdoch got you the answer to where stdout/stderr goes while I was reading the source... I looked up to say what he said and saw he had said it. I'm way too slow.

[04:38:04]

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

[04:39:14]

Captain_Murdoch:

enough people complain about mpeg2 decoding errors in mythcommflag that I know where it's stdout/stderr go. :)

[04:39:53]

sphery:

heh

[04:40:15]

sphery:

yeah, I didn't know if mythcommflag and mythtranscode--being "special" jobs--had special code

[04:42:08]

wagnerrp:

any reason why the 'logdate' field doesnt just automatically pull the current time?

[04:42:38]

sphery:

So, as the time zone guy, I'm feeling guilty for not having responded to: http://www.gossamer-threads.com/lists/mythtv/dev/392245#392245 . However, since that's all EIT time zone stuff, I have no clue how it works. Maybe stuarta will respond once he gets his new place connected.

[04:45:16]

sphery:

wagnerrp: this is a complete and total guess, but maybe just so that the DB time agrees exactly with the log file time???

[04:46:22]

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

[04:48:22]

jst_home (jst_home!n=jst@dpc6935243243.direcpc.com) has joined #mythtv-users

[04:50:34]

pizzledizzle (pizzledizzle!n=pizdets@pool-96-250-220-91.nycmny.fios.verizon.net) has quit (Read error: 60 (Operation timed out))

[04:51:19]

iamlindoro:

Captain_Murdoch, committed, couldn't have finished it without you :) Now to figure out the other outstanding SG issues...

[04:51:51]

iamlindoro:

Of all the weekends to lead into feature freeze, this is the one I've got some half-day commitment every day :)

[04:54:33]

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

[04:56:30]

Captain_Murdoch:

could ask for a tiny bit of leeway since it's a plugin.

[04:56:54]

Captain_Murdoch:

if the changes stay inside mythplugsin/mythvideo/

[04:56:58]

iamlindoro:

Yeah... and I figure those are less features than bugfixes, really

[04:57:09]

iamlindoro:

I mean if we are "go" for SGs, then everything is a bugfix

[04:57:39]

Captain_Murdoch:

if you don't, then even more could be as you rip things out. :)

[04:57:43]

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

[04:57:59]

iamlindoro:

hehe

[04:58:11]

iamlindoro:

Could be as simple as // >>Videos

[04:58:27]

iamlindoro:

(whoops, arrows wrong direction, but you get the idea)

[04:58:48]

iamlindoro:

and I guess it's // << "Videos"

[04:58:53]

iamlindoro:

haven't looked in a long time

[05:02:36]

iamlindoro:

Maybe this week if I find a little time I'll update the plugin tutorial for MythUI

[05:03:01]

iamlindoro:

maybe even flesh it out to show an example of each widget

[05:07:30]

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

[05:15:23]

l3v0n (l3v0n!n=l3v0n@p54BD7626.dip.t-dialin.net) has quit (Read error: 110 (Connection timed out))

[05:15:51]

l3v0n (l3v0n!n=l3v0n@p54BD41BE.dip.t-dialin.net) has joined #mythtv-users

[05:16:53]

mikeones (mikeones!n=mikeones@pool-70-104-31-42.dllstx.fios.verizon.net) has quit ("leaving")

[05:19:50]

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

[05:23:13]

[R] ([R]!n=rbox@unaffiliated/rbox) has quit ("Leaving")

[05:24:49]

mzb_zz is now known as mzb

[05:27:27]

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

[05:27:27]

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

[05:31:22]

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

[05:36:21]

tris (tris!i=tristan@camel.ethereal.net) has quit (Read error: 60 (Operation timed out))

[05:36:32]

tris (tris!i=tristan@camel.ethereal.net) has joined #mythtv-users

[05:39:37]

XChatMav (XChatMav!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Read error: 60 (Operation timed out))

[05:42:24]

MavT (MavT!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Read error: 113 (No route to host))

[05:48:10]

reves (reves!n=rooms@120.17.186.208) has joined #mythtv-users

[05:48:33]

davilla (davilla!n=davilla@xbmc/staff/davilla) has quit ()

[05:50:24]

Defense|Twin (Defense|Twin!n=jepz@f054003019.adsl.alicedsl.de) has quit (Read error: 104 (Connection reset by peer))

[05:51:34]

reves (reves!n=rooms@120.17.186.208) has quit (Read error: 104 (Connection reset by peer))

[05:51:41]

reves (reves!n=rooms@120.17.186.208) has joined #mythtv-users

[05:52:33]

pheld (pheld!n=heldal@81-31-227-230.net.nc-systems.no) has joined #mythtv-users

[05:54:43]

DarkLogik (DarkLogik!n=darklogi@76.73.51.195) has quit (Remote closed the connection)

[05:58:31]

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

[06:03:53]

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

[06:05:23]

reves (reves!n=rooms@120.17.186.208) has quit ("Rooms • iPhone IRC Client • http://rooms.derflash.de")

[06:06:34]

strex (strex!n=strex@ip72-201-244-137.ph.ph.cox.net) has joined #mythtv-users

[06:07:39]

strex:

So my mythtv-setup is only pulling up 3 tuners, and I've got 3x PVR-500's, Even dmesg see's all 3 card / 6 imputs. Any suggestions?

[06:08:44]

DarkLogik (DarkLogik!n=darklogi@darklogik.com) has joined #mythtv-users

[06:08:44]

DarkLogik (DarkLogik!n=darklogi@darklogik.com) has quit (Remote closed the connection)

[06:11:10]

Dibblah (Dibblah!n=Dibblah@94-168-160-13.cable.ubr11.dund.blueyonder.co.uk) has quit (Remote closed the connection)

[06:11:38]

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

[06:11:38]

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

[06:11:42]

shackles (shackles!n=user@99.144.230.147) has joined #mythtv-users

[06:13:04]

adante (adante!n=adante@59.167.212.65) has quit (Read error: 60 (Operation timed out))

[06:14:44]

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

[06:14:51]

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

[06:18:42]

KraMer (KraMer!n=mark@adsl-70-240-204-164.dsl.hstntx.swbell.net) has quit (Remote closed the connection)

[06:20:50]

MavT (MavT!n=Maverick@111.86.233.220.static.exetel.com.au) has quit (Read error: 113 (No route to host))

[06:26:50]

strex:

So my mythtv-setup is only pulling up 3 tuners, and I've got 3x PVR-500's, Even dmesg see's all 3 card / 6 imputs. Any suggestions?

[06:27:36]

wagnerrp:

you have to add all six tuners as individual cards in mythtv

[06:27:51]

wagnerrp:

probably /dev/video[0–5]

[06:27:57]

Dagmar:

Yep.

[06:28:45]

strex:

I've tried to add them that way, but I only get the option to add /dev/video4–6

[06:29:07]

strex:

it will not even see video0–3

[06:29:20]

Dagmar:

Can you reboot the thing and then paste your dmesg to pastebin?

[06:29:23]

strex:

yet lspci -v & dmesg do..

[06:29:32]

Dagmar:

Or just see if all the ivtv init stuff is still in there and paste it

[06:29:47]

wagnerrp:

youre adding them as 'mpeg encoders' right? not 'v4l tuners'... or something like that?

[06:29:55]

strex:

wagnerrp: yes.

[06:29:58]

Dagmar:

Oi. I've an idea

[06:30:02]

strex:

k

[06:30:15]

Dagmar:

Delete all the tuners from the config. Open the machine. Remove two of the cards. REboot.

[06:30:21]

iamlindoro:

Just type them in

[06:30:26]

Dagmar:

Make damn sure it's showing two tuners, set it up for those two tuners.

[06:30:32]

iamlindoro:

myth doesn't autodetect anything, just edit the field and type in the tuners

[06:30:36]

Dagmar:

Shutdown, insert second card. See if you get four tuners or just three

[06:30:48]

Dagmar:

You should be seeing ivtv chatter about each

[06:31:52]

Dagmar:

You really *should* just be able to point Myth at video zero through five tho

[06:31:58]

strex:

so iamlindoro typing them in manually 'should' work?

[06:32:02]

Dagmar:

Yeah

[06:32:13]

iamlindoro:

yep

[06:32:23]

iamlindoro:

if you ls /dev/video* and see them all, then typing them in will be fine

[06:32:26]

Dagmar:

If /dev/video0 through /dev/video5 exist then it was just the autofillin stuff that was confusing things

[06:32:55]

strex:

well, both you guys, (and wagnerrp) have been a huge help, so I'll try that and see what happens..

[06:32:57]

Dagmar:

NOTE! I am not referring to ANYTHING like /dev/video24 and higher

[06:33:11]

Dagmar:

Those are special purpose /dev nodes not meant for use by Myth

[06:33:14]

strex:

no no, Dagmar I know..

[06:33:18]

Dagmar:

Okay cool

[06:33:22]

strex:

I've seen that in dmesg

[06:34:11]

strex:

also, I have a hvr-1600 that is seen by kernel, but not seen by mythtv-setup..

[06:34:18]

strex:

should I try the same thing there?

[06:35:35]

Dagmar:

myth doesn't detect things man

[06:35:49]

Dagmar:

It does exactly zero work about looking for tuners you might have

[06:36:08]

strex:

so the 'probed info' really means nothig?

[06:36:09]

Dagmar:

mythtv-setup does not figure things out on it's own

[06:36:17]

wagnerrp:

what populates that dropdown?

[06:36:19]

Dagmar:

Once you've told it a card to look into yes

[06:37:39]

strex:

cool, I see.. Thanks again for the help (and what a great help it's been). I'll run with it from here.

[06:38:15]

strex:

may I ask, what you guys run on your BE boxes? OS wise?

[06:40:19]

Dagmar:

Slackware

[06:41:46]

strex:

nice, I still have slackware 3.x disks around here somewhere...

[06:45:15]

wagnerrp:

gentoo, freebsd, windows

[06:48:30]

shackles (shackles!n=user@99.144.230.147) has quit (Read error: 104 (Connection reset by peer))

[06:49:20]

Shadow__X (Shadow__X!n=Shadow__@unaffiliated/shadowx/x-411846) has quit ()

[06:50:00]

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

[06:52:16]

strex:

so, "could not open '/dev/video1' to probe it's inputs".

[06:53:08]

strex:

and obviousley scanning for channels fails.

[06:54:03]

Dagmar:

You don't scan for channels with a PVR-500

[06:54:09]

Dagmar:

It's fair to middling pointless

[06:54:23]

Dagmar:

...but if it couldn't open it, you need to check that dmesg/syslog

[06:54:33]

Dagmar:

Something went wrong when the card was being initialized

[06:54:59]

mgisbers_away is now known as mgisbers

[06:55:45]

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

[06:56:29]

mindoms (mindoms!n=stefan@212.183.62.43) has joined #mythtv-users

[06:59:03]

strex:

Dagmar: http://pastebin.com/m2862a474

[06:59:39]

Dagmar:

Oooooh

[07:00:09]

Dagmar:

So your HVR-1600 is apparently landing on video0

[07:00:10]

sidh_rRr is now known as sidh

[07:00:27]

wagnerrp:

bah....

[07:00:39]

wagnerrp:

export script is failing on a squiggley n

[07:01:17]

Dagmar:

OUch

[07:01:20]

Dagmar:

Something is broken there

[07:01:30]

Dagmar:

Look at line 676

[07:01:58]

Dagmar:

Something there is bursting into flames when it gets around tot he last two tuners

[07:02:27]

strex:

agreed

[07:02:46]

Dagmar:

http://ivtvdriver.org/pipermail/ivtv-devel/2008-June/005620.html

[07:03:01]

Dagmar:

You might be able to sieve a workign solution from that post alone

[07:03:40]

Dagmar:

I'd say you ARE short of memory for the buffers tho with that many tuners

[07:04:28]

Dagmar:

For the record, these are the Google terms I used: ivtv allocation failed: out of vmalloc space

[07:04:37]

Dagmar:

It's _that_ simple to find solutions sometimes

[07:05:34]

Dagmar:

//www.opensubscriber.com/message/ivtv-users@ivtvdriver.org/4295236.html" rel="nofollow">http://www.opensubscriber.com/message/ivtv-us . . . 4295236.html <-- has something related to the highmem kernel setting that may be applicable

[07:05:40]

strex:

I know I hear ya, I work in the computer field.

[07:05:52]

wagnerrp:

that and SD screwed up... named something 'H21K' instead of 'H2IK'

[07:06:13]

Dagmar:

You might be able to get around the problem by putting vmalloc=(a decent value) in with the boot params, or you might need to recompile the kernel to change the highmem flag to the correct value

[07:06:16]

wagnerrp:

although it was probably someone at ABC that fouled that one up...

[07:06:39]

Dagmar:

wagnerrp: I noticed that

[07:06:49]

Dagmar:

It wasn't SD

[07:06:57]

Dagmar:

It showed up in Zap2it's info like that too

[07:06:57]

strex:

Dagmar: would upping the ram another gig or two fix it as well..

[07:07:05]

Dagmar:

strex: How much do you have?

[07:07:18]

Dagmar:

Tuners don't need _that_ much memory

[07:07:31]

Dagmar:

The problem is that there's generally a much smaller area reserved for things drivers and the kernel does with hardware

[07:07:39]

Dagmar:

...and it's apparently a little TOO small

[07:08:03]

Dagmar:

Now, if you are tryign to do this with say, just a single Gb of RAM, you're probably screwed

[07:08:27]

strex:

2gb now..

[07:08:34]

Dagmar:

Well, maybe half a gig would be impossible

[07:09:39]

Dagmar:

Check /proc/config.gz to make sure your kernel isn't using CONFIG_HIMEM4G just on general principle, but that first post I linked had enough info to give you an idea of what vmalloc= argument you should be able to pass to make the kernel reserve more space

[07:09:46]

strex:

from "free -m" "Mem: 2533 1690 842"

[07:10:03]

Dagmar:

it's not got much to do with the total amount of memory you have

[07:10:15]

Dagmar:

It's more a matter of what subset of that memory the kernel is keeping reserved

[07:10:25]

Dagmar:

What it *has* reserved is apparently running out

[07:10:31]

Dagmar:

This is where that kernel parameter comes in

[07:10:42]

Dagmar:

the highmem thing just changes the way it goes about reserving that memory

[07:10:43]

strex:

I see what your saying.

[07:11:25]

Dagmar:

I don't know what kernel you're running, and some people might be putting that highmem 4g thing in because it doesn't really break things

[07:11:54]

Dagmar:

*normally*

[07:12:07]

strex:

Dagmar: 2.6.27.25–170.2.72.fc10.i686

[07:12:28]

Dagmar:

I wasn't talking about the version of the kernel, but you should be abel to check /proc/config.gz to see what it was compiled with

[07:12:42]

Dagmar:

I don't know what they compiled into that kernel

[07:13:04]

Dagmar:

zgrep helps

[07:13:06]

strex:

config.gz doesn't exist in /proc.

[07:13:33]

Dagmar:

Bastards

[07:13:38]

strex:

yep

[07:13:39]

Dagmar:

Oh wait

[07:13:45]

Dagmar:

That code got modularized

[07:13:47]

Dagmar:

Umm...

[07:14:09]

Dagmar:

Do a `modprobe configfs` and see if you get an error

[07:14:23]

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

[07:14:32]

Dagmar:

THe least tehy could do for people is let them have the module that provides that, even if it doesn't get loaded (and is slightly the wrong way to do it)

[07:14:34]

strex:

yu

[07:14:35]

strex:

p

[07:14:40]

strex:

error

[07:14:43]

Dagmar:

Damn them

[07:14:51]

strex:

I blame the bastards.

[07:14:54]

Dagmar:

Well, try a reaosnable vmalloc= setting then

[07:15:06]

Dagmar:

At least it'll be quicker than digging further into the kernel

[07:15:49]

Dagmar:

Christ

[07:15:53]

strex:

well giving my setup what would a valid vmalloc= setting be?

[07:16:01]

Dagmar:

There IS a /proc/vmallocinfo but I've no idea how to parse it

[07:16:40]

Dagmar:

strex: Well, you could try the Gentoo way, and since we've seen someone safely use vmalloc=256M you could see whether that gives you fewer or more errors, but...

[07:16:50]

Dagmar:

I think that's stil too small...

[07:17:20]

strex:

so vmalloc=512M ?

[07:17:42]

Dagmar:

This post.. http://ivtvdriver.org/pipermail/ivtv-devel/2008-June/005620.html

[07:17:47]

Dagmar:

It mentions some numbers

[07:18:00]

Dagmar:

"You need a little more than 64M just to

[07:18:16]

Dagmar:

accommodate 1 CX23418 chip since modules use vmalloc address space, and the 64M of CX23418 register space also uses vmalloc space."

[07:18:47]

Dagmar:

512M might well get you there

[07:18:50]

Dagmar:

It'll be close tho

[07:18:54]

Dagmar:

You might have to go even higher

[07:19:07]

strex:

756?

[07:19:10]

Dagmar:

You're using at least 384M just on the PVR-500's according to that

[07:19:35]

strex:

on 1 500?

[07:19:42]

strex:

or all 3?

[07:19:59]

Dagmar:

Each tuner has one of those chips associated with it

[07:20:08]

strex:

yes

[07:20:29]

Dagmar:

I'd try 512M and see if it works

[07:20:37]

strex:

ok, will do..

[07:20:43]

Dagmar:

Maybe go higher in increments of 128 if it doesn't

[07:20:43]

strex:

sec

[07:20:59]

Dagmar:

If things don't change at all then we're probably on the wrong track

[07:23:09]

Dagmar:

http://us.download.nvidia.com/XFree86/Linux-x . . . endix-l.html <-- very informative

[07:23:25]

Dagmar:

"Depending on how much system memory is installed, the kernel virtual address space remaining for other uses varies in size and may be as small as 128MB, if 1GB of system memory (or more) are installed. By default, the kernel reserves a minimum of 128MB."

[07:23:58]

Dagmar:

Going from there it might be that it's allocated 256M because yu've got 2Gb of RAM and we know that's not enough

[07:24:03]

strex:

rebootted with -vmallco=512M / crosses fingers

[07:27:46]

strex:

same problem

[07:28:00]

[Peter]:

strex: use vmalloc not -vmalloc

[07:28:13]

strex:

k trying.

[07:28:22]

Dagmar:

I was assuming that was something he was passing to grub, either way...

[07:28:39]

Dagmar:

...cat /proc/cmdline would say if it went through correclty or not

[07:32:16]

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

[07:32:28]

pembo13 (pembo13!n=pembo13@70.94.113.230) has quit (Remote closed the connection)

[07:34:48]

strex:

well.. I was passing it to grub, but 'cat /proc/cmdline' doesn't agree..

[07:34:54]

strex:

:-(

[07:35:06]

strex:

same problem.

[07:35:12]

Dagmar:

Yeah if it didn't show up there the kernel never got the message

[07:35:41]

strex:

I get it, I've added it too the end of the boot line..

[07:37:00]

strex:

I'm a bit warry, but should I add it to /boot/grub.conf ?

[07:38:03]

mindoms:

you can edit it at boot time in the grub menu. just select the line and press "e"

[07:38:32]

mindoms:

but editing menu.conf is fine too. just remember tu run update-grub, or your changes arent set

[07:38:44]

strex:

mindoms: that's what I've done before but that didn't work..

[07:38:47]

Dagmar:

Or just add an entry for booting with that option to the menu

[07:39:28]

Dibblah:

192Mb apparently works for 2 -500s.

[07:40:13]

strex:

Dibblah: so what about 3, + a 1600?

[07:40:25]

Dibblah:

I have no idea :)

[07:40:42]

Dibblah:

512 should definitely be enough, though.

[07:40:45]

Dagmar:

WEll, 192 is three blocks of 64

[07:40:45]

** strex stabs the cards and runs away.. **

[07:40:50]

Dibblah:

Since these buffers are static.

[07:40:52]

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

[07:40:52]

Dagmar:

I think 512 will work

[07:41:20]

strex:

Dagmar: making a new entry in grub now, for testing.

[07:41:24]

Dagmar:

Might be able to go to 384 based on that info tho

[07:42:00]

strex:

Dagmar: so 384, or 512?

[07:42:51]

Dagmar:

Either should work, 512 is more likely to on the first go

[07:43:11]

Dagmar:

Try 512, if that works, then try 384, if 384 doesn't, split hte difference, etc

[07:43:34]

Dagmar:

Like Dibblah says, the buffers themselves are static

[07:43:56]

Dagmar:

You don't have to worry about them suddenly being comsumed later due to high system load or something

[07:44:18]

Dibblah:

And also (AFAIK) used as DMA targets, so there may be some limits as to where they can be in some systems.

[07:44:40]

strex:

so I would assume the 'malloc=512M' would go after the inittrd statement in grub.conf?

[07:44:47]

Dagmar:

vmalloc=

[07:45:15]

strex:

ok, but it's after the initrd ********* right?

[07:45:23]

Dagmar:

Probabl

[07:45:27]

Dagmar:

I dont' use gub

[07:45:29]

Dagmar:

er grub

[07:45:34]

strex:

or just on a new line?

[07:45:40]

strex:

yes it's grub

[07:45:44]

Dagmar:

For all I know they might have an initrd parameter that lives a happy little life on it's own line

[07:46:00]

Dagmar:

...but if you see a line with a bunch of varname=value assignments on it, that would be the place to add it

[07:46:06]

** strex falls off chair **

[07:46:36]

Dagmar:

I'm somewhat assuming you'd know where to put new kernel parameters

[07:46:47]

juski:

you should live in a padded house if you fall off chairs so easily

[07:47:18]

pheld (pheld!n=heldal@81-31-227-230.net.nc-systems.no) has quit ("Leaving.")

[07:47:24]

strex:

juski: hhaha

[07:47:55]

juski:

I should've brought my laptop into work today. I'm bored & feel like messing with code again

[07:48:48]

juski:

I wonder if either of the machines in the lab can have working gl in linux..

[07:49:10]

strex:

rebooting, brb..

[07:50:33]

juski:

Dagmar: regarding refresh rates for nvidia TV-out – AFAIK they're set by the TVSTANDARD you opt for in xorg. I've never seen tearing on a nvidia tvout :)

[07:50:46]

pheld (pheld!n=heldal@81-31-227-230.net.nc-systems.no) has joined #mythtv-users

[07:50:54]

Dagmar:

juski: That's because nvidia's driver is pretty leet

[07:51:05]

juski:

pity intel's isn't :(

[07:51:19]

Dagmar:

...plus it'll generally just quietly say "No, and fuck you" in the logs and do what it wants if you set it wrong implicitly

[07:51:25]

juski:

well, they can do a good refresh rate range – try getting that synced to video drawing though :-\

[07:52:00]

Dagmar:

...but some of the older cards will definitely visibly say "No, fuck you" and exit if you set it wrong

[07:52:05]

juski:

I'm gonna bin my intel video stuff one day

[07:52:10]

juski:

oh yeah

[07:52:28]

[Peter]:

strex: you put the vmalloc=512M at the end of the kernel row

[07:52:30]

juski:

I remember wasting a day trying to make a GF2 tvout fit my TV screen

[07:53:01]

juski:

then a GF4. overscan controls weren't cutting it. at least in ATI's binary driver you get *full* control

[07:53:14]

Dagmar:

You can also google "vmalloc= grub.conf" believe it or not

[07:53:32]

[Peter]:

Dagmar: nah, that would be too easy.

[07:53:32]

juski:

x & y position, x overscan and y overscan.. it's neato

[07:53:39]

Dagmar:

*Someone* will have probably posted a grub.conf with one in it

[07:53:42]

juski:

nvidia could, if they could be bothered :(

[07:54:08]

juski:

is clever waffling again?

[07:54:29]

Dagmar:

No, just someone with a massive number of tuners

[07:54:54]

juski:

oh no, it's somebody else. I've got everybody with non-alphabetic chars as first characters of their nick on ignore.

[07:55:30]

Dagmar:

This actually lends more weight to the "Have 256Mb of RAM per tuner" thing mentioned in the earlier install docs

[07:55:56]

juski:

pisses me off when folks use backticks & stuff – methinks it's all about the order they appear in IRC client user lists. Silly billies

[07:57:57]

juski:

good god in heaven! HOW many -commits emails in 2hours?

[08:01:10]

juski:

I have to stop using gmail. it sucks

[08:01:59]

Dagmar:

So make a rule that puts them in their own folder.

[08:02:16]

juski:

gmail doesn't have folders

[08:02:24]

juski:

it has *labels*

[08:02:32]

Dagmar:

Same deal.

[08:02:36]

juski:

which is pretty much like folders only no frickin use

[08:02:51]

Dagmar:

Just turn on the bit that *takes them out of the inbox* when it labels them and they function just like folders.

[08:05:38]

strex:

Dagmar: [Peter] that didn't work as expected, but I did gain 1 input, so now I have 4 out of my 7. better than 3. It's late here so I'll work with it again tomorrow. for the record here's the dmesg: http://pastebin.com/m350b67f6

[08:06:36]

DarkLogik (DarkLogik!n=darklogi@darklogik.com) has joined #mythtv-users

[08:12:04]

FR^2 (FR^2!n=frzwo@2001:41d0:1:ed2f:0:0:0:cafe) has joined #mythtv-users

[08:12:59]

mindoms1 (mindoms1!n=stefan@93-82-90-123.adsl.highway.telekom.at) has joined #mythtv-users

[08:20:06]

mindoms (mindoms!n=stefan@212.183.62.43) has quit (Read error: 145 (Connection timed out))

[08:47:22]

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

[08:53:28]

RyeBrye (RyeBrye!n=ryebrye@170.249.sfcn.org) has quit ()

[08:55:00]

madLyfe:

if i have a mounted share with music in it will i beable to access it through mythtv's gui?

[09:02:55]

Shadow__X (Shadow__X!n=Shadow__@unaffiliated/shadowx/x-411846) has quit ()

[09:10:11]

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

[09:13:47]

strex (strex!n=strex@ip72-201-244-137.ph.ph.cox.net) has quit ("leaving")

[09:34:04]

pheld (pheld!n=heldal@81-31-227-230.net.nc-systems.no) has quit ("Leaving.")

[10:01:33]

univate (univate!n=chris@203-214-112-61.dyn.iinet.net.au) has quit (Read error: 101 (Network is unreachable))

[10:02:38]

univate (univate!n=chris@203-214-41-130.dyn.iinet.net.au) has joined #mythtv-users

[10:06:01]

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

[10:15:35]

jvs (jvs!n=jvs@90.146.56.206) has quit ("Leaving")

[10:19:05]

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

[10:19:42]

lyricnz (lyricnz!n=simonrob@203.177.213.58) has quit (Client Quit)

[10:19:55]

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

[10:25:10]

lyricnz (lyricnz!n=simonrob@203.177.213.58) has quit (Read error: 60 (Operation timed out))

[10:29:49]

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

[10:34:02]

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

[10:34:13]

juski:

madLyfe: if you point mythmusic at it & allow it to scan for files yes

[10:34:29]

lyricnz (lyricnz!n=simonrob@203.177.213.58) has quit (Client Quit)

[10:57:31]

josh_ (josh_!n=josh@c-98-201-31-24.hsd1.tx.comcast.net) has quit ("Leaving")

[11:01:57]

cityLights:

I allready asked but didnt understand the answer

[11:02:36]

cityLights:

I read AMD (ati) are offering a programing enviroment on their gpu like nvidia

[11:09:05]

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

[11:09:37]

linxeh (linxeh!n=linx@88-96-202-38.dsl.zen.co.uk) has quit (Read error: 113 (No route to host))

[11:12:05]

Dassu:

Has anybody here been able to boot their system under 20s from Power button press to mythfrontend+lirc under 20s ?

[11:14:41]

GreyFoxx:

I played with my old frontend one and had it down to about 12 seconds without trying very hard

[11:15:24]

GreyFoxx:

that was a few years back now

[11:16:24]

Dassu:

Hmm, Yeah...

[11:16:49]

Dassu:

The longest part of the boot is the dhcp... Wonder if I can put it in background without messing with runit

[11:22:10]

sebrock (sebrock!n=sebastia@hd5b90669.selukra.dyn.perspektivbredband.net) has joined #mythtv-users

[11:23:00]

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

[11:30:36]

Dassu:

k, wasn't too complicated

[11:37:24]

Easy_Rider9999 (Easy_Rider9999!n=jhmgbl@p5B2253BB.dip.t-dialin.net) has joined #MythTV-users

[11:38:45]

Dassu:

K,..

[11:39:20]

Dassu:

I set gdm to start as soon as udev and lirc has been started... I think it was something around 20s :/

[11:39:41]

Dassu:

also made DHCP to work on background so everything else loads faster

[11:40:07]

Dassu:

I was able to ssh to the back super fast

[11:40:14]

Dassu:

Still doesn't win s2ram ://

[11:42:12]

inordkuo (inordkuo!n=inorkuo@97.66.21.169) has joined #mythtv-users

[11:47:39]

Faithful (Faithful!n=Faithful@ns.linuxterminal.com) has quit (Read error: 110 (Connection timed out))

[11:48:12]

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

[11:58:02]

Dassu:

Now our next brain storm is how to start mythbox with Remote controller.

[11:58:31]

Dassu:

a) We need an receiver which does boot from lan.... or we need to edit our power switch

[12:01:44]

Dassu:

c) I need somebody to do that for me

[12:02:04]

** Dassu lol'd. **

[12:05:13]

Easy_Rider9999 (Easy_Rider9999!n=jhmgbl@p5B2253BB.dip.t-dialin.net) has quit ("Leaving.")

[12:10:14]

gbee (gbee!n=gbee@cpc2-derb9-0-0-cust37.leic.cable.ntl.com) has joined #mythtv-users

[12:10:20]

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

[12:10:36]

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

[12:12:38]

chainsawf (chainsawf!n=chainsaw@121.73.114.254) has joined #mythtv-users

[12:25:04]

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

[12:30:57]

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

[12:31:36]

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

[12:33:57]

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

[12:35:05]

Dassu:

Basically. easiest way is to just modify power switch

[12:35:11]

Dassu:

the connect two wires.

[12:35:28]

Dassu:

The hardest part is that....It should some recognize IR commands O_o.

[12:35:37]

Dassu:

That is really why it hasn't been done

[12:35:43]

Dassu:

by amateur

[12:35:48]

laga:

wrong ;)

[12:36:06]

Dassu:

laga: ;(

[12:36:16]

laga:

there is a german shop... i just forgot the name

[12:36:27]

laga:

i believe anykey__ has one

[12:36:37]

Dassu:

ok..

[12:38:57]

AndyCap:

Dassu: another option is theoretically a bios that can wake up on usb hid events and a hid remote.

[12:39:16]

Dassu:

AndyCap: :P Heh, and I happen to have serial receiver

[12:39:27]

Dassu:

AndyCap: Well. I could get creative and build USB one

[12:40:31]

** Dassu checks it out. **

[12:40:34]

AndyCap:

serial? well, some bioses could wake up on ring or something

[12:40:48]

AndyCap:

so if you could trigger RI and your bios supports it...

[12:42:11]

GreyFoxx:

I have my FE set to way up on usb events. and my remote sends a pulse that tells the usb receiver to trigger it

[12:42:39]

GreyFoxx:

It was amatter of a couple bios settings

[12:42:53]

GreyFoxx:

though to be honest I never use ti as I never turn them off

[12:42:55]

GreyFoxx:

ever

[12:43:02]

GreyFoxx:

except for maintenance

[12:45:20]

gbee:

which remote/receiver?

[12:45:31]

gbee:

something special or just off the shelf kit?

[12:46:13]

gbee:

not that I could really use it, combined fe/be, it has to be up to record :/

[12:46:24]

laga:

acpi wakeup!

[12:48:02]

gbee:

never felt I could trust it, but maybe I should get over that fear

[12:48:51]

gbee:

really not much point in the machine running between 1am and 6pm, nothing is recorded or watched during that period

[12:49:09]

gbee:

except on weekends

[12:49:43]

gbee:

suspend maybe

[12:49:53]

jams:

I use these for all my mythboxes http://www.simerec.com/PCS-2.html

[12:50:00]

jams:

hasn't failed me yet

[12:50:21]

jams:

note it's only a power switch, no interface with lirc

[12:57:12]

GreyFoxx:

gbee: just my mce remote.

[12:57:29]

GreyFoxx:

it just worked once I toggled a bios setting or 2

[12:57:35]

GreyFoxx:

wake on usb something

[13:00:33]

ddettman (ddettman!n=ddettman@62.70.27.104) has left #mythtv-users ()

[13:02:32]

jams:

interesting, according to my stats it's pretty much an even split between amd and intel for mythboxes

[13:02:55]

jst_home (jst_home!n=jst@dpc6935243243.direcpc.com) has quit (Read error: 104 (Connection reset by peer))

[13:04:13]

jams:

heh ati and intel are fighting it out for 2nd place in the video card department.

[13:04:53]

Gav8in:

I was advised to not even think about anything but nvidia for easy driver support

[13:05:01]

Gav8in:

Hey, does anyone know anything about TV Guide On Screen ?

[13:05:33]

Dassu:

jams: grrr... expensive

[13:06:25]

jst_home (jst_home!n=jst@dpc6935243243.direcpc.com) has joined #mythtv-users

[13:07:01]

GreyFoxx:

Gav8in: Yes, stick to nvidia if you can

[13:07:11]

chainsawf (chainsawf!n=chainsaw@121.73.114.254) has quit ("yep... i broke it good that time...")

[13:07:31]

Gav8in:

On monday I get my new dual core atom with nvidia ion box

[13:07:35]

Dassu:

jams: worth it though

[13:07:35]

Gav8in:

i am quite excited.

[13:07:38]

gbee:

GreyFoxx: hmm, nice, I'll have to try that then

[13:08:43]

Gav8in:

hrrrm. if we could figure out the format of TVGOS, that would be useful

[13:09:15]

chainsawf (chainsawf!n=chainsaw@121-73-114-254.cable.telstraclear.net) has joined #mythtv-users

[13:09:32]

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

[13:09:40]

jams:

Dassu- little expensive, but they work well

[13:09:46]

jams:

seperate commands for on/off

[13:10:09]

jams:

can also force the machine off if it hasn't shutdown after 1 minute

[13:10:24]

GreyFoxx:

I plan to replace 2 of my FE's with ion boxes

[13:11:02]

jams:

do you still use the msn boxes?

[13:11:41]

GreyFoxx:

Yeah, those are what I plan to replace

[13:11:50]

XLV:

GreyFoxx, sounds solid plan.. thing is how well vdpau handles h264 with various encoding options.. its more versatile than purevideohd in windows i reckon, but still, if you encounter any content it cant handle, atom 330 isnt enough

[13:11:51]

GreyFoxx:

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

Current users (197):