RE: [mythtv-users] Any MythTV app segmantation faults! HELP!
I use FC4 not Gentoo. Mythtv with all its inter-related components is a complex application, so the advice about taking your time is good advice. But I had a period when I started to get segmentation faults from mythfrontend and mythbackend. They were all hardware related. The motherboard I had the problem with was used in my workstation for a year and I assumed it was problem free. I ended up slightly underclocking the MB and mythtv has been rock solid since. Just my $0.02 ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video distortion/fracturing at top quarter ofscreen
Hi I posted this on the ivtv-users list and one of the developers made a suggestion that appears to fix the problem. The thread is: [ivtv-users] Distortion on top 1/4 of screen PVR-150 >>There aren't many changes that can cause something like this. In fact, I >>can think of only one. Switch to 0.4.1, edit ivtv-streams.c, go to line >>975 and uncomment the lines: >> >>// if (atomic_read(&itv->capturing) == 0) >>// ivtv_vapi(itv, IVTV_API_ENC_MISC, 2, 3, 1); I made the change and testing with mplayer for a few hours the distortion appears to be gone. Ther ghost image I saw before under 0.4.1 also appears to be gone. 0.5.1 has this same code commented out. So I would imagine making the same change would help there also. However mythtv has a new issue with 0.4.1 version of the ivtv driver. When I attempt to watch live tv the screen freezes after a second and eventually mythfrontend times out and complains that it has a problem with the video. 2005-12-18 19:45:40.262 Video timing method: SGI OpenGL 2005-12-18 19:45:40.479 prebuffering pause 2005-12-18 19:45:59.733 ReadStringList timeout (quick). Remote encoder not responding. 2005-12-18 19:45:59.733 WriteStringList: Bad socket 2005-12-18 19:45:59.733 ReadStringList: Bad socket Remote encoder not responding. 2005-12-18 19:45:59.734 WriteStringList: Bad socket 2005-12-18 19:45:59.734 ReadStringList: Bad socket Remote encoder not responding. ASSERT: "i <= nodes" in /usr/lib/qt-3.3/include/qvaluelist.h (373) This is slightly different then the timeout I saw with the new firmware. So I will probably go back to 0.3.8 Alan Anderson ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video distortion/fracturing at top quarter of screen
Hi, I tried ivtv v0.4.0 and v0.4.1 both have the distortion under mplayer. This morning I dropped back to ivtv V0.3.8 and the firmware from the atrpms kits. md5sum /lib/modules/HcwMakoA.ROM /lib/modules/ivtv-fw-enc.bin aa4d1e3dd17667957d8fe5b8d2d19395 /lib/modules/HcwMakoA.ROM 6e2012d919fa48811c27e25e54a0a5dc /lib/modules/ivtv-fw-enc.bin So far no distortion, and its been running all day. And the picture is much better then 0.4.1, which had a ghost image off to the right. Maybe it could be adjusted, I did not try since the distortion was still present. I do not know if this helped the sound failure issue it is much more intermittant. It will be several weeks till I am sure that issue is gone or not. With the latest ivtv-fw-enc.bin firmware file with a md5sum of: 5f5fa240ada73c3565f5f7de4c7b5138 All three ivtv version I tried would lock up the pvr150 v0.3.8, v0.4.0 and v0.4.1. But only under mythtv, mplayer had no problems at all. A reload of the older firmware un-locked the pvr-150 so mplayer or mythtv was happy once more. I do not have a clue why mthtv would have this issue with only a firmware change. Mythtv mythtv-frontend-0.18.1-115.rhfc4.at V0.4.1 and 0.4.0 had a distortion issue under mplayer no matter what firmware file I tried. The pvr-150 is on a SBE so it took me a while to figure out the distortion was only on the SBE recordings and even longer to get it through my head that it was not just a bad cable or noise. The intermittant garbled sound was the sampling rate set too low 32000 not 48000. -- Alan Anderson [EMAIL PROTECTED] ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video distortion/fracturing at top quarter of screen
I found some of my issues. I missed some of the old 0.4.0 driver files. I cleaned those up and now the 0.4.1 driver loads, but the pvr-150 still locks up under mythfrontend. No problems with mplayer by its self. You can un-hang the pvr-150 by copying an older firmware file into /lib/firmware (or /lib/modules if 0.4.0) and do a ivtvctl --reload. However with the older firmware and 0.4.1 driver mythfrotnend started to play for a few seconds then mythfrontend reports a timeout. So I am back to the old 0.4.0 driver and old firmware. ivtv-firmware-enc-2.04.024-4.at.i386.rpm ivtv-firmware-audio-0.0.1-1.at.i386.rpm ivtv-kmdl-2.6.13-1.1532_FC4-0.4.0-98.rhfc4.at.i686.rpm The video distortion on the top portion of the screen is present under mplayer outside of mythtv. I will re-install the 0.4.1 driver and latest firmware and see if mplayer still has the distortion, and sound drop out issues. But mythtv does not appear to be compatible with v0.4.1 of ivtv driver. At least on my system :) -- Alan Anderson [EMAIL PROTECTED] ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Video distortion/fracturing at top quarter of screen
2c attach to card #0 ok [client=cx25840, addr=44] wm8775 2-001b: chip found @ 0x36 (ivtv i2c driver #0) ivtv0: i2c attach to card #0 ok [client=wm8775, addr=1b] ivtv0: loading /lib/modules/ivtv-fw-enc.bin ivtv0: Encoder revision: 0x02050032 ivtv0: Allocate DMA encoder MPEG stream: 128 x 32768 buffers (4096KB total) ivtv0: Allocate DMA encoder YUV stream: 194 x 10800 buffers (2048KB total) ivtv0: Allocate DMA encoder VBI stream: 120 x 17472 buffers (2048KB total) ivtv0: Allocate DMA encoder PCM audio stream: 455 x 4608 buffers (2048KB total) tuner: type set to 50 (TCL 2002N) by ivtv i2c driver #0 ivtv0: Initialized WinTV PVR 150, card #0 ivtv: END INIT IVTV On Wednesday 14 December 2005 19:30, [EMAIL PROTECTED] wrote: > > Does it show when you do mplayer /dev/video0 ? > > I had the problem with my pvr-150mce untill I > > put in ivtv 0.4.1 and made double sure I got rid > > of all the old .ko files and ran depmod -ae so > > that only the newest drivers were found. > > > > Then I upgraded to the firmware recommend > > on the ivtvdriver.org site and the 150 is perfect now. > > Note there is a change in firmware nameing and > > location when you go to 0.4.1, but that puts you > > into good position for 0.5 when it becomes stable. -- Alan Anderson [EMAIL PROTECTED] ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: mythtv-users Digest, Vol 33, Issue 233
I have been looking into those as well. The default timing for memory is 3-3-3-8 Corsair reccomends 2.5-3-3-6 for AMD CPUs. These were worse then the defaults. So far I have the clock back up to 190MHz. Its still stable. The cpu runs at 2104MHZ instead ot 2194MHZ , I doubt I will notice and practical speed differences. The AN7 has plenty of overclocking features On Sunday 13 November 2005 15:38, [EMAIL PROTECTED] wrote: > You might also want to try some other settings besides FSB. Many of the > newer motherboards tend to include "overclocker" settings for all sorts > of components (FSB, memory timings, memory speed, voltages, etc.) and > having any one of these wrong can make for a very unstable system. > Unfortunately, the "default" settings aren't necessarily right, either. > (I have a new motherboard whose default settings "undervolt" the AGP > bus. That was an annoying problem to track down. Yours is more likely > a memory timings/speed/voltage issue, but the point is that the defaults > may not be appropriate.) -- Alan Anderson [EMAIL PROTECTED] ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: mythtv-users Digest, Vol 33, Issue 233
n Sunday 13 November 2005 15:38, [EMAIL PROTECTED] wrote: > You might also want to try some other settings besides FSB. Many of the > newer motherboards tend to include "overclocker" settings for all sorts > of components (FSB, memory timings, memory speed, voltages, etc.) and > having any one of these wrong can make for a very unstable system. > Unfortunately, the "default" settings aren't necessarily right, either. > (I have a new motherboard whose default settings "undervolt" the AGP > bus. That was an annoying problem to track down. Yours is more likely > a memory timings/speed/voltage issue, but the point is that the defaults > may not be appropriate.) -- Alan Anderson [EMAIL PROTECTED] Linux is user friendly. Its just real picky about who its friends are. Don't meddle in the affairs of dragons, because you are crunchy and taste good with ketchup! ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Mythtv Random segfaults SOLVED it was a hardware problem.
Hi, I believe others have reported this issue so I thought I would post my findings. I have two backends both running FC4 mythtv-0.18.1-114. I was seeing the following issues on the MBE. Transcodeing would sometimes fail. Most times with a cutlist update error other times no error at all. Commercial flagging appeared to finish, but there was no listing of a commflag. If I ran mythcommflag by hand it would occasionally segfault. The masterbackend would exit with no errors (I suspect it was segfaulting). The mythfront end would also segfault while playing back a recording or just running through the menu nothing consistant. All of this was very intermittant. I ran across a nuv to avi transcode script on the gossamer threads, mencoder failed each time on the MBE with a segfault but ran clean on the SBE. I ended up underclocking the motherboard and so far all these issues have gone away. I have been busy re-flagging the commercials and transcodeing all the recordings that have failed over the last month. It will be days before I can verify if things are stable. But so far everything looks promissing. The MB is a Abit AN7 N-force chipset, AMD 3200+ DDR400 memory. Running with the default BIOS setting. So besides being a darn good transcode script this script also makes a pretty good mythtv diagnostic. At least for me it gave a easily re-produceable failure that I could work with, and confirmation that the issue was solved when it did eventually run clean. #!/bin/sh # #TARGET="source.nuv" TARGET=$1 #OUTPUT="/data/video/new-file.avi" OUTPUT=$2 #optimal bitrate is 5.86*width*height OPTIONS="vbitrate=300:mbd=2:keyint=132:vqblur=1.0:cmp=2:subcmp=2:dia=2:mv0:last_pred=3" rm -f frameno.avi nice -n 19 mencoder $TARGET -vop denoise3d,lavcdeint \ -ovc lavc -lavcopts vcodec=msmpeg4v2:$OPTIONS:vpass=1 \ -oac mp3lame -lameopts cbr:br=128 \ -o $OUTPUT nice -n 19 mencoder $TARGET -vop denoise3d,lavcdeint \ -ovc lavc -lavcopts vcodec=msmpeg4v2:$OPTIONS:vpass=2 \ -oac mp3lame -lameopts cbr:br=128 \ -o $OUTPUT I dropped the FSB from 199MHZ to 166MHZ, and the above script ran clean on the MBE. Later I will need to start cranking it back up till I can find the breaking point. To the Author of the script thanks. Hope this info helps. Alan Anderson ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: mythcommflag segmentation fault
Looking further in the recordedmarkup I found three recordings with a mark of -1 All three HD recordings form the hd3000 on the sbe. I deleted those recordings. And verified the mark=-1 are gone. Now transcodeing still fails or never completes I just no longer see the cutlist change error. 2005-10-24 13:21:06.574 Transcoding from /video/recordings/2012_2005102320_20051023210100.nuv to /video/recordings/2012_2005102320_20051023210100.nuv.tmp 2005-10-24 13:28:07.301 Deleting /video/recordings/2012_2005102320_20051023210100.nuv.tmp 2005-10-24 13:28:07.650 New DB connection, total: 2 2005-10-24 13:28:07.659 Transcoding from /video/recordings/2012_2005102320_20051023210100.nuv to /video/recordings/2012_2005102320_20051023210100.nuv.tmp 2005-10-24 13:28:41.657 Deleting /video/recordings/2012_2005102320_20051023210100.nuv.tmp 2005-10-24 13:28:41.794 New DB connection, total: 2 2005-10-24 13:28:41.802 Transcoding from /video/recordings/2012_2005102320_20051023210100.nuv to /video/recordings/2012_2005102320_20051023210100.nuv.tmp 2005-10-24 13:32:29.033 Deleting /video/recordings/2012_2005102320_20051023210100.nuv.tmp 2005-10-24 13:32:29.195 New DB connection, total: 2 2005-10-24 13:32:29.203 Transcoding from /video/recordings/2012_2005102320_20051023210100.nuv to /video/recordings/2012_2005102320_20051023210100.nuv.tmp 2005-10-24 13:36:48.648 MainServer::HandleAnnounce Playback 2005-10-24 13:36:48.651 adding: pvr.home.lan as a client (events: 0) 2005-10-24 13:46:28.739 Deleting /video/recordings/2012_2005102320_20051023210100.nuv ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] mythcommflag segmentation fault
Hi, For the last week or so my Master Back End has been failing to transcode recordings. No problems on the SBE but its not used as heavily. THe erros is:Transcoding aborted, cutlist changed I have been trying to correct this with a forced run of mythcommflag mythcommflag --force-f /video/recording/whatever.nuv I may need to run this three or four times as mythcommflag will sometimes fail with a segmentation fault or a illegal instruction. mythcommflag --force -f /video/recordings/1022_2005091920_2005091921.nuv 2005-10-24 11:16:34.807 New DB connection, total: 1 2005-10-24 11:16:34.837 mythcommflag version: 0.18.1.20050523-1 www.mythtv.org 2005-10-24 11:16:34.837 Enabled verbose msgs :important MythTV Commercial Flagger, started at Mon Oct 24 11:16:34 2005 Flagging commercial breaks for: ChanID Start Time Title Breaks -- -- - -- 2005-10-24 11:16:34.853 New DB connection, total: 2 10222005091920 Just Legal 40%/457fpsIllegal instruction I recently upgraded form 0.18-113 to to 0.18-114 Today I dumped the database and looking through the recordmarkup I see several with a type filed of -3. Assuming a -3 is a bad type I have been doing a forced commflag run on all of these recordings. Anybody know what the status field of -3 indicates? The recordings with a -3 go back several months long before the latest update. They probably back to when I upgraded form fc1 0.17 to fc3 0.18 via a re-install on a new system disk. example: INSERT INTO recordedmarkup (chanid, starttime, mark, offset, type) VALUES (1012,'2005-09-21 21:00:00',0,NULL,-3); Thanks Alan Anderson ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: Trouble getting component outputs to work with nVidia 6200
I am far from an expert but I have been twiddling with this myself. The first paramater 26.625 on your mode line needs to be in the HorizSync range it is not. >Section "Monitor" > Identifier "Monitor0" > VendorName "Some Vendor" > ModelName "HDTV" > HorizSync 31.5 - 37.9 > VertRefresh 59.9 - 60.1 > ModeLine "720x480" 26.625 720 752 824 896 480 481 484 497 -hsync >-vsync >Now, at first, this failed completely, and X wouldn't even start. After >checking out my Xorg.0.log file, I saw that it didn't like the hsync >range of my 720x480 Mode. However, it did like the default 800x600 >mode.! So, just for fun, I changed Change the first paramatere to be in the HorzSync range (or adjust the HotrzSync range) and restart X and then look at the Xorg.0.log to see if the 720x480 is acceptable. Then if its acceptable try to use it. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: slave/master interaction
Hi, On the Slave Back End make sure all of the mysql.txt has the IP address of the Master Back End. There should be a mysql.txt in the users .mythtv directory and probably one in /.mythtv. So on the Slave back end stop the mythbackend Then locate all mysql.txt files. find / -iname mysql.txt Check each file on the SBE for the correct IP address for the MBE system. Then restart mythbackend on the SBE. Monitor the mythbackend.log file on the Master Back End and you should see the connection from the Slave back end. More then likely your problem is the /.mythtv/mysql.txt file. Did you read this? It covers the process pretty well for setting up a SBE. http://wilsonet.com/mythtv/tips.php Alan ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] OT where can I find a kernel-devel-2.6.11-1.27_FC3 rpm?
Hi, I applologize for the off topic question. But if anyone would have this old file it would be someone on this list. My mythtv box started to hang yesterday after months of problem free running. This morning I caught a kernel oops. But like a dummy when I upgraded to FC3 a few months back I didnt install the kenel-devel rpm. Now I am not able to locate it. Any body have a copy of the kernel-devel-2.6.11-1.27 rpm? I hope with the kernel-dev rpm I can try to track down the reson for the oops. Thanks Alan Anderson ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Font Size too Big
Hi, I had the same issue with fonts being clipped and lines not being word wrapped. This was under all themes that I tried, after a upgrade to FC3 and Mythtv .18. I selected the tiny font under setup and this took care of most of the issues. But myth weather was still clipping some fonts like the temperature and the next day forcast was not word wrapping. I am using the Nuvola theme. It did not have a weather-ui.xml file so I borrowed the file from the Titivillus theme and edited it to reduce the font sizes until the clipping stopped and once the font was small enough word wrapping started to occur again. The tiny font setting didn't appear to work for Myth weather, and it looked like it was picking up some default font size setting from somewhere. So adding the weather-ui.xml file appeared to override these defaults. I dont know if this will work for other themes but it worked ok on the Nuvola theme. Hope it helps Alan Anderson ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Time for an upgrade and add a HD2000 any words of wisdom?
Hi, I currently have a fairly old mythtv box 0.16 FC1 custom kernel mods to support a new tuner type in my MCE-250 (it was new a year a go). Its been running for almost a year now with no problems. All those tuner issues should be gone by now. I tried to get a HD-2000 to work on and off over the last year and while it worked it was not real stable, so the card is sitting on a shelf. It appears the time is about right. I believe HD2000/3000 DVB support is in the latest kernel release canidate. At least kernel.org list 2.6.12-rc6 as available. So I am thinking a reinstall to FC3 Mythtv 0.18 then a 2.6.12-rc6 install is in order. Anybody attempted this recently? If so any words of wisdom? Known pitfalls? Thanks -- Alan Anderson [EMAIL PROTECTED] Linux is user friendly. Its just real picky about who its friends are. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle
Hi, A stale file handle occurs when the file handle cached by the nfs client is no longer valid on the nfs server. Something happened to the file it was deleted moved to another file system or the NFS server was restarted. The only way out is to umount the file system on the nfs client and then mount it again. This should flush any cached file handles on the client. Then the client will get a new file handle from the nfs server that should be valid. -- Alan Anderson [EMAIL PROTECTED] Linux is user friendly. Its just real picky about who its friends are. Dont meddle in the afairs of dragons, because you are crunchy and taste good with ketchup! ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] yum Dependancy
Ok from memory, this is what I did. (My memory has a few bad sectors unfortunetly) Follow Jarods howto until you get to the point where the apt-get yum will fail due to dependencies, so I skip that step. Also apt-get dist upgrade fails due to yum dependencies. Then remove yum. rpm -qa | grep yum rpm -e yum-whatever Then do the apt-get dist upgrade again. # apt-get update && apt-get dist-upgradeThis should complete ok At this point apt-get has been removed so I reinstall it. Not sure how that happened. # rpm -Uvh http://atrpms.net/dist/fc3/atrpms-kickstart/atrpms-kickstart-25-1.rhfc3.at.i386.rpm From this point on it should work. and the kernel update is succesful. Alan Anderson [EMAIL PROTECTED] Linux is user friendly. Its just real picky about who its friends are. [EMAIL PROTECTED] wrote: Send mythtv-users mailing list submissions to mythtv-users@mythtv.org To subscribe or unsubscribe via the World Wide Web, visit http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of mythtv-users digest..." Today's Topics: 1. Re: Jarod's HOWTO for FC3/PVR-350/X - Please Take Offline ([EMAIL PROTECTED]) 2. Re: Jarod's HOWTO for FC3 (Matt D. Robinson) 3. Re: New Australian XMLTV grabber (Ben de Luca) 4. RE: Re: Pvr-350 - Do the menus work on tvout (John Harvey) 5. Re: menu speed (Kevin Kuphal) 6. Re: Jarod's HOWTO for FC3 (Paul Leppert) 7. Re: OT: out of disk space, but not really (Yan-Fa Li) 8. Re: Multiple digest copies (Hugo van der Kooij) 9. watching TV on wireless frontend flickers badly (wizzleteet) 10. atiixp alsa problems - playback skipping - spent two weeks on this - NEED YOUR HELP ([EMAIL PROTECTED]) 11. Running WinFast Leadtek PVR2000 (Tomas Roos) 12. Re: Multiple digest copies (Gabe Rubin) 13. Re: Erratic seeking (Jay R. Ashworth) 14. Getting a new motherboard... (Carlos Fernandez Sanz) 15. Re: Jarod's HOWTO for FC3/PVR-350/X - Please Take Offline (Axel Thimm) 16. Re: yum Dependancy (Frostykev) 17. Re: menu speed (Paul Miller) 18. Re: yum Dependancy (Jarod Wilson) 19. Re: Jarod's HOWTO for FC3 (Jarod Wilson) 20. PVR-500 support (was: menu speed) (Jarod Wilson) 21. Re: [FC3 / PVR-350 Out Broken?] (Michael Cheshire (Mailing Lists)) 22. Re: New Australian XMLTV grabber (Phill Edwards) 23. Re: yum Dependancy (Frostykev) 24. Re: Pvr-350 - Do the menus work on tvout (Don Brett) 25. Re: Lirc not working with PVR-250 (John Johnson) 26. Re: Re: Pvr-350 - Do the menus work on tvout (John Van Ostrand) -- Message: 1 Date: Wed, 29 Dec 2004 14:38:42 -0700 From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject: Re: [mythtv-users] Jarod's HOWTO for FC3/PVR-350/X - Please TakeOffline To: Discussion about mythtv Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Michael J. Lynch wrote: Here's my two cents worth. As far as I'm concerned, Jarods guide is the bible when it comes to installing and getting myth up and running. I researched linux PVR stuff for about a week before I found myth and Jarods guide. I read the guide over a couple of times and took the plunge. I'm not a linux newbie but I'm not an expert either. Using Jarod's guide, I was able to install FC1 (it was a while back) and myth, configure everything and have it all working in a period of maybe 6 hours. I've used his guide for FC2 installs and have done it enough times now that I can install FC, myth, configure and have a running system in about 3 hours. I for one am grateful for Jarods guide and think he did an outstanding job with it. The only thing that would make it even better would be if there was a link on the site to a kickstart to use to install the whole works from the ground up. Then about all his instructions would need to say would be: Download kickstart. Boot linux install aiming at kickstart floppy. Come back later when it's done. Obviously it wouldn't be that easy, but pretty close. :-) Jack Trout wrote: Well helping to fix the problem is great, but shutting it down doesnt help, Maybe Jarod hasnt had time to update it I mean he only has a life away from mythtv, including a job, and a holiday season, but I am sure any positive input to how to fix it might be useful, but if he takes it down he might not get the info needed to finish the support. We are all very lucky that jarod was nice enough to even write anything down for people less linux or even technically inclined have something to guide them. How many pe
Re: [mythtv-users] is it possible to copy a myhtconverg db to a system with a different tuner
Thanks, I ran accross the answer about 20 minutes after placeing my question. Instead if trying to import the entire DB just extract the record, recorded, oldrecorded and recordedmarkup records. Then pull that in. After you change the hostname on the backed up file to the new systems hostname. grep "INSERT INTO record " mysql-backup.sql > restore.sql grep "INSERT INTO recorded " mysql-backup.sql >> restore.sql grep "INSERT INTO oldrecorded " mysql-backup.sql >> restore.sql grep "INSERT INTO recordedmarkup " mysql-backup.sql >> restore.sql mysql -u root -p mythconverg mysql> delete from record; mysql> delete from recorded; mysql> delete from oldrecorded; mysql> delete from recordedmarkup; mysql> quit mysql -u root -p mythconverg < restore.sql So I am about ready to try this... ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] is it possible to copy a myhtconverg db to a system with a different tuner
Hi, I know this has been covered before but I am not understanding something. I am in the process of moving from a mythtv v0.16 on FC1 with a pvr250mce, into a new FC2 mythtv v0.16 with a PCHD2000 and then I plan on moving the pvr-250mce into the new system. I currently have the new system running with only the pchd2000 card. I was hoping to dump the database on the old system before I turn it off. Then merge the /video disk into the new system's /video with lvm. And copy over the old data base. But I cannot get the old database onto the new system. I have tried the following which I thought would work But I am not a dba so I am missing something. old system host name pvr.home.lan new system host name video.home.lan old system: service mythbackend stop mysqldump -u root -p mythconverg -c > mysql-pvr-backup.sql ftp the file mysql-pvr-backup.sql to video on the new system: change the hostname in the mysql-pvr-backup.sql file. cp mysql-pvr-backup.sql mysql-video-restore.sql Use an editor (kwrite) to globally replace pvr.home.lan with video.home.lan in the mysql-video-restore.sql file. stop the backend service mythbackend stop Drop the current database. mysql -u root -p -e 'drop database mythconverg' Create a new empty mythconverg database. mysql -u root -p -e 'create database mythconverg' restore the database. mysql -u root -p mythconverg < mysql-video-restore.sql ERROR 1062 at line 502: Duplicate entry 'Music-FFWD-video.home.lan' for key 1 start the backend service mythbackend start The backend fails to start with he following error: Told to create a NEW database schema, but the database already has 22 tables. If you are sure this is a good mythtv database, verify that the settings table has the DBSchemaVer variable. mythtvsetup also fails to run with the same error. I am able to dump the new system database with mysqldump and drop its mythconverg database and create a new mythconverg and import the database back in successfully. Can you restore a database with one type of tuner (250-mce) onto a system with a different tuner (pchd2000)? I thought I could do this then use mythtvsetup to configure the 250mce into the new system. Maybe I need to have the 250mce installed first. But I am just trying a practice run for now. I believe I have the lvm merging process debugged. thanks -- Alan Anderson [EMAIL PROTECTED] Linux is user friendly. Its just real picky about who its friends are. ___ mythtv-users mailing list [EMAIL PROTECTED] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
