Re: video card
On 31 Mar 2003 01:57:42 +0200 Falk Hueffner <[EMAIL PROTECTED]> wrote: > Richard Fillion <[EMAIL PROTECTED]> writes: > > > It seems i've partially fixed my problems with slow video output. I > > built XF4.3 and installed it. Now it takes forever to get into X, > > but if it makes it better, i'm all for it. I can play mpegs rather > > well, only dropping a few frames here and there. I have 'mplayer' > > aliased to 'mplayer -framedrop -vo sdl -cache 65536 '. Yes, 64megs > > of cache, hey i have 512megs of RAM, may aswell put it to use. Divx > > at original size is decent, almost watchable, but fullscreen it > > starts dropping frames like crazy. I'm confused by "Now it takes forever to get into X". What do you mean by this? What did you use compiler switches did you use for the DefaultGcc2AxpOpt variable in the server's host.def file? > That indicates you're not using the Xv extension. Xv moves > YUV-conversion and scaling to the hardware, which saves a lot of CPU > time. Try xvinfo to see whether your card and driver support it, or > mplayer -vo xv. In addition to Falk's suggestion, a couple of other things to try with mplayer are turning double buffering and/or direct rendering on or off. Sometimes they help, sometimes they do not. To turn on double buffering in the X server, your XF86Config file needs to have a 'Load "dbe"' line in the Module section. After restarting the server, try starting mplayer with the -double switch. Direct rendering (which may or may not work) is turned on in mplayer with the -dr switch. One other thought, if your running with a color depth of 32, try reducing it to 24 or 16 bpp. Then there's less color data that needs to be processed. Alan
Re: video card
Richard Fillion <[EMAIL PROTECTED]> writes: > It seems i've partially fixed my problems with slow video output. I > built XF4.3 and installed it. Now it takes forever to get into X, > but if it makes it better, i'm all for it. I can play mpegs rather > well, only dropping a few frames here and there. I have 'mplayer' > aliased to 'mplayer -framedrop -vo sdl -cache 65536 '. Yes, 64megs > of cache, hey i have 512megs of RAM, may aswell put it to use. Divx > at original size is decent, almost watchable, but fullscreen it > starts dropping frames like crazy. That indicates you're not using the Xv extension. Xv moves YUV-conversion and scaling to the hardware, which saves a lot of CPU time. Try xvinfo to see whether your card and driver support it, or mplayer -vo xv. -- Falk
video card
It seems i've partially fixed my problems with slow video output. I built XF4.3 and installed it. Now it takes forever to get into X, but if it makes it better, i'm all for it. I can play mpegs rather well, only dropping a few frames here and there. I have 'mplayer' aliased to 'mplayer -framedrop -vo sdl -cache 65536 '. Yes, 64megs of cache, hey i have 512megs of RAM, may aswell put it to use. Divx at original size is decent, almost watchable, but fullscreen it starts dropping frames like crazy. I thought i'd try a different video card on the box, something hta ti know works well for video, so i took my Riva TNT card and put it in. It's an older card (~1997), but SRM refused to recognize it. So then i got a nice plan. I put both the Matrox Millenium and the TNT card in. SRM came up on the Matrox card. Then i set up /etc/X11/XF86Config-4 to load up the "nv" driver instead of the "mga" driver. I restarted xdm and xdm started running, but now i got no output on either video cards. I ssh'ed in and saw that X had detected the TNT card, and was running, but i was getting no output, anywheres. So... my question would be.. Is there any way to do what i'm trying to do? Should i just buy a new video card? Can any of you play videos at a decent rate on Matrox Millenium cards? If so..how? Oh.. btw.. according to the guy who sold me the box, it has the latest SRM. Richard Fillion [EMAIL PROTECTED]
Re: Promise Controller
Well there goes a reboot for nothing... it was already in a 32bit pci
slot. The only thing i have in a 64bit pci slot is my video card. Any
other ideas?
Richard Fillion
[EMAIL PROTECTED]
On Sun, Mar 30, 2003 at 01:42:39PM -0500, Jay Estabrook wrote:
> On Sat, Mar 29, 2003 at 09:01:31PM -0600, Richard Fillion wrote:
> >
> > I'm trying to get a Promise controller working in my PWS500au, and i'm
> > not having very good luck. The controller works cause i used it once in
> > my celeron, and it works with linux/alpha cause i used to use it in my
> > DS3305 to get this same drive to work. Here's what the kernel spits out
> > before it stops at boot:
> >
> > ide0 at 0x1f0-0x1f7, 0x3f6 on irq 14
> > ide2 at 0x8410-0x8417, 0x8422 on irq 44
> > blk: queue fc658080, no I/O memory limit.
> > hdf: 117231408 sectors (60022MB) w/ 2048KiB cache, CHS 116301/16/63
> > UDMA(100)
> > hda: ATAPI 32x CD-ROM drive 256kb cache, DMA
> > Uniform CD-ROM driver Revision 3.12
> > Parition check:
> >hdf: hdf: dma_intr: status 0x51 {DriveReady SeekComplete Error}
> >hdf: dma_intr: error 0x84 {DriveStatus Error Bad CRC}
> >
> > And then it just sits there...
>
> Is the PROMISE card in a 32-bit or 64-bit slot?
>
> If the latter, put it in the former and try again. There are known
> DMA problems on PWS when using nthe 64-bit slots.
>
> --Jay++
>
> -
> Jay A EstabrookHPTC - LINUX support
> Hewlett-Packard Company - MRO1-2/K15 (508) 467-2080
> 200 Forest Street, Marlboro MA 01752 [EMAIL PROTECTED]
> -
Re: Promise Controller
On Sat, Mar 29, 2003 at 09:01:31PM -0600, Richard Fillion wrote:
>
> I'm trying to get a Promise controller working in my PWS500au, and i'm
> not having very good luck. The controller works cause i used it once in
> my celeron, and it works with linux/alpha cause i used to use it in my
> DS3305 to get this same drive to work. Here's what the kernel spits out
> before it stops at boot:
>
> ide0 at 0x1f0-0x1f7, 0x3f6 on irq 14
> ide2 at 0x8410-0x8417, 0x8422 on irq 44
> blk: queue fc658080, no I/O memory limit.
> hdf: 117231408 sectors (60022MB) w/ 2048KiB cache, CHS 116301/16/63
> UDMA(100)
> hda: ATAPI 32x CD-ROM drive 256kb cache, DMA
> Uniform CD-ROM driver Revision 3.12
> Parition check:
>hdf: hdf: dma_intr: status 0x51 {DriveReady SeekComplete Error}
>hdf: dma_intr: error 0x84 {DriveStatus Error Bad CRC}
>
> And then it just sits there...
Is the PROMISE card in a 32-bit or 64-bit slot?
If the latter, put it in the former and try again. There are known
DMA problems on PWS when using nthe 64-bit slots.
--Jay++
-
Jay A EstabrookHPTC - LINUX support
Hewlett-Packard Company - MRO1-2/K15 (508) 467-2080
200 Forest Street, Marlboro MA 01752 [EMAIL PROTECTED]
-
Re: [was:] Setting up kernel 2.4
Herbert Xu <[EMAIL PROTECTED]> writes: > Please file a bug report if you want to see this fixed. First I need to know if I was using the correct kernel. Is kernel-image-2.4.20-1-generic supposed to be OK for AlphaStation 500/266, which Linux 2.2.22 recognizes as an Alcor?
