--- | Log | opened Sun Sep 14 00:06:15 2003 |
00:06 | -!- | mikegrb [michael@pcp02798743pcs.goosck01.sc.comcast.net] has joined #mythtv |
00:06 | -!- | Irssi: #mythtv: Total of 45 nicks [0 ops, 0 halfops, 0 voices, 45 normal] |
00:06 | -!- | Irssi: Join to #mythtv was synced in 1 secs |
00:56 | <Chutt> | heh |
00:58 | -!- | absurdhero [~absurd@12-246-239-142.client.attbi.com] has quit ["Client exiting"] |
00:59 | <tmk> | ah chutt |
00:59 | <Chutt> | hey |
00:59 | <tmk> | did you get my email |
00:59 | <Chutt> | yeah |
01:00 | <tmk> | easy fix :) |
01:00 | <Chutt> | just finished rebooting my machine |
01:00 | <Chutt> | i _did_ try that, but i guess i fucked stuff up with earlier fumblings and writing to the wrong ram area =) |
01:00 | <tmk> | hehe |
01:00 | <tmk> | i've got some TV to watch |
01:00 | <tmk> | bbl |
01:00 | <Chutt> | i'll commit some stuff that adds a fully-working b&w osd |
01:00 | <Chutt> | in a few minutes |
01:00 | <Chutt> | but |
01:00 | <tmk> | but? |
01:00 | <Chutt> | this stuff seems really slow to draw |
01:01 | <Chutt> | so i may have to use another method |
01:01 | <tmk> | yeah |
01:01 | <tmk> | we may switch to DMAA |
01:01 | <tmk> | DMA that is |
01:01 | <tmk> | but there're some issues with that as-is |
01:01 | <Chutt> | and the damn thing locked my machine up hard |
01:01 | <tmk> | :< |
01:02 | <tmk> | with new code |
01:02 | <tmk> | or before |
01:02 | <Chutt> | with the fix |
01:02 | <tmk> | hrm |
01:02 | <tmk> | well i'll check in tomorrow |
01:02 | <Chutt> | working ok, now |
01:02 | <Chutt> | just slooow |
01:02 | <Chutt> | =) |
01:02 | <tmk> | :) |
01:02 | <tmk> | bbl |
01:02 | <Chutt> | committed to cvs |
01:21 | -!- | phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit [] |
01:38 | <tmk> | cool |
01:46 | -!- | absurdhero [~absurd@12-246-239-142.client.attbi.com] has joined #mythtv |
01:47 | <absurdhero> | hey, is there anonymous cvs checkout? |
01:47 | <absurdhero> | i can't figure out how to get the cvs |
01:47 | <absurdhero> | is it in a readme somewhere? |
01:47 | <absurdhero> | on the site where it mentions cvs, it only gives a link to the web cvs viewer |
01:48 | <absurdhero> | nevermind, im dumb |
01:48 | <absurdhero> | hmm still cant find it |
01:49 | <absurdhero> | finally found it under downloading and compiling. I agree with the person who complained about that on the users list |
01:49 | <absurdhero> | I completely understand where they were coming from. might not want to flame people like that. they represent more than theirselves |
01:53 | <Chutt> | the place where the cvs info is in the docs was changed a couple days ago. |
01:53 | <Chutt> | i haven't updated the link on the website yet |
01:54 | <absurdhero> | ah cool thats great |
01:54 | <absurdhero> | well, i found it and am downloading mythtv and mythweb |
01:54 | <absurdhero> | i may work on mythweb |
01:54 | <absurdhero> | looks like you guys could use another php/html developer |
01:55 | <absurdhero> | if no one is working on it atm, I may work on adding pagenated show listings |
01:56 | <absurdhero> | i have yet to use or even see mythweb, but based on the users list, people want anything that will cut the page size down. so, i hope I can help |
01:57 | <tmk> | chutt: the osd seems to be taking over |
01:57 | <tmk> | are you writing alpha 'clear' to the unused areas? |
01:57 | <Chutt> | yes. |
01:57 | <tmk> | hmm |
01:57 | <tmk> | all i see is osd |
01:57 | <Chutt> | make sure that the global alpha setting is turned off |
01:58 | <Chutt> | the ioctls don't always work. |
01:58 | <tmk> | you set that.. |
01:58 | <Chutt> | i know. |
01:58 | <tmk> | heh |
01:58 | <tmk> | will myth print out an err? |
01:58 | <Chutt> | they don't error out |
01:58 | <Chutt> | they just don't take effect |
01:58 | <tmk> | is there any way to re-run the ioctl |
01:58 | <tmk> | ie some actin in myth that sets it |
01:58 | <Chutt> | try using ivtvfbctl |
01:59 | <tmk> | ah |
01:59 | <Chutt> | shouldn't be anything touching it |
02:01 | -!- | JonnyRo [~jonnyro@176.142.8.67.cfl.rr.com] has joined #mythtv |
02:01 | <JonnyRo> | has anyone here had a bttv card that is always one channel off? |
02:01 | <JonnyRo> | my wintv was just fine in kernel 2.4.20, but now it's one channel off |
02:01 | <Chutt> | it's in the howto. |
02:02 | <tmk> | i just see errors 'waited too long for decoder to pause |
02:02 | <tmk> | what's that about |
02:02 | <Chutt> | it's spinning too long |
02:02 | <Chutt> | waiting for something to happen |
02:02 | <tmk> | i didn't tell it to pause tho |
02:02 | <Chutt> | the write(), most likely |
02:02 | <Chutt> | i dunno |
02:02 | <tmk> | hrm |
02:03 | | * tmk tests some more |
02:04 | <Chutt> | seems to get stuck more often now that the osd is hooked up |
02:04 | <tmk> | looks like the card was locked or something |
02:04 | <tmk> | didn't decode from cmd line |
02:05 | <tmk> | probably not your fault :) |
02:05 | <tmk> | too bad we can't double-buffer the osd |
02:05 | <Chutt> | i think we can, actually |
02:05 | <tmk> | write to other memory |
02:05 | <tmk> | then blt? |
02:05 | <Chutt> | yup |
02:05 | <tmk> | :) |
02:05 | <Chutt> | or flip |
02:05 | <Chutt> | using the SET_ACTIVE ioctl |
02:06 | <Chutt> | there's enough for 2 or 3 buffers in the mmap'd area |
02:06 | <tmk> | didnt knwo that |
02:07 | -!- | bobnvic [~no@64.151.4.216] has quit [Read error: 110 (Connection timed out)] |
02:07 | <Chutt> | oh |
02:07 | <Chutt> | your patch was slightly broken |
02:08 | <Chutt> | those osd datatypes, .x .y and .linelength are 0, 0, and 720, respectively |
02:08 | <Chutt> | nothing useable :p |
02:08 | <tmk> | heh |
02:08 | <tmk> | didn't test it much |
02:09 | <tmk> | it did output to screen tho |
02:10 | <Chutt> | yeah |
02:10 | <Chutt> | i wasn't using those values when i made the white area |
02:11 | <tmk> | ah |
02:11 | <tmk> | silly me |
02:14 | <absurdhero> | can you watch the stream from a tv card directly? |
02:14 | <Chutt> | not in mythtv. |
02:36 | -!- | mechou [~mchou@12-235-7-243.client.attbi.com] has joined #mythtv |
02:38 | <mechou> | OK, I'm really confused now. Does myth now record shows already recorded before? (the title, subtitle, description are exactly the same, case & spaces...) |
02:45 | -!- | foom [~jknight@207-180-130-70.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com] has joined #mythtv |
02:46 | -!- | foom [~jknight@207-180-130-70.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com] has left #mythtv [] |
02:52 | -!- | mechou [~mchou@12-235-7-243.client.attbi.com] has left #mythtv [] |
03:22 | -!- | tmk [~no@12-234-205-129.client.attbi.com] has left #mythtv [] |
03:37 | -!- | Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv |
03:55 | -!- | absurdhero [~absurd@12-246-239-142.client.attbi.com] has quit ["Client exiting"] |
04:25 | -!- | brentos [Brentos@CPE-144-132-81-247.vic.bigpond.net.au] has quit [Read error: 110 (Connection timed out)] |
04:37 | -!- | FryGuy [~fryguy@12-246-43-18.client.attbi.com] has quit [Read error: 104 (Connection reset by peer)] |
04:40 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv |
04:48 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection] |
04:48 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv |
04:55 | | * choenig is away: testing |
04:56 | | * choenig is back (gone 00:00:12) |
04:57 | | * choenig is away: testing |
04:57 | | * choenig is back (gone 00:00:14) |
05:11 | | * choenig is away: testing |
06:49 | <robbie> | wowee alsa sure doo make a difference and a half |
06:50 | <mikegrb> | :) |
06:51 | <robbie> | now to put some more ram in theis baby |
07:10 | -!- | sfr [~sfr@pD9518690.dip.t-dialin.net] has joined #mythtv |
07:18 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection] |
07:58 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv |
08:03 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection] |
08:06 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv |
08:19 | -!- | CaCtus491 [~kent@c210-49-91-221.blktn1.nsw.optusnet.com.au] has joined #mythtv |
08:20 | <CaCtus491> | evening |
08:27 | -!- | Viddy [~lsk@visp194-179.visp.co.nz] has quit [Read error: 110 (Connection timed out)] |
08:33 | -!- | Viddy [~lsk@visp194-179.visp.co.nz] has joined #mythtv |
08:54 | -!- | jimmer [~Lala@213-84-199-230.adsl.xs4all.nl] has joined #mythtv |
08:54 | <jimmer> | hi all ;) |
08:57 | <jimmer> | I;m looking around for a way to get hw accellerated MPEG2 compression of video material that originates on my system, not from Broadcast. Would some combination of MythTV and the hw support for the haupauge pvr 350 provide this? |
09:42 | -!- | CaCtus491 [~kent@c210-49-91-221.blktn1.nsw.optusnet.com.au] has quit [] |
09:42 | <Jerry> | hrm interesting question |
09:43 | <Jerry> | seems to me if you had the video material on another box and played it tv-out and brought it into your mythtv box video-in then you could prolly do what you want. other than that... |
09:44 | <sfr> | afaik, using the pvr350 to encoded files off the hdd isn't working (due to firmware limitations). But check this forum http://www.shspvr.com/forum/viewforum.php?f=12 |
09:57 | <jimmer> | thank for the info. will check it out. |
10:00 | <jimmer> | ok. for the record it seems that the encoder inputs are hardwired to the anologue inputs on the connectors. Bummer ;( . thnx for listening. |
10:06 | -!- | gora [jforman@ipv6.formanonline.com] has joined #mythtv |
10:07 | <gora> | anyone able to help me with a tv_grab_na problem? i'm getting a couple perl errors about ZapListings.pm |
10:08 | <sfr> | gora install the latest version. 0.5.18 iirc. |
10:10 | <gora> | hmm gentoo only has packages up to .5.17, i will check for .18 though |
10:12 | -!- | jimmer [~Lala@213-84-199-230.adsl.xs4all.nl] has quit ["fare thee well, for I must away..."] |
10:17 | -!- | gora [jforman@ipv6.formanonline.com] has left #mythtv [] |
10:49 | -!- | Markos [markl@CPE004005573530-CM014340008532.cpe.net.cable.rogers.com] has quit ["Client exiting"] |
11:05 | -!- | dopez [~unknown@dopez.xs4all.nl] has joined #mythtv |
11:13 | -!- | kja [~ke-aa@ti132110a080-2522.bb.online.no] has joined #mythtv |
11:21 | <kja> | thor, how is the bughunt going? |
11:42 | -!- | Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has quit ["toedeledoki"] |
11:47 | <sfr> | kja: not too well it seems. And he missed Chutt's deadline :P |
11:52 | <kja> | ups :) |
11:56 | <kja> | i get a 'taking too long to be allowed to read..' @ every channel change, maybe that's it? |
11:56 | <Chutt> | with dvb? |
11:57 | <kja> | yup, and cam |
11:57 | <Chutt> | that's just saying it took 5 seconds to get some data from the backend |
11:57 | <kja> | ahh, forgive me, that should be on first run |
11:57 | <Chutt> | it does try again, just warning you that it's taking awhile |
11:58 | <kja> | k (note: i don't see the error they'r all talking bout) |
11:59 | <Chutt> | yeah |
11:59 | <Chutt> | i don't either |
11:59 | <Chutt> | no idea what it could be |
12:00 | <kja> | me nither, just shooting with a blindfold |
12:01 | -!- | Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv |
12:02 | <Chutt> | doesn't happen on either of my two machines |
12:13 | -!- | Markos [markl@CPE004005573530-CM014340008532.cpe.net.cable.rogers.com] has joined #mythtv |
12:23 | <thor_> | Chutt, I'm working on it slowly, but it's Sunday (Nanny's day off) ... so I kind of have my hands full |
12:25 | <Chutt> | ah |
12:25 | <Chutt> | ok =) |
12:26 | <Chutt> | thor, it'd be interesting to see what part of find_stream_info is setting the retvalue to -1 |
12:26 | <thor_> | ok |
12:30 | -!- | mechou [~mchou@12-235-7-243.client.attbi.com] has joined #mythtv |
12:33 | <mechou> | I'm confused...Ever since I upgraded to mythtv .11, mythtv records shows previously recorded. (The title, subtitle, & description is the same, down to case, puntuation, and spaces). Is this the correct behavior? |
12:33 | <Chutt> | depends. |
12:34 | <mechou> | hmm? depends on what in particular? |
12:34 | <Chutt> | single records never get that applied to them. |
12:35 | -!- | FryGuy [~fryguy@12-246-43-18.client.attbi.com] has joined #mythtv |
12:36 | <mechou> | Chutt, don't know what you mean. Can you elaborate? I don't think these particular cases are "single records." |
12:36 | <Chutt> | single time recordings. |
12:36 | <Chutt> | if it's not working, otherwise, start debugging. |
12:37 | <mechou> | OK, these are recurring recordings... |
12:38 | <mechou> | Is "mythbackend --displaysched" supposed to show the "repeats?" |
12:38 | <Chutt> | yes |
12:39 | <thor_> | one nice thing about debugging this ... gcc does c about 10 times faster than c++ |
12:39 | <Chutt> | heh |
12:39 | <Chutt> | yeah |
12:41 | <mechou> | ok, so how do I go about debugging thing, do I gin up a facke show in db and "record" it twice? |
12:41 | <Chutt> | mechou, however you want |
12:41 | <Chutt> | nice, yet another hard lock from the ivtv decoder. |
12:42 | <Chutt> | thor, so, where's that -1 coming from? =) |
12:44 | -!- | TheWildgoose [~EdW@xunil.mail.wildgooses.com] has joined #mythtv |
12:45 | <thor_> | was getting pure segfaults, so I'm in the middle of a distclean, make |
12:46 | <mechou> | what was getting pure segfaults, ivtv or s/t in myth? |
12:47 | <thor_> | frontend ... linked to my now fairly mangled libavcodec |
12:47 | -!- | Ripp [~chris@dsl30-175.chouteautel.com] has joined #mythtv |
12:48 | <mdz> | mechou: there is a column in the printsched output which shows whether it is marked as a duplicate or not |
12:48 | <mdz> | "D" I believe |
12:48 | <thor_> | TheWildgoose, re: your email post, did you run cvs.sql ? |
12:49 | <mdz> | if it isn't marked as a duplicate, something is different about it |
12:49 | <mechou> | mdz, yeah, that's good to known. |
12:49 | <TheWildgoose> | Kind of |
12:49 | <TheWildgoose> | I ran metadata.sql |
12:49 | <TheWildgoose> | but I scanned cvs.sql by eye and I thought they were the same? |
12:49 | <TheWildgoose> | durr |
12:49 | -!- | dopez [~unknown@dopez.xs4all.nl] has quit [Remote closed the connection] |
12:49 | <TheWildgoose> | was that the prob? |
12:49 | <thor_> | could be |
12:50 | <thor_> | you might want to drop the tables entirely and then run metadata.sql |
12:50 | <TheWildgoose> | actually that is what I did |
12:50 | <thor_> | ah, ok |
12:50 | <thor_> | so ... should work fine |
12:50 | <thor_> | ) |
12:50 | <TheWildgoose> | I ran the cvs.sql first, then realised I probably needed metadata |
12:50 | <Chutt> | i seem to recall metadata.sql not having everything in it. |
12:50 | <TheWildgoose> | and so deleted and then ran metadata only |
12:50 | <TheWildgoose> | aha |
12:50 | <thor_> | that could be |
12:50 | <TheWildgoose> | will diff it right now |
12:50 | <TheWildgoose> | hold on |
12:50 | <TheWildgoose> | thanks |
12:51 | <mechou> | mdz, the weird thing I think is that the show does get marked as "duplicate," but most times myth ignores them (in my case). |
12:51 | <mdz> | that is what is supposed to happen. it ignores shows which are marked as duplicates |
12:52 | <Chutt> | thor, i'll be around later if you want help debugging |
12:52 | <mechou> | mdz, oops, I meant ignore as in myth records again (despite the "duplicate" flag being set) |
12:52 | <Chutt> | gotta go now, though |
12:52 | <TheWildgoose> | nope they are pretty similar. metadata.sql has more in it, especially the dvdinput rows |
12:52 | <Chutt> | you need those |
12:53 | <thor_> | Chutt, I'll post here when I get that -1 setting .... |
12:53 | <thor_> | (still compiling) |
12:53 | <TheWildgoose> | thor you tried ccache? |
12:53 | <thor_> | yup ... but I am esily confused |
12:55 | <thor_> | TheWildgoose, try another disc ... it may be you have one of the few libdvdread and/or mythDVD can't figure out yet |
12:56 | <TheWildgoose> | ok, will do. However, it does give me all the tracks, etc. I can pick just about everything else |
12:58 | <thor_> | define "I can pick" |
12:59 | <mdz> | TheWildgoose: ccache doesn't help when you're constantly changing things to debug |
12:59 | <mdz> | I use it constantly though |
12:59 | <TheWildgoose> | Makes a big difference for me still. Sometimes it seems to want to recompile stuff which hasnt obviously changed. And obviously if you do make clean it works wonders...! |
13:00 | <TheWildgoose> | Have you ever found it to do something wrong though....? |
13:01 | <TheWildgoose> | Thor: the screen shows 8 tracks, the DVD has a title, I can scan left and right and view each of those tracks, and I can select different audio streams where available (eg en, it, and 6 channel, 2 channel, etc) |
13:01 | <mdz> | no |
13:01 | <TheWildgoose> | mdz: great! |
13:01 | <mdz> | it's just that it only helps when you are compiling exactly the same source |
13:01 | <mdz> | which I do a lot, but I don't think would help thor in his current situation |
13:03 | <thor_> | Chutt (if you catch this on scrollback) it's setting to -1 off of: if(ic->iformat->read_packet(ic, pkt) < 0) |
13:03 | <thor_> | but not the first time thorugh |
13:03 | <thor_> | through |
13:03 | <thor_> | it grows for a while |
13:03 | <thor_> | but eventually gets caught up there |
13:03 | <thor_> | (this is on live) |
13:04 | <Chutt> | see the users list? |
13:05 | <thor_> | see it, yes .... understand, not in the slightest .... |
13:09 | <thor_> | I wonder if there's a conflict with fairly bleeding edge ivtv stuff ... which I am also running |
13:10 | -!- | dja__ [~alden@dhcp9560050.columbus.rr.com] has joined #mythtv |
13:10 | -!- | dopez [~unknown@dopez.xs4all.nl] has joined #mythtv |
13:12 | <TheWildgoose> | thor_: wierd. It's started working since I tried another dvd... Thanks, assume operator error I guess |
13:14 | <thor_> | Chutt (more trivia for scrollback) ... this is definitely a PVR-x50 thing (may be ivtv conflict). I have a machine in the living room with a PVR-250 and a bttv. If I tie up the PVR-250 with an instant recording, then I go in and out of live no problem. |
13:14 | <TheWildgoose> | Hmm, having said that I get either Perfect or Good. I choose to use xvid, but should I not get an Excellent option as well? |
13:14 | <thor_> | TheWildgoose, depends on the input format of the DVD |
13:15 | <thor_> | not all input formats have a wide variety of transcode settings .... cause I don't own every kind of DVD on the planet |
13:15 | <TheWildgoose> | OK. Could you give me a quick start guide as to how to determine which row of the transcode table maps to each type? |
13:15 | <TheWildgoose> | All mine are PAL, if this is relevant |
13:15 | <thor_> | dvdinput defines a type (spat out on the mtd console/log) |
13:15 | <TheWildgoose> | It seems to select in the code on "input" - is that right? |
13:16 | <thor_> | transcode table keys to that input type |
13:16 | <thor_> | yup |
13:16 | <TheWildgoose> | aha |
13:16 | <thor_> | find nice tyranscode settings, and send me a patch =) |
13:16 | <TheWildgoose> | sure |
13:17 | <TheWildgoose> | I'm not seeing the "type" spat out. Was this a config option (back of my mind rememeber some stuff there?) |
13:17 | <thor_> | look for mtd.log |
13:17 | <TheWildgoose> | "spat out" as in to the console |
13:17 | <TheWildgoose> | ok |
13:18 | <TheWildgoose> | gotcha! Type 8 is what is coming back. |
13:18 | <TheWildgoose> | Could you point me to correct part of the code which assigns "types" plese |
13:18 | <thor_> | you just need to add new rows to the database |
13:19 | <thor_> | code will (should) do the rest |
13:19 | <TheWildgoose> | ah, yep got it! |
13:19 | <TheWildgoose> | matches to the dvd inputs table |
13:19 | <thor_> | yup |
13:20 | <TheWildgoose> | what is ar_num ar_denom (numerator + denominator?) and fr_code please |
13:20 | <TheWildgoose> | letterbox is 4:3 encoding but film is 16:9 I assume? |
13:24 | <TheWildgoose> | thor_: also, the diff between good and excellent in both cases is that you "clipleft", "clipright" 8 pixels - I can imagine why you might do that, but why do that for the "good" and NOT the "excellent"? Sorry if this is a dumb question |
13:26 | -!- | Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has quit ["toedeledoki"] |
13:26 | <thor_> | TheWildgoose, almost all the ones that are in there are taken examples in the transcode documentation |
13:26 | <thor_> | ratio and letterbox are completely independent |
13:27 | <thor_> | you can have 16:9 letterboxed, or not. You can have 4:3 letterboxed, or not. |
13:28 | <thor_> | ar_num, ar_denom are ratios (numerator, denominator). fr_code is frame rate code (as defined by transcode). |
13:29 | <thor_> | clipping stuff is cause you almost always want to get dimensions to a multiple of 32 so that resizing works well. |
13:30 | -!- | Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has joined #mythtv |
13:30 | <thor_> | the online documentation for transcode is of great use |
13:32 | <TheWildgoose> | cool. Thanks |
13:33 | <TheWildgoose> | still not clear what ar_ is a ratio of though? Is this in the transcoder docs then? |
13:33 | <thor_> | aspect ratio |
13:33 | <TheWildgoose> | aha |
13:33 | <TheWildgoose> | thanks |
13:34 | <TheWildgoose> | so f_resize_w = 2 means to half the width yes? |
13:35 | <thor_> | no ... I think it means to reduce the width by 64 (2 times 32) .... transcode is a bit odd in how it wants its arguments. |
13:36 | <thor_> | hang on, let me remind myself |
13:36 | <TheWildgoose> | ok, great. I will have a fiddle and let you know some numbers! |
13:36 | <TheWildgoose> | not to worry |
13:36 | <TheWildgoose> | I'll look it up. I think I get the idea now |
13:36 | <TheWildgoose> | thanks |
13:36 | <thor_> | sure |
13:37 | <thor_> | if you get confused, looking at jobthread.cpp will help, as that's where the transdcode arguments get parsed |
13:37 | <TheWildgoose> | aha, great. Thanks. Will take a look. |
13:38 | <thor_> | line 748, buildTranscodeCommandLine() |
13:38 | <TheWildgoose> | yep, got it |
13:38 | <TheWildgoose> | by the way... |
13:38 | <TheWildgoose> | For me, when I first go into "Rip", I get an "error". in brief "disconnected from transcoder, this is not good" |
13:39 | <TheWildgoose> | then I quite out and come back in again, and get "not connected to transcoder, hit a number key to try again" |
13:39 | <TheWildgoose> | I press a number and everything seems to be OK |
13:39 | <TheWildgoose> | Is this what everyone else gets? |
13:40 | <thor_> | hmmm .... the mtd is known to occasionally segfault .... I'm still trying to track that down (probably a missing mutex somewhere) ... let me worry about that |
13:48 | <TheWildgoose> | For me it happens (I think) every time. However, it runs fine on the second go (I guess) |
13:49 | <TheWildgoose> | Hope that is uesful info anyway |
13:49 | <hadees> | anyone have any trouble getting lirc to work in gentoo? |
13:49 | <hadees> | specificly with irman |
13:53 | -!- | daralc [~flsdakfja@130-127-84-72.johnstonea.resnet.clemson.edu] has joined #mythtv |
13:53 | <daralc> | is there a way to Watch Live TV without having xmltv listings? i don't think my campus uses standard cable... |
13:53 | <daralc> | what website does xmltv pull US listings from? |
13:53 | <thor_> | zap2it |
13:54 | <daralc> | hah! |
13:54 | <daralc> | it does work |
13:54 | <daralc> | i put in wrong zip code |
13:54 | <daralc> | 29634 is mailing zip code |
13:54 | <daralc> | but 29632 is true zip code |
13:55 | <thor_> | can you send along your DOB and SSN ? |
13:55 | <daralc> | ya |
13:55 | <daralc> | question though... |
13:55 | <daralc> | is there a plugin for aim? :) |
13:55 | <daralc> | haha |
13:55 | <thor_> | not yet |
13:56 | <daralc> | is someone writing one? |
13:56 | <thor_> | not yet |
13:57 | -!- | daralc [~flsdakfja@130-127-84-72.johnstonea.resnet.clemson.edu] has quit [] |
14:21 | <paulproteus> | <thor_> can you send along your DOB and SSN ? |
14:21 | <paulproteus> | <daralc> ya |
14:21 | <paulproteus> | Heh. |
14:25 | <dja__> | thor_: in your email you asked if anyone had any dissenting info. I can tell you that I'm having the same problem, but my ivtv is from 2003-08-08 (been afraid to upgrade since it was working pretty well :-) |
14:26 | <thor_> | hmmmm |
14:26 | <Chutt> | thor |
14:26 | <Chutt> | or dja |
14:26 | <thor_> | the "offending" .nuv's play just fine in mplayer |
14:26 | <thor_> | ah, Chutt |
14:26 | <Chutt> | avformatdecoder.cpp |
14:26 | <Chutt> | read_avf() |
14:26 | <dja__> | yes they do :-) |
14:26 | <Chutt> | line 147 or so |
14:26 | <thor_> | ok |
14:27 | <dja__> | (meant that as an agreement) |
14:27 | <Chutt> | is currently: return dec->getRingBuf()->Read(buf, buf_size); |
14:27 | <Chutt> | make it: int ret = dec->getRingBuf()->Read(buf, buf_size); |
14:27 | <Chutt> | cout << "read from buffer: " << buf_size << " ret: " << ret << endl; |
14:27 | <Chutt> | return ret; |
14:28 | <Chutt> | then run it on a file that dies, and let's see the last couple lines of output |
14:28 | <thor_> | okey dokey |
14:30 | <dja__> | Chutt: here are the last 3 lines: |
14:30 | <dja__> | read from buffer: 32768 ret: 32768 |
14:30 | <dja__> | could not find codec parameters: rbuf://127.0.0.1:6543/home/mythtv/tv/ringbuf1.nuv |
14:30 | <dja__> | pure virtual method called |
14:30 | <dja__> | (the first line was repeated 6-7 times) |
14:30 | <Chutt> | ok, so that's not failing |
14:31 | <thor_> | yup |
14:31 | <thor_> | here too |
14:31 | <Chutt> | same pure virtual? |
14:31 | <dja__> | sorry, but huh? |
14:31 | <Chutt> | ok, so in libs/libavformat/mpeg.c |
14:31 | <thor_> | yeah, mpeg.c |
14:31 | <Chutt> | line 464 |
14:31 | <Chutt> | where it sets val = -1 |
14:31 | <Chutt> | val = -1; |
14:31 | <thor_> | hehe line numbers are pretty off at this point |
14:32 | <Chutt> | before the found: |
14:32 | <thor_> | uhm, mpegps_read_packet is returning -EIO |
14:33 | <Chutt> | printf("%d %d %x %x\n", n, *size_ptr, state, val); |
14:33 | <Chutt> | i know. |
14:33 | <thor_> | ok |
14:33 | <Chutt> | we're looking in find_start_code |
14:33 | <thor_> | yup |
14:33 | <thor_> | putting in the printf |
14:33 | <Chutt> | again, last couple lines of that printf |
14:33 | <thor_> | ... |
14:34 | <thor_> | compiling ... |
14:34 | <Chutt> | well, only line of that printf |
14:34 | <Chutt> | actually |
14:34 | <Chutt> | it should only trigger once |
14:35 | <dja__> | Chutt: 0 100000 0 ffffffff |
14:35 | <Chutt> | ok |
14:35 | <thor_> | 0 100000 0 40bf3234 |
14:35 | <Chutt> | weird. |
14:36 | <Chutt> | yeah, val doesn't much matter |
14:36 | <thor_> | on the frontend console |
14:36 | <Chutt> | in libavformat/util.c |
14:36 | <thor_> | on the backend |
14:36 | <thor_> | 99999 100000 ff00 1 |
14:36 | <Chutt> | there's two occurances of hurry_up = 1 or 0 |
14:37 | <thor_> | yup |
14:37 | <Chutt> | remove those |
14:37 | <Chutt> | and try again |
14:39 | <thor_> | that does not seem to help |
14:39 | <Chutt> | ah well |
14:39 | <dja__> | odd -- that worked for me... |
14:39 | <thor_> | although I would want to do a distclean, make before rendering a verdict |
14:39 | <dja__> | (I'm trying it on livetv, which was failing before on the second try) |
14:39 | <Chutt> | dja, removing the hurry_up's fixed it for you? |
14:39 | <dja__> | yes |
14:39 | <Chutt> | i had already removed those from my tree |
14:39 | <Chutt> | heh |
14:39 | <thor_> | lemme try the clean, what not |
14:40 | <dja__> | let me try it on some recorded shows. |
14:40 | <Chutt> | thor, also, maybe try to increase the size of MAX_SYNC_SIZE in mpeg.c |
14:40 | <thor_> | ok |
14:41 | <dja__> | hmm...doesn't fix it completely on livetv...still fails if I enter/exit several times |
14:43 | <Chutt> | ok |
14:43 | <Chutt> | then |
14:43 | <dja__> | didn't help at all on already recorded shows -- first time viewing works fine, exit and renter crashes |
14:43 | <Chutt> | RingBuffer.cpp |
14:44 | <Chutt> | http://cvs.mythtv.org/cgi-bin/viewcvs.cgi/mythtv/libs/libmythtv/RingBuffer.cpp?r1=1.70&r2=1.71 |
14:44 | <Chutt> | go to that page |
14:44 | <Chutt> | look for the modifications starting at line 845 on the right hand column |
14:45 | <Chutt> | you're going to revert all of them |
14:45 | <thor_> | okey dokey |
14:45 | <Chutt> | _except_ for the two pthread_mutex_lock/unlock changes |
14:45 | <thor_> | (boy I hope my daughter doesn't wake up) |
14:45 | <Chutt> | until the changes starting at line 937 |
14:46 | <thor_> | right, both blocks, except the mutex stuff |
14:47 | <Chutt> | if _that_ doesn't work, i dunno |
14:47 | <Chutt> | probably have to revert more bits of RingBuffer.cpp |
14:51 | <thor_> | hmmm ... you want the usleep in there between the mutex locks? |
14:52 | <thor_> | or just the lock() ... unlock() block but with the old if |
14:52 | <Chutt> | the availWaitMutex stuff should go |
14:52 | <thor_> | ok |
14:52 | <dja__> | yea! -- I've done a bunch of enter/exits on livetv and recorded shows -- so far so good |
14:53 | <Chutt> | those changes just shaved like 0.01 seconds off a channel change |
14:53 | <Chutt> | i can live without them |
14:53 | <dja__> | I'm sure someone will complain... |
14:54 | | * thor_ is apparently a slow typist |
14:55 | <dja__> | (I even had to stop to put a dvd in for my daughters -- they ARE awake and driving me crazy :-) |
14:55 | <thor_> | mythVideo --> child video is your friend |
14:56 | <Chutt> | dja, can you try one thing for me? |
14:56 | <Chutt> | the last change, the WaitForPause() bit? |
14:56 | <dja__> | yes, but I only have one myth box -- and I'm kinda working on it right now...I've copied over 110 DVD's onto my hard drive -- it's great... |
14:56 | <dja__> | sure |
14:56 | <Chutt> | put that back as it was? |
14:56 | <dja__> | so replace "while ...usleep(50)" with "WaitForPause()"? |
14:57 | <Chutt> | yeah |
14:57 | <Chutt> | like it was in current cvs code |
14:57 | <dja__> | compiling now... |
14:58 | <Chutt> | oh, actually |
14:58 | <dja__> | seems to work fine with the "WaitForPause()" -- tried many changes... |
14:58 | <Chutt> | i think i see the problem |
14:59 | <dja__> | cool, |
14:59 | <dja__> | s/,// |
14:59 | <Chutt> | hmm |
14:59 | <Chutt> | how to get you back to current cvs RingBuffer.cpp |
14:59 | <Chutt> | i'd just delete the file from your tree and cvs update |
14:59 | <thor_> | delete update ? |
14:59 | <dja__> | ok -- will do |
15:00 | <Chutt> | so it'll re-download the file |
15:00 | <thor_> | I knew I shouldn't have done that make distclean ... |
15:00 | <Chutt> | heh |
15:00 | <Chutt> | takes forever to compile, yea yea |
15:00 | <Chutt> | anyway |
15:00 | <dja__> | doesn't take that long on my machine :-) |
15:01 | -!- | Edgan [~lw@proton.cygnusx-1.org] has quit ["Client exiting"] |
15:01 | <thor_> | so, from a current RingBuffer, is there something else .... |
15:01 | <dja__> | (compiling now to make sure it's still broken :-) |
15:01 | <Chutt> | yeah |
15:01 | <Chutt> | i'm working on it |
15:01 | <thor_> | k |
15:05 | <dja__> | duh -- it helps if you remove the .o when you put back an older .cpp :-) anyhow, it's broken now... |
15:05 | <Chutt> | http://cvs.mythtv.org/diff.diff |
15:05 | <Chutt> | try that little patch |
15:05 | <Chutt> | if that doesn't work, i'll just revert things |
15:05 | <thor_> | mine is now totally hosed .... I'm going to update RingBuffer.cpp and apply the patch |
15:07 | <dja__> | seems to have fixed it for me...both livetv and recorded shows -- can enter/exit many times w/o dying |
15:07 | <Chutt> | great |
15:07 | <Chutt> | does it ever print out that 'waited 2 seconds' message? |
15:09 | <dja__> | nope -- lemme play some more and see if I can make it do it...:-) |
15:10 | <thor_> | patch applied .... compiling |
15:11 | <dja__> | still nope -- went in/out several shows several times... |
15:11 | <Chutt> | ok, good |
15:12 | <Chutt> | i'm just going to commit it to cvs |
15:12 | <Chutt> | along with the ffmpeg resync i did earlier today |
15:12 | <dja__> | now if I could just figure out why my picture seems to occasionally get "snowy" (vertical blue streaks) - unfortunately rmmod/insmod ivtv doesn't seem to fix it, only a reboot... |
15:13 | <Chutt> | i get that occasionally as well |
15:13 | <dja__> | do you have to reboot, or have you figured out a better way? Luckily so far it has only happened when I'm playing, never on a recording...:-) |
15:14 | <Chutt> | oh, you're talking about something else |
15:14 | <Chutt> | occasionally, the recorded image just goes all crappy for me |
15:14 | <Chutt> | and i have to reboot to fix the driver |
15:14 | <dja__> | ok...I'll have to ask tmk over on the ivtv channel someday...:-) |
15:14 | <thor_> | seems to have fixed things |
15:14 | <thor_> | yeah Chutt |
15:15 | | * thor_ wonders why changing RingBuffer affects playing recordings |
15:15 | <Chutt> | everything reads from the ringbuffer |
15:15 | <thor_> | ah |
15:15 | <thor_> | that would cover it |
15:15 | <thor_> | let me thrash the thing a bit to be sure(r) |
15:16 | <Chutt> | i already committed to cvs =) |
15:16 | <Chutt> | dja, who are you, btw? |
15:16 | <dja__> | Dave Alden |
15:17 | <thor_> | seems pretty solid =) |
15:17 | <Chutt> | thanks |
15:17 | <thor_> | dja_, you didn't copy over 110 DVD's using mythDVD, did you? |
15:18 | <dja__> | I wish...you were about 2 months too late...:-) I'm copying over my first one as we speek. To do the 110, I used some (cough, cough) Windows software... |
15:18 | <dja__> | s/speek/speak/ |
15:18 | <thor_> | ah, ok |
15:19 | <dja__> | If all goes well, I plan on redoing the archive using mythDVD... |
15:19 | <Chutt> | why do that? |
15:19 | <Chutt> | same stuff, no? |
15:19 | <dja__> | Chutt: glad I could be of some help for once...:-) |
15:20 | <dja__> | yes, but there are some issues with skipping around the movies in mplayer -- many of them won't skip beyond a certain point...I'm hoping transcode does a better job... |
15:20 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Remote closed the connection] |
15:20 | <thor_> | all right, excellent .... time to fix the little one some lunch |
15:21 | <dja_> | I wonder if someone will someday come out with a method to rip the entire dvd (extras included)...:-) |
15:21 | <mikegrb> | heh |
15:22 | <dja_> | my wife still insists on watching DVD's off the original DVD so she can see the extras... |
15:23 | <mikegrb> | I rarely use the extracs on the dvds though with some discs it is sort of necessary |
15:23 | <sfr> | mikegrb: necessary? how come? |
15:32 | -!- | Edgan [~lw@proton.cygnusx-1.org] has joined #mythtv |
15:36 | -!- | c0nflict [~spencer@c0nflict.is.punkfuckingrock.net] has joined #mythtv |
15:37 | <c0nflict> | I would like to use mythtv to serve up some files I have on my box. it is a cel400 with 256M RAM. Am I wasting my time with this CPU? |
15:47 | -!- | mechou [~mchou@12-235-7-243.client.attbi.com] has left #mythtv [] |
15:53 | -!- | kje [~ke-aa@ti132110a080-2522.bb.online.no] has joined #mythtv |
15:53 | -!- | kja [~ke-aa@ti132110a080-2522.bb.online.no] has quit [Remote closed the connection] |
15:54 | -!- | Drikus [~Drikus@cc45940-a.deven1.ov.home.nl] has quit ["toedeledoki"] |
15:54 | -!- | kje is now known as kja |
15:56 | -!- | dakeyrus [dakeyrus@ephesus.rh.rit.edu] has joined #mythtv |
15:56 | -!- | DJHaCK [~DJHaCK@dial-81-112-113-216.megacom.net] has joined #mythtv |
15:57 | -!- | kja [~ke-aa@ti132110a080-2522.bb.online.no] has quit [Client Quit] |
16:00 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has joined #mythtv |
16:03 | -!- | kja [~ke-aa@ti132110a080-2522.bb.online.no] has joined #mythtv |
16:16 | -!- | _marc [~marc@194.235.194.40] has joined #mythtv |
16:30 | -!- | _marc [~marc@194.235.194.40] has quit [SendQ exceeded] |
16:30 | -!- | _marc [~marc@194.235.194.40] has joined #mythtv |
16:37 | <DJHaCK> | anyone knows why live video from the bttv card doesn't stretch to fullscreen ? |
16:44 | -!- | dja__ [~alden@dhcp9560050.columbus.rr.com] has quit [Remote closed the connection] |
16:46 | -!- | _marc [~marc@194.235.194.40] has quit ["using sirc version 2.211+KSIRC/1.2.1"] |
16:47 | -!- | tmk [~no@12-234-205-129.client.attbi.com] has joined #mythtv |
16:47 | <tmk> | afternoon |
16:48 | <tmk> | hey chutt: i thought we weren't using the FRAMESYNC ioctl anymore |
16:51 | -!- | markr [user2@ip68-12-173-250.ok.ok.cox.net] has joined #mythtv |
17:02 | -!- | sc00p_ [~sc00p@adsl-154-152-46.cae.bellsouth.net] has joined #mythtv |
17:05 | -!- | markr [user2@ip68-12-173-250.ok.ok.cox.net] has quit [] |
17:07 | <dja_> | quick comment about native LIRC: you probably don't want to use it if you're going to use mythvideo...:-)...this is probably obvious to smart people (not me :-) |
17:20 | -!- | sc00p__ [~sc00p@adsl-154-152-251.cae.bellsouth.net] has quit [Read error: 110 (Connection timed out)] |
17:23 | -!- | keturn [~kevin@130-94-161-17-dsl.hevanet.com] has quit [Read error: 110 (Connection timed out)] |
17:23 | <Chutt> | tmk, i'm not |
17:28 | | * poptix plays with 2.6.0-test5 |
17:48 | <tmk> | chutt: it's printing out error messages relating to FRAMESYNC like 30 per second |
18:14 | <DJHaCK> | what's the "QSqlDatabase warning : QMYSQL3 driver not loaded error" coming from ? |
18:18 | -!- | Markos [markl@CPE004005573530-CM014340008532.cpe.net.cable.rogers.com] has quit [Read error: 104 (Connection reset by peer)] |
18:19 | <sfr> | DJHaCK: did you install the qt mysql driver? package libqt3c102-mt-mysql in debian/unstable. |
18:23 | -!- | bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has joined #mythtv |
18:25 | -!- | sfr [~sfr@pD9518690.dip.t-dialin.net] has quit ["Client exiting"] |
18:25 | <DJHaCK> | not sure , I used the gentoo ebuild |
18:30 | <mikegrb> | poptix: it's nice |
18:32 | <Chutt> | tmk, i didn't bother to change the perror, it's calling GET_TIMING |
19:00 | <tmk> | ahh ok |
19:07 | <linagee> | why does my pvr250 have trouble with this show with lots of black backgrounds? |
19:07 | <linagee> | does black make mpeg2 compression more difficult or something? |
19:08 | <tmk> | chutt: the GET_TIMING errors happen even when not decoding though |
19:09 | <tmk> | is there some thread that isn't getting killed off? |
19:14 | -!- | phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has joined #mythtv |
19:21 | -!- | bbeattie [~mythtv@cpe-66-1-180-69.ut.sprintbbd.net] has quit ["Client Exiting"] |
19:27 | -!- | c0nflict [~spencer@c0nflict.is.punkfuckingrock.net] has left #mythtv ["bah"] |
19:33 | -!- | deadparrot [~craig@vdsl-130-13-145-163.phnx.uswest.net] has joined #mythtv |
19:35 | <deadparrot> | who |
19:38 | <deadparrot> | quit |
19:38 | -!- | deadparrot [~craig@vdsl-130-13-145-163.phnx.uswest.net] has quit ["Leaving"] |
19:40 | <poptix> | damn |
19:41 | <poptix> | 63% cpu for playback on my celeron 2ghz over wireless |
19:41 | <poptix> | i think that's because of the shitty video though |
19:42 | <phar0e> | I use 2-3% for playback on an XP 1800+ |
19:43 | <poptix> | yeah, i need to install the intel video driver |
19:43 | <poptix> | top says 3.5% |
19:43 | <poptix> | for mythfrontend |
19:44 | <poptix> | but 63% user total |
19:44 | <phar0e> | weird, I only remember looking at mythfrontend process |
19:44 | | * poptix kills gkrellm |
19:45 | <poptix> | that's odd |
19:45 | <phar0e> | but it was probably using a lot more.. oh well.. I notice zero problems watching a recorded program and record another program at the same time, so I am happy |
19:45 | <poptix> | there's nothing in top using any signifigant amount of cpu, yet it says 63% |
19:45 | <poptix> | just upgrading to 2.6.0-test5 |
19:46 | <poptix> | maybe i should make sure top is up to date |
19:53 | -!- | tmk [~no@12-234-205-129.client.attbi.com] has quit [] |
19:57 | -!- | phar0e [phar0e@cpe-24-24-236-156.socal.rr.com] has quit [] |
20:13 | -!- | choenig [~choenig@pD952C0F0.dip.t-dialin.net] has quit [Read error: 104 (Connection reset by peer)] |
20:15 | <hadees> | anyone have any issues with lirc and gentoo? i can't get it to work |
20:17 | <DJHaCK> | I tried before , but I eventually gave up (using the IR port of a bt8x8 capture card) , I don't think the problem was gentoo-related |
20:18 | <bline> | works fine for me |
20:18 | <vektor> | lirc is notoriously difficult to get working. |
20:18 | <DJHaCK> | I ordered a USB Fast-IR adapter I'll get it next week , maybe it'll work better |
20:18 | <vektor> | It's also notoriously buggy. |
20:19 | <vektor> | We dropped native lirc support from our app because it wasn't worth it to be so tied to it (and things still worked with irexec+a helper app). |
20:20 | <bline> | "tied to it" ? |
20:21 | <vektor> | People have problems and maybe want to remove/reinstall it and I don't want them to have to recompile my app. Same problem with there being multiple incompatible red hat packages for lirc. |
20:22 | <DJHaCK> | I'll have to control a sat receiver , a tv and take input from 3 IR remotes and one RF remote , and got a wireless keyboard with specials "multimedia" keys should I go with lirc or use what mythtv has builtin ? |
20:27 | <bline> | vektor: linking against it does not mean you have to recompile your app unless they change the version and it breaks compatibility afaik |
20:31 | <bline> | DJHaCK: I use a wireless keyboard and a remote with lirc builtin support in myth with no problems. I'm sure what all those other remotes have to do with this unless you want to use them all the control things with lirc.. |
20:35 | | * bline heads off to work |
20:44 | -!- | DJHaCK [~DJHaCK@dial-81-112-113-216.megacom.net] has quit [Read error: 113 (No route to host)] |
20:56 | -!- | ForsGump [~fabulous@adsl-67-67-34-253.dsl.wchtks.swbell.net] has joined #mythtv |
20:57 | -!- | ForsGump [~fabulous@adsl-67-67-34-253.dsl.wchtks.swbell.net] has quit [Client Quit] |
21:00 | -!- | dakeyrus [dakeyrus@ephesus.rh.rit.edu] has quit [Read error: 104 (Connection reset by peer)] |
21:23 | -!- | absurdhero [~absurd@12-246-239-142.client.attbi.com] has joined #mythtv |
21:51 | -!- | absurdhero [~absurd@12-246-239-142.client.attbi.com] has quit ["Client exiting"] |
21:55 | | * bline arives at work |
22:00 | -!- | DJHaCK [~DJHaCK@dial-196-112-113-216.megacom.net] has joined #mythtv |
22:12 | -!- | sc00p_ [~sc00p@adsl-154-152-46.cae.bellsouth.net] has quit [Read error: 110 (Connection timed out)] |
22:14 | -!- | dakeyrus [dakeyrus@ephesus.rh.rit.edu] has joined #mythtv |
22:33 | -!- | dopez [~unknown@dopez.xs4all.nl] has quit ["..."] |
22:42 | -!- | robertj [~robertj@c-24-98-81-170.atl.client2.attbi.com] has joined #mythtv |
23:23 | <linagee> | Argh. i hate that. i will miss ATHF just to see ER.... :( |
23:45 | -!- | dwmurphy [DavidMurph@h24-84-179-240.vc.shawcable.net] has joined #mythtv |
23:49 | -!- | tmk [~no@12-234-205-129.client.attbi.com] has joined #mythtv |
--- | Log | closed Mon Sep 15 00:00:17 2003 |