| 00:00 | <Antw73> | will the database and the recorded file work with the 0.6 version? |
| 00:00 | <Chutt> | it _should_ but |
| 00:00 | <Chutt> | i dunno |
| 00:00 | <Chutt> | but, real quick |
| 00:00 | <Chutt> | can you comment out the WriteAudio(zeros, 1024); |
| 00:00 | <Antw73> | sure |
| 00:00 | <Chutt> | lines at 1267 and 1260? |
| 00:01 | <Chutt> | don't need to resend anything |
| 00:01 | <Antw73> | done, build yet? =) |
| 00:01 | <Chutt> | just want to know if it helps or not |
| 00:01 | <Antw73> | k |
| 00:01 | <Chutt> | if it doesn't, there'll be more debugging lines |
| 00:01 | <Antw73> | oh goodie =) |
| 00:02 | <Chutt> | oh yes :p |
| 00:02 | <Antw73> | time to double the scrollback again then =) |
| 00:05 | <Antw73> | nope, same thing, video goes slowmo and the audio buffer gets out of sync, then it repeats the same unsync pattern every 15 seconds or so, whether or not I us the FF/RW again, seem to resync after the FF quickly now, but loses sync again 15 seconds later and takes about 10 seconds to resync. |
| 00:06 | <Chutt> | hrm |
| 00:06 | <Antw73> | live tv is still just peachy and perfect in all conditions |
| 00:06 | <Chutt> | which is very weird |
| 00:07 | <Antw73> | yup, you'd think live would be the first thing to freak out |
| 00:08 | <Chutt> | exactly |
| 00:09 | <Chutt> | oh, and no, 0.6 won't be able to play those files |
| 00:09 | <Antw73> | nope, watching morning news and using ff/rw a lot just now, working great |
| 00:10 | <Antw73> | heh, thought it was freaky live there for a sec, was an action replay in slowmo of a sports game, doh |
| 00:10 | <Chutt> | heh |
| 00:11 | <Antw73> | btw, love the quality of the live tv, thanks a lot |
| 00:11 | <Chutt> | 'welcome. |
| 00:12 | <Antw73> | I have a small patch for you at some point for mythfilldatabase to allow the swedish channels =) |
| 00:12 | <Chutt> | sooner the better for that |
| 00:12 | <Chutt> | 0.7 might be coming out soon |
| 00:13 | <Antw73> | ok, let me get that off to you later on today then, I need to write up some docs for fixing the XMLTV output in the database too |
| 00:13 | <Antw73> | its all messed up for europeans just now |
| 00:14 | <Antw73> | I blame the lack of standard channel settings over here =) |
| 00:14 | <Chutt> | heh |
| 00:15 | <Chutt> | hrm |
| 00:15 | <Chutt> | so |
| 00:15 | <Antw73> | AHA! |
| 00:15 | <Antw73> | I've managed to recreate the bug live |
| 00:16 | <Antw73> | pressing the FF button too fast, before the feed has a chance to resync causes the same symtom |
| 00:17 | <Chutt> | hrm |
| 00:17 | <Antw73> | shouldn't that be sitting in a nice happy mutex thoug? |
| 00:17 | <Chutt> | it is |
| 00:17 | <Antw73> | hrm... |
| 00:18 | <Antw73> | can you recreate that bug locally? |
| 00:18 | <Chutt> | nope |
| 00:18 | <Antw73> | grrr. |
| 00:18 | <Chutt> | one sec |
| 00:19 | <Antw73> | I'm going to try playing nice with the recording and see if it survives FF and RW if I give it a chance to sync |
| 00:20 | -!- | Chutt2 [~ijr@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv |
| 00:20 | <Chutt2> | set time: 122739 123469 93572 88452 3201124 1035952665 237879 |
| 00:20 | <Chutt2> | set time: 118717 123469 608540 96540 3201124 1035952665 238702 |
| 00:20 | <Chutt> | see the difference in the 3rd number there? |
| 00:21 | -!- | Chutt2 [] has quit [Client Quit] |
| 00:21 | <Antw73> | yup |
| 00:21 | <Chutt> | i think that's the problem |
| 00:21 | <Antw73> | ok, whats that number mean? |
| 00:21 | <Chutt> | well |
| 00:22 | <Chutt> | it's the total number of bytes in the internal audio buffer plus what's not been played on the soundcard yet |
| 00:23 | <Chutt> | it shouldn't be jumping 500kb |
| 00:23 | <Antw73> | ok |
| 00:23 | <Chutt> | now, just time to figure out _why_ |
| 00:25 | <Chutt> | hrm |
| 00:25 | <Chutt> | line 679 |
| 00:25 | <Chutt> | function: audiolen() |
| 00:25 | <Chutt> | before the unlock |
| 00:25 | <Antw73> | yup |
| 00:25 | <Chutt> | cout << "audiolen " << AUDBUFSIZE << " " << raud << " " << waud << endl; |
| 00:26 | <Antw73> | inside or outside the if? |
| 00:26 | <Chutt> | before the if |
| 00:26 | <Chutt> | anywhere in that function, really |
| 00:26 | <Chutt> | but not in the if (use_lock) |
| 00:26 | <Antw73> | done |
| 00:26 | <Chutt> | so i guess it's not really 'anywhere' |
| 00:26 | <Antw73> | heh |
| 00:27 | <Antw73> | want the log? |
| 00:27 | <Chutt> | yup |
| 00:28 | <TardisX> | CHECK |
| 00:28 | <TardisX> | sorry, damn focus :-) |
| 00:28 | <Chutt> | heh |
| 00:29 | <TardisX> | focus follows mouse, except when switching workspaces :-) |
| 00:30 | <TardisX> | so is a cvs update and recompile a scary proposition at the moment? I haven't yet got the version that can record extra on programs.... but is now a bad time? |
| 00:30 | <Chutt> | well |
| 00:30 | <Chutt> | current cvs is working fine for me |
| 00:31 | <TardisX> | ok I'll do it... |
| 00:31 | <Chutt> | and, if it breaks like it's doing for him for you, that'd be good to know |
| 00:31 | <TardisX> | I'm not scared :-) |
| 00:31 | <TardisX> | OK I'm not at home right now. I'll compile it now, and try it tonight... |
| 00:32 | <Antw73> | heheh, ok, log sent, its getting pretty big |
| 00:32 | <Chutt> | yeah |
| 00:33 | <Antw73> | sorry TardisX, but I kinda hope you have the same problem =) no offense yer know =) |
| 00:33 | <TardisX> | :-) |
| 00:34 | <Antw73> | erk, GF noticed I am still up, brb got to explain meself =) |
| 00:34 | <Chutt> | hrm |
| 00:34 | <Chutt> | that's weird |
| 00:35 | <TardisX> | what the GF bit? |
| 00:35 | <Chutt> | no |
| 00:35 | <Chutt> | the log |
| 00:35 | <TardisX> | :-) |
| 00:37 | <Antw73> | back =) so, whats not wierd about me today.... |
| 00:37 | <Chutt> | heh |
| 00:38 | <Chutt> | are you using mp3 compression, or not? |
| 00:38 | <Antw73> | not |
| 00:39 | <Chutt> | hm |
| 00:41 | <TardisX> | strip: /usr/local/share/mythtv/themes/: Is a directory |
| 00:41 | <TardisX> | make[1]: *** [install_themes] Error 1 |
| 00:41 | <Chutt> | what version of qt is that? |
| 00:41 | <Chutt> | people keep telling me it does that for them, but it shouldn't be stripping things |
| 00:42 | <TardisX> | [root@leela MC][root@leela MC]# rpm -q qt |
| 00:42 | <TardisX> | qt-3.0.5-17 |
| 00:42 | <TardisX> | it seems non-fatal |
| 00:43 | <Antw73> | I'm using 3.0.5 too, not seen that beofre |
| 00:43 | <Chutt> | it is, but it's means it's probably stripping all the binaries on install |
| 00:43 | <Chutt> | which is kinda bad if you want to debug things |
| 00:44 | <Namapoos> | hey Chutt |
| 00:44 | <Namapoos> | i've been meaning to ask you |
| 00:44 | <Namapoos> | is there any reason you chose qt instead of gtk? |
| 00:44 | <Chutt> | longstanding dislike of gtk |
| 00:44 | <Antw73> | oooo, thats not a question you should ask in the open =) |
| 00:45 | <Antw73> | thats like the vi/emacs thing |
| 00:46 | <Chutt> | heh |
| 00:46 | <Chutt> | ah |
| 00:46 | <Chutt> | line 1307 |
| 00:46 | <Chutt> | if (bytesperframe <= audiolen(false)) |
| 00:46 | <Chutt> | make that a < |
| 00:46 | <Antw73> | ok, anyting else? |
| 00:47 | -!- | Chutt2 [~bleh@dsl093-011-148.cle1.dsl.speakeasy.net] has joined #mythtv |
| 00:48 | <Chutt2> | blah |
| 00:48 | <Chutt2> | what'd i say last? |
| 00:48 | <Antw73> | make that a < |
| 00:48 | <Antw73> | and I said, anyting else? =) |
| 00:48 | <Chutt2> | [00:47][00:47] <Chutt> make that a < |
| 00:48 | <Chutt2> | [00:47][00:47] <Chutt> instead of a <= |
| 00:48 | <Chutt2> | [00:47][00:47] <Chutt> you don't need to generate a logfile |
| 00:48 | <Chutt2> | [00:47][00:47] <Chutt> just tell me if that helps/hurts any |
| 00:48 | <Chutt2> | there |
| 00:48 | <Antw73> | ok |
| 00:48 | <Antw73> | building |
| 00:48 | <Namapoos> | Chutt, because of what it does, or just preference |
| 00:48 | -!- | Chutt [] has quit [Read error: 104 (Connection reset by peer)] |
| 00:49 | -!- | Chutt2 is now known as Chutt |
| 00:49 | <Chutt> | gtk sucks |
| 00:49 | <Chutt> | badly. |
| 00:50 | <Chutt> | it's poorly documented |
| 00:50 | <Chutt> | things like the tree widget are _way_ overcomplicated |
| 00:51 | <Chutt> | and it's extremely limiting in its design |
| 00:51 | <Antw73> | you know what, I think that got it, let me just stress it a little more. |
| 00:52 | <Antw73> | BTW I agree with Chutt, for all but 3D stuff I use QT, for 3D I use gtk, but only because I've always used gtkgl widgets =) |
| 00:53 | <Chutt> | i've written a few tens of thousands of lines of gtk |
| 00:53 | <Chutt> | got tired of digging through the gtk source just to figure out how the hell i was supposed to be doing something |
| 00:54 | <Chutt> | so i figured i'd try and learn qt when i started mythtv =) |
| 00:54 | <Antw73> | nod, I only tend to write small frontends in either so I've never really hit on big problems with either =) |
| 00:54 | <Antw73> | ok, looks like you nailed down my syncing problem |
| 00:54 | <Chutt> | that was it? |
| 00:54 | <Antw73> | yup |
| 00:54 | <Chutt> | sweet |
| 00:54 | <Chutt> | how long did that take? |
| 00:54 | <Chutt> | 3 hours |
| 00:54 | <Chutt> | geez |
| 00:55 | <Antw73> | hmmm, nearly 2 hours |
| 00:55 | <Antw73> | that long??? |
| 00:55 | <Antw73> | ack =) |
| 00:55 | <Chutt> | yeah |
| 00:55 | <Chutt> | ok |
| 00:55 | <Chutt> | changes were |
| 00:55 | <Chutt> | that <= to a < |
| 00:55 | <Antw73> | oh well, work in an hour =) |
| 00:55 | <Chutt> | and the extra gettimeofday(&nexttrigger |
| 00:55 | <Antw73> | yup |
| 00:55 | <Chutt> | it'll be in my next commit |
| 00:55 | <Chutt> | i need to go to bed or something =) |
| 00:56 | <TardisX> | I guess I'll compile again when I get home :-) |
| 00:56 | <Chutt> | well |
| 00:56 | <Antw73> | and a couple of small things here and there, did we change anything else? |
| 00:56 | <Chutt> | thing is |
| 00:56 | <Chutt> | err, i dunno |
| 00:56 | <Chutt> | can you do a cvs diff and email it to me? |
| 00:56 | <Antw73> | let me run a quick diff |
| 00:56 | <Antw73> | heheh |
| 00:56 | <Antw73> | whats the CVS server, I've been grabbing tarballs |
| 00:57 | <Chutt> | anyway, thing is, if i do a checkin now, i'm going to break everything besides the mythtv module, since i've changed libmyth around |
| 00:57 | <Chutt> | password is mythtv |
| 00:59 | <Antw73> | ok, pulling out MC module, I'll whip an edited diff over in a few mins, I'll clip out the guerilla debugging bits |
| 00:59 | <Chutt> | ok |
| 00:59 | <Chutt> | thanks |
| 00:59 | <Antw73> | well, I'm pretty sure you don't want to commit those =) |
| 00:59 | <Chutt> | heh |
| 00:59 | <Chutt> | yeah, not quite =) |
| 00:59 | <Antw73> | hehe |
| 01:00 | <Antw73> | whats the time over there now? |
| 01:00 | <Chutt> | 1 am |
| 01:00 | <Chutt> | but i got used to going to bed early during my vacation |
| 01:00 | <Antw73> | ouch, 7am here, thanks for all the help today |
| 01:00 | <TardisX> | I've got 4:30pm just for kicks :-) |
| 01:01 | <Antw73> | If I'm lucky I'll get an hour before I have to go be sysadmin for the Swedish government again =) |
| 01:01 | <Chutt> | heh |
| 01:01 | <Antw73> | so, no nasty attacks today plz kiddies =) |
| 01:01 | <Chutt> | heh |
| 01:02 | <Antw73> | good night, thanks again. I'll get this diff off, and a patch for the filldb stuff too |
| 01:02 | <Chutt> | cool |
| 01:03 | <Chutt> | a patch for the australian grabber would be nice, too :) |
| 01:05 | <TardisX> | diff -r1.13 filldata.cpp |
| 01:05 | <TardisX> | 698c698 |
| 01:05 | <TardisX> | < else if (xmltv_grabber == "tv_grab_na") |
| 01:05 | <TardisX> | --- |
| 01:05 | <TardisX> | > else if ((xmltv_grabber == "tv_grab_na") || (xmltv_grabber == "tv_grab_aus")) |
| 01:05 | <TardisX> | but I wouldn't trust my grabber as far as I could throw it :-) |
| 01:05 | <Chutt> | heh |
| 01:05 | <Chutt> | heh |
| 01:05 | <Chutt> | but, you mailed it to the xmltv guy, right? |
| 01:05 | <TardisX> | yep. I'm trying to make it presentable for xmltv distribution. |
| 01:05 | <TardisX> | right now it only works in my state |
| 01:05 | <TardisX> | and has no configuration :-) |
| 01:06 | <TardisX> | all eveil hardcoded stuff |
| 01:06 | <TardisX> | but next couple of days should make it more presentable |
| 01:06 | <Chutt> | ah |
| 01:06 | <Chutt> | well, i'll make that change, at least |
| 01:06 | <TardisX> | I hate parsing web pages that's for sure |
| 01:06 | <Chutt> | yup |
| 01:06 | <Antw73> | don't we all =) |
| 01:07 | -!- | pml [~pml@cdm-66-53-31-laft.cox-internet.com] has joined #mythtv |
| 01:08 | <Antw73> | ok, found 1 other thing we did, commmenting out the WriteAudio things.... |
| 01:08 | <Chutt> | yeah, i'm going to leave that out |
| 01:09 | <Chutt> | those should be fine, i was just grabbing at possible causes |
| 01:09 | <Antw73> | ok, I'll leave them in the diff, you can remember that =) sending it now |
| 01:09 | <Chutt> | cool |
| 01:10 | <Chutt> | pml, you just sent an email to the list, right? |
| 01:10 | <-- pml | (~pml@cdm-66-53-31-laft.cox-internet.com) has left #mythtv |
| 01:10 | <Chutt> | ok, fine |
| 01:10 | <Chutt> | =) |
| 01:10 | <TardisX> | is exporting to some other video format, and editing of recorded shows anywhere near the top of the list? Just curious... |
| 01:10 | <Chutt> | exporting's nowhere on my list |
| 01:11 | <Chutt> | editing things as far as taking out commercials is, though |
| 01:11 | <Antw73> | ok, night all |
| 01:11 | <TardisX> | because exporting is just something that an external program can do, it just needs to do 'stuff' to the .nuv file right? |
| 01:11 | -!- | Antw73 [] has quit ["BitchX: its magically delicious!"] |
| 01:11 | <Chutt> | g'nite |
| 01:11 | <TardisX> | nite |
| 01:11 | <Chutt> | right |
| 01:12 | <Namapoos> | taking out commercials would be sweet |
| 01:12 | <Chutt> | yeah |
| 01:12 | <Chutt> | just a little edit mode when you're playing a file back |
| 01:13 | <Namapoos> | do you think you can catch/capture the flags when they splice the commercials in? |
| 01:13 | <TardisX> | is taking out commercials hard, in that, you've got a stream of bytes that you suddenly want to take a few meg out of the middle of? do you have to re-write the rest of the file after? |
| 01:13 | <TardisX> | or would it be more like you mark the bits to clip, and do it in batch after |
| 01:13 | <Chutt> | tardisx, well, i'm thinking of doing it two ways |
| 01:13 | <Namapoos> | i think it would be best to mark |
| 01:13 | <Chutt> | have a 'soft' remove list |
| 01:13 | <Namapoos> | verify |
| 01:13 | <Namapoos> | then "trim" |
| 01:13 | <Namapoos> | like a bin/cue file |
| 01:13 | <Chutt> | which just marks everything and skips it on subsequent playbacks |
| 01:13 | <TardisX> | gotcha |
| 01:14 | <Chutt> | then you'd be able to commit that, where it'd go through and remove things, creating new keyframes, etc |
| 01:14 | <Chutt> | which would require rewriting the file |
| 01:14 | <Chutt> | automatic commercial removal is more difficult, of course =) |
| 01:15 | <TardisX> | one of our channels it would be easy. |
| 01:15 | <TardisX> | because they put a watermark on EVERYTHING |
| 01:15 | <TardisX> | except the commercials :-) |
| 01:15 | <Chutt> | except commercials? |
| 01:15 | <Chutt> | yeah, prime time tv around here is like that |
| 01:15 | <TardisX> | can't watermark the paying sponsors, gosh no |
| 01:16 | <TardisX> | hehe being able to screen out ads based on that criteria would be the ultimate in-your-face to them ;-) |
| 01:16 | <Namapoos> | TardisX, that's a really good call |
| 01:16 | <Namapoos> | checking alpha layered watermarks |
| 01:16 | <Chutt> | i've seen the watermark == program in a few things that tried to do automatic removal |
| 01:17 | <Namapoos> | how was that? |
| 01:17 | <Chutt> | detecting a mark like that's fairly easy to do |
| 01:18 | <Chutt> | anyway |
| 01:18 | <Namapoos> | so wouldn't that make the commercial thing super easy then? |
| 01:19 | <Chutt> | no |
| 01:19 | <Chutt> | because you can't guarantee that |
| 01:19 | <Chutt> | not all channels do that |
| 01:19 | <Chutt> | they aren't always consistant, etc |
| 01:19 | <Namapoos> | can you think of a chan (outside of the weather channel) that doesn't watermark/tag? |
| 01:20 | <Chutt> | let's see |
| 01:21 | <Namapoos> | i can't find any over here |
| 01:21 | <Chutt> | my abc, upn, and fox stations aren't currently watermarking |
| 01:21 | <Chutt> | pbs has a _barely_ visible mark, i dunno if it'd be detectable |
| 01:22 | <Namapoos> | hmm.. only 2 channels |
| 01:22 | <Namapoos> | out of 50 |
| 01:22 | <Namapoos> | don't watermark |
| 01:33 | <Chutt> | bed time for me |
| 01:35 | <TardisX> | nite! |
| 01:36 | -!- | Tuscany [~username@user-1121k8o.dsl.mindspring.com] has joined #mythtv |
| 03:03 | <TechJosh> | anybody active in here? |
| 03:17 | -!- | TechJosh [] has quit ["using sirc version 2.211+KSIRC/1.2.1"] |
| 05:12 | -!- | ssharma [~ssharma@ca-perris1a-75.snbrca.adelphia.net] has joined #mythtv |
| 05:12 | <ssharma> | is anyone awake? |
| 05:16 | <blinx> | I am |
| 05:23 | <ssharma> | oh, I just wanted to know if anyone has mythtv working with a DishNetwork system yet? |
| 05:23 | -!- | ssharma [] has quit ["Client Exiting"] |
| 05:23 | <blinx> | ah.. can't help you there |
| 05:23 | <blinx> | they don't even exists in my country :) |
| 06:18 | -!- | Conaz [~conaz@12.106.3.51] has joined #mythtv |
| 08:00 | -!- | Universe [~uni@6532175hfc29.tampabay.rr.com] has joined #mythtv |
| 08:16 | <-- Universe | has quit () |
| 08:40 | -!- | Universe [~uni@65.32.175.29] has joined #mythtv |
| 08:47 | -!- | Universe [] has quit [Read error: 104 (Connection reset by peer)] |
| 09:40 | -!- | skeetz [seth@morpheus.yewnix.net] has joined #mythtv |
| 09:40 | <skeetz> | sir chutt? |
| 09:44 | <Chutt> | heh |
| 09:44 | <Chutt> | hi |
| 09:48 | -!- | whatsit [~whatsit@162.40.114.37] has joined #mythtv |
| 09:50 | <whatsit> | Hauppauge WinTV GO FM... anybody use it? |
| 09:51 | <whatsit> | anybody alive? |
| 09:51 | <Chutt> | yes |
| 09:52 | <whatsit> | hey! Chutt's alive! |
| 09:52 | <whatsit> | ;) |
| 09:52 | <whatsit> | Chutt: what tuner card do you use for your mythtv box? |
| 09:53 | <Chutt> | a hauppauge wintv-radio |
| 09:53 | <whatsit> | ic |
| 09:53 | <skeetz> | chutt |
| 09:53 | <Chutt> | and a ati tv wonder ve |
| 09:53 | <skeetz> | any thoughts on the wintv PVR usb? |
| 09:53 | <Chutt> | it's usb |
| 09:53 | <skeetz> | (this is skitzo btw) |
| 09:53 | <Chutt> | 'nuff said |
| 09:53 | <skeetz> | wow, is it really? |
| 09:53 | <skeetz> | </sarcasm> |
| 09:53 | <skeetz> | nevermind. |
| 09:54 | <whatsit> | i would like to get away with building a box out of parts I already have |
| 09:54 | <Chutt> | if it were usb2, then there'd be enough bandwidth to make it useful |
| 09:54 | <skeetz> | chutt |
| 09:54 | <skeetz> | it -does- full screen mpeg2 |
| 09:54 | <Chutt> | at a limited bitrate |
| 09:54 | <Chutt> | sure |
| 09:54 | <whatsit> | but, i only have a pentium II 400Mhz... anybody else have a weak processor like that? |
| 09:54 | <skeetz> | the bitrate is 12 megabits... |
| 09:54 | <skeetz> | which is pretty reasonable IMHO. |
| 09:55 | <Chutt> | it's limited to 6 |
| 09:55 | <skeetz> | eh? |
| 09:55 | <skeetz> | in the drivers its docced differently |
| 09:56 | <skeetz> | regardless, since when is 6 megabits not enough for mpeg2? |
| 09:56 | <Chutt> | heh, whatever |
| 09:56 | <Chutt> | it's still usb |
| 09:56 | <skeetz> | why are you being a jerk? |
| 09:56 | <Chutt> | i'm not interested until there's working drivers for an actual card |
| 09:56 | <skeetz> | right |
| 09:57 | <whatsit> | is playback going to be terrible at 352x240 full screen on a 400Mhz machine? |
| 09:57 | <skeetz> | keep that mentality - it'll get you far. |
| 09:57 | <Chutt> | don't be a dumbass. |
| 09:57 | <Chutt> | you asked for what i thought of the hardware |
| 09:57 | <Chutt> | i told you |
| 09:58 | <skeetz> | <skeetz> any thoughts on the wintv PVR usb? |
| 09:58 | <skeetz> | <Chutt> it's usb |
| 09:58 | <skeetz> | <skeetz> (this is skitzo btw) |
| 09:58 | <skeetz> | <Chutt> 'nuff said |
| 09:58 | <skeetz> | and you're calling me a dumbass, right. |
| 09:59 | <mdz_> | if a person, or a product, mentions USB and real-time video processing in the same breath, run the other way |
| 10:00 | <skeetz> | mdz_: i agree |
| 10:00 | <skeetz> | (generally) |
| 10:00 | <skeetz> | but this ACTUALLY looks decent |
| 10:00 | <mdz_> | whatsit: playback alone should be possible |
| 10:00 | <skeetz> | if it was raw video it would be another story |
| 10:00 | <skeetz> | but its not. |
| 10:00 | <Chutt> | low resolution recording alone should also be possible with a p2-400 |
| 10:01 | <mdz_> | yes |
| 10:01 | <Chutt> | either or, though |
| 10:01 | <mdz_> | I was using one for a while |
| 10:01 | <mdz_> | DVD playback worked quite well also |
| 10:01 | <whatsit> | mdz_: did pausing live tv work? |
| 10:01 | <Chutt> | whatsit, that requires simultaneous recording and playback |
| 10:01 | <whatsit> | mdz_: I wonder becuase this involves recording a playback at the same time |
| 10:02 | <Chutt> | so no =) |
| 10:02 | <whatsit> | so, there's nothing I can do to the 400Mhz (short of overclocking or something) to make it work? |
| 10:03 | <Chutt> | you could also spend a couple hundred to get a modern machine :p |
| 10:03 | <whatsit> | heh... yeah but this was such a great deal at $30 |
| 10:03 | <whatsit> | :) |
| 10:03 | <mdz_> | $30 including what? |
| 10:03 | <mdz_> | for motheboard+cpu+RAM that's no deal |
| 10:04 | <mdz_> | assuming you're talking US currency |
| 10:04 | <whatsit> | processor, motherboard, ram, case, powersupply, nic card, sound card, video card, modem (not needed) |
| 10:04 | <whatsit> | yes, US$ |
| 10:04 | <mdz_> | ok, so keep the case, PSU, NIC, sound and video and get a decent board :-) |
| 10:05 | <Chutt> | heh |
| 10:05 | <whatsit> | problem: Dude! it's a Dell! |
| 10:05 | <whatsit> | ;) |
| 10:05 | <mdz_> | whatsit: definitely not a deal then |
| 10:05 | <Chutt> | skeetz, if you want to write up support for that usb card, i won't stop you |
| 10:05 | <whatsit> | the case isn't really usable with another mb/proc |
| 10:05 | <Chutt> | :p |
| 10:05 | <Chutt> | the powersupply's probably proprietary too, no? |
| 10:06 | <mdz_> | whatsit: maybe they will fix it under warranty |
| 10:06 | <whatsit> | yeah |
| 10:06 | <mdz_> | whatsit: hello, support? my computer is obsolete |
| 10:06 | <skeetz> | Chutt: after being belittled for simply talking about it, i think not. |
| 10:06 | <whatsit> | lol |
| 10:06 | <Chutt> | heh |
| 10:06 | <Chutt> | how'd i belittle you? |
| 10:06 | <skeetz> | we're not going to re-cap the past 10 mins. |
| 10:06 | <skeetz> | forget i ever asked :) |
| 10:06 | <Chutt> | methinks someone's being stupid again |
| 10:07 | <Chutt> | anyway |
| 10:07 | <whatsit> | okay... so what do you think is the minimum for playback and recording at the same time? |
| 10:08 | <whatsit> | speaking in cpu speed anyway |
| 10:08 | <Chutt> | a gigahertz if you want decent quality |
| 10:08 | <whatsit> | how about if I just want to run 352x240 on a 20" screen? |
| 10:09 | <Chutt> | i dunno |
| 10:09 | <Chutt> | p3-600 or so? |
| 10:09 | <whatsit> | the site says 500Mhz, but I'm looking for some real life proof before I invest in another proc. |
| 10:09 | <Chutt> | right |
| 10:09 | <Chutt> | it's an estimate =) |
| 10:09 | <whatsit> | ic... thx |
| 10:10 | <Chutt> | since athlon xp 1500+ chips are $50 nowadays |
| 10:10 | <Conaz> | Well, I run a p3-1gig and playback and record (only to the 17" monitor currently) consumes about 70 percent cpu |
| 10:11 | <Conaz> | With spikes upward and downward of course |
| 10:11 | <Chutt> | rtjpeg @ 480x480? |
| 10:15 | <whatsit> | I'm talking about a 20" TV |
| 10:16 | <whatsit> | I've got an old trident video card with an S-Video out |
| 10:16 | <Conaz> | Yup, rtjpeg and 480x480 |
| 10:16 | <Chutt> | you also kinda need an agp video card |
| 10:16 | <Conaz> | mpeg was obviously much more cpu hungry |
| 10:17 | <whatsit> | the agp card is built in, but has no tv out and no extra agp slot... Dude! This Dell Sucks! |
| 10:18 | <Chutt> | heh |
| 10:29 | -!- | Tuscany [] has quit ["Trillian (http://www.ceruleanstudios.com)"] |
| 10:51 | <blinx> | mmh.. I never got around to try and record and watch livetv at the same time.. |
| 10:52 | <Chutt> | heh |
| 10:57 | <whatsit> | blinx: why not? |
| 10:57 | <blinx> | I just never tried it.. |
| 10:59 | <whatsit> | ic |
| 11:03 | <whatsit> | okay... lets say I can get my hands on an AMD 1.13Ghz, GeForce4 AGP with TV-out, 256MB RAM, and Sound Blaster Live... would that let me record and playback at the same time? |
| 11:03 | <whatsit> | :) |
| 11:03 | <mdz_> | whatsit: it depends on what kind of quality you are interested it |
| 11:03 | <mdz_> | in |
| 11:04 | <blinx> | I have an Athlon 1400, Geforce 4 AGP, 512MB ram and SB Audigy - I can try when I get home :) |
| 11:04 | <whatsit> | blinx: that would be great |
| 11:04 | <whatsit> | I also have the potential of getting a Hollywood MPEG board, but I don't know how much that would help |
| 11:05 | <blinx> | also gotta test that btaudio module, it insmods correctly and creates a new dsp.. just gotta see if there is any sound |
| 11:05 | <blinx> | whatsit: isn't that just for decoding? |
| 11:05 | <whatsit> | yeah... it might be... I don't know much about it |
| 11:06 | <whatsit> | I thought it might be a general mpeg board that would help take the load off of the cpu when watching a recording |
| 11:06 | <blinx> | ok.. time to get home from work.. |
| 11:06 | <Chutt> | right, but mythtv doesn't produce mpeg files :p |
| 11:06 | <whatsit> | agreed :) |
| 11:07 | <whatsit> | OIC |
| 11:07 | <whatsit> | what file format does it record to? |
| 11:07 | <blinx> | I'll be home in about 2 hours - I'll check the recording +livetv after I get my db sorted out. |
| 11:07 | -!- | Tuscany [~username@66.54.186.1] has joined #mythtv |
| 11:07 | <whatsit> | blinx: where do you live??? off in 2 hours? |
| 11:08 | <Chutt> | whatsit, he's talking about using 2 tuner cards, btw. you should be fine for pretty ok quality live-tv stuff with that cpu |
| 11:08 | <blinx> | whatsit, I live in Nykøbing Falster and work in Copenhagen :) |
| 11:08 | <blinx> | 2 hours train ride.. |
| 11:09 | <blinx> | couldn't be much farther away in this little country :) |
| 11:09 | <blinx> | but tech jobs are pretty much non existant in my area. |
| 11:09 | <whatsit> | geez |
| 11:09 | <whatsit> | I think half an hour to work is long... :) |
| 11:10 | <blinx> | I work for denmarks largest financial newspaper, as a sysadm. |
| 11:10 | <blinx> | we have 40K subscribers.. :) |
| 11:10 | <blinx> | proberly nothing compared to US standards :) |
| 11:11 | <blinx> | ok c'ya |
| 11:11 | <whatsit> | bye blinx |
| 11:11 | -!- | Universe [~uni@6532175hfc29.tampabay.rr.com] has joined #mythtv |
| 11:14 | <whatsit> | bye |
| 11:14 | <-- whatsit | (~whatsit@162.40.114.37) has left #mythtv |
| 11:14 | <Chutt> | there, fixed mythmusic |
| 11:14 | <Universe> | it was broken? |
| 11:15 | <Chutt> | yeah, i broke things last night |
| 11:15 | <Universe> | ahh |
| 11:15 | <Chutt> | putzing around in libmyth |
| 11:15 | <Chutt> | needed to fix it so i could have background music while i work =) |
| 11:16 | <Universe> | heh |
| 11:37 | <Universe> | question for ya Chutt if you are still there. |
| 11:38 | <Chutt> | yup |
| 11:40 | <Universe> | how do you get rid of the kde taskbar when your showing video? the mythfrontend converts it fine, but mythtv doesn't |
| 11:40 | <Chutt> | i've got it set to autohide |
| 11:40 | <Universe> | ahh ok |
| 11:41 | <Universe> | perfect.. thanks |
| 11:56 | -!- | orangey [~orangey@London-HSE-ppp3540784.sympatico.ca] has joined #mythtv |
| 12:01 | <orangey> | howdy, all! |
| 12:01 | <Chutt> | hi |
| 12:01 | -!- | whatsit [~whatsit@162.40.114.37] has joined #mythtv |
| 12:01 | <orangey> | chutt!!!!!!! |
| 12:03 | <Chutt> | err, yeah |
| 12:03 | <orangey> | I'm just excited is all : ) |
| 12:04 | <Chutt> | obviously :p |
| 12:05 | <vektor> | Chutt: So, I did an output driver for the G400 TV output using tvtime. |
| 12:05 | <vektor> | so I can have OSD on my tv output and play with the settings and stuff. |
| 12:05 | <vektor> | I found out that the G400 hardware overlay is, I think, doing very bad stuff. |
| 12:07 | <vektor> | that is, the same Y'CbCr images, on my TV look excellent, and on the overlay/CRT are blurry and poor colour. |
| 12:07 | <Chutt> | heh |
| 12:08 | <vektor> | i mean, definitely the phosphors on my TV are much much much more powerful than my CRT |
| 12:08 | <vektor> | it's like 'Tide' |
| 12:08 | <vektor> | the whites are whiter |
| 12:10 | <Universe> | lol |
| 12:10 | <whatsit> | vektor... your taking your tv out and looping it back to your tv tuner card? |
| 12:11 | <vektor> | whatsit: uh, other way around, i'm capturing video from my tv tuner capture card and sending it out the TV output. |
| 12:12 | <whatsit> | okay.. the other way hurt my brain |
| 12:12 | <vektor> | also, the settings on the bttv (brightness, contrast, etc) all seem to make slightly more sense. |
| 12:13 | <Chutt> | they didn't make sense? |
| 12:14 | <vektor> | they did but i mean my whites don't seem to clip as nastily and the contrast control works better all around. |
| 12:14 | <Chutt> | ah |
| 12:14 | <mdz_> | vektor: I have a situation where my recordings look like crap on my TV, but look OK on my CRT |
| 12:14 | <mdz_> | my mythtv recordings, that is |
| 12:14 | <vektor> | mdz: hey I can believe that. you wouldn't believe the crap i had to go through to get good TV output under linux. |
| 12:15 | <mdz_> | other types of output seem to look better on the TV, though |
| 12:15 | <vektor> | I'm using this super-special-hacked-G400 driver that gives me perfect control over the TV encoder chip. |
| 12:15 | <mdz_> | I am not sure whether it is a capture problem or a TV output problem |
| 12:15 | <vektor> | How are you doing TV output? |
| 12:16 | <mdz_> | ATI card |
| 12:16 | <vektor> | And how does it do it? |
| 12:16 | <vektor> | Like, is it that just what you send to XVideo goes to the TV output? |
| 12:16 | <vektor> | Or is it like through X? |
| 12:16 | <mdz_> | through X |
| 12:16 | <vektor> | So, your whole X desktop is out there? |
| 12:16 | <mdz_> | correct |
| 12:17 | <vektor> | And does it send the overlay out there, or do you need to use software colourspace conversion? |
| 12:17 | <mdz_> | by overlay you mean... |
| 12:17 | <vektor> | I mean XVideo. |
| 12:17 | <vektor> | Hardware overlay surfaces. |
| 12:17 | <mdz_> | that just works |
| 12:17 | <mdz_> | don't need to do anything special with Xvideo |
| 12:17 | <vektor> | 'anything special'. |
| 12:17 | <mdz_> | it shows up on the TV output |
| 12:17 | <vektor> | That's not what I meant. |
| 12:18 | <vektor> | Oh ok. |
| 12:18 | <vektor> | So your player uses XVideo and that also shows up on the TV output. |
| 12:18 | <mdz_> | correct |
| 12:18 | <vektor> | so, you have a video frame |
| 12:18 | <vektor> | you send it to XVideo |
| 12:18 | <vektor> | which converts it to RGB and scales |
| 12:18 | <vektor> | and then it converts it back to Y'CbCr to send out to the TV |
| 12:18 | <mdz_> | I am trying to determine if it is a peculiarity of the capture which shows up differently on the TV |
| 12:18 | <vektor> | I bet it's just that you're going through all these conversions. |
| 12:18 | <vektor> | and you lose mad precision and quality every conversion. |
| 12:19 | <vektor> | also, if the frames are interlaced, they won't be synced to the output |
| 12:19 | <vektor> | so you'll get jumpiness and flickeriness. |
| 12:19 | <mdz_> | the problem I see is with colour |
| 12:19 | <vektor> | what resolution do you record at? |
| 12:19 | <Chutt> | you're ignoring what hes saying :p |
| 12:19 | <mdz_> | vektor: I do not want to argue about quality :-) |
| 12:19 | <mdz_> | these recordings are 480x480 |
| 12:19 | <vektor> | if it's just the colour then i bet it's from the multiple conversions. |
| 12:20 | <-- Universe | has quit () |
| 12:20 | <vektor> | and the final RGB->Y'CbCr converter is probably doing some sort of tuning. |
| 12:20 | <Chutt> | dvds playback fine, using xv to do the same amount of scaling and conversion |
| 12:20 | <mdz_> | why would Xv convert it to RGB to scale it? |
| 12:20 | <vektor> | mdz: because it has to convert the whole X display |
| 12:20 | <vektor> | mdz: so the card has to convert to RGB first. |
| 12:21 | <vektor> | doing scaling in Y'CbCr is weird |
| 12:21 | <mdz_> | but it's scaling only that image...hmm |
| 12:21 | <vektor> | well, not that weird, but it's more complicated |
| 12:21 | <vektor> | like to avoid doing two conversions you'd have to do something special |
| 12:21 | <vektor> | i don't know, i'm just guessing. |
| 12:21 | <whatsit> | don't some video cards only ever output VCD resolution to the tv-out port? |
| 12:21 | <mdz_> | DVD video is Y'CbCr, no? |
| 12:21 | <vektor> | DVD video is Y'CbCr yes. |
| 12:21 | <Chutt> | mdz, right |
| 12:21 | <vektor> | hmm. |
| 12:21 | <vektor> | ok yeah, you got me. |
| 12:21 | <Chutt> | so it'd get the same amount of scaling and converting |
| 12:22 | <Chutt> | so it's not that :p |
| 12:22 | <mdz_> | I need to hook up a CRT to this box |
| 12:22 | <mdz_> | and see what it looks like |
| 12:22 | <mdz_> | I am not looking forward to the amount of hardware-lugging that will require, though |
| 12:22 | <Chutt> | mdz, other thing to do would be to play around with the britness/contrast settings of the card |
| 12:22 | <Chutt> | the tuner card, that is |
| 12:22 | <mdz_> | Chutt: I've been meaning to do that, but whenever I have a chance to look at it, mythtv is capturing something :-) |
| 12:22 | <Chutt> | heh |
| 12:23 | <vektor> | mdz: i thought you said that you had a CRT on that box and it looked better?? |
| 12:23 | <Chutt> | if v4l supported multiple opens, you could do it while it was recording |
| 12:23 | <mdz_> | vektor: sorry, the CRT is on a different box |
| 12:23 | <Chutt> | too bad it doesn't =) |
| 12:23 | <vektor> | mdz: well then that's pretty different... |
| 12:23 | <mdz_> | vektor: I used to have a CRT on this box while I was assembling it, and played back a DVD on it |
| 12:23 | <mdz_> | vektor: but I haven't been able to compare the same source on that CRT and on the TV |
| 12:23 | <vektor> | mdz: so you haven't played a DVD out to TV on that box? |
| 12:23 | <vektor> | or have you? |
| 12:23 | <mdz_> | yes I have |
| 12:23 | <mdz_> | and it looks reasonable |
| 12:24 | <vektor> | and it looked fine? |
| 12:24 | <mdz_> | correct |
| 12:24 | <vektor> | and this looks even worse? |
| 12:24 | <mdz_> | I think the brightness may be too high on the capture card or something |
| 12:24 | <mdz_> | the kind of things I see are lots of motion in dark areas |
| 12:25 | <vektor> | but you said you played the same file on a CRT and it looked fine? |
| 12:25 | <mdz_> | vektor: well, it looks better |
| 12:25 | <mdz_> | vektor: it looks about like I would expect 480x480 mpeg-4 to look |
| 12:25 | <mdz_> | from an analog TV source |
| 12:25 | <vektor> | probably because the brightness is lower on your CRT |
| 12:25 | <mdz_> | I messed with the brightness on my CRT and couldn't get it to look quite the same |
| 12:25 | <vektor> | what about the overlay brightness? |
| 12:26 | <mdz_> | hmm...dunno how to tweak that |
| 12:26 | <vektor> | you can set the brightness/contrast of your overlay settings independently |
| 12:26 | <vektor> | get xvattr from http://www.dtek.chalmers.se/~dvd/ |
| 12:26 | <vektor> | on their downloads page |
| 12:26 | <mdz_> | I have also overlayed video from a composite source using avview, and that looks good |
| 12:26 | <vektor> | also inside xine you can change the overlay brightness/contrast. |
| 12:26 | <vektor> | on what machine? |
| 12:26 | <vektor> | avview on the machine with TV out? |
| 12:26 | <mdz_> | same machine |
| 12:27 | <vektor> | which one, you've got me confused. |
| 12:27 | <mdz_> | TV input to the ATI Card to TV output on the ATI card |
| 12:27 | <vektor> | ah ok |
| 12:27 | <Chutt> | which is why i've been saying its the tuner card settings =) |
| 12:27 | <mdz_> | is there a command-line utility that can change those? |
| 12:27 | <vektor> | Chutt: kinda sounds like it :) |
| 12:27 | <Chutt> | v4lctl can, i believe |
| 12:27 | <vektor> | mdz: in tvtime you can use the OSD :) |
| 12:27 | <mdz_> | vektor: I am at work and the box is at hoem |
| 12:27 | <mdz_> | home |
| 12:27 | <Chutt> | i need to add some stuff to mythtv to do those mods |
| 12:28 | <vektor> | jeez it sucks to be you mdz :) |
| 12:28 | <mdz_> | Chutt: yes it can, thanks |
| 12:28 | <vektor> | i've never heard of v4lctl |
| 12:28 | -!- | TechJosh [~root@ip68-7-170-10.sd.sd.cox.net] has joined #mythtv |
| 12:28 | <vektor> | sounds scary |
| 12:28 | <mdz_> | av@lime:~$ v4lctl -c /dev/video0 show |
| 12:28 | <mdz_> | input: (null) |
| 12:28 | <mdz_> | mute: off |
| 12:28 | <mdz_> | audio mode: stereo |
| 12:28 | <mdz_> | volume: 65535 |
| 12:28 | <mdz_> | norm: NTSC |
| 12:28 | <mdz_> | bright: 32768 |
| 12:28 | <mdz_> | hue: 32768 |
| 12:28 | <mdz_> | color: 32512 |
| 12:28 | <mdz_> | contrast: 27648 |
| 12:29 | <mdz_> | 32768 sounds like 50% |
| 12:29 | <vektor> | it is. |
| 12:29 | <vektor> | v4l is silly that way :) |
| 12:29 | <mdz_> | does it actually have that kind of granularity? or is it silly? |
| 12:29 | <vektor> | it's silly. |
| 12:29 | <mdz_> | if I set it to 32767, does it snap it to 32768? |
| 12:29 | <vektor> | i don't know but it's easy to find out. |
| 12:29 | <mdz_> | it is |
| 12:30 | <mdz_> | I'll try 16384 or so |
| 12:30 | <vektor> | the range for the contrast on the bttv cards is 0-511. |
| 12:30 | <mdz_> | so it probably just ignores the lower bits |
| 12:30 | <vektor> | and the default i use is 207/511 |
| 12:30 | <vektor> | which is the DScaler default for NTSC. |
| 12:31 | <mdz_> | slightly lower than 50% then |
| 12:31 | <mdz_> | about 40% |
| 12:31 | <vektor> | one thing that I don't understand is that the bttv has separate controls for sat in the u axis and sat in the y axis, but the v4l api only exposes something called 'colour'. |
| 12:31 | <mdz_> | what's the 'u' axis? |
| 12:31 | <vektor> | As in YUV. |
| 12:31 | <vektor> | 2-dimensional colour and 1-dimension brightness. |
| 12:31 | <mdz_> | ah, ok |
| 12:31 | <vektor> | so your two colour axis are U and V. |
| 12:32 | <mdz_> | right |
| 12:32 | <vektor> | when sampled digitally you usually represent them as C_B and C_R. |
| 12:32 | <vektor> | which implies 16-240 8-bit. |
| 12:32 | <mdz_> | 16-240? |
| 12:32 | <vektor> | Which is why I say Y'CbCr instead of YUV :) |
| 12:32 | <mdz_> | vektor: that's a lot more typing |
| 12:32 | <vektor> | yeah as in you only use the values 16-240 centered at 128 |
| 12:32 | <vektor> | and anything below/above is for head/footroom. |
| 12:32 | <mdz_> | vektor: is the ' in Y'CbCr a prime, or is it just there as punctuation? |
| 12:32 | <vektor> | it's a prime. |
| 12:33 | <vektor> | since there's another colourspace called XYZ |
| 12:33 | <vektor> | and the Y isn't the same. |
| 12:33 | <vektor> | this is a special Y :) |
| 12:33 | <mdz_> | great |
| 12:33 | <vektor> | it's non-linear luminance. |
| 12:33 | <vektor> | rather than traditional luminance. |
| 12:33 | <mdz_> | why does it only use the values 16-240? |
| 12:33 | <vektor> | because you want some headroom and footroom |
| 12:33 | <mdz_> | that is, why do you need head/footroom? |
| 12:33 | <vektor> | well because if you get a malformed signal you can hopefully correct it |
| 12:34 | <vektor> | rather than losing information |
| 12:34 | <vektor> | it's a standard interchange format for like digital signals |
| 12:34 | <vektor> | so you could be getting a digital signal from a little converter box |
| 12:34 | <mdz_> | so it's just the sampling that quantizes to those values? |
| 12:34 | <vektor> | yes. |
| 12:34 | <mdz_> | and it would be valid to have Y'CbCr which had larger or smaller values? |
| 12:34 | <mdz_> | if you had postprocessed it, for example |
| 12:34 | <vektor> | the sampling says that nominal white should be 235,128,128 |
| 12:34 | <vektor> | so you calibrate your equipment such that that is it. |
| 12:35 | <vektor> | it would be 'valid' as in 'represents a superwhite or superblack or superblue' or something. |
| 12:35 | <vektor> | like those values are allowed to occur |
| 12:35 | <mdz_> | right |
| 12:35 | <vektor> | but you're supposed to calibrate your equipment such that it comes out that white input is 235,128,128 output. |
| 12:35 | <vektor> | like so when you're building a digital tester it can tell you when it sees a signal that's too bright. |
| 12:35 | <mdz_> | so it's not "these are the only legal values" but "these are the values that a normal input signal should map to" |
| 12:35 | <vektor> | yes. |
| 12:35 | <vektor> | and the bttv chip is broken. |
| 12:36 | <vektor> | well the bt878 chip |
| 12:36 | <vektor> | it uses 16-253 instead of 16-235 |
| 12:36 | <vektor> | at first i thought it was a typo in the spec |
| 12:36 | <vektor> | but no, it's a typo _everywhere_. |
| 12:36 | <mdz_> | so when I get home, hopefully my recordings will look different |
| 12:36 | <vektor> | they use 2-253 for chroma channels too. |
| 12:36 | <vektor> | so in tvtime i do a big correction map for all of that. |
| 12:36 | <vektor> | and map 2-253 back to 16-240 and 16-253 back to 16-235. |
| 12:36 | <TechJosh> | question: how do you attach a tuning source to a card input? MythTV isn't letting me change channels and syas that my tuning source (COX) is defined but not attached to a cardinput |
| 12:37 | <Chutt> | in the setup program |
| 12:37 | <Chutt> | the last set of questions |
| 12:37 | <mdz_> | Chutt: speaking of attaching tuning sources, I noticed there was a column in the database for that...is that unused at this point? |
|
