Re: [mythtv-users] Entering USA Cable channels into the DVB tables
Brad, OK, you're getting OTA ("over the air") and I'm getting QAM-256 from cable. I still don't see how freqid can matter if the frequency is getting pulled from the dtv_multiplex table. If each of KQED's 5 multiplexed programs has a unique serviceid (to identify it within that frequency), then what is the unique atscsrcid for? In your case, the atscsrid is unique within each frequency. Also, surely common broadcasting is needed to multiplex within the same frequency (e.g., your 2-1 and 2-2 and then your 20-1 and 20-2). I would guess that these are all up on Sutro tower in San Francisco. Len Brad Fuller wrote: > Len Reed wrote: > >>Brad Fuller wrote: >> >> >>>On 01/16/2006 01:55 PM R. G. Newbury wrote: >>> >>> >>>> >In the database, Fox digital is my chanid 3785. So I assume I should >>>> >> >>>> >>update channel set freqid = 4 where chanid = 3785; >>>> >> >>>> >>where '4' is the mplexid from the dtv_multiplex table for 669Mhz. >>>> >> >>>> >> >>>> >> >>>> >>>> In my setup, the freqid is the same as the channum, that is, the number >>>> in the EPG which you 'call' for the channel you want. >>>> >>>> >>>How do you do that when you can have the same freqid for a channel with >>>several subchannels. >>>For instance, in my area channel 11 is freqid 20700 and it has to >>>subchannels. >>>atscsrcid 1 and 2 (for 11-1 and 11-2) >>> >>>Plus, the freqid is really big. Do you just truncate it to 207? >>> >>> >> >>Don't confuse freqid with frequency. >> >>Mine's all working now (see other detailed posting). >> >>The channel table has freqid set to the cable channel my provider and >>zap2it schedules use. For example, Fox digital (WAGADT) is chanid 3785, >>channum 785, and freqid 785. I don't think the freqid maters, though, >>for digital channels. (For analog channels, freqid are standard >>broadcast or cable channel numbers.) For WAGADT, mplexid is 4 and the >>serviceid is 2. The atscsrcid is 0 on all my digital channels. >> >> > Hmmm. > In my channel table "freqid" is the same as "frequency" in the > dtv_multiplex table, which is what I was referring to. > > For instance, Fox Digital (KTVUHD) freqid is 72500. > > To reflect what you have above, Fox Digital: > chanid: 2028 > channum: 2-1 (this is a number I gave it) > freqid: 72500 > mplexid: 19 > > atscsrcid on my digital channels are all different. > Examples: > namechannum mplexid serviceid atscsrcid > > KTVUHD2-1 1931 > KTVU-DT 2-2 1942 > KBWB-HD 20-1 2 31 > KBWB-SD 20-2 2 42 > > I have 5 KQED (PBS) OTA HD channels. Their atscsrcid's are 1, 2, 3, 4, 5. > Their mplexid's are all the same, as is their frequency 56900 > Their serviceid's are 3, 4, 5, 6, 7 respectfully. > > >>Over in the dtv_multiplex table, the first column is the mplexid. The >>one with '4' as mplexid has the right frequency (66900). >> >> > As I mentioned, that frequency value is the same as my freqid in the > channel table. > > I bet this is because I'm OTA. > >>So, when I want to tune WAGADT, which my provider calls channel 785, >>mythbackend pick adapter 3 and channel 785 to get chanid 3785. It looks >>that up in the channel table to get the mplexid (4) and serviceid (2). >>It goes to the drv_multiplex table and looks up 4 to get the frequency >>(66900 Hz). Finally, it tunes the card giving it the frequency and >>the serviceid. >> >>None of this worked until I upgraded to the latest SVN and scanned the >>channels. I'm guess that the dtv_multiplex table's transportid and >>networkid needed that step to get set properly; it's not clear to me >>what those fields do. If that's right, then those fields are involved >>in tuning or filtering somehow. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Entering USA Cable channels into the DVB tables
Brad Fuller wrote: > On 01/16/2006 01:55 PM R. G. Newbury wrote: >> >In the database, Fox digital is my chanid 3785. So I assume I should >> >> >> >>update channel set freqid = 4 where chanid = 3785; >> >> >> >>where '4' is the mplexid from the dtv_multiplex table for 669Mhz. >> >> >> >> >> >> >> >> In my setup, the freqid is the same as the channum, that is, the number >> in the EPG which you 'call' for the channel you want. > > How do you do that when you can have the same freqid for a channel with > several subchannels. > For instance, in my area channel 11 is freqid 20700 and it has to > subchannels. > atscsrcid 1 and 2 (for 11-1 and 11-2) > > Plus, the freqid is really big. Do you just truncate it to 207? Don't confuse freqid with frequency. Mine's all working now (see other detailed posting). The channel table has freqid set to the cable channel my provider and zap2it schedules use. For example, Fox digital (WAGADT) is chanid 3785, channum 785, and freqid 785. I don't think the freqid maters, though, for digital channels. (For analog channels, freqid are standard broadcast or cable channel numbers.) For WAGADT, mplexid is 4 and the serviceid is 2. The atscsrcid is 0 on all my digital channels. Over in the dtv_multiplex table, the first column is the mplexid. The one with '4' as mplexid has the right frequency (66900). So, when I want to tune WAGADT, which my provider calls channel 785, mythbackend pick adapter 3 and channel 785 to get chanid 3785. It looks that up in the channel table to get the mplexid (4) and serviceid (2). It goes to the drv_multiplex table and looks up 4 to get the frequency (66900 Hz). Finally, it tunes the card giving it the frequency and the serviceid. None of this worked until I upgraded to the latest SVN and scanned the channels. I'm guess that the dtv_multiplex table's transportid and networkid needed that step to get set properly; it's not clear to me what those fields do. If that's right, then those fields are involved in tuning or filtering somehow. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Entering USA Cable channels into the DVB tables
OK, this works fine now. Thanks for those who helped. I did the following: 1. Upgraded to latest SVN. 0.18.2. didn't work well with the HD5000 for me. In particular, the channel scanner didn't find anything. 2. Ran the myth channel scanner, which found the channels and named them things like "99#1" and "100#2". That populated the dtv_multiplex table. (Actually, it failed to find one of my channels for who knows what reason. I knew its frequency and serviceid from the dvb utilties, though.) 3. Used mysql to edit the channel entries that I really want to use (the ones corresponding to the lineups from zap2it). I changed the mplexid and serviceid in the channel table. 4. Used mysql to delete the now-superflous rows ("99#1", etc.) from the channel table. Now if I could just get 1080i out of my video card I'd be 100% happy. I'm watching 1080i video that mythtv converts to 720p and then my TV makes 1080p. Well, it looks way better than NTSC, so I'll continue fighting that battle another day Len Reed wrote: > Thanks, Michael. > > I'm not sure what you mean by my having PSIP data, though. The channel > line I quoted was one I cobbled together using the dvb utilities. I > started with a list of the cable frequencies and ran azap. Taking the > frequencies it found, I then ran it and dvbtraffic to snoop things. > That gave me the PIDs. I plugged those back into my channel file and > finally was able to run "azap -r" and cat combined video+audio from the > device, and play that back with mplayer. Oh, I changed the first column > to "CBS" using "vi". :) > > CBS:66900:QAM_256:2176:2177:1 > > Any way, I never was able to get mythbackend to record DVB using 0.18.2. > Today I ungraded to the latest SVN. myth-setup's channel scanner then > found my channels, calling them things like "99#1". I still have to use > a bit of mysql to clean that up and tie the channels to zap2it > schedules, but that I know to be straightforward. > > Cheers, > Len > > > Michael Freeman wrote: > >>for instance, my fox affiliate is on 675 MHz as service 1 according to >>PID 0x...which is mplexid 274, serviceid 1 for digital channel 168 >>in my channels db >> >>On 1/15/06, * Michael Freeman* <[EMAIL PROTECTED] >><mailto:[EMAIL PROTECTED]>> wrote: >> >>you don't need to enter the PIDs. you need the service ID from PID >> 0x for each channel. >>if you set the mplexid and the serviceid, myth will find the rest >>automatically (as a crapcast subscriber, i'm envious that you have >>actual PSIP data for your channels) >> >> >> >>On 1/15/06, *Len Reed* < [EMAIL PROTECTED] >><mailto:[EMAIL PROTECTED]>> wrote: >> >>I'm using 0.18.2 >> >>There have been a number of posting on the DVB channel tables, >>but it >>still isn't clear to me. I've also looked at >> >>http://www.cuymedia.com/doxygen-dev-docs/html/group__db__schema.html >> >>Maybe with an example someone can clear it up. >> >>I have an HD5000 card connected to cable. Here is a sample >>channel, as >>seen by azap. Using this information, I can use the DVB utils to >>capture the signal and play it via mplayer. The following >>example is for >>my local (Atlanta) FOX affiliate on Gwinnett Charter cable, for what >>it's worth: >> >>FOX:66900:QAM_256:2048:2049:2 >> >>So, my dtv_multiplex table has an entry with >>mplexid=4, frequency=66900, sourceid=qam_256, etc. >> >>In the database, Fox digital is my chanid 3785. So I assume I >>should >> >>update channel set freqid = 4 where chanid = 3785; >> >>where '4' is the mplexid from the dtv_multiplex table for 669Mhz. >> >>I further guess that the channel table should get the serviceid >>(last >>column of the azap line, "2"): >> >>update channel set serviceid = 2 where chanid = 3785; >> >>Where do I encode the video and audio pids (2048 and 2049 in >>hex, 8264 >>and 8265 in decimal)? >> >>Now, assuming that I can get this all working, do I then need an >>additional rows in dtv_multiplex for the other channel on 669 MHz? >> >>CBS:66900:QAM_256:2176:2177:1 >> >>Thanks for the help, >>Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Entering USA Cable channels into the DVB tables
Thanks, Michael. I'm not sure what you mean by my having PSIP data, though. The channel line I quoted was one I cobbled together using the dvb utilities. I started with a list of the cable frequencies and ran azap. Taking the frequencies it found, I then ran it and dvbtraffic to snoop things. That gave me the PIDs. I plugged those back into my channel file and finally was able to run "azap -r" and cat combined video+audio from the device, and play that back with mplayer. Oh, I changed the first column to "CBS" using "vi". :) CBS:66900:QAM_256:2176:2177:1 Any way, I never was able to get mythbackend to record DVB using 0.18.2. Today I ungraded to the latest SVN. myth-setup's channel scanner then found my channels, calling them things like "99#1". I still have to use a bit of mysql to clean that up and tie the channels to zap2it schedules, but that I know to be straightforward. Cheers, Len Michael Freeman wrote: > for instance, my fox affiliate is on 675 MHz as service 1 according to > PID 0x...which is mplexid 274, serviceid 1 for digital channel 168 > in my channels db > > On 1/15/06, * Michael Freeman* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > you don't need to enter the PIDs. you need the service ID from PID > 0x for each channel. > if you set the mplexid and the serviceid, myth will find the rest > automatically (as a crapcast subscriber, i'm envious that you have > actual PSIP data for your channels) > > > > On 1/15/06, *Len Reed* < [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > I'm using 0.18.2 > > There have been a number of posting on the DVB channel tables, > but it > still isn't clear to me. I've also looked at > > http://www.cuymedia.com/doxygen-dev-docs/html/group__db__schema.html > > Maybe with an example someone can clear it up. > > I have an HD5000 card connected to cable. Here is a sample > channel, as > seen by azap. Using this information, I can use the DVB utils to > capture the signal and play it via mplayer. The following > example is for > my local (Atlanta) FOX affiliate on Gwinnett Charter cable, for what > it's worth: > > FOX:66900:QAM_256:2048:2049:2 > > So, my dtv_multiplex table has an entry with > mplexid=4, frequency=66900, sourceid=qam_256, etc. > > In the database, Fox digital is my chanid 3785. So I assume I > should > > update channel set freqid = 4 where chanid = 3785; > > where '4' is the mplexid from the dtv_multiplex table for 669Mhz. > > I further guess that the channel table should get the serviceid > (last > column of the azap line, "2"): > > update channel set serviceid = 2 where chanid = 3785; > > Where do I encode the video and audio pids (2048 and 2049 in > hex, 8264 > and 8265 in decimal)? > > Now, assuming that I can get this all working, do I then need an > additional rows in dtv_multiplex for the other channel on 669 MHz? > > CBS:66900:QAM_256:2176:2177:1 > > Thanks for the help, > Len > > > > ___ > mythtv-users mailing list > mythtv-users@mythtv.org <mailto:mythtv-users@mythtv.org> > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users > > > > > > > ___ > mythtv-users mailing list > mythtv-users@mythtv.org > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Entering USA Cable channels into the DVB tables
I'm using 0.18.2 There have been a number of posting on the DVB channel tables, but it still isn't clear to me. I've also looked at http://www.cuymedia.com/doxygen-dev-docs/html/group__db__schema.html Maybe with an example someone can clear it up. I have an HD5000 card connected to cable. Here is a sample channel, as seen by azap. Using this information, I can use the DVB utils to capture the signal and play it via mplayer. The following example is for my local (Atlanta) FOX affiliate on Gwinnett Charter cable, for what it's worth: FOX:66900:QAM_256:2048:2049:2 So, my dtv_multiplex table has an entry with mplexid=4, frequency=66900, sourceid=qam_256, etc. In the database, Fox digital is my chanid 3785. So I assume I should update channel set freqid = 4 where chanid = 3785; where '4' is the mplexid from the dtv_multiplex table for 669Mhz. I further guess that the channel table should get the serviceid (last column of the azap line, "2"): update channel set serviceid = 2 where chanid = 3785; Where do I encode the video and audio pids (2048 and 2049 in hex, 8264 and 8265 in decimal)? Now, assuming that I can get this all working, do I then need an additional rows in dtv_multiplex for the other channel on 669 MHz? CBS:66900:QAM_256:2176:2177:1 Thanks for the help, Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Troubles viewing 1080i and even 720p
I am completely frustrated with trying to get HDTV working. I can get 720p (with issues) but not 1080i. I've tried different drivers, cards (both Nvidia PCIE), modelines, and both DVI and component video. Setup - Nvidia Geforce 6600 (DVI and component out) Fedora core 4 x86_64, up to date Nvidia driver (tried last three, including very recent patch) Athlon-64x2 3800+ 1GB RAM Mitsubishi WD-52628 TV (internally 1920x1080p) Custom built 2.6.15 kernel, though Fedora kernel doesn't work any better The TV accepts 720p and 1080i via component and HDMI. Both inputs worked fine with an upscaling DVD player (720p and 1080i) and the cable set top box (1080i). I really want to do 1080i, since the cable source material is all 1080i and the TV has 1080 lines. Here's where I can do. 1. With special Modeline (I've tried several) I can do 1080i and get a really nice desktop (component only). I can bring up mythfrontend, but if I try to play video (NTSC), X goes crazy. X takes 99% of one core. I have to ssh into the machine and shut it down (everything, not just X) to get decent video again. Running mplayer does the same thing, whether given 1920x1080 or DVD material or NTSC-based .nuvs. 2. With the special modeline I can do 1080i DVI->HDMI, but the interlacing is off by several millimeters. Several people have reported this. 3. I have been unable to get 720p to HDMI working. 4. 720p to component video presents a lovely desktop and video plays (high def and NTSC, including mythfrontend playing NTSC). I don't specify any special modelines, but just tell it to use TV "HD720p". The high def video (mplayer) looks decent enough (though 1080 would be better), but the NTSC from myth looks like crap. No matter what deinterlacing method I try the playback looks lousy whenever there is motion. I haven't even bothered with the highdef backend (I'm just connected over the network to the existing NTSC backend). There seems little point in capture stuff I can't view. Sample 1920x1080i files were captured a couple of weeks ago when I was playing with the HD5000 card. If anyone has 1080i working I'd very much like to see your xorg.conf and know what card and driver you're using. If I ever do get this working, I'll post a complete report. Thanks for any help. Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Struggling with Xwindows DVI to HDTV 1080i
Chris Lynch wrote: I have 1080i working on my 6600 over DVI->HDMI, but didn't bother with component with the following modeline: ModeLine "1920x1080i" 74.2 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync interlace Let me know if you need more - it looks great on my set (JVC HD-61FH96). Interesting... A couple of requests: 1. What version of nvidia's driver are you using? 2. Could you post your full xorg.conf file? Thanks, Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Updating list of HDTV tuners for the HOWTO
My HD5000 worked just fine in QAM mode for U.S. cable, using 2.6.14 and a simple patch. That was for proof of concept. I've built my new HDTV front end, compiled mythtv, and will be switching to this system in the next few days. Note that the HD5000 does only digital (ATSC broadcast and QAM); it will not tune analog (NTSC) channels. Len Preston Crow wrote: On Tue, 2006-01-03 at 14:19 -0600, Robert Kulagowski wrote: (Known to work) * The PCHDTV card * The air2pc (1st gen) * The air2pc (2nd gen) (Might potentially work) * The air2pc hd5000 (3rd gen) * The DViCO FusionHDTV 3 GOLD-Q * The DViCO FusionHDTV 3 GOLD-T * The DViCO FusionHDTV 5 GOLD * The DViCO FusionHDTV 5 LITE * The ATi HDTV Wonder * The AVerMedia AVerTVHD A180 I'd like to confirm that there are users successfully using this second group of cards. I'm quite happy with my Air2PC AirStar HD-5000 (3rd gen) card. I'm only using it in QAM mode. Note: This requires kernel 2.6.15 or separate DVB driver installation. You should also note that the PC-HDTV HD-2000 (older model) only works for broadcast ATSC, not for QAM. The HD-3000 (current model) does both. --PC ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Struggling with Xwindows DVI to HDTV 1080i
Steve Adeff wrote: On Tuesday 27 December 2005 18:38, Len Reed wrote: I've got an nvidia 6200 with DVI out connected to my Mitsubishi HDTV (DVIS to HDMI cable). The TV does 720p and 1080i on HDMI: it's worked from both the cable box and from a DVD player that does upscaling. I can get the TV to recognize that it's getting 1080i input from the computer. (The info on the screen says so.) I can't get it to deal with 720p for some reason. I can get the TV to handle lower resolution SVGA and XGA modes up to 1024x768 fine. With 1080i I get what is close to the twm screen, but there are two problems: 1. The screen is greatly overscanned. Perhaps 20% is not displayed. 2. The interlacing is off, or at least that's my guess. Everything is displayed twice, with one flickering image directly below another. They are close: the bar at the top of an xterm has its two images overlapping. I've tried every modeline I can find, and have tried two different modeline calculators, but I can't get the two images to converge. The TV seems to be reporting things correctly to X (59-61 Vsync, reasonable Hsync, etc.) Telling X to ignore the TV's info doesn't help in any case. It seems like it should be easy enough to play with the vertical blanking interval to fix this, and that I'm close. But I'm guessing, and I'm not making progress. Is there a reasonble way to tweak the modeline to iterate toward a solution here? Details: Fedora core 4, x86_64 Athlon-64x2 (3800+) ndvidia 6200 card latest nvidia X driver, compiled on the machine Thanks, Len newer nvidia drivers don't support interlace modes over DVI. Seriously?? I sure didn't see that in their README. After my original posting, I bought (from somewhere that I can return it) a 6600 card that has component video out and it works fine. (It exhibited exactly the same problem with DVI, though.) The card with HDTV encoding is a satisfactory solution if not an ideal one (both technically and in cost.) It sure seems stupid to have the card encode HDTV to have the TV turn it back into digital for the DLP display when I should be able to do it over DVI. Certainly the cable box's 1080i DVI is a bit clearer than its component video. Is there any way that the open source (dv) driver will work at 1920x1080i to DVI or is a waste of more time to even try? Overscan won't change what you see for TV (ie. the overscan is the same whether from your computer or your cablebox), so change the gui overscan settings for your TV to fix the gui. if you want to fix tv video, SVN lets you adjust overscan, or find the service menu info for your tv to lessen its overscan. OK, I haven't laid mythtv into this mix yet, so I'll worry about it then. The component video from the new card at 720p and 1080i exhibits only small overscan, about what I'd want. While you're listening, Steve, you were complaining about the VIA IEEE1394 chipset. I can't find anything but VIA. Fry's had a dozen cards, all VIA. Did you have to mail order to get something with the TI chip? Do you have a recommendation? Thanks again for the help. Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Struggling with Xwindows DVI to HDTV 1080i
I've got an nvidia 6200 with DVI out connected to my Mitsubishi HDTV (DVIS to HDMI cable). The TV does 720p and 1080i on HDMI: it's worked from both the cable box and from a DVD player that does upscaling. I can get the TV to recognize that it's getting 1080i input from the computer. (The info on the screen says so.) I can't get it to deal with 720p for some reason. I can get the TV to handle lower resolution SVGA and XGA modes up to 1024x768 fine. With 1080i I get what is close to the twm screen, but there are two problems: 1. The screen is greatly overscanned. Perhaps 20% is not displayed. 2. The interlacing is off, or at least that's my guess. Everything is displayed twice, with one flickering image directly below another. They are close: the bar at the top of an xterm has its two images overlapping. I've tried every modeline I can find, and have tried two different modeline calculators, but I can't get the two images to converge. The TV seems to be reporting things correctly to X (59-61 Vsync, reasonable Hsync, etc.) Telling X to ignore the TV's info doesn't help in any case. It seems like it should be easy enough to play with the vertical blanking interval to fix this, and that I'm close. But I'm guessing, and I'm not making progress. Is there a reasonble way to tweak the modeline to iterate toward a solution here? Details: Fedora core 4, x86_64 Athlon-64x2 (3800+) ndvidia 6200 card latest nvidia X driver, compiled on the machine Thanks, Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Killer system or overkill?
Raphael Pooser wrote: As people here have said, your system is pretty much right on for an HDTV set up that could say, transcode at the same time as watching live TV for instance. For just watching straight live TV or HDTV recordings, as someone else said any fairly recent athlon64 variant (like a 3200+ as you were thinking) would do. As to the question about more RAM, true that in linux the ram you give it the more it can use and the more stuff you can have open, unlike in windows with most of its applications. However, if I was going to choose between one more gig of ram or going from one to dual core, dual core would definitely win out. Mainly the only performance increase you are gonna get is in the RAID (from the benchmarks quoted in above post), but since you don't need anything anywhere nearly close to that level of performance as you already knew, the extra 1GB or RAM is pretty much wasting money. I don't know how I could possibly get mythtv to actually fill up a gig of RAM at any rate. Maybe a backend connected to 5 or so frontends? Raphael Thanks. Your response (and others) matches what I'd expected to hear: dual core if I want to do something else CPU-intensive (like transcode) as well as run myth. I still don't see -- as you obviously don't -- how an extra GB of RAM will improve things much. I'd have to be doing something else on the system that did heavy I/O or otherwise could use a lot of RAM. Capture of data from an HD card gets data at a very flat rate: either you keep up or you don't. Basic queueing theory shows that if the arrival rate is near constant you won't get a big queue (for disk output). Consequently, beyond the minimum amount of buffering needed to keep up and a bit of headroom for safety, a huge buffer cache will just hold things that aren't going to be read back any time soon any way. The benchmark referred to was for a different kind of load on the RAID system. Cheers, Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Killer system or overkill?
Grant Horning wrote: Let me clarify... Software RAID 5 will consume approx 20% cpu under a heavy I/O load. The disk performance will be very good but you must remember that cpu time is also very important. With dual cores, software raid 5 won't be a problem at all. With a single core, I would be worried about maxing out the cpu. You can see some benchmarks at http://www.chemistry.wustl.edu/~gelb/castle_raid.html Also, don't worry about the onboard raid chip. You wont be using it anyway. Linux has its own software raid. Try 'man md'. Thanks. I said "software RAID" (and meant "md") so I'm not sure where anyone got the idea that I was considering on-board RAID. I'm not. I can't imagine why disk performance would be an issue. A 1 RPM disk used as a daily write cache surely is unnecessary -- even at HDTV rates this isn't a huge amount of bandwidth by modern disk drive standards. I'm considering RAID5 so that losing a hard disk won't be fatal to the video library. My advice for a kick-ass system that will do more than just let you watch HDTV. Get dual cores Get 2GB ram (see benchmarks) Use software raid 5 Get a case with great airflow + lots of power Pretty much what I was considering except for RAM. I'll look at the benchmarks, though; RAM's not all that expensive. I'm not sure if JFS or XFS perform the same as EXT3 or Reiser under RAID 5. That might be worth looking into. Unless there's a good reason not to, I'll use XFS. I strongly prefer it to ext3 for mythtv recordings. Thanks, Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Killer system or overkill?
Robert Johnston wrote: On 12/13/05, Len Reed <[EMAIL PROTECTED]> wrote: Nvidia TC256 FC6200 based PCI-X card Just as an aside, PCI-Express is PCI-E. PCI-X is a very different standard. You're right, of course. I'm working with a 3ware PCI-X RAID controller and contemplating playing with the PCI-E video controller. Sometimes my brain doesn't fully process what I type. :) Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Killer system or overkill?
I'm going to upgrade to a HD myth system soon. I already have the TV, a Mitsubishi 1080p 50". The system I'm considering would serve as a back-end for high def (and some or all NTSC, too). It would also be a front end to the HDTV. It would connect to other myth systems in the house via Gb and 100Mb Ethernet. Super low-noise is not a great concern: I can hide a mini tower under the 75 gallon fish tank near the TV. That greatly attenuates the noise. Here's what I'm considering: MSI K8N Neo4 board Althon 64 3800+ dual core Nvidia TC256 FC6200 based PCI-X card 2x512MB PC3200 RAM (2 free slots for now) expandsion TI-based IEEE1394 board HD5000 for direct capture of unscrambled QAM firewire from DTC6200 PVR-250 for hopelessly copy-protected channels DVI-D to HDMI for video on-board optical sound to the surround-system amp I haven't decided on disk space yet. I'm thinking of four 250 or 300GB SATA drives and software RAID5. Questions: Is dual-core overkill? It's reasonable on the margin from a single core 3800+, but if a 3200+ single-core is sufficient, that's a lot cheaper. Is this board a reasonable choice with a dual-core Athlon? Thanks for any insight, Le ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video card suggestions
Brad Fuller wrote: All you need is a small cap for conversion. How can some be crummy? Well, I'm no EE, so I don't know about that. I do know that the 3 or 4 of these things that I've played with were unsatisfactory. (They all came as thrown-ins with various things like capture cards or other devices.) The result on the TV of composite converted from svideo was *way* below svideo quality (noisy, minor color shift). I don't mean the usual "composite is not quite as good as svideo" issues: those are subtle. This wasn't. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video card suggestions
[EMAIL PROTECTED] wrote: My MythTV box is currently running with an old Voodoo 4500 I had laying around. Since I didn't have a card with a tv-out interface, I used a VGA-to-composite converter I picked up on the cheap. It gets the job done, but tends to cause a slightly fuzzy picture and occassionally gets out of sync. Yeah, those things don't work too well in my experience. Now I want to "upgrade" and get a card with tv-out and am looking for suggestions. I don't want to spend $200 on the latest ATI or nVidia with 17 gigs of ram or something silly. But I still want something reliable. Anyone want to share their experience with reasonably priced video cards? I'm looking for something with a composite interface. Will any of them work for console (framebuffer) output, or only with X? Your TV can't handle SVideo? That will look better and be easier to find. I've used several inexpensive nvidia-based cards, and they work well. You should be able to pick one up new for US$35-50. Composite video output might be hard to find in a new card, though. And beware of cheap svideo-composite adapters; they give crummy results, too. Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Gigabyte video card
Matt Mossholder wrote: I've run into this one before... the problem with your FX5200 may be that the TV expects HDCP to be supported by the video card. My Panasonic is that way... I just get black screens on a FX5200 while DVI out of the cablebox works fine. If so, you need to go pick up a 6000 series or 7000 series NVIDIA card, which have HDCP support in the chipset. --Matt I don't doubt that this may be the case, but it sure seems pointless to me. I fail to see how accepting non-HDCP input at a monitor or TV allows anyone to defeat copy protection. (Refusing to accept HDCP input, conversely, will keep you from viewing sources that supply HDCP content. And refusing to honor HDCP on a device that can record allows you to defeat copy protection.) Insisting that the source be HDCP-capables seems like poor or lazy design. For all I know, though, it may be common or universal in the new chipsets used by the TV manufacturers. G, Len On Tue, 2005-11-29 at 14:09 -0500, Steve Adeff wrote: On Monday 28 November 2005 23:53, Len Reed wrote: Steve Adeff wrote: > card should work fine. Looks similar to NVIDIA's reference design. > 1080i over DVI to an HDTV is hit or miss though. Hit or miss due to weird mismatch between card and HDTV, or do you just mean that some HDTVs don't support 1080i into DVI/HMDI but only into component video? weird mismatch. My DCT6200 outputs 1080i to my TV's HDMI port perfectly, but I can't for the life of me get my FX5200 with interlaced output support to work. Go figure, cheap HDTV... I'm about to buy a Sony KDS-R60XBR1. The spec sheet says it supports 1080i on component and on HDMI. Is there any reason to think that an nVIDIA 6200 PCI-E card over a DVI-to-HDMI cable won't produce excellent results? I'm talking about way too much money for anything short of excellent. With a Sony I'd think it would work, but do a search to see if anyone else has any experience with it. Steve ___ mythtv-users mailing list mythtv-users@mythtv.org <mailto:mythtv-users@mythtv.org> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Flagging - whats it all about
korebantic wrote: From the website: Basic 'live-tv' functionality. Pause/Fast Forward/Rewind "live" TV However, how can one FF live TV without altering space and time? =) Seriously, what am I missing here. AFAIK the only way to FF or skip commercials is with recordings. You have to pause or rewind first. This isn't as far-fetched as it sounds...Say you're watching TV and the phone rings. You pause the system. After 10 minutes on the phone, you resume "live" TV. When you get to the next commercial, though, you can FF. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Gigabyte video card
Steve Adeff wrote: card should work fine. Looks similar to NVIDIA's reference design. 1080i over DVI to an HDTV is hit or miss though. Hit or miss due to weird mismatch between card and HDTV, or do you just mean that some HDTVs don't support 1080i into DVI/HMDI but only into component video? I'm about to buy a Sony KDS-R60XBR1. The spec sheet says it supports 1080i on component and on HDMI. Is there any reason to think that an nVIDIA 6200 PCI-E card over a DVI-to-HDMI cable won't produce excellent results? I'm talking about way too much money for anything short of excellent. Thanks, Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Myth/HDTV dream system?
R. Geoffrey Newbury wrote: On Thu, 24 Nov 2005 10:16:35 -0500, Len Reed wrote: Steve Adeff wrote: This is what I did: Silverstone LC16M-S Speaking of the remote...I assume that the IR receiver is limited to the IR codes that the Silverstone remote can send. (Contrast: a homebrew LIRC serial remote, which can handle almost anything.) Is that true? Are you using this for your remote control? I have the Silverstone LC11-M case. It uses the iMon Median VFD and iMon PAD IR. I can tell you that the IR receiver does not appear to be limited in any way on its reception of IR signals. Very interesting. My ati wonder USB receiver (from a "Lola" x10 system) seems only to get its own codes. I happened to be fighting with my lirc setup, and getting no response. I had mode2 running, when I used the TV remote to change the volume of the TV, which was not hooked up to mythtv. And I was suprised to see output on the monitor! A quick check showed that the IR receiver/mode2 combo could handle a couple of the various remotes lying around. And my lirc setup was fine: my Silverstone remote had dead batteries! I'm buying some more batteries today so I can check out the remaining orphan remotes. I'd be interested in knowing what you find out. BTW I think that this could provide a means of mapping/determining the key codes of any remote. No that you can do much with that, unless you have a 'learning' remote which you can program at the byte level or for example, a Hewlett Packard calculator with IR output, which can be programmed at the byte level, or for another example, a bluetooth enabled cell phone which has a Java JVM in it, and a Java program to present the choices. I'm interested in getting arbitrary signals for two reasons: 1. determine codes from the various remotes, as you say. (I can now do that with a homebrew receiver, but it needs a real -- not USB -- serial port and those are rare these days. Also, my receiver, built from the low-end of what's on lirc.org, is not really suited to production use.) 2. Allow use of the *best* remote from my home theatre system. If I can process any code, I can pick the remote based solely on size and keypad arrangement. (Many remote controls seems to have be designed for use by some species other than H. sapiens.) Also, when the most-pressed keys wear out, I can replace it without having to buy an expense matching replacement. My plan is to capture the IR codes at the computer and then translate and retransmit (over a real serial port use LIRC and wires to small IR diodes) to the various equipment. This allows me to use an Athlon-64 running Linux to control things, rather than a so-called Universal remote. Consider the following as an example. If I switch to "DVD" then one button labeled DVD on the remote could cause all of the following to happen: a. switch HT amp to DVD audio input b. raise volume on amp to compensate for lower input (skip if already in DVD mode). c. switch TV input to DVD d. set TV aspect ratio e. turn off TV's built-in speakers (which I may use for simple viewing, e.g., the news, instead of the surround sound system). Subsequent presses of FF, REW, pause, etc. would be translated and passed on to the DVD player. Pressing another button would reconfigure everything for mythtv. Much of the above can be done without so elaborate a scheme, but no univeral remote is going to allow the flexibilty that this will. The end result is a system where the complexity is hidden inside LIRC setup and perl srcripts inside the HT computer, and a single remote provides a simple, consistent, and powerful control point. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Myth/HDTV dream system?
Steve Adeff wrote: This is what I did: Silverstone LC16M-S Athlon64 3200+ 512MB RAM 2x 320G SATA150 HD MSI K8N Neo2 Platinum PVR150 HD3000 I'm putting together an HDTV myth system that may end up a lot like this.Other than capture cards (one HD5000, two PVR-250s) I haven't bought anything yet. Why did you choose the LC16M? I'm considering the LC10M, which is a bit cheaper. Are you using all those control and function buttons on your LCM16M (FF, REW, Function, etc.)? Even if they work I suspect I'd always use the remote control. Speaking of the remote...I assume that the IR receiver is limited to the IR codes that the Silverstone remote can send. (Contrast: a homebrew LIRC serial remote, which can handle almost anything.) Is that true? Are you using this for your remote control? Thanks, Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] HD5000 now working with QAM256; not many channels
Thanks for you reply. I was hoping to get some information of the type you provided. Mplayer did note that there was AC3 sound in most of these streams, though I didn't bother to cable things up to see that it had actual 5.1 content. (The Sempron machine that I'm playing with this on doesn't have enough power to play things in MythTV; I scp'ed the *.mp2 to my Xeon workstation and played them there.) You're right that the 4:3 content inside the 1080i frame looked way better than normal NTSC. I attributed that, though, to getting pure mpeg2 instead of digital cable -> cable box -> composite NTSC -> PVR250 -> mythtv. It would seem that they could just send 480i or 480p digitially and get the same result, but maybe changing formats all the time isn't a good idea. I'll try azap over the weekend and later firewire as I move toward implementing things. I don't yet have an HDTV, but hope to do that soon. I'm not going to drop the $1000s for it until I'm satisfied that I can control content. (I'd rather watch NTSC when I want then HDTV as a slave to the networks. Two years of MythTV and hundreds of Gigabytes of cheap disk space have spoiled me.) Cheers, Len Steve Adeff wrote: On Thursday 17 November 2005 14:27, Len Reed wrote: I got my new HD5000 working last night. (Thanks to those of you who replied; my issue was that I had neglected to compile all the modules needed.) I'm using a very recent development version of mythtv for this. I have Cablevision digital cable in Gwinnett County, Georgia, USA. Scanning found five QAM256 channels: local ABC, NBC, FOX, PBS, and WTBS (which is a local over-the-air channel in Atlanta). They all came in in high-def format, even when the content was NTSC. That is, the 4:3 content had black sides. Actual high-def came in fine, so that Leno's show looked great but was nevertheless still worthless IMO. :) They are still HD, still sent at 1080i, they just mix the NTSC onto the HD format. Whats nice is this is the absolute best quality you will get from that signal. Your getting the most of what the NTSC camera used can offer, so it will look better (beyond being digital). Also, shows can come in at 5.1 for 4:3 video, so far I've noticed the FOX toons (Simpsons, Family Guy, American Dad) have 5.1 audio tracks. I didn't find digital versions of other local channels (CBS, UPN, WB, a couple of others) even though the cable company claims they provide them. try using azap and mplayer you'll find them. All the other digital channels, both low and high def, presumably are scrambled and hence myth's scan feature doesn't find them. By this I mean ESPN, Comedy Central, etc., and HBO etc. yes, you won't find them with azap either. BUT try, cause I have about 20 digital channels I can pick up, nothing great, but they're there. Curiously, I found several clear digital signals above QAM256 channel 101. These didn't correspond to anything showing at the time. (The Longest Yard, Cheaper by the Dozen, Rome, etc.) My guess is that these were my neighbors watching "video on demand". (They were all 4:3; some even with low resolution for NTSC.) When I first saw "Rome" I thought "HBO [which I pay for] in high def!" Alas, no; not high def and not even HBO. I just deleted those channels. I have the same, at a lower channel number though, its funny, shows fast-forward randomly and switch program id's randomly. I suspect that getting a DC6200 will give me these five channels (and maybe the other local ones) on firewire, but probably not Comedy Central and ESPN, and certainly not HBO. I fear that time-shifting these means NTSC composite into my PVR-250s (as I now do), or getting their "Moxi" PVR/tuner. For non-local channel HDTV off the cable, only the Moxi seems doable. Check it out, some folks don't have 5C enabled on their 6200's, I get all my basic cable with 5C=0, everything else is 5C=1, so its worth a shot. I'm using a PVR150 (As soon as a buy a non-VIA 6306 firewire card), and I might get a second box and use it for the 5C=0 channels. Steve ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] HD5000 now working with QAM256; not many channels
I got my new HD5000 working last night. (Thanks to those of you who replied; my issue was that I had neglected to compile all the modules needed.) I'm using a very recent development version of mythtv for this. I have Cablevision digital cable in Gwinnett County, Georgia, USA. Scanning found five QAM256 channels: local ABC, NBC, FOX, PBS, and WTBS (which is a local over-the-air channel in Atlanta). They all came in in high-def format, even when the content was NTSC. That is, the 4:3 content had black sides. Actual high-def came in fine, so that Leno's show looked great but was nevertheless still worthless IMO. :) I didn't find digital versions of other local channels (CBS, UPN, WB, a couple of others) even though the cable company claims they provide them. All the other digital channels, both low and high def, presumably are scrambled and hence myth's scan feature doesn't find them. By this I mean ESPN, Comedy Central, etc., and HBO etc. Curiously, I found several clear digital signals above QAM256 channel 101. These didn't correspond to anything showing at the time. (The Longest Yard, Cheaper by the Dozen, Rome, etc.) My guess is that these were my neighbors watching "video on demand". (They were all 4:3; some even with low resolution for NTSC.) When I first saw "Rome" I thought "HBO [which I pay for] in high def!" Alas, no; not high def and not even HBO. I just deleted those channels. I haven't yet tried to get over-the-air ATSC. My location isn't ideal, so I doubt I'll do a lot better than these five channels. I suspect that getting a DC6200 will give me these five channels (and maybe the other local ones) on firewire, but probably not Comedy Central and ESPN, and certainly not HBO. I fear that time-shifting these means NTSC composite into my PVR-250s (as I now do), or getting their "Moxi" PVR/tuner. For non-local channel HDTV off the cable, only the Moxi seems doable. -Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Air2PC HD5000 not working
I'm not getting far setting up my new Air2PC HD5000. I've been to a lot sites, but I'm having trouble separating out the information on 2.4 kernels, old air2pc cards, satellite and European formats, etc., etc. I'm an experienced mythtv user (I have a separate two PVR-250 system with multiple front ends). If there's a step-by-step howto, please point me at it. If not, I'm going to post one after I get through this. I'd like to try both QAM (with my cable) and ATSC over-the-air, but I'm not getting basic functionality yet. Setup: -- new HD5000 (got it last week from cyberestore) Fedora core 3, fully up to dated www.kernel.org 2.6.14.1 plus 2391_patch (*) (*) patch is relative to 2.6.14. The patch adds the card to the tables, considerable changes to the lgdt3303 code. I can see the card with lscpi, but I can't do anything with it. It says "00:0e.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)". dmesg doesn't show anything after I load the modules, which can't be good... Questions 1. I see references to the "dvb-kernel" but strong indications that that code has now been incorporated into the standard kernel. Is standard 2.6.14.1 plus that patch enough or do I need a bunch more patches? If not, what patches do I need? 1. Is there any firmware that has to be loaded to the card? I didn't see anything on the supplied CD-ROM. 2. What modules need to be compiled and loaded? I loaded everything everything in kernel/drivers/media: v4l2-common, videodev, v4l1-compat, lgdt330x, dvb-pll, and dvb-core. 3. Do I need to set any options for these modules? 4. Do I need to create any device files? I did a bunch of mknods in /dev/dvb/adapter0 (audio0, ca0, video, etc.), but I don't know if they're needed. They're all major device 212. 5. In mythtv-setup, do I want to select pcHDTV DTV card or DVB DTV capture card (v3.x)? The latter seems more promising, but I get "Frontend ID: Could not open card #0!" Neither works. 6. Is there a simple application that can stand in for mythtv while I'm trying to get basic card functionality working? (I don't want to load and configure all of KDE for such a purpose.) Really, being able to cat mpeg2 A+V from a device file to a disk file and then playing it with mplayer would suffice, but I'm going to have to be able to tune the card. Thank you for any help or hyperlinks that you can provide. Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Audio Sync when exporting to DVD using Nuvexport
Well, that didn't seem to do much. It did change the amount that things were off by, but the gap still grows as you get deeper into the file. Only mythtranscode and mplayer get things synced. Len Garry Gibson wrote: Just thought I'd add to this as I've recently solved this issue (for me at least) Using a PVR-250, I had the same audio sync issues (original .nuv ok until mplexed etc) until I changed the mpeg stream type to "DVD Special 2" in the recording profiles setup. Thanks to Khan Tran for replying to my request for settings that work. (Search the archives for "DVD PS Audio Sync" for more details) Regards, Garry. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Len Reed [EMAIL PROTECTED] Levanta: Lowering the real costs of Enterprise Linux ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] cut list woes
Hi, I don't see anything like this in any of the mailing lists. Is anyone else having issues with post-0.16 cut lists? Ever since I upgraded to CVS (from 0.16), cut lists have been funny. They worked perfectly for me in 0.16. In November they were a mess (playback didn't work at all). Now, with CVS from the last week or so, I get the following: 1. Editing works almost perfectly. The PgUp key only goes back one cut point. Hit it again and nothing happens. I can jump back by 10 minute increments, so this is only a minor annoyance. 2. Playback of recording with a cut list works fine now, skipping over all deleted stuff. 3. Transcoding only elminates the first cut. Consider a typical program with leading junk, program, commercial, program, ..., commercial, program, trailing junk. mythtranscode elminates the leading junk but not the commercials or trailing junk. This is true whether I use the transcoding selected from the myth menus or nuvexport's export to Divx (mode 6): both run mythtranscode. (Other nuvexport options run transcode to read the .nuv file, resulting in bad A/V sync problems; this is probably unrelated to the cut list issue, though.) It doesn't matter whether I'm using a new recording or a very old recording with an old cut list. System specifics: Fedora core 3 with apt-get updates to install everything needed (distro updates, codecs, etc.). Then mythtv CVS downloaded and compiled January 2, 2005. Two PVR-250 cards. Thank you for any light you can shed on this. Len ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Audio Sync when exporting to DVD using Nuvexport
Sync has always been a problem for me on exported files. I've got a PVR-250, I'm in in US (so NTSC), FC3 installed using Jarod Wilson's instructions from http://wilsonet.com/mythtv/fcmyth.php (thanks!). I uninstalled all the myth*.rpms that apg-get got and built mythtv from the latest CVS source, built kernel 2.6.10 from http://www.kernel.org, and used ivtv-0.2.0-rc3c (from C. Kennedy, thanks). I did all this over the weekend, building the system from the metal up. Audio sync is still bad (audio starts out nearly synced but gets progressively further behind as the video is played). It was that way on previous systems, too; this problem's not new. But... 1. audio sync is fine when watching via MythTV. 2. audio sync is fine if I copy the original *.nuv to any Linux system and watch using mplayer. #2 is curious, since it means that there must be enough sync information in the .nuv file alone for mplayer to get the sync right. Anything else (transcode, avidemux2, etc.) has the sync drift problem. Len Lane Schwartz wrote: On Tue, 4 Jan 2005 12:03:56 -0600, Lane Schwartz <[EMAIL PROTECTED]> wrote: On Mon, 03 Jan 2005 16:31:26 +, Gary Dawes <[EMAIL PROTECTED]> wrote: Having finally treat myself to a DVD burner for christmas, I have started exporting shows to DVD, but have found that the audio is ahead of the video by a small amount. I have searched the various wikis, and mailing lists, and have found various posts about this, but while different people have suggested different things, none of them have worked for me, and noone else with the problem has reported that they have solved the problem, and by what method. I'm running knoppmyth, with mythtv 0.16, and the latest versions of transcode mjpegtools available from apt. I'm also running the latest nuvexport (27/12). I've checked my audio recording settings and they are at 48khz I found one snippit of information which suggested running mpeg2desc -m on the .mpg file to determine the audio offset, and then using that information to reencode the file. Any ideas? Thanks Gary Gary, I've had this issue, too. In fact you probably ran across some of my earlier posts in your research. The only conclusion that I was able to come to is that there is a bug in some ivtv versions which cause the mpeg files that are recorded to have some flaw in them. I was always able to play the original recordings with no sync issues. It was when I tried the mpg2->mpg2 cutting that I hit problems. I also hit the same problems with a manual edit using avidemux and mplex. After spending a good chunk of my Christmas vacation on it, I now have a fully functional Myth box again. I can successfully export recordings with no audio sync issues. While I was debugging, I tried almost everything. I tried multiple versions of avidemux, mjpegtools, even multiple versions of the kernel. I tried ivtv 0.1.9 and 0.1.10 (100zz, I think). I tried FC2, then back to FC1. Nothing worked. Why does it work now? Well, I switched back to FC2. Then I used one of the new 0.2 ivtv drivers. I think that's what did it. I can now successfully export my _new_ recordings. However, when I try to export any of the old recordings, I still get audio sync issues. This fact makes me even more confident that the problem lies in the ivtv driver. I know this is a really frustrating problem. Try the new ivtv drivers and see if that helps. I think they're in atrpms testing, so make sure that's enabled (this is assuming you're running Fedora and using apt). If you'd like I can get you the versions of all of the relevant programs on my functional box. Cheers, Lane I should point out that I'm using a PVR-250 and am in the U.S. Lane ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- Len Reed [EMAIL PROTECTED] Levanta: Lowering the real costs of Enterprise Linux ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users