Beirdobot, irc.freenode.net

Thursday, December 29th, 2011, 00:00 UTC

[00:00:05]

grumpyrj:

I wonder if GMT+1300 could confuse mythtv?

[00:01:30]

dekarl:

the snippet looks good (tv_validate_file likes it)

[00:01:43]

grumpyrj:

ah, didn't know of that util. thanks

[00:02:04]

dekarl:

why should UTC +1300 confuse mythtv? (you have set your xmltv time zone to auto or none, correct?)

[00:02:28]

grumpyrj:

hrm. Perhaps not.

[00:02:29]

dekarl:

default would be none, auto would be preferred, both should usually work

[00:02:36]

grumpyrj:

I'll check

[00:02:51]

dekarl:

unless you have guide data in NZ time and the backend vonfigured in some AU time

[00:04:02]

dekarl:

you did disable EIT collection for these channel in mythtv-setup or mythweb, right? (its either EIT or XMLTV per channel)

[00:04:21]

Beirdo:

interesting

[00:04:54]

Beirdo:

Burn Notice... directed by Jonathan Frakes?

[00:05:07]

iamlindoro:

Jonathan Frakes directs tons of TV shows, all the time

[00:05:13]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[00:05:31]

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

[00:05:33]

Beirdo:

I just had never noticed :)

[00:05:57]

iamlindoro:

He did a bunch of NCIS, Good Guys, V, not to mention tons and tons of Star Trek

[00:06:16]

Beirdo:

yeah, a crapload of stuff I've watched

[00:06:25]

dekarl:

you mean Riker directed some of the star trek movies?

[00:06:44]

Beirdo:

yes

[00:06:46]

iamlindoro:

yes, and lots of the shows

[00:07:31]

grumpyrj:

"your local timezone for xmltv" does not have an option for +1300, hence why I thought +1300 might be a problem

[00:07:39]

Beirdo:

and is the model for how I like my beard to look (when I bother to keep it trimmed)

[00:07:55]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[00:08:53]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Ping timeout: 240 seconds)

[00:08:58]

Beirdo:

tis cool being able to work from home this week

[00:09:18]

dekarl:

https://github.com/MythTV/mythtv/blob/master/ . . . ser.cpp#L152 says up to +-1400 should "just work"!

[00:11:33]

grumpyrj:

ah, good to know. I see I have dupe channels showing now. perhaps I should delete them and start again.

[00:12:30]

dekarl:

sounds like you have one copy with no tuning data but an xmltvid and one copy with tuning date but no xmltvid ?

[00:13:55]

grumpyrj:

yeah, looks like that may be it

[00:15:02]

grumpyrj:

any hints on how I get the channels defined into mythtv without needing to "scan for channels"? I did --do-channel-updates but not sure that was right.

[00:15:19]

grumpyrj:

from mythfilldatabase that is

[00:15:51]

dekarl:

for DVB-T just scan with mythtv-setup, mfdb --do-channel-updates is not needed (and might break "something")

[00:17:28]

grumpyrj:

then I guess I have to ensure the names in my xmltv listing match what I have scanned for somehow? I guess they may differ in some regard.

[00:18:15]

dekarl:

you need to manually match the xmltv channels to the scanned dvb-t channels by manually setting the xmltv

[00:19:06]

grumpyrj:

do you know what aspect I need to match? ID, Name and where I might be able to find the values it is currently using?

[00:20:35]

grumpyrj:

oh, I did a mfdb --manual at soem stage, which prompted me for a whole bunch of info about the channels. I may have gone wrong there but not sure what I'm meant to use.

[00:21:03]

dekarl:

lets say you have your channel list open in mythweb and theres your 20some DVB-T channels with empty xmltvid, look at the channel name and search for the same name as <display-name> in your xmltv file, then copy the corresponding if "xxxx.freeview.nz" over into mythweb... once done, save :)

[00:21:19]

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

[00:22:20]

grumpyrj:

Ah. Nice. ok. Cheers

[00:23:17]

dekarl:

I'm hitting the sack, good luck

[00:24:24]

grumpyrj:

Thanks heaps. You've helped a lot.

[00:25:14]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[00:28:39]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[00:29:15]

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

[00:31:02]

grumpyrj:

dekarl: sweet. that's sorted it. brilliant. thanks

[00:41:56]

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

[00:45:55]

dougl (dougl!~doug@S01060018f3992b5d.wp.shawcable.net) has quit (Read error: Connection reset by peer)

[00:55:24]

Scopeuk is now known as Scopeuk-AFK

[00:56:16]

sphery:

dekarl: isn't "Your local time zone (for XMLTV)" actually the offset from the times reported by the grabber, not an "absolute time zone offset"? (Granted, if the grabbers all report UTC times, it would be the absolute TZ offset... Do all grabbers report UTC?)

[00:56:52]

Seeker`:

cna someone help me with a sanity check: For the TV Series "The vicar of Dibley", what Season/Episoide number should I set to get the correct metadata for the episode "The Easter Bunny" from thetvdb? It is listed under 'Specials'

[00:57:09]

Seeker`:

http://thetvdb.com/?tab=series&id=74873&lid=7

[00:57:13]

Seeker`:

thats the series

[00:59:02]

sphery:

season 0, perhaps?

[00:59:25]

Seeker`:

sphery: season 0, episode 1?

[00:59:40]

wagnerrp:

sounds right to me

[00:59:59]

Seeker`:

That returns the metadata for the episode 'Merry Christmas'

[01:01:32]

Seeker`:

and 0x02 returns 'The Vicar in White', not 'The Christmas Lunch Incident'

[01:03:54]

wagnerrp:

huh... im getting old text formats out of ttvdb.py

[01:04:12]

sphery:

Seeker`: wouldn't http://thetvdb.com/?tab=season&seriesid=7 . . . 34&lid=7 list the episode #'s?

[01:04:26]

sphery:

so, like, "The Story of... The Vicar of Dibley" would be 12

[01:04:35]

sphery:

The Vicar of Dibley Story = 15

[01:04:51]

sphery:

Vicar of Dibley Greatest Moments = 14

[01:05:06]

sphery:

The Real Vicars of Dibley = 7

[01:05:09]

sphery:

er, 6

[01:05:37]

Seeker`:

yes, but I put 0x01 for 'The Easter Bunny', pressed 'w' and got back the metadata for 'Merry Christmas' (0x7)

[01:05:38]

LedHed (LedHed!~LedHed@static-74-45-162-66.dr01.pasn.ca.frontiernet.net) has quit (Read error: Operation timed out)

[01:06:13]

sphery:

if you edit metadata does it show it's using 0x1

[01:06:39]

Seeker`:

yes

[01:06:48]

sphery:

not sure what's happening, then

[01:06:49]

wagnerrp:

well thats downright odd

[01:06:57]

sphery:

I'm guessing something else is at play?

[01:07:00]

Seeker`:

and the console says 'Returning metadata results: The Vicar of Dibley 0 1'

[01:07:03]

wagnerrp:

if you search for 'the easter bunny', you get episode 0x01

[01:07:20]

sphery:

or maybe api weirdness, it seems?

[01:07:22]

wagnerrp:

which then if you pull data, you get the metadata from Merry Christmas

[01:07:37]

sphery:

Rails Error

[01:07:38]

sphery:

:)

[01:07:47]

LedHed (LedHed!~LedHed@70-89-8-185-Fresno.hfc.comcastbusiness.net) has joined #mythtv-users

[01:12:03]

sphery:

wagnerrp: obviously ttvdb.com is not nearly as good as tv.com... On tv.com, they have Specials listed as S1 (see http://www.tv.com/shows/lost/season-1/ ), which makes season 1 = season 2 ( http://www.tv.com/shows/lost/season-2/ )

[01:12:30]

Seeker`:

does the ttvdb.py script not handle series 0 nicely then?

[01:12:35]

sphery:

so ttvdb.com only shows 6 seasons of Lost, but tv.com has 7 seasons! http://www.tv.com/shows/lost/season-7/

[01:13:01]

sphery:

Seeker`: it seems like that particular show is messed up, based on what wagnerrp is saying

[01:13:12]

sphery:

i.e. something on the server/database/api

[01:14:28]

sphery:

I'm guessing if you tried it with, for example, Lost, all would work fine

[01:15:14]

Seeker`:

just tried it with dr who and the first couple of specials work fine

[01:16:04]

Seeker`:

at least it isn't just me being dense :P

[01:16:17]

sphery:

hehe

[01:17:28]

Seeker`:

well thanks for the help, I'll try it again in a day or two when I've got access to the box again and see if it is any better

[01:21:24]

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

[01:22:44]

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

[01:22:46]

wagnerrp:

the only thing i can think of is some kind of glitch in the XSLT code

[01:23:29]

wagnerrp:

dougs grabbers are primarily written as a big chunk of XSLT

[01:23:50]

wagnerrp:

and they dont pull specific episode data from the server

[01:24:00]

wagnerrp:

they pull all data for the entire series

[01:24:11]

wagnerrp:

and then filter out the specific episode you are looking for

[01:24:56]

sphery:

so, perhaps something is getting through in the xml for that series that borks the xml parser or something?

[01:25:15]

wagnerrp:

thats the only thing i can think of

[01:33:09]

J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has quit (Ping timeout: 240 seconds)

[01:33:33]

J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv-users

[01:39:20]

sphery:

wagnerrp: yeah, when I download the series info (en.zip) and extract en.xml, it has: Merry Christmas as 0x1

[01:40:10]

sphery:

also has The Easter Bunny as 0x1

[01:40:16]

wagnerrp:

oh? en.xml itself seemed fine

[01:40:26]

wagnerrp:

(non-zipped)

[01:40:59]

wagnerrp:

oh, youre right

[01:41:15]

sphery:

I didn't know how to get it non-zipped... :)

[01:41:25]

sphery:

I just followed instructions on the wiki for using the api

[01:41:40]

sphery:

so it's definitely a data error somewhere

[01:41:43]

wagnerrp:

theres actually two separate instances

[01:41:50]

wagnerrp:

one at episode 1, one at episode 7

[01:42:01]

sphery:

ahhh

[01:42:03]

sphery:

so it's dup'ed?

[01:42:16]

wagnerrp:

you just downloaded series/74873/all/en.zip, right?

[01:42:31]

sphery:

correct

[01:42:37]

wagnerrp:

do en.xml instead

[01:42:38]

iamlindoro:

It gets the latter because we search backwards (because that drastically improves the results for Tv lookups)

[01:43:44]

sphery:

yeah, seems that they have 2x Merry Christmas on there, where one of them conflicts with Easter Bunny

[01:44:00]

sphery:

so does that require a ticket to have them delete it?

[01:44:07]

sphery:

both are Combined_season 0

[01:44:34]

wagnerrp:

Seeker`: did you recently fix this episode?

[01:48:26]

Seeker`:

wagnerrp: 'recently fix'?

[01:48:52]

wagnerrp:

as in the episode number on the special was wrong, so you fixed it

[01:49:03]

Seeker`:

no, not touched it since I asked about it

[01:49:05]

wagnerrp:

such that the API cache got confused and has both copies

[01:49:20]

Seeker`:

don't think I've ever edited anything on ttvdb either

[01:57:18]

** sphery is considering picking this cherry by himself since git doesn't seem to know how **

[02:05:53]

davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)

[02:06:17]

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

[02:06:17]

davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host)

[02:06:17]

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

[02:13:00]

sphery:

who'd a thunk? git config merge.renameLimit 2000 applies to a specific repo, not all repos

[02:13:10]

sphery:

anyway, got it working

[02:24:51]

russell55 (russell55!~russell5@pool-173-48-61-235.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer)

[02:25:24]

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

[02:26:57]

sphery:

Vollstrecker_: https://github.com/MythTV/mythtv/commit/f7b28e57a (that patch that I thought might fix the issue you saw is now in 0.24-fixes)

[02:27:08]

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

[02:28:26]

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

[02:28:26]

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

[02:30:56]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Quit: Yup Im Leaving)

[02:33:24]

sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Remote host closed the connection)

[02:33:33]

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

[02:39:52]

darkdrgn2k (darkdrgn2k!~darkdrgn2@bas2-toronto44-1176438133.dsl.bell.ca) has joined #mythtv-users

[02:40:00]

darkdrgn2k:

hey guys. ok how are storage groups sopposed to be setup

[02:40:07]

darkdrgn2k:

same paths on all backends?

[02:40:35]

wagnerrp:

any path you intend to use on any backend gets defined in mythtv-setup running on the master backend

[02:41:09]

darkdrgn2k:

cause i had myth normaly setup where it mounts all the paths via nfs on all backends so the file structure is thesame

[02:41:15]

darkdrgn2k:

is that a bad way of doing it?

[02:41:40]

wagnerrp:

do you intend for all backends to record to all paths?

[02:41:58]

darkdrgn2k:

no...

[02:42:11]

wagnerrp:

then you should not mount those paths over NFS

[02:42:22]

darkdrgn2k:

what about mythvideo?

[02:42:41]

wagnerrp:

what about it?

[02:42:54]

darkdrgn2k:

is that to be set the the same way

[02:43:08]

wagnerrp:

i believe mythvideo is actually configured differently

[02:43:09]

darkdrgn2k:

i ahve 2 harddrives on 2 backends

[02:43:23]

wagnerrp:

the Videos storage group must be defined on the backend that is serving the content

[02:43:38]

wagnerrp:

but just as recordings, all access for playback is performed over mythprotoo

[02:43:39]

sphery:

yeah, you have to configure an override for Videos storage group on each host

[02:43:40]

wagnerrp:

no NFS needed

[02:43:48]

wagnerrp:

NFS is only needed when recording content

[02:43:57]

sphery:

s/recording/writing/

[02:44:00]

sphery:

(includes transcoding)

[02:44:23]

darkdrgn2k:

will it merger the video directories into on?

[02:44:40]

darkdrgn2k:

ie if i have a HD folder on be1 and an HD folde ron be2 it will become one HD folder?

[02:44:48]

wagnerrp:

mythvideo will merge the root paths together

[02:44:50]

darkdrgn2k:

(dam space bar)

[02:45:01]

darkdrgn2k:

hmm i like there this is going :)

[02:45:02]

wagnerrp:

so if both paths have their own 'tv' and 'movies' paths

[02:45:06]

wagnerrp:

you will only see one of each

[02:45:09]

wagnerrp:

rather than two of each

[02:45:15]

darkdrgn2k:

cool..

[02:48:34]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[02:53:20]

darkdrgn2k:

is tehre a way to delete all storage group configs?

[02:54:16]

sphery:

darkdrgn2k: yes, go to mythtv-setup on the master backend host, and hit D on each storage group listed (including Default)

[02:54:46]

sphery:

it will delete all storage groups (including storage group directory lists) /and/ overrides from other hosts

[02:54:55]

wagnerrp:

darkdrgn2k: are you on 0.24 or 0.25?

[02:54:57]

sphery:

it must be on the master backend host, though

[02:55:15]

darkdrgn2k:

trunk

[02:57:16]

wagnerrp:

then you can edit the storage groups more easily with the web configuration utility

[02:57:25]

darkdrgn2k:

mythweb?

[02:58:19]

Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7D919.dip.t-dialin.net) has quit (Read error: Operation timed out)

[02:58:56]

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

[02:59:52]

darkdrgn2k:

does coverart and fanart have to exist on all the be that have movies or just the master

[03:00:47]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Ping timeout: 252 seconds)

[03:01:47]

wagnerrp:

coverart/fanart/... exists on the same host as the movie

[03:02:00]

wagnerrp:

so those hosts must have the proper storage groups defined

[03:02:03]

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

[03:02:12]

wagnerrp:

if they are not defined, it gets stored in one of the Videos paths instead

[03:04:09]

darkdrgn2k:

what if a move gets moved?

[03:04:38]

wagnerrp:

then the artwork will turn up missing, and will get redownloaded if you press 'w'

[03:05:03]

wagnerrp:

that reminds me, i should update find_orphans to deal with videos and artwork

[03:05:30]

darkdrgn2k:

hmm thats probaby why i missing covers lol

[03:05:54]

darkdrgn2k:

wher in mythweb do you edit the storage groups

[03:06:01]

wagnerrp:

you dont

[03:06:30]

wagnerrp:

"web configuration utility" != "mythweb"

[03:06:38]

darkdrgn2k:

<wagnerrp> then you can edit the storage groups more easily with the web configuration utility

[03:06:41]

darkdrgn2k:

?

[03:06:49]

wagnerrp:

you know that status page mythweb has?

[03:06:59]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[03:07:05]

darkdrgn2k:

ya

[03:07:08]

sphery:

the one talked about in all the commits

[03:07:11]

sphery:

:)

[03:07:18]

wagnerrp:

you know how its actually generated by the backend, and just passed through by mythweb?

[03:07:36]

darkdrgn2k:

yeh

[03:07:51]

wagnerrp:

well now in trunk, that built in web server does a lot more

[03:07:59]

darkdrgn2k:

cool1

[03:08:03]

darkdrgn2k:

what port is it on again?

[03:08:07]

wagnerrp:

6544

[03:08:16]

darkdrgn2k:

i remember you mentioning it

[03:08:23]

** darkdrgn2k ooos **

[03:08:35]

wagnerrp:

its been around for nearly a year now

[03:08:52]

darkdrgn2k:

umm what the password LOL

[03:09:23]

wagnerrp:

i believe admin:mythtv

[03:09:28]

darkdrgn2k:

i was close :)

[03:10:04]

darkdrgn2k:

wow it Is easier

[03:10:07]

** darkdrgn2k hugs wagnerrp **

[03:11:14]

sphery:

I'm making an executive decision to not thank a user for mentioning a little error (that has no effect on most systems) on IRC since he never created a ticket

[03:12:10]

sphery:

and since his nick is a very generic name (michael_), it's likely it wouldn't even "resolve" to any particular person, anyway

[03:12:26]

darkdrgn2k:

gasp... channel edito!

[03:12:32]

prologic:

hmmm

[03:12:45]

prologic:

so with mythnetvision

[03:12:52]

prologic:

it uses a browser right?

[03:13:04]

prologic:

some of the content doesn't fit on screen properly

[03:13:37]

sphery:

prologic: it uses a browser if that's a requirement of the site whose content it's making available

[03:13:50]

sphery:

otherwise, it plays the content in the MythTV Internal player, directly

[03:13:50]

prologic:

sure

[03:14:07]

prologic:

ok in the case of brwoser content not fitting proeprly?

[03:14:36]

sphery:

which site?

[03:14:41]

prologic:

hulu.com

[03:14:50]

prologic:

hmm also just noticed the screen turns off after a few mins

[03:14:51]

prologic:

hmm

[03:15:02]

prologic:

I rememebred there's a way to turn that off too

[03:15:07]

sphery:

I'm wondering if you have the MythBrowser zoom turned on (and too high)

[03:15:11]

wagnerrp:

the hulu grabber does some special stuff to remove the site border and allow control through the remote

[03:15:20]

wagnerrp:

that may need some tweaking

[03:15:25]

sphery:

only in unstable, though

[03:15:33]

sphery:

prologic: are you using 0.24-fixes or unstable?

[03:16:00]

prologic:

0.24.1

[03:17:05]

sphery:

can you go into a MythBrowser window (easiest, IMHO, is to go to Watch Recordings and select a recording, then hit INFO... then MENU and adjust the zoom to zoom out a few times, then go back to the MNV Hulu stuff and see if it's different)

[03:17:17]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Ping timeout: 252 seconds)

[03:17:33]

sphery:

seems my closing brace was in the wrong place, but I think you get the idea

[03:18:06]

prologic:

I'll try that thanks

[03:18:18]

prologic:

trying to find out how to disable the screen blanking atm

[03:18:24]

sphery:

it just blanks?

[03:18:30]

sphery:

what screensaver do you use?

[03:18:45]

** sphery hates that his blood pressure is increasing, again **

[03:19:19]

sphery:

note that I may just have to rant about the idiocy of GNOME and KDE screensaver developers if we continue this discussion

[03:19:38]

prologic:

yeah no screen saver

[03:19:42]

prologic:

I think it's dpms no?

[03:19:46]

prologic:

http://ubuntuforums.org/showthread.php?t=1381521

[03:20:13]

sphery:

ahhh... yeah

[03:20:18]

prologic:

I'll try setting that in ~/.xprofile

[03:20:23]

sphery:

we only disable dpms/screen savers in our internal player

[03:20:35]

sphery:

so when you're using a browser player, we don't do that

[03:20:49]

sphery:

my screen saver on my MythTV box is the TV's power button

[03:20:51]

prologic:

yeah

[03:21:11]

prologic:

I'll try the zoom thingy/fix a bit later

[03:21:17]

sphery:

so I'd never thought about the fact that you'd get blanking when watching videos in browser

[03:21:26]

prologic:

for now it's working well after I "blindly" found the fullscreen button in the flash player :)

[03:21:35]

prologic:

ie: I couoldn't see it cause it was off to the right edge a bit

[03:21:48]

sphery:

if it is the zoom, please let me know

[03:21:57]

sphery:

we can fix it to ignore zoom when using MNV

[03:22:12]

sphery:

but I'm not willing to do that until I hear that zoom breaks it :)

[03:22:38]

iamlindoro:

why make it ignore zoom, you can set the zoom dynamically

[03:23:05]

iamlindoro:

In the case of hulu, where it's literally opening the web page instead of embedding it as we do with some other sites, I see no reason not to respect the user's zoom preference

[03:23:57]

RyeBrye (RyeBrye!~ryebrye@c-98-217-226-14.hsd1.vt.comcast.net) has joined #mythtv-users

[03:25:12]

prologic:

I'll ofc let you know :)

[03:25:46]

sphery:

just saying that if it's zooming the video to be too large for screen on those sites, then users would have to constantly zoom for the pages they want to read and unzoom for videos

[03:25:56]

sphery:

I don't care either way

[03:26:05]

prologic:

hmm

[03:26:22]

prologic:

tho the problem here is that the browser window seems zoomed a bit and a bit off the edge

[03:26:24]

sphery:

but I'd be interested to know that zooming can make the video too big

[03:26:30]

prologic:

once I found the fullscreen button the video playback itself is fine

[03:27:19]

sphery:

fullscreen dynamically resizes the video to fit your screen using flash

[03:27:24]

sphery:

it's unrelated to our zoom

[03:27:55]

sphery:

so, still, I'd be interested to know if zoom fixes it for you--at least then I'll be able to tell the next user who sees that issue how to fix it for sure

[03:29:13]

Goga777 (Goga777!~Goga777@95-30-136-198.broadband.corbina.ru) has joined #mythtv-users

[03:32:23]

prologic:

*nods*

[03:32:37]

grumpyrj (grumpyrj!~rj@119.224.99.216) has left #mythtv-users ()

[03:37:33]

cryptide_ (cryptide_!~cryptide@184.90.151.105) has quit (Read error: Operation timed out)

[03:38:30]

RyeBrye (RyeBrye!~ryebrye@c-98-217-226-14.hsd1.vt.comcast.net) has quit (Quit: RyeBrye)

[03:40:23]

grumpyrj (grumpyrj!~rj@119.224.99.216) has joined #mythtv-users

[03:41:34]

Goga777 (Goga777!~Goga777@95-30-136-198.broadband.corbina.ru) has quit (Remote host closed the connection)

[03:46:42]

grumpyrj:

When running mheg2xmltv.sh to get the local mheg feed while mythtv is busy I not surprisingly get the warning, "Unable to open '/dev/dvb/adapter0/frontend0' read/write; you will not be able to retune". Since it will only run in the early morning when the nutbars are preaching I could just stop mythtv-backend first, but I'm wondering if it actually matters. Would it miss some of the multiplexes or whatnot because of this?

[03:47:15]

wagnerrp:

if mythtv is configured to use a tuner, it will always use the tuner, and will lock it against use by external programs

[03:47:27]

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

[03:47:42]

grumpyrj:

yeah, that much I get. But does it mean it will be unable to downloadsome of the mheg data?

[03:47:47]

wagnerrp:

thats so that when it goes to record, it isnt prevented from doing so by some external programs

[03:48:00]

wagnerrp:

you can disable that feature in mythtv-setup

[03:48:27]

grumpyrj:

since it won't be able to retune to the other 2 multiplexes presumably, although at present it seems to work.

[03:48:39]

wagnerrp:

better would be to take whatever mheg2xmltv.sh, rewrite it in c++, and implement it in mythtv's EIT scraper

[03:48:55]

grumpyrj:

umm.. yes, that would be better...

[03:49:12]

wagnerrp:

bleh... .net

[03:49:21]

grumpyrj:

but, just wondering if I should breifly stop the backend while I grab it

[03:49:26]

grumpyrj:

No, it's bash

[03:49:32]

wagnerrp:

no, its .net

[03:49:34]

grumpyrj:

there is also a .net version

[03:50:12]

grumpyrj:

https://sourceforge.net/projects/mheg2xmltv/

[03:50:26]

grumpyrj:

it works fine. Just wondering if I should stop the backend when I run it.

[03:51:29]

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

[03:51:32]

wagnerrp:

as mentioned, you can disable that feature in mythtv-setup

[03:51:38]

wagnerrp:

(the one that locks the tuner at all times)

[03:52:15]

grumpyrj:

yeah, I guess that should be fine.

[03:52:22]

grumpyrj:

ta

[03:52:44]

sphery:

but you need to be careful not to use the tuner when MythTV decides to use it or you'll mess up MythTV

[03:52:47]

sphery:

(and recordings)

[03:53:05]

grumpyrj:

hence why I was thinking about stopping the backend when I run that.

[03:53:43]

grumpyrj:

I was really just curious to know if it would still be able to get all the various mheg data when the card was in use.

[03:53:46]

wagnerrp:

mheg2xmltv is written in .net, at most, the bash script you are using is a wrapper and auto-downloader for it

[03:53:55]

wagnerrp:

although i cant actually seem to find the bash script on that site

[03:53:55]

grumpyrj:

no, it's not.

[03:54:09]

grumpyrj:

it just shares the name

[03:54:09]

wagnerrp:

youre not going to be doing mheg processing in bash

[03:54:31]

wagnerrp:

you _could_ do it, but it would be an exercise in masochism

[03:54:44]

grumpyrj:

I've looked at the script. It uses rb-download for the juice and bask, awk and sed to convert to xmltv format. I assure you of that.

[03:55:00]

grumpyrj:

But that's beside the point.

[03:55:22]

wagnerrp:

that just sounds painful

[03:55:28]

grumpyrj:

yeah. so true

[03:56:22]

wagnerrp:

i imagine it would be easier to port the C# version to C++ than awk/sed

[03:56:37]

grumpyrj:

I don't disagree

[03:56:57]

grumpyrj:

but it works fine and thankfully is not the .net version so it'll do.

[03:57:21]

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

[03:57:52]

grumpyrj:

It gives me a week of epg instead of an hour so I'm very happy with at at present. It's almost changed my life.

[03:58:07]

wagnerrp:

sphery: im actually surprised one of the stuarts never implemented such a thing

[03:58:47]

iamlindoro:

one of the stuart's doesn't use EIT, and neither has committed more than a fix or two in several years

[03:59:02]

grumpyrj:

I think I'll just stop the backend when I run it then to be safe. I can't see me ever recording anything in teh wee hours of the morning. This is NZ so all infomercials and diety botherers.

[03:59:03]

iamlindoro:

(and neither lives in a locale using MHEG for guide)

[03:59:39]

sphery:

yeah, this is NZ, right grumpyrj

[03:59:48]

sphery:

oh, you just said that

[04:00:22]

sphery:

grumpyrj: you can use mythshutdown to figure out when it's safe to shut down the backend

[04:00:33]

grumpyrj:

oh, right. good to know. thanks

[04:00:42]

prologic:

btw

[04:00:52]

sphery:

I'll let you figure out how--as I don't know/use that program

[04:00:53]

prologic:

is it possbile to take full advantage of huluplus with mythnetvision?

[04:01:11]

wagnerrp:

prologic: mythnetvision does not currently support any kind of cookie

[04:01:16]

wagnerrp:

so it cannot do subscriptions

[04:01:20]

wagnerrp:

same applies to amazon

[04:01:40]

prologic:

hmm

[04:01:41]

prologic:

damn

[04:01:52]

prologic:

so no point in buying huluplus then :)

[04:01:54]

prologic:

good to know

[04:02:30]

sphery:

well, you could spend some time to provide support for auth, then it would be worthwhile to get that sub

[04:02:32]

wagnerrp:

not at current

[04:03:37]

wagnerrp:

as i understand it, MNV is waiting for a cookie manager from Captain_Murdoch, who is in turn waiting for something... that i dont recall off hand

[04:05:07]

wagnerrp:

grumpyrj: heh, this thing is 2/3 awk scripts

[04:06:11]

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

[04:08:05]

wagnerrp:

iamlindoro: the mheg guide data only exists in NZ?

[04:11:31]

grumpyrj:

wagnerrp: there are otherplaces too, but yeah it happened to be the right country which made things easier.

[04:12:12]

grumpyrj:

NZ, UK, Hong Kong, Aussie, Ireland anyway

[04:13:12]

wagnerrp:

they have mheg, but not necessarily guide data over mheg

[04:13:36]

grumpyrj:

true. Yeah it has a bug that stuff scheduled for 2012 still shows the current year so that needs soem tweaking.

[04:13:51]

sphery:

is de karl from NZ?

[04:13:58]

wagnerrp:

no, germany

[04:14:01]

iamlindoro:

no, he's german

[04:14:11]

wagnerrp:

grumpyrj: does shepherd not cover NZ?

[04:14:11]

sphery:

or did he just happen to know off the top of his head that NZ uses MHEG guide data when grumpyrj asked about it earlier

[04:14:17]

iamlindoro:

and the UK/Ireland/etc. don't have EIT via MHEG

[04:14:20]

sphery:

guess he's just that up-to-date on all things XMLTV

[04:14:43]

grumpyrj:

EIT is a different beast unless you're using as a generic term (I think).

[04:15:00]

sphery:

just saying I'm very impressed with his worldwide knowledge of guide data stuff

[04:15:46]

grumpyrj:

Yeah, I was surprised at the level of helpfulness and knowledge here. way to go guys.

[04:17:01]

sphery:

well, he's our resident xmltv expert

[04:17:02]

grumpyrj:

We get EIT and mheg. I only figured it out yesterday because my tv gets a full week of epg over the air (I unplugged the LAN to rule that out).

[04:17:17]

grumpyrj:

EIT only gives a few hours at best here.

[04:18:23]

wagnerrp:

ditto over here

[04:21:48]

darkdrgn3k (darkdrgn3k!~darkdrgn@bas2-toronto44-1176438133.dsl.bell.ca) has joined #mythtv-users

[04:22:04]

darkdrgn3k (darkdrgn3k!~darkdrgn@bas2-toronto44-1176438133.dsl.bell.ca) has quit (Client Quit)

[04:22:24]

gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)

[04:39:12]

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

[04:44:34]

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

[04:51:23]

prologic:

interestingly also. lirc/remote nor keys seem to work in MNV's flash player either

[04:51:27]

prologic:

only the mouse :)

[04:55:07]

wagnerrp:

almost true

[04:55:38]

wagnerrp:

some players define an API that allow commands to be passed to it

[04:55:49]

wagnerrp:

and that includes mythtv sending IR commands to it

[04:56:11]

wagnerrp:

if one is available, the grabber can be describe to MNV how to use it

[04:56:23]

wagnerrp:

if one is not available, youre stuck with keyboard and mouse

[05:13:56]

Goga777 (Goga777!~Goga777@95-30-136-198.broadband.corbina.ru) has joined #mythtv-users

[05:31:47]

rOOb (rOOb!~x64@pool-71-174-69-37.bstnma.fios.verizon.net) has joined #mythtv-users

[05:32:37]

rOOb:

Hello all...some of my recordings from my hdhr prime won't play in external players(which I use sometimes)....they play but seeking won't work

[05:33:06]

wagnerrp:

the recordings are just standard MPEG2 TS files

[05:33:14]

wagnerrp:

we cant help it if external players dont know how to handle them

[05:33:20]

rOOb:

is there anything I can do? From googling I found mentions of using mythcommflag to rfebuild index...but that doesn't seem to work

[05:33:44]

wagnerrp:

the index is an internal database index that mythtv uses for frame-exact seeking

[05:33:55]

rOOb:

Well it seems like mythtv does some automagic...because the same videos play fine in myth...but not external

[05:34:08]

wagnerrp:

what external player, specifically?

[05:34:38]

rOOb:

Right now its xbmc...but in the past I had issues in mplayer

[05:34:56]

rOOb:

And in the past I had been suing firewire

[05:35:00]

rOOb:

*using

[05:35:09]

sphery:

rOOb: what you're noticing is that MythTV has probably about the best support for playing seen-in-the-wild MPEG2 Transport Streams

[05:35:22]

rOOb:

And there was some fix or hack to solve it...but can't remember

[05:35:33]

sphery:

i.e. since that's what we get from many digital recorders, we have a ton of fixes for it that other players don't

[05:35:55]

rOOb:

Right. I do belive this is a issue with the seektable.

[05:36:22]

rOOb:

Since the files play...but only fail when skipping commercials or ff'ing

[05:36:23]

wagnerrp:

the 'seektable' is an internal mythtv thing, for the frame-exact seeking

[05:36:32]

sphery:

rOOb: about all you can do to "fix" it if the external player doesn't support MPEG TS is "transcode"/remux the recording

[05:36:36]

wagnerrp:

other players should be able to seek fine using the embedded timecodes

[05:36:49]

sphery:

what wagnerrp is saying is that the seektable is not part of the recording

[05:37:04]

sphery:

so fixing the MythTV seektable won't have any effect on non-MythTV players

[05:37:19]

rOOb:

Well I'm not sure if I mean seek table or timecode...I don't know much about video stuff hehe

[05:37:30]

sphery:

wagnerrp: btw, fixed the percent of time spent recording in mythweb stats, finally :)

[05:37:42]

rOOb:

In the past I had found a userjob to fix this....

[05:37:55]

rOOb:

I guess it wasn't the mythcomm rebuild option

[05:37:58]

sphery:

yes, you likely ran a "transcode" that remuxed the show into an MPEG PS

[05:38:09]

sphery:

something like Project X or ...

[05:38:20]

rOOb:

It was all done via mythtv

[05:38:36]

rOOb:

Perhaps a lossless transcode?

[05:38:51]

rOOb:

Or something...would thatt fix a mpg timecode?

[05:39:12]

sphery:

well, you could use mythtranscode to transcode it, but then you'd end up with MPEG-4 ASP in an NUV container (that few players will recognize) and lose quality in the process

[05:39:24]

sphery:

lossless transcode will just cut out parts of the recording

[05:39:57]

sphery:

it may attempt to fix timecode discontinuities, but it's not really the best way to do that

[05:40:14]

sphery:

you should really look at Project X for converting from MPEG TS to MPEG PS

[05:40:18]

sphery:

or avidemux or ...

[05:40:35]

rOOb:

Hmmm....I know that back when I originally tried fixing the firewire vids...it was some kinda mythtv user job...and it would only take a min or so to complete

[05:40:53]

sphery:

there are many user job scripts that use project x

[05:41:00]

rOOb:

I really would like to avoid transcoding

[05:41:15]

rOOb:

Well....time consuming transcoding to diff formats

[05:41:27]

sphery:

project x wouldn't transcode

[05:41:40]

sphery:

it just copies the frames from a TS into a PS container

[05:41:44]

sphery:

it remuxes

[05:42:12]

sphery:

making the recording about 20% smaller in the process (because TS container is more verbose because it has more redundancy for better error correction)

[05:42:30]

rOOb:

Hmmm

[05:42:43]

rOOb:

Roughly how long does the process take?

[05:42:52]

rOOb:

Like hours?

[05:42:55]

rOOb:

Mins?

[05:43:11]

sphery:

about as long as it takes to do a cp of the file

[05:43:14]

Goga777 (Goga777!~Goga777@95-30-136-198.broadband.corbina.ru) has quit (Remote host closed the connection)

[05:43:30]

rOOb:

I see

[05:44:10]

sphery:

could do it with several other programs, too

[05:45:25]

rOOb:

Hmmm....so how would I go about this?

[05:45:40]

rOOb:

Make a userjob that makes projects x copy the files?

[05:46:03]

rOOb:

What about mythtv database?

[05:46:29]

rOOb:

If its copying the files,....how will mythtv know about the new files?

[05:48:30]

rOOb:

Also what about using the --buildindex of mythtranscode?

[05:48:50]

wagnerrp:

all that does is rebuild the internal database seektable

[05:49:19]

sphery:

you would create the script to use some tool to remux the recording, then once done, overwrite the original recording (using original file name), then run mythcommflag --rebuild to have mythtv build a seek table for the new recording

[05:49:36]

sphery:

and mythtranscode --buildindex is identical to mythcommflag --rebuild

[05:49:55]

sphery:

at least for mpeg 2

[05:50:08]

rOOb:

What's about the --mpeg2 option?

[05:50:30]

rOOb:

http://www.mythtv.org/wiki/Mythtranscode#Usin . . . G2_Transcode

[05:50:46]

sphery:

that's how to do a lossless transcode

[05:50:50]

rOOb:

Seems like it does what project x would

[05:50:57]

sphery:

mpeg TS -> mpeg TS, TTBOMK

[05:51:06]

sphery:

I'm pretty sure it doesn't convert to PS

[05:51:16]

rOOb:

C onverts the mpeg2 from a TS stream to a PS stream, possibly saving up to 20% of the file size!

[05:51:30]

rOOb:

Almost verbatim what u said lol

[05:51:33]

sphery:

if so that might work

[05:51:36]

sphery:

at least when it works

[05:51:45]

sphery:

for me, it fails on about 40% of recordings, anymore

[05:52:16]

sphery:

but the real solution is to use a real player instead of a player that doesn't know how to play the video you want to play :)

[05:57:58]

trijezdci (trijezdci!~trijezdci@218.87.81.79.rev.sfr.net) has quit (Quit: trijezdci)

[06:05:16]

k-man (k-man!~k-man@unaffiliated/k-man) has quit (Read error: Connection reset by peer)

[06:06:37]

wagnerrp:

yikes

[06:06:56]

rOOb:

Hmm

[06:06:57]

wagnerrp:

3GHz quad core, 8GB of memory, and a raid array to achieve a meager 1.5TB of storage

[06:07:48]

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

[06:07:50]

wagnerrp:

seems rather backwards

[06:15:38]

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

[06:16:07]

rOOb:

Bah. This isn't fixing it :(

[06:27:57]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[06:28:12]

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

[06:29:53]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[06:32:23]

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

[06:33:58]

rOOb:

What options do/should I use in projectx?

[06:44:17]

rOOb (rOOb!~x64@pool-71-174-69-37.bstnma.fios.verizon.net) has quit (Quit: Bye)

[06:49:57]

npm_ is now known as npm

[06:50:59]

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

[07:20:57]

ubIx (ubIx!~ulf@p5DD187D9.dip0.t-ipconnect.de) has quit (Read error: Operation timed out)

[07:22:25]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[07:22:41]

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

[07:23:50]

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

[07:24:44]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: Connection reset by peer)

[07:25:02]

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

[07:29:09]

darkdrgn2k (darkdrgn2k!~darkdrgn2@bas2-toronto44-1176438133.dsl.bell.ca) has quit (Ping timeout: 240 seconds)

[07:36:57]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[07:37:14]

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

[07:43:45]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[07:45:06]

xtort- (xtort-!~xtort-@216.231.135.53) has quit (Ping timeout: 248 seconds)

[07:48:16]

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

[07:48:28]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: Connection reset by peer)

[07:48:38]

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

[07:48:53]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[07:49:00]

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

[07:49:41]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[07:49:57]

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

[07:58:01]

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

[07:59:58]

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

[08:06:06]

mazda01 (mazda01!~daniel@cpe-173-89-62-76.wi.res.rr.com) has joined #mythtv-users

[08:06:41]

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

[08:07:22]

xtort- (xtort-!~xtort-@216.231.135.53) has joined #mythtv-users

[08:12:15]

trijezdci (trijezdci!~trijezdci@194.113.59.45) has joined #mythtv-users

[08:15:47]

_aidman (_aidman!~aidman@78-105-105-54.zone3.bethere.co.uk) has joined #mythtv-users

[08:17:15]

wagnerrp:

Beirdo: why do we use a nanosleep in MythSystemIOHandler rather than just let the select supply the timeout?

[08:18:21]

wagnerrp:

i know i wrote it that way originally (although with a usleep), but why did you not change it to a more sane method?

[08:18:23]

wagnerrp:

:P

[08:19:27]

wagnerrp:

the way its set up now, it keeps the thread in a short loop waiting for pipes to work on

[08:19:41]

wagnerrp:

but it seems like that could be better handled with a wait condition

[08:19:50]

Beirdo:

there was a good reason for it

[08:20:13]

Beirdo:

and it works, so I'm loathe to make it "better"

[08:20:33]

wagnerrp:

the only thing remaining i can think of would be some funkiness with the m_pMap locking

[08:20:43]

Beirdo:

for what?

[08:21:14]

wagnerrp:

the only good reason to have the sleep outside the lock, rather than inside the select

[08:21:44]

Beirdo:

ah, I think it was partially the extra time required to iterate the map and build the fdset

[08:22:01]

Beirdo:

if the map is empty, there's no point in doing extra work

[08:22:31]

wagnerrp:

right, so you have it sit in a waitcondition until something else adds a new pipe and wakes it

[08:22:52]

Beirdo:

Let's not mess with it tonight

[08:23:02]

wagnerrp:

certainly not

[08:23:11]

wagnerrp:

i was just messing with select elsewhere and it came to mind

[08:23:14]

Beirdo:

you're probably correct though, a wait condition may work well there

[08:23:33]

wagnerrp:

specifically regarding the comment in there about the current setup being limited to around 3Mbps

[08:23:40]

wagnerrp:

MBps

[08:24:07]

Beirdo:

Yeah, true, although I'd rather keep that limited

[08:24:09]

jamesd2 (jamesd2!~jamesd@CPE-65-31-168-112.wi.res.rr.com) has quit (Read error: Connection reset by peer)

[08:24:36]

jamesd2 (jamesd2!~jamesd@CPE-65-31-168-112.wi.res.rr.com) has joined #mythtv-users

[08:24:42]

Beirdo:

we shouldn't be passing massive quantities of data through there unless absolutely necessary

[08:24:52]

wagnerrp:

fair enough, considering we buffer everything until the object is closed

[08:25:01]

wagnerrp:

a large amount of data in there could get real hairy real fast

[08:25:05]

Beirdo:

it smacks of "we couldn't think of a better way to pass data"

[08:25:21]

Beirdo:

yeah, better to put it in a file or a named pipe on the filesystem

[08:25:44]

Beirdo:

kinda like what I did for datadirect polling

[08:25:59]

Beirdo:

no need to take that in on stdin, make a cache file, read the cache file

[08:26:06]

wagnerrp:

well... that was more so you could use wget

[08:26:07]

wagnerrp:

:)

[08:26:15]

Beirdo:

we were before too

[08:26:18]

Beirdo:

but very messily

[08:26:38]

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

[08:26:58]

Beirdo:

anyways, hopefully THAT gets reworked to use the download manager

[08:27:10]

wagnerrp:

well just some thoughts that were running through my head

[08:27:17]

Beirdo:

cool :)

[08:27:23]

wagnerrp:

oh how often i look through code a year or two back and wonder

[08:27:32]

wagnerrp:

"why the f-- did i do that?"

[08:27:37]

Beirdo:

keep track of em. Too tired to chase them down tonight, but they are definitely good thoughts

[08:27:56]

trijezdci:

wagnerrp: then you are not documenting your code properly

[08:28:20]

wagnerrp:

trijezdci: no, it doesnt matter if my code is documented or not

[08:28:21]

Beirdo:

trijezdci: what's this "documenting" you speak of?

[08:28:33]

trijezdci:

documentation should show INTENT

[08:28:40]

trijezdci:

code shows actual implementation

[08:28:48]

wagnerrp:

i can look back into well documented code, and think "that code is stupid, those reasons are stupid"

[08:29:06]

Beirdo:

yup

[08:29:14]

wagnerrp:

intent doesnt get you anywhere if the reasons were out of ignorance

[08:29:15]

Beirdo:

a valuable skill too

[08:29:55]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[08:29:57]

trijezdci:

precisely that is the reasoning behind it, if you can read the intent, you can make conclusions as to whether or not the intent is actually fulfilled (if not that would be a bug) and secondly, even if it does, whether it is implemented in an optimal way (it may not be)

[08:30:12]

wagnerrp:

i suppose

[08:34:55]

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

[08:35:53]

dekarl:

jep200404 did never ask what that could be? http://colug.net/~jep/myth/3/ shows some horintal corruption (only on HD material) everything US mpeg-2 stuff with default playback profiles

[08:36:19]

dekarl:

s/horintal/oriental/horizontal/ :)

[08:36:52]

** wagnerrp wonders what 'oriental corruption' would be **

[08:37:15]

wagnerrp:

opium?

[08:37:50]

dekarl:

that would have been a way better type

[08:37:52]

dekarl:

typo

[08:38:17]

dekarl:

but its purple *vertical* bars all over the picture anyway

[08:38:46]

** dekarl should get to work before he confuses you all to much :) **

[08:39:01]

wagnerrp:

dekarl: IIRC, its some funky issue with people using the old libmpeg2 decoder

[08:39:45]

dekarl:

hmm, does "I've been using the defaults for years and didnt change setting, just upgrade" sound about right?

[08:42:12]

wagnerrp:

yep

[08:45:00]

** dekarl must remember to put in a block in the dhcp server so my work pc doesnt become a diskless frontend when working from home **

[08:45:35]

xtort- (xtort-!~xtort-@216.231.135.53) has quit (*.net *.split)

[08:45:35]

k-man (k-man!~k-man@unaffiliated/k-man) has quit (*.net *.split)

[08:45:36]

Vollstrecker_ (Vollstrecker_!~Vollstrec@p4FC7DF81.dip.t-dialin.net) has quit (*.net *.split)

[08:45:36]

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

[08:45:36]

grumpyrj (grumpyrj!~rj@119.224.99.216) has quit (*.net *.split)

[08:45:36]

justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has quit (*.net *.split)

[08:45:36]

fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has quit (*.net *.split)

[08:45:37]

ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has quit (*.net *.split)

[08:45:37]

styelz_ (styelz_!~yoohoo@m0o0.mooo.com) has quit (*.net *.split)

[08:45:37]

M0nk3Ee_ (M0nk3Ee_!~M0nk3Ee@cpc1-acto4-2-0-cust162.4-2.cable.virginmedia.com) has quit (*.net *.split)

[08:45:37]

Anduin_ (Anduin_!~awithers@pdpc/supporter/professional/anduin) has quit (*.net *.split)

[08:45:37]

Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split)

[08:45:37]

rellig (rellig!~rellig@argon247.server4you.de) has quit (*.net *.split)

[08:45:41]

wagnerrp:

heh

[08:45:53]

wagnerrp:

your work pc is configured to boot off the network currently?

[08:48:57]

dekarl:

yup, they all are. thats how we (do something) used to be used for firmware update, now for remote installation

[08:49:09]

xtort- (xtort-!~xtort-@216.231.135.53) has joined #mythtv-users

[08:49:09]

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

[08:49:10]

grumpyrj (grumpyrj!~rj@119.224.99.216) has joined #mythtv-users

[08:49:10]

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

[08:49:10]

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

[08:49:11]

justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has joined #mythtv-users

[08:49:11]

fleers (fleers!~fleers@cpe-76-93-149-124.san.res.rr.com) has joined #mythtv-users

[08:49:11]

ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has joined #mythtv-users

[08:49:12]

styelz_ (styelz_!~yoohoo@m0o0.mooo.com) has joined #mythtv-users

[08:49:12]

M0nk3Ee_ (M0nk3Ee_!~M0nk3Ee@cpc1-acto4-2-0-cust162.4-2.cable.virginmedia.com) has joined #mythtv-users

[08:49:12]

Anduin_ (Anduin_!~awithers@pdpc/supporter/professional/anduin) has joined #mythtv-users

[08:49:13]

Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv-users

[08:49:13]

rellig (rellig!~rellig@argon247.server4you.de) has joined #mythtv-users

[08:49:13]

Mode for #mythtv-users by calvino.freenode.net : +vv kormoc Anduin_

[08:50:25]

dekarl:

obviously the manufacturers have a hard time getting the matching mac/uuid delivered with the hardware (valid one prefered) so it doesnt always work as well as we'd wish for

[08:51:21]

k-man (k-man!~k-man@unaffiliated/k-man) has quit (Excess Flood)

[08:52:18]

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

[08:56:32]

dekarl:

the deployment servers silently dropping client configurations on the floor when they see a matching uuid on another system doesnt help much either (think system A being announced with the uuid of system B and vice versa. once the second one gets installed the first one gets dropped from the database without any entry in the logs)

[08:58:36]

wagnerrp:

ooh... gpu-commflag branch

[09:00:27]

dekarl:

which reminds me to prepare a present for bei rdo (german specimen)

[09:03:09]

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

[09:03:10]

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

[09:10:27]

Beirdo:

wagnerrp: yeah, markk's busily changing parts that might do well to see how I got around the same issues

[09:11:07]

Beirdo:

I ain't done yet, but it's a fair ways along

[09:11:49]

wagnerrp:

well... i dont have any video cards hooked up to any of my machines that would be of any worth anyway

[09:11:58]

wagnerrp:

8200s and 8400s

[09:17:09]

Beirdo:

Oh, and I was right...

[09:17:19]

Beirdo:

I did run out of jeans to cut up... JUST

[09:17:46]

Beirdo:

I think I have just enough material to finish my distraction... er blanket

[09:23:36]

prologic:

So. What's the idea with MNV? Say you're trying to keep up with some tv series, do you setup a custom search as a directory in MNV?

[09:23:52]

** Beirdo shrugs **

[09:24:26]

Beirdo:

I only have about 3TB of recordings to watch, never felt much need for MNV, personally. YMMV

[09:26:03]

_aidman (_aidman!~aidman@78-105-105-54.zone3.bethere.co.uk) has quit (Changing host)

[09:26:03]

_aidman (_aidman!~aidman@unaffiliated/-aidman/x-1836586) has joined #mythtv-users

[09:26:31]

dekarl:

prologic: are you looking for a problem that matches the MNV solution?

[09:27:15]

prologic:

just asking :)

[09:27:38]

prologic:

I watched all episodes available for a particular tv series today

[09:27:43]

prologic:

just wondering what next :)

[09:27:50]

stoffel (stoffel!~quassel@pD9E4382E.dip.t-dialin.net) has quit (Read error: Operation timed out)

[09:27:56]

prologic:

read about customizing search terms as "directories" on the wiki

[09:28:06]

_aidman is now known as ah

[09:28:10]

dekarl:

your example sounds more like https://github.com/managementboy/mntv

[09:28:52]

ah (ah!~aidman@unaffiliated/-aidman/x-1836586) has quit (Changing host)

[09:28:52]

ah (ah!~aidman@unaffiliated/aidanhammond) has joined #mythtv-users

[09:30:51]

prologic:

http://www.mythtv.org/wiki/Hulu.py

[09:31:00]

prologic:

won't the instructions here suffice?

[09:33:24]

aidman (aidman!~ah@78-105-105-54.zone3.bethere.co.uk) has joined #mythtv-users

[09:33:57]

aidman (aidman!~ah@78-105-105-54.zone3.bethere.co.uk) has quit (Remote host closed the connection)

[09:34:34]

aidanhammond (aidanhammond!~ah@78-105-105-54.zone3.bethere.co.uk) has joined #mythtv-users

[09:34:35]

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

[09:34:35]

aidanhammond (aidanhammond!~ah@78-105-105-54.zone3.bethere.co.uk) has quit (Changing host)

[09:35:02]

ah (ah!~aidman@unaffiliated/aidanhammond) has quit (Quit: Leaving)

[09:35:24]

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

[09:44:40]

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

[09:49:19]

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

[09:49:19]

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

[09:50:49]

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

[09:51:09]

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

[09:54:04]

dekarl:

prologic: can't say as I don't use MNV at all

[09:55:13]

dekarl:

but I thought its more of a browser for the various video sites (with the old mythnettv being more like a feed recorder that puts new feed items in your watch queue)

[09:56:19]

prologic:

no idea

[09:56:22]

prologic:

still playing around with it tbh

[09:59:27]

gholmlund (gholmlund!~quassel@76-191-205-135.dsl.dynamic.sonic.net) has quit (Read error: Connection reset by peer)

[09:59:36]

gholmlund (gholmlund!~quassel@76-191-205-135.dsl.dynamic.sonic.net) has joined #mythtv-users

[10:03:03]

prologic:

sphery, ok so I tried to adjust the zoom in the Mythbrwoser and it seemed ot have no effect really

[10:03:14]

prologic:

it just seems the page is too wide for the screen

[10:03:25]

prologic:

I hit M inside MNV

[10:03:32]

prologic:

then Zoom In / Zoom Out

[10:11:28]

Beirdo:

OK, bed time

[10:11:29]

grumpyrj (grumpyrj!~rj@119.224.99.216) has quit (Quit: Leaving.)

[10:16:43]

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

[10:18:34]

ah (ah!~ah@unaffiliated/aidanhammond) has quit (Read error: Connection reset by peer)

[10:19:04]

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

[10:20:27]

ServerSage (ServerSage!~ServerSag@c-24-6-96-121.hsd1.ca.comcast.net) has quit (Ping timeout: 240 seconds)

[10:20:47]

stoffel (stoffel!~quassel@pD9E4382E.dip.t-dialin.net) has quit (Read error: Operation timed out)

[10:31:20]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[10:32:47]

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

[10:55:47]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[10:58:39]

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

[11:05:02]

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

[11:05:48]

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

[11:06:14]

mike is now known as Guest8655

[11:07:59]

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

[11:12:22]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[11:15:13]

new2linx (new2linx!~daniel@cpe-173-89-62-76.wi.res.rr.com) has joined #mythtv-users

[11:17:25]

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

[11:17:44]

antgel (antgel!~antony@87-194-237-46.bethere.co.uk) has joined #mythtv-users

[11:19:13]

mazda01 (mazda01!~daniel@cpe-173-89-62-76.wi.res.rr.com) has quit (Ping timeout: 268 seconds)

[11:19:22]

antgel:

hi all. running a system with dvb-s and dvb-t backends and xmltv. new channel scan has useonairguide ticked by default for many channels. can i leave this on without worrying that it will trample all over my lovely xmltv data *except* in the event of a schedule change, or should i just switch it off? (i prefer the richness of xmltv data to the short data provided by EIT)

[11:26:42]

dekarl:

no you should switch it off

[11:27:01]

dekarl:

should, as in anything else is not supported

[11:30:13]

pyther (pyther!~pyther@unaffiliated/pyther) has quit (Ping timeout: 255 seconds)

[11:30:58]

antgel:

dekarl: thanks

[11:33:27]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[11:34:05]

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

[11:34:30]

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

[11:38:22]

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

[11:45:35]

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

[12:09:27]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[12:12:24]

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

[12:32:15]

FabriceMG (FabriceMG!~fabrice@217.112.59.207) has joined #mythtv-users

[13:04:23]

davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)

[13:04:47]

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

[13:13:49]

trijezdci (trijezdci!~trijezdci@194.113.59.45) has quit (Quit: trijezdci)

[13:37:10]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[13:38:14]

trijezdci (trijezdci!~trijezdci@213.55.184.68) has joined #mythtv-users

[13:40:28]

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

[13:46:30]

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

[13:46:31]

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

[13:47:38]

ah (ah!~ah@unaffiliated/aidanhammond) has quit (Ping timeout: 240 seconds)

[13:53:25]

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

[13:55:13]

Anomaly` (Anomaly`!Anomaly@unaffiliated/-anomaly/x-0012834) has quit (Quit: I am Watching.... We are Watching....)

[13:55:27]

MissionCritical (MissionCritical!~MissionCr@unaffiliated/missioncritical) has quit (Read error: Connection reset by peer)

[13:56:44]

_Anomaly (_Anomaly!Anomaly@unaffiliated/-anomaly/x-0012834) has joined #mythtv-users

[14:13:02]

Operaiter2 (Operaiter2!~operaiter@p5B39A473.dip.t-dialin.net) has joined #mythtv-users

[14:13:25]

Operaiter2 (Operaiter2!~operaiter@p5B39A473.dip.t-dialin.net) has quit (Client Quit)

[14:13:46]

Operaiter (Operaiter!~operaiter@p5B39A473.dip.t-dialin.net) has joined #mythtv-users

[14:15:18]

Operaiter:

hey guys, i've some questions about myth tv and linuxmce. is it correct that linux mce is the same like mythtv the different is that the one is a paket and the other one a OS ?

[14:15:46]

Operaiter:

i miss a point between mythtv and the. i'm sorry ;)

[14:21:34]

dekarl:

try http://de.wikipedia.org/wiki/LinuxMCE ;)

[14:22:09]

Operaiter (Operaiter!~operaiter@p5B39A473.dip.t-dialin.net) has quit (Quit: Nettalk6 - www.ntalk.de)

[14:26:38]

trijezdci (trijezdci!~trijezdci@213.55.184.68) has quit (Ping timeout: 252 seconds)

[14:28:39]

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

[14:30:36]

dekarl:

note so self... ok, so LinuxMCE is a descendant of PlutoHome and can do nice stuff like turn off your TV when you lock the front door

[14:33:02]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[14:34:17]

trijezdci (trijezdci!~trijezdci@213.55.184.68) has joined #mythtv-users

[14:34:21]

cryptide (cryptide!~cryptide@29.183.90.184.cfl.res.rr.com) has joined #mythtv-users

[14:41:07]

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

[14:46:59]

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

[14:47:27]

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

[14:47:55]

peterpops_ is now known as peterpops

[14:51:49]

trijezdci (trijezdci!~trijezdci@213.55.184.68) has quit (Ping timeout: 255 seconds)

[15:03:31]

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

[15:15:10]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Quit: Yup Im Leaving)

[15:21:00]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[15:26:29]

trijezdci (trijezdci!~trijezdci@218.87.81.79.rev.sfr.net) has joined #mythtv-users

[15:26:55]

Operaiter (Operaiter!~operaiter@p5B39A473.dip.t-dialin.net) has joined #mythtv-users

[15:29:26]

iamlindoro:

dekarl: It also tends to run an ancient forked version of MythTV-- even if they didn't modify it heavily to avoid using it in a supportable way, by the time they "upgrade" it's usually to a version three versions old

[15:32:21]

streeter (streeter!~streeter@user-24-214-254-79.knology.net) has joined #mythtv-users

[15:33:25]

dekarl:

iamlindoro: ahh well, can't have everything... the currently playing recording following you around the house is cool :)

[15:33:46]

dekarl:

hmm, at least they advertise that any media will follow you

[15:39:31]

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

[15:40:34]

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

[15:47:29]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Ping timeout: 252 seconds)

[15:50:09]

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

[15:50:25]

m15k (m15k!~benni@ip-81-210-188-137.unitymediagroup.de) has joined #mythtv-users

[15:50:29]

sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 240 seconds)

[15:51:25]

m15k:

Hey, is a good WLAN connection fast enough to stream DVB-C HDTV from a backend to a frontend?

[15:53:12]

PSU:

anything that i can do to speed up the listing search from the web interface? it takes ~4–5 minutes just to search my listings.

[15:55:19]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[15:56:52]

dekarl:

m15k: wifi connections are frowned upon as they likely don't handle the need speeds with the needed reliabilty. but in the end it depends on how much bandwidth your recording needs and how much your wifi provides

[15:57:14]

me134667 (me134667!~me134667@host86-173-78-2.range86-173.btcentralplus.com) has joined #mythtv-users

[15:58:06]

me134667:

Hi. First time here. Need a hand with dvb-s2 problem in UK. Can anyone help?

[15:58:15]

dekarl:

m15k: with german HDTV in H.264 you'll be looking at around 10–15mbit/s (compared to 20–40mbit/s for bluray) which might work on a short range if no other networks/devices share the channel

[16:00:09]

dekarl:

PSU: did you run the mysql optimization script already?

[16:00:10]

m15k:

dekarl might it possible to shrink the signal on backend side?

[16:01:10]

dekarl:

m15k: you could convert it from MPEG-TS to MPEG-PS, that might safe like 5–10% and strip out all unwanted audio/subtitle/teletext channels

[16:02:05]

me134667:

Every time I scan for channels, I can find all channels on dvb-s fine, but the dvb-s2 channels don't appear -the setup terminal shows it's finding them as meg channels, not dvb channels

[16:02:12]

dekarl:

but the optimal solution is running a cable

[16:03:30]

m15k:

dekarl: i got one room where it's not possible to place a cable. So I'm looking for a wireless solution :)

[16:03:35]

dekarl:

me134667: DVB channel scanning has some known bugs and is looking for some tender,love,care. I'll let the details for the UK residents

[16:04:28]

me134667:

Thank you dekarl. I have 2 types of dvb cards -the happauge works fine, but the tevii s660 is the one having the problem

[16:04:29]

dekarl:

m15k: you can try it. if its just a short range and a dedicated wifi network it might work quite well

[16:05:04]

dekarl:

me134667: both DVB-S2? they should be sharing the same video source / list of channels, so just scan with the one where it works

[16:05:11]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Quit: Yup Im Leaving)

[16:05:24]

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

[16:05:53]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[16:05:58]

me134667:

Yeah, tried that. If I scan using happauge card and try to use same source, I only get a partial lock on tevii card

[16:06:17]

me134667:

If I try to scan using tevii, I get a lock, but no channels found

[16:06:41]

me134667:

But the terminal says its found new mpeg channels, not dvb channels

[16:06:47]

me134667:

And they don't appear

[16:11:03]

PSU:

dekarl: sorry, just saw your reply. no i hadn't run the "mysql optimization script"...i will do a serach for it now

[16:12:05]

jkfod (jkfod!~Greg_od@31.31.100.146) has quit (Read error: Network is unreachable)

[16:13:37]

dekarl:

me134667: http://www.mythtv.org/pipermail/mythtv-users/ . . . /324663.html ff. hints that you can't use the Tevii S660 with MythTV and a Linux 3.x Kernel

[16:13:58]

PSU:

dekarl: do you have a link to that script?

[16:15:09]

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

[16:15:16]

dekarl:

PSU try http://www.mythtv.org/wiki/User_Manual:Period . . . the_Database or http://www.mythtv.org/wiki/Optimizing_Perform . . . abase_Tweaks

[16:15:31]

PSU:

thanks!

[16:18:37]

dekarl:

me134667: so you could try to downgrade your kernel or test the mythtv patch at http://www.mythtv.org/pipermail/mythtv-users/ . . . /324704.html and post it to the ticket at http://code.mythtv.org/trac/ticket/10153 ?

[16:19:22]

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

[16:19:23]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Ping timeout: 252 seconds)

[16:19:47]

dekarl:

me134667: if you are on Mythbuntu building with a patch is quite easy, see http://www.mythbuntu.org/wiki/recipes

[16:21:02]

gizmobay:

I have multiple TV tuners. The volumes don't match so I have to crank up the volume on one and when I switch to the other I get blasted. Can they be controlled independently?

[16:23:51]

dekarl:

gizmobay: you record with multiple analog capture cards? Then yes, there should be a setting somewhere to control the volume (I don't use analog, so can't help much)

[16:24:37]

gizmobay:

I have one analog and one OTA card

[16:25:34]

dekarl:

gizmobay: google found that for analog hauppauge http://www.mythtv.org/pipermail/mythtv-users/ . . . /292422.html

[16:26:50]

gizmobay:

thanks

[16:27:07]

_Anomaly (_Anomaly!Anomaly@unaffiliated/-anomaly/x-0012834) has quit (Ping timeout: 276 seconds)

[16:27:20]

dekarl:

OTA is ATSC? can't do much as the volume is already hardcorded in the digital signal

[16:27:58]

gizmobay:

Yeah ATSC

[16:27:58]

dekarl:

and MythTV will obey the FCC volume stuff (better wait for some US resident to talk about details)

[16:28:28]

dekarl:

not sure if I saw that in 0.24 release or the development history

[16:28:47]

gizmobay:

I have my volumes set in the recording profiles which helps. The problem is when you go to MythMusic you really get blasted

[16:30:19]

gizmobay:

I use to run the TV audio through ladspa

[16:30:26]

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

[16:30:37]

dekarl:

ahh, you want mp3gain and aacgain to adjust your musics volume ;) (I have mine all on 89,3db or whatever the default is)

[16:30:40]

gizmobay:

but you can't run music through it

[16:31:19]

gizmobay:

^throiugh ladspa

[16:31:21]

dekarl:

the two programs will bitfiddle around the digital streams to make them all about equeal loudness

[16:33:28]

kwisher (kwisher!~kevin@c-98-253-249-175.hsd1.in.comcast.net) has joined #mythtv-users

[16:33:31]

jkfod (jkfod!~Greg_od@79.140.9.41) has quit (Read error: Network is unreachable)

[16:35:16]

gizmobay:

dekarl: do you create a aacgain profile in the asoundrc and then run mythmusic through this

[16:35:32]

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

[16:37:14]

dekarl:

gizmobay: no, you run your music collection through it and it "fixes" the files

[16:37:19]

me134667 (me134667!~me134667@host86-173-78-2.range86-173.btcentralplus.com) has quit (Remote host closed the connection)

[16:37:24]

gizmobay:

I see

[16:38:25]

jkfod (jkfod!~Greg_od@79.140.13.133) has quit (Read error: Network is unreachable)

[16:38:33]

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

[16:39:27]

jkfod (jkfod!~Greg_od@79.140.13.172) has quit (Read error: Network is unreachable)

[16:40:34]

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

[16:41:41]

m15k (m15k!~benni@ip-81-210-188-137.unitymediagroup.de) has quit (Ping timeout: 240 seconds)

[16:43:03]

jkfod (jkfod!~Greg_od@79.140.13.206) has quit (Read error: Operation timed out)

[16:43:53]

dekarl:

gizmobay: you have set mythmusic to use the same audio device as the rest of mythtv? If you had ladspa plugin for volume control you could simple use a different device

[16:47:22]

gizmobay:

I can't remember why ladspa didn't work out

[16:49:39]

dekarl:

hmm, google hints at ALSA "softvol" http://alsa.opensrc.org/How_to_use_softvol_to . . . aster_volume

[16:58:40]

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

[16:59:42]

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

[17:09:18]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has joined #mythtv-users

[17:09:22]

_abbenormal (_abbenormal!~abbenorma@c-24-56-205-119.customer.broadstripe.net) has quit (Remote host closed the connection)

[17:16:41]

_Anomaly (_Anomaly!Anomaly@unaffiliated/-anomaly/x-0012834) has joined #mythtv-users

[17:17:00]

pyther (pyther!~pyther@cpe-76-189-207-159.neo.res.rr.com) has joined #mythtv-users

[17:17:01]

pyther (pyther!~pyther@cpe-76-189-207-159.neo.res.rr.com) has quit (Changing host)

[17:17:01]

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

[17:18:31]

kusznir (kusznir!~kusznir@76.178.149.15) has quit (Ping timeout: 252 seconds)

[17:18:57]

tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 252 seconds)

[17:26:35]

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

[17:33:52]

wagnerrp:

wow, ive got an email in my inbox from 1980

[17:37:30]

Beirdo:

I'm sure I have one from 1969 somewhere

[17:38:05]

stoffel (stoffel!~quassel@pD9E42040.dip.t-dialin.net) has quit (Ping timeout: 240 seconds)

[17:38:26]

dekarl:

I can send you a fresh one from 1962 ;)

[17:40:08]

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

[17:42:42]

Beirdo:

that might be difficult as the UNIX timestamp would be negative

[17:43:35]

sphery:

it would be from Jan 1, 1970 at midnight UTC, but with local time offset applied to make it look like 1969

[17:43:59]

[R]:

negative time!?

[17:44:16]

_Anomaly (_Anomaly!Anomaly@unaffiliated/-anomaly/x-0012834) has quit (Quit: I am Watching.... We are Watching....)

[17:46:05]

_Anomaly (_Anomaly!Anomaly@unaffiliated/-anomaly/x-0012834) has joined #mythtv-users

[17:52:44]

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

[17:53:34]

** wagnerrp eagerly awaits the demise of file browse mode **

[17:55:15]

MMlosh (MMlosh!~MMlosh@2001:470:1f0b:b78:c07f:8dd:78fb:d23c) has quit (Ping timeout: 252 seconds)

[17:56:00]

tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv-users

[17:57:39]

MMlosh (MMlosh!~MMlosh@2001:470:1f0b:b78:e4ec:4aac:720f:89a7) has joined #mythtv-users

[17:58:50]

sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Quit: leaving)

[17:59:14]

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

[17:59:15]

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

[18:02:24]

sphery:

wagnerrp: Did you notice that Intel has released new Atoms that "are fused with Intel's Graphics Media Accelerator 3600/3650 to give twice the performance of current designs, enough for full 1080p high-definition video"

[18:03:05]

devinheitmueller:

Maybe one of these days they will release drivers that provide that support under Linux. ;-)

[18:03:24]

sphery:

phbbt... who needs drivers?

[18:03:50]

sphery:

I'm just expecting a slew of "perfect frontend" comments after the release

[18:04:14]

sphery:

or, based on the recent thread on -users, now it seems we might get, "perfect backend" comments

[18:04:27]

[R]:

lol

[18:04:35]

wagnerrp:

sphery: i dont know what that means, because performance has nothing to do with anything

[18:04:51]

wagnerrp:

previous designs were simply lacking hardware decoders for h264

[18:04:57]

wagnerrp:

and only had partial offload of mpeg2

[18:05:10]

wagnerrp:

its not like decoding is performed on the shaders

[18:05:16]

sphery:

so you think the Cedar Trails just add a hardware decoder?

[18:05:44]

wagnerrp:

well they certainly dont have the CPU performance for software decoding

[18:05:45]

sphery:

http://www.engadget.com/2011/12/28/intel-star . . . en-hours-of/ + http://www.theregister.co.uk/2011/12/28/intel_atom_ces_dual/

[18:05:49]

wagnerrp:

and no one advertises that anyway

[18:05:50]

davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)

[18:06:09]

sphery:

well, I meant as opposed to doing it in the gpu's shaders

[18:06:13]

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

[18:06:13]

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

[18:06:13]

davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host)

[18:06:16]

iamlindoro:

wagnerrp: Is the MySQLdb lib for python part of the default distribution?

[18:06:20]

sphery:

I realize the atom chip wouldn't do it in software

[18:06:26]

wagnerrp:

iamlindoro: no

[18:06:31]

abarbaccia (abarbaccia!~andrew@pool-108-35-41-134.nwrknj.fios.verizon.net) has joined #mythtv-users

[18:06:37]

iamlindoro:

poop

[18:06:53]

wagnerrp:

you can use either mysqldb or oursql, both 3rd party libraries

[18:07:14]

wagnerrp:

although oursql requires a patch for dealing with empty datetimes that has not yet made it into a release version

[18:07:19]

abarbaccia:

xris: hey Chris, question about some mythtv perl bindings and UPNP work you did with mythlink.pl. lemme know if you're around

[18:07:52]

sphery:

abarbaccia: if you want to ask, now, I might be able to provide some info on it

[18:07:57]

wagnerrp:

abarbaccia: sphery could probably help, hes touched that code much more recently

[18:08:05]

sphery:

(depending on what specifically you're asking)

[18:08:13]

abarbaccia:

awesome. i'm looking to pull some attributes about a video from the DB

[18:08:24]

sphery:

like video, not recording?'

[18:08:30]

abarbaccia:

sorry – - recording

[18:08:36]

sphery:

ok, just making sure :)

[18:08:40]

wagnerrp:

iamlindoro: scratch that, seems 0.9.3 has been released with the fix

[18:08:47]

abarbaccia:

saw the requirement for UPNP in mythrename mentioned on the wiki and was wondering if that was a method for extracting metadata or something else

[18:09:11]

sphery:

abarbaccia: it's specifically meant to allow UPnP-based autodetection of the master backend

[18:09:11]

iamlindoro:

wagnerrp: It's just a work thing, need to deploy python to some windows machines and need MySQLdb too

[18:09:12]

dekarl:

sphery: hmm, I think I can just write "Date:01 Jan 1950 00:00 +0100" at the top of an email. no epoch there

[18:09:26]

wagnerrp:

ah

[18:09:38]

sphery:

abarbaccia: so, once you have a config.xml, it's not actually used

[18:09:44]

iamlindoro:

was hoping to do so via group policy with the Python MSI, looks like there's no MySQLdb MSI, so manual work for my staff

[18:09:46]

wagnerrp:

well at least the python people are heavily recommending oursql over mysqldb

[18:10:09]

wagnerrp:

of course one of their own wrote it so...

[18:10:10]

abarbaccia:

sphery: so i'm a little confused. if i want to pull metadata from the DB, i should use the MythTV perl bindings

[18:10:14]

sphery:

abarbaccia: if you don't have a config.xml, it will be used to see if there's a single mythbackend on the system, at which point it will be able to get connection information, automatically--provided you set the PIN to the "let everyone see it"

[18:10:38]

sphery:

since bindings have no means to allow users to provide a PIN or to select a specific backend

[18:10:49]

wagnerrp:

its been maybe 6–8 months since ive really done anything in either

[18:10:51]

abarbaccia:

sphery: okay, i probably won't require such detail on my personal setup

[18:10:59]

_Anomaly is now known as Anomaly`

[18:11:12]

wagnerrp:

they each have their own quirks to work around, but its been long enough i dont remember the little details off hand

[18:11:16]

abarbaccia:

sphery: one other question, kinda a dumb one, where do i get the mythtv bindings?

[18:11:18]

sphery:

abarbaccia: at this point, though, I'd recommend using the python bindings--only because they're much higher level than perl bindings

[18:11:29]

wagnerrp:

abarbaccia: they are installed when you install the core mythtv

[18:11:34]

sphery:

all the bindings ship in the mythtv source distribution in the bindings directory

[18:11:46]

wagnerrp:

(assuming you have the necessary pre-reqs)

[18:11:49]

abarbaccia:

oye. alright. i started writing a script with perl, but should probably swtich to python earlier rather than later

[18:11:55]

sphery:

now your packagers may separate them out, but if so, I don't know how, specifically

[18:12:13]

wagnerrp:

abarbaccia: if you know both perl and python, the python bindings are far more flushed out

[18:12:14]

sphery:

what specifically are you attempting to do in the script

[18:12:27]

abarbaccia:

just got to the wiki page. much better :)

[18:12:35]

wagnerrp:

if you only know perl, then you may be better off sticking with the perl bindings

[18:12:42]

sphery:

anyway, IMHO, right now, the bindings are such that Python > Perl > PHP

[18:12:49]

abarbaccia:

i'm rough in both so its no different

[18:13:17]

abarbaccia:

script will transcode a recording to ipad format, add iTunes metadata, and create an RSS feed to subscribe

[18:13:36]

abarbaccia:

so, i can take my shows on the subway and be happ

[18:13:38]

wagnerrp:

is this for offline access or streaming?

[18:13:38]

abarbaccia:

y

[18:13:44]

abarbaccia:

offline

[18:14:07]

wagnerrp:

iamlindoro: did you plan on adding any mechanism for offline storage in your app?

[18:14:07]

FabriceMG (FabriceMG!~fabrice@217.112.59.207) has quit (Ping timeout: 240 seconds)

[18:14:38]

iamlindoro:

wagnerrp: ?

[18:14:46]

wagnerrp:

read a couple lines back

[18:15:12]

iamlindoro:

Oh. No.

[18:15:33]

wagnerrp:

to be honest, i dont know if the new streaming transcoder is even suited for such operation

[18:15:35]

abarbaccia:

wagnerrp: not sure what you mean. goal is to transcode them to another directory

[18:15:42]

wagnerrp:

since its designed to be chunked for streaming

[18:15:56]

iamlindoro:

You can turn off the chunking

[18:16:03]

iamlindoro:

The API methods do it

[18:16:22]

iamlindoro:

but you can also not do it

[18:16:32]

kwisher:

Hello All

[18:17:02]

kwisher:

does anyone use a HD HomeRun Prime?

[18:17:24]

wagnerrp:

kwisher: several, but the rule around here is to just ask, dont ask to ask

[18:17:31]

wagnerrp:

what is your specific question

[18:17:57]

wagnerrp:

if no one responds, idle for a while

[18:18:03]

wagnerrp:

if no one responds for a while, ask again

[18:18:12]

wagnerrp:

or consider asking on the mailing list instead

[18:18:18]

kwisher:

I can't watch livetv on the first tuner while recording on the other two

[18:18:48]

kwisher:

i get "video frame buffering failed too many times" error

[18:18:49]

wagnerrp:

are you running 0.24 or 0.25?

[18:19:06]

kwisher:

.24 with latest fixes

[18:19:21]

wagnerrp:

did you configure the device as per the instructions for 0.24 on the wiki?

[18:19:30]

kwisher:

yes

[18:19:53]

wagnerrp:

the 'video frame buffering' issue is a rather generic error that doesnt really help

[18:19:57]

wagnerrp:

have you looked at your backend logs?

[18:20:10]

wagnerrp:

that error just tells you the frontend isnt getting data from the backend

[18:20:22]

wagnerrp:

you need to look at the backend logs to figure out why the backend isnt sending the data in the first place

[18:23:49]

wagnerrp:

sphery: seems the only significant difference between the cedarview and pineview chips are an improved memory controller and the GMAHD graphics chip from the Core-i line

[18:23:58]

wagnerrp:

replacing the old GMA900/3150

[18:26:31]

peterpops (peterpops!~peter@90-229-139-51-no195.tbcn.telia.com) has quit (Read error: Operation timed out)

[18:27:06]

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

[18:27:27]

sphery:

ahh, interesting

[18:27:45]

sphery:

but it's getting the headlines, so I'm sure we'll hear about how perfect it is for mythtv

[18:28:18]

wagnerrp:

about as perfect as beirdo's aging fitpc

[18:28:28]

grumpyrj (grumpyrj!~rj@119.224.99.216) has joined #mythtv-users

[18:28:32]

wagnerrp:

as in the version of Atom youve got makes no difference

[18:28:43]

wagnerrp:

because one way or another, youre stuck using VAAPI for everything

[18:29:15]

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

[18:29:15]

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

[18:30:08]

sphery:

hehe, yeah

[18:30:26]

kwisher:

just started a recording while watching livetv...usually takes 5 mins for error to appear

[18:30:49]

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

[18:31:13]

wagnerrp:

kwisher: the init scripts most distros use log all backend logs to somewhere in /var/log

[18:31:24]

wagnerrp:

you should have the logs from the previous failure available

[18:31:42]

kwisher:

i found the backend log

[18:36:12]

kwisher:

do you want me to paste relevent content from log here?

[18:36:59]

wagnerrp:

use pastebin.com

[18:37:03]

wagnerrp:

and paste the link in here

[18:39:17]

kwisher:

http://pastebin.com/TgAAytSe

[18:40:11]

felipe` (felipe`!~felipe@unaffiliated/felipe) has quit (Ping timeout: 252 seconds)

[18:40:40]

ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has quit (Read error: Operation timed out)

[18:40:53]

ikevin (ikevin!~kevin@2a01:240:fe76:1::1) has joined #mythtv-users

[18:41:00]

styelz_ (styelz_!~yoohoo@m0o0.mooo.com) has quit (Read error: Operation timed out)

[18:41:28]

styelz (styelz!~yoohoo@m0o0.mooo.com) has joined #mythtv-users

[18:42:28]

sphery:

kwisher: please pastebin output of: mythbackend --version

[18:42:55]

wagnerrp:

that 'unable to connect to device' is odd

[18:43:24]

wagnerrp:

how is your backend connected to the Prime?

[18:43:49]

kwisher:

http://pastebin.com/b3x2Smj6

[18:43:52]

wagnerrp:

im hoping its gigabit all the way from the Prime to your backend

[18:44:08]

kwisher:

yes, all gigabit

[18:45:22]

kwisher:

is .25 stable enough to use yet?

[18:45:41]

davide (davide!~gigem@pool-71-170-160-242.dllstx.fios.verizon.net) has quit ()

[18:55:12]

cryptide:

i'm running ubuntu 10.04 on my primary backend. I installed mythtv via package manager. It is .23 and one of my frontends doesn't like it.

[18:55:45]

wagnerrp:

all instances of mythtv connected to the same database must be the same version

[18:55:46]

cryptide:

most of my stuff is configured how I like it. What is the best course of action to update my backend?

[18:56:46]

wagnerrp:

through the package manager

[18:57:09]

cryptide:

wagnerrp: the only package available is the .23 one

[18:57:43]

kwisher:

cryptide, have a look at http://www.ubuntuupdates.org/ppas/69

[18:57:51]

wagnerrp:

then you havent enabled the mythbuntu PPAs

[18:58:05]

wagnerrp:

mythbuntu provides packages for 0.24.1 and 0.25 developmental for 10.04

[18:58:14]

wagnerrp:

and will continue to do so until the 12.04 release

[19:00:03]

cryptide:

kwisher, wagnerrp: thanks, installing latest and greatest now.

[19:02:38]

kwisher:

so is .25 ready for production use?

[19:03:28]

wagnerrp:

many people do use it for such

[19:03:45]

wagnerrp:

but if you do so, you are expected to keep up to date on the commits and tickets

[19:04:19]

wagnerrp:

so you are aware of any problems, and know the solutions to such, or know not to upgrade and suffer unintended or intended breakage

[19:04:50]

kwisher:

when is the official release?

[19:05:06]

CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has joined #mythtv-users

[19:05:24]

wagnerrp:

undetermined

[19:06:31]

kwisher:

any ideas on my problem?

[19:06:51]

wagnerrp:

not off hand

[19:08:16]

kwisher:

i submitted the problem to the mailing list a couple days ago with no response yet

[19:09:03]

cryptide:

i have a older thinkpad i was thinking about running as frontend. 1.6ghz 1g ram. The video is pretty choppy, not sure if it is crappy wifi or too little proc.

[19:09:32]

wagnerrp:

kwisher: the mythtv-users mailing list?

[19:09:40]

wagnerrp:

cryptide: what content are you trying to play on it?

[19:09:56]

cryptide:

wagnerrp: HDTV from my HDHomeRun

[19:10:10]

wagnerrp:

P4 or PM?

[19:10:24]

wagnerrp:

or Core, or Core2?

[19:11:41]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)

[19:11:53]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Remote host closed the connection)

[19:12:14]

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

[19:12:48]

wagnerrp:

cryptide: what processor family?

[19:13:01]

cryptide:

standby

[19:14:20]

cryptide:

wagnerrp: pentium M 1.7ghz

[19:14:57]

wagnerrp:

better than a P4, worse than a Core2

[19:15:05]

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

[19:15:11]

wagnerrp:

chances are that will choke on anything over, say... 12–14Mbps

[19:15:34]

wagnerrp:

ATSC will do up to 19.4Mbps, but typical is somewhere between 12–18Mbps

[19:15:53]

cryptide:

it is odd, some of the streams are acceptable and some aren't

[19:16:15]

wagnerrp:

lower bitrate will play better then higher

[19:16:33]

wagnerrp:

720p will play better than 1080i, not because the higher resolution is more difficult, but you dont have to deinterlace 720p

[19:16:51]

wagnerrp:

try switching your playback profile to use the 'one field' deinterlace filter

[19:17:00]

wagnerrp:

requires effectively zero CPU

[19:17:09]

wagnerrp:

leaving more for decoding

[19:17:12]

wagnerrp:

what GPU?

[19:18:07]

wagnerrp:

do you happen to have a mini-pcie slot available?

[19:18:27]

tlhiv_laptop (tlhiv_laptop!~foo@c-69-254-218-89.hsd1.al.comcast.net) has quit (Read error: No route to host)

[19:19:43]

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

[19:20:14]

cryptide:

wagnerrp: ATI FireGL Mobility T2

[19:20:40]

sphery:

cryptide: also, make sure you're using the Slim playback profile group... mythfrontend Utilities/Setup|Setup|TV Settings|Playback, 3rd screen

[19:20:42]

wagnerrp:

from bad to worse...

[19:20:57]

cryptide:

so i've updated my backend to .24 but my frontend still says i'm behind 10 schemas on my db

[19:21:05]

wagnerrp:

make sure whatever profile you are using is the 'standard' decoder, 'xv-blit' output

[19:21:10]

wagnerrp:

turn off OSD fading

[19:21:23]

wagnerrp:

and use the 'one-field' deinterlacer

[19:21:27]

sphery:

Slim uses onefield deint, too

[19:21:43]

sphery:

and has OSD Fade disabled

[19:21:47]

sphery:

so just set Slim and you're good

[19:21:53]

cryptide:

sphery: will do

[19:22:05]

wagnerrp:

cryptide: specifically what is the error message?

[19:22:10]

sphery:

assuming you've never edited Slim profiles, that is...

[19:22:27]

wagnerrp:

something like 'im running 1264 but the database is 1254'?

[19:22:49]

sphery:

(technically, onefield and no fade on >=1280x720, but uses linearblend and fade on other video

[19:23:00]

cryptide:

"This version of MythTV requires an updated database. (schema is 10 versions behind)

[19:23:38]

sphery:

that's the exact number of versions between 1264 (0.24 version) and 1254 (0.23 version)... :)

[19:23:41]

wagnerrp:

sphery: does the on-screen messgae not give the specific numbers?

[19:23:48]

sphery:

so, you're running a 0.23 version of mythfrontend

[19:23:59]

sphery:

on screen may not, but logs do

[19:24:13]

wagnerrp:

rather, hes running 0.24(.1) frontend, but still has his 0.23 database

[19:24:23]

wagnerrp:

cryptide: if youve updated your backend, and are still getting that error

[19:24:33]

sphery:

ah, so he's still running 0.23 backend

[19:24:36]

wagnerrp:

then you have no actually restarted your backend such that it would update the database

[19:24:37]

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

[19:24:43]

wagnerrp:

and still have the old 0.23 binary running

[19:24:47]

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

[19:24:48]

wagnerrp:

having not been restarted since the update

[19:24:57]

wagnerrp:

use the init scripts, and restart the backend

[19:25:00]

sphery:

some of the package versions had issues with the restart

[19:25:04]

sphery:

so, yeah, what he said

[19:25:06]

wagnerrp:

the master backend will then automatically up date the database

[19:25:18]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Read error: Connection reset by peer)

[19:25:29]

wagnerrp:

note, that means any other 0.23(.1) frontend will also have to be updated

[19:25:36]

wagnerrp:

and will refuse to function until they have been

[19:25:42]

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

[19:26:01]

sphery:

but it's worth the effort... 0.24-fixes is much better than 0.23

[19:26:13]

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

[19:26:25]

sphery:

(enough so that I upgraded in the middle of a TV season, rather than wait 'til the end, like normal)

[19:26:46]

abarbaccia:

sphery: can you help me quickly with the python bindings. i'm back to where i was abit ago, but now would like to find a recording and pull out the metadata

[19:27:10]

sphery:

I'll do my best

[19:27:19]

wagnerrp:

abarbaccia: sphery doesnt have a whole lot of experience with the python bindings, besides pointing people at them rather than the perl ones

[19:27:22]

sphery:

but I have a feeling that if I fail, someone else will be able to help :)

[19:27:40]

sphery:

I'm playing with the python bindings, now... working on a channel icon script

[19:27:40]

abarbaccia:

i'm looking at the searchRecorded funciton of MythDB which will return a Recorded iterable. is there a way to parse them to pull out title, episode number, etc

[19:27:48]

abarbaccia:

excellent – you guys rock

[19:28:00]

wagnerrp:

abarbaccia: parse what exactly?

[19:28:09]

sphery:

much harder than I thought since it's near impossible to get a good terminal-based UI for updating potentially hundreds of channel icons

[19:28:11]

abarbaccia:

i would like to pull out the title, description, episode number, etc

[19:28:20]

wagnerrp:

ok, so what is there to parse?

[19:28:27]

sphery:

(but the python bindings made the mythtv part easy :)

[19:28:58]

abarbaccia:

i'm just not sure how to pull the data out. is it as simple as myRecordedIterable[0]->seriesid ?

[19:29:17]

wagnerrp:

that function returns an iterable, which means you can either loop through it a single time using next()

[19:29:20]

sphery:

http://www.mythtv.org/wiki/FindDuplicateRecordings has a little example

[19:29:27]

wagnerrp:

or something like 'for rec in db.searchRecorded():'

[19:29:54]

wagnerrp:

or you can wrap it in a list(db.searchRecorded()), after which you can access it by indexing with '[<n>]'

[19:30:07]

wagnerrp:

the items within that iterable are Recorded objects

[19:30:11]

abarbaccia:

okay, so i can iterate through the list

[19:30:14]

wagnerrp:

which reference one entry in the recorded database

[19:30:18]

wagnerrp:

its not a list, its an iterable

[19:30:27]

abarbaccia:

sorry..

[19:30:30]

abarbaccia:

iterable

[19:30:34]

wagnerrp:

have you ever used iterators in another programing language?

[19:30:42]

abarbaccia:

probably under a different name

[19:30:43]

cryptide:

wagnerrp: i've restarted the system and i'm still getting the error

[19:30:55]

abarbaccia:

my quesiton is what is available in the recorded class

[19:31:00]

wagnerrp:

an iterable is basically a pointer referencing a single item in a list that you do not have access to

[19:31:20]

wagnerrp:

with python iterables, you can only iterate forward in that list, not backwards

[19:31:28]

abarbaccia:

okay, single linked list

[19:31:29]

wagnerrp:

so once you hit 'next()', the existing one is lost

[19:31:35]

abarbaccia:

that's fair

[19:31:45]

wagnerrp:

so if you need multiple accesses, you must convert it to a list() first

[19:31:47]

abarbaccia:

and hopefully if i use chanid and starttime i should only have one element to look at

[19:31:55]

abarbaccia:

or save the initial iterable position

[19:32:00]

wagnerrp:

anyway, that Recorded object can be accessed as a dictionary or as a class

[19:32:00]

abarbaccia:

before movign forward

[19:32:12]

abarbaccia:

so i can do rec->starttime

[19:32:17]

wagnerrp:

dictionaries are named arrays, or maps, in other terminology

[19:32:31]

abarbaccia:

perfect. and what elements are in the recorded dictionary

[19:32:34]

wagnerrp:

so you can either do 'rec["title"]', or 'rec.title'

[19:32:44]

abarbaccia:

sorry – syntax issues

[19:32:50]

abarbaccia:

python isnt really my forte

[19:32:56]

wagnerrp:

you can see a list of all available data with 'rec.keys()'

[19:33:02]

abarbaccia:

BINGO

[19:33:06]

abarbaccia:

that's what i needed

[19:33:08]

abarbaccia:

thank you sir

[19:33:11]

fleers:

howdy – is it a safe assumption on my part that the channel change script is executed by the mythtv user, if mythbackend is running as mythtv?

[19:33:17]

wagnerrp:

or you can get the dictionary (map) itself to loop over with 'rec.items()'

[19:33:29]

abarbaccia:

that's really really helpful

[19:33:33]

abarbaccia:

thank you wagner

[19:33:45]

wagnerrp:

note that in 0.24 and previous, the recorded table does not store season or episode numbers

[19:34:05]

abarbaccia:

okay

[19:34:12]

abarbaccia:

as i pull out some data ill figure out where to put it

[19:34:15]

wagnerrp:

if you wish, you can use the VideoGrabber class to pull such data from the selected data grabbers for mythvideo

[19:34:28]

wagnerrp:

which will return such information

[19:34:34]

abarbaccia:

ahh interesting

[19:34:47]

abarbaccia:

i'm going to scope this script to only whats in the DB and wait for 0.25 for richer details

[19:34:50]

wagnerrp:

in 0.25 and on, that data is available in the database, and by proxy through the Recorded object

[19:35:05]

abarbaccia:

it'll probably take me till .25 to get this part right :)

[19:35:07]

wagnerrp:

but only if mythmetadatalookup has been run on it to pull such information

[19:36:06]

wagnerrp:

at current, we do not get such information from the EPG grabbers

[19:36:34]

wagnerrp:

also note, 0.25 allows access to other information such as artwork

[19:37:46]

wagnerrp:

the Recorded object has an open() method that will open a file-like object to the file in question

[19:37:58]

wagnerrp:

either directly through the filesystem if available, or over mythprotocol if required

[19:38:47]

wagnerrp:

you can use this to access the recording in question, regardless of what machine the script is being run on

[19:38:49]

cryptide:

wagnerrp: well i guess it didn't upgrade: http://pastie.org/3091913

[19:39:05]

wagnerrp:

and with a bit of threading magic combined with subprocess.Popen, you can pipe that data into your external transcoder

[19:39:52]

wagnerrp:

you may also be interested in the ftopen() function with is a more manual version, taking a mythproto URI, and opening a file-like object for reading or writing, local or remote, whichever is proper

[19:41:26]

cryptide:

wagnerrp: i'm doing a dist-upgrade now

[19:41:56]

wagnerrp:

so you could for instance open 'myth://Default@192.168.1.1/1001_20111229140000.mpg', pipe it into your transcoder, pipe the result back out of the transcoder, and store it to 'myth://Default@192.168.1.1/1001_20111229140000.mp4'

[19:42:25]

abarbaccia:

wagnerrp: question about python and these iterables. i have the object returned from searchRecorded. how do i move into the "recorded" object so i can do recorded.title?

[19:43:01]

abarbaccia:

or do i have to initiate a recorded.next() to start it off

[19:43:06]

wagnerrp:

as mentioned, an iterable is basically a pointer to a certain location in a list

[19:43:16]

wagnerrp:

it starts off before the beginning of the list

[19:43:23]

wagnerrp:

and next() returns the next entry

[19:43:26]

stoffel (stoffel!~quassel@pD9E42040.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)

[19:43:26]

CiaranG (CiaranG!~CiaranG@fsf/member/CiaranG) has quit (Ping timeout: 248 seconds)

[19:43:33]

wagnerrp:

but normally, one doesnt call next() manually

[19:43:54]

wagnerrp:

if you just want to print out the results in whatever order they come (the order the database gives them to us)

[19:44:00]

wagnerrp:

do something like....

[19:44:09]

wagnerrp:

for rec in db.searchRecorded(...):

[19:44:19]

wagnerrp:

print rec.title, rec.subtitle, rec.description

[19:44:40]

wagnerrp:

note that searchRecorded is intended to be used with one or more search parameters

[19:44:47]

wagnerrp:

if you just want a list of all content

[19:45:01]

wagnerrp:

all of the DBData derived classes support a getAllEntries() class method

[19:45:09]

wagnerrp:

that returns an iterable of all entries in that table

[19:45:20]

wagnerrp:

i.e.... 'for rec in Recorded.getAllEntries()'

[19:45:53]

abarbaccia:

i'm doing a search by chanid and starttime to fetch a single lissting

[19:46:11]

abarbaccia:

once that is retrieved, i should be golden

[19:46:15]

abarbaccia:

and PS, it's working :D

[19:46:17]

wagnerrp:

if youre using chanid and starttime, just do 'Recorded((chanid, starttime))'

[19:46:23]

abarbaccia:

and was almost TOO easy to connect to the DB

[19:46:50]

abarbaccia:

so mythDB.Recroded(chanid,starttime) ??

[19:46:55]

abarbaccia:

where mythDB = MythDB()

[19:47:02]

wagnerrp:

no, just Recorded((chanid,starttime))

[19:47:16]

abarbaccia:

how does it know which DB connection to use?

[19:47:22]

Dorward_ (Dorward_!~Dorward@94-192-4-225.zone6.bethere.co.uk) has joined #mythtv-users

[19:47:26]

wagnerrp:

you can supply a database connection manually with Recorded((chanid,starttime), db=dbconn)

[19:47:40]

wagnerrp:

otherwise, it spawns it own, using the same mechanism MythDB() does

[19:48:09]

wagnerrp:

the only reason you might want to supply your own is if youre manually supplying the access credentials

[19:48:40]

wagnerrp:

or, if youre going to be opening a _lot_ of copies, such that re-reading the config.xml on each pass becomes a considerable amount of time

[19:49:27]

abarbaccia:

no, this is intended to be ran once at teh end of a recording

[19:49:36]

abarbaccia:

this is pretty incredible stuff – thanks wagnerrp!!

[19:49:38]

wagnerrp:

all DBData derived classes accept a tuple (or list, or iterable) containing data matching the primary key for that database table

[19:49:48]

abarbaccia:

that's convenient

[19:50:19]

wagnerrp:

which if provided, will pull all matching data for that primary key

[19:50:23]

Dorward (Dorward!~Dorward@94-192-4-225.zone6.bethere.co.uk) has quit (Ping timeout: 252 seconds)

[19:50:42]

wagnerrp:

for auto-incrementing tables, such as Video (videometadata), it instead takes a single integer

[19:51:32]

wagnerrp:

or in some cases, if the full key is determined to not be necessary for a unique instance, the data it wants as input can be overridden

[19:51:51]

wagnerrp:

... looking for an example

[19:53:07]

wagnerrp:

for instance, the primary key for the `recordedprogram` table is chanid,starttime,manualid

[19:53:19]

wagnerrp:

but the RecordedProgram class overrides that to just chanid,starttime

[19:54:17]

kwisher (kwisher!~kevin@c-98-253-249-175.hsd1.in.comcast.net) has left #mythtv-users ()

[19:57:23]

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

[19:58:13]

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

[19:58:19]

peterpops_ is now known as peterpops

[19:59:54]

wagnerrp:

anyone else getting a bunch of double-episode reruns on Fox?

[20:00:27]

sean1_ (sean1_!~sean@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has joined #mythtv-users

[20:00:35]

iamlindoro:

Terra Nova, yeah

[20:00:44]

iamlindoro:

they're running through a lot of stuff like that right now I think

[20:01:17]

wagnerrp:

theres a house one on Monday with the same thing

[20:01:41]

wagnerrp:

its annoying since it breaks duplicate matching for no good reason

[20:02:18]

sean1_:

Just wondering if there would be any advantage to having hyperthreading on my dedicated babckend machine. I am debating between the 2500k and 2600k

[20:03:26]

wagnerrp:

sean1_: the only things the backend does that requires a lot of power are scheduling, and post processing (commflagging, transcoding)

[20:03:43]

wagnerrp:

scheduling is single threaded, so hyperthreading does nothing

[20:04:01]

wagnerrp:

and video decoding/encoding inherently dont work well with hyperthreading

[20:04:38]

wagnerrp:

hyperthreading works best with a bunch of independent, poorly optimized, simple tasks

[20:05:07]

sean1_:

Awesome, Thank so much, I will save the 100 bucks and get the 2500k

[20:06:39]

sean1_:

I have a q8400 c2d now but it can not stream flash and my wide likes that feature

[20:06:55]

sean1_:

*wife, hahaha

[20:07:00]

wagnerrp:

an 8400 should be plenty fast to stream flash

[20:07:23]

wagnerrp:

a 2500k is not all that much faster to make the difference if the 8400 isnt enough

[20:08:24]

sean1_:

The stream is coming from a hd-pvr, I think it is maxing out in the decoding

[20:08:40]

wagnerrp:

oh, youre talking about flash streaming in mythweb

[20:08:48]

sean1_:

yeah, sorry

[20:08:55]

wagnerrp:

i thought you meant flash playback in mythbrowser/mythnetvision

[20:09:06]

sean1_:

Ahhh, that is doable

[20:09:26]

wagnerrp:

im not sure about that one

[20:09:54]

wagnerrp:

full bitrate content from an HDPVR is going to need maybe 2.4–2.5GHz out of the 3GHz that 8400 has available

[20:10:28]

wagnerrp:

i dont know how much is required after that to downscale and encode back to sorenson

[20:10:55]

wagnerrp:

although i'm surprised such is not handled in a separate thread, allowing use of both cores

[20:11:23]

wagnerrp:

at current, mythweb just points ffmpeg at the video, and pipes the output to the client

[20:11:25]

sean1_:

I think the q8400 is just on the edge, it plays and pauses quite a bit. I would not be surprised if it was not a a silly issue like everythign is trying to be handled in one thread

[20:11:38]

agron (agron!~agron@pool-98-109-204-22.nwrknj.fios.verizon.net) has joined #mythtv-users

[20:11:50]

wagnerrp:

iamlindoro or Captain_Murdoch: is the new streaming transcoder multithreaded?

[20:11:58]

iamlindoro:

yes

[20:12:05]

kinsel (kinsel!~jml974@191.112.233.220.static.exetel.com.au) has quit (Ping timeout: 248 seconds)

[20:12:16]

wagnerrp:

os the solution may be as simple as someone writing up a frontend to it in mythweb

[20:12:22]

wagnerrp:

(and then releasing 0.25)

[20:12:30]

iamlindoro:

simple solution to...?

[20:12:50]

wagnerrp:

a 3GHz C2D being too slow for the existing mythweb flash streaming

[20:13:10]

sean1_:

I think it is 2.66 ghz

[20:13:11]

iamlindoro:

Ah, yes, that might be a solution-- depending on the source material, etc.

[20:13:15]

wagnerrp:

rather than buying new hardware

[20:13:17]

wagnerrp:

HDPVR content

[20:13:29]

wagnerrp:

sean1_: the 8400 is 3GHz

[20:13:31]

iamlindoro:

Well HD-PVR will only ever be decodable in a single thread

[20:13:39]

iamlindoro:

So that will likely always be the bottleneck

[20:13:43]

wagnerrp:

oh, scratch that

[20:13:54]

wagnerrp:

the E8400 is a 3GHz C2D

[20:13:55]

kinsel (kinsel!~jml974@191.112.233.220.static.exetel.com.au) has joined #mythtv-users

[20:14:03]

wagnerrp:

the Q8400 is a 2.67GHz C2D

[20:14:05]

iamlindoro:

The encode on the new streaming is multithreaded, though

[20:14:08]

wagnerrp:

you said it was a Q8400 C2D

[20:14:10]

sean1_:

sorry q8400, it is the quad core version

[20:14:19]

wagnerrp:

s/C2D/C2Q/

[20:14:22]

sean1_:

I think it is 2.66ghz

[20:14:30]

sean1_:

sorry c2q

[20:14:30]

wagnerrp:

youre correct

[20:14:57]

wagnerrp:

meaning if ffmpeg is doing it single threaded, you can decode the hdpvr content, and have basically nothing left over to recompress

[20:15:12]

sean1_:

So the new transcoding system will be in 0.25

[20:15:21]

wagnerrp:

is currently in 0.25

[20:15:32]

wagnerrp:

but has not yet been connected to through mythweb

[20:15:47]

wagnerrp:

right now, its only being used for streaming to an in-development ipad app

[20:16:06]

sean1_:

aweosme, is 0.25 getting pretty satble, I have not tried it yet

[20:16:35]

wagnerrp:

depends on your definition of 'stable'

[20:16:44]

wagnerrp:

you can use it, and many people do on their production systems

[20:16:54]

wagnerrp:

but no developmental software should be used blindly

[20:17:03]

wagnerrp:

anyone running it should be following commits and tickets

[20:17:12]

wagnerrp:

so they know when trouble may arise

[20:17:34]

wagnerrp:

and can work around it, or revert if needed, without assistance

[20:19:41]

sean1_:

Oh yeah, it is fun to follow the tickets anyway, haha. Does it have the ability to keep multiple versions of the same recording, I think a database change was needed for that one

[20:20:05]

cal_ (cal_!~cal@75.119.232.149) has quit (Ping timeout: 240 seconds)

[20:20:20]

wagnerrp:

there are plans for such, but not yet implemented, and will not be prior to 0.25

[20:20:45]

wagnerrp:

expect that to make it into the developmental branch some time after the 0.25 release

[20:21:24]

wagnerrp:

it was decided we want the bulk of a developmental cycle to work out the bugs the would necessarily result from such a large overhaul of the database and internal structures

[20:22:03]

sean1_:

I heard somewhere that was coming down the pipeline, that pushed me to go the upgrade on my system. i figure I am goign to have the hd-pvr and it is always going to be single threaded

[20:22:31]

sean1_:

I think it sounds awesome

[20:22:51]

wagnerrp:

HDPVR decoding will be single threaded until such time as we upgrade to a version of ffmpeg/libav after the ffmpeg-mt branch merge

[20:23:19]

wagnerrp:

mythtv is heavily based off ffmpeg, but uses its own internal version, rather than whatever may be installed on the system

[20:23:48]

wagnerrp:

so we dont have to deal with trying to link against multiple different versions with slightly or significantly different ABIs

[20:24:32]

sean1_:

Ahhhh, I thought it was becasue there was only one stream in the single, I do not understand it well. But I thought that is put all the info in one stream hence we could never use multi-threaded decode

[20:24:47]

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

[20:24:51]

wagnerrp:

there is only one 'slice' in HDPVR recordings

[20:25:01]

sean1_:

that is it"slice

[20:25:04]

sean1_:

thanks

[20:25:14]

[R]:

mmmm

[20:25:15]

[R]:

im hungry

[20:25:17]

wagnerrp:

'slices' are basically multiple video domains, completely independent for encoding and decoding

[20:25:35]

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

[20:25:41]

wagnerrp:

designed specifically for multithreading

[20:25:43]

peterpops_ is now known as peterpops

[20:25:49]

sean1_:

So it is possible to decode one slice on multiple threads

[20:26:13]

wagnerrp:

the ffmpeg-mt branch is designed to allow multi-threaded encoding and decoding on single sliced content, and codecs not designed for slicing

[20:27:55]

sean1_:

hummm ok

[20:28:58]

sean1_:

what do you mean by codecs not designed for slicing

[20:29:28]

wagnerrp:

as far as i know, only VC1 and h264 support slicing

[20:29:36]

wagnerrp:

and then only certain profiles of such

[20:29:36]

sean1_:

ahhh, ok

[20:29:53]

sean1_:

I understand

[20:30:13]

sean1_:

Well it sounds like I might not needed to upgrade the backend

[20:30:58]

wagnerrp:

youve got plenty of power, its just not single-threaded power

[20:31:22]

wagnerrp:

a software issue, and one that seems to be largely solved, and will be fixed in the next release

[20:31:23]

sean1_:

Do you know if there has been any work on implementing an html5 player

[20:31:40]

wagnerrp:

there has been discussion on migrating mythweb to jmplayer

[20:32:25]

wagnerrp:

which comes in both flash and html5 varieties

[20:32:35]

wagnerrp:

and will switch between them as the client requires

[20:33:19]

wagnerrp:

there were previously some packaging concerns in regards to licensing

[20:33:53]

wagnerrp:

but that has been resolved by having it automatically download and install post installation

[20:34:13]

wagnerrp:

i believe the author of the new streaming server was using it for testing

[20:34:23]

sean1_:

Ahhhhh, awesome solution

[20:34:25]

wagnerrp:

which means it just needs to be cleaned up and added to mythweb

[20:35:14]

sean1_:

has a feature freeze for 0.25 been decided

[20:35:51]

wagnerrp:

no

[20:38:05]

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

[20:38:34]

sean1_:

If there is anything I can do not help get that implimented or test, I might be able to commit some time, I would love to have that feature

[20:38:59]

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

[20:39:01]

peterpops_ is now known as peterpops

[20:39:17]

wagnerrp:

do you know any php?

[20:41:33]

sean1_:

Not as much as I would like, over the years I have written a few php scripts to do different things but I am no web developer. Maybe I would be a better tester, lol

[20:41:56]

sean1_:

You said JSplayer, did you mean JWplayer

[20:42:08]

wagnerrp:

jmplayer

[20:42:36]

wagnerrp:

well if youre interested in taking a stab at it, you might want to talk to capt_m about what is needed to make it work

[20:42:45]

wagnerrp:

otherwise, just wait for someone else to implement it

[20:42:48]

sean1_:

Ok, I see it

[20:43:11]

abarbaccia (abarbaccia!~andrew@pool-108-35-41-134.nwrknj.fios.verizon.net) has left #mythtv-users ()

[20:47:16]

sean1_:

So this is a java implimentation of the mplayer, the goal would be to embed it into mythweb in place of the current flash player

[20:47:53]

wagnerrp:

my mistake, jwplayer

[20:48:06]

wagnerrp:

www.longtailvideo.com

[20:49:14]

sean1_:

haha, ok, that would be easier

[20:52:26]

sean1_:

well much closer to what is already implemented

[20:53:42]

sean1_:

Can you point me to the location the scripts of the webplayer live, I will see how rusty I am, lol

[20:54:14]

wagnerrp:

mythweb/modules/stream/stream_flv.pl

[20:54:20]

sean1_:

Would we want to transcode video into webm. I have heard it is pretty slow

[20:54:49]

wagnerrp:

that script would be made completely obsolete by the backend transcoder

[20:55:10]

wagnerrp:

i believe webm is already supported

[20:55:17]

wagnerrp:

for html5 compatibility with firefox

[20:55:31]

sean1_:

It is I think

[20:56:48]

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

[20:56:59]

sean1_:

so call the backend transcoder to do the transcode, then play it on the fly via the jwplayer

[20:57:40]

wagnerrp:

and handle subsequent requests for data chunks

[20:58:13]

wagnerrp:

currently, the perl/ffmpeg flash streaming just transcodes the whole file, and pipes it over the link

[20:58:28]

wagnerrp:

any proper streaming system offers the transcoded file in small chunks

[20:58:37]

wagnerrp:

that can be individually downloaded as needed for streaming

[20:58:51]

wagnerrp:

as well as to allow a variable length for in-progress recordings

[20:58:53]

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

[21:00:48]

sean1_:

So the backend transcode system works in small chunks and not just one big file transcode

[21:01:22]

wagnerrp:

AIUI

[21:01:42]

wagnerrp:

https://github.com/MythTV/mythtv/commit/7e1a77063

[21:03:37]

sean1_:

Ok, prefect

[21:04:31]

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

[21:04:41]

sean1_:

Well maybe I will look at it, Thanks wagnerrp. I will keep you posted if I make any progress

[21:04:57]

sean1_ (sean1_!~sean@wnpgmb016qw-ds01-62-253.dynamic.mtsallstream.net) has quit (Quit: Leaving)

[21:15:22]

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

[21:28:03]

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

[21:34:57]

Captain_Murdoch:

wagnerrp, webm was tested early on but had a regression somewhere along the line. I haven't investigated it much since because I have other higher items on the TODO. plus, webm isn't in chunks like the HLS streaming, so webm would require transcoding ahead of time or transcoding to stdout and the player reading the file. that means no seeking. a huge benefit of JWplayer and using HLS is seeking ability. basically it w

[21:34:58]

Captain_Murdoch:

ould be using built-in HLS support in Safari on iOS and Mac, and JWplayer everywhere else probably. supposedly android 3.x supports HLS, but I haven't been able to get it to work on my Dell Streak running DJ Steve's honeycomb 3.2 build.

[21:36:38]

wagnerrp:

well im messing around with the demo qsp currently

[21:36:58]

wagnerrp:

any reason a reference to it wasnt added to the menu.qsp?

[21:38:57]

wagnerrp:

Captain_Murdoch: so that means safari is really the only place it currently works?

[21:39:15]

Captain_Murdoch:

out of the box, yes.

[21:39:18]

wagnerrp:

firefox and chrome (w7) are just sitting there

[21:39:47]

wagnerrp:

and zoomplayer will play the m3u8 playlist, but annoyingly reloads the file every couple seconds, with a brief pause each time

[21:40:15]

Captain_Murdoch:

I don't have links to the other sample files anywhere either. like the storage group directory and rec group browsers.

[21:40:51]

Captain_Murdoch:

I played the .m3u8 on my Fedora laptop in totem I think and it does the same thing. they don't treat it as a seamless playlist.

[21:41:08]

wagnerrp:

right, im just wondering why the references arent in menu.qsp

[21:41:15]

wagnerrp:

whether that was intentionally or accidental

[21:41:26]

wagnerrp:

i.e... should i not add it myself

[21:42:35]

Captain_Murdoch:

on purpose. they were code samples, not refined yet for use in the display. Once I get JWplayer integrated, then I'd like to make a better version of the livestream_*.qsp pages and get rid of the old. put it under utilities or make a new 'media'.

[21:42:55]

wagnerrp:

ok

[21:43:13]

wagnerrp:

ive just been assuming that whole page should be considered experimental, and not ready for production use

[21:43:20]

Captain_Murdoch:

I don't mind if it's added, I just figured it was more for people to look at the code. the original storage group and recgroup browsers are only of use if you have streamable files in them already. I have a user job to transcode to mp4 for iphone playback.

[21:44:17]

Captain_Murdoch:

yeah, experimental until I get a few more TODO items knocked out. like resume, start at position X, JWplayer, refined .qsp page. the current page was mainly for testing functionality, but could be used as a demo as well.

[21:45:10]

wagnerrp:

fair enough

[21:45:25]

wagnerrp:

well sean1_ may be willing to lend a hand, or it may be a bit over his head

[21:45:31]

wagnerrp:

dont know

[21:48:20]

Captain_Murdoch:

I'd prefer someone else do the better mythweb integration. My changes will probably be minimal, just hooking up the current code to send a AddLiveStream call in place of the ffmpeg startup, then have the JWplayer code, then have a 'StopLiveStream' button. I don't even know what the current page/player looks like. I could make the player page also have a list of available streams with 'stop' and 'delete' buttons beside e

[21:48:20]

Captain_Murdoch:

ach one. haven't thought about it too much yet.

[21:49:07]

wagnerrp:

right now, it just shows up as a 4:3 player on the right side of the detailed recording page

[21:49:33]

wagnerrp:

detailed information on the left, player on the right, jobqueue options below the player

[21:50:05]

jkfod (jkfod!~Greg_od@79.140.13.166) has quit (Ping timeout: 240 seconds)

[21:51:10]

Captain_Murdoch:

ok. I also have to deal with the fact that the files are being 'proxied' by mythweb from the MBE. if he comes around again, he can ping me. I don't think it's that hard, I just have higher items on the HLS TODO and limited time right now.

[21:51:31]

Captain_Murdoch:

gotta go AFK again now.... may be back later.

[21:51:39]

wagnerrp:

thanks for the info

[21:56:25]

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

[21:58:41]

jamesd_laptop (jamesd_laptop!~jamesd@CPE-65-31-168-112.wi.res.rr.com) has joined #mythtv-users

[22:01:16]

jamesd2 (jamesd2!~jamesd@CPE-65-31-168-112.wi.res.rr.com) has quit (Ping timeout: 240 seconds)

[22:04:01]

GlemSom (GlemSom!~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) has quit (Quit: Leaving)

[22:07:10]

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

[22:08:40]

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

[22:10:16]

mihanson (mihanson!~mihanson@pool-71-243-223-165.lsanca.fios.verizon.net) has joined #mythtv-users

[22:10:34]

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

[22:12:09]

mihanson:

I'm trying to add new channels to my cable lineup with mythfilldatabase, but it does not seem to be working. Anyone know why? I have tried: "mythfilldatabase" "mythfilldatabase --do-not-filter-new-channels" "mythfilldatabase --sourceid 2 mythfilldatabase --do-not-filter-new-channels" where sourceid 2 is my cable lineup with SD.

[22:12:51]

mihanson:

whoops. "mythfilldatabase --sourceid 2 --do-not-filter-new-channels" should be the last one

[22:13:04]

wagnerrp:

how are you recording these channels?

[22:13:14]

mihanson:

hdhr-cc

[22:13:15]

wagnerrp:

digital? firewire? analog capture?

[22:13:21]

wagnerrp:

0.24 or 0.25?

[22:13:25]

mihanson:

0.24-fixes

[22:13:38]

wagnerrp:

did you read the howto on the wiki?

[22:14:13]

mihanson:

yes, that's how initially got set up. Do I need to jump thru the demo recorded again to add channels to an existing lineup?

[22:14:26]

wagnerrp:

my guess is yes

[22:14:44]

wagnerrp:

since the source is mapped to an hdhomerun, it thinks its a digital tuner

[22:14:54]

wagnerrp:

and digital tuners cannot pull lineups from schedules direct

[22:15:03]

wagnerrp:

because schedules direct does not provide the necessary tuning information

[22:15:27]

mihanson:

ok, thanks.

[22:16:21]

mihanson (mihanson!~mihanson@pool-71-243-223-165.lsanca.fios.verizon.net) has left #mythtv-users ("Leaving")

[22:21:41]

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

[22:34:36]

mihanson (mihanson!~mihanson@pool-71-243-223-165.lsanca.fios.verizon.net) has joined #mythtv-users

[22:35:40]

mihanson:

wagnerrp: Thanks. I had to detatch the line up from the HDHR-CC, add a demo recorder, pull the line up, delete the demo recorder and re-associate the lineup to the HDHR-CC.

[22:35:56]

mihanson:

and run mythfill.

[22:36:01]

mihanson:

thanks

[22:37:48]

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

[22:42:28]

mihanson (mihanson!~mihanson@pool-71-243-223-165.lsanca.fios.verizon.net) has left #mythtv-users ("Leaving")

[22:54:34]

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

[22:54:39]

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

[22:59:58]

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

[23:03:37]

streeter (streeter!~streeter@user-24-214-254-79.knology.net) has quit (Quit: Leaving)

[23:07:18]

darkdrgn2k (darkdrgn2k!~darkdrgn2@bas2-toronto44-1176438133.dsl.bell.ca) has joined #mythtv-users

[23:07:19]

darkdrgn2k:

hi all

[23:07:26]

darkdrgn2k:

th eHD-PVR is a h.264 encoder card

[23:08:31]

devinheitmueller:

darkdrgn2k: is that a question?

[23:08:39]

iamlindoro:

informational notice

[23:09:17]

darkdrgn2k:

is the HD-PVR a" h.264 encoder card" ?

[23:09:34]

devinheitmueller:

It's an H.264 encoder, but it's not a card. It's an external USB device.

[23:09:40]

wagnerrp:

if youre asking what type to use in mythtv-setup, that sounds about right

[23:09:54]

darkdrgn2k:

devinheitmueller: that was my confusion to :)

[23:09:55]

wagnerrp:

but as mentioned, its technically a 'device', rather than an internal card

[23:10:21]

darkdrgn2k:

k backend starts, but the tunder does not display as ready

[23:10:34]

darkdrgn2k:

mythweb retunrs only the master's tuner, myth status shows "error"

[23:10:41]

darkdrgn2k:

mythbackend log -> http://pastebin.ca/2097266

[23:11:46]

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

[23:12:45]

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

[23:14:53]

gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)

[23:16:47]

darkdrgn2k:

any idea?

[23:17:01]

darkdrgn2k:

only glimmer of issue i can see is "2011-12–29 18:15:31.916884 E ormat_to_mode() does not recognize V4L"

[23:19:48]

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

[23:19:56]

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

[23:25:36]

darkdrgn2k:

doesnt lok my slave's storage grous are being picked up either

[23:32:05]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 248 seconds)

[23:33:08]

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

[23:33:22]

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

[23:35:18]

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

[23:37:32]

wagnerrp:

is your slave backend actually running?

[23:39:25]

darkdrgn2k:

well..

[23:39:33]

darkdrgn2k:

it runs.. doesnt crash when i run mythbackend manually

[23:40:01]

darkdrgn2k:

but i dont see any of the storage groups for recordings in the master's mythfrontend's status screen

[23:40:04]

wagnerrp:

but it doesnt show up in the backend status page?

[23:40:35]

darkdrgn2k:

under encoders, no

[23:40:52]

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

[23:41:01]

wagnerrp:

not there at all? or listed as not connected?

[23:41:35]

darkdrgn2k:

not there at all

[23:41:49]

darkdrgn2k:

Encoder Status

[23:41:49]

darkdrgn2k:

Encoder 1 [ MPEG : /dev/video0 ] is local on MythTV1 and is not recording.

[23:41:50]

wagnerrp:

then you havent restarted your master since adding a capture device to the slave

[23:42:13]

wagnerrp:

presumably, MythTV1 is the master backend?

[23:42:17]

darkdrgn2k:

tyep

[23:42:31]

darkdrgn2k:

wow look at that.. magic!

[23:42:36]

darkdrgn2k:

Encoder Status

[23:42:36]

darkdrgn2k:

Encoder 1 [ MPEG : /dev/video0 ] is local on MythTV1 and is not recording.

[23:42:36]

darkdrgn2k:

Encoder 3 [ HDPVR : /dev/video0 ] is remote on mythtTV3 and is not recording.

[23:42:46]

darkdrgn2k:

didnt know i had to restart.... probably should of though of it though

[23:43:32]

emmanuelux (emmanuelux!~emmanuel@2a01:e35:2e4d:9010:21d:60ff:fe0e:b818) has quit (Ping timeout: 268 seconds)

[23:44:23]

darkdrgn2k:

mythweb still showing Xs for recordings that are "missing"

[23:44:59]

darkdrgn2k:

and seems my videos storage groups is not working

[23:45:04]

darkdrgn2k:

on that slave

[23:45:52]

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

[23:48:03]

darkdrgn2k:

for videos, i specified the path for the video storage group on the slave and it seemed to work

[23:48:10]

darkdrgn2k:

(i was told it should only be specified on the master)

[23:48:13]

darkdrgn2k:

path is identicle

[23:54:40]

wagnerrp:

for the special mythvideo storage groups, paths need to be defined on each slave

[23:54:52]

darkdrgn2k:

what about art work

[23:55:01]

wagnerrp:

artwork too

[23:55:02]

darkdrgn2k:

banners, coverart etc...

[23:55:17]

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

[23:55:18]

darkdrgn2k:

so the only thing your not sopposed to setup on each storage group is default?

[23:55:23]

wagnerrp:

its an optimization such that the scanner only hits those specific backends it is told have data

[23:55:30]

wagnerrp:

rather than all backends ever defined in the database

[23:55:41]

wagnerrp:

for recordings, you just define them on the master backend

[23:55:52]

darkdrgn2k:

for everyhitn else on each slave?

[23:56:02]

wagnerrp:

that includes, Default, LiveTV, and any other storage group used for anything other than mythvideo

[23:56:33]

wagnerrp:

basically, there is no way to tell what backends are active

[23:56:45]

wagnerrp:

so if the Videos storage group behaved like the rest

[23:57:06]

darkdrgn2k:

ok somethign is wrong with the myth webserver

[23:57:14]

wagnerrp:

mythvideo would have to scan each and every backend with a BackendServerIP for content

[23:57:22]

darkdrgn2k:

jsut added Banners, mythtv3 and path.. it savd that as hostname banners, direcotyr mythtv3

[23:57:26]

darkdrgn2k:

seems you have an offset problem

[23:57:27]

wagnerrp:

even if that backend were not actually active

[23:58:13]

wagnerrp:

thats possible, it worked in the past, but may have been broken at some time since

[23:58:21]

darkdrgn2k:

should i open a ticket?

[23:58:22]

wagnerrp:

that stuff isnt getting much use

[23:58:50]

darkdrgn2k:

i think its great for not having to launch vncserver on a closet backend all the time :)

[23:59:29]

darkdrgn2k:

hmm seems it saved it right int he databse...

[23:59:37]

kwisher (kwisher!~kevin@c-98-253-249-175.hsd1.in.comcast.net) has joined #mythtv-users

[23:59:58]

wagnerrp:

saved right, displayed wrong

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

Current users (174):