| --- | Log | opened Tue Jan 15 00:00:31 2008 |
| 00:11 | -!- | grokky [n=grokky@128.250.75.91] has joined #mythtv |
| 00:11 | -!- | nemik [n=cyanact@c-67-173-76-34.hsd1.il.comcast.net] has quit [No route to host] |
| 00:12 | -!- | kormoc_ [n=kormoc@unaffiliated/kormoc] has joined #mythtv |
| 00:24 | -!- | kormoc [n=kormoc@unaffiliated/kormoc] has quit [Read error: 113 (No route to host)] |
| 00:32 | -!- | Anduin [n=awithers@adsl-69-110-20-225.dsl.pltn13.pacbell.net] has left #mythtv [] |
| 00:33 | -!- | reynaldo [n=rverdejo@190-82-54-93.adsl.cust.tie.cl] has quit [Read error: 113 (No route to host)] |
| 00:39 | -!- | reynaldo [n=rverdejo@190-82-54-93.adsl.cust.tie.cl] has joined #mythtv |
| 00:49 | -!- | Chutt [n=ijr@216.143.48.98] has joined #mythtv |
| 00:55 | -!- | Chutt_ [n=ijr@216.143.48.98] has joined #mythtv |
| 01:03 | -!- | MaverickTech [n=Maverick@CPE-60-229-251-197.static.nsw.bigpond.net.au] has quit [Read error: 110 (Connection timed out)] |
| 01:04 | -!- | Chutt__ [n=ijr@216.143.48.98] has joined #mythtv |
| 01:08 | -!- | Chutt__ [n=ijr@216.143.48.98] has quit [Read error: 104 (Connection reset by peer)] |
| 01:08 | -!- | nsaspook [n=root@pool-71-111-18-246.ptldor.dsl-w.verizon.net] has quit [Remote closed the connection] |
| 01:08 | -!- | nsaspook [n=root@pool-71-111-18-246.ptldor.dsl-w.verizon.net] has joined #mythtv |
| 01:12 | -!- | Chutt [n=ijr@216.143.48.98] has quit [Read error: 110 (Connection timed out)] |
| 01:16 | -!- | neoalex [n=chatzill@user-0ccengj.cable.mindspring.com] has quit ["ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]"] |
| 01:23 | -!- | Chutt_ [n=ijr@216.143.48.98] has quit [Read error: 110 (Connection timed out)] |
| 01:23 | -!- | MaverickTech [n=Maverick@60-242-54-35.static.tpgi.com.au] has joined #mythtv |
| 01:29 | -!- | superm1 [n=superm1@ubuntu/member/superm1] has quit [Read error: 113 (No route to host)] |
| 01:38 | -!- | Chutt [n=ijr@216.143.48.98] has joined #mythtv |
| 01:40 | -!- | i3ooi3oo [n=i3ooi3oo@178.244.95.24.cfl.res.rr.com] has joined #mythtv |
| 01:45 | -!- | Chutt [n=ijr@216.143.48.98] has quit ["Leaving"] |
| 01:54 | -!- | MaverickTech [n=Maverick@60-242-54-35.static.tpgi.com.au] has quit [Read error: 113 (No route to host)] |
| 02:00 | -!- | reynaldo_ [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has joined #mythtv |
| 02:08 | -!- | reynaldo_ [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has quit ["leaving"] |
| 02:08 | -!- | cattelan [n=cattelan@c-24-118-123-1.hsd1.mn.comcast.net] has quit [Read error: 110 (Connection timed out)] |
| 02:08 | -!- | reynaldo_ [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has joined #mythtv |
| 02:17 | -!- | grokky [n=grokky@128.250.75.91] has quit [] |
| 02:21 | -!- | reynaldo [n=rverdejo@190-82-54-93.adsl.cust.tie.cl] has quit [Read error: 110 (Connection timed out)] |
| 02:24 | -!- | xris [n=xris@xris.forevermore.net] has quit [] |
| 02:36 | -!- | tulbreak [n=root@dsl-217-155-193-159.zen.co.uk] has joined #mythtv |
| 02:39 | -!- | i3ooi3oo [n=i3ooi3oo@178.244.95.24.cfl.res.rr.com] has quit [Connection timed out] |
| 03:11 | -!- | tulbreak_ [n=root@dsl-217-155-193-159.zen.co.uk] has joined #mythtv |
| 03:11 | -!- | tulbreak [n=root@dsl-217-155-193-159.zen.co.uk] has quit [Read error: 104 (Connection reset by peer)] |
| 03:33 | -!- | tulbreak_ [n=root@dsl-217-155-193-159.zen.co.uk] has quit [Read error: 110 (Connection timed out)] |
| 04:01 | -!- | otwin_ [n=otwin@217.31.79.224] has joined #mythtv |
| 04:05 | -!- | grokky [n=grokky@ppp59-167-169-11.lns1.mel4.internode.on.net] has joined #mythtv |
| 04:06 | -!- | rod [n=rod@ppp59-167-89-244.lns2.mel6.internode.on.net] has joined #mythtv |
| 04:17 | <stuarta> | morning |
| 04:18 | <Daviey> | o/ |
| 04:18 | -!- | otwin [n=otwin@217.31.79.224] has quit [Read error: 110 (Connection timed out)] |
| 04:21 | * | gbee yawns |
| 04:22 | <gbee> | wasn't one of the benefits of multirec that overlap would be possible on back to back recordings, or did I just misunderstand? |
| 04:22 | <stuarta> | i seem to remember that being the case |
| 04:23 | <stuarta> | however my memory is a bit like swiss cheese at times |
| 04:24 | <gbee> | doesn't appear to have been implemented, or I'm just missing a setting somewhere |
| 04:26 | <stuarta> | maybe that was in the planning phase :-/ |
| 04:32 | -!- | johnp_ [n=jmp@82-69-87-196.dsl.in-addr.zen.co.uk] has joined #mythtv |
| 04:34 | <stuarta> | johnp_: morning |
| 04:45 | <stuarta> | someone's talking porkies on the -dev list |
| 04:46 | <stuarta> | "but it seems to have stopped my CAM working (Sky NDS in the UK)" |
| 04:46 | <stuarta> | an NDS CAM???? does such a thing exist? doubt it |
| 04:48 | <johnp_> | stuarta: morning |
| 04:54 | <anykey_> | stuarta: there are cable providers in norway (iirc) that lend you such a thing |
| 04:56 | <stuarta> | however this is the UK |
| 04:56 | <stuarta> | $ky do not, ever AFAIK, do CAMs for NDS |
| 04:56 | <stuarta> | it's a $ky STB or nothing |
| 04:56 | <stuarta> | in the UK |
| 04:57 | <hads> | Sky don't do them, but they're available I believe. |
| 04:57 | <stuarta> | i'd be surprised if the were official and "technically" legal |
| 04:58 | <hads> | Oh more than likely not. |
| 04:59 | <hads> | Well, not not legal, but against T&C's. |
| 04:59 | <Daviey> | not that anybody has ever actually tested the legality aiui |
| 04:59 | <Daviey> | breaching T&C i can deal with, against the law - nope |
| 05:10 | <janneg> | gbee: if you add one end late minute to your record rules it will work |
| 05:10 | <stuarta> | does that work with a generic post-roll? |
| 05:11 | <gbee> | janneg: global padding or per rule padding? I've long had 2 minutes of global padding on the start/end of my recordings |
| 05:12 | <janneg> | gbee: we didn't want toching moving back to back (ignoring pre or post roll) recordings to different recorders after the softpad disaster |
| 05:13 | <janneg> | you could set up default "start early"/"end late" settings |
| 05:13 | <stuarta> | surely a per rule end late is merely a special case of post-roll |
| 05:14 | <janneg> | no, they aren't the same. the scheduler/recorders are free to ignore post-roll in the case of conflicts |
| 05:14 | <gbee> | :( |
| 05:15 | <gbee> | I don't want to enable end late/start early because that will probably start causing conflicts |
| 05:16 | <janneg> | which is kind of silly now since we have enough recorders after the multirec merge (dvb only though) |
| 05:16 | <gbee> | I want the scheduler to ignore post-roll to resolve conflicts, but where the recordings are on the same multiplex/channel to allow overlap |
| 05:17 | <stuarta> | that makes sense |
| 05:18 | <gbee> | we only have enough recorders assuming that the programmes are on the same multiplex - so "end late" on programme A, mplex 1 may conflict with programme B, mplex 2 |
| 05:18 | <janneg> | that might even be easy to implement without changing scheduler behaviour too much for other cards |
| 05:20 | <stuarta> | in the input group stuff i'd guess |
| 05:20 | <janneg> | but matching start end times on different channels are at least here unlikely |
| 05:20 | <janneg> | but I'll see if I can hack it into the scheduler |
| 05:21 | <justinh> | stuarta: a CAM exists (aka Dragon) or somesuch but it's not licenced or endorsed by Sky. it |
| 05:21 | <stuarta> | ah dragon cam, enuf said |
| 05:22 | <justinh> | it's hackish & can't update the card when they roll the keys so you have to put up with needing to refresh it in your Sky box every so often |
| 05:22 | <justinh> | don't think it's illegal as such but at the same time it's not legit either |
| 05:23 | <gbee> | probably more of a T&C violation |
| 05:23 | <stuarta> | a very large grey pandora's box |
| 05:23 | <stuarta> | which i don't plan on opening |
| 05:23 | <janneg> | the CAMs allegedly existing in norway are official |
| 05:23 | <justinh> | no theft of service is going on from the customer's side. and the CAM itself is more than likely something for Sky/NDS lawyers to deal with |
| 05:23 | <justinh> | but as you've said it's a can o worms |
| 05:23 | <janneg> | but you can't buy it |
| 05:23 | <stuarta> | if at the end of the day $ky are getting their money i don't think they'd bother |
| 05:24 | <stuarta> | so long as no rebroadcasting is going on |
| 05:24 | <justinh> | janneg: you can't buy it from Sky. It's a 3rd party thing |
| 05:24 | <gbee> | depends, use of a CAM means you aren't buying and paying the subscription for their own DVR service |
| 05:25 | <stuarta> | but as justinh pointed out it doesn't update the keys (which $ky do often i believe) |
| 05:25 | <stuarta> | so you actually have to stick it in the official box you have to keep it working |
| 05:25 | <justinh> | I think I wouldn't be happy to find a bunch of failed recordings - seems too limiting to be worthwhile anyway |
| 05:26 | <anykey_> | stuarta: though there is some software around for dreamboxes that allows key-updating. |
| 05:26 | <gbee> | really depends whether you consider Skys offerings to be worthwhile |
| 05:26 | <justinh> | probably more legs in that addon for certain Sky boxes to put the TS out over a USB port |
| 05:26 | <janneg> | justinh: I don't think it is even for Sky but just for nowegian cable networks |
| 05:26 | * | stuarta plays catch the worms and put them back in the box |
| 05:27 | <justinh> | FWIW I don't think there's any pay tv in the UK worth having. certainly not the movie channels :) |
| 05:28 | * | RaYmAn-Bx idly points out that in some countries it's perfectly legal to use third party equipment as well as CAM's (such as viaccess which is available from many tv resellers) (don't get me wrong, I'm not trying to start a discussion at all) |
| 05:29 | <justinh> | in some countries there |
| 05:29 | <stuarta> | interestin |
| 05:29 | <janneg> | I fear modifying the scheduler is not that simple. it fear would end in reimplemting the softpad branch |
| 05:29 | <justinh> | there's not a single company with a monopoly as big as Sky's ;) |
| 05:29 | <gbee> | everthing on the movie channels will end up on terrestrial freeview a year or so later anyway, so unless you've got to see the film right now why bother and if you really must see it, why not at the cinema? :) |
| 05:30 | <stuarta> | my plan exactly |
| 05:30 | <gbee> | I couldn't care less about the sports channels |
| 05:30 | <justinh> | gbee: precisely :) |
| 05:30 | <stuarta> | however i'm still bloody waiting for SG-Atlantis series2 |
| 05:30 | * | stuarta likes sports |
| 05:30 | <anykey_> | gbee: though there are TV series like SG-Atlantis which are broadcasted in HD ;) |
| 05:30 | <janneg> | or if you want to see it at home buy/lend the DVD |
| 05:31 | <gbee> | except for two/three programmes, everything on Sky 1/2/3 is a waste of time |
| 05:31 | <gbee> | anykey_: Channel 4 (I think) have the terrestrial broadcast rights for Atlantis and they've just launched C4 HD |
| 05:32 | <justinh> | hmm bad month to look at buying new hardware. car needs its tax & MOT :( |
| 05:32 | <anykey_> | gbee: not really something for me (living in Switzerland). Sky would be the only way to get it ;) |
| 05:32 | <gbee> | anykey_: C4 HD is FTA on satellite (at least I think it's FTA) |
| 05:33 | <stuarta> | should be. |
| 05:33 | <anykey_> | thought C4 is only FTV? i.e. you need a sky box? |
| 05:33 | <stuarta> | damn my $0 hardware budget |
| 05:33 | <gbee> | C4 might be, but I believe C4 HD has been launched as one of the "FreeSat" channels |
| 05:34 | <justinh> | anykey_: C4 is FTV yeah - Sky carriage agreement yada yada yada |
| 05:34 | <stuarta> | i think it goes FTA in the next few months |
| 05:35 | <anykey_> | oh, nice to know |
| 05:35 | <stuarta> | don't know when though |
| 05:36 | <anykey_> | First of all I need to get a decent dish |
| 05:36 | <justinh> | itv went FTA, Five are thinking about it. C4 probably will when their Sky carriage wossname runs out |
| 05:37 | <justinh> | anyway been meaning to ask.. is any of the freeview playback stuff possible yet? saw Humax have announced an update to their STBs allowing series link & split recordings :) |
| 05:38 | <justinh> | split recordings meaning 'continued after the news' shows won't be missed if you forget |
| 05:39 | <stuarta> | sounds like "record all showings" with "no dup matching" |
| 05:39 | <gbee> | http://www.digitalspy.co.uk/digitaltv/a81395/channel-4-launches-hd-channel.html << maybe not FTA after all, guess I'll have to get that DVB-S card and find out |
| 05:40 | <gbee> | justinh: the freeview playback stuff is all in the wild now, they've been selling 'playback' capable DVRs for a few months |
| 05:41 | <justinh> | bah.. "and an active Sky viewing card". FTV then :( |
| 05:41 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has quit [Remote closed the connection] |
| 05:41 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has joined #mythtv |
| 05:41 | <justinh> | stuarta: sounds like having to remember to spot it's near a news show |
| 05:43 | <stuarta> | many moons ago i did work out the sql needed to "join" the two bits of program info into a single instance |
| 05:45 | <gbee> | looks like C4 HD will go FTA at the same time as C4, because they are the same channel/content the HD channel is subject to the same agreement with Sky - can't find an original announcement on the subject, just second hand stuff on the DigitalSpy forums |
| 05:46 | <stuarta> | ah there we go. ch4 HD is dvb-s2 mpeg4/HD videoguard encrypted |
| 05:47 | <justinh> | might have a go looking for the freeview playback stuff in the streams myself. naivety being the mother of all keenness etc :) |
| 05:47 | <stuarta> | better bet would be to try and work out the signalling they might be using |
| 05:48 | <stuarta> | might be a simple as using the programid, seriesid stuff in the EIT descriptors |
| 05:48 | <stuarta> | i'm guessing series link is basically if (seriesid == <id>) then record it |
| 05:49 | <stuarta> | using the seriesid data from the EIT feed |
| 05:50 | <anykey_> | hm, dvb-s2, not for myth then |
| 05:51 | <stuarta> | the encryption is more the showstopper |
| 05:51 | <stuarta> | at least ppl are working on dvb-s2 |
| 05:52 | * | stuarta notes the EIT monkeys are up to their ususal tricks |
| 05:54 | <stuarta> | interesting |
| 05:55 | <stuarta> | the seriesid is changed for the repeat, while keeping the programid |
| 05:59 | <janneg> | and programid is for all episodes the same? that would mean that seriesid is useless for dupe matching |
| 06:00 | <stuarta> | it's a bit all over the place at the moment |
| 06:00 | <stuarta> | very channel dependent |
| 06:01 | <stuarta> | to answer your question, no the programid changes for different episodes |
| 06:05 | <anykey_> | Argh, where is eskil? :( |
| 06:08 | <janneg> | argh, it might be that german tv stations already support TV Anytime |
| 06:09 | <janneg> | but they aren't using DVB SI but MHP to transmit the data |
| 06:09 | <stuarta> | thats kinda what they are rolling out here |
| 06:10 | <stuarta> | :( |
| 06:12 | <janneg> | the mph extension they are using is called mph-pdr. google finds 3 documents. the first seems to be unrelated |
| 06:13 | <janneg> | and the other two wants a password |
| 06:15 | <janneg> | but are also unrelated |
| 06:17 | <stuarta> | hmmm |
| 06:17 | <stuarta> | from what i've read MHP is basically embedded java |
| 06:17 | <stuarta> | with other stuff around it |
| 06:18 | -!- | rod [n=rod@ppp59-167-89-244.lns2.mel6.internode.on.net] has quit [Remote closed the connection] |
| 06:20 | <janneg> | I won't touch it |
| 06:20 | <stuarta> | it does look evil |
| 06:29 | <rooaus> | anykey_: I have not seen Eskil in here that I recall, not to say he does not pop in. |
| 06:30 | <anykey_> | rooaus: he somehow seems to be disappeared |
| 06:30 | <anykey_> | no response to emails, no updates to his patch |
| 06:30 | <anykey_> | and it's broken since he forgot some files, I think |
| 06:31 | <rooaus> | probably a users discussion... |
| 06:39 | -!- | Dave123 [i=nobody@cpe-72-230-182-200.rochester.res.rr.com] has quit [Read error: 104 (Connection reset by peer)] |
| 06:40 | -!- | grokky [n=grokky@ppp59-167-169-11.lns1.mel4.internode.on.net] has quit [] |
| 06:47 | -!- | MrGandalf [i=mgandalf@cpe-72-225-32-214.rochester.res.rr.com] has quit ["Leaving"] |
| 06:57 | -!- | MaverickTech [n=Maverick@124-168-182-55.dyn.iinet.net.au] has joined #mythtv |
| 07:05 | <gbee> | anyone know whether all GPUs with opengl support can handle the opengl OSD renderer? |
| 07:07 | <justinh> | dunno, but it's something I wouldn't mind knowing too |
| 07:07 | <gbee> | in particular I need to know whether a system using a "VIA S3 Twister" would have any trouble |
| 07:09 | <justinh> | wouldn't bet my house on it :) |
| 07:12 | <justinh> | opengl in linux is very much a mixed bag from what I know about it (not much I admit). seems that the amount done in hardware & software varies a hell of a lot between GPUs |
| 07:17 | <justinh> | video though, that's essentially just a texture put on a surface, nothing to do with 3d stuff so that probably means it's more likely to be dealt with by the hardware (I'd think) |
| 07:24 | -!- | mojito_ [n=mojito@host81-152-220-131.range81-152.btcentralplus.com] has joined #mythtv |
| 07:26 | <mojito_> | 00:0a.0 Multimedia controller: Philips Semiconductors SAA7130 Video Broadcast Decoder (rev 01) <-- anyone have one of these tv cards? |
| 07:26 | <janneg> | mojito_: read bthe topic |
| 07:27 | <janneg> | gbee: the S3 will probably not work |
| 07:28 | <gbee> | janneg, justinh: thanks, figured as much |
| 07:35 | -!- | mojito_ [n=mojito@host81-152-220-131.range81-152.btcentralplus.com] has quit ["http://dusty.smashthestack.org/"] |
| 07:57 | <clever> | justinh: with nvidia xv can be drawn to a texture(which lets compiz mangle it) |
| 07:57 | <clever> | but with ati, compiz cant see the xv and the video doesnt even move with the windows half the time |
| 07:58 | <Daviey> | wtf has compiz got to do with mythtv? |
| 07:58 | <clever> | ive been using compiz on a few of my laptops beside mythtv |
| 07:58 | <Daviey> | clever: what ati driver are you using? |
| 07:58 | <clever> | open source one i beleive |
| 07:58 | <stuarta> | pos that is |
| 07:58 | <clever> | im able to see a clone of the video in alt+tab and many other places |
| 07:58 | * | stuarta uses it |
| 07:58 | <Daviey> | ati + open source + compiz ; yeah alright! |
| 07:59 | <stuarta> | i don't bother with compiz |
| 07:59 | <clever> | bigest problem is the X server loaded the nvidia glx drivers |
| 07:59 | <clever> | 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] (rev 02) |
| 08:00 | <stuarta> | so it loads the nvidia glx drivers? classy. |
| 08:00 | <clever> | if the nvidia is installed it takes prio over the ati ones |
| 08:01 | <clever> | apt-get remove would fix that but then break compiz on the other system |
| 08:03 | <clever> | by giving a 'custom' module path in xorg.conf and using symlinks im able to pick exactly which version of the glx i want |
| 08:05 | <clever> | also needed a LD_PRELOAD to override the 'client' side libGL back to normal |
| 08:07 | -!- | RaYmAn-Bx [i=rayman@rayman.dk] has quit [Read error: 104 (Connection reset by peer)] |
| 08:09 | -!- | otwin_ is now known as otwin |
| 08:10 | <rooaus> | gbee: You got another beta on the way? 404 |
| 08:11 | <gbee> | rooaus: no, must have forgotten to upload the html when I added a version with bugfixes the other day |
| 08:12 | <rooaus> | cool |
| 08:13 | <gbee> | refresh |
| 08:14 | <gbee> | only fixed two small issues, the mythvideo container problem and something else which I can't remember now |
| 08:14 | <rooaus> | trying now... |
| 08:16 | <rooaus> | ok, downloaded 3a now. Thanks :) |
| 08:16 | <rooaus> | new laptop and this has nvidia gpu, much better. |
| 08:16 | <gbee> | haven't done much work on it lately, but I should have more time to get it finished in a week or so |
| 08:17 | <gbee> | rooaus: yeah, I chose my current laptop because it had an Nvidia gpu |
| 08:18 | <gbee> | suprising what a difference the proprietary driver makes to 2D rendering compared to the open source one |
| 08:19 | <rooaus> | yeah you can tell just by logging on |
| 08:23 | <rooaus> | gbee: mmm, should there be scrolling? :D |
| 08:24 | * | rooaus reads commits |
| 08:24 | <gbee> | damnit, did I leave that stop in there? |
| 08:25 | <gbee> | stuff |
| 08:25 | <gbee> | rooaus: no there isn't, I was messing with some ideas for scrolling and stupidly used my dev copy of the theme ;) |
| 08:25 | <gbee> | fixing it now |
| 08:26 | <justinh> | gbee: you seen paulh's post on -users. said he was playing with the new ui code over xmas & had blingy movey things going on |
| 08:27 | <rooaus> | gbee: np, thought that may have been the case but you never know. |
| 08:28 | <gbee> | justinh: yeah movement is part of what mythui offers, just not quite the scrolling effect we want where the text disappears at the left edge and optionally reappears at the right |
| 08:28 | <gbee> | it's straight x,y to x1,y1, to x2,y2 stuff |
| 08:28 | <justinh> | ah |
| 08:29 | <justinh> | so what you're after would prolly need a virtual container & window effect as I originally suspected |
| 08:29 | <gbee> | rooaus: 3b now uploaded, but you can just delete the textarea from base.xml if you want |
| 08:29 | <gbee> | justinh: yeah I've got an idea what I'll do, just been busy with other things |
| 08:30 | <rooaus> | gbee: I played with that a while ago on my old laptop (ati gpu) a simple 1 pixel at a time move from one side of the screen to the other chewed up 80-90% CPU! |
| 08:31 | <gbee> | rooaus: could be pretty cpu intensive, especially with a 1 pixel per cycle move and if the object is large (larger area to repaint) |
| 08:32 | * | justinh imagines a Skramble game written in qt.. :P |
| 08:34 | <rooaus> | was a little surprised though, I put it down to the ati opengl implementation but I did no other testing. It was not a large area, just a "Hello World" text label. |
| 08:35 | <justinh> | rooaus: even on my nvidia setup G.A.N.T is painfully slow at updating the alphapulse. ok so it's big but that shouldn't be giving a modern system grief |
| 08:36 | <rooaus> | as you said on the ml, (optional) bling is nice... but at the expense of speed, functionality or usability. |
| 08:36 | <justinh> | hate feeling the need to ask this but are the libraries good enough to do nice things on reasonable (i.e. not quad 4Ghz core) machines? |
| 08:36 | <rooaus> | not at* |
| 08:36 | -!- | RaYmAn-Bx [i=rayman@rayman.dk] has joined #mythtv |
| 08:37 | <justinh> | setups like e3 work well on mid-range ish hardware very well & that's the kind of performance people will expect, for right or for wrong |
| 08:43 | <gbee> | justinh: it's down to the painters and possibly some optimisations could be made to the GL painter, I really don't know |
| 08:44 | <gbee> | I know nothing about opengl at all |
| 08:47 | <gbee> | I'm sure once mythui is the norm that people will start offering patches to improve performance |
| 08:48 | -!- | mattwire [n=mattwire@host86-141-120-56.range86-141.btcentralplus.com] has joined #mythtv |
| 08:50 | -!- | RaYmAn-B1 [i=rayman@rayman.dk] has joined #mythtv |
| 08:50 | -!- | RaYmAn-Bx [i=rayman@rayman.dk] has quit [Read error: 104 (Connection reset by peer)] |
| 09:03 | -!- | RaYmAn-B1 [i=rayman@rayman.dk] has quit [Read error: 104 (Connection reset by peer)] |
| 09:03 | -!- | RaYmAn-Bx [i=rayman@rayman.dk] has joined #mythtv |
| 09:06 | -!- | jhulst [n=jhulst@unaffiliated/jhulst] has quit ["Konversation terminated!"] |
| 09:26 | -!- | Cardoe [n=cardoe@gentoo/developer/Cardoe] has joined #mythtv |
| 09:28 | -!- | moodboom [n=moodboom@cpe-075-177-134-090.nc.res.rr.com] has joined #mythtv |
| 09:36 | <gbee> | janneg: patch hasn't fixed the nova-t 500 problems |
| 09:37 | <gbee> | mt2060 I2C write failed (len=6)mt2060 I2C read failed |
| 09:37 | <gbee> | that's with patch, latest source and firmware |
| 09:40 | -!- | lsobral [n=sobral@200.184.118.132] has quit [Connection reset by peer] |
| 09:40 | <mattwire> | what problems you having with it? I have a nova-t 500 here with no problems on gutsy |
| 09:42 | -!- | lsobral [n=sobral@200.184.118.132] has joined #mythtv |
| 09:44 | <janneg> | mattwire: the disconnect issue |
| 09:45 | <janneg> | gbee: did you had to restart the backend / computer |
| 09:46 | <gbee> | janneg: no, just removed/reinserted the module, could that be it? |
| 09:46 | <janneg> | there was someone on the mailing list who said that he had no disconnects so far but still sees "mt2060 I2C write failed" |
| 09:47 | <janneg> | gbee: I meant after seeing the error |
| 09:47 | <gbee> | I've not been distinguishing between the two issues, could be the disconnects are fixed but the I2C write failed is fatal |
| 09:47 | <gbee> | janneg: yeah have to hard restart to fix |
| 09:48 | <janneg> | gbee: I would cold reboot before reporting errors |
| 09:49 | <janneg> | the patch affects initialization and the card will be partly initialized even after a warm reboot |
| 09:49 | <gbee> | ahh |
| 09:49 | <gbee> | figures |
| 09:49 | <janneg> | firmware update for example is only needed after cold reboot |
| 09:50 | <gbee> | yeah, didn't think about it |
| 09:51 | <janneg> | s/update/upload/ |
| 09:51 | -!- | Fopper [n=Fopper@cc921592-a.ensch1.ov.home.nl] has joined #mythtv |
| 09:55 | <gbee> | just deleted my network-scripts folder in a moment of frustration, now I can't force urpmi to reinstall the initscripts package :/ |
| 10:03 | <gbee> | scripts/route have stopped adding my gateway to the routing table at startup on the backend, can't figure out why |
| 10:03 | <gbee> | might just have to reinstall from scratch for the first time ever with linux |
| 10:08 | <stuarta> | nah, there's always a way out |
| 10:10 | -!- | AriX_ [n=arix@c-76-99-119-157.hsd1.pa.comcast.net] has joined #mythtv |
| 10:11 | -!- | AriX_ [n=arix@c-76-99-119-157.hsd1.pa.comcast.net] has quit [Client Quit] |
| 10:13 | <gbee> | if I could figure out the problem I'd rather not reinstall, backing up configs etc is a lot of hassle and I always forgot something when doing it on windows |
| 10:36 | -!- | cattelan [n=cattelan@ip65-44-182-162.z182-44-65.customer.algx.net] has joined #mythtv |
| 11:00 | -!- | dekar1 [n=deKarl@dslb-084-058-070-217.pools.arcor-ip.net] has joined #mythtv |
| 11:15 | -!- | Dibblah [n=Dibblah@80-192-14-169.cable.ubr02.dund.blueyonder.co.uk] has quit [Remote closed the connection] |
| 11:16 | -!- | dekarl [n=deKarl@dslb-084-058-028-126.pools.arcor-ip.net] has quit [Read error: 110 (Connection timed out)] |
| 11:17 | -!- | jgarvey [n=jgarvey@cpe-024-163-032-204.nc.res.rr.com] has joined #mythtv |
| 11:21 | -!- | skamithi [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] has joined #mythtv |
| 11:24 | -!- | skamithi [n=skamithi@cpe-071-077-008-219.nc.res.rr.com] has quit [Client Quit] |
| 11:27 | -!- | reynaldo_ [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has quit ["leaving"] |
| 11:27 | -!- | reynaldo [n=rverdejo@190-82-45-59.adsl.cust.tie.cl] has joined #mythtv |
| 11:31 | -!- | Dibblah [n=Dibblah@80-192-14-169.cable.ubr02.dund.blueyonder.co.uk] has joined #mythtv |
| 11:38 | <Cardoe> | anyone know if the issue with mytharchive and mjpegtools-1.9 is resolved? |
| 11:38 | <Cardoe> | something about the PNGs not having the proper "select" highlights. |
| 12:02 | -!- | Chutt [n=ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv |
| 12:27 | -!- | KiSak [n=Ki@c-24-0-248-166.hsd1.pa.comcast.net] has joined #mythtv |
| 12:29 | -!- | KiSak [n=Ki@c-24-0-248-166.hsd1.pa.comcast.net] has left #mythtv [] |
| 12:31 | <gnome42> | Good-day everyone! |
| 12:34 | <gnome42> | janneg: I've been meaning to ask you about your scheduler patch from a while back. The patch attempted to schedule recordings onto the same mux. |
| 12:35 | <gnome42> | Did it yield good results for you? (Worth revisiting?) |
| 12:40 | -!- | leprechau [i=charlie@96-24-255-204.nvl.clearwire-dns.net] has quit [Connection timed out] |
| 12:43 | -!- | davilla [n=davilla@24.172.19.62] has joined #mythtv |
| 12:54 | -!- | perlmonkey2 [n=perlmonk@ip68-97-51-70.ok.ok.cox.net] has joined #mythtv |
| 12:55 | -!- | perlmonkey2 [n=perlmonk@ip68-97-51-70.ok.ok.cox.net] has left #mythtv [] |
| 12:57 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
| 12:57 | <xris> | so who's going to write the itunes video library scraper for mythvideo? ;) |
| 12:57 | -!- | xris [n=xris@xris.forevermore.net] has left #mythtv [] |
| 12:57 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
| 12:57 | -!- | xris [n=xris@xris.forevermore.net] has left #mythtv [] |
| 12:57 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
| 13:05 | <okolsi> | we would need some general solution and the scripts.. we have in Finland something similar as what the BBC is offering in UK |
| 13:05 | <okolsi> | web site full of TV content.. too bad it's not RSS (only HTML) and it is in Windows Media streaming format :( |
| 13:10 | <xris> | yeah. I know that itunes is web-based stuff, but I think it's some proprietary thing to make sure no one else scrapes it.. if there's a solution, it's probably already out there in some format. |
| 13:10 | <xris> | man, apple tv is looking sexy now. |
| 13:11 | <okolsi> | okay.. that's more complicated then. Our stuff would be very easy to get and parse.. it's not obfuscated or anything |
| 13:11 | -!- | dhr [n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com] has quit ["Leaving"] |
| 13:12 | <okolsi> | funny.. the new CEO for the Finnish national TV broadcast company came from..... Microsoft! No wonder they dropped RealAudio streaming support and now only support Windows formats... |
| 13:13 | <justinh> | okolsi: is that the same thing as waking up one morning to discover you're about to be replaced by a pod? ;) |
| 13:13 | <okolsi> | justinh: :-D |
| 13:15 | <okolsi> | I recon not everyone is pleased with the ProjectX and java stuff.. |
| 13:16 | <justinh> | I'm with whoever said to fix mythtranscode - stuarta I think. I hate java |
| 13:16 | <okolsi> | well.. thats THE thing I know.. so cannot hate it. |
| 13:17 | <justinh> | not some nasty irrational thing but projectx won't work with just any ole java |
| 13:17 | <justinh> | and sidestepping the problem is.. sidestepping the problem :) |
| 13:18 | <okolsi> | I agree that myth should handle it all.. but there are no-one really developing those things |
| 13:19 | <justinh> | I don't know how to program. it's never stopped me from having a go :) |
| 13:19 | <justinh> | dunno if I'd ever be up to sorting out mythtranscode mind you |
| 13:19 | <justinh> | scary horses |
| 13:20 | <okolsi> | well.. maybe projectx can be tolerated (like external players are for mythvideo) until myth's own things get better |
| 13:47 | <gbee> | two or more of the top technical bods at the BBC are ex-microsoft, so you can probably guess what everyone suggested when the BBC launched a microsoft only solution which also used microsoft DRM etc |
| 13:47 | <gbee> | apparently the BBC actually had their own cross-platform DRM solution, but that was dropped for some reason to use MS codecs/DRM |
| 13:50 | <gbee> | call me paranoid, but if it's an MS guy who is charge of Finnish national TV and some MS guys running technical stuff at the BBC, is this Bill Gates master plan? :p |
| 13:55 | <okolsi> | it must be :) |
| 13:55 | <janneg> | nah, it probably just mean MS is to big |
| 13:56 | <janneg> | gnome42: it didn't worked out and I dropped it |
| 13:56 | <gnome42> | gbee: ... I believe it's Apple who owns the CBC now! :) |
| 13:56 | <gbee> | heh |
| 13:57 | <gnome42> | gbee: I swear the CBC is doing a non-stop Ipod advert :) |
| 13:59 | <gnome42> | janneg: Oh, ok. I didn't have enough cpu power at that time (for multiple streams) so I wasn't sure how much benefit it was. |
| 14:01 | <gnome42> | janneg: Did you see my exchange with superm1 last night after you went to sleep? Re: releasing updated mythbuntu pkgs early to get more exposure. |
| 14:05 | <janneg> | yeah, no problem. the merge still seems to be smooth |
| 14:06 | -!- | xris [n=xris@xris.forevermore.net] has quit [] |
| 14:07 | <gnome42> | janneg: ok, good. Yeah, smooth sailing so far :) |
| 14:12 | <gnome42> | janneg: I am just working on preroll seconds <-> livetv interaction now. Currently preroll time will not be honoured if there is a conflicting livetv session active. I think preroll should take precedence over livetv. |
| 14:15 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
| 14:19 | <Cardoe> | If you're in the US, do you have to use ProjectX? |
| 14:20 | -!- | AriX_ [n=arix@c-76-99-119-157.hsd1.pa.comcast.net] has joined #mythtv |
| 14:20 | -!- | AriX_ [n=arix@c-76-99-119-157.hsd1.pa.comcast.net] has left #mythtv [] |
| 14:26 | <janneg> | gnome42: I'm not sure if Bruce and David would agree |
| 14:28 | -!- | beavis [n=beavis@drms-590c828f.pool.einsundeins.de] has joined #mythtv |
| 14:30 | <gnome42> | janneg: Oh, really? It was mainly Bruce I was thinking of. My impression from Bruce was that there wasn't _any_ circumstance in which livetv was more important. |
| 14:30 | -!- | O--Mega [n=O-Mega@175-21.wireless.mvn.net] has joined #mythtv |
| 14:30 | <gnome42> | To quote Bruce: "I believe scheduled recordings are an explicit desire and channel |
| 14:30 | <gnome42> | surfing is farting around. Therefore live TV should never |
| 14:30 | <gnome42> | (exception below) interfere with the schedule especially during |
| 14:30 | <gnome42> | the last few seconds when the user cannot reconsider the |
| 14:30 | <gnome42> | implications." |
| 14:33 | <clever> | livetv does ask what you want to do when a scheduled recording comes up |
| 14:33 | <clever> | but ive yet to test to see what happens if i totaly ignore that |
| 14:33 | <clever> | such as having forgoten to shut livetv off |
| 14:34 | <gnome42> | clever: That is an item on my TODO list :) |
| 14:34 | <clever> | also im wondering if theres a simple fix to shut livetv off if you dont touch anything for x hours |
| 14:34 | <clever> | posibly with a countdown on the screen |
| 14:34 | -!- | lcase [n=l-case@p5B0EB50B.dip0.t-ipconnect.de] has joined #mythtv |
| 14:34 | <gnome42> | clever: In almost all cases it behaves correctly, but I think there are one or two corner cases in which I think need work. |
| 14:35 | <gnome42> | clever: that feature already exists I think ... |
| 14:35 | <clever> | i know of an option to avoid conflicts by picking a card wcich will be unused the longest |
| 14:35 | <clever> | but thats a bit useless when you only have 1 card |
| 14:35 | <gnome42> | one sec .. |
| 14:41 | -!- | davilla [n=davilla@24.172.19.62] has quit ["Leaving"] |
| 14:47 | -!- | davilla [n=davilla@24.172.19.62] has joined #mythtv |
| 14:47 | -!- | \S2 [n=s2@host11-221-dynamic.5-87-r.retail.telecomitalia.it] has joined #mythtv |
| 14:48 | -!- | JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has joined #mythtv |
| 14:48 | -!- | nemik [n=cyanact@c-67-173-76-34.hsd1.il.comcast.net] has joined #mythtv |
| 14:48 | -!- | \S2 is now known as S2 |
| 14:50 | -!- | Fopper [n=Fopper@cc921592-a.ensch1.ov.home.nl] has quit ["Ik ga weg"] |
| 14:50 | -!- | JoeyBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has joined #mythtv |
| 14:51 | <Cardoe> | Take a page out of the cable company's DVRs |
| 14:51 | -!- | O--Mega [n=O-Mega@175-21.wireless.mvn.net] has left #mythtv [] |
| 14:51 | <Cardoe> | They'll change the channel on you if you ignore it |
| 14:51 | <clever> | lol |
| 14:53 | <gnome42> | clever: It's taken a while but I think I might have found it! :) |
| 14:53 | <clever> | yay |
| 14:53 | <clever> | ive managed to read half the code for one of my random errors and so far im stuck at finding av_probe_input_format |
| 14:54 | <gnome42> | clever: I don't think there is a spot to set it in the GUI. You have to add it to the settings table. |
| 14:54 | <clever> | thats easy for me if i knew what it was called |
| 14:54 | <gnome42> | LiveTVIdleTimeout |
| 14:54 | <gnome42> | in minutes |
| 14:55 | <clever> | doesnt exist currently |
| 14:55 | <gnome42> | clever: correct, you have to add it. :) |
| 14:55 | <clever> | ahh:) |
| 14:55 | <gnome42> | :) |
| 14:56 | <clever> | mysql> insert into settings (value,data,hostname) value ("LiveTVIdleTimeout","45",NULL); |
| 14:56 | <clever> | Query OK, 1 row affected (0.11 sec) |
| 14:56 | <clever> | that should hit all hosts equaly:) |
| 14:57 | <gnome42> | yeah, looks good. Maybe you could set it to a small value and see if it actually works? |
| 14:58 | -!- | devsforev [n=Ryan@ool-44c569db.dyn.optonline.net] has joined #mythtv |
| 14:58 | -!- | beata [n=beata@c-68-83-135-4.hsd1.nj.comcast.net] has quit [Read error: 104 (Connection reset by peer)] |
| 14:58 | -!- | devsforev [n=Ryan@ool-44c569db.dyn.optonline.net] has left #mythtv [] |
| 14:58 | <clever> | yeah i can test that later maybe |
| 14:58 | <clever> | QString("NVP: Couldn't find a matching decoder for: %1"). |
| 14:58 | <clever> | trying to track down what causes that to run right now |
| 14:58 | -!- | beata-- [n=beata@c-68-83-135-4.hsd1.nj.comcast.net] has joined #mythtv |
| 14:58 | <clever> | (in libs/libmythtv/NuppelVideoPlayer.cpp) |
| 14:58 | <gnome42> | clever: can you pastebin more of that log ? |
| 14:59 | <clever> | its scrolled off my screen long ago |
| 14:59 | <gnome42> | ahh, ok |
| 14:59 | <clever> | basicaly i get that error on mpeg2 files from my pvr |
| 14:59 | <clever> | every time i try and play them |
| 14:59 | <clever> | mpeg4 plays fine |
| 14:59 | <clever> | restarting the fe fixes it most of the time |
| 14:59 | <clever> | it seems to only kill mpeg2 files and randomly recovers after a restart |
| 15:01 | <clever> | so far i havent been able to trigger it with my extra VERBOSE lines in the code |
| 15:02 | <clever> | and just1nh claims its my nfsroot setup to blame and refuses to help any |
| 15:03 | <gbee> | clever: I added the livetv timeout feature as a hidden setting a while ago, hidden because Chutt couldn't understand the justification for it |
| 15:03 | <clever> | ahh |
| 15:04 | -!- | nemik_ [n=cyanact@c-67-173-76-34.hsd1.il.comcast.net] has quit [Connection timed out] |
| 15:04 | <clever> | ive talked about adding a feature to fix the shows without subtitles |
| 15:04 | <clever> | and just1nh made a big deal out of adding a table OR a setting |
| 15:04 | <gnome42> | I knew I wasn't dreaming of that feature! :) |
| 15:04 | <clever> | 'great another setting' /quit |
| 15:05 | <gbee> | it works, I use it on my frontends |
| 15:05 | <clever> | my current test code for fixing unnamed recordings is just scraping the title/subtitle/originalairdate off the programs table at the end of a mythfilldatabase |
| 15:06 | <clever> | i still need a way to apply that into to a recording whenever i need to |
| 15:06 | <gnome42> | gbee: excellent, I guess I should add that setting to my DB :) |
| 15:06 | <gbee> | added it mostly because my relatives never remember to exit livetv when they have finished watching and I didn't want the drives spinning all night/day |
| 15:06 | <clever> | | LiveTVIdleTimeout | 45 | NULL | |
| 15:06 | <clever> | | LiveTVIdleTimeout | 4 | NULL | |
| 15:06 | <gbee> | plus at the time the livetv bugs weren't fixed so it was possible for a single livetv recording to consume all disk space and expire all the recordings |
| 15:06 | <gnome42> | gbee: makes sense to me. |
| 15:06 | <clever> | the settings table seems to lack any key's to prevent duplicates! |
| 15:08 | <gbee> | clever: might be worth a patch (libs/libmythtv/dbcheck.cpp) |
| 15:08 | <clever> | yeah |
| 15:08 | <clever> | could inc the schema version and add a index |
| 15:08 | <gbee> | yep |
| 15:08 | <clever> | then get attacked by the people who are against making changes to the db! |
| 15:09 | <clever> | cant even explain the good points to a new table i made:P |
| 15:09 | <gbee> | I'd do it, but if you are interested it's a pretty easy job and a good way to familiarise yourself with that bit of the code |
| 15:09 | <clever> | ive read over how the schema's are updated |
| 15:09 | <clever> | looks a bit crude |
| 15:09 | <gbee> | don't think anyone will object to DB changes and I can't see a downside to that changes |
| 15:09 | <clever> | the overall design of the VERBOSE looks better |
| 15:10 | <clever> | all the VERBOSE and -v flags are added in a single place which patches up both -v and VERBOSE() |
| 15:10 | <clever> | its a single list of all of them |
| 15:10 | <clever> | bit cleaner then an ever growing chain of if's |
| 15:11 | <gbee> | well it's not meant to be ever growing, every now and then it should really be cropped and the old schema changes moved into the initial schema file mc.sql |
| 15:12 | <clever> | the livetvidletimeout is working:D |
| 15:12 | <clever> | its threatning to shut off in 21 sec |
| 15:12 | <clever> | gbee: yeah but what if i take a 0.10 mythtv db and try and run trunk on it? |
| 15:12 | <gbee> | but people will insist on still running 0.14 and then upgrading to 0.21, so to avoid upsetting them it must be possible to upgrade :/ |
| 15:12 | <clever> | it may be missing half the schema changes to patch me up |
| 15:13 | <gbee> | clever: there has to be a limit! IMHO anyway |
| 15:13 | <clever> | yeah |
| 15:13 | <clever> | a bit of a smarter but more complex way |
| 15:13 | <clever> | is to peek at the existing structure |
| 15:13 | <clever> | and apply any changes to columns which dont match an internal view |
| 15:13 | <clever> | and create missing tables |
| 15:13 | <clever> | posibly getting rid of the whole need for mc.sql |
| 15:16 | <clever> | but then it may undo small test changes you add to your db yourself |
| 15:22 | <clever> | select ((a.filesize*8)/(max(b.mark)/2))/1024 as bitrate,a.filesize/1024/1024 as size,max(b.mark)/2 as lenght,a.starttime,concat(a.title,", ",a.subtitle) from recorded as a,recordedseek as b where a.chanid=b.chanid and a.starttime=b.starttime and b.type=6 and recgroup!='deleted' group by a.chanid,starttime order by starttime; |
| 15:22 | <janneg> | gbee: the initial schema is also in dbcheck.cpp |
| 15:23 | <clever> | that insanely fun query gets the bitrate for all pvr150 recordings |
| 15:23 | <clever> | 2 problems ive come across |
| 15:23 | -!- | beata [n=beata@c-68-83-135-4.hsd1.nj.comcast.net] has joined #mythtv |
| 15:23 | <gbee> | janneg: yeah, remembered wrong, there isn't any schema stuff in mc.sql, just the commands to create the actual database |
| 15:23 | -!- | beata-- [n=beata@c-68-83-135-4.hsd1.nj.comcast.net] has quit [Read error: 104 (Connection reset by peer)] |
| 15:23 | <clever> | the mark in the recordedseek normaly appears to be a second offset in the file but its double that for my pvr card(which is why i have the /2's) |
| 15:24 | <gbee> | just been a very long time since I setup myth ;) |
| 15:24 | <clever> | and the recordedseek is empty for transcoded stuff so i cant see how fat they may have gotten |
| 15:24 | <gbee> | clever: pay attention to the type column, we use two different methods for seek tables |
| 15:24 | <clever> | yeah |
| 15:25 | <clever> | im using a where clause on the type to get only the pvr150 entrys which are doubled |
| 15:25 | <clever> | type=6 |
| 15:25 | <clever> | if i want to see my nuv recordings i beleive i remove the /2's and type=7 |
| 15:25 | <clever> | but that breaks it into 2 diff querys which only get 66.6% of the recordings |
| 15:26 | <clever> | what would the 'proper' way to get the filesize in seconds be? |
| 15:27 | -!- | NightMonkey [n=NightMon@pdpc/supporter/sustaining/NightMonkey] has joined #mythtv |
| 15:27 | <clever> | i think mythtranscode puts the seektable right into the file itself |
| 15:40 | -!- | JoeBorn [n=rootmeis@dsl017-022-247.chi1.dsl.speakeasy.net] has quit ["Leaving"] |
| 15:40 | -!- | JoeyBorn is now known as JoeBorn |
| 15:42 | <stuarta> | evening everyone. |
| 15:44 | <stuarta> | another can of worms opened then |
| 15:44 | <stuarta> | project-x support for mythtranscode :) |
| 15:44 | <gbee> | one step forward, two ... |
| 15:44 | <stuarta> | and 16 sideways |
| 15:45 | <laga> | it's just an innocent shell script ;) |
| 15:45 | <stuarta> | like the bloke who played for the USA in the last rugby world cup |
| 15:45 | <laga> | was he POSIX compliant? |
| 15:46 | * | laga crawls back under his rock |
| 15:46 | <stuarta> | well he ran in the right direction until someone came withing 10m of him |
| 15:46 | <stuarta> | then ran away from everyone and everything (including the goal line) just so he wouldn't get tackled |
| 15:47 | <laga> | nice :) |
| 15:47 | <stuarta> | he clearly cared more about his place on the track team than playing for the national side |
| 15:48 | <stuarta> | cause, damn he was fast in a straight line |
| 15:49 | * | stuarta raises an eyebrow to the *wontfix* on 4476 |
| 15:49 | <justinh> | clever: it's not that I flat out refuse to help you with your weird frontend problems. that's just it - they're weird problems which 99.999999% of users will never encounter because you're always an extreme edge case IMHO ;) |
| 15:49 | <gbee> | the problem with these changes is that once they are made, they'll never be undone even if they are just temporary hacks because it was easier than fixing the broken component (mythtranscode) |
| 15:50 | <clever> | could just be a lack of bug reporting by users who fix it the windows way(reboot) |
| 15:50 | <justinh> | as for the idea about keeping a log of everything you could possibly ever want to record... less said about that the better IMHO. not saying I'm right & you're wrong, just that I don't like the idea. For all that matters in the scheme of things here, which isn't much I reckon |
| 15:51 | <clever> | also from what i heard with xris |
| 15:51 | <clever> | it may be against the contract to log old data |
| 15:51 | <janneg> | stuarta: my original patches are just hacks and I was debating whether "invalid" or "wontfix" was the correct resolution |
| 15:51 | <clever> | something about not being able to keep data about past showings of things |
| 15:51 | <stuarta> | janneg: i think you should say that then. |
| 15:51 | <justinh> | clever: probably true in the case of SD for sure |
| 15:52 | <xris> | test |
| 15:52 | <clever> | if my allshows table did make it into trunk mythtv may get shutdown:P |
| 15:52 | <xris> | stupid irc client keeps failing to display this channel |
| 15:52 | -!- | xris [n=xris@xris.forevermore.net] has left #mythtv [] |
| 15:52 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
| 15:52 | -!- | xris [n=xris@xris.forevermore.net] has left #mythtv [] |
| 15:52 | <clever> | but thenagain mythtv is allready recording past data it gets from sd |
| 15:52 | <clever> | brb |
| 15:52 | <stuarta> | it gives the impression you've closed it with extreme predudice for no real reason |
| 15:52 | <gbee> | impressively the "one step forward, two steps backward" was before I read okolsi 's mailing list post describing it as a step forward ;) |
| 15:53 | -!- | xris [n=xris@xris.forevermore.net] has joined #mythtv |
| 15:53 | <justinh> | clever: but maybe there'd be a compromise somehow - like don't keep _everything_ |
| 15:53 | <stuarta> | gbee: it's beginning to look like everyone dancing about the handbag |
| 15:53 | <janneg> | I was a little bit mad because of the patch description and thought it was nicer saying nothing than what I had on my mind |
| 15:53 | <stuarta> | k |
| 15:54 | <clever> | justinh: the problem with the current method is that i can only fix the subtitle |
| 15:54 | <clever> | and im sorting shows by the originalairdate which i need mysql access to fix |
| 15:54 | <justinh> | we can't even use originalairdate AFAIK, so that doesn't count here |
| 15:54 | <clever> | and to get both i need to go over a wiki page or some other site to get the info |
| 15:55 | <justinh> | (in the UK with our grabber I mean) |
| 15:55 | <clever> | ahh |
| 15:55 | <clever> | for SD its acurate on nearly everything that has a subtitle or meaningfull description |
| 15:55 | <clever> | for all else its the first airdate of the show most of the time |
| 15:55 | <justinh> | we only get what's shown in the RadioTimes magazine listings |
| 15:56 | <justinh> | and I think that's fair enough. I mean most people won't give a toss if a show was first aired in 1963 |
| 15:56 | <clever> | a problem i had |
| 15:56 | <clever> | is that 2 channels where airing diff seasons of the same show |
| 15:56 | <clever> | so when sorted by starttime the seasons became interleaved |
| 15:57 | <justinh> | might be a nice feature though - don't record anything that was first shown before last year :) |
| 15:57 | <clever> | by sorting by originalairdate i fixed that |
| 15:58 | <clever> | but the column is missing on show shows and it may be posible to scrape that out of the program table and reuse it later |
| 16:07 | <gbee> | we get original air dates, or years at least, for films which is pretty handy |
| 16:08 | <gbee> | useful to know whether it's the remake or the 1934 version ;) |
| 16:08 | <stuarta> | the EIT data is getting better in that respect |
| 16:08 | -!- | kormoc_ [n=kormoc@unaffiliated/kormoc] has quit [] |
| 16:12 | <gbee> | just had to deal with a phone call from a family friend, I've somehow become their first call for IT support and it's starting to get irritating |
| 16:12 | <stuarta> | that's why i don't do windoze :) |
| 16:13 | <gbee> | last time I only went round there because it was suggested they'd make it worth my while .... a cup of tea and a tenner to wrestle with Windows for 3 hours wasn't worth my while |
| 16:14 | -!- | grokky [n=grokky@128.250.75.191] has joined #mythtv |
| 16:15 | <gbee> | I'm really can't believe that anyone finds Windows easier than linux anymore, the problem I fixed there was that Windows insisted on using their signed driver for the wireless nic despite the fact that it didn't actually work, persuading it to use the manufacturers driver (and not to replace it when windows update ran) proved difficult |
| 16:17 | <stuarta> | you should start asking for a case of beer per call/visit |
| 16:21 | <clever> | my dad still refuses to use the guide in mythtv |
| 16:21 | -!- | aburns [n=Andy@web.adslpipe.co.uk] has joined #mythtv |
| 16:21 | <clever> | even though the guide in the dct2000 is 100 times slower |
| 16:22 | <justinh> | yay for digital cables boxes! if it wasn't for them we'd have no myth in the 1st place :) |
| 16:23 | <clever> | so far about all he has managed to learn on myth is how to exit it and reboot |
| 16:24 | <stuarta> | could take a while then |
| 16:24 | <clever> | mainly because i have frontends on every system |
| 16:24 | <clever> | and he sometimes wants them back |
| 16:26 | <clever> | thats new |
| 16:27 | <clever> | | chanid | starttime | inserttime | type | cmds | flags | status | hostname | comment | |
| 16:28 | <clever> | | 1045 | 2008-01-14 22:00:00 | 2008-01-15 13:53:10 | 1 | 0 | 1 | 304 | media | YPE; | |
| 16:28 | <justinh> | with our cable box we're lucky if the epg even has data let alone is up to date |
| 16:28 | <clever> | garbage in the comment field of a crashed transcode |
| 16:28 | <clever> | http://pastebin.ca/856518 |
| 16:29 | <clever> | and the mythbackend+transcode crashed! |
| 16:29 | <clever> | seems to be spiting out garbage |
| 16:30 | <clever> | the QString("..").arg things arent even working right |
| 16:31 | <justinh> | must be going some for those to go wrong |
| 16:31 | <clever> | it might have been the make install i recently did |
| 16:31 | <clever> | normaly that causes everyting to die with a bus error |
| 16:32 | <justinh> | make install while myth is running.. oops :) |
| 16:32 | <clever> | ive edited the config on 1 system to delete the lib's before copying |
| 16:32 | <clever> | so the myth doesnt die |
| 16:32 | <clever> | but it doesnt work the same way over nfs |
| 16:33 | <clever> | if i delete an open file the server/client cant keep track of which version of it to share out to who like the kernel can do localy |
| 16:33 | <justinh> | I'm not going to say it again |
| 16:33 | <justinh> | :) |
| 16:33 | <clever> | i know this probly is probly nfs's fault |
| 16:34 | <clever> | but the decoder error doesnt seem like it |
| 16:35 | <clever> | it seems like the av codec lib handles the mp |
