[Tfug] (no subject)

[Predrag Punosevac]

Compiz is already ported for FreeBSD. I suggested Beryl and PC-BSD to give
them an easy way to try the
KIDS stuff.
You are right the real way to go is to install FreeBSD and do Compiz
installation from ports. Of course,
if you like to waist the time  with that nonsense:-)



----- Original Message ----- 
From: "Jude Nelson" <judecn at gmail.com>
To: "Tucson Free Unix Group" <tfug at tfug.org>
Sent: Monday, August 06, 2007 20:27
Subject: Re: [Tfug] Beryl


> Don't get too comfy with Beryl...it's obsolete and being merged into
> Compiz-Fusion.  Expect a stable release sometime this year :)
>
> On 8/6/07, Rich <r-lists at studiosprocket.com> wrote:
> >
> >
> > On Aug 6, 2007, at 6:49 pm, Predrag Punosevac wrote:
> >
> > > If  you were running on the top of Windows that is enough of the
> > > reason to
> > > be unresponsive.
> > > I would guess 1Gb of memory and a serious graphics card are
> > > minimum. Check
> > > the FreeBSD for
> > > the list of supported graphics cards.
> > It took me a while to work out what was running on what :-)
> >
> > VMware does 3D, it's just not on by default: http://www.vmware.com/
> > support/ws5/doc/ws_vidsound_d3d_enabling_vm.html
> >
> > Not sure how it achieves this; and I'm not that interested.
> >
> > The obvious option (lightweight, fast) is to request a drawable area
> > through the host OS and pumping OpenGL commands through that directly
> > into the native graphics card.
> >
> > The idiot/savant option (i.e. most compatible, most laborious,
> > slowest), and the only one I've seen so far, is to implement a simple
> > graphics driver that can handle some 3D stuff, rendering it in
> > software, then dump that bitmap at every (periodic) vertical refresh
> > into the host OS's visual space. In this case, your native graphics
> > card isn't going to matter much but your CPU speed and memory
> > architecture is.
> >
> > The halfway house option (labourious, mediocre speed, not so
> > compatible) is for VMware to arbitrate 3D through the host OS's
> > graphics driver, but still rendering the result in software.
> >
> > Where a host OS is expected to handle graphics stuff for VMware's
> > clients, that host would need a pretty hefty graphics card.
> >
> > R.
> >
> >
> > _______________________________________________
> > Tucson Free Unix Group - tfug at tfug.org
> > Subscription Options:
> > http://www.tfug.org/mailman/listinfo/tfug_tfug.org
> >
> _______________________________________________
> Tucson Free Unix Group - tfug at tfug.org
> Subscription Options:
> http://www.tfug.org/mailman/listinfo/tfug_tfug.org
>