Back to Home / #mythtv / 2003 / 01 / Prev Day | Next Day
#mythtv IRC Logs for 2003-01-14

00:36-!-bigguy [] has joined #mythtv
00:57-!-nyquiljer [] has joined #mythtv
01:00<nyquiljer>Chutt: did you ask me for some graphics or something around xmas time?
01:00<nyquiljer>i seem to remember something like that, but no details
01:01-!-PhazE3atHomE [] has joined #mythtv
01:05<Chutt>nyquiljer, not that i remember =)
01:05<nyquiljer>okey doke
01:09<PhazE3atHomE>Chutt: My attempt to get all the hardware questions off your mailing list and onto mine failed miserably... I will keep trying though
01:09<PhazE3atHomE>It was worth a try
01:11<PhazE3atHomE>I guess people figure since it mythtv they are trying to use, everything is a myth problem
01:12<Chutt>pretty much
01:15<-- PhazE3atHomEhas quit ()
01:34<-- nyquiljer( has left #mythtv
03:14-!-Edgan [] has quit ["Client Exiting"]
03:28-!-Edgan [] has joined #mythtv
04:30-!-nevertheless [] has joined #mythtv
05:37-!-Edgan [] has quit ["Client Exiting"]
05:37-!-Edgan [] has joined #mythtv
05:55-!-nevertheless is now known as ntl|afk
07:49-!-Universe [] has joined #mythtv
08:44-!-Soopizzle [] has quit [Read error: 104 (Connection reset by peer)]
08:49<mdz>a couple of new menu icons for the setup screens would be nice
09:48<lichen>hmm perhaps ill get some work done on mythweb
09:49<lichen>i suppose peopel are getting antsy about it not working
10:10<lichen>hmm so in the record table 2 of time slot record, 3 is always record on a channel, and 4 is always record anywhere?
10:10<lichen>whats 1?
10:11<lichen>er obviously im talking about the type field
10:15lichenlichen_ Jan 14 10:15:24 <mdz_> lichen: scheduledrecording.h
10:15<mdz_>the RecordingType enumeration
10:22lichenlichen_ Jan 14 10:22:06 <mdz_> lichen: updating mythweb?
10:22<mdz_>ah, you said so
10:22<lichen>thinking about starting.. or something :)
10:25<mdz_>it would be nice if it were working for the release
10:25<lichen>when are you planning on making it public?
10:39<lichen>oh dear it just hit me you actually used like human readable strings for date and time now
10:39<lichen>whats the world coming too
10:40<lichen>this is gonna be a big rewrite :(
10:41lichenlichen_ Jan 14 10:41:30 lichen lichen_ Jan 14 10:41:33 <mdz_> lichen: eh?
10:41lichenlichen_ Jan 14 10:41:43 <mdz_> lichen: the time fields are of type TIME, and the date fields of type DATE
10:42<mdz_>previously it was a DATETIME field in singlerecord, and a TIME field in timeslotrecord
10:42lichenlichen_ Jan 14 10:42:17 <mdz_> lichen: there have been two patches to the mailing list, you might want to look at those
10:42<mdz_>s/patches/replacement files/
10:42<mdz_>which is why I haven't really looked at it at all
10:43<lichen>hmm okay.. if im gonna do this ill probably just end up wanting to rewrite it all my own way anyhow though
10:43<lichen>i think chutt commented on it and said that he needed to fix something though
10:43<mdz_>yeah, he just sent another one
10:43-!-PhazE3 [] has joined #mythtv
10:43<mdz_>presumably fixing that
10:44-!-PeteCool [] has joined #mythtv
10:44<PeteCool>what CVSROOT am I supposed to use for a cvs checkout?
10:44<Universe>check the docs on the website
10:49<lichen>hmm his code looks pretty good, i wish he would have setup an enumeration instead of strewing numbers about the code though
10:56* poptix_sighs
10:57<mdz_>does php have enumerations?
10:58<mdz_>or constants, for that matter?
11:01<lichen>its crazy, its like as flexible as you want it to be, you can do stuff you wouldn't even fathom doing in other languages
11:01<lichen>on the other hand i think it can make for some pretty sloppy coding practices
11:01<lichen>hey i think im missing something, perhaps i missed some setting when i upgraded to 0.8, but im getting Grabbing XMLTV data using (null) is not verified as working. when i run mythfilldatabase
11:02<mdz_>sounds like you either didn't do all the database updates, or didn't run setup
11:02<mdz_>or both
11:04<lichen>hmm, im using a cvs from about 3 or 4 days ago, i checked the diff for all the database settings between the two cvs versions and updated according... where its null shouldn't that be tv_grab_na? where does it checkt osee what grabber it should be using?
11:05<mdz_>that is in the videosource table now
11:05<mdz_>which you should have seen in the diff of database/0-7-to-0-8.sql
11:06<lichen>wel lthat explains it.. odd i wonder how i miss that, i dont doubt error on my part though
11:06<mdz_>ALTER TABLE videosource ADD COLUMN xmltvgrabber VARCHAR(128);
11:07<lichen>the column is there, its just null... so i guess thats because i didn't run setup at some point?
11:08<PeteCool>how would I turn down brightness on xawtv? the damn thing is stuck at maximum and I can't seem to grab the scroller in the options to turn it down :(
11:08<lichen>actually.. that doesn't make sense... it should have gotten filled in, since when i first upgraded to 0.8 about a week ago now i did run setup, and it was in there then
11:10<lichen>alright well thats fixed now
11:11<mdz_>did the other things that setup configures get set?
11:11<mdz_>e.g., did it run tv_grab_XX --configure?
11:12<mdz_>and write ~/.mythtv/<source>.xmltv?
11:12<lichen>not positive, that was there before and i just recently did it manually
11:12<lichen>plus im not at home so i couldn't even actually run setup, i just updated the table
11:14<mdz_>setup is known to write that to the db correctly
11:14<lichen>okay.. like i said i wouldn't doubt personal error, i probably just missing something along the way, cause everythign else in 0.8 seems to be working fine
11:17<mdz_>this would happen if you skipped the video source configuration step
11:18<mdz_>or if you pressed escape to exit the dialog, instead of enter to save it
11:18<mdz_>that is not exactly documented anywhere
11:18<lichen>hah that is definitely possible, all that was in there was 1 cable NULL
11:32<PeteCool>what filesystem do you use to hold your video files?
11:32<PeteCool>first, does it change really anything?
11:33<mdz_>I use reiserfs, as some operations are faster in working with large files
11:37<PeteCool>video source name? what is that, I'm in the setup, part 3
11:47<PeteCool>nevermind... I thought it was something more complicated than it really was :)
11:50-!-lichen [] has quit [Read error: 110 (Connection timed out)]
11:54<PeteCool>finally... which wm do you use?
11:57<PeteCool>twm kinda sucks for using mythtv
11:58<PhazE3>WindowMaker works great for me
11:58<PhazE3>I just turned of the doc
12:04<PhazE3>off not of
12:19<-- Universehas quit ()
12:19<mdz_>setup could use some help text
12:35-!-bigguy [] has quit [Read error: 104 (Connection reset by peer)]
12:43-!-Soopizzle [] has joined #mythtv
12:48-!-bigguy [] has joined #mythtv
12:48<PeteCool>anybody here using videotron tv listings in montreal? xmltv lists it as available provider, but can't download anything
12:49<PeteCool>mythepg says there's no channels defined in the db
12:52<PeteCool>hmm, the dumped files are a login page
12:58<Chutt>use the newest xmltv
12:58<Chutt>not the old version you have now.
12:58-!-Universe [] has joined #mythtv
12:59<PeteCool>0.5.5 is old?
12:59<Chutt>uh, yes.
12:59<PeteCool>ok then
12:59<Soopizzle>hey chutt
12:59-!-poptix_ is now known as poptix
12:59<Soopizzle>is there a way to download a debian package source right off the net?
12:59<Chutt>of course
13:00<Soopizzle>i mean via web
13:00<Soopizzle>i'm on my windows laptop rite now, but need a debian package
13:01<PeteCool>Soopizzle: go to the page, find the package in the list, the page with the description has a d/l link
13:02<PeteCool>Soopizzle: is that what you mean?
13:02<poptix>Chutt: does mythbackend automatically run xmltv?
13:03<poptix>so it should be cron'd to run weekly?
13:04<Chutt>or whenever else you want it to run
13:04<PeteCool>poptix: it's written exactly in the docs
13:04<poptix>i don't remember anything in the docs pertaining to /after/ installation
13:04<PeteCool>poptix: they even include a crontab file for you :)
13:05<poptix>grep is my friend.
13:05<PeteCool>right here:
13:05<Soopizzle>is debian 3.0r1 considered stable
13:05<Soopizzle>or unstable
13:06* poptixrefrains from making an anti-debian remark
13:07* PeteCoolcan't refrain from saying how great gentoo is
13:08<poptix>gentoo can be quite delicious
13:08<Soopizzle>i don't want to have to learn yet another dist
13:08<Soopizzle>but for myth....
13:08<Soopizzle>i may take that chance
13:09<poptix>okay, so
13:09<PeteCool>Soopizzle: debian is okay, I use it too, but I like gentoo better for my desktops... it's more... modern
13:09<poptix>in the documentation, it recommends putting mythfilldatabase in cron.daily
13:09<poptix>except it's grabbing a weeks worth of listings each time you run it
13:09<Chutt>no, it doesn't
13:09<poptix>it doesn't what?
13:09<Chutt>it fills a weeks worth
13:10<Chutt>it'll regrab tomorrow and anything in the next week it doesn't have
13:10<PeteCool>you're both saying the same thing
13:10<Chutt>petecool, no, i'm not
13:10<PeteCool>it grabs for the next 7 days, counting from today
13:10<poptix>Chutt: right, so you're grabbing 6 days worth of data you already have every day
13:10<poptix>and only one new day
13:10<Chutt>poptix, no, it doesn't do that.
13:10<PeteCool>poptix: but, that data may have changed
13:11* poptixblinks
13:11<Chutt>it skips any days it already has.
13:11<PhazE3>if it already has data it just fills out what it needs to make a week
13:11<Chutt>except for tomorrow.
13:11<PeteCool>poptix: like disappearing futurama's
13:11<Chutt>it always regrabs 'tomorrow' in case there's been a change to the listings
13:12<poptix>that's sensible then
13:12<PhazE3>I run it daily and it grabs two days worth... tomorrow and the 7th? day from today
13:12<poptix>Chutt: you may want to add a short line in that part of the documentation
13:12<poptix>that explains that
13:13<Chutt>it's different for different grabbers, though
13:13<poptix>considering i'm hitting zap2it's servers for this data, i was concerned that i was causing more traffic than necessary
13:13<Chutt>some of them don't let you grab by the day
13:14<poptix>Chutt: what are your thoughts on XDS/Guide+ data?
13:15<Chutt>i dunno
13:15<PeteCool>Chutt: where do you live?
13:16<Chutt>until zap2it kills stuff off, i'm just content to use that
13:16<Chutt>petecool, ohio
13:16* poptixpoints PeteCool at /whois chutt
13:16<Chutt>heh, yup
13:16<poptix>Chutt: XDS data, here at least, includes things like the stations icon
13:17<PeteCool>it doesn't tell he's in ohio... just says he's using speakeasy
13:17<Chutt>petecool, the 'cle' part
13:17<poptix>PeteCool: cle = cleveland, cleveland is in ohio
13:17<Chutt>poptix, so does zap2it's site..
13:17<poptix>Chutt: true =)
13:18<poptix>although i think that's a little broken in the xmltv output
13:18<Chutt>the latest xmltv should deal with it ok
13:18<poptix>the icons are references through relative links, and i don't think the base url is provided
13:18<Chutt>and cvs mythtv should handle the relative links as well
13:18<PeteCool>wget got them alright
13:18<Chutt>i'm pretty sure xmltv 0.5.6 forced absolute urls for the icons
13:20<poptix>i noticed the problem in 0.5.5, and thought 0.5.6 only fixed the new zap2it login stuff
13:20<PeteCool>in mozilla I wasn't even asked for a login
13:21<poptix>i wasn't able to get listings in 0.5.5 without first logging in with my web browser, and dropping my session cookie into xmltv
13:21<poptix>the non-login listings refused to come up at all
13:25-!-ntl|afk is now known as nevertheless
13:27<poptix>Chutt: what do you think about a left alignment on the channel #/name?
13:27<PeteCool>mythfrontend refuses to connect to mythbackend... even though the IP is right, and it worked 15 minutes ago... the onyl thing I did is reboot the box
13:28<PeteCool>ps ax lists mythbackend, too
13:29<mdz_>you changed something
13:29<PeteCool>mdz_: I made xmltv work
13:29<mdz_>PeteCool: besides that :-)
13:30<PeteCool>mdz_: I don't remember anything else, da***t :(
13:32<poptix>check your backend settings, make sure the ip is correct
13:32<Chutt>mdz, hey, guess what
13:32<poptix>if all else fails, tcpdump.
13:33<Chutt>mdz, has complete listings, no gaps, no bad midnight end time. tvlistings2 has the gaps and stuff
13:36<Chutt>maybe want to stick that in your debian bug report?
13:36<mdz_>Chutt: really? I tried s/tvlistings2/tvlistings/ and got a 404 or such
13:36<mdz_>for the particular page that they're using, the text version
13:36<mdz_>or some ASP error
13:37<Chutt>the page names are different
13:37<mdz_>what's the tvlistings. URL?
13:37<Chutt>tvlistings is textone.asp
13:37<Chutt>tvlistings2 is text_one.asp
13:37<Chutt>browse from the starting page
13:38<Chutt>since i think the cookies are slightly different, too
13:39<mdz_>do they use tvlistings for any of the links from their home page? or is it their devel site or something?
13:40<Chutt>i think it's the old site
13:40<Chutt>doesn't have the new features that tvlistings2 has
13:40<Chutt>all the homepage links go to tvlistings2, from what i can see
13:40<mdz_>like the new preview feature which seems to have broken the text listing
13:42<mdz_>why is it that xmltv fetches each channel separately? 'all stations' seems to work ok
13:42<Chutt>i dunno, that's just the way its written
13:43<mdz_>it would be a lot fewer requests, and probably faster
13:44<mdz_>yep, sure enough, they're not missing on tvlistings
13:45<poptix>has anyone considered using
13:45<PeteCool>I didn't give the proper privileges for the mythconverg db... but mythfilldatabase didn't complain ..?
13:46<PeteCool>and it still doesn't want to connect
13:46<poptix>well, i suppose would require another request to get the program info
13:47<mdz_>Chutt: xmltv can't deal with the old site anymore though, right?
13:47<mdz_>maybe I should drop back to an old version and use tvlistings
13:48<Chutt>i don't know
13:48<Chutt>i haven't tried the current version with it
13:49<poptix>ah hah
13:49<poptix> has zap2it-like listings
13:49<poptix>with the program description on the main page
13:50<Chutt>mdz, bah, so is debian going to use prelink or not?
13:50<mdz_>Chutt: omg we need to recompile hostname and hello rite now!!!
13:50<Chutt>have you seen the numbers for it, though?
13:50<mdz_>I doubt Debian will ship prelinked stuff, but people will probably use it
13:51<mdz_>prelinked stuff breaks if the library is updated, I assume
13:51<mdz_>but I really haven't read up on it
13:51<Chutt>i don't think so, version info is stored in the bin as well
13:51<mdz_>except that it speeds up KDE and GNOME applications which load 80 shared libraries
13:51<PeteCool>mdz_: no, if the library is updated the prelinked stuff won'tbe used
13:51<Chutt>yeah, like, 100x improvement
13:52<Chutt>just for loading, of course, but..
13:52<mdz_>PeteCool: and it will gracefully just work?
13:53<PeteCool>mdz_: yep
13:53<mdz_>then why does the binary need to be modified at all?
13:53<PeteCool>mdz_: changes were required to glibc-2.3 to make it work
13:53<mdz_>seems like they could store the relocations in a cache file or something
13:53* poptixponders adding Excite tv listings support to xmltv
13:53<mdz_>it bugs me that it has to modify the original binaries, that's a big pain
13:54<PeteCool>mdz_: the changes are fully reversable
13:55<PeteCool>what's the command to see the listening sockets/ports? netstat -l ?
13:56<PeteCool>I don't see mythbackend or its port anywhere
13:56<PeteCool>that's the problem
13:56<mdz_>reversible doesn't make it much better in my eyes
13:56<mdz_>especially if you need to redo it every time a library is updated in order to get the benefit
13:57<PeteCool>mdz_: only when c++ libraries are updated IIRC
13:58<poptix>PeteCool: netstat -aen
13:59<PeteCool>no mythbackend in there... there's lots of disk activity though
13:59<PeteCool>and then it dies
14:01<mdz_>wow somebody got synaptic to work with rpm
14:02<mdz_>hmm, that guy who just posted to the list and had never used Linux or an Intel system before built one from parts, installed Linux and MythTV, and got it all working
14:02<mdz_>I don't want to hear any more whining on the list about how it is hard
14:02<PeteCool>it's not hard
14:02<PeteCool>it's a bug
14:03<poptix>Chutt: the new OSD changes look very nice
14:03<poptix>especially the fadeout =)
14:05<PeteCool>poptix: when was that checked in?
14:09<PeteCool>is it possible to put the tuner in a backend box, and use a frontend box for uncompressed, live tv vieweing?
14:09<PeteCool>or is it compressed?
14:10<PeteCool>that would take lots of mb/s of network throughoutput
14:10<mdz_>yes, yes it would
14:10<mdz_>more than you have
14:10<mdz_>and possibly more than your CPU could do, depending on what it is
14:11<PeteCool>so each frontend would need a tuner for itself
14:17<PeteCool>Chutt: Even if I wanted live tv on each?
14:17<Chutt>that's the whole point.
14:20<PeteCool>mdz_: you're right, I had forgotten something: loading the bttv module
14:20<PeteCool>I only make stupid mistakes :(
14:21<mdz_>echo bttv >> /etc/modules
14:22<mdz_>## I had trouble maintaining my catalog of recordings when upgrading to
14:22<mdz_>## cvs and from cvs to more recent cvs, so I wrote this.
14:22<mdz_>I don't see why, that stuff hasn't changed
14:22<PeteCool>mdz_: maybe he dumped the database holding the info
14:23<PeteCool>mdz_: that would be... bad
14:24<PeteCool>I've ran mythfilldatabase about 5 times... but it still is getting the next whole 7 days
14:25<Chutt>your db isn't setup properly, then.
14:26<PeteCool>I can login and \u mythconverg correctly
14:28<PeteCool>with the mythtv user, obviously
14:31<mdz_>PeteCool: that, or you already have data in your database
14:32<PeteCool>I see the data in the epg now
14:33<PeteCool>the image is green and pink though... hours of tweaking to come, yay...
14:34<poptix>i think i found a way to get TV listings that are already in XML format =p
14:34<poptix>gzip'd even
14:34-!-lichen_ [] has quit []
14:34-!-SadMan [] has quit []
14:34* poptixsifts through more tcpdump logs
14:35<mdz_>poptix: ?
14:37<poptix>there's this program called digiguide
14:37<poptix>it downloads tv listings for this stupid program to alert you to shows you want to watch
14:37<poptix>i'm looking at where it's grabbing the data from
14:43<mdz_>it seems like there are quite a lot of sources of program information out there
14:44<poptix>yes, but most of them are listed in such a way that it's expensive (cpu and bandwidth wise) to grab them
14:45<Chutt>using zap2it, with the all-channel text pages
14:46<poptix>except zap2it is slow, and keeps changing their site
14:46<Chutt>would be quickest
14:46<poptix>and it appears to be buggy at the moment
14:46<poptix>simply looking for something better than i can integrate into xmltv
15:09<poptix>i found out what tvlistings.zap2it is for
15:09<poptix>looks like it's the site they sell to other companies
15:09<poptix>when i go through the houston chronicle site, it goes to, with a 'partner_id' of 'hou'
15:10<poptix>layout looks very different
15:10<Chutt>zap2it is owned by tribune media services
15:10<Chutt>which provides guide data to most places
15:10<poptix>i'm just saying
15:11<poptix>it looks like that's the site/server they dedicate to that
15:11<Chutt>actually, the site linking to it probably hasn't updated their links
15:11<Chutt>they've switched between tvlistings and tvlistings2 a couple times recently
15:13<poptix>my local news paper, the Star Tribune, goes to tvlistings4.zap2it
15:20<paperclip>have you looked at
15:20<paperclip>they use tribune data too...
15:21<paperclip>not sure if it's as detailed as zap2it tho
15:21<poptix>using them would require a seperate http request for each program
15:21<poptix>because the specific program information isn't on the main grid
15:35<paperclip>makes sense
15:50<hurdel>what issues are we waiting for before releasing cvs as 0.8?
15:50-!-nevertheless [] has quit [Remote closed the connection]
15:51-!-nevertheless [] has joined #mythtv
15:51<mdz_>there were still some remote playback issues, not sure if they're all fixed now
15:56<hurdel>what's the story with mythvideo, is it still alive? and being maintained?
16:48-!-m0tion [] has joined #mythtv
17:20<m0tion>what algorithm does mythtv use for deinterlacing?
17:21<m0tion>oh, nm, mplayer's
17:21<m0tion>ever look at DScaler? (
17:21<m0tion>I hear it's VERY good
17:24-!-Soopizzle [] has quit [Read error: 110 (Connection timed out)]
17:55<vektor>m0tion: Hey you should check out tvtime.
17:56<vektor>DScaler has some good (but expensive) deinterlacing algorithms. They're all built for 4:2:2 input rather than 4:2:0 though. It takes a bit of work to port them.
17:56<vektor>(port them to mythtv/mplayer/xine that is)...
17:56<m0tion>i suppose you saw my little fiasco in #mplayer? =)
17:56<vektor>In tvtime we also work on 4:2:2 streams so the port was trivial.
17:56<vektor>No, I didn't. What was it?
17:57<m0tion>oh, haha, ok, your a tvtime developer then? =)
17:57<m0tion>you're even
17:57<vektor>Yeah, I'm the primary author.
17:57<m0tion>oh, wow, ok
17:57<vektor>I did all the deinterlacing code work anyway.
17:57<vektor>Like, I wrote the original app.
17:57<vektor>And people have helped mostly in like the config file work and other stuff like that.
17:57<m0tion>congratulations, thats a big accomplishment
17:58<vektor>We ported a bunch of DScaler filters.
17:58<vektor>Next release (or maybe the release after) will add support for DScaler dlls directly.
17:58<m0tion>everything i've read about both pieces of software is very good
17:58<vektor>So no port involved, we can just use the latest filter.
17:58<vektor>I'm very anxious though to provide an API/library that mythtv/mplayer/xine can use.
17:58<m0tion>wow, that would be NICE =)
17:59<vektor>Well, yeah. :)
18:12-!-bigguy [] has quit ["sleep"]
18:16<PeteCool>is mythmusic up to date?
18:18<PeteCool>doesn't seem to work
18:31-!-nevertheless [] has quit [Remote closed the connection]
19:03<Chutt>mythmusic works.
19:05-!-lichen_ [] has joined #mythtv
19:09-!-mirk_dt [] has joined #mythtv
19:14<mirk_dt>mdz: I remember a post you made on the myth-dev list that mentioned to stay away from autoconf for mythtv. Why? (note that I'm not complaining...I'm a newbie programmer and am trying to understand)
19:28<PeteCool>I'm having dropped frames and slowdowns with live tv... hard disks are using dma modes according to hdparm. What might be wrong? This is a celeron-1100 with 512 megs of ram, it isn't THAT slow
19:28-!-rkulagow [] has quit [Read error: 104 (Connection reset by peer)]
19:29<PeteCool>and the tuning works fine in windows
19:31<PeteCool>I'm not even trying to time-shift or anything
19:34<_shad>it's timeshifting by default
19:34<_shad>that's what a pvr does
19:34<_shad>what res are you using?
19:35<Universe>there is no true livetv...
19:35<Universe>if there was, you wouldn't be able to rewind or pause it
19:37<PeteCool>rtjpeg might be having problems because I haven't tweaked the channel frequencies yet and the image is shaky and pink and green
19:39<PeteCool>frequencies only need to be nine "xawtv-steps" higher for every channel, is there a quick way to do that?
19:39<_shad>is your tuner selection right?
19:41<-- Universehas quit ()
19:49<PeteCool>the tuner works, but the channels are wrong
19:49<PeteCool>I mean the current channels
19:51<mdz>mirk_dt: Chutt's preference
19:53<_shad>PeteCool: read mailing list archives.
20:40<PeteCool>if you do scantv and select ntsc, do you see canada in your country list?
20:40<PeteCool>xawtv's share dir does have a ca file, but it isn't listed
20:52<PeteCool>_shad: I still don't see exactly what to do... am I right that it has to do with xawtv?
20:55-!-Soopizzle [] has joined #mythtv
21:00<Chutt>petecool, you just need to set the finetune value in the channel table to whatever you want
21:06<mdz>it sounds like he needs to set his tuner type correctly
21:07<Chutt>that too, probably
21:07<Chutt>light email day
21:12<Chutt>looks like the mailman upgrade ate my commit message earlier
21:16<moegreen>Chutt: I just did three commits, none have shown up on the mythtv-commits archive
21:17<Chutt>within the last 5 minutes?
21:18<moegreen>last couple, not sure - does it only update every 5?
21:19<moegreen>Ok, well, I can wait :) I added the code to let the user pick the number of channels and the amount of time in the alternative epg. I also added these as options in the setup.
21:20<Chutt>err, hmm
21:20<Chutt>are you sure you committed stuff?
21:21<moegreen>heh, I ignore all error messages I get on my side ... hold on
21:24-!-moegreen [] has quit ["[BX] Connection reset by panasync?"]
21:30-!-moegreen [] has joined #mythtv
21:30<moegreen>Chutt: ok, they should be in there now - let me know
21:32<Chutt>got the commit message, so, all good now =)
21:45-!-TheAsp [] has joined #mythtv
21:54<poptix>while [ 1 ]; do cvs update; sleep 300; done
21:54<TheAsp>is it broken?
21:54<poptix>that might keep you up to date with CVS =)
21:57<poptix>Chutt: it might be nice to have the recording status in the OSD when you hit 'i'
21:58<TheAsp>and the description
21:59<poptix>smallville always looks so nice
21:59<poptix>too bad AT&T isn't broadcasting the HDTV version
22:02<PeteCool>Chutt: do I need to restart mythbackend to have the changes used?
22:05<PeteCool>is it possible that bad resolutions make rtjpeg act funky and add pink/green to the image?
22:06<PeteCool>I know you don't want to hear this, but it does work fine in xawtv with the same finetune settings
22:11<PeteCool>hmm, actually this doesn't seem to be a tuner error, as I am not able to reproduce these funky visuals when playing with the frequencies in xawtv... seems more like a setup problem, but everything seems right!
22:15<Soopizzle>Chutt, what's the lowest for recording without an active out put (like your backend that just records, with no monitor display)
22:17<TheAsp>Soopizzle: about 3 feet.
22:22<Soopizzle>specs wise
22:23<vektor>PeteCool: Don't use the 'canada' frequency table from xawtv, ever.
22:23<vektor>PeteCool: Its existance is a bug.
22:25<vektor>And it pisses me off that it's not gone from xawtv and every other app. :)
22:35<TheAsp>i get better picture with that table and using the wrong tuner then i do with the us-cable table and the proper tuner
22:48-!-Universe [] has joined #mythtv
22:49<vektor>TheAsp: Then you have your tuner type set wrong.
22:49<vektor>TheAsp: It's a bug that some popular NTSC tuners are mis-detected by the tuner.o driver.
22:49<TheAsp>vektor: nono
22:49<TheAsp>i have it right
22:49<vektor>TheAsp: Unfortunately, fixing this bug is quite annoying.
22:49<TheAsp>it just works slightly better when it's wrong
22:49<vektor>Not if you're using cable.
22:50<vektor>Do you have an ATI TV Wonder card?
22:50<TheAsp>i am using the proper tuner right now
22:50<vektor>Yeah. We've had the most problems with that card.
22:50<vektor>Which is the "proper" tuner, in your opinion.
22:51<vektor>Ok, and who is your cable provider?
22:51<vektor>Where are you?
22:51<vektor>Ok, because us-cable is _definitely_ correct for eastlink.
22:51<vektor>I am also in Halifax.
22:52<vektor>And using Eastlink.
22:52<TheAsp>*nod* i am saying that the autodetected tuner with the canada-cable table works slightly better
22:52<TheAsp>for me anyway
22:52<TheAsp>though with myth it doesnt matter
22:52<vektor>I suspect the problem is in the tuner module and not in the frequency table.
22:53<TheAsp>hey, do you get vertical lines on showcase?
22:53<vektor>The canada-cable frequencies make no sense. They are not correct.
22:53<TheAsp>it detects a pal tuner
22:53<TheAsp>so weird stuff happens
22:53<vektor>Which channel is Showcase?
22:53<vektor>Do you go to school here, btw?
22:53<TheAsp>yeah, msvu
22:53<vektor>Have we talked about this before? :)
22:54<TheAsp>doubt it
22:54<vektor>What are you studying?
22:54<Universe>I bet vektor doesn't even remember me..
22:54<TheAsp>science... bs degree really :)
22:54<vektor>I'm doing my masters at dal.
22:54<TheAsp>i work for environment canada
22:54<TheAsp>when i can spell it
22:54<vektor>Universe: Who are you? :)
22:55<vektor>I broke my TV app, so I can't check showcase with that.
22:55<vektor>Looks nice on my TV though.
22:55<TheAsp>they are sorta diagonal right now
22:55* TheAspis actually in fall river
22:56<TheAsp>i have them on my tv too, but much fainter
22:56<vektor>I have no idea where fall river is, I'm not from around here :)
22:57<TheAsp>oh, between bedford and the airport
22:57<vektor>Ah ok.
22:57<TheAsp>connecting to backend server: localhost:6543
22:57<TheAsp>Connection timed out.
22:58<TheAsp>when going to live tv from the menu
22:58<vektor>Well, night.
22:58* vektorgone
22:58<Universe>later vektor
22:58<Universe>TheAsp... the backend running?
22:59<Universe>and you setup the backend_settings.txt?
23:00<TheAsp>forgot to copy over my copy
23:02<TheAsp>how about this, the epg segs on me
23:02<TheAsp>oh, there it goes
23:15<-- Universehas quit ()
23:25-!-bigguy [] has joined #mythtv
23:26-!-TheAsp [] has quit [Remote closed the connection]
23:32<PeteCool>the recording preview is right-colored
23:32<PeteCool>but when playing it it's green
23:32<PeteCool>seems like I found the source: upscaling
23:32<PeteCool>now how the (&%*(% do I fix that
23:47<PeteCool>mdz: got any ideas why that might happen?
23:49<PeteCool>mdz: the grabbed frames are alright (as proved by the live recording preview in the "watch recording" section), but when they are upscaled to be displayed full-screen distortion happens
23:52<PeteCool>hmm, what X resolutions do you guys use?
23:57<PeteCool>the proof I can give that upscaling of the image is broken, is not only the picture is warped but the osd too