--- | Log | opened Wed Jan 16 00:00:46 2008 |
00:06 | -!- | davilla [n=davilla@nc-65-41-43-142.sta.embarqhsd.net] has joined #mythtv |
00:11 | -!- | reynaldo [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has quit ["Lost terminal"] |
00:17 | -!- | reynaldo [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has joined #mythtv |
00:20 | -!- | grokky [n=grokky@128.250.75.191] has quit [] |
00:24 | -!- | reynaldo [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has quit ["Lost terminal"] |
00:32 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has joined #mythtv |
00:36 | -!- | reynaldo [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] 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 [n=davilla@nc-65-41-43-142.sta.embarqhsd.net] has quit ["Leaving"] |
01:37 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit ["This computer has gone to sleep"] |
02:07 | -!- | MaverickTech [n=Maverick@CPE-60-229-251-197.static.nsw.bigpond.net.au] has quit [Read error: 110 (Connection timed out)] |
02:07 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"] |
02:19 | -!- | gnome42 [n=gnome42@206-248-135-245.dsl.teksavvy.com] has quit [Remote closed the connection] |
03:17 | <rooaus> | Interesting post from Daniel http://www.gossamer-threads.com/lists/mythtv/dev/310207 |
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 [n=Maverick@124-168-182-55.dyn.iinet.net.au] 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 [n=xris@xris.forevermore.net] 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 [n=grokky@ppp59-167-169-11.lns1.mel4.internode.on.net] 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 [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has quit [Read error: 104 (Connection reset by peer)] |
05:16 | -!- | reynaldo [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] 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_ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] has joined #mythtv |
05:31 | <johnp_> | morning all |
05:31 | <stuarta> | hiya |
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> | heh |
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@88.81.167.146] 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@88.81.167.146] 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 [n=purserj@k-sit.com] has quit ["leaving"] |
06:22 | <stuarta> | damn, thought we had a volunteer :) |
06:26 | -!- | purserj [n=purserj@k-sit.com] has joined #mythtv |
06:34 | -!- | grokky [n=grokky@ppp59-167-169-11.lns1.mel4.internode.on.net] 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> | :) |
06:40 | <stuarta> | i think i've even got a ticket for it. |
06:46 | -!- | rooaus [n=cameron@ppp59-167-154-71.lns4.mel6.internode.on.net] has left #mythtv [] |
06:47 | -!- | rooaus [n=cameron@ppp59-167-154-71.lns4.mel6.internode.on.net] 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_ [n=rverdejo@190-82-43-37.adsl.cust.tie.cl] 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 [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] 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 [n=cameron@ppp59-167-154-71.lns4.mel6.internode.on.net] has left #mythtv [] |
07:32 | -!- | rooaus [n=cameron@ppp59-167-154-71.lns4.mel6.internode.on.net] has joined #mythtv |
07:45 | -!- | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has joined #mythtv |
08:03 | <gbee> | does multirec support ATSC? |
08:05 | <janneg> | yes, ATSC is using the dvb subsystem too |
08:11 | <gbee> | ok |
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 [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] 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 [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] 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 [n=cameron@ppp59-167-175-36.lns1.mel4.internode.on.net] has joined #mythtv |
09:00 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
09:10 | -!- | rooaus [n=cameron@ppp59-167-154-71.lns4.mel6.internode.on.net] has quit [Read error: 110 (Connection timed out)] |
09:10 | -!- | hads [n=hads@reef80.anchor.net.au] has quit [Read error: 104 (Connection reset by peer)] |
09:10 | -!- | hads [n=hads@reef80.anchor.net.au] 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 [n=moodboom@cpe-075-177-134-090.nc.res.rr.com] has joined #mythtv |
09:29 | -!- | i3ooi3oo [n=i3ooi3oo@53.sub-75-201-205.myvzw.com] has joined #mythtv |
09:34 | -!- | onixian [n=xian@88.81.167.146] has joined #mythtv |
09:34 | -!- | onixian [n=xian@88.81.167.146] 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> | ahhh |
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 lirc.org ? |
09:41 | <laga> | GreyFoxx: there are command line apps in the mythbuntu-lirc-generator package |
09:41 | <laga> | yes |
09:41 | <GreyFoxx> | ok, cool. |
09:41 | <GreyFoxx> | thanks |
09:41 | <laga> | GreyFoxx: https://code.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-lirc-generator |
09:43 | <GreyFoxx> | What's "bzr" ? |
09:43 | <laga> | bazaar |
09:43 | <GreyFoxx> | haven't run into that one :) |
09:43 | <laga> | http://bazaar-vcs.org/ |
09:43 | <laga> | "Bazaar is Distributed Version Control for Human Beings." |
09:43 | <laga> | i mean, that's totally obvious.. |
09:44 | <GreyFoxx> | HEH |
09:44 | -!- | gnome42 [n=gnome42@206-248-135-245.dsl.teksavvy.com] has joined #mythtv |
09:50 | <justinh> | what's so bad about subversion anyway? |
09:56 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] 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 [n=cameron@ppp59-167-175-36.lns1.mel4.internode.on.net] 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 [n=cameron@ppp59-167-175-36.lns1.mel4.internode.on.net] 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 | <GreyFoxx> | :) |
10:31 | <jams> | ack try http://mythvantage.com/mvlircd.tgz |
10:31 | <GreyFoxx> | got it, thanks |
10:31 | <jams> | i have the knoppmyth ones in a bit. |
10:31 | <jams> | will have |
10:32 | <GreyFoxx> | heh |
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 | <jams> | GreyFoxx- http://mythvantage.com/kmremotes.tgz |
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> | yes |
10:50 | <jams> | couldn't agree more |
10:52 | <jams> | GreyFoxx- shooting for post .21 ? |
10:52 | <GreyFoxx> | yeah |
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 [n=deKarl@dslb-084-058-017-024.pools.arcor-ip.net] 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 [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] 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 [n=deKarl@dslb-084-058-070-217.pools.arcor-ip.net] 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:18 | <gnome42> | ok |
11:27 | -!- | jarle [n=jarle@70.84-234-133.customer.lyse.net] has quit [Read error: 110 (Connection timed out)] |
11:27 | -!- | jarle_ [n=jarle@70.84-234-133.customer.lyse.net] has joined #mythtv |
11:28 | -!- | johnp_ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] 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:35 | <j-rod> | http://mysql.com/news-and-events/sun-to-acquire-mysql.html |
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> | hehehe |
11:40 | <GreyFoxx> | I bet it will happen on the list |
11:42 | -!- | johnp__ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] has joined #mythtv |
11:43 | -!- | rooau1 [n=cameron@ppp59-167-175-36.lns1.mel4.internode.on.net] has quit [Read error: 110 (Connection timed out)] |
11:44 | -!- | rooaus [n=cameron@ppp59-167-84-252.lns2.mel6.internode.on.net] has joined #mythtv |
11:48 | -!- | beavis [n=beavis@drms-590c93b0.pool.einsundeins.de] 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 [n=rootmeis@adsl-75-3-20-6.dsl.chcgil.sbcglobal.net] 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:27 | <okolsi> | gnome42: http://pastebin.ca/857428 |
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 [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] 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@24.172.19.62] 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 [n=brian@c-68-35-254-149.hsd1.fl.comcast.net] 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 | <gnome42> | yep |
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 [n=xian@host-84-223-96-94.cust-adsl.tiscali.it] has joined #mythtv |
13:14 | -!- | onixian [n=xian@host-84-223-96-94.cust-adsl.tiscali.it] has quit [Remote closed the connection] |
13:20 | -!- | skamithi [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] has quit ["WeeChat 0.2.3"] |
13:45 | * | GreyFoxx patches his to allow 8 per card, works perfectly (all SD of course) |
13:58 | <stuarta> | hmpf |
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 [n=ernst@elanser.demon.nl] has joined #mythtv |
14:17 | -!- | gnome42 [n=gnome42@206-248-135-245.dsl.teksavvy.com] has quit [] |
14:18 | -!- | Ernst [n=ernst@elanser.demon.nl] has quit ["Ex-Chat"] |
14:21 | -!- | jthomas__ [n=jthomas@72-254-127-207.hq.ibahn.com] has joined #mythtv |
14:39 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
14:39 | <xris> | test |
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 [n=cattelan@ip65-44-182-162.z182-44-65.customer.algx.net] has joined #mythtv |
14:51 | -!- | jhatch [n=njhatch@azza.com] has quit [Read error: 104 (Connection reset by peer)] |
14:52 | <justinh> | do plugins have to be fullscreen? |
14:52 | -!- | gnome42 [n=gnome42@206-248-135-245.dsl.teksavvy.com] has joined #mythtv |
14:53 | -!- | jthomas_ [n=jthomas@72-254-127-207.hq.ibahn.com] 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 | <justinh> | eskil.org |
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:06 | <justinh> | ?! |
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 [n=i3ooi3oo@53.sub-75-201-205.myvzw.com] 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 [n=mattwire@host81-154-11-243.range81-154.btcentralplus.com] 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 [n=Richard@cazadelzorro.demon.nl] has joined #mythtv |
16:35 | -!- | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] 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@128.250.75.160] 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:22 | <gbee> | hehe |
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__ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] 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 [n=Maverick@124-168-182-55.dyn.iinet.net.au] 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 | <reynaldo> | ? |
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 [n=beavis@drms-590c93b0.pool.einsundeins.de] has quit ["Verlassend"] |
17:59 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has quit ["Leaving"] |
18:00 | -!- | foxhunt [n=Richard@cazadelzorro.demon.nl] has quit [Remote closed the connection] |
18:02 | -!- | grokky [n=grokky@128.250.75.160] has quit [] |
18:05 | -!- | Toxicity999_ [n=bryan@unaffiliated/Toxicity999] has quit ["Leaving"] |
18:14 | -!- | MrGandalf [i=mgandalf@cpe-72-225-32-214.rochester.res.rr.com] 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 [n=mattwire@host81-154-11-243.range81-154.btcentralplus.com] 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:29 | <MrGandalf> | ugh |
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:33 | <MrGandalf> | yep |
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 [n=Maverick@CPE-60-229-251-197.static.nsw.bigpond.net.au] has joined #mythtv |
18:36 | -!- | clever [n=clever@fctnnbsc16w-156034215307.nb.aliant.net] has quit [] |
18:36 | <gbee> | Chutt: that's what I had in mind, transparency, positioning etc could be theme defined |
18:37 | -!- | clever [n=clever@fctnnbsc16w-156034215307.nb.aliant.net] 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:40 | <Chutt> | cool. |
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 [n=shpook@c-65-34-163-92.hsd1.fl.comcast.net] has joined #mythtv |
18:42 | -!- | ineti [n=ineti@f051108150.adsl.alicedsl.de] has joined #mythtv |
18:42 | <ineti> | hi |
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 | <ineti> | thx |
18:44 | * | jams does a quick check of smolt.mythtv.org 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 | <gbee> | crap |
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 [n=Maverick@CPE-60-229-251-197.static.nsw.bigpond.net.au] has joined #mythtv |
19:07 | -!- | beandog [n=steve@gentoo/developer/beandog] has joined #mythtv |
19:08 | -!- | mo0dbo0m [n=moodboom@cpe-075-177-134-090.nc.res.rr.com] has quit [Remote closed the connection] |
19:11 | -!- | MaverickTech [n=Maverick@CPE-60-229-251-197.static.nsw.bigpond.net.au] has quit [Read error: 110 (Connection timed out)] |
19:15 | -!- | beandog [n=steve@gentoo/developer/beandog] has left #mythtv ["Leaving"] |
19:25 | -!- | Syphn [n=canadabo@fctnnbsc15w-156034064149.nb.aliant.net] has joined #mythtv |
19:26 | -!- | davilla [n=davilla@24.172.19.62] has quit ["Leaving"] |
19:36 | -!- | Shpook [n=shpook@c-65-34-163-92.hsd1.fl.comcast.net] has left #mythtv [] |
19:52 | -!- | sc00p [n=oldendic@cpe-071-076-004-124.sc.res.rr.com] has quit ["Leaving"] |
20:02 | -!- | Syphn [n=canadabo@fctnnbsc15w-156034064149.nb.aliant.net] has quit [] |
20:39 | -!- | skd5aner [n=skd5aner@cpe-071-075-235-075.carolina.res.rr.com] has joined #mythtv |
21:00 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has quit [] |
21:06 | -!- | killaz [n=IceChat7@5354A183.cable.casema.nl] has joined #mythtv |
21:10 | -!- | davilla [n=davilla@nc-65-41-43-142.sta.embarqhsd.net] 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 [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
21:48 | -!- | zachman123 [n=zach@c-68-40-177-90.hsd1.mi.comcast.net] has joined #mythtv |
21:57 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit ["This computer has gone to sleep"] |
21:57 | -!- | Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has quit [] |
22:02 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"] |
22:05 | <clever> | http://svn.mythtv.org/trac/ticket/4483 opened:) |
22:06 | <leprechau> | brb.... |
22:06 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has quit [Remote closed the connection] |
22:08 | -!- | zachman123 [n=zach@c-68-40-177-90.hsd1.mi.comcast.net] has quit ["Leaving"] |
22:10 | -!- | JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has quit ["goin' home"] |
22:16 | -!- | leprechau [i=charlie@96.24.255.204] has joined #mythtv |
22:16 | -!- | Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has joined #mythtv |
22:25 | -!- | Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has quit [] |
22:29 | -!- | Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has joined #mythtv |
22:31 | -!- | davilla [n=davilla@nc-65-41-43-142.sta.embarqhsd.net] has quit ["This computer has gone to sleep"] |
22:32 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv |
22:36 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
22:48 | -!- | Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has quit [] |
22:48 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit ["This computer has gone to sleep"] |
22:48 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has joined #mythtv |
22:54 | -!- | Tanthrix [n=tanthrix@c-71-56-144-82.hsd1.or.comcast.net] has joined #mythtv |
23:00 | -!- | leprechau [i=charlie@96.24.255.204] has quit [Read error: 104 (Connection reset by peer)] |
23:00 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has joined #mythtv |
23:20 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has quit [Read error: 104 (Connection reset by peer)] |
23:21 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has joined #mythtv |
23:27 | -!- | m4yh3m [n=mayhem@220.235.206.73] has joined #mythtv |
23:41 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has quit [Read error: 104 (Connection reset by peer)] |
--- | Log | closed Thu Jan 17 00:00:26 2008 |