Re: [mythtv-users] Removing Channels
On Mon, 2004-12-20 at 14:29 +1000, David Whyte wrote: I think you can do this really easily from MythWeb. Thats what I did and I have had no issues with it! Or you could go to the channel editor, hit the menu key and then delete. -- John Pullan [EMAIL PROTECTED] ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Static on
Rob Rosenfeld wrote: Seems real obvious, but how do you know that -p 4 is the right ivtvctl argument to pass for your input? I gather you've tried all the other -p values? No I don't, but this is the only one who gives me static i.s.o. a black screen. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] ext3 to xfs conversion worth it
I finally got around to converting my root partition on my combination frontend/backend mythtv box from ext3 to xfs running on FC3. Deletions of recordings were taking forever with ext3, and they are much faster with xfs, just about instantaneous. In general all disk access seems to be faster, but that may be my imagination. If you are running ext3, I would highly recommend you switch filesystems! -Dave ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] Re: atrpms-package-config vsmedley-package-config(was: Fresh FC1 and Myth 0.16 installobservations/questions)
I feel like I have gone through all of the necessary trouble shooting steps to resolve install problems for mythtv, but I am really not having any luck at all. I even ran the script to rebuild the database as listed in Jarod's FC3 install guide. It was not this hard last time I tried to install myth on FC1. Again, can anyone please help me? Thanks, George FC1 is no longer supported so you are going to run into a few issues with modules being old. Try installing each module by itself. Install mythtv first, leaving mythdvd for last. A better bet would be to install fc2 and start again with that howto. It can be done with fc1 but you may have to compile your own. I am currently running the CVS head on fc1 with no problem. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] MythTV noob
But that prompts another question - how I do split the cable coax connection between two tuner cards - is that another rf splitter, which is not a term that I understand but my borther will? I feel as though I have not read about any of these issues on the documentation pages, which may be my opportunity to contribute in due course All you need is a splitter and 2 short pieces of tv coax. Hook a coax to each card and hook the other ends to the outputs on the splitter. Hook your signal source to the splitter input and you are done. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] mythfilldatabase with xml file
Greetings, I am still chasing why mythfilldatabase with an xml file (from nxtvepg) is not working... and thinking it has something to do with the data in my channels file. Might I ask someone using an xml file as the program source to send me their channels table ? I am just trying to figure out how this all hangs together cheers, -Peter ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: 1394 and compressing analog Re: [mythtv-users] Beginner Question
Ian Forde wrote: 1. HD2000/3000 with QAM drivers 2. Firewire Option 1 drivers don't exist yet, so test captures can't be done. Option 2? I can capture already. It's just not in Myth. It seems like a faster way of getting more HD users on myth in the short term until the (option 1) drivers are ready. As it turns out, they're also the only possibly likely ways to watch HD for those who can't put up antennae for HD. (ie - I live in an apartment!) The good news is that for someone with the hardware and some C++ experience, it should be simple to add this capability to MythTV. You just need code to change channels, grab data from the FireWire port, and spew it into the ringbuffer. You also have to watch the stream so you can mark keyframes into the database. hdtvrecorder is good example code, though it does more processing. It's possible the stream may need to be munged in some way -- you can test this now by doing a capture into a file, then do 'mythtv filename'. If it plays properly, the decoder is capable of playing the raw files, and you're good to go. -Doug signature.asc Description: OpenPGP digital signature ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Help patching IVTV on FC3
I've got MythTV installed on Fedora Core 3 (2.6.9-1.681_FC3) and am using a new PVR-350 with the type 47 tuner. From all the reading I've done it looks like I need to apply the tuner patch from ivtv.no-ip.com. A friend helped me apply the patch to the tuner.c source, but he wasn't familiar enough with Fedora to help me compile and install the patched module. I'm somewhat of a linux newb and would appreciate any help. Thanks, Matt ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Beginner Question
On Sun, 19 Dec 2004 03:44:24 -0600, Gerald S [EMAIL PROTECTED] wrote: Hello All, I am doing all my research before I dive into my MythTV HD project (I am new to Myth Linux, and fairly new ot HD...so bare with me:). I am using a digital cable box from Time Warner. I understand that my cable stream is encrypted going into my cable box, which requires me to use their box. But why can't cards like pcHDTV3000 read the component video coming out of my cable box. I know it whould need to handle QAM for HD, but once that is done there is still the issue of being encrypted by the cable company. How can that be encrypted, my TV would have to know how to unencrypt it? Why can't I let the box do the unencrypting and just take the signal before it hits the TV? Is this because it is HD? Or digital? Wouldn't this work on just normal analog cable, that did not need a cable box? Thanks for any clarification, Gerald S San Antonio, Texas USA ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users The reason why this isn't done is because the encoders required for this are very expensive. Right now there are no consumer level encoders that can encode an analog HD signal. The people here are correct that capturing a digital stream would be the ideal solution, with no reencoding the quality would be much better. The proplem with this is that if all the cable companys encrypt their content then capturing digitally might not be possible. Either that or we could find some way to capture the encrypted stream and get a decoder to play back that encrypted stream, but that would suck for osd's and other such things. -- I probably still have a few gmail invites. Drop me a line (off list) if you'd like an account. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] better pvr card
Is it true that pvr-150 is better than pvr-250? ___ It's true that it's cheaper. It's also true that it doesn't have full Linux support yet. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Need help with HDTV Out Jitter
Steve Frank wrote: Hey gang, I've read Jarod Wilson's guide to HDTV, and currently I'm having a dickens of a time with getting X to agree with some of the settings I'm passing it. I'm using FC1 with XFree86 4.0.3-55. (I'd update, but this puppy is really stable and stability is king for MythTV). I have a Gigabyte Geforce FX5200 with DVI out, and I'm using a DVI-HDMI interface on a Mitsubishi TV that is capable of 480p and 1080i input on the HDMI interface. I'm using the Nvidia driver 6629, the latest as of this writing. Here's relevant sections from my XF86Config--most of this is verbatim from Jarod's Howto. Section Monitor Identifier Monitor0 VendorName Mistubishi ModelName48515 48inch HDTV Option dpms HorizSync33.75 VertRefresh 59.94 Mode 960X540p DotClock 37.26 HTimings 960 976 1008 1104 VTimings 540 542 548 563 Flags +HSync +VSync EndMode EndSection [snip] Following is the 540p modeline I use... I believe this to be close to the ATSC standard, and so might work better for you. If not, try using a modeline generator program. Modeline 540p 39.956 960 1020 1100 1184540 550 551 563 +hsync +vsync # 39.956 MHz 33.75 kHz 59.94 Hz -Doug signature.asc Description: OpenPGP digital signature ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Guide data problems
Hi everybody, I've got a rather annoying problem with the guide data. I live in Canada, and use datadirect to download the data. Here is my understanding of how the guide data works: After the database is initially filled, mythfilldatabase will run everyday and do the following: Download data for days that have never been downloaded before (which tends to be 13 days away. Refresh data for today and tomorrow. The problem is that the 13-day away data is often incomplete, and is not refreshed until the day before. If I sit down to plan my programming once a week, then I will often miss stuff, or have conflicts that I don't know about. Would it be possible to refresh the data for day d somewhere between d-13 and d -1, say on d-8? I suppose that this would increase the load on the datadirect servers somewhat. Mark ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] MythTV system for sale
I'm selling my Shuttle XPC MythTV system on Ebay. Its a quiet and unobtrusive setup. If you're interested, please visit my auction at http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItemrd=1item=5150084624ssPageName=STRK:MESE:IT ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: 1394 and compressing analog Re: [mythtv-users] Beginner Question
On Sunday 19 December 2004 16:00, Brad Templeton wrote: The bad news is those firewire streams out of the cable box or satellite box are going to be encrypted and/or the box will refuse to send them to any device that doesn't have the authentication codes licenced from the oligopoly. (ie. 5C etc.) You won't get them for an open source box. I was under the impression that the FCC mandate meant that the FIreWire output had to be unencrypted, though it could be downsampled to a lower resolution. So, you couldn't get HD resolution out of the box, but you could at least get direct digital access to some form of the content, even if it is only 480i or 720p. Personally, I'd be reasonably happy with that, from a picture quality perspective. What really burns me up is the fact that in order to access all of the content I pay for, I'd *still* need to rent an additional box from the cable company per tuner (unless they're not encrypting any of it, which is unlikely with Comcast). Also, regarding the 'authentication'/5C stuff, etc., I thought that everything was required to work with pre-broadcast flag devices (i.e., devices manufactured sold before July 2005). -JAC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] No video devices in /dev
Yes, that is the issue. Thank you. In my rc.local I have included modprobe to load ivtv. I didn't need to do this extra step when I build my FC2 box? Why wouldn't they be loading? Isn't including them in modprobe.conf supposed to load them? Sorry, I'm a Linux/Myth newb, so I'm just confused about this. From: Nezar Nielsen [EMAIL PROTECTED] Reply-To: Nezar Nielsen [EMAIL PROTECTED],Discussion about mythtv [EMAIL PROTECTED] To: [EMAIL PROTECTED],Discussion about mythtv [EMAIL PROTECTED] Subject: Re: [mythtv-users] No video devices in /dev Date: Mon, 20 Dec 2004 12:18:44 +0100 MIME-Version: 1.0 Received: from www.mythtv.org ([70.84.9.187]) by mc3-f20.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Mon, 20 Dec 2004 03:23:18 -0800 Received: from www.mythtv.org (localhost [127.0.0.1])by www.mythtv.org (8.13.1/8.13.1/Debian-14) with ESMTP id iBKBJbA9010116;Mon, 20 Dec 2004 11:19:49 GMT Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200])by www.mythtv.org (8.13.1/8.13.1/Debian-14) with ESMTP idiBKBIi7w010028for [EMAIL PROTECTED]; Mon, 20 Dec 2004 11:18:44 GMT Received: by rproxy.gmail.com with SMTP id 34so72982rnsfor [EMAIL PROTECTED]; Mon, 20 Dec 2004 03:18:44 -0800 (PST) Received: by 10.38.179.71 with SMTP id b71mr373469rnf;Mon, 20 Dec 2004 03:18:44 -0800 (PST) Received: by 10.38.206.54 with HTTP; Mon, 20 Dec 2004 03:18:44 -0800 (PST) X-Message-Info: JGTYoYF78jHOxyZjKXNA5NFf6VUU8ZwZ DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;b=BgBQypoX8pKJzTGVRi5w6eHChV4x5/onmA/ZjDR8T8TT+l87T/yRMpqKp/Xp2cW9QGfrL1tMh8qMFbRlH1YKSK9wM+Q3O65aiIPK1632PULdChhMLbm9fNv9hM4qdsnR8HG4wpt+XXFrIboHeEGJXDRI3tIQ0Qs3Y4civgTAWdE= References: [EMAIL PROTECTED] X-BeenThere: [EMAIL PROTECTED] X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion about mythtv mythtv-users.mythtv.org List-Unsubscribe: http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users,mailto:[EMAIL PROTECTED] List-Archive: http://mythtv.org/pipermail/mythtv-users List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users,mailto:[EMAIL PROTECTED] Errors-To: [EMAIL PROTECTED] Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 20 Dec 2004 11:23:18.0174 (UTC) FILETIME=[4DFE63E0:01C4E686] Is your ivtv module loaded into the kernel? That's what makes the devices... On Sun, 19 Dec 2004 18:37:56 -0700, John L wrote: I spent a good chunk of the day getting NVidia's 6629 drivers working in FC3. Once I got them working I followed Jerod's guide, and when I entered ll /dev/video? I initially got one entry, /dev/video0. That was unexpected (my previous FC2 box had 4 enties like the guide) but I continued on. However, since a reboot, there are now no entried for /dev/video?, and of course the backend doesn't work because there is no /dev/video. Where do I look, or what do I need to do to correct this? -- Mvh. Nezar Nielsen http://fez.dk ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] No video devices in /dev
John L wrote, On 12/20/2004 8:00 AM: Yes, that is the issue. Thank you. In my rc.local I have included modprobe to load ivtv. I didn't need to do this extra step when I build my FC2 box? Why wouldn't they be loading? Isn't including them in modprobe.conf supposed to load them? It has to do with the switch to udev for handling device creation. I'm not sure myself how to get udev to automatically load devices properly like it did in FC2 and previous versions of FC, but for now I've added the appropriate modprobe lines to the /etc/init.d/ scripts for lircd and mythbackend under the start section to load lirc modules and ivtv modules respectively. Anyone know how to make it work like it used to? -Dave ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
I am about to purchase a CPU/mobo for a mythtv box. I read somewhere that it is harder to compile builds for MythTv on these AMD Athlon 64 chips. Specifically I am looking at the AMD Athlon 64 3000+. It is relatively cheap and gets good reviews. On the other hand I am also looking at the Intel 3Ghz which isnt too much more but the good motherboards for this slot T chip are a lot ore expensive. Any recommendations? Thanks. Drew ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Quick PVR-350 Question
Does PVR-350 output to S-Video and Composite simultaneously? Thanks, Søren ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Slovenian mythweb ???
Hello! My mythweb version is 0.16-63-at, so I don't think this will be a problem.. Allso I couldn't find file includes/translate.php, so I just drop Slovenian.php to languages directory and now I can choose Slovenian language in Settings/MythWeb/Language. But when I click any other link on page Language goes back to English and so on... So only page that I can read in SLovenian language is this Settings/Mythweb.. Any Ideea??? eRik - Original Message - From: Chris Petersen [EMAIL PROTECTED] To: Discussion about mythtv [EMAIL PROTECTED] Sent: Friday, December 17, 2004 8:06 PM Subject: Re: [mythtv-users] Slovenian mythweb ??? Does anybody know where/what to change in x.php files to make Slovenian.php running??? You should just be able to drop it into the languages directory, and add it to $Languages in includes/translate.php (guess I need to add that to the translations howto). Make sure that your translation is against cvs -- it's totally different from .16 mythweb. -Chris ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Hard Crash while watching TV/Playback-Only when I push on the keyboard.
Ok, Well I think I found the problem. I compiled 0.15 and everything works perfectly. So what changed in 0.16 that would cause me problems? Any developers have any ideas? Thanks, Bruce --- Bruce M [EMAIL PROTECTED] wrote: Drastic measures. I removed the PCI card for the pvr-250,my other bt878 capture card and my aureal based soundcard. No help. I am still crashing hard upon playback. I am downgrading to version 0.15 to see if that fixes my problem. any other ideas? Thanks, Bruce --- Bruce M [EMAIL PROTECTED] wrote: I have the latest running from the web site and I used to use mythtv 0.14 all the time successfully. I moved and am getting back into it so I decided to install the latest 0.16. I have an nvidia mx-420 which I grabbed the latest drivers for and installed. I am using a pvr-250 which Is new. I compiled 0.91 ivtv and the card records fine. The problem is when I go to watch either live tv or pre-recorded programs. I get a complete systme lock-up when I either pause or fast forward(the only two I tried). I have to pull the plug on the linux box and do a hard reboot. I have done this 12 times in the past 2 days. I have tried all the bios options as well as re-compiling mythtv a few times. Does anyone have any idea what could be the cause? I have an xp2500 with 1 Gig Ram and a Raid array of 320 Gig's. I never got these types of system freezes in the past. The only thing new is the pvr-250 card(and removal of one bttv card) The other is still present. and the 0.16 version. Any ideas? Thanks, BRuce __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Off topic: Last resort for me. Can not get my dvb-c card to output video/audio on FC3, kernel 2.6.9-681
Richie Jarvis wrote: Mark Anderson wrote: On Mon, 20 Dec 2004 08:07 am, Örjan wrote: Hi ! I want to build a digital multimedia system for my home based on mythtv with a client/server architecture. Since i get my tv by cable (digital) i have to use a (at least one) dvb card. Been having some serious trouble in getting my dvb-card to work under Fedora Core 3. Here is my setup: Fedora Core 3, Kernel: 2.6.9-681_FC3 Hauppauge DVB-c premium card,CI and CAM (Hauppauge/Conax) Using dvb drivers in kernel. udev/sysfs doesn't make devices so i use the MAKEDEV-DVB.sh script from Linuxtv. (btw. card works fine under windows) lsmod gives: Module Size Used by ves182011213 1 dvb_ttpci 74741 3 dvb_core 80873 5 ves1820,dvb_ttpci saa7146_vv 47425 1 dvb_ttpci video_buf 24261 1 saa7146_vv saa714621613 2 dvb_ttpci,saa7146_vv v4l1_compat15941 1 saa7146_vv v4l2_common 9921 1 saa7146_vv videodev 13377 1 saa7146_vv ttpci_eeprom6465 1 dvb_ttpci lspci gives: 02:03.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) dmesg output: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1). DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261c DVB: AV7111(0) - firmware supports CI link layer interface DVB: VES1820(0): setup for tuner sp5659c DVB: VES1820(0): pwm=0x00 DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)... using dvb-apps/util/scan give me a channels.conf (i find almost every channel...read somewhere that i should check some timeouts to get a better scan result) using same channels.conf as input for czap and i get: [EMAIL PROTECTED] szap]$ ./czap -c channels.conf RTL -r using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' 23 RTL:27400:INVERSION_AUTO:6875000:FEC_AUTO:QAM_64:1100:1101:207 23 RTL: f 27400, s 6875000, i 2, fec 9, qam 3, v 0x44c, a 0x44d status 1f | signal b0b0 | snr efef | ber 0096 | unc | FE_HAS_LOCK status 1f | signal | snr f0f0 | ber 0096 | unc | FE_HAS_LOCK status 1f | signal | snr efef | ber 0096 | unc | FE_HAS_LOCK (status tells me i got good signal, little noise and that there is data on vdr0, trying to just do cat /dev/dvb//vdr0 gives output) then i try to view the stream in mplayer and nothing happens...see below. i've also tried xine and did not get a picture there either. [mythtv]$ mplayer - /dev/dvb/adapter0/dvr0 I have never tried piping the output from the dvb device straight into mplayer but is suspect it will not work. Try using dvbstream and pipe it's output to mplayer, this works for me: dvbstream -o -ps -qam 64 512 650 1590 | mplayer - you will of course need to substitute the appropriate pids for you station (use scan -c to get the list of available pids) Cheers, Mark ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users Hi there - just been through the DVB-T route on FC3 - one thing you must do is not use the MAKEDEV-DVB.sh script - as FC3 uses udev. Read the file udev.txt in the dvb-kernel cvs - /DOWNLOAD-DIR/dvb-cvs/dvb-kernel/linux/Documentation/dvb/udev.txt - that tells you how to setup udev to setup the device correct - otherwise it won't play fair. Hope that helps, Cheers, Richie ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users Thanks for the reply! I'll try these things tonight and see what happens. br, Örjan ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: 1394 and compressing analog Re: [mythtv-users] Beginner Question
On Monday 20 December 2004 12:54, Joe Barnhart wrote: --- Joseph A. Caputo [EMAIL PROTECTED] wrote: I was under the impression that the FCC mandate meant that the FIreWire output had to be unencrypted, though it could be downsampled to a lower resolution. So, you couldn't get HD resolution out of the box, but you could at least get direct digital access to some form of the content, even if it is only 480i or 720p. No. 720p IS a high def output. You would get 480 only. Oops. No matter, resolution isn't a big issue with me since I have a 60 projection TV with only composite and RF antenna inputs, so a high-def signal doesn't do much for me. It's not likely that I'll be in the market for a high-def set for some years. But I hear the cable systems are already playing fast and loose with their interpretation of the rules, i.e. encrypting some content (e.g. broadcast stations) that should not be encrypted. True. I'd suggest writing to or calling your cable provider if you find out that they're encrypting things they shouldn't (i.e., local broadcast stations). Let them know that doing so may violate FCC regulations and that you would like a response. If they don't respond to your satisfaction (or at all), report them to the FCC (not likely to produce results, but if everyone does it, it may get some attention). -JAC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] warning -- check .htaccess for those doing apt-get upgrades
I just wanted to warn some other folks out there. I had set up a special .htaccess file in my mythweb space, and I think one of the apt-get dist-upgrades (on FC) replaced my old .htaccess with one that has no password protection. If you regularly update with this method and use a custom .htaccess file, you may want to verify that it has the correct security settings. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Hard Crash while watching TV/Playback-Only when I push on the keyboard.
On Monday 20 December 2004 12:58, Bruce M wrote: Ok, Well I think I found the problem. I compiled 0.15 and everything works perfectly. So what changed in 0.16 that would cause me problems? Any developers have any ideas? Hmmm, which Nvidia drivers are you using? IIRC, 0.16 introduced a new video sync method for playback, based on OpenGL, for 6611 drivers. With the old 4363 driver it used the /dev/nvidia method, which no longer works with later drivers. I'm not saying this code is buggy, but it may be exposing some other problem in your system. In the Nvidia/Linux forum, lots of folks have reported problems (lock-ups, X using 90% of CPU, etc) with the Nvidia linux drivers, especially when OpenGL is used. Also, have you tried testing video playback with other programs? Try the following: mplayer -vo xv file mplayer -vo gl file mplayer -vo gl2 file Do any of those cause problems? If so, suspect your video card or driver. You might also want to physically inspect your card. I have a LeadTek GF4 MX 420, and recently my display starting locking up with I start X. After much Googling, I took a look at the card itself and discovered that the chip fan had stopped working that the capacitors were bulging. I'm in the process of getting the card RMA'd. -JAC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] mini-pci TV tuner cards
Hi Everyone, Next fun hardware question! Which mini-PCI form factor TV tuner cards have people had success running MythTV PVRs with? VIA's upcoming EPIA N board looks like an ideal compromise between going completely embedded-PC for a dedicated mythbackend machine, not to mention the fact that it uses the CN400 which does both MPEG-2 and MPEG-4 hardware decoding. At 12cmx12cm (just under 4.75x4.75) it would even fit in a 5.25 drive bay slot. See http://www.viaembedded.com/product/epia_N_spec.jsp?motherboardId=221 A few promising boards appear to be: http://www.provideo.com.tw/PV970.htm http://www.aver.com/oem/#notebooks http://www.yuan.com.tw/en/products/vdo_mpc622.html http://www.lifeview.com.tw/html/products/mini_pci/flytv_platinum_mini.htm Worst case, there are mini-pci to pci adapter boards: http://www.interfacemasters.com/products/pci_tools/mini_pci_to_pci/ ...but that kind of defeats the purpose. Follow-up question would be who sells your mini-pci card of choice, either here in Canada or at least in the US? Andrew. -- If you don't know what to do, do something. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: Remote Control Key Press Repeats
In case anyone else runs into the problem and for completeness in the archive; I fixed it by doing an apt-get dist-upgrade. I wasn't trying to fix this problem (didn't even realize that it fixed the problem for a few days), so I wasn't paying much attention to the logs, but it looked like it upgraded the KDE libs, so I'm guessing that something in there was screwed up. On Sun, 12 Dec 2004 13:35:28 -0600, Ryan A. Carris [EMAIL PROTECTED] wrote: I have a Radio Shack 15-2166 Remote, which I''ve reprogrammed using a JP1 cable to emulate the key presses on my IR Acer Keyboard (there are many version of this wireless keyboard). The keyboard has an IR receiver that just plugs into the keyboards PS2 port. My remote uses this same IR receiver, and the computer just sees the remote like a keyboard. So, I do NOT need to use LIRC. It worked great, until I upgraded. I had used it successfully with Mandrake 9 and 9.1 and every version of Myth from 0.7 to 15.1. But, yesterday I upgrade to Fedora Core 3 (using Atrpms) and Myth 0.16. Now, when I press a key on the remote, the computer keeps the key pressed until I hit a key on the keyboard to stop it.The remote isn't still sending anything, because the light on the remote isn't blinking. I'm a little confused as to what could be causing this, since it had worked so well. I've tried to turn off key repeats in KDE, but that had a bad effect, that after a key press, it wouldn't recognize the next key press. I'm guessing that the programming of the remote has a few bugs, but it had worked before! I upgraded several things at once, Myth, Distro, KDE, ect. I know that this is probably a very rare setup, but I'm hoping someone can point me in the right direction to look. thanks, ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Lircd not surviving reboot.
On Sat, 2004-12-18 at 18:55 -0500, Noel Murphy wrote: Ok, I've got my remote working (homebrew IR receiver) with mythtv now, however only if I do the following before starting mythtv (which starts up on bootup) setserial /dev/ttyS0 uart none modprobe lirc_serial ln -s /dev/lirc0 /dev/lirc /sbin/service lircd restart After i do all the above (as root) and then start up myth frontend, my remote works. My question is, how do I get this to all occur automatically. I have alias char-major-61 lirc_serial in my /etc/modprobe.conf file. I thought this would load the lirc_serial module, but I think the setserial line needs to be executed. My /etc/modprobe.conf has the following in it pertaining to LIRC. Note: I have the homebrew receiver on ttyS1 (COM2). alias char-major-61 lirc_serial options lirc_serial type=0 irq=3 io=0x2f8 debug=1 install lirc_serial /bin/setserial /dev/ttyS1 uart none; /sbin/modprobe --ignore-install lirc_serial The install line is 1 long line. After making changes to /etc/modprobe.conf run 'depmod -ae' Is the best thing to do to add these lines to my /etc/init.d/mythbackend startup script? If so, does it matter where I put it in the start clause (obviously before the daemon mythbackend part)? Make sure LIRC starts apon boot with: chkconfig --level 345 lircd on service lircd restart On my system the module is automatically loaded when lircd starts and the install line in /etc/modprobe.conf takes care of everything for me. -- Greg ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
I am planning on having one pvr-350 and one pvr 150 or 250. I only need to output s-video, either from teh 350 or an fx5200 card. I have always had Intel chips, but AMD seems to be the CPU of choice for the cool crowd. But I did read that Intel encodes better, if that is what MythTv is doing? If my priced intel 3ghz system is a little over $200 more, what do you think? Thanks. Drew Also, to reply to a mail list, should I keep the original subject, of place an Re: before it? ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] OpenGL with EPIA MII 12000
Hi all Since quite some time I'm trying to set up OpenGL so that I can use Goom in MythMusic and the blend effect in MythGallery with reasonable speed on my EPIA MII. Although everything is working it is so slow that it is of almost no use (although Goom works more or less ok if I use a factor 2 for visual scaling). What I'm wondering is if anybody has a setup fast enough to use the OpenGL blend effect in MythGallery or Goom without a scaling factor using an Epia MII 12000. My exact setup is the following: EPIA MII 12000 Debian unstable x.org 6.8.1 (installed over xfree86 deb-packages) Unichrome via driver (r28) / resolution 1024x768x16 DRM 2.3 I also tried the Unichrome 3D driver (binary release from SF). It worked fine in glxgears but MythGallery didn't work at all with this driver (no picture, just a black screen in slide show mode). Goom worked but not faster than before. Am I hunting ghosts? Thanks, Patrick ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] OpenGL with EPIA MII 12000
On Monday 20 December 2004 02:40 pm, Patrick Wenger wrote: Hi all Since quite some time I'm trying to set up OpenGL so that I can use Goom in MythMusic and the blend effect in MythGallery with reasonable speed on my EPIA MII. Although everything is working it is so slow that it is of almost no use (although Goom works more or less ok if I use a factor 2 for visual scaling). What I'm wondering is if anybody has a setup fast enough to use the OpenGL blend effect in MythGallery or Goom without a scaling factor using an Epia MII 12000. My exact setup is the following: Goom doesn't use opengl. Isaac ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
On Mon, 2004-12-20 at 14:56, Michael J. Lynch wrote: Other than cost, is there any reason to choose a PVR250 over a pchdtv hd3000 since the latter can MPEG2 encode both NTSC and ATSC? You need to go back and do some more research, as the HD-3000 doesn't MPEG encode anything. (ATSC is broadcast as MPEG, so no encoding is required by the recipient.) Most HD-3000 users also use a PVR-250 card for NTSC. Check the list archives. --PC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: 1394 and compressing analog Re: [mythtv-users] Beginner Question
On Mon, Dec 20, 2004 at 01:19:46PM -0500, Joseph A. Caputo wrote: Oops. No matter, resolution isn't a big issue with me since I have a 60 projection TV with only composite and RF antenna inputs, so a high-def signal doesn't do much for me. It's not likely that I'll be in the market for a high-def set for some years. Better stay away from them. Like the PVR/Tivo/Myth, Hi-def is one of those hard to go back things. Once you watch a few shows in hi-def, your old TV and 480i shows in general look blurrier than they did before. Though I don't think it's as much of a must-have as a PVR (which is odd because it costs a lot more). It varies on the type of show. Watching sitcoms in hi-def is nice. Dramas are also nice. Shows with cinematography like nature shows and travel shows are a major difference. Sports can be a whole new experience especially if the camerwork is done assuming HDTV. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] better pvr card
On Mon, Dec 20, 2004 at 10:05:02AM -0500, Phil Bridges wrote: Is it true that pvr-150 is better than pvr-250? ___ It's true that it's cheaper. It's also true that it doesn't have full Linux support yet. It also comes with an IR-blaster as well as receiver. On the same cable. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Still have Black Screen with hd-2000 (more)
Let me add some additional information to my previous post. The problem still seems to be the 'tuner' but I tried using dtvsignal to set the channel just before starting mythfrontend and I seem to be able to go from one station to another in that round-about-way... So, where is the version of 'tuner' that needs to be upgraded? Im running MythTV from last nite's CVS so it doesnt seem to be there... -- Reg.Clemens [EMAIL PROTECTED] ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
On Mon, Dec 20, 2004 at 03:08:04PM -0500, Preston Crow wrote: On Mon, 2004-12-20 at 14:56, Michael J. Lynch wrote: Other than cost, is there any reason to choose a PVR250 over a pchdtv hd3000 since the latter can MPEG2 encode both NTSC and ATSC? You need to go back and do some more research, as the HD-3000 doesn't MPEG encode anything. (ATSC is broadcast as MPEG, so no encoding is required by the recipient.) Most HD-3000 users also use a PVR-250 card for NTSC. The other reason for this is that the hd-3000, while it does have NTSC capture (not compression) it only has one RF input on it, which you are going to be putting on your OTA antenna. So you probably won't have much NTSC to encode. You can use the s-video input, I have not actually tried it yet, having bought a pvr-250 as you suggest. Though I am right now quite disappointed with my pvr-250, in that the input looks very noisy, like low signal, even though it is coming from cable with a nice strong signal when I put it into the TV. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
On Mon, Dec 20, 2004 at 10:34:02AM -0600, Drew Zerdecki wrote: I am about to purchase a CPU/mobo for a mythtv box. I read somewhere that it is harder to compile builds for MythTv on these AMD Athlon 64 chips. Specifically I am looking at the AMD Athlon 64 3000+. It is relatively cheap and gets good reviews. On the other hand I am also looking at the Intel 3Ghz which isnt too much more but the good motherboards for this slot T chip are a lot ore expensive. Any recommendations? Some applications when compiled for the ath-64 are faster. Some are _slower_ and you prefer to do them in 32 bit mode, though I don't think many are a lot slower. Of course, many of your RPMs will be in 32 bit mode for a while.I would suspect an mpeg decoder written with 64 bits in mind might do well, but I don't know if anybody has done that. However, no question, the P4-3ghz is way faster than the Athlon-3000 (not Ath64) at mpeg decoding.30% idle or less on Ath-3000. 60% idle on P4-3ghz. This is because the P4-3ghz is at 3ghz, while the Athlon-3000 is at 2.2ghz. The ath64-3000 is at 2ghz -- it might even be slower than the regular athlon. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Interlacing with Scan Converter
Hi everybody I've got a little question as I try to tweak tv out quality on my box. I've got a low powered frontend (celeron 433) at my TV and I'm using a TVAtor Pro to feed signal to the TV. The video card is a TNT2 PCI. What is the best way to deal with interlacing using this setup. The original recorded signal recorded by the PVR250 (Freestyle) is obviously interlaced, and the signal sent from the TVator to the TV is also interlaced, but somewhere in between it goes funny. I'm pretty sure that the TVator expects a non interlaced 640x480 signal, and applies some filters to interlace it. So should I deintelace my video on playback? Will this be much of a performance hit? Would I have better results if I shelled out for a video card with TV out? Mark ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Still have Black Screen with hd-2000
On 12/20/2004 3:03 PM, [EMAIL PROTECTED] wrote: In the messages written to the window behind mythfrontend, I see the following messages, which are probably significant: 2004-12-20 12:52:40.536 Changing from None to WatchingLiveTV 2004-12-20 12:52:48.199 Maximum signal strength detected: 13% after 5500 msec wait 2004-12-20 12:52:48.199 Signal level too low? 2004-12-20 12:52:48.199 Tuning Error -- aborting recording 2004-12-20 12:52:48.199 TVRec: Recording Prematurely Stopped This is saying that there is a tuning error and the signal strength is 13% rather than the 85+% that I see with dtvsignal. So, Im running kernel 2.6.9 with the kraxel v4l2 patch: All-2.6.9-rc4.diff.gz and the pcHDTV patch dag-2.6.9-rc4.patch.bz2 Have I missed something??? Looks like your freqtable in videosource may not be set to us-bcast. I used to get the exact same symptoms (and log message) when I left mine at Default. When I changed it to us-bcast, it started working. HTH, David ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
Preston Crow wrote: On Mon, 2004-12-20 at 14:56, Michael J. Lynch wrote: Other than cost, is there any reason to choose a PVR250 over a pchdtv hd3000 since the latter can MPEG2 encode both NTSC and ATSC? You need to go back and do some more research, as the HD-3000 doesn't MPEG encode anything. (ATSC is broadcast as MPEG, so no encoding is required by the recipient.) Most HD-3000 users also use a PVR-250 card for NTSC. Check the list archives. That's not what the pcHDTV website says. It specifically states that the card MPEG2 encoding. See the second line of paragraph 2 of the following link: HD-3000 at pcHDTV http://www.pchdtv.com/hd_3000.html The line I'm referencing is: The card receives NTSC and ATSC Signals and converts them to digital streams which are transported across the PCI bus. I know that ATSC is already MPEG2, does this possibly mean that NTSC is converted to some digital format that is something other than MPEG2? Further reading on the page suggests NTSC is, in fact, MPEG2 encoded. -- Michael J. Lynch What if the hokey pokey IS what it's all about -- author unknown ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Beginner Question
On Mon, Dec 20, 2004 at 10:54:32AM -0500, Joseph A. Caputo wrote: Again, AFAIK, there is no consumer-level HD analog capture solution. You can't capture HD over composite or S-Video, and a component video capture card would cost $USD 1000. So, *theoretically*, yes, an HD These cards are also meant for the camera capture market, I think. As you note, they are capture, not compression. For us, it would be far simpler to capture DVI, which is already digital, and for which decoder chips are available. DVI can be thought of, at 1080i as 1.5 gigabits (24 bit colour) from 3 500mbit streams. Decoding that is well within the realm of cheap hardware if you make enough of them. It is, as noted, compression that is the killer. You can't write 1.5 gibabits except to a striped array of several drives. Though as I noted in another message, I see it as possible that a cheap card could downsample the 1080i signal to perhaps 1280 x 540 (almost all the res of most HDTVs sold today) and then do some basic compression and if we can get it down to something more like 100 megabits, then you have a shot at recording it -- for immediate post-compression of course. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Off topic: Last resort for me. Can not get my dvb-c card to output video/audio on FC3, kernel 2.6.9-681
Mark Anderson wrote: On Mon, 20 Dec 2004 08:07 am, Örjan wrote: Hi ! I want to build a digital multimedia system for my home based on mythtv with a client/server architecture. Since i get my tv by cable (digital) i have to use a (at least one) dvb card. Been having some serious trouble in getting my dvb-card to work under Fedora Core 3. Here is my setup: Fedora Core 3, Kernel: 2.6.9-681_FC3 Hauppauge DVB-c premium card,CI and CAM (Hauppauge/Conax) Using dvb drivers in kernel. udev/sysfs doesn't make devices so i use the MAKEDEV-DVB.sh script from Linuxtv. (btw. card works fine under windows) lsmod gives: Module Size Used by ves182011213 1 dvb_ttpci 74741 3 dvb_core 80873 5 ves1820,dvb_ttpci saa7146_vv 47425 1 dvb_ttpci video_buf 24261 1 saa7146_vv saa714621613 2 dvb_ttpci,saa7146_vv v4l1_compat15941 1 saa7146_vv v4l2_common 9921 1 saa7146_vv videodev 13377 1 saa7146_vv ttpci_eeprom6465 1 dvb_ttpci lspci gives: 02:03.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) dmesg output: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1). DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261c DVB: AV7111(0) - firmware supports CI link layer interface DVB: VES1820(0): setup for tuner sp5659c DVB: VES1820(0): pwm=0x00 DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)... using dvb-apps/util/scan give me a channels.conf (i find almost every channel...read somewhere that i should check some timeouts to get a better scan result) using same channels.conf as input for czap and i get: [EMAIL PROTECTED] szap]$ ./czap -c channels.conf RTL -r using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' 23 RTL:27400:INVERSION_AUTO:6875000:FEC_AUTO:QAM_64:1100:1101:207 23 RTL: f 27400, s 6875000, i 2, fec 9, qam 3, v 0x44c, a 0x44d status 1f | signal b0b0 | snr efef | ber 0096 | unc | FE_HAS_LOCK status 1f | signal | snr f0f0 | ber 0096 | unc | FE_HAS_LOCK status 1f | signal | snr efef | ber 0096 | unc | FE_HAS_LOCK (status tells me i got good signal, little noise and that there is data on vdr0, trying to just do cat /dev/dvb//vdr0 gives output) then i try to view the stream in mplayer and nothing happens...see below. i've also tried xine and did not get a picture there either. [mythtv]$ mplayer - /dev/dvb/adapter0/dvr0 I have never tried piping the output from the dvb device straight into mplayer but is suspect it will not work. Try using dvbstream and pipe it's output to mplayer, this works for me: dvbstream -o -ps -qam 64 512 650 1590 | mplayer - you will of course need to substitute the appropriate pids for you station (use scan -c to get the list of available pids) Cheers, Mark ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users Tried the tips regarding dvbstream instead of czap, however the problem remains. mplayer reports playing from stdin and still nothing happens. Tried to get udev to create my devices (even patched up udev from fedora that should fix the dvb-problem). However, no matter how much i try i can not get udev to create the devices properly. I've tried different solutions but reading through posts from others I've created: /etc/udev/scripts/dvb.sh edited /etc/udev/permissions.d/50-udev.permissions (added dvb section) edited /etc/udev/rules.d/dvb.rules (and tried renaming it to 06-dvb.rules) no errors in /var/log/messages no devices ;( now I'm in the dark and I do not know enough about linux to find more errors. All HW reports OK (except for this message in log: videodev: av7110 has no release callback. Please fix your driver for proper sysfs support, see http://lwn.net/Articles/36850/) I expect this to be one of the reasons why udev won't create the devices. As of now scan works. czap outputs some sort of data on /dev/dvb/adapter0/vdr0 but I do not know enough linux to check the format of the stream. Anyone had a similar problem? I'm very grateful for all support I've gotten so far. br, Örjan ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mini-pci TV tuner cards
I'm pretty sure you can't do a mini pci tv tuner card simply because they don't have ports on them. Where would you attach the antenna or cable feed? Tom ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] What happens when my cable company switches to digital?
Next summer my cable company are going to switch on the digital TV and then i will need to use a STB to access the new channels. As I understand it with analogue, if I have two tuner cards i can watch and record two channels at once. But if I have a STB does that produce only one channel so that having two tuners becomes meaningless (unless I get two digital decoders - which would just make everything very messy). I know you can't tell me exactly what the Belgians will get, but what is the experience of those that already use STBs to get their cable (i think that includes most Americans?) Simon ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mini-pci TV tuner cards
Sorry, what I meant was, I don't think you can use a mini pci solution with that board because it doesn't have any ports for the antenna. I guess it could be possible with other systems. Tom ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mini-pci TV tuner cards
On Mon, 20 Dec 2004 15:53:07 -0500, Tom Dombrosky [EMAIL PROTECTED] wrote: Sorry, what I meant was, I don't think you can use a mini pci solution with that board because it doesn't have any ports for the antenna. I guess it could be possible with other systems. Tom Hi Tom, That's actually the easiest bit; I take it you don't design much RF hardware. ;-) Most cards would have some sort of RF SMD (surface mount device) connector, like you'd find on a similar form-factor WiFi or GPS device, to connect the board to the full-size connector of your choice. Andrew -- If you don't know what to do, do something. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
Michael J. Lynch [EMAIL PROTECTED] writes: That's not what the pcHDTV website says. It specifically states that the card MPEG2 encoding. See the second line of paragraph 2 of the following link: HD-3000 at pcHDTV http://www.pchdtv.com/hd_3000.html The line I'm referencing is: The card receives NTSC and ATSC Signals and converts them to digital streams which are transported across the PCI bus. I know that ATSC is already MPEG2, does this possibly mean that NTSC is converted to some digital format that is something other than MPEG2? It converts the NTSC analog signal to digital frame data, which is essentially an uncompressed image. It is a frame grabber, nothing more. Further reading on the page suggests NTSC is, in fact, MPEG2 encoded. I see the letters MPEG in only two places on the page, both in reference to software decoding. Cheers, Kyle ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: 1394 and compressing analog Re: [mythtv-users] Beginner Question
On Monday 20 December 2004 15:08, Brad Templeton wrote: On Mon, Dec 20, 2004 at 01:19:46PM -0500, Joseph A. Caputo wrote: Oops. No matter, resolution isn't a big issue with me since I have a 60 projection TV with only composite and RF antenna inputs, so a high-def signal doesn't do much for me. It's not likely that I'll be in the market for a high-def set for some years. Better stay away from them. Like the PVR/Tivo/Myth, Hi-def is one of those hard to go back things. Once you watch a few shows in hi-def, your old TV and 480i shows in general look blurrier than they did before. Though I don't think it's as much of a must-have as a PVR (which is odd because it costs a lot more). It varies on the type of show. Watching sitcoms in hi-def is nice. Dramas are also nice. Shows with cinematography like nature shows and travel shows are a major difference. Sports can be a whole new experience especially if the camerwork is done assuming HDTV. For me the big difference would be end-to-end digital content (i.e., no issues with analog signal quality, luminance/chroma issues with TV tuner chips, faded analog TV-out... just MPEG source content and DVI-out, even at crappy ol' NTSC resolution would be a big step up for me. After that, HD content is just the icing on the cake :-) -JAC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Beginner Question
Just in case you ( all ) have never come across this card, what's your ( all ) thinking about it ? Does this, disregard the cost for a moment, fit the bill ? Sorry if it comes as no surprise, I'm just a nooby struggling to come to grips with this. http://www.cellarcinemas.com/cgi-bin/store/HD3.html?id=2eWLknYW On Dec 20, 2004, at 1:47 PM, [EMAIL PROTECTED] wrote: Message: 13 Date: Mon, 20 Dec 2004 10:54:32 -0500 From: Joseph A. Caputo [EMAIL PROTECTED] Subject: Re: [mythtv-users] Beginner Question To: Discussion about mythtv [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Again, AFAIK, there is no consumer-level HD analog capture solution. You can't capture HD over composite or S-Video, and a component video capture card would cost $USD 1000. So, *theoretically*, yes, an HD component video capture solution would get around the encryption issue, in the same way that composite/svideo capture currently gets around the encryption issue for SD (NTSC) digital cable content. However, an analog HD capture solution would require that your PC (or capture card) re-encode the raw analog video frames into a digital form, which would require some serious horsepower. Think about it: it takes a 2-3 GHz P4 just to *decode* HD content for playback; to *encode* it in real time would take quite a bit more than that. A hardware encoder card that would handle HD content would like be several thousand dollars. It's just not likely to be a viable or cost-effective solution any time soon. -JAC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
I would go with the Athlon 64, the whole clock speed thing doesn't really matter as much anymore. In many cases a 2GHz Athlon 64 will outperform a 3GHz Intel. The Athlon 64 has a built in memory controller, lots of cache, and most if not more SSE and MMX type extensions. You would also have the ability to switch things to 64bit as they become available. All of the core Operating system and most applications are already ported and I would expect them to get much faster once people start optimizing for Athlon 64. And it does cost less. Quoting Brad Templeton [EMAIL PROTECTED]: On Mon, Dec 20, 2004 at 10:34:02AM -0600, Drew Zerdecki wrote: I am about to purchase a CPU/mobo for a mythtv box. I read somewhere that it is harder to compile builds for MythTv on these AMD Athlon 64 chips. Specifically I am looking at the AMD Athlon 64 3000+. It is relatively cheap and gets good reviews. On the other hand I am also looking at the Intel 3Ghz which isnt too much more but the good motherboards for this slot T chip are a lot ore expensive. Any recommendations? Some applications when compiled for the ath-64 are faster. Some are _slower_ and you prefer to do them in 32 bit mode, though I don't think many are a lot slower. Of course, many of your RPMs will be in 32 bit mode for a while.I would suspect an mpeg decoder written with 64 bits in mind might do well, but I don't know if anybody has done that. However, no question, the P4-3ghz is way faster than the Athlon-3000 (not Ath64) at mpeg decoding.30% idle or less on Ath-3000. 60% idle on P4-3ghz. This is because the P4-3ghz is at 3ghz, while the Athlon-3000 is at 2.2ghz. The ath64-3000 is at 2ghz -- it might even be slower than the regular athlon. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
On Mon, 2004-12-20 at 15:24, Michael J. Lynch wrote: Preston Crow wrote: On Mon, 2004-12-20 at 14:56, Michael J. Lynch wrote: Other than cost, is there any reason to choose a PVR250 over a pchdtv hd3000 since the latter can MPEG2 encode both NTSC and ATSC? You need to go back and do some more research, as the HD-3000 doesn't MPEG encode anything. (ATSC is broadcast as MPEG, so no encoding is required by the recipient.) Most HD-3000 users also use a PVR-250 card for NTSC. That's not what the pcHDTV website says. It specifically states that the card MPEG2 encoding. See the second line of paragraph 2 of the following link: HD-3000 at pcHDTV http://www.pchdtv.com/hd_3000.html The line I'm referencing is: The card receives NTSC and ATSC Signals and converts them to digital streams which are transported across the PCI bus. I know that ATSC is already MPEG2, does this possibly mean that NTSC is converted to some digital format that is something other than MPEG2? Further reading on the page suggests NTSC is, in fact, MPEG2 encoded. Nope. It does digitize NTSC, but that doesn't mean it compresses it. It gives you raw frames that would have to be compressed in software. And besides that, the truth is that the pchdtv.com drivers just plain suck. People are lucky to get ATSC working. Few have even tried to get NTSC working, and most of those have reported failures. Because the ATSC and NTSC parts of the card use a different video device, Myth doesn't understand that only one can be used at a time and doesn't schedule accordingly. Hence, Myth doesn't support using the card for both. --PC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Linksys Media Center
Has anyone seen the Linksys WMCE54AG (http://www.linksys.com/extend/whatitcando.asp) as someone who really likes Linksys Products. I was wondering if there is any chance of hacking one of these for us as a MythTV front end? Sincerely, Vince ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
On Monday 20 December 2004 15:24, Michael J. Lynch wrote: Preston Crow wrote: On Mon, 2004-12-20 at 14:56, Michael J. Lynch wrote: Other than cost, is there any reason to choose a PVR250 over a pchdtv hd3000 since the latter can MPEG2 encode both NTSC and ATSC? You need to go back and do some more research, as the HD-3000 doesn't MPEG encode anything. (ATSC is broadcast as MPEG, so no encoding is required by the recipient.) Most HD-3000 users also use a PVR-250 card for NTSC. Check the list archives. That's not what the pcHDTV website says. It specifically states that the card MPEG2 encoding. See the second line of paragraph 2 of the following link: HD-3000 at pcHDTV http://www.pchdtv.com/hd_3000.html The line I'm referencing is: The card receives NTSC and ATSC Signals and converts them to digital streams which are transported across the PCI bus. Digital stream does not necessarily mean MPEG. Raw video data is also digital, once the card has done the a-d on it. I know that ATSC is already MPEG2, does this possibly mean that NTSC is converted to some digital format that is something other than MPEG2? Yes, raw (digital) video data. Further reading on the page suggests NTSC is, in fact, MPEG2 encoded. I don't see that... in any case, read elsewhere in the list archives, I think this was discussed before... the NTSC side of the card is a frame grabber, similar to a bttv card. It uses a CS28333 chip, which IIRC is the same as or similar to the chip used in newer models of analog frame grabber cards like the basic WinTV cards. There is no mention of an MPEG encoder on the board. -JAC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Beginner Question
On Monday 20 December 2004 15:19, Brad Templeton wrote: On Mon, Dec 20, 2004 at 10:54:32AM -0500, Joseph A. Caputo wrote: Again, AFAIK, there is no consumer-level HD analog capture solution. You can't capture HD over composite or S-Video, and a component video capture card would cost $USD 1000. So, *theoretically*, yes, an HD These cards are also meant for the camera capture market, I think. As you note, they are capture, not compression. For us, it would be far simpler to capture DVI, which is already digital, and for which decoder chips are available. DVI can be thought of, at 1080i as 1.5 gigabits (24 bit colour) from 3 500mbit streams. Decoding that is well within the realm of cheap hardware if you make enough of them. It is, as noted, compression that is the killer. You can't write 1.5 gibabits except to a striped array of several drives. Though as I noted in another message, I see it as possible that a cheap card could downsample the 1080i signal to perhaps 1280 x 540 (almost all the res of most HDTVs sold today) and then do some basic compression and if we can get it down to something more like 100 megabits, then you have a shot at recording it -- for immediate post-compression of course. But the reality is that none of this is available now. DVI decoder chips may be available, but are there any cards on the market? Any word of anything coming to market soon-ish? RIght now these things (what few there are) are also in the professional price range. Also, I realize that hard drive capacity is becoming cheaper, but keeping a 400 GB drive dedicated as -- essentially -- a scratch disk is not my idea of a killer app. I think a more likely (or a least 'to-be-hoped-for') progression of events is that hardware encoder/chip technology/prices will advance to a point where a consumer-priced HD encoder card will be possible. Imagine: DVI in, real-time compressed to some kind of MPEG or other codec. That's the gold ring. -JAC ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What happens when my cable company switches to digital?
I am using digital cable in the US. I only have one tuner card, I'm not sure how it would work with two. You would definitely need to STBs, but that is only part of the problem. You also need to control the channel on the STB. I use a serial connection to control mine, but depending on what model STB you get, and what the cable company decides, the serial port may not exist or could be disabled. If that is the case, you need to control it with an IR blaster. That should work fine for 1 tuner, but I don't know if there is a way in myth, to say use one IR blaster or serial port to control STB1 and a different one to control STB2. On Mon, 20 Dec 2004 21:43:43 +0100, Sim [EMAIL PROTECTED] wrote: Next summer my cable company are going to switch on the digital TV and then i will need to use a STB to access the new channels. As I understand it with analogue, if I have two tuner cards i can watch and record two channels at once. But if I have a STB does that produce only one channel so that having two tuners becomes meaningless (unless I get two digital decoders - which would just make everything very messy). I know you can't tell me exactly what the Belgians will get, but what is the experience of those that already use STBs to get their cable (i think that includes most Americans?) Simon ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Netboot FC23
People, I've been trying to get netbooting working under both FC2 and FC3 with no success. I've been able to track down that somewhere between RH9 and FC2, Red Hat screwed up netbooting. I've found a number of problems relating to specific issues with the kernel, and I'm currently getting a kernel panic because FC3 thinks that XFree86 is trying to access something in the hardware layer directly. At least that's what the error says. So, I'm now thinking I will punt for now and just do an install of the os and install myth onto an nfs partition. Does this make sense? I'm interested in doing this mainly for the frontend to be quiet. If I can boot the machine and then spin down the hard drive, it would be a nice compromise. Do I have any other options? Can I netboot Debian or Gentoo from Fedora? Thanks, Paul ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] New here, feature suggestion
Hi folks, Just joined the list, i've been reading it on the web for a while and I just thought of a feature that might be useful to someone. How about an alarm feature, you select a programme and set an alarm against it so when that programme starts if you're watching another channel it gives you a warning on screen. Why you might say? well you might want reminding about live sporting event, something that you probably won't want to watch a recording of. Anyway, I'll come up with more ideas i'm sure :) -- G. O. Jones --- ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
And besides that, the truth is that the pchdtv.com drivers just plain suck. People are lucky to get ATSC working. Fully agreed. While I'm grateful to have any HDTV in my Myth box at all, I would generally expect something more polished for $180 a pop. However, since at this point it's the only game in town WRT Linux (AFAIK), I put up with the annoyance required to get it working. At this point, I'd be satisfied with a new driver set that properly supports both the 2000 and 3000 so I can get both types of cards working properly. That such a driver set hasn't appeared in the month since we first reported the issue on the pcHDTV forum is, frankly, pathetic. Again, only game in town = suck it up. :) Cheers, Kyle ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
Doug Larrick wrote: Michael J. Lynch wrote: Preston Crow wrote: On Mon, 2004-12-20 at 14:56, Michael J. Lynch wrote: Other than cost, is there any reason to choose a PVR250 over a pchdtv hd3000 since the latter can MPEG2 encode both NTSC and ATSC? You need to go back and do some more research, as the HD-3000 doesn't MPEG encode anything. (ATSC is broadcast as MPEG, so no encoding is required by the recipient.) Most HD-3000 users also use a PVR-250 card for NTSC. Check the list archives. That's not what the pcHDTV website says. It specifically states that the card MPEG2 encoding. See the second line of paragraph 2 of the following link: HD-3000 at pcHDTV http://www.pchdtv.com/hd_3000.html The line I'm referencing is: The card receives NTSC and ATSC Signals and converts them to digital streams which are transported across the PCI bus. I know that ATSC is already MPEG2, does this possibly mean that NTSC is converted to some digital format that is something other than MPEG2? Yup! Digital != MPEG2. It's raw YUV data, not compressed. I can attest that neither the HD-2000 nor the HD-3000 contains MPEG compression hardware. For NTSC, they are simply dumb frame grabber cards. -Doug ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users Ah ha...so it's basically an ATSC (MPEG2) tuner and a dumb (BTTV style) NTSC tuner? It sure would be nice if it combined a MPEG2 encoder for the NTSC stuff along with the ATSC tuner wouldn't it? -- Michael J. Lynch What if the hokey pokey IS what it's all about -- author unknown ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
On Mon, 20 Dec 2004 14:24:18 -0600, Michael J. Lynch [EMAIL PROTECTED] wrote: Preston Crow wrote: On Mon, 2004-12-20 at 14:56, Michael J. Lynch wrote: Other than cost, is there any reason to choose a PVR250 over a pchdtv hd3000 since the latter can MPEG2 encode both NTSC and ATSC? You need to go back and do some more research, as the HD-3000 doesn't MPEG encode anything. (ATSC is broadcast as MPEG, so no encoding is required by the recipient.) Most HD-3000 users also use a PVR-250 card for NTSC. Check the list archives. That's not what the pcHDTV website says. It specifically states that the card MPEG2 encoding. See the second line of paragraph 2 of the following link: HD-3000 at pcHDTV http://www.pchdtv.com/hd_3000.html The line I'm referencing is: The card receives NTSC and ATSC Signals and converts them to digital streams which are transported across the PCI bus. I know that ATSC is already MPEG2, does this possibly mean that NTSC is converted to some digital format that is something other than MPEG2? Further reading on the page suggests NTSC is, in fact, MPEG2 encoded. It converts them to a digital stream but it doesn't encode them as mpeg. ATSC is fm modulated mpeg2 video, it's simply demodulated by the hd3000, but NTSC is modulated analog video. The hd3000 simply samples the demodulated signal at whatever resolution and bitrate it does and sends that info over the pci bus. Your computer can either save this raw video directly to disk or transcode it into another format, such as mpeg2 or mpeg4.It basically works just like an ati tv wonder or similar card. -- I probably still have a few gmail invites. Drop me a line (off list) if you'd like an account. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Still have Black Screen with hd-2000
On 12/20/2004 3:03 PM, [EMAIL PROTECTED] wrote: In the messages written to the window behind mythfrontend, I see the following messages, which are probably significant: 2004-12-20 12:52:40.536 Changing from None to WatchingLiveTV 2004-12-20 12:52:48.199 Maximum signal strength detected: 13% after 5500 msec wait 2004-12-20 12:52:48.199 Signal level too low? 2004-12-20 12:52:48.199 Tuning Error -- aborting recording 2004-12-20 12:52:48.199 TVRec: Recording Prematurely Stopped This is saying that there is a tuning error and the signal strength is 13% rather than the 85+% that I see with dtvsignal. So, Im running kernel 2.6.9 with the kraxel v4l2 patch: All-2.6.9-rc4.diff.gz and the pcHDTV patch dag-2.6.9-rc4.patch.bz2 Have I missed something??? Looks like your freqtable in videosource may not be set to us-bcast. I used to get the exact same symptoms (and log message) when I left mine at Default. When I changed it to us-bcast, it started working. HTH, David Well, that turned out to be true, BUT... It was set correctly at one time,- I guess I just dont trust this setup program/database,- things seem to change behind my back. In any case, before making the change I actually saw video with the hd-2000 card, AFTER the FIX, nothing, just black screen. Ive tried the dtvsignal trick a couple three times, and still black screen, and the above messages. Sigh. Pulling the PVR-250 helped Keeping the IVTV module from loading seems to help. Im down to one video card, one driver, and one black screen... -- Reg.Clemens [EMAIL PROTECTED] ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
Plus theres the cool 'n' quiet feature on the A64. Greg I would go with the Athlon 64, the whole clock speed thing doesn't really matter as much anymore. In many cases a 2GHz Athlon 64 will outperform a 3GHz Intel. The Athlon 64 has a built in memory controller, lots of cache, and most if not more SSE and MMX type extensions. You would also have the ability to switch things to 64bit as they become available. All of the core Operating system and most applications are already ported and I would expect them to get much faster once people start optimizing for Athlon 64. And it does cost less. Quoting Brad Templeton [EMAIL PROTECTED]: On Mon, Dec 20, 2004 at 10:34:02AM -0600, Drew Zerdecki wrote: I am about to purchase a CPU/mobo for a mythtv box. I read somewhere that it is harder to compile builds for MythTv on these AMD Athlon 64 chips. Specifically I am looking at the AMD Athlon 64 3000+. It is relatively cheap and gets good reviews. On the other hand I am also looking at the Intel 3Ghz which isnt too much more but the good motherboards for this slot T chip are a lot ore expensive. Any recommendations? Some applications when compiled for the ath-64 are faster. Some are _slower_ and you prefer to do them in 32 bit mode, though I don't think many are a lot slower. Of course, many of your RPMs will be in 32 bit mode for a while.I would suspect an mpeg decoder written with 64 bits in mind might do well, but I don't know if anybody has done that. However, no question, the P4-3ghz is way faster than the Athlon-3000 (not Ath64) at mpeg decoding.30% idle or less on Ath-3000. 60% idle on P4-3ghz. This is because the P4-3ghz is at 3ghz, while the Athlon-3000 is at 2.2ghz. The ath64-3000 is at 2ghz -- it might even be slower than the regular athlon. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New here, feature suggestion
I believe there is a features suggestion page on the wiki, which can be found here - http://mythtv.info/moin.cgi/ Whytey On Mon, 20 Dec 2004 22:03:36 +, Giles Jones [EMAIL PROTECTED] wrote: Hi folks, Just joined the list, i've been reading it on the web for a while and I just thought of a feature that might be useful to someone. How about an alarm feature, you select a programme and set an alarm against it so when that programme starts if you're watching another channel it gives you a warning on screen. Why you might say? well you might want reminding about live sporting event, something that you probably won't want to watch a recording of. Anyway, I'll come up with more ideas i'm sure :) -- G. O. Jones --- ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- GMAIL is 'da bomb babyYEAH ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
On Monday 20 Dec 2004 22:31, Greg wrote: Plus theres the cool 'n' quiet feature on the A64. Plus it's AMD, Intel have realised they screwed up with the long pipeline on the P4, not to mention they've borrowed AMD's 64-bit instruction set. AMD64 Gentoo is great if you want a free 64-bit Linux, it's more mature than AMD64 Debian. I've been running it for a good 5 or 6 months on my main computer. My own MythTV box is a slower AMD chip, basically because I wanted it to be silent. It's as close to silent as I can get it. Fanless PSU, fanless chipset cooler. Zalman HD cooler/vibration damper, Kamikaze cooler (16dB noise), soundproofed case. A bit OTT perhaps :) -- G. O. Jones --- ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Saa7134 experience
Hello, I have used MythTV with a bttv card, but now I changed it in favour of a new Compro Videomate Gold+ II card that has a saa7134 tuner. My objective is to get wss decoding going with this card (the bt8x8 did not have the proper vbi slicer). However, getting a decent image out of this card seems to be a pain. I got xawtv working. The only thing I see is a garbled moving picture : http://home.scarlet.be/~kpelckma/saa7134.jpg I fiddled a bit with the NuppelVideoRecorder, and I think that v4l2 is disabled for this chipset. At first I thought it had something to do with the buffer types (yuv420p vs yuv422p), but I have tried with different output plugins (xv and directfb). Can anyone diagnose the error from the screenshot ? Even a pointer in the right direction would be welcome. Cheers, Kristof ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Beginner Question
On Mon, Dec 20, 2004 at 04:49:40PM -0500, Joseph A. Caputo wrote: I think a more likely (or a least 'to-be-hoped-for') progression of events is that hardware encoder/chip technology/prices will advance to a point where a consumer-priced HD encoder card will be possible. Imagine: DVI in, real-time compressed to some kind of MPEG or other codec. That's the gold ring. Though of course they want to move to HDMI, eventually planning to be rid of DVI. Fortunately there will be DVI sets for some time to come but they eventually want to start not giving them their premium content. However, if they can get the mp4 hardware encoding going, the A to D will be doable on the component, it will be a while before they can refuse to give you component output. They plan a different trick, one more likely to succeed. Namely, there will be PVRs available -- even standard in a few years -- from all satellite and cable companies. Customers demand it. Locked, DRM based PVRs that have the advantage of being much cheaper and higher quality because all they have to do is manipulate the digital stream. With those commonly available, the market for this high-end mpeg encoder chipset becomes much smaller. They will be made -- for professional video work, and a few hobbyists. In the end, re-digitizing HDTV that came in as mpeg is a kludge. It degrades quality and takes fancy equipment. It's hard to win against those who don't have to do it. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR250 or HD3000?
On Mon, Dec 20, 2004 at 03:56:36PM -0600, Michael J. Lynch wrote: Doug Larrick wrote: It sure would be nice if it combined a MPEG2 encoder for the NTSC stuff along with the ATSC tuner wouldn't it? Nice, in the sense that any time a card puts two functions on it that you want it's nice, but these are otherwise pretty unrelated functions. What they share is the RF tuner. The MPEG2 encoder would be only for the NTSC. The reason you would not want this is that if you get ATSC, you are only likely to want NTSC from cable/satellite, in which case you would not be using the tuner anyway. The ATSC tuning process doesn't really involve the traditional A to D used in a capture card. So what would be nice would be a card which is a combo of the pchdtv and a wintv-150. Though another argument is that those who are not splitting their frontend and backend will only put an HD card in a machine that can display HD, ie. a fast one. In that case, software encoding of raw capture isn't that much of a burden on the machine -- though capturing NTSC and encoding it and playing HDTV at the same time might be a burden. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What happens when my cable company switches to digital?
It is most definitely possible to support any reasonable number of STB's from a single myth box. You just need to create a separate instance of lircd for each STB you need to control. That can get a bit complicated, but if you google and search the list archives I'm sure you can turn up some info on running multiple lircd's. The thing that is usually most problematic is that, most likely, all your STB's will use the same IR codes so you need to make sure that each IR blaster/STB combo is isolated from the others. Otherwise you will probably end up with recordings from incorrect channels because both STB's will change channel each time any IR blaster sends a signal. On Mon, 20 Dec 2004 13:40:12 -0800, Asher Schaffer [EMAIL PROTECTED] wrote: I am using digital cable in the US. I only have one tuner card, I'm not sure how it would work with two. You would definitely need to STBs, but that is only part of the problem. You also need to control the channel on the STB. I use a serial connection to control mine, but depending on what model STB you get, and what the cable company decides, the serial port may not exist or could be disabled. If that is the case, you need to control it with an IR blaster. That should work fine for 1 tuner, but I don't know if there is a way in myth, to say use one IR blaster or serial port to control STB1 and a different one to control STB2. On Mon, 20 Dec 2004 21:43:43 +0100, Sim [EMAIL PROTECTED] wrote: Next summer my cable company are going to switch on the digital TV and then i will need to use a STB to access the new channels. As I understand it with analogue, if I have two tuner cards i can watch and record two channels at once. But if I have a STB does that produce only one channel so that having two tuners becomes meaningless (unless I get two digital decoders - which would just make everything very messy). I know you can't tell me exactly what the Belgians will get, but what is the experience of those that already use STBs to get their cable (i think that includes most Americans?) Simon ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
Sorry, but as I pretty clearly said,the whole clock speed thing _does_ matter a bunch on this very specific application -- mpeg encode and decode. Other people have extensively benchmarked mpeg encode, and Pentiums win hands down. My own tests, described below, show the same thing for decode though I have not seen official benchmarks. For just about everything else, AMD is a better choice -- often faster, cheaper and lower-heat. But not for this one. For this one Intel wins, and the reasons are a combination of the fact that on some applications a faster clock really makes the difference, and some supposition that the long pipeline does matter on this particular app, though I have not seen that documented fully. But the CPU idle times are quite clear, I have two identical systems, one with Athlon-3000, one with P4-3ghz (512k cache), and the CPU used by the P4 is much less. On Mon, Dec 20, 2004 at 03:28:25PM -0600, Aaron wrote: I would go with the Athlon 64, the whole clock speed thing doesn't really matter as much anymore. In many cases a 2GHz Athlon 64 will outperform a 3GHz Intel. The Athlon 64 has a built in memory controller, lots of cache, and most if not more SSE and MMX type extensions. You would also have the ability to switch things to 64bit as they become available. All of the core Operating system and most applications are already ported and I would expect them to get much faster once people start optimizing for Athlon 64. And it does cost less. However, no question, the P4-3ghz is way faster than the Athlon-3000 (not Ath64) at mpeg decoding.30% idle or less on Ath-3000. 60% idle on P4-3ghz. This is because the P4-3ghz is at 3ghz, while the Athlon-3000 is at 2.2ghz. The ath64-3000 is at 2ghz -- it might even be slower than the regular athlon. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Netboot FC23
On Mon, Dec 20, 2004 at 04:52:56PM -0500, PAUL WILLIAMSON wrote: People, I've been trying to get netbooting working under both FC2 and FC3 with no success. I've been able to track down that somewhere between RH9 and FC2, Red Hat screwed up netbooting. I've found a number of problems relating to specific issues with the kernel, and I'm currently getting a kernel panic because FC3 thinks that XFree86 is trying to access something in the hardware layer directly. At least that's what the error says. So, I'm now thinking I will punt for now and just do an install of the os and install myth onto an nfs partition. Does this make sense? I'm interested in doing this mainly for the frontend to be quiet. If I can boot the machine and then spin down the hard drive, it would be a nice compromise. Do I have any other options? Can I netboot Debian or Gentoo from Fedora? I also gave up for now, as I was getting hangs when starting X. (You are running XFree86 under Fedora instead of X.org?) There are several ways to do a net boot: a) Full ethernet boot, PXE or etherboot -- no disk at all. Can be hard to set up. b) Boot from local disk but have root filesystem on NFS -- generally easier to set up, good idea if you have an old small disk you don't use any more that can be spun down later. You can boot this way from CD/DVD-ROM, but must pull the disk later if you want to play or rip disks. c) Boot from local disk, then remount filesystems, spin down disk: Problem: Existing processes, like init and others, have files open on the boot filesystem. If they try to access them, the disk will spin up again. d) Boot from flash card with tiny root filesystem, NFS mount the rest of the filesystem. Silent and low power. Flash drives are cheap. USB thumb drive may be easiest if you can boot from that, or you can get IDE/flash adapters for cheap. Most people focus on (a) because the want totally diskless but in fact the others may be easier and more flexible. Notably the IDE flash drive will work even on ancient systems that can't ethernet boot. Buying an etherboot room for your network card seem silly in comparison with the price of flash these days. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] RE: How do convert nuv file to mpeg?
If anyone is interested, I have been using a Nebula DVB card and a Nova-T and also managed to get away with just renaming the nuv to mpg. :) Alan ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
I did read that someone with an AMD Opteron couldnt compile ivtv in a 64bit environment. Does this just mean that he had to use a 32bit environment? If so, is this a problem? do you just dowload differnt packages or do you need to rebuild the kernel in a 32bit mode? Thanks. DREW ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Netboot FC23
[EMAIL PROTECTED] 12/20/2004 6:48:01 PM snip I also gave up for now, as I was getting hangs when starting X. (You are running XFree86 under Fedora instead of X.org?) I'm running whatever comes with stock FC3. I followed Jarod's guide and have a fully functioning frontend when booting from the local drive. Then I followed the guide at redhat for doing a netboot configuration. When I changed the pc to do the netboot, and I got a kernel panic. It goes by so fast, but it says something about the problem may be xfree86 trying to access something in the hardware layer directly. The only way I can bring this into my home theater is if it is totally quiet. Running from a hard disk is not quiet. Although I'm also cheap, so I don't want to but any more hardware (like etherboot rom or usb interface + usb thumbdrive) to get this working. Netboot should work. There are several ways to do a net boot: a) Full ethernet boot, PXE or etherboot -- no disk at all. Can be hard to set up. It should be easy. It is fairly easy on Solaris (I have lots of these at work) and Red Hat was easy at one point...but doesn't work now. b) Boot from local disk but have root filesystem on NFS -- generally easier to set up, good idea if you have an old small disk you don't use any more that can be spun down later. You can boot this way from CD/DVD-ROM, but must pull the disk later if you want to play or rip disks. No desire to rip or play disks. Don't even have a CD or DVD drive in this frontend machine. Just an old, relatively loud hard drive. c) Boot from local disk, then remount filesystems, spin down disk: Problem: Existing processes, like init and others, have files open on the boot filesystem. If they try to access them, the disk will spin up again. This is what I was thinking, but after googling around, deciding against it because of the possibility of the drive spinning up occasionally. d) Boot from flash card with tiny root filesystem, NFS mount the rest of the filesystem. Silent and low power. Flash drives are cheap. USB thumb drive may be easiest if you can boot from that, or you can get IDE/flash adapters for cheap. No usb interface on the case, but there is a usb header on the motherboard. Already more than I want to do vs. doing pxelinux. Most people focus on (a) because the want totally diskless but in fact the others may be easier and more flexible. Notably the IDE flash drive will work even on ancient systems that can't ethernet boot. Buying an etherboot room for your network card seem silly in comparison with the price of flash these days. I'm with the (a) people. No interest in buying a boot rom. I have pxelinux working ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Netboot FC23
People, I've been trying to get netbooting working under both FC2 and FC3 with no success. I've been able to track down that somewhere between RH9 and FC2, Red Hat screwed up netbooting. I've found a number of problems relating to specific issues with the kernel, and I'm currently getting a kernel panic because FC3 thinks that XFree86 is trying to access something in the hardware layer directly. At least that's what the error says. So, I'm now thinking I will punt for now and just do an install of the os and install myth onto an nfs partition. Does this make sense? I'm interested in doing this mainly for the frontend to be quiet. If I can boot the machine and then spin down the hard drive, it would be a nice compromise. Do I have any other options? Can I netboot Debian or Gentoo from Fedora? I finally got my FC2 to netboot, but ended up doing it using the root nfs method which seemed simpler than figuring out what was wrong with the initrd method that RH used (and broke). I had to compile a bunch of stuff into the kernel to get this to work, such as my nic driver, nfs and root on nfs support. There was something else but I don't recall off the top of my head. It was a pain and took a while, but it works pretty well. -- Joel ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] RE: How do convert nuv file to mpeg?
I assume this would work with all DVB-T cards (like my avermedias). If this is the case, what are those OSS MythFilters I downloaded for??? Whytey On Mon, 20 Dec 2004 18:22:58 -0800 (PST), George Lopez [EMAIL PROTECTED] wrote: I did the same thing and never had an issue (when I had a working mythbox). I had my myth box networked with my windows XP computer. I simply copied .nuv files to the Win box and renamed to .mpg and played the files no problem. George --- AlanM [EMAIL PROTECTED] wrote: If anyone is interested, I have been using a Nebula DVB card and a Nova-T and also managed to get away with just renaming the nuv to mpg. :) Alan ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users -- GMAIL is 'da bomb babyYEAH ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] question on movies
If I have movies recorded somewhere else and I want to copy them to be viewable in MythTV, (divX,Xvid,Mpeg,etc...) is there a way to do that, even in theory? I haven't got all of my hardware compiled to build the box yet so I haven't had a chance to look at it. Mark ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Plextor Mpeg4 Hardware Encoding N00b Requesting Advice
Hello to all, Does the hardware from plextor run under Myth? http://plextor.com/english/products/TV402U.htm It says it has hardware encoding for mpeg4, and it has a firewire port. If it has firewire, is it merely telling the device to record, and it spits it out as a stream through the FW port? Kinda like an on/off switch... Prolly more coding involved, but I would figure something like that would be a little easier to code than the 150. Am I wrong? I haven't looked. Again, I'm TEH N003. :P I haven't subscribed long enough to return any results for a search through my local e-mail. The list archive doesn't have a search function, so sorry if this is a repeated question. As for the advice... I am planning to build a system, and I was originally looking at one 350 and a 250 with a 6800 Ultra. Heard that the VPU was broken on the 6800, but I doubted whether there would be a linux driver for it even if the VPU worked. I'm ultimately interested in being able to play 1080i/p content on the machine, so the throughput of the videocard was a deciding factor. Will the 350/250 be able to decode this kind of HD content? Aside from 1080i content, I would -like- to use this machine to save shows to disk, but I continually see 1GB/hr. What is the quality of the recordings? I have seen files that are typically 350megs for one hour. I'm guessing they are transcoded down to a lower res. I would also be interested in archiving seasons onto DVD, but 4 shows per DVD versus 12 sucks. True, DVDs are relatively inexpensive nowadays. However, if I were record 1080i content, would I be able to accomplish this using an FX55 with one of the tuner cards? Would I have to use a simple frame grabber card and then encode after the data has been saved onto the HDD? (I figure if there is no encoding before it hits the HDD, it would eat disk space like nothing else. If so, what kind of space consumption am I looking at?) What would the requirements be for recording 1080i content? Am I only limited to commercial hardware that cost a lot? I wouldn't be saving a lot of 1080i content--I would only be interested in saving particular shows from ATSC or HD-DTV for later editing to create some montage of clips for a demo file. Also, I was planning to have a SCSI drive with the system installed on that with a SCSI DVD ROM, so as to free up as much CPU cycles as possible. (I never really liked the fact that IDE/ATAPI/SATA takes up your main CPU just to read and write data.) ...Anyway, is there a way to configure Myth to temporarily store the data on the SCSI while recording and also when you want to play? I.E. it records your shows to the scsi drive, and during an idle period moves it over to the secondary storage device (external FireWire, in my case). For playing, you would select what show you were going to view and it would transfer over the file to the scsi drive? I was thinking about pre-viewing transfer for 1080p content. Course, after it's moved it to the secondary drive, it keeps track of it for later viewing. Maybe this could be done with symlinks. I haven't bought the entire system yet, so I haven't been able to test Myth. I'm not sure of its capabilities. Just trying to figure things about beforehand. Hrm. I was just thinking... What if Myth could store data (when a setting is checked) on a network drive in chunks of 1gig. Then, a script running on a Dual G5 2G would encode the files into a mpeg4 video file and delete the read 1gig chunks as it goes? I dunno. Just thinking aloud. Any help or advice would be greatly appreciated. Thanks in advance. Regards, -- Bryan MillerWestinghouse Digital Electronics Field Applications Engineer 16257 E. Gale Ave. Ph: 626.333.9252 x117 City of Industry, Ca 91745 Fax: 626.333.9272 ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] question on movies
Welcome to Myth, Mark. What you're referring to is a plugin/feature called MythVideo. Video files are stored in a designated location on the backend/frontend (you'll learn that later...check this list). This is /var/mythvideo by default, I think, but you can change it in the configuration menus. Mine is at /video/mythvideo. Mythvideo uses mplayer as its external video player, so it will play back the formats it supports. The video manager GUI for MythVideo is rather nice, in that it displays the movie poster and Imdb info when avail (if you setup your video manager properly). Enjoy! -Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Beaver Sent: Monday, December 20, 2004 9:43 PM To: 'Discussion about mythtv' Subject: [mythtv-users] question on movies If I have movies recorded somewhere else and I want to copy them to be viewable in MythTV, (divX,Xvid,Mpeg,etc...) is there a way to do that, even in theory? I haven't got all of my hardware compiled to build the box yet so I haven't had a chance to look at it. Mark -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.296 / Virus Database: 265.6.0 - Release Date: 12/17/2004 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.296 / Virus Database: 265.6.0 - Release Date: 12/17/2004 ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] RE: How do convert nuv file to mpeg?
I assume this would work with all DVB-T cards (like my avermedias). Yes. If this is the case, what are those OSS MythFilters I downloaded for??? It's for playing nuv files. Once again, I beg the devs to see if it's in their hearts to add support to the code for actually using the .mpg file extension for recordings that really are mpeg files and not nuv files. It might make some parts of the code a tiny bit more complex, but having mpeg files with nuv suffixes is probably the SINGLE most confusing issue about mythtv that we have to deal with in #mythtv-users. Some people just don't seem to understand that nuv can refer to both mpeg files and nupplevideo files -- and in reality they shouldn't have to. .nuv files should NOT be mpeg files, they should be nupplevideo files. I know this was done to keep things easier in the code, but it's a support nightmare. Especially with more and more people using hardware-encoded mpeg files. -Chris ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Plextor Mpeg4 Hardware Encoding N00b Requesting Advice
On Mon, Dec 20, 2004 at 07:22:53PM -0800, Bryan Miller wrote: Hello to all, Does the hardware from plextor run under Myth? http://plextor.com/english/products/TV402U.htm Not that I have heard so far. Google searches of the form: Tv402U mythtv will find the answers to such questions far quicker than asking here. It says it has hardware encoding for mpeg4, and it has a firewire port. If it has firewire, is it merely telling the device to record, and it spits it out as a stream through the FW port? Kinda like an on/off switch... Prolly more coding involved, but I would figure something like that would be a little easier to code than the 150. Am I wrong? I haven't looked. Again, I'm TEH N003. :P The web page doesn't say. The firewire support could mean supporting streaming mpeg over firewire, such as dtvlink, but I doubt it. It is probably just an interface, like usb 2. I haven't subscribed long enough to return any results for a search through my local e-mail. The list archive doesn't have a search function, so sorry if this is a repeated question. Google indexes all the list archives at mythtv.org and gossamer-threads. I am planning to build a system, and I was originally looking at one 350 and a 250 with a 6800 Ultra. Heard that the VPU was broken on the I would not advise the 350 if you plan to someday use this box (if it gets linux support) or if you have a fancy dancy video card. The 350 outputs mpeg-2 in hardware to a tv-out. Handy to have, but it won't do divx/mpeg-4. It's also apparently fun to get X working on it, though people do. If you have the fancy GPU, it will probably come with tv-out. Consider using that. a deciding factor. Will the 350/250 be able to decode this kind of HD content? Aside from 1080i content, I would -like- to use this machine Boy, we need to have a faq about this one, it gets asked every day. In fact there are a couple of threads today on this question. Short answer, NO. would also be interested in archiving seasons onto DVD, but 4 shows per DVD versus 12 sucks. True, DVDs are relatively inexpensive nowadays. HDTV is about 8 gigs/hour, though it can be transcoded down to less. So about 30 minutes on a DVD, not that you could play it in a DVD player. However, you can transcode HDTV down to 1280x720, 30fps, mpeg-4 and it is quite watchable in the 2 gigs/hour range, or even less. consumption am I looking at?) What would the requirements be for recording 1080i content? Am I only limited to commercial hardware that cost a lot? Search the web for hundreds of threads on this one. Also, I was planning to have a SCSI drive with the system installed on that with a SCSI DVD ROM, so as to free up as much CPU cycles as possible. (I never really liked the fact that IDE/ATAPI/SATA takes up your main CPU just to read and write data.) ...Anyway, is there a way You're overparanoid. CPU load for any of these protocols is minimal. SCSI is a decent protocol, but the equipment is overpriced. For video, USB 2 disks can even work. Hrm. I was just thinking... What if Myth could store data (when a setting is checked) on a network drive in chunks of 1gig. Then, a script running on a Dual G5 2G would encode the files into a mpeg4 video file and delete the read 1gig chunks as it goes? I dunno. Just thinking aloud. There is a thread from 2 days ago about removable media. Right now Myth stores in one dirctory only. Some day that will probably change. The files can be transcoded by mencoder. It is easy to write the code to do that. Scripts, really. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD Athlon 64 CPUs and MythTV Compiling
On Tue, Dec 21, 2004 at 12:06:25AM +, Tom Hughes wrote: In message [EMAIL PROTECTED] Giles Jones [EMAIL PROTECTED] wrote: On Monday 20 Dec 2004 23:40, Brad Templeton wrote: Sorry, but as I pretty clearly said,the whole clock speed thing _does_ matter a bunch on this very specific application -- mpeg encode and decode. It's down to the code. If the code doesn't use 64-bit maths then you don't quite get the advantage of a 64-bit CPU. Not to mention you really need to be running a 64-bit version of Linux. But you do get the advantage of an extra eight registers, which makes a huge difference to most code as the x86 architechure is very short on registers which gives optimisers a very hard time. I've seen programs which don't do much 64 bit maths go 50% faster just by recompiling for x64-64. So, for those running Athlon-64s, what sort of timings are you getting with the myth internal player compiled for 64 bit and for 32 bit, compared to the regular athlon xp and the P4? In the end, the best way to tell is just to try it out. Some code will make happy use of extra registers or wider registers. Some doesn't. Some even gets slower, because it keeps reading and writing 64 bits when all it needs is 16 or 32. Plus programs get bigger, and bigger program equals slower depending on cache performance. Of course, with the right coding, it seems that a 64 bit mpeg decoder written for ia64 could do well, but I am not sure we have one around. Of course, if it were not for the xvmc problems in myth, the simplest answer would be to use xvmc and get a nice, cool, slower chip like a Sempron 2000 which is dirt cheap -- and I think could handle things with xvmc doing the work. (Of course it would be much slower at transcodes and commercial flags.) Right now commercial flag is pretty slow if set at low CPU. On the Athlon 3000 it seems to run at about realtime -- 3 hours to flag a 3 hour show. Presumably on the wishlist is the ability to start a commercial flag thread immediately upon starting recording, and almost as importantly, to make the results available as they are generated and confirmed, instead of waiting until its all done. If you have the CPU, you could then watch shows closer to airtime and have them flagged. I am actually surprised at how unreliable the flagging is for me, others have reported much better, some even have said they turn on automatic skip, which would be a nightmare for me. Perhaps HDTV is harder? (It should be easier, since commercial breaks today always contain most of the commercials in 4:3 format.) ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] kinda OT: buying a new TV. Recommendations?
I'm going to be buying a new TV. Probably in the $600 range. Not really interested in HD right now and probably about 32 in size. Any suggestions? What brands do you guys like? ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] RAID on Fedora Core 3?
Hi, I am trying to build a MythTV/dvarchive box. I bought 4 Promise Ultra100TX2 PCI cards, but found that they wouldn't work with more than 2 in a system :( I was going to use linux s/w raid over the drives. I know you guys must use plenty of raid setups, so thought you'd be the best to advise on which types are best. I am running FC3, and have 4 WD800/8 and 4 WD2000/8 drives that I want to be two RAID5 volumes. I am running on a nForce3 250Gb, so network traffic is not a problem with the PCI bus, but gfx/video output maybe is (I haven't chosen my final gfx/video setup, but am currently using a cheap TNT2 gfx card). I heard that Promise is giving 'lack-lustre' Linux support, so I'm totally open to not using Promise cards. I also heard that cards which do h/w RAID will give less load on the PCI bus. How should I do this? What h/w? Max. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Plextor Mpeg4 Hardware Encoding N00b Requesting Advice
No, not yet. I just emailed them for a datasheet, but they won't supply unless you sign an NDA. It's a WIS GO7007SB. Their sales guy claimed that WIS was working on a binary API to be released early next yet. This chip is sweet because it outputs MPEG4 natively and appears fully programmable. Apparently the windows software is lame. Also it's not firewire, it's USB2, a cyprus semi chip. If we could only get specs, I'm betting this thing would make an excellent input for Myth, especially since you could hook more than one much more easily than consuming PCI slots. Yan Bryan Miller wrote: Hello to all, Does the hardware from plextor run under Myth? It says it has hardware encoding for mpeg4, and it has a firewire port. If it has firewire, is it merely telling the device to record, and it spits it out as a stream through the FW port? Kinda like an on/off switch... Prolly more coding involved, but I would figure something like that would be a little easier to code than the 150. Am I wrong? I haven't looked. Again, I'm TEH N003. :P ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Consecutive programs, dual tuners
Unfortunately, a second tuner card does _NOT_ necessarily solve this problem. You'd think it would but no. If the two programs are on the same channel, only the one tuner will be used, the end of the first program will be on the file for the second program. Sure, it's recorded ... until you edit or delete the second program to discover that you also lost the last bit of the first one. Bummer! I haven't seen it do this for two consecutive programs recorded from different channels. I'll try that one out. This sounds like a bug the more I think about it. Martin [EMAIL PROTECTED] wrote: Date: Fri, 17 Dec 2004 14:01:45 +1100 From: Phill Edwards [EMAIL PROTECTED] Subject: Re: [mythtv-users] Consecutive programs, dual tuners To: Discussion about mythtv [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII What I'm proposing is this. Currently if a recording goes from 8pm to 9:01pm and another goes from 9:00pm to 10:00pm, the second will not be recorded (assuming 1 tuner) because of the overlap. I'd like the scheduler, at 9:01pm, to recognize that program 2 is only 1 minute into the show and start recording it when the tuner becomes available despite the 1 minute overlap resulting in 1 minute missing from the second show. I don't like setting the record late option on program 2 because it will *always* record late even when there is no conflict. In an earlier discussion on this it was stated that when there's an overlap like this it stops recording the 1st one automatically and starts recording the 2nd at the time the 2nd is due to start - even if the 1st one was supposed to run on. So, if that's correct it already does what you're proposing except that it doesn't wait for the tuner to become available. I think we need to get a firm statement on just what does happen in this circumstance. Of course the sure-fire solution is to get a 2nd tuner card! ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] lirc and FC3
It seems that almost everyone who has used FC3 with kernel 2.6.9 (or some deviant thereof) have had problems getting LIRC to work. I have tried to get mine working, unsuccessfully. I am following Jarod's guide, and have a PVR-250 using the IR receiver that comes with it. I have done the fix found here: http://bugzilla.atrpms.net/show_bug.cgi?id=317 but I have not been able to get it to work. It worked after first installing it, but died after the reboot (just like many other people have had problems with). I have played with some of the suggestions posted on the listserv as far as reinstalling LIRC, doing a "/sbin/depmod -a" and then "/sbin/modprobe lirc_i2c", and then "/sbin/service lircd restart" (I've done those 3 things in various orders) but that doesn't get it to work either. Basically, when I run "/usr/bin/irw"it does nothing. If I do it again, Can someone please post a workaround as far as how they got it working? I'm still a n00b at this, so if you could be a bit descriptive to help with my lack of knowledge with linux, that'd be great. Thanks. -Andy FC3 Kernel 2.6.9 (the one jarod's guide says to install here: http://wilsonet.com/mythtv/fcmyth.php#kernel) PVR-250 w/ grey remote and the packaged IR receiver ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video Cards
I am building my new HTPC with MythTV, and want to know what impact video cards have on the system. This system will not have a monitor permantanly attached, it will be viewed on teh TV only (I will have the monitor for setup only). Because of this, does the WinTV-250 or other part of the MythTV system use the video card for processing? Will any card do, or do I need a good video card? Do you mean video card or TV Capture card? Both are important. Everyone seems to like the Hauppauge cards as they have hardware decoders so don't use the system CPU for encoding tv capture. That's important if you don't have a fast CPU. I don't think the 250s have a TV-Out so you'd also need a video card with TV-Out. Cards with nVidia chips are generally good and lots of people use them so there's good support here for them. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Enlighten me about 1080 interlace
I thought I understood this interlace stuff but Myth is challenging my concept of interlace vs. non-interlace video. I have a TV capable of displaying 1920x1080 interlaced. It's a CRT based RPTV from Pioneer, if you care. I have watched terrestrial broadcasts on HDTV and it looks breathtaking. The image consists of two alternating 540-line frames, each 1/60 second, displayed at even and odd scan lines for 1080 unique lines of information. Now I get my Myth box running and it looks very, very good. But not quite as good as my TV with a direct OTA receiver. Why not? I've set everything up as carefully as possible. I'm on stock 0.16 Myth, I have an Intel 3GHz processor running an nVidia 5500 card with Xv. The modeline is correct and the card is doing interlaced out, as evidenced by the flickering on 1-pixel lines with an xterm on screen. I'm no expert on this at all, but I had always assumed the picture will never be as good on MythTV as OTA direct to your TV as the video has to be encoded and decoded. Inevitable some of the original picture quality will be lost in that process, I would have thought. If it's _almost_ as good perhaps that's all you can hope for. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] New here, feature suggestion
How about an alarm feature, you select a programme and set an alarm against it so when that programme starts if you're watching another channel it gives you a warning on screen. I like it. Alot like how my digital cable box works. Doesn't seem like to would be too hard to implement either. Add a option to the record options dialog which says 'Remind me' and when it comes to the time it pops up the OSD to warn you. You should add it to http://www.mythtv.info/moin.cgi/UserWishList to make sure it doesnt get lost in the archives. -- Jason Gabriele [EMAIL PROTECTED] ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] 2 sound cards..which card does myth choose during playback?
So I have 2 sound cards. One on moboard one as a pci. I recorded a program using a pvr-250. The sound during playback is coming out of the pci card whihc I thought was the second /dev/dsp. How do I tell myth to play the sound from the other card? I changed the set-up, but that didnt help. Is it a linux or myth config? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] problem with mysql
i changed my local ip and since then i cant log into mysql to update tv listings =\ any ideas? -chi ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 2 sound cards..which card does myth choose during playback?
Ok, I see it is a config in mythfrontend for playback. But I still like would liek to swap the order of which sound device is /dev/dsp0 and which is /dev/dsp1. Any ideas how to do this? is it just whcih moduleis loaded first? Thanks --- Bruce M [EMAIL PROTECTED] wrote: So I have 2 sound cards. One on moboard one as a pci. I recorded a program using a pvr-250. The sound during playback is coming out of the pci card whihc I thought was the second /dev/dsp. How do I tell myth to play the sound from the other card? I changed the set-up, but that didnt help. Is it a linux or myth config? __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] problem with mysql
You need to either update the host entry in the mysql.user table or grant the same user rights from your new ip address. Login as root mysql user: SQL grant all on mythconverg.* to 'mythtv'@'%' identifed by 'mythtv' flush privileges; /SQL substitute your IP address for '%' if you want more security. Or SQL connect mysql; update user set Host='%' where User='mythtv'; flush privileges; /SQL substitute your IP address for '%' if you want more security. '%' means any host. It's not recommended but it is very convenient if you're network is firewalled behind a NAT gateway and you have multiple frontend boxen. Yan ryan wrote: i changed my local ip and since then i cant log into mysql to update tv listings =\ any ideas? -chi ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Enlighten me about 1080 interlace
On Tue, Dec 21, 2004 at 03:45:42PM +1100, Phill Edwards wrote: I thought I understood this interlace stuff but Myth is challenging my concept of interlace vs. non-interlace video. I have a TV capable of displaying 1920x1080 interlaced. It's a CRT based RPTV from Pioneer, if you care. I have watched terrestrial broadcasts on HDTV and it looks breathtaking. The image consists of two alternating 540-line frames, each 1/60 second, displayed at even and odd scan lines for 1080 unique lines of information. Now I get my Myth box running and it looks very, very good. But not quite as good as my TV with a direct OTA receiver. Why not? I've set everything up as carefully as possible. I'm on stock 0.16 Myth, I have an Intel 3GHz processor running an nVidia 5500 card with Xv. The modeline is correct and the card is doing interlaced out, as evidenced by the flickering on 1-pixel lines with an xterm on screen. I'm no expert on this at all, but I had always assumed the picture will never be as good on MythTV as OTA direct to your TV as the video has to be encoded and decoded. Inevitable some of the original picture quality will be lost in that process, I would have thought. If it's _almost_ as good perhaps that's all you can hope for. No. In theory there is no reason why Myth's decoder would not be as good (or better) than the one in the TV. If you have DVI, the results should be identical. In practice, I am not sure myth's decoder is as good (I see more mpegging artifacts). And your modeline may never be the exact perfect one the TV has. Inside, the TV is just writing directly into its own frame buffer for the DLP.In theory, you could get your DVI stream to also just be fed into that frame buffer, if you did it exactly right. I'm surprised the TV doesn't figure this out for you with DVI, saying, Hmmm, here comes 1920 pixels, why don't I do with that just what I would do with stuff I decompressed myself. Perhaps some TVs do. What would give you identical results would be streaming mpeg out firewire, or, if an RF modulator was available, streaming out ATSC or QAM to a TV ready to receive that. I think it would be cool if the pcHDTV card came with an ATSC RF modulator on it as well as a demodulator. Like the very first VCRs, sending out their signal on channel 3. But this time doing _better_ than component video. Though you would have to write an mpeg streamer X driver, no small feat. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: better pvr card
Hi Phil, That means, since I much more comfortable using Linux, I should get the PVR-250 then. Phil Bridges writes: Is it true that pvr-150 is better than pvr-250? ___ It's true that it's cheaper. It's also true that it doesn't have full Linux support yet. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Plextor Mpeg4 Hardware Encoding N00b Requesting Advice
On Mon, Dec 20, 2004 at 08:12:25PM -0800, Yan-Fa Li wrote: No, not yet. I just emailed them for a datasheet, but they won't supply unless you sign an NDA. It's a WIS GO7007SB. Their sales guy claimed that WIS was working on a binary API to be released early next yet. This chip is sweet because it outputs MPEG4 natively and appears fully programmable. Apparently the windows software is lame. Also it's not firewire, it's USB2, a cyprus semi chip. If we could only get specs, I'm betting this thing would make an excellent input for Myth, especially since you could hook more than one much more easily than consuming PCI slots. A review of the Windows version claimed that mp4 recording took 30% of his CPU, so they must be having the host computer do some work. But yes, in a way USB tuners meet my vision of the ideal PVR for the consumer, where they can add components as they need them just by plugging them in. Tuners, decoders, disks, etc. I prefer ethernet and IP to USB though, since if you want to just have a decoder you slap right on a TV (with IR receiver/blaster), you want to be able to put it on ethernet, as you may nto even have a computer in the room. The mediamvp is an example. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Consecutive programs, dual tuners
On Tue, Dec 21, 2004 at 03:31:13PM +1100, Martin Brown wrote: Unfortunately, a second tuner card does _NOT_ necessarily solve this problem. You'd think it would but no. If the two programs are on the same channel, only the one tuner will be used, the end of the first program will be on the file for the second program. Sure, it's recorded ... until you edit or delete the second program to discover that you also lost the last bit of the first one. Bummer! I haven't seen it do this for two consecutive programs recorded from different channels. I'll try that one out. This sounds like a bug the more I think about it. Considered one of the great flaws of the Tivo as well. The right answer, when two programs overlap on the same channel, is to put the overlap minutes into _both_ programs. Ie. if I have a show from 8 to 9 with record 1 minute extra at end and a show from 9 to 10 with record 1 minute earlier at start on the same channel, it should just work. Two 61 minute recordings, sharing 2 minutes in common. If you want to get really fancy, you would in fact have them share the very disk space. To do that, Myth would need to convert to a system where single shows can be recorded in a set of files rather than a single file, and playback involves concatenating the files. This can be done if you pre-buffer stuff when heading for a transition so it never skips. This has a lot of uses, and in fact it makes a lot of sense that all recordings might be stored in smaller 15 minute or so chunks. It allows easy deleting of the front of a program, up to near the point where you've watched. It allows easy integration as described above. It allows easy deletion of the end of programs too, though you can also ask the filesystem to shrink a file there. It also is a path to the ultimate goal for live-tv watching, where live tv watching is actually identical to recording, but the recording is done in chunks so the old chunks can be removed to save space once watched. Yeah, it's always easier to talk than to write code! ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Enlighten me about 1080 interlace
--- Brad Templeton [EMAIL PROTECTED] wrote: Inside, the TV is just writing directly into its own frame buffer for the DLP.In theory, you could get your DVI stream to also just be fed into that frame buffer, if you did it exactly right. Just to get back on track with this example. No DLP. No framebuffer. No DVI. Just a big 'ol analog CRT projection set that runs at 1080i native. And it looks like I'm losing half my picture through Myth. __ Do you Yahoo!? All your favorites on one personal page Try My Yahoo! http://my.yahoo.com ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users