Back to Home / #mythtv / 2008 / 01 / Prev Day | Next Day
#mythtv IRC Logs for 2008-01-16

---Logopened Wed Jan 16 00:00:46 2008
00:06-!-davilla [] has joined #mythtv
00:11-!-reynaldo [] has quit ["Lost terminal"]
00:17-!-reynaldo [] has joined #mythtv
00:20-!-grokky [n=grokky@] has quit []
00:24-!-reynaldo [] has quit ["Lost terminal"]
00:32-!-superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv
00:36-!-reynaldo [] has joined #mythtv
00:40-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
01:00-!-superm1 [n=superm1@ubuntu/member/superm1] has quit ["Leaving"]
01:04-!-davilla [] has quit ["Leaving"]
01:37-!-cattelan [] has quit ["This computer has gone to sleep"]
02:07-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
02:07-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
02:19-!-gnome42 [] has quit [Remote closed the connection]
03:17<rooaus>Interesting post from Daniel
03:23<justinh>that's the trip I was talking about not being able to go on
03:25<justinh>got an email on last Saturday asking if I was interested in going, no info of exactly where it was, not enough notice to book time off work either. Also not sure that another UI rewrite is what mythtv needs right now either. good to see that linuxmce/pluto have an interest in making their UI nicer though
03:36-!-MaverickTech [] has joined #mythtv
03:56<rooaus>justinh: I thought it might have been based on the link in the post. It seems a nice idea, time will tell how it plays out I guess.
04:01<justinh>so it's in California. Not Pluto's base of Miami. Man you can jump to all kinds of conclusions when you're not told where something is
04:04-!-xris [] has quit []
04:10<gbee>is this going to make all my mythui work redundant? :/
04:12<gbee>justinh: were they offering to cover the costs?
04:13<rooaus>gbee: Was wondering that as well.
04:15<gbee>interesting to see that Aaron is still persuing the idea of a KDE media centre
04:19-!-grokky [] has joined #mythtv
04:19<stuarta>that seems to be the only thing Aaron is persuing
04:56<justinh>gbee: yeah but I'd really need Friday off to go & that was out of the question
04:56<gbee>ahh, well nice offer all the same
05:01<justinh>tbh I was surprised I was even approached
05:16-!-reynaldo [] has quit [Read error: 104 (Connection reset by peer)]
05:16-!-reynaldo [] has joined #mythtv
05:23<gbee>justinh: well you are on record as the theme maintainer for mythtv and Aaron had met you at LRL, you probably seemed an obvious candidate
05:23<justinh>what I know about UI design could be written on the back of a fag packet though :)
05:25<stuarta>fag packets. the home of all good designs
05:26<gbee>puts us none smokers at a natural disadvantage
05:26<stuarta>we use post-it notes instead :)
05:31-!-johnp_ [] has joined #mythtv
05:31<johnp_>morning all
05:32<justinh>had to laugh once when somebody said I was a theme designer. if only they knew :)
05:32<justinh>morning johnp_
05:33*stuarta will probably drop off the net in a bit when they change the firewall here
05:42*johnp_ Getting fed up with all the possible variants put up on EIT
05:44<stuarta>you get to a point where it's good enough
05:46*justinh hands johnp_ a database of the EIT monkeys' names & addresses
05:47*johnp_ thanks
05:47*stuarta offers the electric cattle prod
05:48<justinh>#5555 - new EIT fixup. no patch attached. the monkeys have been reprogrammed :D
05:49<justinh>again I've resorted to wondering how STBs deal with subtitles. but then.. they probably just don't bother
05:49<johnp_>very true
05:50<johnp_>just output the things straight to the screen
05:51<johnp_>no pre-parsing, (pretty simple really)
05:51<stuarta>they don't broadcast subtitles
05:51<stuarta>title & description and thats it
05:52<stuarta>i tell a fib, they are also now broadcasting descriptors
05:53<johnp_>sorry, got confused. Subtitles versus EIT
05:53<justinh>I don't suppose the freeview playback programid & seriesid are ever gonna be in common with uk_rt .... lots could be done with that - though I have a feeling my naevity is showing
05:53<stuarta>no that would be far too much to ask
05:54<stuarta>especially given that 99.9% of users wouldn't ever use both
05:54<stuarta>and they don't give a rats arse
05:54-!-onixian [n=xian@] has joined #mythtv
05:55*johnp_ going to go for an svn update
05:57<gbee>stuarta: most users have to use both if they want to use RT, it doesn't carry radio information - not that it's a problem in this case since you won't get a radio program repeated on a normal channel ;)
05:58<justinh>gbee: I heard a rumour it's going to
05:58<justinh>(carry radio info)
05:58<stuarta>i guess i was talking about the non myth community
05:58<gbee>yeah I've heard that too, but until it appears I'm treating it as heresay
05:58<gbee>stuarta: ahh, yeah
05:59<justinh>blimmin Topfield PVR users have resorted to hacking uk_rt data onto their boxes. that's how much they love EIT
06:00<stuarta>it can be quite rubbish
06:00<stuarta>hence the vast array of stuff done in the fixups
06:01<gbee>can't see myself switching to EIT anytime soon, despite the great work done to make better use of the available info
06:02<gbee>I just like the better descriptions I get from RT, besides which, if I switch then my 2+ years of previouslyrecorded info is useless and I'll have to start paying close attention to my upcoming recordings to "Never Record" all the repeats
06:07-!-onixian [n=xian@] has quit ["Leaving"]
06:08<gbee>I'd love the ability to mix xmltv/eit data, with EIT filling in any information missing from RT and amending start/end times
06:08<gbee>not something I'm volunteering to write though
06:21-!-purserj [] has quit ["leaving"]
06:22<stuarta>damn, thought we had a volunteer :)
06:26-!-purserj [] has joined #mythtv
06:34-!-grokky [] has quit []
06:39<gbee>maybe, just maybe, once I've finished the twenty other things I want to do I'll take a look at it if someone else hasn't done it already
06:40<stuarta>i think i've even got a ticket for it.
06:46-!-rooaus [] has left #mythtv []
06:47-!-rooaus [] has joined #mythtv
07:05*stuarta doesn't expect gbee to do any coding on it
07:06<gbee>well now I have to :p
07:06<stuarta>oh well
07:08-!-reynaldo_ [] has joined #mythtv
07:09<gbee>the implementation I've got in mind shouldn't be too difficult really, just fiddly
07:14<stuarta>yeah, can see how it'll get complicated quickly
07:14<gbee>lots of "if (programinfo->description.isEmpty()) programinfo->description = eit->description;"
07:15<gbee>simplified of course and I'm assuming that we have pginfo objects to playwith in EIT already for checking if info has changed since the last
07:16<stuarta>yeah, there is some of that
07:17<stuarta>however it's primarily done on the "key" thats stored in the eit_cache
07:18-!-reynaldo [] has quit [Read error: 110 (Connection timed out)]
07:24<gbee>cache is only going to contain events we've seen recently, guess there has to be some mechanism for comparing data inserted into the database a week ago, unless we just overwrite what's there without bothering to check?
07:27<stuarta>there is a function in the loop somewhere that does it
07:27-!-_splat1 is now known as splAt1
07:27-!-splAt1 is now known as splat1
07:27<gbee>anyway, not going to be difficult to get existing pg info for comparisons, just don't want to do it at the expense of speed or memory
07:31-!-rooaus [] has left #mythtv []
07:32-!-rooaus [] has joined #mythtv
07:45-!-jgarvey [] has joined #mythtv
08:03<gbee>does multirec support ATSC?
08:05<janneg>yes, ATSC is using the dvb subsystem too
08:12<gbee>anyone tell me what standard is used by North American cable? I'm not entirely clear on that since everyone keeps saying 256-QAM (which is the modulation, not the data standard)
08:13<gbee>nothing I've read has been specific, some suggestions that's it's ATSC
08:19-!-skamithi [] has joined #mythtv
08:20<GreyFoxx>generially it's DVB/DCII over qam
08:20<GreyFoxx>DCII is motorolas digital cable spec from before dvb was finalized but is very close
08:20<GreyFoxx>close enough that it works perfectly for me
08:21<stuarta>most of them are ATSC for terrestrial digital aren't they?
08:22<GreyFoxx>ATSC for the over the air stuff yeah
08:23<gbee>Satellite is DVB-S I take it?
08:24<janneg>partly and not strictly standard conformant
08:25<stuarta>plus weird crap like circular polarisation
08:26<stuarta>no idea how that works
08:26<stuarta>sure i could find out if i was bothered
08:26<janneg>and turbo codes
08:26*stuarta isn't bothered
08:26<stuarta>turbo codes?
08:28<janneg>afaik slightly different modulation scheme. I think only the HD channels use this
08:44*stuarta is about to disappear due to firewall changes
08:45<GreyFoxx>they blocking you from reaching outside ? :)
08:45<stuarta>yeah :(
08:45<stuarta>until i rework the tunnels :)
08:45<GreyFoxx>forcing through a proxy or do you have alternate ports you can reach ?
08:45<stuarta>new firewall completely
08:46<GreyFoxx>if it's not an actual http proxy I can run an instance of ssh on port 80 for you if you like :)
08:46-!-skamithi [] has quit ["WeeChat 0.2.3"]
08:46<GreyFoxx>which you can also use to portforward to my localhost based squid proxy to give unmonitored websaccess too :)
08:54-!-rooau1 [] has joined #mythtv
09:00-!-cattelan [] has joined #mythtv
09:10-!-rooaus [] has quit [Read error: 110 (Connection timed out)]
09:10-!-hads [] has quit [Read error: 104 (Connection reset by peer)]
09:10-!-hads [] has joined #mythtv
09:12-!-reynaldo_ is now known as reynaldo
09:18-!-Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv
09:24-!-mo0dbo0m [] has joined #mythtv
09:29-!-i3ooi3oo [] has joined #mythtv
09:34-!-onixian [n=xian@] has joined #mythtv
09:34-!-onixian [n=xian@] has quit [Remote closed the connection]
09:38<GreyFoxx>laga: Whenever you are around, any chance you could send me a copy of the premade LIRC files you have for various remotes and for the lircrc's for myth ? :)
09:39<laga>GreyFoxx: we don't have premade lircrcs, we generate on the fly for various apps based on the lircd.conf files
09:40<GreyFoxx>That code in the control panel app you have ?
09:40<laga>GreyFoxx: i think we get all our lircd.conf files from upstream. they have a lirc.hwdb which mapps remotes to the correct driver + config
09:41<GreyFoxx>upstream being ?
09:41<laga>GreyFoxx: there are command line apps in the mythbuntu-lirc-generator package
09:41<GreyFoxx>ok, cool.
09:43<GreyFoxx>What's "bzr" ?
09:43<GreyFoxx>haven't run into that one :)
09:43<laga>"Bazaar is Distributed Version Control for Human Beings."
09:43<laga>i mean, that's totally obvious..
09:44-!-gnome42 [] has joined #mythtv
09:50<justinh>what's so bad about subversion anyway?
09:56-!-cattelan [] has quit ["This computer has gone to sleep"]
09:58<gbee>justinh: nothing that couldn't be fixed, though git seems to have gained a pretty decent reputation for handle large numbers of contributors gracefully I believe it's also a little more complicated than subversion
09:59<gbee>exactly why we need so many different version control systems, dunno, it does complicate things a fair bit
09:59<justinh>svn seems fine for my own needs. so it can't do binary diffs.. what can?
10:00<justinh>hmm over 22 thousand unique page hits since I relaunched my theme site. wonder how many downloads that equates to
10:01<gbee>svn can do binary diffs, well internally, no idea what svn diff would produce for changes to binary files
10:01<justinh>it doesn't, by default
10:02<jams>GreyFoxx- i have a handfull of remote config files if you want them. MIght even be able to round up the knoppmyth ones as well.
10:02<gbee>I've produced diffs including binary files (images) and sucessfully applied them, but those were new files
10:03<justinh>gbee: how does that work then? does it UUencode the new image or something?
10:03<justinh>or does it just come out as a 'file', not a unified diffy thing like I'm almost used to seeing now
10:04<gbee>dunno how it's encoded, looks like just an ascii diff, it's a unified diff and patch handles it just fine
10:05<gbee>but like I say, I've only done it with new files, not changes to existing ones
10:05<justinh>might have a play next time I get bored
10:06-!-rooaus [] has joined #mythtv
10:06<gnome42>janneg: Yeah, I was going to say might be time to commit the t4473_v3.diff, (but you already saw that :).
10:09<GreyFoxx>jams: yeah I'd like to get as many as possible to look at
10:10<janneg>gnome42: I wanted first to look into the diseqc code to see if it works
10:17<gnome42>janneg: Oh, ok. I'll add some debug stuff and verify here too.
10:25-!-rooaus [] has left #mythtv []
10:30<jams>GreyFoxx- here you go mvlircd.tgz
10:31<GreyFoxx>Time to look at an lirc/remote wizard
10:31<jams>ack try
10:31<GreyFoxx>got it, thanks
10:31<jams>i have the knoppmyth ones in a bit.
10:31<jams>will have
10:33<gnome42>janneg: Not sure if this is a problem but can people cascade more than one diseqc switch? If so then that patch might not be enough. ie. The lnb ID could be the same on two different switches.
10:42<GreyFoxx>got it :) Thanks
10:43<GreyFoxx>I'm thinking at the moment a master list of lircd.conf's in contrib, and some "predone" stored in database lircrc settings for each
10:43<GreyFoxx>and a gui so the user can customize them
10:44<GreyFoxx>and of course with a wizzard for defining remotes which do not have predone settings
10:44<GreyFoxx>"Press Play on your remote now or ENTER on your keyboard to skip this button"
10:44<GreyFoxx>and so on
10:44<jams>right..and now i can cross that item off my list. I did a little playing around but nothing serious. Certain you will finish it before i do.
10:45<GreyFoxx>My cousin picked up a MCE remote the other day and wanted help setting it up. sure I can SSH in and do it in a couple minutes, but it should be a common enough remote than he can just select it from a list in the FE
10:45<GreyFoxx>and then have most everything just work
10:46<GreyFoxx>And seeing that mzb was scripting something to be DB driven to do something similar makes me want to do something properly myth integrated
10:46<jams>your right it should be. The problem your going to have lircd.conf and permissions/restarting lircc
10:47<GreyFoxx>jams: yeah, for the moment I'm gonna focus on the lircrc bit with demo lircd.confs available in contrib
10:47<GreyFoxx>then look at direct lircd integrating skipping lircd.conf altogether
10:48<jams>from a distro point of view, that i don't like as it still leaves mplayer/xine out in the cold.
10:49<jams>but anyway it's still good progress for myth.
10:50<GreyFoxx>Even just skipping the need to setup a manual lircrc for the remote will help users
10:50<jams>couldn't agree more
10:52<jams>GreyFoxx- shooting for post .21 ?
10:53<GreyFoxx>but we'll see depending on how quickly it progresses
10:54<janneg>gnome42: afaik they can but if I understood the code correctly the deviceid should be unique
11:01-!-dekar1 [] has joined #mythtv
11:01<gnome42>janneg: Oh, I was thinking that deviceid == switch port number
11:04<gnome42>.. but looking further I think you are right.
11:06-!-skamithi [] has joined #mythtv
11:08<gnome42>janneg: Another possibility is to create a DiSEqCDevTree::IsCommandNeeded(settings, tuning) and use it in dvbchannel
11:13<janneg>I would use the return value of execute()
11:15<gnome42>I considered that but how would we distinguish a failure from a command not needed?
11:16<janneg>changing the return type to std::Pair<bool, bool> or using bool &force_retuning as third parameter
11:17<gnome42>or did you mean change the return value from a bool to an Int and then use different values for failure vs. command not needed?
11:17-!-dekarl [] has quit [Read error: 110 (Connection timed out)]
11:17<janneg>that would be the hackish way
11:17<janneg>I'll just apply the patch since it is simpler
11:27-!-jarle [] has quit [Read error: 110 (Connection timed out)]
11:27-!-jarle_ [] has joined #mythtv
11:28-!-johnp_ [] has left #mythtv []
11:34*j-rod hopes that sun purchasing mysql doesn't mean mythtv development will move to solaris... ;)
11:35<jams>j-rod- didn't that happen a while ago?
11:35<j-rod>the sun purchase, or mythtv devel moving to solaris? :)
11:35<jams>wait nevermind thinking of something else.
11:36<j-rod>just announced today, so far as I know...
11:38<janneg>j-rod: only if the solaris kernel is released under GPL2 and I can continue to use my DVB cards
11:39<j-rod>Nexenta MythTV Edition!
11:39*janneg waits for the first person suggesting moving to postgresql
11:40<jams>janneg- thats a great idea!
11:40<GreyFoxx>I bet it will happen on the list
11:42-!-johnp__ [] has joined #mythtv
11:43-!-rooau1 [] has quit [Read error: 110 (Connection timed out)]
11:44-!-rooaus [] has joined #mythtv
11:48-!-beavis [] has joined #mythtv
11:51<gbee>out of interest, does postgresql offer an embedded option?
11:52<jams>gbee- last i looked it did not
11:53<gbee>well there you go, doesn't really fit with the planned direction of the project :) Nice, easy response to the postgresql fan boys
11:54<jams>that was a while ago though..let me look again.
11:54-!-JoeBorn [] has quit [Read error: 110 (Connection timed out)]
11:54<gbee>doesn't really matter much what db is used once it's embedded (except sqlite because it's too slow), but given the choice I'd pick mysql because of my overall familiarity with it and the great documentation
11:55<jams>actually looks like it is possible.
11:55<jams>i was wrong.
11:55<jams>for the record postgres is better then mysql =)
12:17<okolsi>first stress-test with multirec.. 6 programs with 3 cards and no problems :)
12:20<janneg>I wouldn't call that stress. 3 cards with each 6 programs would be a different story (30% cpu on athlon64 at 1ghz)
12:22<okolsi>okay... but we are limited with channels :) only 10 DVB-T channels.. now it really is feasible to record all available programs that are aired :)
12:22<gnome42>janneg, gbee: Oh, that reminds me. Do we want to increase the maximum number of virtual cards? (currently at 5)
12:22<okolsi>I'll have to try that 10 channel recording also
12:23<gbee>jams: oh, so your one of them eh? Can't say I've ever bought into the postgresql is better than mysql arguments (or vice versa) unless you are talking about enterprise setups they are both the same thing
12:24<okolsi>janneg: I'm regularly seeing "AddTSPacket: Out of sync!!!" messages..
12:25<gnome42>okolsi: I see a couple of those on channel changes too. Do you see it when not changing channels?
12:25<okolsi>janneg: is that normal? I could have better antenna.. project for the next summer
12:25<okolsi>gnome42: yes, it is not related to channel changing. I'm seeing those quite often
12:25<gbee>gnome42: not having that many channels I want to record on a single multiplex, it's hard to answer, janneg has done more stress testing that I have and knows better than I do what an average system can cope with
12:26<gbee>s/that I have/than I have/
12:27*gbee takes more aspirin
12:27<gnome42>okolsi: Ok, then I would say that's not normal.
12:28<okolsi>that's currently with those 6 programs and 3 cards. but this was happening also before multirec merge so I don't blame it
12:28<janneg>gnome42: no, Daniel and I fear that most user would set it to the max value without thinking
12:28<justinh>how many channels does freeview have a max of per mux anyway? think it's only 5 or 6. would suit me. maybe some stress testing would be in order across a range of systems to be able to guide users
12:28<jams>gbee- not a fan boy, but yes i prefer postgresql. Mostly my experiance is enterprise and just the way username/passwords/auth is handeled in postgresql is enough for me.
12:29-!-beandog [n=steve@gentoo/developer/beandog] has joined #mythtv
12:29-!-JoeBorn [] has joined #mythtv
12:29<justinh>maybe a good question to ask would be how many recordings does VDR allow at the same time?
12:29<justinh>they've been doing it much longer after all
12:30<gnome42>janneg: Ok, that's what I thought too. I am fine with 5. But I imagine someone will come along want to record 10 radio streams at once or something. :)
12:30<justinh>gnome42: for those who know what they're doing, they can always edit the source themselves IMHO
12:30<gbee>justinh: only 5/6 fair channels per mux with freeview, rest is usually cruft
12:32<gnome42>justinh: agreed. :)
12:32<justinh>besides how many viewers does a typical mythtv system have? I looked at my stats last night & I typically record about 45 hours a week. can't say I watch even half that, though most of it's my wife's soaps
12:32<janneg>okolsi: those are quite often. I presume they haven't changed dramatically due to the multirec merge? they should be only dependent on the number of recordings
12:33<justinh>fwiw I think the single biggest advantage isn't being able to record everything that's on at the same time - more that it'll be better because we'll have to cope with far fewer conflicts. but then, I'm not one of the greedy file squirrels :)
12:34<okolsi>janneg: those haven't increased after multirec.. and won't cause any real problems, maybe tiny glitches now and then
12:35<okolsi>janneg: I better improve my antenna and then check this out again
12:35<janneg>I think vdr has no artificial limit in the number of recordings
12:35-!-davilla [n=davilla@] has joined #mythtv
12:36<janneg>and the biggest problem with many recorders and mythtv is the scheduler
12:36<janneg>okolsi: ok I would guess that it is a reception issue
12:37<justinh>hmmm. just thinking out loud but maybe do some benchmarking anyway to see what could be a sensible max, then base the max on the hardware found. dunno how realistic that is ;)
12:37<gnome42>okolsi: yeah, sorry. I didn't relize that wasn't a new issue for you.
12:38<okolsi>gnome42: no probs, just wanted to check if this is some known issue
12:38<justinh>got to order the new tuner card(s) this week. won't make much difference to the total outgoings this month
12:39<janneg>justinh: depends more on the number and kind of recording rules
12:40<justinh>I can offer up my really old dev box to do experiments on once I've got dvb back inside it
12:40<gnome42>justinh: and I imagine on SD vs. HD. I assume you would hit the hardware limit far sooner if doing HD.
12:40<justinh>via kt133, 512MB, athlon 800. see how far it can be pushed before it starts to creak
12:42-!-briand [] has quit [Read error: 110 (Connection timed out)]
12:42<justinh>anyway I'd rather hope that people aren't going to moan that they can 'only' record 5 or 6 shows from one transport simultaneously - it's a far sight better than before after all ;)
12:42<gnome42>justinh: Similar to mine, should be able to do 5 x SD without problems.
12:44<justinh>might mean more archivists (such as the National Welsh Film & TV Archive) consider myth as part of their system of choice. That'd make a wicked case study
12:46<justinh>it'd be interesting to know how well everything copes when you take it to a really 'out there' extreme - if only out of idle curiosity
12:46<janneg>gnome42: SD/HD shouldn't make such a big difference if you simply record all channels from a multiplex
12:48<janneg>most performance problems come from the scheduler. please try recording every program from a channel with 1-2 weeks data
12:48<gnome42>janneg: Oh, really? I thought you might get IO contention if you are doing it all on one spindle or something. When you did your 18 at once testing, was that with HD?
12:48<justinh>yeah will do. anything else, like regexes too?
12:49<gnome42>janneg: Oh, I believe you. :) I prune out recording rules with many matches quickly anyways, (for that very reason).
12:51<janneg>gnome42: I was using more than one disk, the reason I'm preaching against LVM and for storage groups
12:52<beandog>storage groups dont work with mythvideo do they
12:52<gbee>not yet, no
12:52<justinh>discussion has being going on on the -dev list about changing that beandog
12:53<gbee>especially since storagegroups are a backend thing and mythvideo is frontend
12:53<janneg>gnome42: no, those test didn't include HD. there are only 2 HD channels in my cable network
12:53<justinh>its kind of a grey area though since a lot of people keep their meeja on the backend
12:53<beandog>I dont think Ill be ditching LVM2 anyway
12:53<beandog>makes it easier to rip stuff.
12:54<beandog>although it would be nice for multi-backends
12:54<janneg>justinh: more complex rules more work for the scheduler
12:54<justinh>janneg: suspected as much. going shopping for new hardware after pizza :)
12:55<gnome42>janneg: yeah, I like storage groups too. For the IO balancing and when I lose a disk I won't lose the whole load.
12:56<gbee>the whole plug and play concept of storage groups appeals to me, lvm might not be difficult to setup but it's still more work
12:56<janneg>exactly, and using raid[156] for recordings seems silly
12:57*beandog nods
13:01<gnome42>Storage groups coupled with NFS crossmnt support in the kernel is a great combo :) Easy config on the clients.
13:13-!-onixian [] has joined #mythtv
13:14-!-onixian [] has quit [Remote closed the connection]
13:20-!-skamithi [] has quit ["WeeChat 0.2.3"]
13:45*GreyFoxx patches his to allow 8 per card, works perfectly (all SD of course)
14:01<jthomas_>Hm, does anyone here know: in ATSC PSIP, the MGT lists PIDs for EIT tables. Will 'all' of these EID tables lists necessarily be broadcast? Is there any way to tell when it is finished broadcasting a list of EIT sections?
14:01<jthomas_>Ahem, EIT tables.
14:04<stuarta>they should be
14:04<stuarta>but there are no guarantees
14:06<stuarta>however, if they are signalling them in the MGT table then they should be present
14:07<stuarta>anyway gotta run
14:07-!-stuarta [n=stuarta@unaffiliated/stuarta] has quit ["leaving"]
14:08-!-Ernst [] has joined #mythtv
14:17-!-gnome42 [] has quit []
14:18-!-Ernst [] has quit ["Ex-Chat"]
14:21-!-jthomas__ [] has joined #mythtv
14:39-!-xris [] has joined #mythtv
14:39<xris>wow, console actually works today...
14:40*xris wants to figure out how to link into itunes movie previews, too.. would be awesome to plug that into mythweb...
14:45<Chutt>xris, isn't that against their tos?
14:45<xris>Chutt: probably
14:45<xris>would be nice if itunes had a public website.. then could just link to it.
14:46<justinh>is that sort of thing an issue for youtube too?
14:47<xris>I know that youtube has an API so you can embed stuff right into other web pages
14:48<xris>would be cool to see a youtube plugin for mythtv.. since "everyone else" these days has one
14:49<justinh>I used mythnews to watch a youtube video a while back.
14:50<justinh>wasn't streaming though, and on a big screen I wasn't in a hurry to try it again
14:50<laga>i think mythstream can do it too
14:50<laga>and mythbrowser of course. although the pointer 'emulation' does not work for the player itself.
14:50-!-RMC [] has joined #mythtv
14:51-!-jhatch [] has quit [Read error: 104 (Connection reset by peer)]
14:52<justinh>do plugins have to be fullscreen?
14:52-!-gnome42 [] has joined #mythtv
14:53-!-jthomas_ [] has quit [Read error: 110 (Connection timed out)]
14:53-!-RMC is now known as RMC_away
14:53<justinh>actually a youtube/webvid viewer thing wouldn't _have_ to always play in fullscreen. most would look best in a smaller size anyway IMHO
14:54<justinh>arghhh. must... resist... temptation ...
14:54<justinh>don't... know.. enough (about anything)
14:55<justinh>xris: if/when that arabic team clean up their youtube plugin it might be worth a look
14:56<xris>ah, I think I heard something about that
14:56<justinh>sudo mplayer
14:56<xris>laga: mythstream should get integrated into mythmusic/mythvideo
14:57<laga>xris: who's gonna do it? :/
14:57<justinh>didn't think mythmusic could handle streaming content without eskil's patch
14:57<laga>eskil's patch would be nice for 0.21, but i'm asking for too much i suppose
14:57<justinh>or was that more about the UI changes?
14:58<xris>laga: that's a big problem
14:58<justinh>laga: got a copy lying around anywhere?
14:58<justinh>saw somebody comment the other day they've not seen or heard from eskil in a while
14:59<clever>ive never heard of him before
14:59<laga>justinh: it's on the intarweb on his website
14:59<laga>justinh: i tried it once and it worked well. except for one of the streaming thingies, i just blamed that on a network problem :)
15:00<xris>laga: it likely won't make it into .21
15:00<justinh>it might take some graft to make it work with the miniplayer changes
15:00*xris needs to find some time to prep mythweb for .21
15:01*laga needs to find some time to get the diskless stuff going for mythbuntu 8.04 :/
15:02<justinh>when I've ported mythappearance to mythui I'll try & look at the streamy music thing
15:04<justinh>I definitely know I've asked this before but can never remember the answer.. is there any reason in particular the streaming music support isn't already in mythmusic? objections from the core devs? lack of time?
15:04<laga>i think gbee wanted to look at the patch
15:04<laga>after finishing some other stuff first
15:06<justinh>yeah. that and a million other things :)
15:06<gbee>justinh: eskil never formally submitted it for inclusion, that would be the main reason
15:07<gbee>most of his other patches he submitted but not the streaming stuff
15:07<gbee>a number of the patches he did submit added stuff to support the streaming changes
15:07<justinh>not the kind of thing I'd sit on but that's me for ya
15:08<justinh>gah too many thoughts distracting me from my current project. I want to do stuff even more badly than I did before having a go at the arrows thing
15:10<justinh>walking the dog tonight another random thought occurred to me that maybe writing up mythappearance a bit on the wiki might be nice for people wanting to have a go
15:11<laga>justinh: hey, that's ok. currently i'm obsessed with adding voice control to mythtv (using non-free software, sorry)
15:11<laga>so i know how you feel :)
15:13<justinh>and I know for sure that having python bindings wouldn't help me :)
15:14<justinh>hey haven't heard a peep out of mythpython for ages. all the hype died off now?
15:17-!-i3ooi3oo [] has quit ["Konversation terminated!"]
15:17<justinh>and there's no homepage to check up on it. it's just out there in the ether
15:18-!-Beirdo [n=gjhurlbu@unaffiliated/beirdo] has quit ["leaving"]
15:18-!-Beirdo [n=gjhurlbu@unaffiliated/beirdo] has joined #mythtv
15:19<gbee>"Video timing method: USleep with busy wait" < odd, pretty sure it wasn't always usleep
15:19-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
16:04-!-mattwire [] has joined #mythtv
16:16-!-kormoc [n=kormoc@unaffiliated/kormoc] has joined #mythtv
16:19-!-Beirdo [n=gjhurlbu@unaffiliated/beirdo] has quit ["leaving"]
16:19-!-Beirdo [n=gjhurlbu@unaffiliated/beirdo] has joined #mythtv
16:31-!-foxhunt [] has joined #mythtv
16:35-!-jgarvey [] has quit ["Leaving"]
17:08<gbee>had a recording fail tonight, the ones before/after recorded fine
17:09<janneg>gbee: logs available? was it the only recording active?
17:10<gbee>wasn't the only recording, I'll sort out logs
17:13-!-grokky [n=grokky@] has joined #mythtv
17:15<gbee>just a basic log I'm afraid, -v important, general
17:17<gbee>luckily the programme it didn't record was one I didn't really want to watch anyway
17:19-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit [No route to host]
17:22<janneg>oh, did daniel forgot to mention the integrated AI ;)
17:23<justinh>now with (top secret) mythtaste(tm)
17:23<gbee>for those who are wondering, it was an episode of 'Torchwood' - never been a Doctor Who fan but was persuaded to give it a try
17:23<justinh>I haven't seen it yet, but I know it was crap :)
17:24-!-johnp__ [] has quit [Read error: 104 (Connection reset by peer)]
17:24<justinh>still, rather watch that than Hollyoaks, no matter what
17:25-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
17:33-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
17:36<reynaldo>hi all
17:37-!-Toxicity999_ [n=bryan@unaffiliated/Toxicity999] has joined #mythtv
17:37<reynaldo>quick question, where is the code for the pick-a-language menu you get at initial setup ¿
17:37-!-Toxicity999_ [n=bryan@unaffiliated/Toxicity999] has quit [Read error: 104 (Connection reset by peer)]
17:38-!-Toxicity999_ [n=bryan@unaffiliated/Toxicity999] has joined #mythtv
17:41-!-Toxicity999_ [n=bryan@unaffiliated/Toxicity999] has quit [Client Quit]
17:43<justinh>reynaldo: mythcontext.cpp as far as I can tell with a quick dirty grep
17:44-!-beandog [n=steve@gentoo/developer/beandog] has quit [Read error: 110 (Connection timed out)]
17:44-!-Toxicity999_ [n=bryan@unaffiliated/Toxicity999] has joined #mythtv
17:44-!-beandog [n=steve@gentoo/developer/beandog] has joined #mythtv
17:55*gbee waves the big "hands off my idea" stick at Kevin
17:56-!-beavis [] has quit ["Verlassend"]
17:59-!-Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"]
18:00-!-foxhunt [] has quit [Remote closed the connection]
18:02-!-grokky [n=grokky@] has quit []
18:05-!-Toxicity999_ [n=bryan@unaffiliated/Toxicity999] has quit ["Leaving"]
18:14-!-MrGandalf [] has joined #mythtv
18:15*MrGandalf thinks he'll wait awhile on the new Myth before trying again..
18:16<janneg>MrGandalf: what's wrong? please report issues. they won't go away by waiting
18:17<MrGandalf>janneg: I know, but I wanna wait until the last of the tuning tickets has been closed.. my tuning is boken and I have a feeling it was with the lastest patch.
18:18<MrGandalf>I have to start from stratch to know for sure..
18:19<MrGandalf>I seem to getting quite a few frontend timeouts as well.
18:20<MrGandalf>the dreaded MythSocket timeouts
18:22-!-mattwire [] has quit ["Leaving"]
18:23<janneg>MrGandalf: dvb tuning? those tickets are closed.
18:25<reynaldo>justinh: thanks, will take a look there
18:26<MrGandalf>reverting them now..
18:30<MrGandalf>I just can't get around the problems with MythSocket
18:30<MrGandalf>readStringList timeouts
18:31<gbee>myth-dev post just now about mythsocket issues
18:34<gbee>sucks all the fun out of my ideas when I have to debate them with others, was really looking forward to working on my 'alert' idea :(
18:34<Chutt>gbee, popup scrolly thingie - i'd think just a transparent text widget on a separate screenstack
18:34<reynaldo>in designing a way for the frontend to switch lang using an small plugin, should one directly alter mythconverge's lang record ?
18:35<MrGandalf>ugh, my problem is no doubt it wants me to delete and re-add my capturecards
18:36<MrGandalf>not something IO'm willing to do
18:36<MrGandalf>damn, now I have to restore some tables.
18:36-!-MaverickTech [] has joined #mythtv
18:36-!-clever [] has quit []
18:36<gbee>Chutt: that's what I had in mind, transparency, positioning etc could be theme defined
18:37-!-clever [] has joined #mythtv
18:37<gbee>already added support to mythui for theme defined screens of different sizes (it was there, just not complete)
18:38<jams>reynaldo- why a new plugin when it can be changed in the settings?
18:38<gbee>personally I left space in metallurgy at the bottom there for the popup so that it didn't need to be transparent or obscure anything else on the page (except the music miniplayer)
18:39<reynaldo>jams: I didnt know you can do that from mythfrontend
18:40<gbee>Setup > Appearance > 3rd Page
18:40<gbee>at least in trunk
18:41<jams>and if you screw things up, that setting can be specified on the command line
18:41<reynaldo>jams: got it, thanks. :)
18:41-!-Shpook [] has joined #mythtv
18:42-!-ineti [] has joined #mythtv
18:42<gbee>yet another one of my ideas was to move localization options out of the appearance settings and add the concept of localization settings groups, different default settings for different countries defined by translators in external xml files
18:42<ineti> iam running mythtv on my ubuntu box as backend and frontend....always when iam watchin live tv, mythtv records the stream until i change the channel, when the channel is changend mythtv starts to record that channel to, any ideas to stop that?
18:43<jams>ineti- try mythtv-users
18:43<gbee>ineti: #mythtv-users
18:44*jams does a quick check of to see if it works.
18:45<jams>nope not yet
18:47<reynaldo>jams: the reason why a new plugin may be of some use is maybe to spear the user the trouble of going through all the other appearance options just to change the lang
18:47<reynaldo>a direct 'change lang' menu
18:48<reynaldo>gbee: sounds like a nice idea :-)
18:49<jams>gbee- could a person emailing me about how to fix the gallery in metallurgy. I told him your aware of the problem and may fix it.
18:49<gbee>like most of my ideas, it's still on paper at the moment
18:49<gbee>jams: ok, guess I need to get that done
18:50<jams>doesn't bother me any..just odd he emailed me instead of you.
18:51<jams>hopefully the readme doesn't list my email address as support =)
18:51<gbee>yeah, haven't had any complaints emailed to me yet, just the odd person saying thanks for creating it
18:51<MrGandalf>janneg: This weekend I'll start with a base Myth and track down bugs.. I don't know that anyone using a rotor has tested the new code much
18:51<gbee>jams: darn, you've uncovered my nefarious plan
18:52<gbee>to be fair I've stressed the 'beta' bit pretty heavily on the website, I think that has saved me from most complaints
18:52<janneg>MrGandalf: I broke tuning with rotors in [15441] but it should be fixed
18:53<gbee>ssh mythtv@caderidris
18:53<MrGandalf>janneg: I backed out of that, still had issues. the first tuning seemed to work, every one after that failed
18:54<MrGandalf>janneg: seemed to get a lot of waiting for SIG even though I had a lock
18:55<MrGandalf>janneg: I use a Genpix patch to enable additional modulations.. that may be interfering.
18:55<janneg>I thought we have that integrated
18:56<MrGandalf>not every combination.. turbo qpsk, for example
18:56<janneg>MrGandalf: a -v record,channel,siparser log would be helpful
18:57<janneg>that patch is probably not big, please submit it for inclusion
18:58-!-czth [n=dbrobins@nat/microsoft/x-16dcb733ae2d3905] has joined #mythtv
19:02<MrGandalf>janneg: probably not a good idea, it matches a patch to linux-dvb hg
19:02<MrGandalf>I just need to start with a base install and go from there
19:04<MrGandalf>It's hard to read the log.. I get 10s of "AddFlags Wait(Sig,)" / second
19:05-!-beandog [n=steve@gentoo/developer/beandog] has quit ["Leaving"]
19:05-!-MavT [] has joined #mythtv
19:07-!-beandog [n=steve@gentoo/developer/beandog] has joined #mythtv
19:08-!-mo0dbo0m [] has quit [Remote closed the connection]
19:11-!-MaverickTech [] has quit [Read error: 110 (Connection timed out)]
19:15-!-beandog [n=steve@gentoo/developer/beandog] has left #mythtv ["Leaving"]
19:25-!-Syphn [] has joined #mythtv
19:26-!-davilla [n=davilla@] has quit ["Leaving"]
19:36-!-Shpook [] has left #mythtv []
19:52-!-sc00p [] has quit ["Leaving"]
20:02-!-Syphn [] has quit []
20:39-!-skd5aner [] has joined #mythtv
21:00-!-kormoc [n=kormoc@unaffiliated/kormoc] has quit []
21:06-!-killaz [] has joined #mythtv
21:10-!-davilla [] has joined #mythtv
21:27<Captain_Murdoch>gbee: storage groups are a backend and frontend thing. They're used for read/write on the backend, but read-only on the frontend (for now). They don't have to be explicitly configured on the frontend because the code falls back to using the global list of directories if you don't have any local SG's defined. With the backend's current ability to stream any file in any SG, you could mount all your videos on the backend as long as
21:27<Captain_Murdoch>w to try to use a myth://ip:port/filename URL for a video when playing back using the internal player. it would probably be trivial to modify mythvideo to attempt to use myth://Ip:port/filename if the file did not exist locally, so if a video had its info in the DB, you could play it back from any frontend using the internal player without having to have direct access to the file locally on the frontend.
21:32-!-cattelan [] has joined #mythtv
21:48-!-zachman123 [] has joined #mythtv
21:57-!-cattelan [] has quit ["This computer has gone to sleep"]
21:57-!-Tanthrix [] has quit []
22:02-!-jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"]
22:05<clever> opened:)
22:06-!-leprechau [] has quit [Remote closed the connection]
22:08-!-zachman123 [] has quit ["Leaving"]
22:10-!-JoeBorn [] has quit ["goin' home"]
22:16-!-leprechau [i=charlie@] has joined #mythtv
22:16-!-Tanthrix [] has joined #mythtv
22:25-!-Tanthrix [] has quit []
22:29-!-Tanthrix [] has joined #mythtv
22:31-!-davilla [] has quit ["This computer has gone to sleep"]
22:32-!-jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv
22:36-!-cattelan [] has joined #mythtv
22:48-!-Tanthrix [] has quit []
22:48-!-cattelan [] has quit ["This computer has gone to sleep"]
22:48-!-cattelan [] has joined #mythtv
22:54-!-Tanthrix [] has joined #mythtv
23:00-!-leprechau [i=charlie@] has quit [Read error: 104 (Connection reset by peer)]
23:00-!-leprechau [] has joined #mythtv
23:20-!-leprechau [] has quit [Read error: 104 (Connection reset by peer)]
23:21-!-leprechau [] has joined #mythtv
23:27-!-m4yh3m [n=mayhem@] has joined #mythtv
23:41-!-leprechau [] has quit [Read error: 104 (Connection reset by peer)]
---Logclosed Thu Jan 17 00:00:26 2008