Re: [mythtv-users] Mysql complains at me
On Thu, 2006-01-26 at 16:00 -0500, [EMAIL PROTECTED] wrote: I still haven't setup regular backups of my db, so I'm inviting exactly the above situation on myself. I acknowledge the possibility and responsibility I have to deal with it if it does happen, but the fact that mythtv is that way means I won't ever build one and send it to my mom. It's bad enough she has a DVD player. ;) Do the following: mkdir /var/lib/backups Then put this into a cron job (modifying username and destination as needed): #!/bin/sh datenow=`date +%Y%m%d` mysqldump --opt mythconverg /var/lib/backups/mysqldump-${datenow}.sql gzip -9 /var/lib/backups/mysqldump-${datenow}.sql /usr/bin/scp /var/lib/backups/mysqldump-${datenow}.sql.gz [EMAIL PROTECTED]:/usr/local/backups/mysql/ ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Tivo to Myth migration
No idea. But you'll need to have vserver installed on it, as well have a network card installed... -I On Wed, 2006-01-25 at 19:13 -0500, Chris Ribe wrote: Any idea if this will work with a DirecTiVo? On 1/24/06, Ian Forde [EMAIL PROTECTED] wrote: not sure if anyone's even remotely interested in this, but I've cobbled together a script that will pull a show from a S1 Tivo and put it into the Watch Recordings screen on myth. The script still needs some finishing touches though. (Okay - it's pretty rough to look at. ;) In an case, conceivably it could be used with MythTivo to pull all recordings from a S1 Tivo and put them into Myth... It's missing some functionality right now though - I don't know how to inject a transcode job into the job queue yet... WARNING: EXPERIMENTAL SHELL SCRIPT ALERT! Having said that, you can find it at http://www.duckland.org/~ian/test_extract.sh if you're interested. Don't blame me if your cats start barking though... ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Connect mythtv-users list to Usenet?
On Wed, 2006-01-25 at 22:54 -0700, Devan Lippman wrote: On 1/25/06, Nick Rout [EMAIL PROTECTED] wrote: I am not a member of the class powers that be, but I would be very nervous about a usenet feed. It's not so much that i object to people being able to read the list via a news reader, its more the crap that is likely to come back into the list from usenet. -- Nick Rout [EMAIL PROTECTED] I agree, this could be bad Search the archives - it's been covered before. It's not going to happen. I, for one, am glad. -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Tivo to Myth migration
not sure if anyone's even remotely interested in this, but I've cobbled together a script that will pull a show from a S1 Tivo and put it into the Watch Recordings screen on myth. The script still needs some finishing touches though. (Okay - it's pretty rough to look at. ;) In an case, conceivably it could be used with MythTivo to pull all recordings from a S1 Tivo and put them into Myth... It's missing some functionality right now though - I don't know how to inject a transcode job into the job queue yet... WARNING: EXPERIMENTAL SHELL SCRIPT ALERT! Having said that, you can find it at http://www.duckland.org/~ian/test_extract.sh if you're interested. Don't blame me if your cats start barking though... ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] HD over FireWire Questions
On Sat, 2006-01-14 at 15:58 -0600, Kichigai Mentat wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. I once read the thread about the advantages of using a HD FireWire capture, even if you don't have an HDTV. You don't actually have to capture HD channels. You can also capture standard-def channels. I'm curious, is there any way to make sure the captured stream is scaled down to standard def (or at least 740x480)? I am using an XBox as a front-end unit in my house, and I'm a little worried about using it with an HD capture. I've heard that the XBox is incapable of handling an HD stream (though I'm pretty sure I managed to play a downloaded HD video in XBMC), and I'd rather not have to build a whole new front-end box. For HD recordings, you'd probably have to transcode the recordings before playing them. At the moment, my back-end is a Celeron 650 MHz with 256 MB of RAM, capturing with a Hauppauge PVR-150 off of an analog cable line. I'm a little bit of a quality Nazi, and I considered looking into getting a digital cable box (not just so I could get some of those digital cable channels, but simply to clean up the incoming signal), and I remembered the FireWire/HD thread. If you're going to get a digital cable box, but not watch HD channels, just run coax or RCA cables from the box to your PVR-150 instead. That'll probably get you what you need... -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Ubuntu alsa sound apt-get update concerns
On Thu, 2006-01-12 at 23:25 -0600, Robert Johnston wrote: No. If you leave everything, without updating, then your myth box will continue to operate as it always has. However, if, somehow, someone were to get into the box from outside, it will still be filled with all the security flaws that are discovered from now on. But then, already being a RedHat admin for a while, you already know that. so, No. :) Agreed - I usually do it one Saturday or Sunday afternoon every (or every other) month (if the dev list is relatively quiet) 1. Check the commits archive to see if there's a patch flurry. If there is, then postpone for a few days 2. Patch my 2 backends, reboot in case there are any kernel updates (and rebuild the NVIDIA driver in case there are) 3. Download the latest SVN 4. Build on both backends simultaneously 5. Stop mythbackend on both the master and slave backends 6. Do a make install on the master backend, wait until any db changes have finished and the log has quietened down 7. Start the slave backend 8. Build the plugins 9. Check the Upcoming recordings screen 10. Test ALL tuners -Ian (RHCE) ;) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Comcast and Firewire 5c
On Tue, 2006-01-10 at 09:41 -0500, Steve Adeff wrote: On Tuesday 10 January 2006 06:39, Yeechang Lee wrote: On second thought, I realized that Ian's shell script won't help me in my particular desire to find channels Zap2It doesn't know about. This is because the cable box, when tuned to a nonexistent channel, won't change channels. The script has no way of knowing this and thus thinks the new channel is working (Because, after all, the MPEG-2 signal is still coming over, right?). Yes, though I don't see how using the channel+ button on your cable box remote along with writing down on a notepad (or typing into a text file) would take all that much longer than 20minutes if you write the station names down, less if you just write down which channel #'s you get. From there you can check 5C. True, but if one is going to do that, it's better not to use the remote if one has more than one cable box. (I have 3 stacked atop one another.) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] NFS or SAMBA for Video Stream
On Tue, 2006-01-10 at 23:00 -0700, James C. Dastrup wrote: Samba is great dealing with windows machines Only because on Windows, you don't have any choice. Windows Services for Unix (SFU) is a choice. I couldn't tell you how well it works. I can. IMHO, it's functionally incomplete. Can't speak for the NFS implementation specifically, but their so-called NIS implementation is crap. I'd run away from SFU as far and fast as possible. -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Comcast and Firewire 5c
Given the recent conversations concerning firewire issues, I found it ironic that Comcast just changed a bunch of my channels to do 5c over firewire. But since I have *absolutely* no desire to test each channel to see if it works, then check the DCT-6200 menu to verify it, I did what any decent sysadmin would do: I replaced the task with a small shell script. ;) Given a list of channels in the INFILE, it generates an OUTFILE that contains which channels it can record. You'll need a copy of test-mpeg2. Feel free to modify the script for your needs... the output from the script can then be used to remap your channels on zap2it... -Ian (who wonders why he didn't do this a year ago...) #!/bin/sh GETCH=/usr/local/src/libiec61883-1.0.0/examples/test-mpeg2 INFILE=/tmp/listofchannels.txt OUTFILE=/tmp/chanscan.txt cat /dev/null ${OUTFILE} while read channum do /usr/local/bin/6200ch ${channum} ${GETCH} -r 2 /tmp/testscan.${channum} sleep 5 kill -2 $! sizeoffile=`wc -c /tmp/testscan.${channum} | awk '{print $1}'` if [ ${sizeoffile} -gt 150 ]; then echo valid channel ${channum} ${OUTFILE} else echo invalid channel ${channum} ${OUTFILE} fi done ${INFILE} -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Fedora - any new versions in the pipeline?
On Tue, 2006-01-03 at 18:05 -0800, Ross Campbell wrote: But... a newer OS distribution really has nothing to do with how well mythtv works. There certainly are disadvantages to running a too new distribution with too new packages that don't quite work properly with mythtv (or none at all ;) Likewise, there are a number of advantages to running an older, well debugged and supported distribution with a large population of content users. If you want to use Fedora and MythTV, I'd recommend FC4 and Jarod's guide. Agreed. I've been bitten by this one, migrating my quite-stable FC1 x86 myth box over to FC3 x86_64 a couple of years back. Over time it worked out well, as Isaac is now running x86_64 so that works out quite nicely. And the prerequisite packages to support FC3 and, subsequently, FC4, have been released and field-tested. But back then... Living on the bleeding edge can cause... well... bleeding... my advice would be the same as that from Ross. FC4 and Jarod's guide is the current sweet spot for a working, (relatively) easy-to-build config. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Minimum hardware requirements for a Frontend
On Tue, 2006-01-03 at 21:01 -0500, Chris Ribe wrote: Another choice is an AMD processor on an NVIDIA chipset based motherboard. I have been playing with an AMD Athlon64 3200 on an ASUS A8N-VM CSM. Even without the NVIDIA XvMC support (it is broken in the drivers for the motherboard chipset), it has not trouble with SD. I should hope not! A 500Mhz PIII should do DVD res. MPEG-2. 256MB of RAM helps things along, but you can get by with 128. If you need to do MPEG-4, something around 900Mhz is probably necesary. I'd beware of NVidia chipset motherboards. NForce3 and NForce4 audio capabilities aren't completely supported in Alsa. Especially if you're thinking about using the SPDIF to do AC3... Been bitten by this one too. ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Minimum hardware requirements for a Frontend
On Wed, 2006-01-04 at 00:43 -0500, Steve Adeff wrote: On Wednesday 04 January 2006 00:34, Ian Forde wrote: I'd beware of NVidia chipset motherboards. NForce3 and NForce4 audio capabilities aren't completely supported in Alsa. Especially if you're thinking about using the SPDIF to do AC3... been working fine for me, both an nForce3 and nForce4 motherboards. That's weird... what motherboard and version of Alsa are you using? Mine's an AFI LanParty UT nF3 250Gb. I experienced the blue light goes on on receiver but I get no AC3 sound as listed in Alsa tickets 1083 and 1094... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Minimum hardware requirements for a Frontend
On Wed, 2006-01-04 at 01:36 -0500, Steve Adeff wrote: your motherboard should have the Realtek ALC850 which is the same as my MSI board and works fine when using the intel ac97 ALSA drivers: Yep - definitely the ALC850. And the intel ac97 drivers load up. Incidentally, the vendor is DFI, not AFI. Typo on my part... snd_intel8x0 33664 0 snd_ac97_codec105028 1 snd_intel8x0 snd_ac97_bus3712 1 snd_ac97_codec snd_pcm_oss52896 0 snd_mixer_oss 17536 1 snd_pcm_oss snd_pcm89480 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_timer 23432 1 snd_pcm snd52704 6 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer I should point out, this is for both the ALC850 on the K8n and the ALC655 on my KN1. Also, some boards have a BIOS setting where you can force the audio chipset into their native mode or AC97 mode. I haven't come across this with the Realtek chips, but it could still be out there on another motherboard. OR If you see such a thing in your BIOS and your having trouble with your sound, set it to AC97 mode an ALSA should detect it as an AC97 audio chip and load the appropriate intel drivers. Mine only has the BIOS setting: AC97 Audio which can be set to Auto or Disabled. So no native mode... Alsa had no trouble loading the drivers, and PCM audio worked just fine. It's just the AC3 audio that doesn't work. If yours is working fine, can you post the 'lspci -v' output and send me your asound.state and .asoundrc files? Thanks, -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythweb file size limits
On Fri, 2005-12-30 at 21:26 -0800, Jonathan Tidmore wrote: On 12/30/05, Todd Johnson [EMAIL PROTECTED] wrote: Is there a way to remove the file size limit in apache? It gives me a forbidden when I try to access my nuv's that are about 2.2g across my lan. I can see one show that is 1.1g but not my other 2.2g shows. The latest Apache, 2.2.0, supports files larger than 2 gigs. All previous versions have a 2 gig file size limit. Apache 2.2 came out a couple of weeks ago so you'll probably need to compile it yourself. Not entirely accurate. Apache, as historically compiled by Red Hat / Fedora - has had its rpms built without largefile support (2GB). That's not to say that it wasn't in the code... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythweb file size limits
On Sat, 2005-12-31 at 09:15 -0800, Jonathan Tidmore wrote: The latest Apache, 2.2.0, supports files larger than 2 gigs. All previous versions have a 2 gig file size limit. Apache 2.2 came out a couple of weeks ago so you'll probably need to compile it yourself. Not entirely accurate. Apache, as historically compiled by Red Hat / Fedora - has had its rpms built without largefile support (2GB). That's not to say that it wasn't in the code... -I It's entirely accurate. Apache has not supported large file sizes until 2.2. Look at the New Features list for Apache 2.2: http://httpd.apache.org/docs/2.2/new_features_2_2.html Large File Support httpd is now built with support for files larger than 2GB on modern 32-bit Unix systems. Support for handling 2GB request bodies has also been added. I see the statement, but I also see from a fresh download of httpd 2.0.55 that there is (at least partial) largefile support. Not necessarily recommended for all platforms, but it is there. Check out the CHANGES file... in this case though, they may have enabled it by default for all platforms, which would indeed be a new thing. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Recording HD content from a Comcast/Dish/DTV box
On Mon, 2005-12-26 at 18:11 -0600, Kevin Kuphal wrote: There are two ways to capture HDTV. 1) OTA with an HDTV tuner card 2) via Firewire from a cable box like the Motorola DCT-6200 (IIRC). This is limited only to the channels that the cable provider provides unencrypted on the firewire port Make that 3... 3) Cable QAM with an HDTV tuner card to get the digital channels that that the cable provider provides... effectively a subset of option 1, but suitable for those in places where HD antennae can't be put up effectively... -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Serial DCT Control (dct2224/dct2524)
On Sun, 2005-12-18 at 15:45 -0700, Chris wrote: I've been trying for some time now to get serial channel changing working, hopefully someone here can provide me with some insight into the whole problem. I've got the following: 2x Motorola DCT-2224, firmware version: 7.93 1x Motorola DCT-2524, firmware version: 2.54 I've tried a few different scripts to just try and change the channel for now, none of which seem to work. When I connect the serial port of a windows box to these DCTs, hitting enter results in gibberish coming back from the DCT, followed by the f/w version. I assume this is some sort of menu prompt (VxWorks?), the reason I assume this is because when I go through the alphabet on the 2524, different keys produce different outputs. Seeing as I get gibberish from all three is it safe to assume that their serial ports are enabled? When I run the serial cable from the FC4 box to the windows box and run the python scripts, I do get output over in Hyperterm, so it looks like I'm sending the data out. I remember reading in one of the python scripts that it wanted v2.2, but on my new FC4 box, I have python 2.4 installed, should this be an issue? Mmm... Just took a look at it - I haven't used (or even looked at) the code in a while. Python 2.4 is definitely going to be a problem, IMHO. I remember having issues with Python 2.3 as well... Best bet is to use the C code in contrib/ instead... I seem to be able to get everything else working except serial channel changing, so hopefully someone will be able to help me out. Thanks, -Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Serial DCT Control (dct2224/dct2524)
On Sun, 2005-12-18 at 16:31 -0700, Chris wrote: Can you be more specific please? /usr/share/doc/mythtv-0.18.1/contrib [EMAIL PROTECTED] contrib]$ ls 6200ch.cmyth_archive_job.pl 6200ch-README mythencode.pl change-channel-lirc.pl mythlink.sh change-channel-lirc.sh mythmail dct2000serial.tar.gzmythmaillog.pl dct-channel mythname.pl etc.init.d.mythbackend.lsb mythnotify etc.rc.d.init.d.mythbackend myth.rebuilddatabase.pl etc.security.msec.perm.localREADME.for.mythencode.and.mythname etc.sysconfig.mythbackend temp mandrake91.etc.sysconfig.lircd trailer.pl master_iconmap.xml trailer.pl.README mkiconmap.pltrailer.pl.svnfixes mplayernetwork.pl tsc-calibrate.c dct-channel -I On Sun, 2005-12-18 at 15:27 -0800, Ian Forde wrote: On Sun, 2005-12-18 at 15:45 -0700, Chris wrote: I've been trying for some time now to get serial channel changing working, hopefully someone here can provide me with some insight into the whole problem. I've got the following: 2x Motorola DCT-2224, firmware version: 7.93 1x Motorola DCT-2524, firmware version: 2.54 I've tried a few different scripts to just try and change the channel for now, none of which seem to work. When I connect the serial port of a windows box to these DCTs, hitting enter results in gibberish coming back from the DCT, followed by the f/w version. I assume this is some sort of menu prompt (VxWorks?), the reason I assume this is because when I go through the alphabet on the 2524, different keys produce different outputs. Seeing as I get gibberish from all three is it safe to assume that their serial ports are enabled? When I run the serial cable from the FC4 box to the windows box and run the python scripts, I do get output over in Hyperterm, so it looks like I'm sending the data out. I remember reading in one of the python scripts that it wanted v2.2, but on my new FC4 box, I have python 2.4 installed, should this be an issue? Mmm... Just took a look at it - I haven't used (or even looked at) the code in a while. Python 2.4 is definitely going to be a problem, IMHO. I remember having issues with Python 2.3 as well... Best bet is to use the C code in contrib/ instead... I seem to be able to get everything else working except serial channel changing, so hopefully someone will be able to help me out. Thanks, -Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] PVR-250 and DCT2200
On Tue, 2005-12-06 at 07:56 -0600, Carl Fongheiser wrote: On 12/6/05, Dopey Dog [EMAIL PROTECTED] wrote: If I have a PVR-250, do I still need my Motorola DCT2200 decoder for my digital channels? or can the PVR-250 decode everything? The PVR-250 doesn't decode digital channels. You still need your cable box. You'll need an IR blaster to change channels, and a lot of patience. I have a low success rate with my IR blaster and my DCT2100. It's not that the IR blaster is so bad, but that the DCT box is very slow, and sometimes misses remote button presses. Sigh... It's not a foregone conclusion that you'll need an IR blaster. With a DCT-2200, you may be able to use a serial cable... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 6200ch 1394 Drivers such
On Mon, 2005-09-19 at 16:46 -0700, brett olah wrote: Hi Group, I've been running several MythTV boxes off Com[unist]cast cable in South San Jose CA., running as analog (cable directly in to the PC) for a few years and was extatic when I saw the 1394 channel support for DCT6200, no longer limmited to 73 Channels. 6200ch compiled fine no problems, I think I'm not a programer, no error's anyway. I am having an issue getting the channels to change ... You don't need 6200ch anymore. Myth has support for internal firewire channel-changing for the 6200 boxes. I was going to point you to the official docs, but it turns out that the docs haven't been updated. On the other hand, looking at the main page http://www.mythtv.org/ one can find the following as the featureset in 0.18.1: Internal channel-change over firewire support for DCT-6200 series cable boxes - no external program required like before. Sooo... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 6200ch 1394 Drivers such
On Tue, 2005-09-20 at 21:26 -0700, brett olah wrote: I compiled 0.18.1 ... no problems but ... Where/How do I turn it on? I think I've exhausted mythtv-setup/mythfrontend setup, did I miss it? Brett;] depmod: ieee1394: Initialized config rom entry `ip1394' ohci1394: $Rev: 1223 $ Ben Collins [EMAIL PROTECTED] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[209] MMIO=[f8025000-f80257ff] Max Packet=[2048] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0011d8181b03] ieee1394: Node added: ID:BUS[0-01:1023] GUID[0014e8fffe19dd19] ieee1394: raw1394: /dev/raw1394 device initialized # 1394 Drivers :) raw139433325 0 dv1394 24461 0 ohci1394 37849 1 dv1394 ieee1394 308216 3 raw1394,dv1394,ohci1394 configure output: FireWire support yes compiled w/ no Errors only unrelated warnings: vbitext/cc.cpp:119: warning: 'int webtv_check(char*, int)' defined but not used mpeg/mpegstreamdata.h:139: warning: unused parameter 'tspacket' Well, my master backend (the one with the firewire port) has libiec61883, libavc1394, librom1394, libraw1394, and libdc1394. It goes without saying that I have the -devel versions installed too. I compared your lsmod output to mine and they're the same. So that looks fine on your end. In mythtv-setup, when you setup a firewire input, you should see the option for internal firewire channel changing in the same place that you normally see it for capture cards - in Input Connections, leave the External Channel Changing Program field blank... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Playing MPEG2 (.ts) Transport Streams?
On Sun, 2005-08-21 at 19:06 -0700, Skip Levens wrote: Has anyone had good experience incorporating libraries of HiDef MPEG2 streams into MythTV? The files are huge, like 18GB each, but I have enough storage to save them centrally and simply stream and play them using VLC with Mac's connected to each TV. I'm pulling .ts streams from the server over GigE which works great, but using a MythTV front end would be more 'wife and kid' vs. geek friendly... anyone done this? Sure - just use mythvideo and use vlc as the player within it. -I ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] question on tuner activation
If a slave backend server starts up, but can't use its tuner, why is it still counted as a working tuner? As an example, I've been having problems with ivtv on a box - it seems that between udev and kernel errors, this box won't get a working recording backend running on it when it boots up. Some manual intervention on my end is needed. So knowing that I have to *fix* the problem at that point is my burden to bear, granted. The question is whether this log snippet: 2005-07-31 22:17:03.787 Channel(/dev/video0)::Open(): Can't open video device, error Permission denied 2005-07-31 22:17:03.874 Channel(/dev/video0)::Open(): Can't open video device, error Permission denied 2005-07-31 22:17:03.882 ChannelBase: Could not find input: Tuner 0 on card when setting channel 3 and this log snippet: 2005-07-31 22:17:03.944 mythbackend version: 0.19.20050712-1 www.mythtv.org 2005-07-31 22:17:03.962 Enabled verbose msgs : important general 2005-07-31 22:17:03.994 AutoExpire: Found 1 recorders w/max rate of 72 MiB/min 2005-07-31 22:17:03.999 AutoExpire: space: 1.1 GB w/freq: 10 min 2005-07-31 22:17:05.103 Connecting to master server: 10.1.0.55:6543 2005-07-31 22:17:05.164 Connected successfully 2005-07-31 22:17:10.278 AutoExpire: Found 1 recorders w/max rate of 72 MiB/min 2005-07-31 22:17:10.297 AutoExpire: space: 1.1 GB w/freq: 10 min 2005-07-31 22:17:14.004 New DB connection, total: 3 really make sense... since the backend knows it can't use the tuner, it shouldn't allow it to be used for recording... Just an observation... -Ian signature.asc Description: This is a digitally signed message part ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] hdtv from a cable box
On Wed, 2005-07-06 at 21:09 -0400, SamS wrote: I can't seem to find a clear answer on this, so I'll just ask. Currently, I have a cable box that I control with an IRBlaster so that mythtv can change the channels and all that. Works great. Now that I have a new HDTV big screen, I would like to order the HDTV channels from Comcast. This would mean a new cable box. Is it possible to control an HD cable box with an irblaster and capture the HDTV output using a card like the pcHDTV HD-3000 just like I am currently doing with my PVR-250 and the old cable box. Or is the only HD content I will ever be able to capture going to be the OTA signals I get from the antena? It just seems like it would work the same since the HDTV signal coming out of the cable box to the tv could just be captured by the myth box in the exact same way the old pvr250 did, right? I'm not trying to capture the output with a firewire cable or anything fancy like that. Uhhh... why not do firewire? Just ask them for a cable box with firewire, connect to your backend, and you can both capture AND change channels over firewire. It's been fine for me for about 4 months... I've just started doing DVB with my HD-3000 card and I'm getting mixed results so far. I predict lots more tweaking of channel settings for me this weekend... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] .18 CPU optimizations
On Mon, 2005-05-02 at 11:00 -0400, Donavan Stanley wrote: On 5/2/05, Matt Grommes [EMAIL PROTECTED] wrote: Would there be any upside/downside to recompiling mythtv with different proccessor optimizations if I have an Athlon XP? I know there was discussion recently about putting the optimization flags back to pentiumpro (I think). Does Myth work? Are you able to watch live TV without pegging your CPU? If you answered yes to those two questions then there's nothing for you to really gain. On the backend you gain some free CPU which commflagging and transcoding will gladly use. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] Full system/CPU upgrade and still no DVD
On Sun, 2005-05-01 at 11:26 -0700, Scott Harris wrote: Definitely have DMA on, on dvd and all HDDs. [EMAIL PROTECTED] sharris]# /sbin/hdparm /dev/hdc /dev/hdc: HDIO_GET_MULTCOUNT failed: Invalid argument IO_support = 0 (default 16-bit) unmaskirq= 0 (off) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) HDIO_GETGEO failed: Invalid argument Hmm... you should probably do the following: hdparm -c3 -u1 /dev/hdc That'll set unmaskirq to on and set IO_support to 32-bit. That'll help. Also, hook up a monitor and see if mplayer still complains. That'll narrow down the problem to whether it's the 350, mplayer, or the drive. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] NON-HD Firewire Success and oddity
On Wed, 2005-04-27 at 10:54 -0500, [EMAIL PROTECTED] wrote: Just wanted to report a successful firewire implementation on .17 with cox HD/digital in Tulsa. I had to patch the 6200.c with the correct firewire node number and Vendor ID (0x0f9f) and model ID (0x6200) and recompile to get the channel changing right, but after that all is well with capturing and changing channels through the firewire cable. Funny that - I applied Jim Westfall's firewire internal tuning patch to my copy of CVS (4/19) and it's been working fine ever since. No more 6200ch for me... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] NON-HD Firewire Success and oddity
On Wed, 2005-04-27 at 15:44 -0400, Michael Haan wrote: On 4/27/05, Ian Forde [EMAIL PROTECTED] wrote: Funny that - I applied Jim Westfall's firewire internal tuning patch to my copy of CVS (4/19) and it's been working fine ever since. No more 6200ch for me... Where can one get said patch? Search the archives... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] FW: [oztivo] Macs to do HDTV recording off the shelf
On Tue, 2005-04-12 at 22:24 -0400, dean collins wrote: [DC] Does anyone on this list know about this firewire ruling? Yeah... it's old news on this list... Does this mean the firewire port on my Scientific Atlanta HD8000 now needs to be enabled? Yep - that's why there are so many people right now doing HD recording over firewire within myth... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Help, database corrupted after connecting with a newer frontend
On Sun, 2005-04-03 at 14:54 -0400, Donavan Stanley wrote: On Apr 2, 2005 6:59 PM, Ian Forde [EMAIL PROTECTED] wrote: Having said that, I just looked in mythtv/programs/mythfrontend/ and didn't see any dbcheck.cpp file (as one would when looking in mythvideo/mythvideo/dbcheck.cpp, mythmusic/mythmusic/dbcheck.cpp, and mythphone/mythphone/dbcheck.cpp.) So I'm not convinced that that's what you're seeing. Did you start a backend 0.16 process on your frontend box? You're looking in the wrong place. mythfrontend does upgrade the database, this is by design and working as intended. (Meant for the list?) Then I'm guessing it's mythtv/libs/libmythtv/dbcheck.cpp. What's the reasoning here for having the frontend upgrade the db? Just curious. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Transcoding shows for Sony PSP
On Sun, 2005-04-03 at 11:59 -1000, James L. Paul wrote: I'm currently using a clumsy process for watching TV shows on my Sony PSP that were recorded by my MythTV box. Basically, I'm copying the .nuv file to a renamed .mpg file in a network-visible directory. A windows application named PSP Video 9 watches that directory and automatically transcodes and transfers the video files to the PSP device. I can then watch selected TV programs on my PSP. PSP Video 9 is a windows wrapper for FFMPEG, using the MobileHackers binary, which is hacked to be able to produce PSP compliant MP4 files. It should be possible to build this version on Linux, but I haven't tried that yet. I plan to look into directly transcoding to PSP entirely within MythTV, but haven't been keeping up with Myth lately. I haven't updated my box in months. I just wanted to toss this subject in the open since I didn't find a single reference to the PSP in the archives and wonder if anybody else is looking to do something similar. Well, you'd probably want to add it to nuvexport then... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Help, database corrupted after connecting with a newer frontend
On Sat, 2005-04-02 at 22:45 +0200, [EMAIL PROTECTED] wrote: Yes I know that. I called it fscked-up because nothing works with my current backend. I did not expect a frontend to do a DB update. Clients do not usually DO that, you know. Bear in mind that mythvideo and mythmusic, being frontend applications, need to be able to upgrade their respective database schemas. There's no part of them that talks to the mythbackend process. You're right that the mythfrontend TV-watching module shouldn't be upgrading the database schema. Having said that, I just looked in mythtv/programs/mythfrontend/ and didn't see any dbcheck.cpp file (as one would when looking in mythvideo/mythvideo/dbcheck.cpp, mythmusic/mythmusic/dbcheck.cpp, and mythphone/mythphone/dbcheck.cpp.) So I'm not convinced that that's what you're seeing. Did you start a backend 0.16 process on your frontend box? -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Stable release branch starting post-0.18
On Tue, 2005-03-29 at 09:45 +0200, Axel Thimm wrote: On Tue, Mar 29, 2005 at 05:09:37PM +1000, Phill Edwards wrote: Hey folks, I've volunteered to be the sucker/punching bag to try to maintain a stable release branch of Myth. This all seems oddly familiar to a recent discussion on the lkml... :-) The goal here is to provide an alternative for non-developer users that is slightly less scary than using CVS (which honestly isn't scary at all, but I understand where people are coming from). Essentially, it'll be back-ported bug fixes from the main development branch to the latest major release. Cool! I guess this question is more for Axel - will there be ATRPM binary packages available of these bug fixes, do you think? I think there will be ;) Speaking of stable, (and currently chiding myself for hijacking a thread,) any chance of mplayer rpms out of atrpms.net for x86-64 that support dmo (when doing a 'mplayer -vfm help') soon? -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] When do we get this feature in Myth???
On Tue, 2005-03-29 at 15:19 -0500, John Kuhn wrote: how long before datadirect starts pumping ads into our free tv listings? About half an hour before someone starts working on a patch to remove the ads. ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Commercial Detection
On Sun, 2005-03-27 at 13:17 -0500, Mario L wrote: I was having similar problems with my new addiction Nip/Tuck. I have decided to just go on what commercial detection has been finding just creating a cut list before I watch the show. Hell, it takes 5-10 minutes to put together a cutlst the show doesnt break when suddenly a commercial is detected 5 seconds long when Christian and Julia start to make out (Megan O'hare episode), or a 3 second commercial break while Juila walks in on Matt's 3 some. Its probably better this way, it forces me to perfect all the commercial breaks before I get ready to burn to DVD, intead of just go on the breaks that are still a little bit off. And I'm just in the middle of watching the Megan O'Hara episode! Thanks for the spoiler! ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythTV .18 impending release? If so, what's in it?
On Mon, 2005-03-28 at 00:25 -0500, Maverick wrote: Yeah, I'm somewhat new to mythtv (3 months), and I tried to join the dev list to submit a bug fix patch and never got a confirmation email. I guess they have all the developers they want, and don't want any newbs submitting bug fixes. Oh well. Maybe I'll try again... Not so much. Anyone can submit patches. They either get accepted, rejected, or missed. Let's walk that path: 1. Accepted. Gravy. 2. Rejected because... a) it's a badly structured fix (meaning that it doesn't take the right approach) b) doesn't fit coding conventions (meaning that it'll have to be reworked) c) it's a bad idea given what Myth is trying to do (meaning, don't bother with this patch - nice try, but no cigar) 3. Missed. Ask questions and (politely) champion your patch in case everyone missed it. Don't be impatient - this is a volunteer project, remember? And don't expect confirmation emails. Check mythtv-commits periodically to see if it got in... In all cases, it's nothing personal - keep plugging away. I'm not a developer, but I've submitted 3 patches in total. Two hit category 1. One hit category 2a. We're all doing our bit... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Asus A8N-SLI Deluxe audio (Realtek chipset?) software mixing HDTV SPDIF
On Fri, 2005-03-25 at 19:01 -0800, Paul B. Henson wrote: It looks like in the past the Sound Blaster live/audigy was often recommended? Is that still a good choice for SPDIF output if the onboard sound will be insufficient? Yep! Thanks much... You're welcome! -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythmusic on Suse 9.2 x86_64
On Mon, 2005-03-21 at 14:44 -0800, leith wrote: From what I can tell, mythmusic is having trouble compiling on x86_64 platforms. however, I have seen rpms out there for FC3, but none for Suse. So is there a way I can get it to compile for Suse 9.2 x86_64? Yep - disable the HAVE_MMX line in mythmusic/settings.pro... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythvideo listing suddenly empty
On Tue, 2005-03-15 at 06:57 +, David Morrison wrote: Did you remove the mythtv username/password from the database because this won't work unless you do? Heh - because I'm *really* going to post my password to the net. ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythvideo listing suddenly empty
On Mon, 2005-03-14 at 07:25 +, David Morrison wrote: After spending ages carefully entering all the information about my videos into MythVideo, my videometadata table seems to have emptied itself and lost everything. What logs can I look at to find out how/when/why this might have happened? Obviously, I'm not doing any backups otherwise I wouldn't be grumbling so much :-) Which is why I put this little gem into a script in /etc/cron.daily: #!/bin/sh datenow=`date +%Y%m%d` mysqldump --opt mythconverg /var/lib/backups/mysqldump-${datenow}.sql gzip -9 /var/lib/backups/mysqldump-${datenow}.sql Make it executable, create the directory /var/lib/backups/ and you're golden... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythvideo listing suddenly empty
On Mon, 2005-03-14 at 10:26 -0600, Jim Oltman wrote: How big does this DB-dump get? Mine comes in at around 9.5MB compressed... you can always have another script to purge dumps older than 30 days or so... ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythVideo database resetting itself afteraddingsecond frontend
On Mon, 2005-03-14 at 20:30 -0700, Darren Richards wrote: Upon double-checking mysettings, it seems that one frontend was pointing to /video/dvds, and the other was pointing to /mnt/hdb1/dvds. While physically they were the same place, they had two different names. Now that both are pointing to /video/dvds, the problem with the database getting overwritten has been resolved, but I have a new problem: I can no longer set unique player commands for each frontend. The settings I make on one frontend take affect on the other. This won't work for me because I have different hardware. On one frontend, I want to play the ac3 sound through my optical output (using the -ac hwac3 flag on mplayer), but I don't want this on my other frontend... How can I have different settings for the different frontends? Ah - that's an easy one. If the mythfrontend users on each box have separate homedirs, you can set the ac option in ~/.mplayer/config for each box. Example: AC3-enabled frontend has ~/.mplayer/config with: ac=hwac3, other frontend has ~/.mplayer/config leaves the option empty. Of course, if both frontend users share a homedir, you'll be better served by using a script to autodetect on the fly. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythVideo database resetting itself afteraddingsecond frontend
On Mon, 2005-03-14 at 21:49 -0700, Darren Richards wrote: Thanks for the suggestions. This will work in about 95% of the cases, but there are certain dvd's which require special options (like -aid 128). But specifying -aid 128 for all dvd's cause most of them to not play in dolby digital, even though I also specify ac=hwac3. So I need to specify separate options on a per-movie basis. I suppose I could make the script smart enough to supply different arguments based upon the filename. Perhaps I'll try that. No problem - what you could do is have a .desc file with the same basename as the movie. Within that, you could specify the options that you want to call mplayer with. From your script, you check for .desc file for options. You would also need to configure mythvideo to ignore .desc files the same way that .log files are ignored by default. Another (and probably smarter) way would be to give them a different extension, so you could invoke mplayer on those particular files with the -aid 128 option... The idea (for me, at least) is to avoid file- specific options as much as possible and group movies into classes. That's why I use .vob for avi files with AC3, and .avi/.mpg for the others (with the exception of .dvdrip which is a straight iso that I use xine for.) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Dieing Hard Drive
On Mon, 2005-03-14 at 21:24 -0800, Yan-Fa Li wrote: Nathan, This tool costs money ($89), it's DOS based, but friends of mine have recovered data from extremely screwed up drives: http://www.grc.com/sr/spinrite.htm It's still cheaper than a data recovery service. You'll have to judge for yourself how important your data is. Being that back in the 80's I was a DOS and Windows guy, I can tell you that I used to *SWEAR* by Spinrite. It is no joke, and ABSOLUTELY worth it. I wish I'd known they were still around. I could have saved myself an absolutely awful Tivo recovery a couple of years back. ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Question about Video's loading time.
On Fri, 2005-03-11 at 20:50 +, Stephen Boddy wrote: On Friday 11 March 2005 17:58, Jay wrote: of just under 15000 videos. From the time I click Videos, to the time it Tell me that's a typo... 15000!!! If that was 700 MB / video you'd need 10 Terabytes!!! Or are they all real small clips? I can't answer you question directly, but at the risk of teaching the proverbial grandma to suck eggs, a couple of things to try. Use: vmstat 1 1 while you open the video part. Is the cpu high for system, user, or waiting? Are lots of processes waiting to run or blocked? Is it swapping like crazy, or is the disk IO through the roof? Also try something like iptraf. Is the network maxing out? This should give you some indication as to where the problem lies. Some other things to try: 1. top 2. Run mythfrontend from a terminal and send its output to a text file. Do a 'tail -f' on that logfile and see if it's spewing errors 3. Do a tcpdump from the frontend and see at what point the NFS traffic starts. The goal is to see if NFS load is killing you or something before the reading of the video. If, after 12 or so minutes (as stated) the video plays fine, I'm assuming that the network itself is fine. 4. use 'strace -p' on the frontend process to see if it's getting stuck anywhere familiar.. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 6200ch and Motorola 6412
On Wed, 2005-03-09 at 23:59 -0800, Peter van Rensburg wrote: Hi Has anyone had any luck changing channels on the Motorola 6412? Mine (Comcast SF bay area) returns completely different vendor ID (0x4063) and strange model ID (0x) Nothing happened sending the command :( You'll want to edit mythtv/contrib/6200.c and add your... never mind... patch attached. -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] (resend) 6200ch and Motorola 6412
(works much better if I actually *ATTACH* the patch. ;) ) On Wed, 2005-03-09 at 23:59 -0800, Peter van Rensburg wrote: Hi Has anyone had any luck changing channels on the Motorola 6412? Mine (Comcast SF bay area) returns completely different vendor ID (0x4063) and strange model ID (0x) Nothing happened sending the command :( You'll want to edit mythtv/contrib/6200.c and add your... never mind... patch attached. -Ian Index: mythtv/contrib/6200ch.c === RCS file: /var/lib/mythcvs/mythtv/contrib/6200ch.c,v retrieving revision 1.4 diff -u -d -r1.4 6200ch.c --- mythtv/contrib/6200ch.c 2 Mar 2005 14:56:18 - 1.4 +++ mythtv/contrib/6200ch.c 10 Mar 2005 16:08:12 - @@ -38,7 +38,9 @@ #define DCT6200_MODEL_ID1 0x620a #define DCT6200_MODEL_ID2 0x6200 #define DCT6412_VENDOR_ID1 0x0f9f +#define DCT6412_VENDOR_ID2 0x4063 #define DCT6412_MODEL_ID1 0x64ca +#define DCT6412_MODEL_ID2 0x #define AVC1394_SUBUNIT_TYPE_6200 (9 19) /* uses a reserved subunit type */ @@ -116,10 +118,12 @@ (dir.vendor_id == DCT6200_VENDOR_ID3) || (dir.vendor_id == DCT6200_VENDOR_ID4) || (dir.vendor_id == DCT6200_VENDOR_ID5) || -(dir.vendor_id == DCT6412_VENDOR_ID1)) +(dir.vendor_id == DCT6412_VENDOR_ID1) || +(dir.vendor_id == DCT6412_VENDOR_ID2)) ((dir.model_id == DCT6200_MODEL_ID1) || (dir.model_id == DCT6200_MODEL_ID2) || -(dir.model_id == DCT6412_MODEL_ID1)) ) { +(dir.model_id == DCT6412_MODEL_ID1) || +(dir.model_id == DCT6412_MODEL_ID2)) ) { if (dir.unit_spec_id != DCT6200_SPEC_ID) fprintf(stderr, Warning: Unit Spec ID different.\n); if (dir.unit_sw_version != DCT6200_SW_VERSION) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] (resend again) 6200ch and Motorola 6412
(works much better if I actually *ATTACH* the patch. ;) ) And send it to the right list. ;) On Wed, 2005-03-09 at 23:59 -0800, Peter van Rensburg wrote: Hi Has anyone had any luck changing channels on the Motorola 6412? Mine (Comcast SF bay area) returns completely different vendor ID (0x4063) and strange model ID (0x) Nothing happened sending the command :( You'll want to edit mythtv/contrib/6200.c and add your... never mind... patch attached. -Ian Index: mythtv/contrib/6200ch.c === RCS file: /var/lib/mythcvs/mythtv/contrib/6200ch.c,v retrieving revision 1.4 diff -u -d -r1.4 6200ch.c --- mythtv/contrib/6200ch.c 2 Mar 2005 14:56:18 - 1.4 +++ mythtv/contrib/6200ch.c 10 Mar 2005 16:08:12 - @@ -38,7 +38,9 @@ #define DCT6200_MODEL_ID1 0x620a #define DCT6200_MODEL_ID2 0x6200 #define DCT6412_VENDOR_ID1 0x0f9f +#define DCT6412_VENDOR_ID2 0x4063 #define DCT6412_MODEL_ID1 0x64ca +#define DCT6412_MODEL_ID2 0x #define AVC1394_SUBUNIT_TYPE_6200 (9 19) /* uses a reserved subunit type */ @@ -116,10 +118,12 @@ (dir.vendor_id == DCT6200_VENDOR_ID3) || (dir.vendor_id == DCT6200_VENDOR_ID4) || (dir.vendor_id == DCT6200_VENDOR_ID5) || -(dir.vendor_id == DCT6412_VENDOR_ID1)) +(dir.vendor_id == DCT6412_VENDOR_ID1) || +(dir.vendor_id == DCT6412_VENDOR_ID2)) ((dir.model_id == DCT6200_MODEL_ID1) || (dir.model_id == DCT6200_MODEL_ID2) || -(dir.model_id == DCT6412_MODEL_ID1)) ) { +(dir.model_id == DCT6412_MODEL_ID1) || +(dir.model_id == DCT6412_MODEL_ID2)) ) { if (dir.unit_spec_id != DCT6200_SPEC_ID) fprintf(stderr, Warning: Unit Spec ID different.\n); if (dir.unit_sw_version != DCT6200_SW_VERSION) ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 6200ch and Motorola 6412
On Thu, 2005-03-10 at 11:10 -0600, Robert Kulagowski wrote: Has anyone had any luck changing channels on the Motorola 6412? Mine (Comcast SF bay area) returns completely different vendor ID (0x4063) and strange model ID (0x) Check the patches that Ian just posted to the mailing list and confirm that they work. I don't have a 6400 series, so I'd like confirmation that the patches actually do something. Thanks! I'm also thinking that if there are many more models of 6400s out there that some sort of case / switch construct is going to be a little easier to follow in the code rather than building huge if statements. Agreed, but eventually, 6200ch.c should go away and be replaced by internal channel-changing logic. case/switch would be good in the short term though... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Strange ALSA question
Hi all - I've pretty much given up on getting my onboard nforce3 audio chipset to do AC3 passthrough, so I threw a SBLive 5.1 into the system, which after severe pummeling, I've gotten to work with both PCM and AC3 passthrough audio. The problem is that with mplayer I can't get AC3 passthrough to work if I specify an ALSA device. So... mplayer -ao alsa -ac hwac3, pcm_audiofile.avi mplayer -ao alsa:device=default -ac hwac3, pcm_audiofile.avi mplayer -ao alsa:device=hw-0.0 -ac hwac3, pcm_audiofile.avi mplayer -ao alsa -ac hwac3, ac3_encodedvid.vob all work. mplayer -ao alsa:device=default -ac hwac3, ac3_encodedvid.vob mplayer -ao alsa:device=hw=0.0 -ac hwac3, ac3_encodedvid.vob both fail. So with that, I've got mythvideo to work just by specifying: mplayer -ao alsa -ac hwac3, anyfile.{avi,vob} The problem is in myth, I have to specify ALSA:something. I can say ALSA:default for regular shows. But if I want to do ac3 decoding for HDTV shows, well... I need something that'll work in that field or for Myth to have a default ALSA setting the same way that mplayer does. Any ideas? -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: error compiling 0.17 - FC3
On Tue, 2005-03-08 at 15:31 -0500, Colin Smillie wrote: On Tue, 8 Mar 2005 17:24:31 +0100, Axel Thimm [EMAIL PROTECTED] wrote: On Tue, Mar 08, 2005 at 09:13:32AM -0500, Colin Smillie wrote: On Wed, 16 Feb 2005 13:48:14 -0800, Bruce Markey [EMAIL PROTECTED] wrote: Keith Olsen wrote: When compiling mythtv, I am getting the follwoing error: /usr/bin/ld: cannot find -lqt-mt ... what am I missing? qt-mt I'm ran into this also, the the instructions to upgrade from ATRPMs to CVS suggest building as non-root. My experience on FC3 has been that the qt dev paths are not setup properly on non-root accounts. Packages at ATrpms are all built as non-root. Perhaps more a /usr/local - /usr issue? Strange, I'm using qmake prefix=/usr mythtv.pro with both root and non-root, only the root account builds successfully though. I'm assuming is a qt-dev path path or priviledge problem somewhere since it errors finding qt-mt. Actually, when you install the qt-devel package on FC3, you get /etc/profile.d/qt.sh This file sets the QTDIR environment variable. After installing qt- devel, logout and log back in. Do a 'env | grep -i qt' and you should see the variable set. That'll make it work. So no, you're not missing qt-mt. Your current environment just doesn't know where to find it. http://www.mythtv.org/docs/mythtv-HOWTO-4.html#ss4.3 -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Firewire for recording and channel changing
On Mon, 2005-03-07 at 16:07 +, Peter Judge wrote: Hi, As of 0.17, I can record from a STB via firewire. I can also change channels on my STB via firewire. Can I do both contemporaneously? Yep! -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] libmpeg2 decoding causing prebuffer pauses on amd64
I've recently upgraded my myth boxes to CVS from March 5 from Feb. 27. Since then, HDTV decoding on FC3-x86_64 has generated lots of prebuffering pauses when using libmpeg2. Turning that setting off allows normal CPU usage and playback. So yes - I can watch 24 in HD tonight. ;) So this is just a heads-up. Anyone else seeing high CPU spikes with libmpeg2 over the last few days? -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] more info on blue screen
On Sun, 2005-03-06 at 11:53 -0800, Tim Swortzel wrote: I just posted about a blue screen when trying to watch a recording. I've included that below. I have just noticed something else. When I run mythfrontend from an xterm, and try to watch something, I get the following messages.. 1. do 'xvinfo' to make sure you're using xv 2. Check /var/log/Xorg.0.log or /var/log/XFree86.0.log (You didn't say what distro you're using, so I'm assuming Fedora of one sort or another) Chances are you might not have enough videoram. Since it's the onboard video, some bioses have the option to allocate more ram to the video chipset. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD64 FC3 MythTV 0.17 installation
On Sat, 2005-03-05 at 12:51 -0500, Edward Rudd wrote: On Sat, 2005-03-05 at 11:38, Mike Ryan wrote: Hi [snip] Should I be doing this another way for an AMD-64 installation? Yes, add atrpms as a yum source to yum or add it to up2date's source file. OR install smart from atrpms. All are viable options until the APT group gets around to fixing the amd64 issues. Reading atrpms.net's install page http://atrpms.net/install.html has information on configuring YUM Yep - I finally got around to fixing yum on my AMD64 box last night. It was a little tricky. From memory... 1. Add a source for atrpms to /etc/yum.repos.d/ At this point, a simple 'yum update' didn't work. Sooo... 2. yum install python24 pythonabi 3. Download yum from atrpms 4. rpm -e yum 5. rpm -i downloaded yum from atrpms (you may need to have atrpms- package-config installed for this step to work) 6. yum update Wait a *WHILE*. 7. Fix /etc/grub.conf to *NOT* boot the new 770_14 kernel. ( At this point, the kernel installed (770_14) would cause kernel oopses with the nvidia video driver, so I had to replace it with the stock Fedora 770 kernel). 8. Reboot 9. Download stock redhat 770 kernel (which you could also do while waiting for the yum update to complete earlier) 10. rpm -e atrpms 770_14 kernel) 11. rpm -i downloaded fedora 770 kernel) 12. Check /etc/grub.conf 13. yum update (just in case) 14. reboot 15. Continue on your way with Jarod's guide. Jarod, if you're reading this, you might want to include parts of this in the doc... of course, someone might want to recheck this! -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: AMD64 FC3 MythTV 0.17 installation
On Sat, 2005-03-05 at 20:45 +0100, Axel Thimm wrote: On Sat, Mar 05, 2005 at 11:22:04AM -0800, Ian Forde wrote: 7. Fix /etc/grub.conf to *NOT* boot the new 770_14 kernel. ( At this point, the kernel installed (770_14) would cause kernel oopses with the nvidia video driver, so I had to replace it with the stock Fedora 770 kernel). Eeeck! Can you double check this? Please send me the oops (in PM possibly) Here ya go! -I Mar 5 02:45:05 tatooine kernel: ACPI: PCI Interrupt Link [APC5] enabled at IRQ 16 Mar 5 02:45:05 tatooine kernel: ACPI: PCI interrupt :01:00.0[A] - GSI 16 (level, low) - IRQ 225 Mar 5 02:45:05 tatooine kernel: NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-6629 Wed Nov 3 11:43:48 PST 2004 Mar 5 02:45:06 tatooine kernel: agpgart: Found an AGP 3.0 compliant device at :00:00.0. Mar 5 02:45:06 tatooine kernel: agpgart: Putting AGP V3 device at :00:00.0 into 8x mode Mar 5 02:45:06 tatooine kernel: agpgart: Putting AGP V3 device at :01:00.0 into 8x mode Mar 5 02:45:06 tatooine kernel: agpgart: Found an AGP 3.0 compliant device at :00:00.0. Mar 5 02:45:06 tatooine kernel: agpgart: Putting AGP V3 device at :00:00.0 into 8x mode Mar 5 02:45:06 tatooine kernel: agpgart: Putting AGP V3 device at :01:00.0 into 8x mode Mar 5 02:45:06 tatooine kernel: Unable to handle kernel NULL pointer dereference at RIP: Mar 5 02:45:06 tatooine kernel: 8020d986{strlcpy+13} Mar 5 02:45:06 tatooine kernel: PML4 14d06067 PGD 14cce067 PMD 0 Mar 5 02:45:06 tatooine kernel: Oops: [1] Mar 5 02:45:06 tatooine kernel: CPU 0 Mar 5 02:45:06 tatooine kernel: Modules linked in: nvidia(U) ivtv(U) saa7115(U) msp3400(U) nfsd exportfs md5 ipv6 autofs4 nfs lockd rfcomm l2cap bluetooth sunrpc xfs dm_mod video button battery ac raw1394 dv1394 ohci1394 ieee1394 ohci_hcd ehci_hcd tuner cx8800 v4l1_compat v4l2_common cx88_dvb cx8802 mt352 cx88xx i2c_algo_bit ir_common btcx_risc tveeprom videodev video_buf_dvb dvb_core video_buf cx22702 i2c_core dvb_pll nvsound(U) snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc forcedeth ext3 jbd sata_nv libata sd_mod scsi_mod Mar 5 02:45:06 tatooine kernel: Pid: 5939, comm: X Tainted: P 2.6.10-1.770_14.rhfc3.at Mar 5 02:45:06 tatooine kernel: RIP: 0010:[8020d986] 8020d986{strlcpy+13} Mar 5 02:45:06 tatooine kernel: RSP: 0018:010014cdd950 EFLAGS: 00010286 Mar 5 02:45:06 tatooine kernel: RAX: RBX: 80685600 RCX: Mar 5 02:45:06 tatooine kernel: RDX: 0020 RSI: RDI: Mar 5 02:45:06 tatooine kernel: RBP: 010017a2f880 R08: 010017a2f890 R09: 010017a2f880 Mar 5 02:45:06 tatooine kernel: R10: 0181 R11: 3246 R12: 010014322000 Mar 5 02:45:06 tatooine kernel: R13: 01001e20d000 R14: 01001f2e5800 R15: 010013ae0d40 Mar 5 02:45:07 tatooine kernel: FS: 002a9588a5e0() GS:804fea00() knlGS:f7fea6c0 Mar 5 02:45:07 tatooine kernel: CS: 0010 DS: ES: CR0: 8005003b Mar 5 02:45:07 tatooine kernel: CR2: CR3: 00101000 CR4: 06e0 Mar 5 02:45:07 tatooine kernel: Process X (pid: 5939, threadinfo 010014cdc000, task 01001030) Mar 5 02:45:07 tatooine kernel: Stack: a032e42b 0100151d12c8 01001f1b66b0 000e Mar 5 02:45:07 tatooine kernel:0246 0100153d61e8 01001f846fa8 0246 Mar 5 02:45:07 tatooine kernel:803c7601 010014cdde88 Mar 5 02:45:07 tatooine kernel: Call Trace:a032e42b{:cx8800:video_do_ioctl+502} a0329378{:v4l1_compat:v4l_compat_translate_ioctl+435} Mar 5 02:45:07 tatooine kernel: a032e235{:cx8800:video_do_ioctl+0} 8018c30e{__getblk+41} Mar 5 02:45:07 tatooine kernel: a005a021{:ext3:ext3_mark_iloc_dirty+802} Mar 5 02:45:07 tatooine kernel: a0040700{:jbd:journal_stop+1133} a0060b54{:ext3:__ext3_journal_stop+31} Mar 5 02:45:07 tatooine kernel: a0059018{:ext3:ext3_ordered_commit_write+160} Mar 5 02:45:07 tatooine kernel: 80161b28{generic_file_buffered_write+1041} Mar 5 02:45:07 tatooine kernel: 8034aa3f{__wait_on_bit_lock+94} 801a664b{inode_update_time+147} Mar 5 02:45:07 tatooine kernel:80164292{__rmqueue+217} 8015ffc6{find_get_page+138} Mar 5 02:45:07 tatooine kernel:801a3195{__d_lookup+372} a02d1924{:video_buf:videobuf_queue_init+44} Mar 5 02:45:07 tatooine kernel: a032eba4{:cx8800:video_do_ioctl+2415} 801efeab{dummy_inode_permission+0} Mar 5 02:45:07 tatooine kernel: a032e235{:cx8800:video_do_ioctl+0} a02f6374
Re: [mythtv-users] Re: AMD64 FC3 MythTV 0.17 installation
On Sat, 2005-03-05 at 12:04 -0800, Ian Forde wrote: On Sat, 2005-03-05 at 20:45 +0100, Axel Thimm wrote: On Sat, Mar 05, 2005 at 11:22:04AM -0800, Ian Forde wrote: 7. Fix /etc/grub.conf to *NOT* boot the new 770_14 kernel. ( At this point, the kernel installed (770_14) would cause kernel oopses with the nvidia video driver, so I had to replace it with the stock Fedora 770 kernel). Eeeck! Can you double check this? Please send me the oops (in PM possibly) Here ya go! Heh - sorry - for about the reply-to field. I'll see if I can double- check it... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: AMD64 FC3 MythTV 0.17 installation
On Sat, 2005-03-05 at 12:06 -0800, Ian Forde wrote: On Sat, 2005-03-05 at 12:04 -0800, Ian Forde wrote: On Sat, 2005-03-05 at 20:45 +0100, Axel Thimm wrote: On Sat, Mar 05, 2005 at 11:22:04AM -0800, Ian Forde wrote: 7. Fix /etc/grub.conf to *NOT* boot the new 770_14 kernel. ( At this point, the kernel installed (770_14) would cause kernel oopses with the nvidia video driver, so I had to replace it with the stock Fedora 770 kernel). Eeeck! Can you double check this? Please send me the oops (in PM possibly) Here ya go! Heh - sorry - for about the reply-to field. I'll see if I can double- check it... Confirmed. NVidia driver 6629 causes a kernel oops when X is started on kernel-2.6.10-1.770_14.rhfc3.at on x86-64... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD64 FC3 MythTV 0.17 installation
On Sat, 2005-03-05 at 22:18 +, Mike Ryan wrote: Ian Thanks for that - seemed to move me a little bit further. I now have all the latest packages installed and am running from the stock Fedora kernel. Glad to help... However, apt-get still complains about an insane number of unmet dependencies if I try apt-get install mythtv-suite, so I didn't pursue that line. Fair enough. I build myth from CVS, so I didn't test that far... I also tried yum install mythtv-suite. This came up with a number of messages about Processing Dependencies (which I think is normal), but then craps out with: -- Finished Dependency Resolution Error: Missing Dependency: qt-MySQL is needed by package libmyth Error: Missing Dependency: perl(Term::ReadKey) = 2.14 is needed by package perl-Term-ProgressBar Error: Missing Dependency: perl(Term::ReadKey) is needed by package perl-XMLTV Error: Missing Dependency: kakasi-dict is needed by package perl-Text-Kakasi Error: Missing Dependency: libkakasi.so.2()(64bit) is needed by package perl-Text-Kakasi Actually, since I've got another amd64 box, I'm testing that right now. Since I build myth from CVS, I'll be removing myth right after. I just want the dependencies... Uhhh... it looks like it's working just fine so far... one thing you might want to try is to do it in steps. yum install perl-Term-ReadKey yum install kakasi kakasi-dict yum install qt-MySQL In fact, I know I distinctly did a 'yum install qt-MySQL' before doing the 'yum install mythtv-suite', so that might make the difference... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD64 FC3 MythTV 0.17 installation
On Sat, 2005-03-05 at 22:48 +, Mike Ryan wrote: Thanks again! I tried that, but yum doesn't seem to be aware of these as package names: [EMAIL PROTECTED] ~]# yum install perl-Term-ReadKey Setting up Install Process Setting up Repos at-stable 100% |=| 951 B00:00 Reading repository metadata in from local files at-stable : ## 1215/1215 No Match for argument: perl-Term-ReadKey Nothing to do [EMAIL PROTECTED] ~]# [EMAIL PROTECTED] ~]# yum install kakasi kakasi-dict Setting up Install Process Setting up Repos at-stable 100% |=| 951 B00:00 Reading repository metadata in from local files at-stable : ## 1215/1215 No Match for argument: kakasi No Match for argument: kakasi-dict Nothing to do [EMAIL PROTECTED] ~]# [EMAIL PROTECTED] ~]# yum install qt-MySQL Setting up Install Process Setting up Repos at-stable 100% |=| 951 B00:00 Reading repository metadata in from local files at-stable : ## 1215/1215 No Match for argument: qt-MySQL Nothing to do [EMAIL PROTECTED] ~]# I tried searching for it as well without any joy: Hmm... check your yum config again... also, you should be able to manually install perl-TermReadKey (these wasn't supposed to be an extra dash - sorry about that) and qt-MySQL. After that, try the yum install again... [EMAIL PROTECTED] ~]# yum search qt-MySQL Searching Packages: Setting up Repos at-stable 100% |=| 951 B00:00 Reading repository metadata in from local files at-stable : ## 1215/1215 No Matches found [EMAIL PROTECTED] ~]# yum whatprovides qt-MySQL Searching Packages: Setting up Repos at-stable 100% |=| 951 B00:00 Reading repository metadata in from local files at-stable : ## 1215/1215 Importing Additional filelist information for packages at-stable : ## 1215/1215 No Matches found [EMAIL PROTECTED] ~]# What am I like trying to do this on a Sat night? Ho, hum! Heh - Saturday afternoon in sunny Northern California here... I really should go outside... ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] AMD64 FC3 MythTV 0.17 installation
On Sat, 2005-03-05 at 23:33 +, Mike Ryan wrote: Woah! Found them here: http://mirrors.kernel.org/fedora.us/fedora/fedora/3/i386/RPMS.os/ The system also complained about perl-Text-Kakasi-1.05-11.i386.rpm before the mythtv-suite install would start. Thanks for all the help! Excellent! Now, since the pubs in London are closed by now, feel free to head to O Bar in Camden Town, and if Mark is the DJ, tell him Ian in California said hi. ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] DV Recording via IEEE-1394 Firewire with MythTV
On Sat, 2005-03-05 at 18:30 -0500, Rich Shumaker wrote: So the corner is nice this time of year. Wallpaper peeling and paint chipping that kind of thing. Okay so neither of you guys said go away in those words. You just didn't answer my question and told me to use something else besides MythTV. I personally felt that not answering my question and telling me that MythTV isn't the right tool is the same as being told to go away. It was a question, still unanswered. My advice? Here's what happened to get firewire supported in myth. 1. A number of people were interested in it, some promising to test to write something up. 2. Time passed by. 3. I decided it would be nice for me to be able to do firewire HDTV recording (since I live in an apartment, I can't put in a 6' HD antenna), so I posted to the mythtv lists about steps I was planning to take to get it to a point where it would possibly be feasible. Things didn't go very well. 4. I went over to avsforum and tried to get test captures working outside of myth. 5. I corresponded with the good folks over on the linux1394 list. 6. I learned that libiec61883 is the future of firewire capture on Linux, but it hadn't been released yet. 7. I volunteered to be a tester for said library, reporting bugs back to the main developer for the library. Dan Dennedy get all of the credit here. 8. After libiec61883 was in a good place for me (read that is in: working), I posted back to the 1394 and mythtv lists 9. I received an email from someone stating that they would take a stab at writing firewire capture based on the libiec61883 test code. Jim Westfall gets all of the credit here. 10. I, along with possible others, tested the patch to myth 11. Jim submits the patch to myth and it gets accepted. 12. Everybody's happy. By the same token, the big DVB patch that went in a while back was a massive, planned *collaboration*. Moral of the story? Get it working in Linux, figure out how different it is from existing methods, then attempt a groundswell in the community. Can or does MythTV record DV via the newly supported IEEE-1394(firewire) port? I know IEEE-1394 was added for cable boxes. But in none of the posts did anyone say anything about that. Or say NO it does not record DV. Since the original intention of the IEEE-1394 port was DV footage transfer and it is the oldest use for this port I thought the question had some merit. The IEEE-1394 port has expanded over time to be used for a ton of stuff including hi end cameras, hi end audio boards, even networking and now Cable boxes. I understand that MythTV does not have IEEE-1394 protocols built in to turn the cam on or off or do anything else with the camcorders transport. MythTV works thru scheduling. And in this respect it is difficult to use for anything except recording TV. I would still like to record 2 DV streams at the same time into a server. If MythTV could record DV then it would be the quickest and easiest solution for me to do that. Remember that this is a developer-focused project, so pitching in will go a *LONG* way. So I guess a different question that may get a better response is, Does MythTV have a plug in to record video from Camcorders via DV? Or an editing plug in? You're several steps away from that. I think one of the major things that MythTV is missing is editing(not just file truncation). Again that is my opinion. Obviously you guys don't share it. Ibid. I am not a programmer. So that is why this is a question being asked on the users forum. Not the dev forum. I will go check out the linux packages that exist for editing and see if they have the ability to do what I need. Also see if they could be a potential plug in for MythTV. I'm not a programmer either. I'm a SysAdmin. ;) I would still appreciate an answer about recording DV footage via the IEEE-1394 port. Plan: 1. Record DV footage in Linux via command line 2. Get it working with libiec61883 or some other standard linux firewire library. At this point, it may be possible to integrate it as a tuner type into mythbackend. As far as editing goes, that's an entirely different story. Or maybe not. Once you've got video into myth, you can cut with the commercial editor, but as far as full editing goes, that's probably suited to a full-blown plugin. (Which, now that I think about it, would be pretty cool...) Just the view from my foxhole... -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] mythvideo list mode crash fixed for amd64
Just wanted to say thanks for the fix to mythvideo's list mode crash on amd64. I just upgraded to CVS and it's working fine. I saw the commit and assume that fixed it. Now if I could only get my nforce3 chipset to do ac3 passthrough with ALSA... ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] remote lock all?
On Wed, 2005-03-02 at 19:33 -0700, Dave Packham wrote: Is there a way to use the remote to lock all functions like live tv videos everything? I found the setup lock but nothing that would lock it all up Like child proof it when they should be doing their homework? Heh - you could always have an authenticated web page that chmods the various modules so that the frontend user can't load them! Of course, this won't work for Live TV... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] leading zero's in channel number
On Tue, 2005-03-01 at 14:04 -0500, Pete Stagman wrote: Hi, Anyone know how to make myth add leading zero's if the channel is less than 3 digits? I tried adding them to the channel table in mythconverge, that doesn't seem to work. I'm using a dishnetwork hdtv box, it requires 3 digit channel numbers for channels 100. Uhhh... don't. You're digging in the wrong spot. Just change the channel-changing script to add the leading zeroes. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythTV review from a long-time TiVo user
On Sat, 2005-02-26 at 17:33 -0500, Gary M wrote: This is a really nice summary for any tivo user who's thinking about switching, or cohabiting with a Myth box. I'm just waiting for Tive-to-go plugin for Myth and I'll be doing back flips. What - you mean like nuvexport? Or you mean as in exporting shows from the Tivo into myth? MythTivo will let you watch your Tivo shows on myth, though they're not integrated into myth itself. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] OT: Cable co. refuses to offer firewire enabled box
On Fri, 2005-02-25 at 10:03 -0700, Ryan wrote: So I take my digital cable box to the Cable One office in Boise ID. The lady says she doesnt know what firewire or 1394 connecters are and shows me their latest box which doesnt have one. So I figure it will be easier to speak with a tech; so I go home and call and ask if they have 1394 enabled boxes. The lady doesnt know and connects me to a tech, he says that they do have them (at the office I was at) but that they dont support them. I said If I come down can I get one? and he says yes. SO, I go down there and talk to a completely different lady. Again she doesnt know what firewire is. I told her I spoke with techs name and he said they have them. She dissapears to the back and says it will cost me $10 more a month to have a box with firewire because only their DVR boxes have them. I pulled out the fcc document and said that they need to order me one. She took the FCC doc to the manager and they came back and said No we dont have to provide you with one. I should be able to get one at no extra cost right? I don't know about that... I'm paying $5 more a month for mine... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] 'importing' ReplayTV mpegs
On Tue, 2005-02-22 at 17:21 +0800, Max Waterman wrote: Hi again, I have many gigabytes of mpegs from my ReplayTV. Currently, I have just symlinked the directory they are in, to /video/...something... Is there any better way to 'import' them? Each mpeg has a second file with it, but I forget what it is called ('.ndx', I think). I am guessing this has the information in it to skip the commercials. Anyone know exactly what it is, and/or if there is some way I can use it? Well, if the .ndx file has show information in it as well as commercial info, you should be able to google around to find some code that parses it. Best bet would be to throw something together in perl and put it in a script for mythtv/contrib/... That would make a *very* useful ReplayTV- migration tool... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Any way to get firewire enabled MythTV from apt-get?
On Fri, 2005-02-18 at 01:03 -0500, Jeff Wormsley wrote: I'm getting a 6200 box next week, and am rebuilding my setup in preparation for it. I went ahead and set up a zaptoit channel listing for the firewire box, but the mythbackend from Axels at-testing complains that support isn't compiled in. I had a CVS build before, so I can do that again if I have to, but figured I'd see if there was a better way. Yep - just download the source rpm for mythtv and rebuild it with firewire support. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Looking for a cheap PCMCIA card
On Wed, 2005-02-16 at 16:37 -0600, Jorge Guzmn wrote: I want it as a TV capture card. Then you want a firewire card (assuming that you have a Cable box with firewire output). Now that I think about it... due to Firewire capture, it's possible to have a laptop backend! -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: [mythtv] TWC / Brighthouse SA3250 and firewire support
On Wed, 2005-02-09 at 13:10 -0500, Joseph A. Caputo wrote: The cable companies are not required to provide HD resolution on the Firewire output. Most likely any HD content will be transcoded inside the cable box to, say, 480p before it's output over Firewire. As for viewing, that's totally independent of your cable box/Firewire setup. Since the recording are probably not going to be HD anyway, it really doesn't matter that you're going to be viewing them on a standard TV. Except that the recording that I'm getting IS HD. People over on avsforum have been capturing HD, unencrypted, over firewire since at least October of 2003. And it's not just 480p. I've been getting 1080i and 720p. I'm wondering why you think my experience is not the norm... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: [mythtv] TWC / Brighthouse SA3250 and firewire support
On Wed, 2005-02-09 at 15:57 -0500, Joseph A. Caputo wrote: On Wednesday 09 February 2005 15:29, Ian Forde wrote: On Wed, 2005-02-09 at 13:10 -0500, Joseph A. Caputo wrote: The cable companies are not required to provide HD resolution on the Firewire output. Most likely any HD content will be transcoded inside the cable box to, say, 480p before it's output over Firewire. As for viewing, that's totally independent of your cable box/Firewire setup. Since the recording are probably not going to be HD anyway, it really doesn't matter that you're going to be viewing them on a standard TV. Except that the recording that I'm getting IS HD. People over on avsforum have been capturing HD, unencrypted, over firewire since at least October of 2003. And it's not just 480p. I've been getting 1080i and 720p. I'm wondering why you think my experience is not the norm... Right now you're getting some HD resolutions, but AFAIK the cable co. is not *required* to give you anything higher than HD, as long as the content is viewable. It's entirely possible that the cable company could even change this behavior on your current STB with a stealth firmware upgrade. Unencrypted broadcast televsion cannot be down-sized; not sure if that applies to broadcast channels carried by a cable provider. AFAIK, since the regulation is meant for cable companies, it would seem that unencrypted broadcast television that they can't downsize it. Now, it may be a different story for ESPN, HBO, etc., but aren't the broadcast television channels (which can't be downsized by them) generally a subset of OTA HD anyway? -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: [mythtv] TWC / Brighthouse SA3250 and firewire support
On Wed, 2005-02-09 at 16:24 -0500, Joseph A. Caputo wrote: So, for all intents purposes, this would seem to mean that they can't encrypt or 'constrain the resolution' of any channel that you could otherwise get OTA in the clear. Any other content (i.e., most cable networks) is fair game for both encryption and 'resolution constraint'. Right, so when you said: The cable companies are not required to provide HD resolution on the Firewire output. Most likely any HD content will be transcoded inside the cable box to, say, 480p before it's output over Firewire. As for viewing, that's totally independent of your cable box/Firewire setup. Since the recording are probably not going to be HD anyway, it really doesn't matter that you're going to be viewing them on a standard TV. You only meant it in regards to non-OTA-available channels, right? ;) So while they can't touch Fox, ABC, NBC, CBS, etc... I shouldn't (and don't) expect much from ESPN. But since this would be the *only* way of getting HBO or Showtime in HD (which I don't currently receive), what exactly is the point to all of the resistance to firewire that I've been seeing on these list over the last 6 months?[1] I mean - we're talking about a (small or matching) subset of channels available OTA, for those who can't put up an antenna. There's a chance one can get channels such as INHD, INHD2, ESPN unencrypted (which I do), and if one's provider sends you an unencrypted HBO/Showtime if you already subscribe to the non-HD versions, what's the scandal? Sorry for the rant - I've got the flu today. ;) -I [1] And I don't mean specifically you - there have been a few people that have said, it's all encrypted - why bother?, when a little homework would have yielded the legislation to which you pointed... ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: [mythtv] TWC / Brighthouse SA3250 and firewire support
(moving this over to -users) On Tue, 2005-02-08 at 14:18 -0600, Bill Bradley wrote: Hey All, I have been wanting to use the firewire port on the SA3250 to capture video/ change channels for a while now, so I am stoked to see support for this in cvs and the upcoming .17 version. I have a couple of questions b4 I take the plunge and swap out my cable box (my 3250 doesn't have the firewire). 1. What kind of system resources (cpu/ram) does this use in comparison to the PVR250? None for capture, though playback is the same as the requirements for the pcHDTV 3000 card... 2. Has anyone been able to change channels on the 3250 via firewire.? I see the code for the dct6200 in contrib, but nothing for the 3250. The 3250 will not work with my IR blaster. I'd try it out and see what happens... 3. I also saw mention that the video output (except analog/HD) is encrypted. Is this true? Not necessarily. In my case, it's coming through quite nicely and unencrypted. 4. Not soo important (and maybe stupid), but will this enable me to record/view HD content through myth? I don't have a hdtv set. I have a standard 27 tv and do a lot of my viewing on the backend with a lcd monitor. This will allow you to record the content. Viewing on a 27 non HD tv? I'll leave that for others to answer. It's got a longer answer than I can think about right now... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: [mythtv] TWC / Brighthouse SA3250 and firewire support
On Tue, 2005-02-08 at 19:40 -0500, wheaty wrote: I think I read somewhere that the firewire port can be disabled via software by the cable company? Yes, but that would be *ILLEGAL*. ;) (And can we please keep this on -users?) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythtv write up in australian financial review
On Wed, 2005-02-09 at 04:41 +0100, Cecil Watson wrote: Lachlan McIntosh wrote: for those interested the article from the NYT is reprinted in the australian financial review today. Frell that article. Yeah... they have no idea what the hazmata they're talking about. ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] [OT] - Ebaying Knoppmyth
On Fri, 2005-02-04 at 15:35 -0500, Travis Osterman wrote: I came across this while browsing ebay today: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItemitem=7131344272 Is this just in bad taste, or is it against the GPL to sell copies of the software? It's absolutely not against the GPL to sell it. It's just that anyone who buys it should receive a copy of the GPL that tells them that it's freely available. You can sell air air (and I mean regular, all-around-us air, not flavored oxygen) to someone if someone is willing to pay for it on eBay. ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: FC3 rpms, mythweb, apache, and 2G+ files
On Thu, 2005-02-03 at 14:53 +0100, Axel Thimm wrote: On Thu, Feb 03, 2005 at 08:14:01AM -0500, Mark J. Scheller wrote: On Thu, 2005-02-03 at 00:44 -0800, Chris Petersen wrote: Has anyone had any luck rebuilding the FC3 rpms for apr, apache, php, etc to include large file support so that mythweb can stream large files? I think they all already support large files. At least I can serve the DVD isos with FC3's apache. Perhaps it's php, not apache, that lacks the large file support? Perhaps. I know that Red Hat enables large file support where ever possible, so I would assume that they already looked at php, but I may be wrong. Heh - I've seen Red Hat build apache *without* large file support. Might want to check the RH spec file just to be sure... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] nforce3 ac3 (Was: OT:Anything wrong with using a 2.4.x kernel?)
On Tue, 2005-02-01 at 20:07 +1100, Hamish Moffatt wrote: On Fri, Jan 28, 2005 at 10:43:48AM -0800, Ian Forde wrote: Any chance you have the an onboard spdif with ac3 passthrough working with ALSA? I've got an AMD64 nforce3 motherboard and while I can route PCM audio out through the spdif, ac3 audio clicks my receiver into Dolby Digital mode but yields no audio. I've tried nvsound successfully, but it gives audio lag in myth, mplayer, and xine. ;( That's a known limitation with ALSA on the nForce2, and it's very likely that the nForce3 sound hardware is identical. Wait - you mean to say that ALSA on the nforce2 won't give any audio and it's known? I was under the impression that many on this list had it working... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] nforce3 ac3 (Was: OT:Anything wrong with using a 2.4.x kernel?)
On Fri, 2005-01-28 at 12:17 -0500, Tim wrote: I think it depends on your other hardware... Debian sarge with 2.6.8 is working great for me on a gigabyte Nforce3 with a PVR250. I'm using ivtv 2rc3. I had 2.4.26 had some problems with various nforce2 (and 3?) chipsets, I think maybe .27 has that fixed. But I don't believe it supports the Nforce3 SATA hardware properly. Any chance you have the an onboard spdif with ac3 passthrough working with ALSA? I've got an AMD64 nforce3 motherboard and while I can route PCM audio out through the spdif, ac3 audio clicks my receiver into Dolby Digital mode but yields no audio. I've tried nvsound successfully, but it gives audio lag in myth, mplayer, and xine. ;( -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Mythtv on x86_64 SMP
On Tue, 2005-01-18 at 00:59 +0100, Axel Thimm wrote: On Wed, Jan 12, 2005 at 09:17:07AM -0800, Ian Forde wrote: The ugly: 1. Not a lot of people are going the x86_64 route. If you're planning on using Fedora Core 3, expect problems. Lots of problems. You may want to consider Gentoo. So I'd recommend compiling myth and going with CVS. Why do you expect more problems with FC3? In fact all FCx builds at ATrpms are made on FC3/x86_64 dual opterons, so there are people using x86_64. :) For me, it's the combination of FC3 and x86_64. So far (and bear in mind I'm not complaining about anyone but Red Hat here)... 1. UDEV breakage. The fact that the module loader doesn't work the way I expect it to - I have to put the loading of modules into a script, and udev doesn't always pick it up. 2. For so apparent reason, last night haldaemon started spawning lots and lots of processes. 3. I can't get a backtrace, and efforts to compile with the DEBUG setting have gone ignored by the developers. (This, alone, can stop early adopters from going the x86_64 route.) 4. Red Hat's dual package breakage of yum and apt. 5. Mythmusic was broken on x86_64 for about 4 months because of a goom compilation problem. I know it's CVS, but it what it is. This is not to say that myth doesn't work on FC3/x86_64, only that it can be problematic... Did you try the ATrpms x86_64 CVS builds? Nope - started with RPMs back in '03, then went to a source-based install of Myth early in 04. I still use RPMs for the dependent parts though... Going with source for me was a way of staying closer to solving installation problems. Plus, I'm a sysadmin by trace. I can handle it! -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] What NOT to do to your Myth box...
On Thu, 2005-01-13 at 11:11 -0500, tommy wrote: So now I have a web server but nothing to put on it... How about I replicate my mythweb interface on the web server realtime so I can see whats going on from work.. cool... So I hack up a little cgi script that looks like so: #!/bin/bash cd /var/www/localhost/htdocs /usr/bin/wget -r http://vector/mythtv/status.php -q cat /var/www/localhost/htdocs/cgi-responses/mythtv-status.html and boom, I can now see my mythtv status from outside without putting the machine on the internet, thats pretty cool, how about what I've recorded, that would be even cooler! so I hack up another cgi-script, but instead of status.php I get recorded_programs.php, should work right?? Uhh... you *have* heard of a reverse proxy, right? wget is absolutely the *wrong* way to solve that problem... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] MythTV and TIVO integration
On Thu, 2005-01-13 at 10:46 -0800, Fa Yoeu wrote: I just got a Free Tivo from Tivo after standing in line for 3 hours in december. I think tivo is great because it requires ZERO effort from me, but I like my mythtv box better. Anyways, I am wondering if anyone thought of the idea of creating some sort of integration between mythtv and tivo. I know there is tivo desktop that runs on a pc and allows you to stream shows to your PC. There is also gtivo for linux. I haven't investigated it much further. True, but I don't know if it works with Series 2 Tivo boxes. Here is the stuff that would be neat, wondering if it is possible or not: o Stream Tivo recorded programs to myth. MythTivo will do this o Stream Myth recorded programs to tivo. Not sure about this without hacking the Tivo o Use tivo as a slave for myth so you can distribute the recording. Would be a great addition to MythTivo Let's limit the discussion to series 2 tivos and NOT having to open up the tivo chasis. Then you've completely limited your options. Series 1 Tivo boxes are more amenable to this sort of thing, and you have to open them to put in the network card, install software, etc. -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythtv on x86_64 SMP
On Wed, 2005-01-12 at 10:21 -0500, Tom wrote: Hi all, I've been following the list for a while trying to gather info on getting myth installed on a x86_64smp machine. I started this almost a year ago, and have been waiting for progress on the ivtv driver to catch up with my 64-bit system. Following the posts on this list, it seems as if some x86_64 people have had some luck getting myth going. Good news! I am going to dive in and try again, and I was hoping some of the people who had successfully installed myth on a 64 bit machine could give me an idea of what to look for and what to avoid. I'd like to use packages but am not averse to compiling if I had to. I've been running myth on a x86_64 box for about a month and here's what I've got: The good: 1. It's fast. 2. ivtv compiled without a problem. 3. Pretty much everything works (see The bad for what doesn't) The bad: 1. I can't compile it to get a backtrace. 2. The mythphone module always crashes the frontend just by having its plugin in /usr/local/share/mythtv/plugins/. I never use it, so I haven't checked it out. 3. Mythvideo crashes the frontend when you go into list mode unless you have only 1 directory and everything in subdirs. There's a thread about it from the last few days. 4. MythMusic won't compile because of goom issues unless you apply a patch posted to the list. I'm not sure if its applied to CVS yet. 5. ivtv gives a *ton* of errors when recording, so I had to turn off debugging mode on the driver. This may be more related to my chipset than the fact that it's x86_64. The ugly: 1. Not a lot of people are going the x86_64 route. If you're planning on using Fedora Core 3, expect problems. Lots of problems. You may want to consider Gentoo. So I'd recommend compiling myth and going with CVS. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] OT: Can IDE and SCSI mix?
On Fri, 2005-01-07 at 23:37 -0600, Rob Greene wrote: I've been browsing eBay for potential backend machines. Older dual-processor machines are continuously put up for sale. Most of them also have SCSI drives... but the motherboard also supports IDE. While browsing HP documentation I came across a note that stated that Linux only supports SATA or SCSI - not both at the same time. IIRC, the note was regarding RH9, so it may be out of date. I'll be using FC2 or FC3. Is this an issue with Linux? Is this an issue with the older IDE and SCSI machines? In particular, I was seeing the HP X4000 and XW6000 machines up for sale. I'd hate to actually win one and then find out I cannot re-use the SCSI drives with my IDE drives!! I figured someone on this list would know... (c: Heh - that's some serious FUD being put out there by HP... my slave backend as 1 IDE DVD-ROM, 3*IDE hard drives, and is directly connected to a 12*36GB SCSI Sun Diskpack. About 800GB in total and it works just fine... -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] mythtivo module causes mythtv 0.16 cvs to segmentation fault
On Thu, 2005-01-06 at 20:30 -0600, James M. MacLaren wrote: Has anyone had any luck with mythtivo under mythtv 0.16 cvs. I have got it to compile okay but when I highlight my tivo SA series 2 from the tivo menu I don't see any shows and then if I hit enter the frontend segmentation faults. Running with -v doesnt help. I can confirm that I have mplayer-tivo installed and mplayer tivo:://192.168.1.102/list works and mplayer tivo://192.168.1.102/fsid steams the file fine, It would be nice to control it from mythtv. I have not been able to understand the code as yet to see why it wont work,. but given mplayer works from the prompt that would seem to be the hard part and the rest must simply call it and process the output right? If noone has had any luck I guess I will dig into the code some more. Any help would be appreciated. Hmm... I'm having absolutely no problems with mythtivo right now, and I'm running it with mythtv CVS from yesterday on FC3 x86-64. Since the 2 commands you listed are able to execute successfully, check to ensure that when you rebuilt mythtivo you didn't overwrite your mythtivo-settings.txt file. In fact, it's safest to put the customized copy in the myth frontend user's .mythtv/ directory. -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Mythtv CVS possibly borked on amd64
On Tue, 2004-12-28 at 19:04 -0800, Chris Germano wrote: I'm trying to compile Mythtv CVS on an amd64 and it's failing. It compiled fine a few weeks ago so I don't know what's up. I tried the -fPIC thing in my cflags but it still did this, and i did make clean, etc. I'm running Gentoo 64 on a amd 64 3200. /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.2/../../../../x86_64-pc-linux-gnu/bin/ld: postprocess.o: relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC postprocess.o: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [libmythavcodec-0.16.so.0.16.0] Error 1 Yep - ran into that one while trying to get a backtrace. Comment out CONFIG +=debug and uncomment CONFIG += release in mythtv/settings.pro and it should build... -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Audio popping and skipping
On Mon, 2004-12-27 at 13:13 -0500, Bryan Brannigan wrote: I'm having touble recently with the audio (over SPDIF using ALSA) on my myth setup skipping and popping. I'm running a remote frontend, with a 2GHz processor and 512 MB RAM. The backend is a 1.7GHz with 512MB RAM. Resource usage on both machines looks fine. Running over a 100Mbps wired network. Myth version .16 on Fedora Core 3. Any ideas? If you're using a SBLive, you might want to downgrade your alsa to 1.0.5a. Version 1.0.6 is known to stutter with SPDIF... -I -- Ian Forde [EMAIL PROTECTED] ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] List view in mythvideo causes frontend crash on x86_64
Hi - With CVS as of about 1 hour ago, I have my default view of mythvideo set to Browse mode. So when I hit 'm' to pull up the menu to switch to List mode, the frontend crashes without any errors. Is anyone else seeing this? I can't tell how long this has been happening, as I just put in a new motherboard in my MBE/Frontend and did a clean install of FC3_x86_64 (AMD64 3200+ processor). If no-one else is seeing this, I can try to get a backtrace... -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: How do you clear a Transaction Check Error?
On Sun, 2004-12-26 at 20:27 -0800, Chuck Rice wrote: Looks like the bug in yum is still there ... :/ Please use apt. The full output from apt-get is rather large, I can send it if you want. But it starts with: snip I just went through the same thing. I ended up using smart instead. I didn't get all of the packages, and I had to do quite a bit of hacking to get things to work. (3 days and counting.) I've found a few things that are broken on FC3 x86_64 so far: 1. Mythmusic won't compile due to goom 2. Mythvideo crashes the frontend when you enter List Mode 3. Ivtv started spitting up TONS of errors when the card(s) start to capture 4. MythTivo broke (that was a simple fix though.) 5. ALSA went *completely* south on me. I no longer have AC3 from my SBLive. 6. Xv doesn't seem to be playing nice with mplayer. 7. The kernel doesn't seem to want to autoload modules anymore. Specifically, ALSA. So far, I've fixed 3, 4, and part of 5. I'm hoping for some relief for 1 and 2. 6 is probably tomorrow's problem. And 7 has got me stumped. -Ian ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] change channels on dct6200 via firewire?
On Thu, 2004-12-23 at 08:00 -0500, Justin Miller wrote: Rumor has it, you folks have been able to control channel changing on the dct6200 via the firewire port? Is there truth to this? If so, where can I get the code/plugin/whatever? mythtv/contrib/6200ch.c And don't forget to read the mythtv/contrib/6200ch-README file... ;) -I ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Beginner Question
On Sun, 2004-12-19 at 09:20 -0500, Joseph Caputo wrote: What you want to do *may* be possible, as the FCC has required cable operators to provide an enabled FireWire port that you may use to capture the digital (MPEG) data that your cable box has decrypted (but not decoded). The catch is the content accessed via FireWire will not be HD... any HD content will have been transcoded down to a lower resolution (say, 480p). In any event, Myth does not currently support capturing video over FireWire. Yep - about that - there's a new library called libiec61883 (available from www.linux1394.org in subversion) that supports firewire capture. I've been testing that capability with massive amounts of assistance from Dan Dennedy, it's author. (He also wrote ddr1394.) I've gotten it to capture HD streams with a sample program that he wrote, so a release may be soon forthcoming. I've got packages available too, if anyone wants to test the capability. What we need now is for someone to take a look at the sample capture code included in the package and adapt it for use within Myth. Anyone? -I ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Future of mtd with the job queue
I was ripping that last batch of DVD I have today on both combo front/backend myth boxes I have and was wondering if there was any future in mtd, given that the job queue is such a nice framework for the transcoding side of the house. This way, instead of mtd being used to transcode, jobs would be submitted to the job queue instead, to be run on whichever backend was free. Now, as I understand it, mtd is a frontend process, while the job queue is for backends only. But can't the job queue be set to accept jobs for the frontends too? ;) In fact, it would make good sense for the same thing to apply to CD- ripping too, no? (On a per-cd basis, of course). Just some ideas... -Ian ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Playing Tivo .ty files within Myth?
On Wed, 2004-12-01 at 23:22 -0600, Kevin Kuphal wrote: Zot O'Connor wrote: I was wondering if there is a way to play tivo (I have a directTivo series 2), inside mythtv. My goal is to utilize myth's commercial skipping featuring. I can currently play the files in mplayer. There was a thread on a BB about adding this to tivo-player (or some such name), but I have not seen a post since March on it. If you can play them in mplayer, why not just drop them into MythVideo? I believe that mplayer can currently play .ty (tystream) files, although one would have to use the modified version at http://tivo- mplayer.sourceforge.net in order to play files that are still on the tivo. Not to mention that they'd have to do some tivo hacking for it to work. I've been using mythtivo successfully for about a year, even with current builds of mythtv. The commercial skipping is a different issue. You'd have to add support for .ty files to the myth internal player (or would that be ffmpeg?) -Ian ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Several General Questions
On Thu, 2004-12-02 at 23:27 -0700, [EMAIL PROTECTED] wrote: After all, what's the goal here? If you want to make your Linux box do something that we geeks think is really, really cool, I can't think of anything cooler than MythTV. But it won't impress your girlfriend, and if you just want to watch TV and record some shows, maybe skip some commercials, it's pretty hard to hose-up a TiVo. Heh. I've had my Tivo go belly-up quite a few times. When the original hard drive started failing, it would occasionally green-screen. Then one day it just out-and-out died. ;) And short of switching into geek mode, there was *NOTHING* I could do. (It goes without saying that I went into geek mode and pulled the hard drive, replacing the original 30GB model with a 120GB model that's still in there today, 2 years later.) -I ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users