Beirdobot, irc.freenode.net

Thursday, January 26th, 2012, 00:01 UTC

[00:01:42]

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

[00:09:38]

hadees (hadees!~hadees@64.132.24.248) has quit (Quit: hadees)

[00:19:57]

paras (paras!~darren@dslb-088-066-147-193.pools.arcor-ip.net) has joined #mythtv-users

[00:20:27]

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

[00:27:35]

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

[00:38:17]

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

[00:43:57]

sphery:

wagnerrp: are you working on the size_t & long long -> uint_64t issue?

[00:45:46]

wagnerrp:

i intend to, havent gotten to it yet

[00:46:43]

sphery:

ok, cool... was going to work on it if you didn't plan to

[00:46:51]

sphery:

but since you are, I can work on log viewer

[00:51:11]

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

[00:52:11]

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

[00:53:48]

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

[00:55:52]

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

[01:02:24]

bradd (bradd!~bradd@shaolin.ameri.ca) has quit (Quit: leaving)

[01:04:34]

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

[01:06:11]

lis1r (lis1r!~lisa@garak.bismuth83.co.uk) has joined #mythtv-users

[01:06:52]

lis0r (lis0r!~lisa@garak.bismuth83.co.uk) has quit (Ping timeout: 276 seconds)

[01:06:52]

lis1r is now known as lis0r

[01:10:31]

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

[01:11:52]

paras (paras!~darren@dslb-088-066-147-193.pools.arcor-ip.net) has quit (Quit: Verlassend)

[01:12:12]

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

[01:13:47]

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

[01:22:01]

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

[01:23:30]

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

[01:24:14]

LedHed (LedHed!~LedHed@68-189-73-72.dhcp.trlk.ca.charter.com) has quit (Quit: Leaving)

[01:28:39]

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

[01:47:58]

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

[01:52:07]

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

[01:55:58]

highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv-users

[01:59:17]

MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has quit (Ping timeout: 248 seconds)

[02:03:25]

jkfod (jkfod!~Greg_od@79.140.9.106) has quit (Ping timeout: 245 seconds)

[02:04:37]

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

[02:06:21]

davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)

[02:06:41]

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

[02:08:35]

helptranscode (helptranscode!47bb3e29@gateway/web/freenode/ip.71.187.62.41) has joined #mythtv-users

[02:18:51]

helptranscode:

Hello, me again

[02:19:12]

sphery (sphery!~mdean@user-0c6s50s.cable.mindspring.com) has quit (Quit: leaving)

[02:19:40]

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

[02:19:40]

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

[02:19:46]

helptranscode:

HandBrakeCLI does keep the script around as a phantom process when it fills up the buffer with errors, I originally had the -2 flag for 2 pass transcoding, that caused one of my problems

[02:22:50]

NightMonkey (NightMonkey!~NightMonk@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)

[02:27:28]

Shadow__X (Shadow__X!~jose@unaffiliated/shadowx/x-411846) has quit (Ping timeout: 276 seconds)

[02:29:03]

russell5 (russell5!~russell5@pool-173-48-61-235.bstnma.fios.verizon.net) has quit (Remote host closed the connection)

[02:29:33]

helptranscode (helptranscode!47bb3e29@gateway/web/freenode/ip.71.187.62.41) has quit (Ping timeout: 264 seconds)

[02:30:18]

russell5 (russell5!~russell5@pool-173-48-61-235.bstnma.fios.verizon.net) has joined #mythtv-users

[02:35:16]

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

[02:36:05]

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

[02:55:57]

MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has joined #mythtv-users

[02:58:34]

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

[03:03:35]

wagnerrp:

sphery: perhaps you want to deal with #10287?

[03:03:58]

wagnerrp:

since youre the one who seems to be pushing most for all storage directories to be defined on the master backend

[03:06:33]

warriorforGod (warriorforGod!~warriorfo@unaffiliated/warriorforgod) has joined #mythtv-users

[03:06:47]

warriorforGod:

I have installed mythbuntu 11.10 and I am noticing a couple of issues. When running mythfrontend locally, I can't see any of my content, and nothing external to the myth box can see it at all. Any suggestions?

[03:07:42]

wagnerrp:

what do you mean by "see your content"?

[03:08:09]

wagnerrp:

are you talking about loose videos, independent from recordings mythtv itself has made?

[03:08:11]

warriorforGod:

I mean when i launch the myth front end and try and browse dvds i have ripped or recordings, none of it is listed.

[03:08:32]

wagnerrp:

recordings will all be in media library --> watch recordings

[03:08:44]

sphery:

wagnerrp: will do. thanks for the heads up

[03:09:11]

wagnerrp:

and the only reason they would not be there is if you have them filtered out, or if you simply have not made any recordings

[03:09:32]

wagnerrp:

sphery: if nothing else, it may as well be closed "wont fix due to dead end code"

[03:09:59]

warriorforGod:

I specified another place for it to look for dvd rips as well as putting them in /var/lib/mythtv/video, but none of those show up. Any idea why?

[03:10:22]

sphery:

yeah, I'll just fix it to warn for permissions but not missing dirs

[03:10:24]

wagnerrp:

warriorforGod: other video content must be accessed through media library --> watch videos, which requires the mythvideo plugin be installed, and that you 'scan for content' through the menu

[03:10:35]

sphery:

it's a quick fix, so even though it's dead code...

[03:10:56]

wagnerrp:

warriorforGod: presumably you added that directory to the 'Videos' storage group in mythtv-setup?

[03:13:25]

warriorforGod:

wagnerrp: Yeah, that is where I added it.

[03:14:14]

wagnerrp:

then if youre in that section, and dont see anything, open the 'm' menu and 'scan for ...something', i dont recall specifically what it says to scan for

[03:14:24]

J-e-f-f-A:

Changes.

[03:14:26]

J-e-f-f-A:

;-)

[03:14:26]

wagnerrp:

it should be fairly obvious

[03:14:56]

sphery:

Ch-Ch-Ch-Changes...

[03:15:10]

** J-e-f-f-A laughs. ;-) **

[03:15:31]

sphery:

think I'm missing a ch, though

[03:15:46]

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

[03:15:51]

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

[03:31:48]

wagnerrp:

sphery: i was actually looking for an explanation and a closed, to be fixed when that code is scrapped and rewritten

[03:31:53]

wagnerrp:

but i suppose that works too

[03:31:58]

wagnerrp:

:)

[03:35:40]

sphery:

hehe

[03:40:17]

warriorforGod:

wagnerrp: Is the scan for content in the mythtv front end or back end

[03:44:03]

wagnerrp:

since there is no backend GUI, its obviously in the frontend

[03:44:09]

wagnerrp:

i assume thats not what youre asking?

[03:44:31]

ertyu (ertyu!~ertyu@2001:4978:1e3:0:219:e3ff:fe04:bb8c) has quit (Quit: Leaving)

[03:44:46]

warriorforGod:

Ahh. There we go. Thanks.

[03:45:55]

sphery:

maybe was asking where the directories need to be available?

[03:46:34]

wagnerrp:

the directories are accessed by, and need to be available to, the backend process

[03:46:44]

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

[03:46:47]

wagnerrp:

however the actually scanning and processing is performed by the frontend

[03:46:57]

wagnerrp:

by pulling file lists from the backend over the internal communications protocol

[03:48:31]

warriorforGod:

Ok, so the local fronted now sees everything, however my ps3 still does not. Any idea why? No firewall in play here.

[03:49:13]

wagnerrp:

problems between old and new code

[03:49:22]

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

[03:49:29]

wagnerrp:

mythvideo transitioned to storage groups in 0.22

[03:49:46]

wagnerrp:

storage groups being a mechanism for definition of storage on the backend, and streaming that content to any and all frontends

[03:50:10]

wagnerrp:

the UPNP server is a completely independent subsystem, and still uses the old local storage definitions

[03:50:31]

wagnerrp:

that means you need to define the paths in the media setup in the frontend

[03:50:48]

wagnerrp:

the UPNP server will then do its own periodic scan for content using that folder

[03:51:10]

wagnerrp:

the upnp server has been migrated over as well in 0.25

[03:51:11]

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

[03:51:22]

sphery:

does that mess up the scan for changes?

[03:51:32]

wagnerrp:

it should not

[03:51:45]

wagnerrp:

mythvideo should recognize the duplicate path, and ignore it

[03:51:49]

sphery:

ah, cool

[03:51:51]

sphery:

just wondered

[03:52:03]

sphery:

never used upnp, so didn't know how it worked

[03:52:08]

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

[03:52:27]

sphery:

after all, I want a useful client rather than a universally useless one

[03:53:09]

wagnerrp:

warriorforGod: note that mythtv's UPNP server does not do any form of transcoding

[03:53:19]

wagnerrp:

so however it exists on disk, thats how it gets sent to the device

[03:53:34]

wagnerrp:

if your PS3 cannot handle it in that format, nothing mythtv can do about it

[03:53:46]

wagnerrp:

that said, most digital recordings tend to work fine

[03:56:40]

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

[03:58:13]

warriorforGod:

ps3 can handle it, just trying to figure out why it saw the videos before when I just had mythtv installed on top of ubuntu, and now it doesn't see it after installing mythbuntu.

[03:58:55]

wagnerrp:

your previous install likely used the old method of defining paths for mythvideo

[03:59:21]

wagnerrp:

so when you rebuilt it, and used the new mechanism, the upnp server still using the old mechanism didnt know where to find it

[03:59:29]

warriorforGod:

So any idea when it will be fixed? If I copy the rips into the recording repo will it see it?

[04:00:09]

wagnerrp:

as mentioned, the upnp server has already been migrated over in 0.25

[04:01:51]

warriorforGod:

Ok. Looks like I have .24 installed

[04:02:36]

wagnerrp:

0.25 is in development, and not yet released

[04:07:48]

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

[04:12:23]

dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 252 seconds)

[04:17:47]

dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv-users

[04:27:16]

jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 240 seconds)

[05:11:59]

[R] ([R]!~rbox@unaffiliated/rbox) has quit (Ping timeout: 252 seconds)

[05:24:07]

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

[05:25:30]

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

[05:40:46]

warriorforGod (warriorforGod!~warriorfo@unaffiliated/warriorforgod) has quit (Quit: Computer has gone to sleep)

[05:51:06]

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

[06:29:49]

Muzer (Muzer!~muzer@cpc3-ando6-2-0-cust86.15-1.cable.virginmedia.com) has quit (Ping timeout: 240 seconds)

[07:02:43]

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

[07:07:09]

croppa (croppa!~stuart@CPE-58-168-235-170.lns6.win.bigpond.net.au) has quit (Ping timeout: 240 seconds)

[07:07:18]

croppa (croppa!~stuart@CPE-58-169-163-72.lns3.cha.bigpond.net.au) has joined #mythtv-users

[07:13:55]

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

[07:16:56]

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

[08:01:29]

hpeter (hpeter!~hpeter@197-34.62-188.cust.bluewin.ch) has joined #mythtv-users

[08:01:30]

Scopeuk-AFK is now known as Scopeuk

[08:15:21]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Quit: Ex-Chat)

[08:19:15]

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

[08:19:24]

FLeiXiuS:

Any ideas for a cheap diskless front-end?

[08:21:11]

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

[08:21:33]

wagnerrp:

some athlon II or core i3, with a mini-itx or micro-atx board and case

[08:21:44]

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

[08:22:03]

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

[08:22:12]

FLeiXiuS:

wagnerrp, Mmm so no ARM solution with VPDAU ;-(

[08:22:35]

wagnerrp:

VDPAU only works with the x86 and x86–64 architectures

[08:22:44]

wagnerrp:

so no

[08:23:17]

FLeiXiuS:

Erm, that would make sense. I need something small enough to mount behind a LCD TV on a wall.

[08:23:49]

FLeiXiuS:

Or I'll have to fiddle with hdmi baluns + IR passthrough devices

[08:24:01]

wagnerrp:

look for a previous generation mac-mini (with nvidia graphics)

[08:24:09]

wagnerrp:

or a asrock vision

[08:24:25]

wagnerrp:

or build your own with a mini-itx board and an m350 case

[08:26:19]

wagnerrp:

HDMI baluns?

[08:26:29]

FLeiXiuS:

HDMI over ethernet baluns

[08:26:45]

wagnerrp:

no such thing

[08:27:17]

FLeiXiuS:

bah

[08:27:23]

FLeiXiuS:

you know what I meant, over cat6.

[08:27:26]

wagnerrp:

bah?

[08:27:33]

wagnerrp:

yes... no such thing

[08:27:49]

wagnerrp:

find me an example and ill prove you wrong

[08:29:02]

FLeiXiuS:

There's a load of them

[08:29:26]

wagnerrp:

no, there are none

[08:30:01]

FLeiXiuS:

http://www.amazon.com/Extender-CAT5e-100Meter . . . f=pd_vtp_e_5

[08:30:04]

FLeiXiuS:

Fake right

[08:30:25]

wagnerrp:

no, just not a balun

[08:30:34]

Scopeuk is now known as Scopeuk-AFK

[08:30:51]

wagnerrp:

a balun is used to convert a differential signal to a single-ended one

[08:30:55]

croppa (croppa!~stuart@CPE-58-169-163-72.lns3.cha.bigpond.net.au) has quit (Ping timeout: 240 seconds)

[08:31:02]

wagnerrp:

HDMI and ethernet are both differential signals

[08:32:22]

wagnerrp:

an "HDMI Balun" would be used to convert the three differential data channels into three shielded coaxial ones

[08:32:48]

wagnerrp:

but then you would need additional wires to carry additional data

[08:32:55]

wagnerrp:

and it would just be a mess in general

[08:32:58]

FLeiXiuS:

Or 3 wave lengths over 1 medium?

[08:33:33]

wagnerrp:

huh?

[08:33:35]

FLeiXiuS:

None the less, I'll work with what you have said.

[08:34:09]

wagnerrp:

if you wanted to send those three data channels over a single conductor

[08:34:29]

wagnerrp:

you would either need to write your own protocol to merge the three data streams one one side and break them apart on the other

[08:34:45]

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

[08:34:58]

FLeiXiuS:

Isnt that what these 'extenders' do..otherwise they'd be useless

[08:34:59]

wagnerrp:

or you would need to run three separate broadband modulators to insert the signals on three separate carrier waves

[08:37:01]

wagnerrp:

these devices take the 19-pin HDMI connector, and map it across the two 8-pin 8P8C connectors

[08:37:37]

wagnerrp:

you drop the four shield lines, leaving one spare for an additional ground

[08:38:05]

wagnerrp:

you lose the shielding, but you gain the fact that CAT6 is 22–24 gage wire

[08:38:15]

wagnerrp:

as opposed to typical 26–28 gage HDMI

[08:38:43]

wagnerrp:

which means you can pump significantly higher voltage down the lines to prevent corruption

[08:39:56]

wagnerrp:

its little more than an amplifier

[08:46:28]

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

[08:50:15]

FLeiXiuS (FLeiXiuS!~FLeiXiuS@unaffiliated/fleixius) has quit (Ping timeout: 240 seconds)

[09:02:22]

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

[09:08:55]

Moscherkobold (Moscherkobold!Moscherkob@roath.org) has quit (Read error: Connection reset by peer)

[09:10:46]

Moscherkobold (Moscherkobold!Moscherkob@roath.org) has joined #mythtv-users

[09:34:12]

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

[09:49:16]

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

[09:54:15]

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

[09:57:23]

GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (Ping timeout: 252 seconds)

[09:57:31]

GreyFoxx (GreyFoxx!~greg@2607:ae00:fff9::1) has joined #mythtv-users

[09:59:49]

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

[10:00:56]

Fnee (Fnee!~Fnee@ppp59-167-140-175.static.internode.on.net) has joined #mythtv-users

[10:01:30]

Muzer (Muzer!~muzer@cpc3-ando6-2-0-cust86.15-1.cable.virginmedia.com) has joined #mythtv-users

[10:03:10]

Fnee:

Hi all :)

[10:13:40]

Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5FECC.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)

[10:18:02]

croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit (Read error: Operation timed out)

[10:19:26]

Fnee:

Can anyone supply a gentle clue batting or URL to explain how to get Mythvideo under Windows XP (win32) to work? I've got a Mythbuntu (0.24.1) backend and numerous linux frontends working without issue, but Windows frontends all crash as soon as a video is selected to play.. Its driving me nuts! :( Please help! :)

[10:21:00]

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

[10:26:13]

ServerSage:

Fnee: If you start mythfrontend from the command line does it give you any indication as to why it's crashing.

[10:28:36]

Fnee:

No.. There's just the Windows crash dialog... I can get the "technical information" from there, but there isnt anything on the command line..

[10:29:39]

Fnee:

Scanning for changes correctly sees the storage group on the backend and lists all the available movies.. but without any metadata...

[10:30:04]

ServerSage:

Fnee: So if you actually open a command prompt, run mythfrontend from that command prompt, it's not giving you anything in that command prompt window?

[10:30:32]

Fnee:

No.. The last line shown is the end of the "Scan for changes" I did to populate the list...

[10:30:43]

Fnee:

I'll do it again to make sure...

[10:31:02]

ServerSage:

Fnee: You may need to bump up the verbosity.

[10:31:54]

ServerSage:

Fnee: It may vomit all over the window, but try running it with -v all

[10:32:52]

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

[10:32:54]

Fnee:

<laughs> I was just about to say once the command stops having a seizure, I'll let you know what it says :)

[10:33:50]

ServerSage:

Fnee: yeah, you may need some paper towels at the ready. ;) But, it will certainly tell us what the last thing that happened was.

[10:34:10]

ServerSage:

Fnee: Out of curiosity, what version of the frontend are you running on the windows client?

[10:35:13]

Fnee:

Its the MythTvSetup_0.24.1-fixes_git-1-g347cd24.exe build...

[10:35:58]

Fnee:

Hmm, interesting.. I had to re-scan for changes after leaving to grab the version ... I wonder if thats related somehow..

[10:36:22]

Fnee:

Are there application dependencies under windows aside from just the frontend?

[10:36:50]

ServerSage:

Fnee: I'm not sure, I've never run on Windows. :) May need to check the wiki for that info unless somebody else here chimes in.

[10:37:42]

Fnee:

<chuckles> The wiki is unfortunately less than forthcoming.. I'm not building the exe myself, I'm using one of the builds from the davco website..

[10:38:03]

Fnee:

Hmm, all I'm seeing as the point of crash is:

[10:38:21]

Fnee:

2012-01–26 21:36:24.328 ProcessAddRemoveQueues

[10:38:21]

Fnee:

2012-01–26 21:36:24.328 Construct FD_SET

[10:38:21]

Fnee:

2012-01–26 21:36:24.328 Waiting on select.. (no pipe)

[10:38:21]

Fnee:

2012-01–26 21:36:24.531 Got data on select (no pipe)

[10:38:21]

Fnee:

2012-01–26 21:36:24.531 MythSocketThread: select returned error

[10:38:22]

Fnee:

eno: No error (0)

[10:38:55]

ServerSage:

Fnee: Next time post that at pastebin or another paste site.

[10:39:10]

Fnee:

Oh.. sorry! <coughs>

[10:39:35]

Fnee:

Those lines however are coming up while the frontend is idle.. I've just re-run it and its sitting at the main menu repeating those lines over and over...

[10:40:08]

ServerSage:

Fnee: Do you have the path set in your video settings on the frontend? And is that path available on the windows client?

[10:41:23]

Fnee:

The path is set to a dud local directory, however, the local filesystem isnt in use.. Everything should be coming off the backend... Just as it does with all the linux frontends...

[10:43:15]

ServerSage:

Fnee: Does the backend have anything in it's logs?

[10:43:49]

Fnee:

I wasnt sure that it would? I thought everything would be on the frontend only? I'll take a look...

[10:44:25]

ServerSage:

Fnee: It's worth a peak. :)

[10:48:26]

Fnee:

Just restarting the backend with logging bumped up.. :)

[10:52:56]

hpeter_ (hpeter_!~hpeter@197-34.62-188.cust.bluewin.ch) has joined #mythtv-users

[10:53:01]

hpeter (hpeter!~hpeter@197-34.62-188.cust.bluewin.ch) has quit (Read error: Connection reset by peer)

[10:53:01]

hpeter_ is now known as hpeter

[10:56:33]

sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Operation timed out)

[11:01:07]

Fnee:

[11:05:03]

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

[11:05:51]

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

[11:06:17]

mike is now known as Guest29608

[11:09:25]

Fnee:

Its going to fill up the hard drive logging before it finishes scanning for changes.. <chuckles>

[11:12:08]

sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv-users

[11:27:56]

beata- (beata-!beata@108.12.181.220) has quit (Ping timeout: 252 seconds)

[11:41:09]

Fnee:

D'oh! Nothing in the backend logs except the normal "client disconnected" stuff...

[11:44:06]

Fnee:

I'm at a complete loss over it.. LiveTV works without issue..

[11:44:19]

Fnee:

MythVideo worked before storage groups, but now not anymore..

[11:45:05]

russell5 (russell5!~russell5@pool-173-48-61-235.bstnma.fios.verizon.net) has quit (Remote host closed the connection)

[11:49:22]

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

[12:03:32]

simonckenyon (simonckenyon!~simoncken@195.7.61.12) has joined #mythtv-users

[12:04:16]

russell5 (russell5!~russell5@pool-173-48-61-235.bstnma.fios.verizon.net) has joined #mythtv-users

[12:08:52]

Fnee:

I'm sure I must be doing something wrong or I've misunderstood someting....

[12:09:15]

jkfod (jkfod!~Greg_od@31.31.100.24) has quit (Ping timeout: 252 seconds)

[12:11:54]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has joined #mythtv-users

[12:18:29]

kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (*.net *.split)

[12:23:39]

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

[12:23:39]

Mode for #mythtv-users by hubbard.freenode.net : +v kormoc

[12:33:14]

ScottCh (ScottCh!~scott@99-46-157-129.lightspeed.rlghnc.sbcglobal.net) has joined #mythtv-users

[12:41:46]

Fnee:

I'll come back tomorrow :) 'Night all!

[12:46:53]

Fnee (Fnee!~Fnee@ppp59-167-140-175.static.internode.on.net) has left #mythtv-users ()

[12:54:00]

octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has joined #mythtv-users

[13:06:02]

davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)

[13:06:27]

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

[13:15:00]

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

[13:58:55]

simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Quit: KVIrc 4.0.0 Insomnia http://www.kvirc.net/)

[14:11:34]

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

[14:16:47]

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

[14:19:18]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has quit (Read error: Connection reset by peer)

[14:20:00]

jkfod1 (jkfod1!~Greg_od@31.31.102.42) has joined #mythtv-users

[14:21:14]

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

[14:21:37]

jkfod (jkfod!~Greg_od@31.31.97.50) has quit (Ping timeout: 252 seconds)

[14:24:56]

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

[14:27:54]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has joined #mythtv-users

[14:32:00]

warriorforGod (warriorforGod!~warriorfo@unaffiliated/warriorforgod) has joined #mythtv-users

[14:33:45]

warriorforGod (warriorforGod!~warriorfo@unaffiliated/warriorforgod) has quit (Client Quit)

[14:34:57]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has quit (Remote host closed the connection)

[14:41:22]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has joined #mythtv-users

[14:53:33]

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

[14:58:58]

gizmobay (gizmobay!~gizmobay@ip98-165-216-111.ph.ph.cox.net) has joined #mythtv-users

[15:00:00]

gizmobay:

I'm compiling 0.24 fixes. It says libfftw3 no support even though I have libfftw3-dev installed this I have the fftw3.h on my system

[15:03:50]

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

[15:17:04]

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

[15:17:12]

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

[15:17:41]

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

[15:19:14]

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

[15:19:36]

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

[15:27:35]

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

[15:28:47]

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

[15:32:32]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has quit (Read error: Connection reset by peer)

[15:39:33]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has joined #mythtv-users

[15:39:39]

jams:

man i miss being able to say use the QT painter and not have to worry cmd line options

[15:42:10]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has quit (Remote host closed the connection)

[15:45:58]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has joined #mythtv-users

[15:46:10]

sphery:

jams: and why do you need to say "use the Qt painter"?

[15:46:29]

sphery:

if it's choosing the wrong one, we need to fix it...

[15:46:39]

sphery:

and we can't do that if you don't tell us there's a problem

[15:46:51]

jams:

because any extended usage of the GL painter makes nauseous

[15:48:17]

sphery:

so you don't like the transitions or something?

[15:48:20]

jams:

that at it sometimes gets stucks on transitions with the lastest nvidia driver, but it's mostly the nauseous thing

[15:48:32]

jams:

hate the transitions and in general it's just to "soft"

[15:51:49]

jams:

transistions aside , just using the gl painter on a motionless menu will do it to me

[15:52:15]

** jams is sensitive **

[15:53:10]

sphery:

Well, sounds like something needs fixing, but it seems I'm not sensitive enough to even notice--let alone fix it.

[15:55:31]

jams:

could be and I doubt it affects 99% of the ppl out there.

[15:56:42]

jams:

well that came out wierd, but you get the idea :)

[15:59:04]

Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-094-219-058-104.pools.arcor-ip.net) has joined #mythtv-users

[16:12:56]

octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has quit (Quit: Leaving.)

[16:14:53]

streeter (streeter!streeter@nat/redhat/x-oolppmpcjicvbdrx) has quit (Read error: Connection reset by peer)

[16:15:13]

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

[16:16:22]

streeter (streeter!streeter@nat/redhat/x-cadutndlwbdptnjb) has quit (Read error: Connection reset by peer)

[16:16:45]

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

[16:20:38]

yunosh (yunosh!~jan@horde/jan) has joined #mythtv-users

[16:21:03]

yunosh:

hi. is it only me, or is resetting an exception to a rule to the default broken in mythweb?

[16:21:20]

yunosh:

0.24-fixes

[16:25:14]

octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has joined #mythtv-users

[16:28:45]

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

[16:29:32]

sphery:

yunosh: not sure what you mean

[16:31:47]

yunosh:

i create an exception for a recording rule, e.g. to never record one episode of a series, or re-record one opposite. in mythtv i then get an option to delete that exception. in myhtweb the right button in the upcoming recordings list show "Default". clicking it is supposed to delete that exception too. but it doesn't do anything.

[16:31:59]

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

[16:43:32]

AndyUbuntu1 (AndyUbuntu1!~quassel@cpc1-sotn6-0-0-cust689.15-1.cable.virginmedia.com) has quit (Read error: Connection reset by peer)

[16:44:45]

wagnerrp:

yunosh: its a known issue, but i thought it was something that was trunk only

[16:44:52]

wagnerrp:

theres a ticket open for it already

[16:45:06]

yunosh:

k, thanks

[16:45:19]

sphery:

http://code.mythtv.org/trac/ticket/9835

[16:45:23]

sphery:

it's 0.24+

[16:45:55]

sphery:

it just means--as usual--you need to use mythfrontend for that

[16:46:29]

yunosh:

yeah, no problem with that. just wanted to make sure it isn't something on my end

[16:47:36]

sphery:

until we have a new mythweb that's not trying to reproduce all the frontend/backend code by itself, this will happen a lot--especially since our mythweb maintainers aren't doing too much with mythweb as we're transitioning to services API stuff (where, ideally, in the future, mythweb will just be a proxy for the backend services API/HTTP interface)

[16:47:58]

wagnerrp:

sphery: why would you want to "offset the image to the bottom of the framebuffer"?

[16:48:17]

wagnerrp:

i mean even on a projector, you would still want to image to be centered vertically, not shifted down, right?

[16:48:49]

yunosh:

sphery: that's planned for 0.26 right? i.e. the http api

[16:49:00]

yunosh:

so it's not a good time to dive into mythweb code anyway?

[16:49:08]

wagnerrp:

it partially in place in 0.25

[16:49:14]

sphery:

yunosh: we have a good start on the http api, but we have a lot more to do

[16:49:28]

wagnerrp:

it will hopefully be sufficiently complete to replace mythtv-setup by 0.26

[16:49:37]

sphery:

but you /could/ dive into the http api stuff and/or replacing mythweb stuff with proxies to that

[16:49:41]

wagnerrp:

as for what happens to mythweb, thats up to debate

[16:49:58]

sphery:

as a matter of fact, I'm going to need some help with doing the proxy part of that for the log viewer

[16:49:58]

yunosh:

k

[16:50:26]

sphery:

(don't know my php... and don't think the stuff we have for the backend status page is generic enough to be used for proxying the log viewer)

[16:50:46]

wagnerrp:

sphery: do you know javascript at least?

[16:51:09]

sphery:

meaning we need to break out the proxy part of mythweb's backend status page, then extend it to allow proxying requests, etc

[16:51:18]

sphery:

I "know" it enough to hate it :)

[16:51:40]

sphery:

I have the log viewer service working, now... just working on improving UI

[16:51:55]

wagnerrp:

heh, well i figured this log viewer would basically be a static page, populated by JS queries

[16:51:57]

sphery:

and have no idea how to do the proxy part ... was planning on begging kor moc for some help :)

[16:52:12]

wagnerrp:

so _all_ mythweb would be doing was proxying the JSON requests

[16:52:17]

sphery:

right, but unless we do the (terrible) JSON-P thing, we have to proxy those JS queries

[16:52:48]

wagnerrp:

usdollars@yahoo.com .... yeah, thats a compulsory wiki ban

[16:53:46]

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

[16:55:28]

wagnerrp:

seems north korea is holding a 100-day mourning period for glorious leader, during which any use of a cell phone is considered a war crime, punishable by death

[16:55:48]

sphery:

shouldn't they also ban train rides?

[16:56:42]

wagnerrp:

shouldn't they just power down the cell towers?

[16:56:45]

yunosh:

why would you need json-p? i admit i don't really know what you both were talking about :) but would the static page and the log content coming from different hosts?

[16:57:13]

wagnerrp:

yunosh: thats the general idea

[16:57:27]

sphery:

definitely different domain

[16:57:30]

yunosh:

ah, okay

[16:57:31]

wagnerrp:

mythweb would be serving the static page and scripts, but the log data would be in JSON format from the backend

[16:57:32]

sphery:

(where domain is hostname + port)

[16:57:55]

sphery:

and could be different host, too, since mythweb can be installed anywhere

[16:58:31]

wagnerrp:

yunosh: were just of the shared opinion that -p is a horrible idea, bypassing any parser and running the script from the third party domain sight unseen

[16:59:09]

wagnerrp:

if nothing else, its dangerous for the mere possibility of the service API getting garbled and sending improperly formatted junk

[16:59:12]

yunosh:

yes, true. i was just wondering why you need it anway. a proxy is the way to go then indeed

[16:59:14]

sphery:

after all, there's a reason browsers disallow it normally :)

[16:59:28]

sphery:

agreed

[16:59:39]

sphery:

so, do you have much php experience?

[16:59:52]

yunosh:

one could say so :)

[17:00:38]

sphery:

if you were looking to help with mythweb type stuff, setting up a good generic proxy-for-backend-services setup for mythweb would be very beneficial

[17:01:04]

sphery:

and I'm sure kor moc would be happy to help with general design ideas (for how best to fit it in to mythweb/future mythweb)

[17:01:27]

wagnerrp:

yunosh? php experience? na.... the only thing hes done is Horde webmail

[17:01:28]

wagnerrp:

:)

[17:01:36]

yunosh:

:P

[17:01:41]

sphery:

I'm guessing, though, that you're running 0.24-fixes

[17:01:48]

yunosh:

yes, indeed.

[17:01:49]

sphery:

oh, this is Mr Horde... nice to meet you

[17:02:14]

sphery:

ah, yeah... I do, too, but I have a separate dev system set up for development

[17:02:37]

yunosh:

i already wondered how to best setup a dev environment with master, without requiring a separate machine, tuners, etc.

[17:02:53]

sphery:

I have a separate machine, but no separate tuners (just a dummy tuner)

[17:03:09]

wagnerrp:

i use a separate jail (freebsd) and a hdhomerun

[17:03:11]

sphery:

separate machine is nice because it means I /can't/ break my real machine

[17:03:32]

yunosh:

how do you import recordings?

[17:03:55]

quicksilver:

sphery: you're not trying hard enough if you can't :)

[17:03:57]

wagnerrp:

there really is no mechanism to import recordings

[17:03:58]

sphery:

since I got the extra computer for dev box, I haven't had a single development-related issue with my production system

[17:04:09]

wagnerrp:

since youre supposed to carry on your database from previous

[17:04:33]

yunosh:

wagnerrp: yes, i figured, that's why i'm asking :)

[17:04:34]

wagnerrp:

if youre talking about recordings for use on a dev system, you can use the import recorder

[17:04:46]

wagnerrp:

but there is little to no documentation on that

[17:04:52]

yunosh:

oh, such a thing exists?

[17:04:53]

sphery:

yunosh: I don't import them... no need to on my -dev box... I just took a DB snapshop of my production system, then set it up on another mysql server, then changed master/this backend ip address

[17:05:16]

sphery:

then copied a few recording files over (just to have some content), then deleted the "missing" recordings

[17:05:26]

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

[17:05:27]

yunosh:

sphery: yeah, but don't you need some *real* example recordings, as in video files on the hd?

[17:05:31]

yunosh:

ah, okay

[17:05:32]

sphery:

oh, did a hostname change, too... http://www.mythtv.org/wiki/Database_Backup_an . . . d_or_backend

[17:05:35]

wagnerrp:

yunosh: thats one of the great things about the HDHR, one tuner can service any number of backends

[17:05:58]

wagnerrp:

so long as your development backend arent active and disruptive of your production one

[17:06:02]

yunosh:

i'm in germany, so that's not an option

[17:06:11]

sphery:

my mythvideo videos were all created with touch :)

[17:06:12]

wagnerrp:

sure it is, theres a DVB-T version

[17:06:25]

wagnerrp:

and then theres the netceiver

[17:06:28]

yunosh:

dvb-c is what i need

[17:06:41]

wagnerrp:

and then theres some other similar box someone was talking about a few months ago

[17:06:42]

sphery:

When I think of MythVideo, I touch my files...

[17:07:02]

yunosh:

but anyway, some imported examples should be sufficient

[17:07:39]

sphery:

yeah... and in the event that I need a new recording file, I just put it in place with the same name as one of my old ones and then rebuild seek table

[17:08:02]

octavsly (octavsly!~octavsly@static.ip-80-255-245-177.signet.nl) has quit (Read error: Operation timed out)

[17:08:04]

sphery:

speaking of which, I should fix it to fix filesize on rebuild

[17:08:05]

yunosh:

sounds viable

[17:08:25]

Easy_Rider9999 (Easy_Rider9999!~Miranda@dslb-094-219-058-104.pools.arcor-ip.net) has quit (Read error: Connection reset by peer)

[17:08:55]

wagnerrp:

ah, www.nessiedvb.com

[17:09:04]

sphery:

oh, and my approach relies /heavily/ on backups... I keep a 0.24-fixes backup of my dev box db so that I can go back to "normal" setup (with the original recording information and such)

[17:09:30]

sphery:

actually, I have a 0.21-fixes, 0.23-fixes, and 0.24-fixes backup of my dev box (never did a 0.22 one since I never ran 0.22 in production :)

[17:09:37]

wagnerrp:

looks like thats S2, but the guy claimed to be working on T2 and C versions at the time

[17:09:40]

wagnerrp:

no mention of them on the website

[17:10:07]

wagnerrp:

hes just got some DVBAPI driver that implements his communication protocol client side

[17:10:27]

wagnerrp:

rather than mythtv implementing the communication protocol natively (a la HDHR)

[17:10:48]

wagnerrp:

he was in here looking for information about running a slave backend directly on the unit

[17:11:11]

yunosh:

interesting

[17:11:32]

wagnerrp:

decided what he already had in place was sufficient

[17:12:14]

wagnerrp:

since running a slave backend on such a limited hardware machine (ARM + 128MB) really wouldnt get him much besides the headache of trying to build the whole Qt toolchain on the thing

[17:13:14]

wagnerrp:

sphery: https://github.com/MythTV/mythweb/blob/master . . . /handler.php

[17:13:17]

wagnerrp:

not much to it

[17:14:02]

sphery:

wagnerrp: but we need it to be generic enough to do requests for all the services stuff

[17:14:22]

wagnerrp:

i dont see why not

[17:14:37]

wagnerrp:

its not all that difficult

[17:14:57]

wagnerrp:

the rewrite rules push all content through a particular folder through the handler.php in the module of that name

[17:15:29]

sphery:

why is it using curl to grab the content?

[17:15:56]

wagnerrp:

it proxies the page locally in a string, so it can make some minor changes and wrap it

[17:16:11]

wagnerrp:

see the "require_once tmpl_dir.'status.php'"

[17:16:20]

jkfod1 (jkfod1!~Greg_od@31.31.102.42) has quit (Ping timeout: 252 seconds)

[17:16:30]

sphery:

anyway, that's the whole thing I was saying

[17:16:32]

wagnerrp:

basically, lines 38 to 51 are the only non-generic lines used for the whole thing

[17:16:37]

sphery:

that page is specifically for the backend status page

[17:17:01]

sphery:

and we really need to generify the proxy portion and use the generic version for both backend status and services stuff

[17:17:13]

sphery:

I can make it work in PHP

[17:17:31]

sphery:

I just want someone who knows PHP and MythWeb arch to help figure out how best to do it

[17:17:42]

wagnerrp:

for the case of the backend status, its really less of a 'proxy' and more of a 'nesting'

[17:17:48]

sphery:

yeah

[17:18:20]

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

[17:18:20]

sphery:

I konw exactly how I'd do it if I were just setting up apache to do the proxy for me, but since we have to have it as part of the web app...

[17:18:23]

wagnerrp:

hang on, i can probably throw this together in a couple minutes

[17:18:32]

sphery:

hehe

[17:18:40]

sphery:

so do you do php, too

[17:18:41]

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

[17:18:52]

wagnerrp:

not really

[17:18:58]

wagnerrp:

not for a couple years anyway

[17:19:02]

sphery:

just curious

[17:19:06]

sphery:

I just hack it

[17:19:20]

wagnerrp:

but to be honest, its less writing php and more just slightly modifying existing code

[17:19:29]

sphery:

yeah, that's pretty much what I do

[17:25:55]

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

[17:27:31]

wagnerrp:

well thats half of it... now how do i get the keywords out of this

[17:28:26]

wagnerrp:

right... $_GET

[17:34:33]

hpeter (hpeter!~hpeter@197-34.62-188.cust.bluewin.ch) has quit (Quit: hpeter)

[17:41:39]

pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Read error: Connection reset by peer)

[17:42:02]

wagnerrp:

whoops! there we go

[17:42:24]

wagnerrp:

screwed up my init.php and was overwriting the 'status' module

[17:42:44]

wagnerrp:

10 minutes to write it, another 10 minutes to figure out why that wasnt working... :)

[17:43:33]

wagnerrp:

now how to get the headers from the client to pass the correct content type...

[17:44:15]

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

[17:46:25]

MrPaco (MrPaco!~MrPaco@78.127.221.87.dynamic.jazztel.es) has joined #mythtv-users

[17:50:03]

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

[17:50:28]

clever:

wagnerrp: header('Content-type: ...') i think, to pass the header from php->client

[17:51:11]

wagnerrp:

no, thats backwards

[17:51:36]

wagnerrp:

i needed to get the Accept: header from the client's request, and pass it through to the services API through curl

[17:54:22]

gizmobay:

I compiled 0.24 fixes but it can't see my plugins. I sent the path in config but it's looking in /usr/local. ./configure --enable-all --disable-mythzoneminder --prefix=/usr

[17:54:24]

clever:

ah

[17:54:31]

clever:

wagnerrp: check $_SERVER

[17:54:36]

clever:

var_dump($_SERVER);

[17:55:04]

wagnerrp:

i know, and already implemented it

[17:55:53]

wagnerrp:

im just having trouble testing it

[17:56:13]

wagnerrp:

since i dont know how to force urllib2 in python to access a particular virtual host

[17:57:23]

wagnerrp:

and... that sure looks like XML, not JSON

[18:00:21]

MrPaco (MrPaco!~MrPaco@78.127.221.87.dynamic.jazztel.es) has quit (Quit: Leaving)

[18:01:19]

wagnerrp:

why is it not passing that string...

[18:01:33]

wagnerrp:

right... i didnt send it...

[18:03:11]

wagnerrp:

there we go...

[18:03:18]

jkfod (jkfod!~Greg_od@31.31.102.42) has quit (Remote host closed the connection)

[18:05:02]

davide (davide!~david@host70.16.intrusion.com) has quit (Remote host closed the connection)

[18:05:26]

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

[18:07:01]

wagnerrp:

sphery: a bit more than a few minutes, but... http://www.wagnerrp.com/files/MythTV/mythweb_proxy.patch

[18:08:23]

sphery:

"A straight passthrough for the mythbackend status web page (usually on port 6544)

[18:08:28]

sphery:

:)

[18:08:30]

wagnerrp:

mythweb/services/<service name and method>?<whatever> just passes through to the backend, including whatever Accept: parameter you want

[18:08:51]

wagnerrp:

it would appear it also borks the front page

[18:09:13]

sphery:

so the question is how to get it so that html/js knows to use mythweb/services/Myth/GetLogs (assuming you still do the services "directory" in there?)

[18:09:39]

wagnerrp:

just have it pull from mythweb/services/whatever...

[18:09:53]

wagnerrp:

what is the existing services query, were you hitting the backend directly?

[18:14:12]

sphery:

wagnerrp: it's currently like: https://github.com/MythTV/mythtv/blob/master/ . . . neleditor.js (line 5)

[18:14:39]

sphery:

we could probably js-ify the url (that's really a uri, but, whatever ;)

[18:15:03]

sphery:

should probably ask iamlindoro if he has any ideas/preferences for how... ^^^

[18:15:25]

wagnerrp:

in that instance... it would instead be 'mythweb/services/Channel/GetChannelInfoList?SourceID=<sourceid>'

[18:15:43]

wagnerrp:

whatever the existing query, you tack 'mythweb/services' onto the front, and youre done

[18:15:46]

sphery:

ok, cool... so basically just put the services "directory" path in place

[18:16:18]

sphery:

maybe once we come up with a plan for this, we can convince json-p guy to do app-based proxy

[18:16:45]

wagnerrp:

there we go... new version of the patch that doesnt mangle the front page

[18:17:27]

wagnerrp:

note, this doesnt currently do POST methods, only GET

[18:17:50]

wagnerrp:

and it wouldnt handle SOAP, only XML and JSON at the moment

[18:18:21]

wagnerrp:

i left those as an exercise to the user

[18:18:23]

** wagnerrp hides **

[18:19:11]

clever:

wagnerrp: fopen('php://input','r');

[18:19:31]

clever:

wagnerrp: using this, you can read the raw POST data, which lets you handle any format (regular, xml, bare json)

[18:19:32]

wagnerrp:

?

[18:19:53]

clever:

soap works by posting bare xml and using the right content-type

[18:19:56]

Scopeuk-AFK is now known as Scopeuk

[18:20:44]

clever:

http://ca2.php.net/manual/en/wrappers.php.php

[18:21:04]

clever:

once you have the raw POST data and the content type, its fairly simple to re-post it to anything else

[18:21:06]

sphery:

wagnerrp: hehe... I'll leave it as an exercise for some other user, then :)

[18:21:53]

wagnerrp:

sphery: it may be worth scrapping the non-curl methods available there

[18:21:53]

clever:

wagnerrp: ah, next problem is post via file_get_contents/curl

[18:22:00]

wagnerrp:

since they dont support headers/post/whatever

[18:22:06]

clever:

file_get_contents supports post

[18:22:15]

wagnerrp:

and headers?

[18:22:34]

clever:

wagnerrp: yep

[18:22:46]

clever:

http://privatepaste.com/161437cb49 this function does SOAP requests, but can also be used as an example for others

[18:22:51]

sphery:

would be nice to allow use without curl

[18:23:07]

clever:

line 5 sets the content-type header

[18:23:08]

sphery:

I think there's still one guy who doesn't install curl (not me, but I'm sure there's one)

[18:23:08]

Oleg_ (Oleg_!~mine@pool-71-183-185-19.nycmny.east.verizon.net) has quit (Quit: Leaving)

[18:23:23]

clever:

6 sets the POST data to the raw xml (or anything else you want)

[18:23:58]

clever:

actualy, thats xmlrpc, not soap, but basicaly the same thing

[18:24:13]

sphery:

wagnerrp: wonder if we should get the php-bindings support for version checks in place

[18:24:30]

sphery:

since 0.25 will be the first version using the "separate" php bindings and mythweb

[18:24:46]

sphery:

so php checking schema versions and mythweb checking php bindings versions...

[18:25:01]

sphery:

(which likely means creating a php bindings version)

[18:25:14]

sphery:

not that I'm saying you should do that... just thinking out loud

[18:25:58]

clever:

wagnerrp: as for http_build_query($_GET), i think $_SERVER['QUERY_STRING'] would be better

[18:26:37]

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

[18:26:47]

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

[18:27:49]

wagnerrp:

clever: this was really more intended as a quick proof of concept to get it running, something sphery could tinker with to get his side of the code implemented

[18:27:58]

clever:

ah

[18:28:00]

wagnerrp:

i was expecting someone who actually knew php well would tear into it

[18:28:08]

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

[18:28:13]

clever:

ive been using php alot lately

[18:28:30]

wagnerrp:

so, feel free to tear and put up a better patch somewhere

[18:28:58]

clever:

would be nice to fix my mythweb up, havent had it working in months

[18:29:08]

clever:

where is it now i wonder

[18:29:46]

clever:

hmmm, seems to be in a seperate git repo

[18:30:31]

wagnerrp:

yeah, kor moc liked to have multiple different copies of the repo, so he split it off to not require a big 400MB clone for each one

[18:30:59]

clever:

so now its a question of do i work on an old mythweb, or upgrade the backends

[18:32:55]

sphery:

wagnerrp: you do realize, though, that if I push that proof of concept it will be with a --author :)

[18:33:31]

wagnerrp:

go for it

[18:33:44]

wagnerrp:

the committer takes the blame if something breaks

[18:33:53]

wagnerrp:

you committed it, you should have made sure it was safe... :P

[18:34:56]

sphery:

hehe

[18:35:23]

sphery:

guess that means that I could then write disparaging remarks about the author when I end up fixing the issues with it later :)

[18:36:12]

** Seeker` decides to try DVB-S2, has bought http://www.amazon.co.uk/Definition-Digital-Sa . . . 0&sr=8-2 **

[18:36:14]

sphery:

I only say this as we have a serious problem where proof-of-concept code tends to have a magnifying effect on inertia

[18:36:33]

sphery:

i.e. no one ever finishes up the plan

[18:39:06]

discernica (discernica!~bfleming@76-10-179-162.dsl.teksavvy.com) has joined #mythtv-users

[18:41:23]

wagnerrp:

i see what youre trying to do there...

[18:42:09]

** wagnerrp finds himself writing the log viewer, and doesnt know what happened **

[18:42:35]

sphery:

hehe

[18:42:47]

sphery:

it worked, before, so why now now?

[18:48:22]

Oleg_ (Oleg_!~mine@pool-71-183-185-19.nycmny.east.verizon.net) has joined #mythtv-users

[18:48:42]

qwebirc98582 (qwebirc98582!cfa4b641@gateway/web/freenode/ip.207.164.182.65) has joined #mythtv-users

[18:50:42]

qwebirc98582:

Quick question....Any chance of doing this for mythtv? http://www.raspberrypi.org/archives/571 :)

[18:51:59]

wagnerrp:

qwebirc98582: sure, it just depends on how much work youre willing to do, getting support for the decoder implemented

[18:52:22]

clever:

qwebirc98582: one interesting comment i saw, was how much current does the raspberrypi need to run, could it be ran off the 'service only' usb port on a tv for example

[18:52:45]

Oleg_ (Oleg_!~mine@pool-71-183-185-19.nycmny.east.verizon.net) has quit (Quit: Leaving)

[18:53:19]

qwebirc98582:

that'd be a really cheap solution to a frontend....and power off the tv would be amazing

[18:54:05]

sphery:

just when you think you've seen the limits of severely-underpowered systems for MythTV, they make an even more-underpowered system

[18:54:14]

wagnerrp:

AIUI, they havent worked out licensing terms to enable MPEG2 decoding on that decoder chip

[18:54:29]

wagnerrp:

meaning even if you did get mythtv running on the decoder, it would be all but worthless to most people

[18:54:30]

clever:

sphery: it does have 1080 h264 decoding in hardware already

[18:54:39]

qwebirc98582:

ah...so only H.264 then

[18:54:48]

sphery:

wagnerrp: but if you have an 8-core i7 backend that can do real-time transcoding to H.264, you're fine

[18:54:59]

clever:

qwebirc98582: not sure what else it can do yet, havent looked into it much

[18:55:02]

wagnerrp:

heh

[18:55:06]

sphery:

imagine the power savings... 1W raspberry pi versus a 30–60W system

[18:55:36]

clever:

sphery: the tv would probly be drawing more then the computer at that point

[18:55:37]

sphery:

clever: still severely-underpowered

[18:55:44]

sphery:

low memory, very slow cpu

[18:55:46]

wagnerrp:

that both use about the same when not in use and powered off?

[18:55:55]

sphery:

remember tha mythtv does a little bit more than play videos

[18:55:59]

sphery:

mplayer plays videos

[18:56:15]

qwebirc98582:

ya...right now my frontends are even more than 60W

[18:56:27]

sphery:

we actually have a gui and ui for managing and selecting content and such

[18:56:48]

wagnerrp:

qwebirc98582: then youre running older hardware, or made poor choices

[18:56:48]

qwebirc98582:

what's the current "cheapest" solution to a frontend machine?

[18:57:12]

qwebirc98582:

wagnerrp: both actually :)

[18:57:32]

qwebirc98582:

that's why I'm always looking for other solutions

[18:57:33]

wagnerrp:

the "cheapest" solution is an Athlon II (if you can still find one), microatx board and case, 4GB of DDR3, PSU, and GT210 graphics card

[18:57:41]

sphery:

there are a lot of cheap solutions... now, inexpensive, yet functional is a whole other matter

[18:57:45]

wagnerrp:

should come out around $200-$250

[18:58:04]

sphery:

and, generally (as wagnerrp alluded) means getting a not-small system and putting it somewhere other than underneath the TV

[18:58:09]

sphery:

i.e. in a different room or whatever

[18:58:29]

qwebirc98582:

I'm trying to find solutions in the "DVD" player price range...it's really hard though

[18:58:34]

wagnerrp:

or, you can get a mini-itx board, case, and picopsu for something under $300

[18:58:52]

wagnerrp:

when you consider the DVD price range is $30-$40, youre not going to get much

[18:59:15]

qwebirc98582:

This raspberry pi thing would work :)

[19:00:17]

wagnerrp:

if they get MPEG2 licensing, and if we get support for the decoder, and if we spend a good chunk of time ironing out our memory consumption issues such that playback on a machine with 256MB of memory is acceptable

[19:00:21]

qwebirc98582:

I've been buying off lease machines for about $100 and putting in a 8400GS....comes in under $200 but the power consumption isn't great

[19:00:33]

wagnerrp:

the 128MB wireless one is out of the question

[19:00:47]

sphery:

FWIW, I just bought parts for an Athlon II X2 260 (3.2GHz), 4GB RAM, 80PLUS PSU, case, mobo and dirt-cheap refurb'ed 120GB HDD (since it's just a boot disk) for $161.94 after rebates

[19:00:49]

wagnerrp:

for memory and wireless issue

[19:00:53]

qwebirc98582:

ya...they said that for xbmc too

[19:01:35]

sphery:

I still plan to get an nvidia graphics card for it (GT-220/430/530/... or whatever), but waiting for a $9.99 sale on it, first

[19:01:39]

qwebirc98582:

sphery: wow....that's pretty good

[19:02:08]

FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-131-222.w81-50.abo.wanadoo.fr) has joined #mythtv-users

[19:02:16]

qwebirc98582:

these must be american deals....I haven't seen a 9.99 deal in canada yet

[19:02:18]

sphery:

if you're using the US, it's just a matter of looking around and buying the right stuff at the right time

[19:02:29]

sphery:

yeah, not sure about CA

[19:02:46]

sphery:

I got my current frontend's GT 220 for $8.99

[19:02:57]

sphery:

I'm willing to pay up to $1 more than that, now, though :)

[19:03:17]

qwebirc98582:

wow...the best I've seen was 24.99 for a GT 220

[19:04:22]

sphery:

yeah, it was on sale + MIR

[19:04:35]

sphery:

seems it was Apr 28, 2011 that I bought it

[19:05:12]

qwebirc98582:

is this all online or local shops?

[19:05:22]

wagnerrp:

likely newegg

[19:05:50]

qwebirc98582:

we have newegg here in canada now but the prices aren't as good as the us site

[19:05:54]

clever:

looking for the specs on the raspberrypi now

[19:06:14]

sphery:

fwiw, this has some ideas for good low-power systems: http://www.tomshardware.com/reviews/25w-performance-pc,2551.html

[19:06:32]

wagnerrp:

clever: 700MHz ARM11 SoC, with some broadcom graphics chip

[19:06:36]

Oleg_ (Oleg_!~mine@pool-71-183-185-19.nycmny.east.verizon.net) has joined #mythtv-users

[19:06:51]

sphery:

biggest challenge, anymore, is that you pretty much need to use nvidia graphics, and since nvidia has gotten out of the chipset market, that means generally no integrated graphics

[19:06:53]

wagnerrp:

which means every bit as powerful as your old P2 backend

[19:06:55]

wagnerrp:

:)

[19:06:59]

clever:

wagnerrp: i was thinking about memory wise

[19:07:11]

wagnerrp:

128MB + wireless, or 256MB + wired

[19:07:12]

clever:

my P2 backend was fine cpu wise for anything SD

[19:07:14]

sphery:

(unless, of course, the mobo has an nvidia part glued on--in which case you're paying laptop-like prices, so it's much more expensive)

[19:07:29]

sphery:

clever: in other words, less powerful than many smartphones

[19:07:39]

wagnerrp:

clever: because the P2 had a decent FPU, the ARM11 does not

[19:07:53]

wagnerrp:

let me rephrase... every bit as powerful in integer performance as your old P2 backend

[19:08:02]

wagnerrp:

for floating point, its garbage

[19:08:05]

clever:

depending on how much hardware decoding they can get out of it, you may not need the FPU

[19:08:20]

sphery:

and, ttbomk, there's not much in the way of neon support for gcc, right?

[19:08:47]

sphery:

but the whole issue of "every single arm-based cpu is different" is the real challenge

[19:09:09]

sphery:

and is the (real) reason that Adobe dropped support for flash on mobile (but it sold it as a "we support HTML5" for the PR points)

[19:09:16]

qwebirc98582:

just a question....has myth ever been compiled for ARM?

[19:09:31]

sphery:

yes, there were people doing that as long ago as the beagleboard

[19:09:43]

wagnerrp:

qwebirc98582: the ubuntu people do occasionally, and one of the devs is testing on a beagleboard

[19:09:47]

sphery:

but, yet, no one runs mythtv on arm--because it's not usable :)

[19:10:14]

wagnerrp:

well, there is that Tyler guy who runs his backend on a sheevaplug

[19:10:23]

qwebirc98582:

not usable meaning video playback or the rest of the system?

[19:10:44]

wagnerrp:

video playback

[19:10:50]

RagingMind:

mythtv on my touchpad would be super awesome... :)

[19:10:53]

sphery:

definitely not video (requires hardware accel with such a slow cpu)

[19:10:57]

wagnerrp:

most available ARM systems at least have enough memory to be usable

[19:11:07]

sphery:

but likely not the rest, either--as we're not designed for low-memory systems

[19:11:23]

allesmueller (allesmueller!~allesmuel@46.206.187.25) has joined #mythtv-users

[19:11:23]

allesmueller (allesmueller!~allesmuel@46.206.187.25) has quit (Changing host)

[19:11:23]

allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has joined #mythtv-users

[19:11:25]

wagnerrp:

of course running a backend (and database, and scheduler) is a questionable goal

[19:11:54]

qwebirc98582:

it's the video playback that needs more ram right?...not the menus?

[19:12:22]

clever:

i think its the themes that eat up the most ram

[19:12:23]

qwebirc98582:

guess I'm talking about the frontend only on ARM systems

[19:12:32]

qwebirc98582:

ah

[19:12:51]

wagnerrp:

im not sure off hand, in theory, the theme engine is supposed to only have some 20MB of image cache

[19:13:04]

wagnerrp:

but where the memory is actually going, i have no idea

[19:13:14]

wagnerrp:

never much cared to look into it since memory is so damn cheap

[19:13:21]

devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has joined #mythtv-users

[19:14:25]

clever:

hmmm, started myth up on my fe, and its using 63mb

[19:14:37]

devinheitmueller:

I love how every one of these conversations start: "So I'm sure you guys have never heard of it before, but there's this Raspberry Pi thing, and it's super awesome. It can run MythTV with essentially no new development, right?"

[19:14:44]

clever:

could run on the $25 pi if your willing to accept wifi speeds

[19:15:04]

qwebirc98582:

well...I guess I can always dream myth will run on the raspberry pi :)

[19:15:13]

sphery:

devinheitmueller: but designing for unimagined hardware is first priority for any software development :)

[19:15:38]

devinheitmueller:

qwebirc98582: if you're willing to donate a couple of manyears worth of development, I'm sure it's possible.

[19:15:40]

qwebirc98582:

I don't expect it.....I was just asking

[19:15:43]

Seeker`:

5884 htpc 20 0 715m 368m 44m S 10 18.3 159:15.39 mythfrontend.re <- my frontend, playing back live TV atm

[19:16:44]

clever:

Seeker`: i'm up to 95mb just opening watch recordings, yeah, the lowest end one wont work well very long

[19:16:46]

sphery:

clever: pmap -d output would give a better idea of memory usage

[19:17:16]

clever:

mapped: 923068K writeable/private: 371228K shared: 59212K

[19:17:19]

sphery:

and remember you also need to run a lot more than mythtv... like system processes and X

[19:17:44]

devinheitmueller:

sphery: don't overcomplicate my assumptions with "details"!

[19:17:49]

clever:

X is at 17mb resident, most system processes could be trimmed if your willing to do the work

[19:17:54]

sphery:

hehe

[19:18:22]

sphery:

clever: what theme is this? and what resolution

[19:18:29]

sphery:

I'm guessing a very low resolution for output, right?

[19:18:50]

clever:

sphery: 1360x768, vga cable directly to an HDTV

[19:18:52]

sphery:

as mythtv basically uses images of the mythfrontend window size for the UI

[19:18:53]

Seeker`:

mapped: 915596K writeable/private: 678240K shared: 80160K

[19:19:09]

clever:

Terra

[19:19:44]

sphery:

so, not as low as I expected

[19:19:48]

sphery:

I assumed < 1MP

[19:20:14]

qwebirc98582:

I'd be interesting to see the memory map of that xbmc system

[19:20:22]

sphery:

that makes 2 of us

[19:21:57]

dons65 (dons65!ae108efc@gateway/web/freenode/ip.174.16.142.252) has joined #mythtv-users

[19:22:23]

wagnerrp:

qwebirc98582: part of it is that xbmc uses a much more lightweight system

[19:22:28]

sphery:

clever: is this a new mythtv storage array built by some company you started? http://www.theregister.co.uk/2012/01/26/cleversafe_10eb/

[19:22:41]

sphery:

4.5M HDDs for 10EB array

[19:22:43]

wagnerrp:

they dont have any of the recording, or file streaming, or any other similar duties mythtv has stored in the shared libraries

[19:22:58]

wagnerrp:

and even though you wouldnt be using those on a raspberry pi, mythtv has them linked in anyway

[19:23:03]

clever:

sphery: never heard of it before

[19:23:12]

wagnerrp:

they only have the one video output mechanism, opengl

[19:23:18]

Seeker`:

sphery: don't think that will fit in my flat :(

[19:23:35]

wagnerrp:

meaning there is all that other redundant code for different painters and renderers that doesnt get loaded

[19:24:44]

sphery:

yeah, "Cleversafe gets to the 10EB level by constructing a "portable datacenter", containing 21 racks with 189 nodes and 45 3TB drives per node. Cleversafe says it has set up 16 sites across the US with 35 "portable datacenters" per site" ... too big for my house, too

[19:25:05]

sphery:

4762800 HDDs by my math

[19:25:16]

wagnerrp:

qwebirc98582: frankly, mythtv's internal code organization is a mess, and there are a ton of things that could be done better to reduce memory load

[19:25:27]

wagnerrp:

but those ton of things require a ton of work and a ton of testing

[19:25:41]

wagnerrp:

especially considering myths mil-and-a-half line codebase

[19:25:56]

** wizbit_ welcomes qwebirc98582 patches **

[19:26:42]

wagnerrp:

first thing to do would be break apart myth's handful of shared libraries, linked to by all, into a ton more shared libraries, linked to selectively

[19:26:48]

qwebirc98582:

1.5 million lines of code scared me off from even looking :)

[19:27:08]

wagnerrp:

its somewhere between 1.25 and 1.5 last time i checked

[19:27:19]

wagnerrp:

plus another 600–700k from the ffmpeg import

[19:27:31]

qwebirc98582:

I'm more amazed that it works so well as it is

[19:27:35]

wagnerrp:

and close to a million more in theme xml and translations

[19:33:13]

tgm4883:

Is there any lookup done to get season#/episode# for recorded shows? I see that info is available in the services API, but all mine show 0 for both season and episode

[19:33:14]

** skd5aner just looked at trac's ticket queue for the first time in about 8 months... holy cow **

[19:36:49]

sphery:

skd5aner: you mean that we only have 356?

[19:37:04]

dons65 (dons65!ae108efc@gateway/web/freenode/ip.174.16.142.252) has quit (Quit: Page closed)

[19:37:48]

skd5aner:

Well, yes and no...

[19:38:00]

skd5aner:

356 is better than 800... but, it's still not <100 :)

[19:38:34]

Seeker`:

feel free to fix 257 of them :)

[19:38:53]

Transformer (Transformer!~Transform@ool-4a59e397.dyn.optonline.net) has joined #mythtv-users

[19:39:13]

Transformer (Transformer!~Transform@ool-4a59e397.dyn.optonline.net) has quit (Excess Flood)

[19:39:34]

skd5aner:

:)

[19:39:54]

skd5aner:

I might be able to fix 1 or 2... but I've got to find the low hanging fruit that hasn't already been picked

[19:39:58]

sphery:

hehe

[19:40:24]

sphery:

I think 356 isn't bad--as we usually had well over 400 when we thought of freezing for previous releases

[19:40:30]

sphery:

(I think it was around 600 for 0.24 freeze)

[19:40:39]

skd5aner:

yea – in context... much better :)

[19:40:41]

sphery:

should have 355 soon

[19:40:47]

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

[19:40:48]

sphery:

unless someone sneaks one in soon

[19:40:53]

** skd5aner goes to submit 2 new tickets.... mwhahahahaha **

[19:40:56]

sphery:

the race is on!

[19:43:37]

sphery:

so hard not to fix end-of-line whitespace when editing files

[19:44:02]

sphery:

it's like someone is stabbing me with a curvy, blue spike

[19:44:16]

sphery:

(I have them set to show as blue ~ in my vim)

[19:50:38]

wagnerrp:

tgm4883: yes, you run 'mythmetadatalookup' either from the watch recordings menu, or as an auto-run job at time of recording

[19:50:59]

wagnerrp:

tgm4883: for better reliability, you can pre-seed the recording rule with the inetref

[19:53:30]

pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Remote host closed the connection)

[19:53:59]

tgm4883:

wagnerrp, does that show up any differently in mythfrontend then?

[19:54:05]

tgm4883:

or does it only add stuff to the database

[19:54:18]

wagnerrp:

entirely up to the theme

[19:54:30]

tgm4883:

ok

[19:54:51]

wagnerrp:

arclight shows that data when available.... other themes? i dont know

[19:55:19]

tgm4883:

yea arclight seems to show the most data about videos and recordings

[19:55:27]

tgm4883:

iamlindoro really did a good job on that

[19:56:07]

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

[19:56:14]

wagnerrp:

i should hope so, considering he wrote the mechanism to pull that information in the first place

[19:56:15]

wagnerrp:

:)

[19:59:09]

sphery:

wagnerrp: do you know if we support comma-separated lists of dirs in storagegroup.dirname?

[19:59:32]

sphery:

the check code grabs the dirname as a QStringList and tokenizes using ,

[19:59:47]

wagnerrp:

i dont know

[19:59:51]

sphery:

but I don't think the rest of our code supports the idea

[19:59:53]

wagnerrp:

i dont know why we would

[20:00:01]

sphery:

yeah, seems like a legacy thing

[20:00:22]

wagnerrp:

check code in mythtv-setup?

[20:01:14]

sphery:

Captain_Murdoch: Do we support comma-separated storagegroup.dirname values? https://github.com/MythTV/mythtv/blob/master/ . . . etup.cpp#L72 (for context, but specifically line 109)

[20:01:18]

sphery:

yeah

[20:02:03]

sphery:

Captain_Murdoch: if we don't support comma-separated elsewhere, I'd like to remove that code (so it will find problems with comma-separated dirnames)

[20:03:52]

wagnerrp:

i could see allowing one to insert a comma-separated list, and having it automatically broken into several different entries

[20:04:01]

wagnerrp:

but that just seems to needlessly complicate things

[20:04:41]

sphery:

agreed

[20:04:57]

sphery:

no real benefit--as we have a nice UI for editing SGs

[20:05:13]

sphery:

pretty sure the storage group code, however, doesn't do any comma-based tokenization

[20:05:50]

wagnerrp:

ill say mine in the bindings certainly doesnt

[20:05:54]

sphery:

hehe

[20:06:05]

FabriceMG (FabriceMG!~fabrice@APoitiers-155-1-131-222.w81-50.abo.wanadoo.fr) has quit (Quit: Ex-Chat)

[20:06:10]

sphery:

yeah, something like that would be the kind of feature that no one knows about, so gets broken over time, anyway

[20:07:35]

qwebirc98582 (qwebirc98582!cfa4b641@gateway/web/freenode/ip.207.164.182.65) has quit (Quit: Page closed)

[20:10:47]

wagnerrp:

mmm.... http://www.youtube.com/watch?v=lw9ZeXB2uKs

[20:15:48]

wizbit_ is now known as wizbit

[20:18:15]

tgm4883:

hmm, is there a way to reset the web-setup password?

[20:19:49]

wagnerrp:

no, but you can change the database keys

[20:19:57]

tgm4883:

where in the db is that stored?

[20:20:01]

wagnerrp:

might be something worth putting into mythutil

[20:20:10]

wagnerrp:

settings table, i dont recall where off hand

[20:20:14]

wagnerrp:

its a value with '/' in the name

[20:20:17]

tgm4883:

i've been looking for 5 minutes but can't see anything looking related

[20:20:25]

tgm4883:

i'll search for that

[20:21:54]

Scopeuk is now known as Scopeuk-AFK

[20:22:26]

wagnerrp:

note, its a hashed value, so you wont be able to figure out the password from it

[20:22:28]

wagnerrp:

only reset it

[20:22:58]

tgm4883:

wagnerrp, yea I was looking for something named password ;)

[20:23:27]

LedHed (LedHed!~LedHed@68-189-73-72.dhcp.trlk.ca.charter.com) has joined #mythtv-users

[20:23:39]

sphery:

HTTP/Protected/UserName and HTTP/Protected/Password

[20:23:50]

tgm4883:

wagnerrp, (SELECT * FROM `settings` WHERE value LIKE '%/%') returns 6 items but none of which are that

[20:24:24]

tgm4883:

sphery, I don't have that

[20:26:33]

sphery:

tgm4883: yeah, you don't have it, but you will if you put it in

[20:26:40]

sphery:

you're using defaults, as is everyone else :)

[20:26:47]

tgm4883:

sphery, ah

[20:26:50]

tgm4883:

fair enough

[20:27:06]

sphery:

are you looking at this for a distro package thing or for yourself?

[20:27:23]

tgm4883:

sphery, ATM, just myself

[20:28:11]

sphery:

I'm still planning to--but haven't yet--extend the locale-based initial settings stuff to include a distro-based initial settings file

[20:28:42]

sphery:

so that we'd apply locale-based settings, then apply distro-based settings, to any database which is missing values for those settings

[20:29:12]

sphery:

that should allow you guys to do more initial configuration without direct DB access

[20:29:22]

tgm4883:

sphery, that didn't work

[20:29:24]

sphery:

(though doesn't help with things outside of settings--like SGs)

[20:29:29]

tgm4883:

tried Admin/Admin as the data

[20:29:58]

sphery:

you have 2 separate settings (likely NULL hostname, but not positive)

[20:30:03]

tgm4883:

HTTP/Protected/UserName Admin NULL

[20:30:04]

tgm4883:

HTTP/Protected/Password Admin NULL

[20:30:05]

sphery:

and each has Admin as value

[20:30:06]

tgm4883:

yep

[20:30:18]

tgm4883:

in the mythconverg>settings table

[20:30:23]

plotino (plotino!~miles@host211-10-dynamic.9-79-r.retail.telecomitalia.it) has joined #mythtv-users

[20:30:27]

plotino (plotino!~miles@host211-10-dynamic.9-79-r.retail.telecomitalia.it) has quit (Client Quit)

[20:30:40]

sphery:

at this point, my best input would be: mythtv/libs/libmythupnp/httprequest.cpp +1491

[20:31:01]

sphery:

oh, but you have to hash the password

[20:32:07]

sphery:

sha1 hash

[20:32:15]

tgm4883:

sphery, heh, that makes sense

[20:32:17]

tgm4883:

blank didn't work

[20:32:20]

sphery:

no salt, it seems

[20:32:32]

tgm4883:

I'm in, I just grabbed the hashed value of mythtv from httprequest.cpp

[20:33:10]

plotino (plotino!~miles@host211-10-dynamic.9-79-r.retail.telecomitalia.it) has joined #mythtv-users

[20:33:12]

tgm4883:

and now it's changed

[20:33:21]

tgm4883:

ok, now to find the metadata lookup

[20:34:27]

Scopeuk-AFK is now known as Scopeuk

[20:53:06]

FLeiXiuS (FLeiXiuS!~FLeiXiuS@96.244.45.239) has joined #mythtv-users

[20:53:06]

FLeiXiuS (FLeiXiuS!~FLeiXiuS@96.244.45.239) has quit (Changing host)

[20:53:06]

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

[21:00:22]

wizbit:

is it me, or is 0.24.2 really unstable

[21:00:37]

wagnerrp:

no more unstable than 0.24.1

[21:00:46]

wagnerrp:

since there is no difference between the two besides a number

[21:01:18]

wizbit:

i keep on getting lots of video frame buffering failed

[21:01:23]

wizbit:

and random crashes

[21:01:35]

wagnerrp:

with live tv?

[21:01:37]

wizbit:

ok i will check my setup

[21:01:39]

wizbit:

yes

[21:01:47]

wagnerrp:

sphery: seems i should fix that issue... people on the mailing list getting antsy

[21:02:12]

wagnerrp:

wizbit: then dont use live tv

[21:02:30]

sphery:

wagnerrp: why are they using large arrays

[21:02:40]

sphery:

if only we had support for more than one directory...

[21:03:01]

wagnerrp:

6TB RAID5 partition

[21:03:08]

sphery:

yes... why? :)

[21:03:38]

wagnerrp:

it starts expiring when he drops below 4TB free

[21:03:40]

sphery:

anyway, I guess some like spending money to get redundancy

[21:03:53]

wagnerrp:

to be fair, the same problem would affect people with 2.5 and 3TB hard drives

[21:03:54]

sphery:

after all, it's TV--can't miss that :)

[21:04:02]

sphery:

yeah, those are the big issue

[21:04:11]

sphery:

anyway, it does need fixing

[21:04:20]

sphery:

just wish we didn't need to do 2x fixes for it

[21:04:47]

sphery:

and with the proposed schedule, I still think telling these people they can use larger file systems > 0.25 is acceptable

[21:05:06]

wagnerrp:

technically, the "fix" is just to change that one line

[21:05:22]

wagnerrp:

i can leave the longlong -> int64_t stuff for 0.25 only

[21:05:27]

sphery:

so, why would my code be able to find LOG_ERR but not LOG_WARNING

[21:05:41]

sphery:

that's the only size_t involved?

[21:05:45]

sphery:

no wonder we missed it

[21:05:46]

wagnerrp:

LOG_WARN perhaps?

[21:05:58]

wagnerrp:

as far as i know, thats the only place it exists

[21:06:00]

sphery:

other parts are using LOG_WARNING

[21:06:04]

wagnerrp:

i can do a quick check

[21:06:15]

sphery:

but LOG_WARN didn't work either

[21:06:24]

sphery:

I think it's a weird include issue... just not sure what's missing

[21:06:36]

wagnerrp:

but the actual free space value is correct all the way until the actual comparison is performed

[21:06:50]

wagnerrp:

at which point it is cast to a 32-bit signed int

[21:07:17]

wagnerrp:

and is broken for alternating instances of 2TB

[21:07:50]

sphery:

when I put in an include for mythlogging.h, it works fine, but no idea how log_err worked without that include

[21:08:27]

sphery:

that's cool... means you can fix the issue, backport it, then we can do a proper conversion of types in master only

[21:09:07]

sphery:

OK, we have a few other size_t's, though

[21:09:50]

wagnerrp:

may as well replace them all while im at it

[21:10:27]

wagnerrp:

none of this would be a problem if they just used 64-bit OSs

[21:10:29]

wagnerrp:

:)

[21:10:36]

wagnerrp:

lousy luddites

[21:10:43]

sphery:

GetDesiredSpace, maxKBperMin, extraKB, thisKBperMin--all of which should be OK even on 32-bit systems

[21:11:12]

sphery:

so it looks like just fixing comparisons on lines 493 and 522 should fix the symptomatic cases

[21:12:01]

sphery:

(though someone /could/ overflow extraKB by setting a large enough autoexpireextraspace

[21:12:18]

sphery:

, they can always "fix" it by setting smaller value)

[21:12:32]

wagnerrp:

if they want to leave several TB free, theyre free to break their own system

[21:12:54]

sphery:

yeah... it would have to be > 4TB free

[21:12:57]

wagnerrp:

ill only bother with the symptomatic instances in 0.24

[21:12:59]

sphery:

right?

[21:13:35]

sphery:

(2^32kB = 4TB... yeah, pretty sure that's right)

[21:13:52]

wagnerrp:

assuming its a uint

[21:13:53]

sphery:

er, kiB/TiB, but...

[21:15:04]

sphery:

size_t represents up to 2^32 (SIZE_MAX = 4294967295U) on 32-bit word-length x86 in GCC

[21:15:27]

sphery:

I'm guessing it couldn't be any smaller on any 32-bit word length arch, but could be larger

[21:15:42]

sphery:

and I doubt we'll support < 32-bit systems :)

[21:16:17]

sphery:

then again, I've never been good at figuring out the arch-specific garbage in C/C++

[21:17:52]

plotino (plotino!~miles@host211-10-dynamic.9-79-r.retail.telecomitalia.it) has quit (Quit: Ex-Chat)

[21:20:29]

Scopeuk is now known as Scopeuk-AFK

[21:24:19]

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

[21:24:55]

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

[21:27:33]

wagnerrp:

sphery: seems 'long long' isnt technically wrong

[21:27:41]

wagnerrp:

since it by definition is "at least 64 bits"

[21:28:09]

wagnerrp:

still, explicit is better so long as the types are defined by the system in the first place

[21:28:18]

wagnerrp:

int64_t is technically not part of any C standard

[21:28:51]

wagnerrp:

C++ standard, rather

[21:28:57]

wagnerrp:

it is part of C00

[21:29:00]

wagnerrp:

C99

[21:30:05]

lis0r:

meh, C types are always a pain

[21:30:07]

lis0r:

at least if you let academic levels of portability get in the way

[21:30:42]

wagnerrp:

"you appear to be running a 32-bit operating system, refusing to compile"

[21:30:57]

wagnerrp:

im perfectly fine with that solution!

[21:32:45]

lis0r:

support GCC, maybe Visual C++, bomb out otherwise

[21:32:50]

Scopeuk-AFK is now known as Scopeuk

[21:33:04]

lis0r:

probably cover 99.99% of cases, and anyone in the 0.001% will likely be more than used to having to fix such messes

[21:33:54]

wagnerrp:

oh, thats what youre referring to

[21:34:51]

corran (corran!~corran@173-161-64-26-Illinois.hfc.comcastbusiness.net) has joined #mythtv-users

[21:36:47]

lis0r:

wagnerrp: I've seen too many C "frameworks" that end up defining their own set of sized int types, and horrible convoluted ways, because people were unwilling accept the above

[21:36:52]

lis0r:

inevitably made their lives hell

[21:37:06]

lis0r:

especially when they weren't quite as shit hot at C as they thought they were

[21:37:40]

** lis0r remembers seeing one library that had a NULL defined for each type, because the author didn't understand the difference between a C NULL and a C++ NULL *facepalm* **

[21:38:14]

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

[21:38:17]

pyther:

Hello

[21:38:45]

pyther:

All my tuners state they are unavaliable, how can I get more information as too why they are unavaliable?

[21:39:12]

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

[21:41:41]

wagnerrp:

have you been using tools other than mythfrontend for live tv?

[21:42:12]

pyther:

wagnerrp: no, I've restarted the backend a few times

[21:42:47]

pyther:

I did recently upgrade to linux-3.0.17 from 2.6.32

[21:43:26]

wagnerrp:

no, im talking about something like mythbox grabbing a livetv session, and not properly terminating it

[21:43:35]

wagnerrp:

leaving the session and tuner hanging until the backend is restarted

[21:44:00]

wagnerrp:

if youve restarted the backend and theyre still unavailable, look at file permissions issues, or simply lack of tuner device nodes

[21:45:28]

iamlindoro:

or if you've done some crazy hostname change

[21:45:37]

Scopeuk is now known as Scopeuk-AFK

[21:45:50]

pyther:

iamlindoro: I did change the host name from M2N to m2n

[21:45:57]

pyther:

what do I have to do to fix it?

[21:46:04]

iamlindoro:

change it back :P

[21:46:12]

pyther:

I don't really wanna do that :P

[21:46:18]

wagnerrp:

see the backup/restore scripts for a tool to blanked change one hostname to another

[21:46:32]

iamlindoro:

changing it back is by far the simpler solution, otherwise do as wagnerrp says

[21:48:26]

pyther:

yah I'll just change it back :P

[21:49:42]

rockhound (rockhound!~rockhound@d069064.adsl.hansenet.de) has joined #mythtv-users

[21:51:08]

pyther:

and that did the trick, thanks

[21:52:06]

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

[21:52:41]

pyther:

myth really doesn't like hostname changes

[21:53:26]

wagnerrp:

thats because everything it does is keyed off the hostname

[21:53:34]

rockhound (rockhound!~rockhound@d069064.adsl.hansenet.de) has left #mythtv-users ()

[21:53:36]

wagnerrp:

if you prefer, you can force an alternate key for everything

[21:53:50]

wagnerrp:

but then you have to make sure you force that key every time you run anything on that host

[21:54:08]

wagnerrp:

if it changes, youre right back to the same issue you have now

[21:54:47]

rockhound (rockhound!~rockhound@d069064.adsl.hansenet.de) has joined #mythtv-users

[21:55:05]

rockhound (rockhound!~rockhound@d069064.adsl.hansenet.de) has quit (Client Quit)

[21:57:16]

Scopeuk-AFK is now known as Scopeuk

[21:57:46]

EagleIJoe (EagleIJoe!~rockhound@d069064.adsl.hansenet.de) has joined #mythtv-users

[21:59:15]

EagleIJoe:

wagnerrp: hi

[21:59:23]

EagleIJoe:

and hi everyone

[22:00:01]

wagnerrp:

?

[22:00:10]

EagleIJoe:

I am back at my "since ssd installed, mythfrontend no auto connect after myth welcome"

[22:00:11]

EagleIJoe:

"

[22:00:36]

EagleIJoe:

issue

[22:01:18]

EagleIJoe:

what else could it be, if it is not the connect algorithm

[22:01:19]

EagleIJoe:

?

[22:02:43]

devinheitmueller (devinheitmueller!~dheitmue@ool-44c12d92.dyn.optonline.net) has left #mythtv-users ()

[22:04:11]

sphery:

EagleIJoe: ~/.mythtv/context.xml and/or any of a number of mysql.txt files are wrong?

[22:04:16]

corran:

helloo

[22:04:29]

sphery:

(and, really, context.xml might be elsewhere, but linked from one or more users' ~/.mythtv)

[22:04:51]

wagnerrp:

sphery: he bought an SSD, and now mythwelcome and mythfrontend come up before mythbackend does

[22:05:13]

wagnerrp:

for some reason, they never connect to mythbackend, and so mythwelcome automatically shuts back down

[22:05:23]

wagnerrp:

im think mythbackend never actually runs

[22:05:27]

wagnerrp:

thinking

[22:05:28]

EagleIJoe:

wagnerrp: sphery: it has always come up before mythbackend as upstart has its way ...

[22:05:38]

EagleIJoe:

since the ssd, it will not connect automatically.

[22:05:55]

EagleIJoe:

with an hdd and no change in config, it worked

[22:05:55]

sphery:

ah, ok

[22:06:34]

sphery:

sounds like you need some kind of "wait for mythbackend" type thing, in some script

[22:06:40]

EagleIJoe:

I have now started myth welcome with verbose all â€¦ still do not see a connection retry after the first did not succeed

[22:06:53]

EagleIJoe:

sphery: true, that would be a work-around though

[22:06:57]

wagnerrp:

EagleIJoe: do you have any indication that mythbackend is ever running?

[22:07:05]

wagnerrp:

do you have mythbackend logs for that time period?

[22:07:40]

EagleIJoe:

wagnerrp: mythbackend does come up every time but just about 5 seconds after mythfrontend

[22:07:52]

quicksilver (quicksilver!~jules@roobarb.crazydogs.org) has quit (Ping timeout: 276 seconds)

[22:08:52]

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

[22:09:44]

sphery:

wagnerrp: so, I have a problem... even on dead code, I can't write bad code

[22:09:46]

EagleIJoe:

I can only have mythfrontend try a new connect when I go see the recordings or anything else that needs backend info. If I just go into the settings menu and fiddle around there, it will not connect and shutdown the machine on me if nothing is scheduled to record .

[22:10:01]

sphery:

I'm re-writing the fix for #10287 to remove redundancy

[22:10:21]

sphery:

which means a pretty big refactor

[22:10:43]

sphery:

(of just the code related to dir checks, but still way more refactoring than it should be worth for dead code)

[22:14:48]

wagnerrp:

booo iamlindoro...

[22:14:58]

wagnerrp:

"Sent from my iPhone"... psshhh

[22:15:26]

wagnerrp:

at least you figured out how to not top post, and you didnt ask to be excused for your brevity

[22:15:28]

wagnerrp:

:)

[22:16:33]

justinh:

nor your pistakes. GRRRRR

[22:17:09]

justinh:

need to go round & meet that guy, take his phone from him & stamp on it

[22:18:38]

Scopeuk is now known as Scopeuk-AFK

[22:20:28]

corran:

for a good low power frontend would a i3–2120 be more than sufficient?

[22:21:26]

wagnerrp:

plenty

[22:22:18]

corran:

i'm putting together a parts list. i finally got my infinitv4 working in my backend so i am going to be building a frontend so i can shove the infini in the closet

[22:22:20]

tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Ping timeout: 252 seconds)

[22:22:39]

EagleIJoe:

wagnerrp: should I file a bug for this? I would really like to figure out why this is happening â€¦ any more pointers?

[22:23:03]

wagnerrp:

sphery: know anything about int64_t versus qint64?

[22:23:32]

tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has joined #mythtv-users

[22:23:36]

wagnerrp:

EagleIJoe: could you post backend logs from an instance where the frontend will not connect?

[22:23:55]

EagleIJoe:

yes, let me dig

[22:28:02]

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

[22:28:20]

sphery:

wagnerrp: pretty sure qint64 is just a #define qint64 int64_t

[22:29:20]

sphery:

it's probably the more portable (as it would use something else, equivalent, where int64_t doesn't exist)

[22:29:26]

njustinc1 (njustinc1!~eng501@rrcs-24-97-92-161.nys.biz.rr.com) has joined #mythtv-users

[22:30:02]

njustinc (njustinc!~eng501@rrcs-24-97-92-161.nys.biz.rr.com) has quit (Ping timeout: 252 seconds)

[22:30:03]

sphery:

wagnerrp: http://doc.trolltech.com/4.6/qtglobal.html#qint64-typedef

[22:30:09]

sphery:

so, actually ll

[22:32:31]

sphery:

and in gcc's stdint.h, long long is marked as an extension on 32-bit word length systems

[22:35:49]

corran:

thoughts on this case: http://www.newegg.com/Product/Product.aspx?Item=N82E16811112186

[22:37:46]

wagnerrp:

lianli makes nice cases, but this is something youre just going to stick on a shelf, or the floor behind the tv

[22:37:57]

wagnerrp:

you want it to be quiet and unassuming

[22:38:05]

corran:

it will be on a shelf under the tv

[22:38:17]

corran:

and i love lianli cases, i have one of theirs for my desktop

[22:38:22]

corran:

very very high quality

[22:38:34]

wagnerrp:

its unassuming enough, but i dont see any large vents that would allow for large, slow, quiet fans

[22:38:55]

corran:

it only has one 70 mm fan

[22:39:32]

corran:

correction 2 70mm fans one on each side

[22:39:43]

sphery:

wagnerrp: I'm starting to lean toward your approach... wontfix (or, really, just remove the in-your-face warning and warn to log only)

[22:40:13]

sphery:

as doing proper checks requires a lot of new checks... and, really, all of those checks should be handled by StorageGroup class, itself.

[22:40:28]

sphery:

or I could fix SG class to do some checking for us

[22:40:44]

sphery:

which we could then use in http setup, too

[22:41:08]

wagnerrp:

sphery: seems the size_t issue would also pop up on disk consolidation in the backend status page

[22:41:11]

sphery:

so, yeah, the last approach is likely best

[22:41:55]

sphery:

well, my 32-bit system gave good values for my 12TB storage (and several sizes in between) for years

[22:42:03]

sphery:

but, yeah, might be messed up in some places

[22:42:21]

wagnerrp:

did you have any single partition > 2**31 bytes?

[22:42:27]

wagnerrp:

(a 2TB drive is not)

[22:42:48]

sphery:

no

[22:42:51]

sphery:

but totals were

[22:43:03]

wagnerrp:

its an issue with consolidating multiple drives, based off total and free space

[22:43:09]

sphery:

ah, yeah

[22:43:12]

wagnerrp:

not total summation

[22:43:15]

sphery:

that is quite possible

[22:43:29]

sphery:

I fixed some of this in autoexpire's slow deletes code a long time ago

[22:43:47]

EagleIJoe:

wagnerrp: http://pastebin.com/ecwL0Wm8 = backend | http://pastebin.com/tDyQ4LYg = mythwelcome.log â€¦ seems like mythfrontend is not logging with all â€¦ need to check that

[22:43:49]

sphery:

but didn't touch the not-related-to-specific-ticket code (that was back when I was just submitting patches for others)

[22:44:16]

EagleIJoe:

wagnerrp: the frontend is still showing the "could not connect" dialog

[22:44:26]

EagleIJoe:

and that is 5 minutes after its up

[22:44:31]

sphery:

EagleIJoe: in 0.24, TTBOMK, mythwelcome doesn't pass verbose flags to mythfrontend

[22:44:41]

EagleIJoe:

sphery: ah

[22:44:54]

sphery:

unless it does it through some setting... it definitely doesn't pass mythwelcome's verbose flags through

[22:44:57]

EagleIJoe:

so i need to set this in the myth welcome setup

[22:44:59]

EagleIJoe:

?

[22:45:00]

sphery:

I think in unstable it does, though

[22:45:15]

EagleIJoe:

sphery: how stable is unstable currently?

[22:45:17]

sphery:

either that or setting non-default verbose for mythfrontend started by mythwelcome isn't supported

[22:45:31]

EagleIJoe:

sphery: okay

[22:45:35]

EagleIJoe:

will try

[22:45:36]

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

[22:45:50]

wagnerrp:

well something is surely enough connecting to the backend

[22:45:53]

EagleIJoe:

test always involve a reboot as when I exit mythfrontend the connection is triggered

[22:46:02]

sphery:

EagleIJoe: IMHO, the best answer to that question is "I (a dev) will be upgrading my production system on or after the 0.25 release" :)

[22:46:02]

EagleIJoe:

wagnerrp: i saw that too

[22:46:20]

EagleIJoe:

sphery: that is what I wanted to hear! :D

[22:46:39]

sphery:

(and not before the release...)

[22:46:47]

sphery:

(just making sure my point was clear...)

[22:46:48]

beata (beata!beata@108.12.181.220) has joined #mythtv-users

[22:46:58]

EagleIJoe:

I got you

[22:47:03]

sphery:

ok :)

[22:47:13]

EagleIJoe:

been running myth long enough to know what will piss of the wife

[22:47:29]

sphery:

yeah, especially if you have other users, I highly recommend stable

[22:47:42]

EagleIJoe:

point taken

[22:48:15]

EagleIJoe:

how do you develop? is there a way to have a null input which fakes a real card etc?

[22:48:17]

sphery:

I run stable for production and the reduced stress has probably added years to my life--but probably fewer years than I'll spend watching all the recordings since I don't have failures, now

[22:48:41]

EagleIJoe:

been running current unstable on a vmware to develop against the services api

[22:48:47]

sphery:

I have a separate development system with a separate database and using a dummy (made-for-development) tuner

[22:48:49]

EagleIJoe:

sadly, can not get anything recorded there to fill my db

[22:49:03]

EagleIJoe:

that dummy tuner is what I am looking for...

[22:49:11]

EagleIJoe:

is it in the wiki?

[22:49:32]

EagleIJoe:

got off track again for what I am in this chat for â€¦

[22:49:35]

EagleIJoe:

ssd vs hdd

[22:49:55]

sphery:

I took a snapshot of my production DB, changed hostname ( http://www.mythtv.org/wiki/Database_Backup_an . . . d_or_backend ), ran mythtv-setup to change the master/this backend IP address, use mythtv-setup to Delete all capture cards, and then set up a dummy tuner

[22:50:11]

sphery:

the dummy tuner doesn't actually work, but it allows me to run mythbackend

[22:50:18]

EagleIJoe:

found it

[22:50:25]

sphery:

it reads from a file, but it reads as fast as it can

[22:50:32]

sphery:

someone broke it before 0.24

[22:50:43]

EagleIJoe:

lovely

[22:50:44]

sphery:

meaning I have a recorder that records about 6GB/min or more

[22:51:07]

sphery:

which means I don't do development on recording code :)

[23:04:04]

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

[23:21:41]

LedHed (LedHed!~LedHed@68-189-73-72.dhcp.trlk.ca.charter.com) has quit (Quit: Leaving)

[23:24:22]

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

[23:24:46]

sphery:

wagnerrp: hehe, just found the Tyler comment (just a few hours after your mention)

[23:28:39]

njustinc1 (njustinc1!~eng501@rrcs-24-97-92-161.nys.biz.rr.com) has quit (Read error: Connection reset by peer)

[23:29:16]

njustinc (njustinc!~eng501@rrcs-24-97-92-161.nys.biz.rr.com) has joined #mythtv-users

[23:34:56]

allesmueller (allesmueller!~allesmuel@unixboard/users/allesmueller) has quit (Ping timeout: 240 seconds)

[23:35:45]

EagleIJoe (EagleIJoe!~rockhound@d069064.adsl.hansenet.de) has quit (Quit: EagleIJoe)

[23:59:30]

yunosh (yunosh!~jan@horde/jan) has quit (Ping timeout: 244 seconds)

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

Current users (170):