RE: [mythtv-users] Restoring an LVM
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, 10 August 2005 2:21 PM To: mythtv-users@mythtv.org Subject: [mythtv-users] Restoring an LVM I was trying to upgrade my mythtv box from FC2 to 3 and most everything has went well so far. I realize I probably shouldn't of did a clean install of FC3 and only did an upgrade but I hosed some viewing settings up pretty good and just wanted to do mostly a new install. I've done a new install in the past and was able to keep my myth lv. But this time something seems to be different. After doing the install I made sure the lv was there by doing an fdisk print which showed /dev/hdd1 * 1255020482843+ 83 Linux /dev/hdd225512615 522112+ 82 Linux swap /dev/hdd32616 19457 135283365 8e Linux LVM I then tried a pvcreate /dev/hdd3 which gave me some weird errors. I wish I would of saved would have (sorry that really annoys me that one) them. But in my rush to get them working I didn't:-/ After messing around I then did a vgcreate VGforMyth -s 64m /dev/hdd3 It seemed to go ok I then tried a lvcreate --name av --size 120G VGforMyth which went ok also After creating a mount directory /var/av I get the following error with trying to mount with mount -t xfs /dev/VGforMyth/av /var/av mount: wrong fs type, bad option, bad superblock on /dev/VGforMyth/av, or too many mounted file systems Did I just totally hose all of my stuff on my lvm? I'd say you've stuffed it all. With a new install, you should need to do anything except provide a mount pount in /etc/fstab. The lvcreate/pvcreate etc is not necessary. Basically you've gone and repartitioned your drive (not exactly, but close) All that is needed something like # LVM initialization, take 2 (it could be on top of RAID) if [ -e /proc/lvm -a -x /sbin/vgchange -a -f /etc/lvmtab ]; then action $Setting up Logical Volume Management: /sbin/vgscan /sbin/vgchange -a y fi This is from RH7.3 so it's definitely in FC3 (and FC4 since I use FC4). CH ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] FC4 High Load Average
top - 19:51:20 up 5 days, 10:55, 4 users, load average: 2.78, 1.99, 2.07 Tasks: 97 total, 3 running, 94 sleeping, 0 stopped, 0 zombie Cpu(s): 26.3% us, 4.3% sy, 0.7% ni, 66.1% id, 2.3% wa, 0.3% hi, 0.0% si Mem:515184k total, 509140k used, 6044k free, 13300k buffers Swap:0k total,0k used,0k free, 166596k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 2917 mythtv15 0 353m 169m 35m S 23.9 33.7 847:10.84 mythfrontend 2530 root 15 0 142m 69m 21m S 4.3 13.9 127:06.89 X 2301 root 16 0 233m 25m 12m S 2.0 5.1 61:50.25 mythbackend 2921 mythtv25 10 35432 13m 6472 R 0.7 2.7 27:32.72 rhn-applet-gui 1 root 16 0 1744 568 492 S 0.0 0.1 0:02.47 init 2 root 34 19 000 S 0.0 0.0 0:00.00 ksoftirqd/0 Do you have mythfilldatabase running every night? I've noticed that mythfilldatabase uses practically 100% CPU usage for the entire time it is running (several minutes on my system). This would push your load average up. No as you can see in my top listing. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] FC4 High Load Average
I recently reinstalled my system from scratch using Fedora Core 4 and Jarod's guide (thanks Jarod). Everything installed with basically no hitches. The machine is an XP2400 + nForce 1 motherboard + Nvidia GF 440MX with 2 Hauppauge Nova-T DVB cards. I'm using the nvidia drivers from atrpms and the DVB drivers which came with FC4. 3 x 120GB drives are LVMed to make one small system partition (10GB) and one large storage partition. DMA is definitely on on all drives. Now when watching something and transcoding another program in the background I'm seeing load averages up around the 4, 5 and 6 mark. This starts to make the playback framerate stutter a bit. Sound is unaffected, but the picture is a bit jerky. Just playback of a something currently recording (about 22-25% CPU) results in peak load averages up around the 3 mark. It fluctuates anywhere between 0.5 and 3 though. No playback (but still recording) and the average drops down to 0.1 as expected. From top: top - 19:51:20 up 5 days, 10:55, 4 users, load average: 2.78, 1.99, 2.07 Tasks: 97 total, 3 running, 94 sleeping, 0 stopped, 0 zombie Cpu(s): 26.3% us, 4.3% sy, 0.7% ni, 66.1% id, 2.3% wa, 0.3% hi, 0.0% si Mem:515184k total, 509140k used, 6044k free,13300k buffers Swap:0k total,0k used,0k free, 166596k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 2917 mythtv15 0 353m 169m 35m S 23.9 33.7 847:10.84 mythfrontend 2530 root 15 0 142m 69m 21m S 4.3 13.9 127:06.89 X 2301 root 16 0 233m 25m 12m S 2.0 5.1 61:50.25 mythbackend 2921 mythtv25 10 35432 13m 6472 R 0.7 2.7 27:32.72 rhn-applet-gui 1 root 16 0 1744 568 492 S 0.0 0.1 0:02.47 init 2 root 34 19 000 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root RT 0 000 S 0.0 0.0 0:00.00 watchdog/0 4 root 10 -5 000 S 0.0 0.0 0:00.02 events/0 5 root 13 -5 000 S 0.0 0.0 0:00.01 khelper 6 root 10 -5 000 S 0.0 0.0 0:00.00 kthread 8 root 20 -5 000 S 0.0 0.0 0:00.00 kacpid 94 root 10 -5 000 S 0.0 0.0 0:00.02 kblockd/0 97 root 15 0 000 S 0.0 0.0 0:00.00 khubd 143 root 16 0 000 S 0.0 0.0 0:15.39 pdflush 144 root 15 0 000 S 0.0 0.0 0:13.49 pdflush 146 root 16 -5 000 S 0.0 0.0 0:00.00 aio/0 Before this I had Redhat 8.0 and was using a fairly recent CVS version of Myth on the exact same hardware and I never saw these high load averages. Any ideas what would cause loads this high? Thanks CH ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] Hauppauge Nova-T (x2) and Fedora Core 4
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian Hack Sent: Tuesday, 19 July 2005 4:34 PM To: MythTV Users Subject: [mythtv-users] Hauppauge Nova-T (x2) and Fedora Core 4 Has any got this combo working without compiling kernels and drivers? I clean installed FC4 last night and followed Jarod's FC3 guide all the way up to installing mythtv from atrpms. A few unrelated glitches but all sorted. DVB Drivers seem to be built in and I can see both my cards being detected fine in the dmesg output out of the box. The only thing I had to add was the firmware in /lib/firmware. After I did that I can see the firmware load was successful in the logs when Myth or dvbtune try to access the card. However, I can't tune. Tried both dvbtune and Myth's DVB scanner (in mythtvsetup). They open the card successfully but seem unable to tune to anything. It just shows a BER of 1fffe constantly and occasionally random signal blips. The exact same hardware (reboot on another drive) works on a very old RH8 install I've had running fine for quite a while now. I just want/need to upgrade to the latest Myth which is starting to require newer QT, php (Mythweb) etc. If you've got this working is there something I might have missed? Apart from this everything has basically just worked. Or do I need to install and compile a custom kernel, drivers etc? It would be nice if this wasn't necessary of course. I don't quite understand this new udev stuff so I'm not sure if what I'm seeing is correct in /dev and whether my udev is correct. I suspect it's something to do with that. Answering my own problem. It seems the DVB stuff just didn't want to scan. After entering a frequency AND bandwith it correctly tuned and detected the PIDs. It still didn't scan though. I had to enter each frequency individually. It didn't tune all channels successfully however but that might have beena reception issue. Instead my solution was to copy my entire old DB over instead. Means I kept all my settings as well not having to retune any channels. So FC4 + DVB + Nvidia out is possible with out any compiling whatsoever. CH ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Hauppauge Nova-T (x2) and Fedora Core 4
Has any got this combo working without compiling kernels and drivers? I clean installed FC4 last night and followed Jarod's FC3 guide all the way up to installing mythtv from atrpms. A few unrelated glitches but all sorted. DVB Drivers seem to be built in and I can see both my cards being detected fine in the dmesg output out of the box. The only thing I had to add was the firmware in /lib/firmware. After I did that I can see the firmware load was successful in the logs when Myth or dvbtune try to access the card. However, I can't tune. Tried both dvbtune and Myth's DVB scanner (in mythtvsetup). They open the card successfully but seem unable to tune to anything. It just shows a BER of 1fffe constantly and occasionally random signal blips. The exact same hardware (reboot on another drive) works on a very old RH8 install I've had running fine for quite a while now. I just want/need to upgrade to the latest Myth which is starting to require newer QT, php (Mythweb) etc. If you've got this working is there something I might have missed? Apart from this everything has basically just worked. Or do I need to install and compile a custom kernel, drivers etc? It would be nice if this wasn't necessary of course. I don't quite understand this new udev stuff so I'm not sure if what I'm seeing is correct in /dev and whether my udev is correct. I suspect it's something to do with that. Thanks CH ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] Database Migration
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ben Curtis So I'm running RedHat 9 w/ Myth 0.16. I'm building up a new Fedora Core 4 box with Myth 0.18. I'd like to rebuild my database from scratch (there are a couple of issues in my current DB with channels), however, I want to move over my recordings, scheduled recordings, and previous recording listings (so I won't start recording shows I've already recorded). Can I just use mysqldump to create insert statements for the oldrecorded, recorded, and record tables, or do I need more data than that? Basically all here: http://www.mythtv.org/docs/mythtv-HOWTO-22.html#ss22.7 Do the dump of old DB and move the files (if necessary). Import the dump into the new DB ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] DVB channels get changed in DB (Autopid?)
The channels in my DB (channel table) keep getting changed by the backend. I assume this is something to do with the Autopid feature I see mentioned in the logs. Is there anyway to prevent this from happening? I have my channels set up the way I want them, and these changes leave fields like xmltv id blank and also include all the extra streams which are merely copies of the main stream. So I end up with 30 odd channels when really there's only about 8 distinct ones (Brisbane, Australia). Also it would seem some dvb related tables are no longer used/required? dvb_pids seems to be unused. CH ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] A/V diverged by -3 frames
(top posting...) I found that Isaac merged some libavcodec/ffmpeg stuff in about the 24th December 04. I went back to just before that and it's working fine at the moment. I haven't had time to narrow it down any further, but if you take CVS from say 26th it should be bad and from the 23rd it should be good (to counter timezone issues, not sure how CVS works in that respect) As far as I am aware no one has attempted to fix it. I guess there are only a few Australian CVS users? One slightly interesting thing is that it appears on my one and only UHF channel only. All VHF channels are fine. You describe WIN, SBS and PRIME which suggests you are in a regional area. They are usually UHF right? Are your ABC and 10 VHF? Don't know how that could possibly make a difference to the MPEG2 stream, but it's an interesting occurrence. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Collett Sent: Wednesday, 5 January 2005 2:21 PM To: Discussion about mythtv Subject: Re: [mythtv-users] A/V diverged by -3 frames I've just updated my cvs (today) and have this problem on SBS, WIN(9) and PRIME(7). ABC and 10 seem to be ok. I also see the issue with previously recorded programs from those affected channels, but not the unaffected ones. I am seeing simillar log entries to you. Please let me know if you have found any solutions or have identified the date at which the bug was introduced. Thanks, Dave On Tue, 28 Dec 2004 23:36:52 +1000, Christian Hack [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hamish Moffatt On Tue, Dec 28, 2004 at 08:40:10AM +1000, Christian Hack wrote: Same deal although 50Hz + realtime has made my tickers and panning etc go much smoother. Don't know why I didn't try that before. Thanks for the suggestion. It's just the one channel, and it appears that once transcoded to MPEG4 they play fine. So it's something to do with the MPEG2 from the DVB card. I can host a stream of it if someone wants to look. It's obviously very big though and I only have 128kb/s upstream. I've used SBS with Myth occasionally (though not in the last two weeks) and haven't had any issues like this. 2004-12-28 08:39:43.531 Video timing method: RTC 2004-12-28 08:39:43.532 Refresh rate: 1, frame interval: 4 This might still be a problem occasionally. Yep I realise that - I think there might be some rounding errors there. Definitely not the problem though this time I believe If that's what's really the frame rate the error is 0.005% or about 1 frame in 2 (every 400 seconds). This is much more severe than that. If you are running latest CVS, can you try and run mythfrontend with -v libav,playback options watching SBS? This is new since I upgraded to CVS. SBS previously worked fine. Also old DVB recordings which previously worked fine are now showing the bad playback. I'm currently trying to work out when it went bad but it takes so long to compile it's taking me a while to track down. CH ___ 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] How to roll the database back from CVS to .16release?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Kuphal Sent: Friday, 31 December 2004 12:49 PM To: Discussion about mythtv Subject: Re: [mythtv-users] How to roll the database back from CVS to .16release? William wrote: Since the developers have abandoned all of us who are still running FC1 I am forced to roll my system back to the .16 release from CVS. My cvs copy is currently very buggy and crashy and I have no way to upgrade it any further (the cvs now requires qt3.2 as a minimum). My question is this. Will the database from my cvs (several hundred programs plus videos, schedules and music) work with the .16 release? I really dont want to lose all the info in the database. I know they changed a bunch of crap since the release but I am hoping it is still backwards compatible. Has anyone succeeded in going back to .16 and been able to keep the data? What did you have to do? I'm sure you will get many comments on this, but where did you get the idea that qt3.2 is a requirement? Perhaps someone checked in some code and didn't realize it didn't work on qt3.2, but your appropriate action should then be to rollback your CVS version to one prior to that Probably this amongst other things. I don't think any one has looked at it yet. http://www.gossamer-threads.com/lists/mythtv/dev/100622?#100622 ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] A/V diverged by -3 frames
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hamish Moffatt On Tue, Dec 28, 2004 at 08:40:10AM +1000, Christian Hack wrote: Same deal although 50Hz + realtime has made my tickers and panning etc go much smoother. Don't know why I didn't try that before. Thanks for the suggestion. It's just the one channel, and it appears that once transcoded to MPEG4 they play fine. So it's something to do with the MPEG2 from the DVB card. I can host a stream of it if someone wants to look. It's obviously very big though and I only have 128kb/s upstream. I've used SBS with Myth occasionally (though not in the last two weeks) and haven't had any issues like this. 2004-12-28 08:39:43.531 Video timing method: RTC 2004-12-28 08:39:43.532 Refresh rate: 1, frame interval: 4 This might still be a problem occasionally. Yep I realise that - I think there might be some rounding errors there. Definitely not the problem though this time I believe If that's what's really the frame rate the error is 0.005% or about 1 frame in 2 (every 400 seconds). This is much more severe than that. If you are running latest CVS, can you try and run mythfrontend with -v libav,playback options watching SBS? This is new since I upgraded to CVS. SBS previously worked fine. Also old DVB recordings which previously worked fine are now showing the bad playback. I'm currently trying to work out when it went bad but it takes so long to compile it's taking me a while to track down. CH ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] A/V diverged by -3 frames
Using the libav option on mythfrontend (very recent CVS), I'm getting jerky playback on one channel (SBS for the Australians) which seems related to these error messages. It also seems that the pitch of the sound is off by small fraction - slightly deeper. Using video as timebase results in exactly the same result. Note it mentions -3 frames and a frame rate of ~22fps. Other channels work fine and only report the A/V diverged initially but sync quickly and report 25fps from then on. 2004-12-27 21:50:03.829 Image size. imgx 0, imgy: 0, imgw: 720, imgh: 576 2004-12-27 21:50:03.829 positionMap[ 0 ] == 0. 2004-12-27 21:50:04.041 Position map filled from DB to: 45291 2004-12-27 21:50:04.042 SyncPositionMap prerecorded, from DB: 3829 entries 2004-12-27 21:50:04.042 detectInterlace(Ignore Scan, Interlaced Scan, 25, 576) -Interlaced Scan 2004-12-27 21:50:04.042 Interlaced: Interlaced Scan video_height: 576 fps: -1 Input #0, mpeg, from '/mnt/store/recorded/1028_20041227203000_2004122721.nuv': Stream #0.0: Video: mpeg2video, 720x576, 25.00 fps Stream #0.1: Audio: mp2, 48000 Hz, stereo, 192 kb/s 2004-12-27 21:50:04.044 Position map found 2004-12-27 21:50:04.047 Opening audio device '/dev/dsp'. 2004-12-27 21:50:04.047 Opening OSS audio device '/dev/dsp'. 2004-12-27 21:50:04.055 Over/underscan. V: 0, H: 0, XOff: 0, YOff: 2 2004-12-27 21:50:04.060 Using XV port 103 2004-12-27 21:50:04.063 Image size. dispxoff 0, dispyoff: 96, dispwoff: 1024, disphoff: 576 2004-12-27 21:50:04.064 Image size. imgx 0, imgy: 0, imgw: 720, imgh: 576 2004-12-27 21:50:04.813 Realtime priority would require SUID as root. 2004-12-27 21:50:04.814 Changing from None to WatchingPreRecorded 2004-12-27 21:50:04.915 nVidiaVideoSync: VBlank ioctl did not work, unimplemented in this driver? 2004-12-27 21:50:04.915 DRMVideoSync: Could not open device /dev/dri/card0, Permission denied 2004-12-27 21:50:04.916 Using audio as timebase 2004-12-27 21:50:04.916 Video timing method: RTC 2004-12-27 21:50:04.916 Refresh rate: 16665, frame interval: 4 2004-12-27 21:50:04.916 waiting for prebuffer... ... 2004-12-27 21:50:27.073 A/V diverged by -3.12928 frames, dropping frame to keep audio in sync 2004-12-27 21:50:27.161 A/V diverged by -3.35083 frames, dropping frame to keep audio in sync 'video_output' mean = '44006.10', std. dev. = '38828.64', fps = '22.72' 2004-12-27 21:50:27.164 A/V diverged by -3.0256 frames, dropping frame to keep audio in sync Using other channels I get the +3 frames and associated jerkiness _when_ I select video as the timebase. Without using the video timebase option they run as good as possible and report a pretty solid 25.0x fps. 2004-12-27 21:56:25.741 A/V diverged by 3.0109 frames, extending frame to keep audio in sync 2004-12-27 21:56:26.228 positionMap[ 126 ] == 4320818. 2004-12-27 21:56:26.380 A/V diverged by 3.16602 frames, extending frame to keep audio in sync 'video_output' mean = '43939.18', std. dev. = '12173.37', fps = '22.76' Any ideas what's wrong? Could the latest libavcodec sync have buggered things? This used to work before. ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] Can't get PAL modelines to work in X
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phill Edwards Sent: Monday, 27 December 2004 4:38 PM To: MythTV Users List Subject: [mythtv-users] Can't get PAL modelines to work in X I googled around and found some X modelines for use with PAL TVs. All of the ones I found were the same so I figured it would work on any TV. However, they're getting rejected by X - the following lines appear in Xorg.0.log: (II) NVIDIA(0): Not using mode 640x480PAL (vrefresh out of range) (II) NVIDIA(0): Not using mode 720x576PAL (vrefresh out of range) (II) NVIDIA(0): Not using mode 800x600PAL (vrefresh out of range) Extracts from my xorg.conf look like this: Section Monitor Identifier Monitor0 VendorName Philips ModelName80cm TV HorizSync30.0 - 50.0 VertRefresh 60.0 - 60.0 Like the errors say, your vertical refresh is out of range. You are specifying 50Hz modes but also that your Monitor (i.e. TV) is only capable of 60Hz. Try changing the VertRefresh line to VertRefresh 50.0 - 60.0 instead ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] A/V diverged by -3 frames
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Doug Larrick Sent: Tuesday, 28 December 2004 12:57 AM To: Discussion about mythtv Subject: Re: [mythtv-users] A/V diverged by -3 frames Christian Hack wrote: Using the libav option on mythfrontend (very recent CVS), I'm getting jerky playback on one channel (SBS for the Australians) which seems related to these error messages. It also seems that the pitch of the sound is off by small fraction - slightly deeper. Using video as timebase results in exactly the same result. [snip] Input #0, mpeg, from '/mnt/store/recorded/1028_20041227203000_2004122721.nuv': Stream #0.0: Video: mpeg2video, 720x576, 25.00 fps Stream #0.1: Audio: mp2, 48000 Hz, stereo, 192 kb/s [snip] 2004-12-27 21:50:04.916 Refresh rate: 16665, frame interval: 4 This is at least part of your problem... your video is at 25Hz but your screen is at 60 Hz. 50 or 75 Hz would work much better. I would guess that maybe your soundcard is using 44100 Hz output as well? Same deal although 50Hz + realtime has made my tickers and panning etc go much smoother. Don't know why I didn't try that before. Thanks for the suggestion. It's just the one channel, and it appears that once transcoded to MPEG4 they play fine. So it's something to do with the MPEG2 from the DVB card. I can host a stream of it if someone wants to look. It's obviously very big though and I only have 128kb/s upstream. I'm not sure about the soundcard. It's an nVidia nForce 1. How can I check the audio rate? All the other channels broadcast 48kHz and are fine. Using video as the timebase makes gives the +3 frames error and is noticeably jerky on otherwise good channels. Audio as timebase is by far the best solution so far. Input #0, mpeg, from '/mnt/store/recorded/1028_2004122721_20041227213000.nuv': Stream #0.0: Video: mpeg2video, 720x576, 25.00 fps Stream #0.1: Audio: mp2, 48000 Hz, stereo, 192 kb/s 2004-12-28 08:39:42.636 Position map found 2004-12-28 08:39:42.639 Opening audio device '/dev/dsp'. 2004-12-28 08:39:42.639 Opening OSS audio device '/dev/dsp'. 2004-12-28 08:39:42.647 Over/underscan. V: 0, H: 0, XOff: 0, YOff: 2 2004-12-28 08:39:42.651 Using XV port 103 2004-12-28 08:39:42.655 Image size. dispxoff 0, dispyoff: 85, dispwoff: 720, disphoff: 405 2004-12-28 08:39:42.655 Image size. imgx 0, imgy: 0, imgw: 720, imgh: 576 2004-12-28 08:39:43.396 Using realtime priority. 2004-12-28 08:39:43.397 Changing from None to WatchingPreRecorded 2004-12-28 08:39:43.500 nVidiaVideoSync: VBlank ioctl did not work, unimplemented in this driver? 2004-12-28 08:39:43.531 DRMVideoSync: Could not open device /dev/dri/card0, No such device 2004-12-28 08:39:43.531 Using audio as timebase 2004-12-28 08:39:43.531 Video timing method: RTC 2004-12-28 08:39:43.532 Refresh rate: 1, frame interval: 4 2004-12-28 08:39:43.532 waiting for prebuffer... 2004-12-28 08:39:43.684 A/V diverged by 4.675 frames, extending frame to keep audio in sync 2004-12-28 08:39:43.764 A/V diverged by 6.125 frames, extending frame to keep audio in sync 2004-12-28 08:39:43.844 A/V diverged by 6.9625 frames, extending frame to keep audio in sync 2004-12-28 08:39:43.924 A/V diverged by 7.34062 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.004 A/V diverged by 7.3742 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.084 A/V diverged by 7.14315 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.164 A/V diverged by 6.7261 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.245 A/V diverged by 6.16332 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.324 A/V diverged by 5.49122 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.405 A/V diverged by 4.73715 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.485 A/V diverged by 3.9216 frames, extending frame to keep audio in sync 2004-12-28 08:39:44.565 A/V diverged by 3.0537 frames, extending frame to keep audio in sync 2004-12-28 08:39:45.426 A/V diverged by -3.0978 frames, dropping frame to keep audio in sync 2004-12-28 08:39:45.514 A/V diverged by -3.43782 frames, dropping frame to keep audio in sync 2004-12-28 08:39:45.517 A/V diverged by -3.1471 frames, dropping frame to keep audio in sync 2004-12-28 08:39:45.519 A/V diverged by -3.19782 frames, dropping frame to keep audio in sync 2004-12-28 08:39:45.907 A/V diverged by -3.30865 frames, dropping frame to keep audio in sync 2004-12-28 08:39:45.910 A/V diverged by -3.00647 frames, dropping frame to keep audio in sync 2004-12-28 08:39:45.912 A/V diverged by -3.0486 frames, dropping frame to keep audio in sync 2004-12-28 08:39:46.300 A/V diverged by -3.14002 frames, dropping frame to keep audio in sync 2004-12-28 08:39:46.388 A/V diverged by -3.40062 frames, dropping frame to keep audio in sync 2004-12-28 08:39:46.391 A/V diverged by -3.08795 frames
RE: [mythtv-users] Can't attach LWP xxx operation not permitted.
From: Doug Larrick Christian Hack wrote: Yep that was it it. Thanks. I did that a while back and had forgotten about it since it still seemed to use the RTC method for some reason. BTW, timer method (e.g. RTC) is orthogonal to realtime scheduling. Now you've confused me with orthogonal. According to dictionary.com adj 1: not pertinent to the matter under consideration; So it would seem RTC has nothing to do with the realtime scheduling mentioned in the docs? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
RE: [mythtv-users] Can't attach LWP xxx operation not permitted.
If this is not your problem, ignore me :) Well it wasn't and I didn't :) Thanks again oops Well it _was_ and I didn't :) Thanks again ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
