Actually we *were* told that the driver didn't support the latest X features like compositing ... but that was a long time ago they could have fixed it
It isn't that the driver is slow or anything it just doesn't support some features of course that could have changed in the meantime
uuuhhh I know a DSP is not a magic bullet but it might be able to compress the video fast enough to send over usb and have the other DSP decode it.... problem would be lantency wouldn't it with the encoding and all
well how about a demo/benchmark along the lines of the breakpoint 2009 4k winner? It runs half decent on the radeon hd 2600 xt here at school ...
though the pandora probably isn't as fast it has less pixels to render as well... maybe it could be ran at half res never the less it is worth...
@Adventus that makes sence thanks
@Dragon's slayer uhm... Irrlitch is a c++ engine someone mentioned it already has a gl es 1.0 backend and they are working on opengl es 2 iirc
It seems fairly easy ... just never had the free time to get into it... I am supposed to have a bunch of free time...
well... it would be faster wouldn`t it? could be used as an engine for games like Mdave`s
I really don`t have a grasp on the requirements of xreal since it requires shaders and I don`t have a graphics card that has them... what is the proformance on lower end HW like intel or low end...
how about moving the list to the wiki and continuing the discussion here...
wikis are the best for collaboration... instead of 1000 posts here telling you to add stuff... lots of people could add it themselves
prophet's emu list is a prime example of why lists should be on the wiki
@lulzfish glxgears is not a benchmark.... anything that runs faster than your vsync is a weak benchmark at best and glxgears is one of the worst
the only realy use for glxgears is to tell if acceleration is enabled since it causes a huge difference from sw rendering
The reason glxgears isn't a...
I dont' think there are any full time devs on Haiku atm but there are a good number of devs working on it every day as can be seen from the SVN commits and blogs
also gcc4 and gallium3d softpipe and gnash have been recently ported
An introduction from the GSoC coder that is working on the project
CODE
http://www.haiku-os.org/blog/pfoetchen/2009-04-21/porting_haiku_arm_architecture
hopefully he will have time to get the framebuffer and input working :-)
No obviously not I was implying that networked games are highly impractical for dialup users... or have you forgotten what it is like? running along fine in ioquake at the 28k bandwidth setting.... only 3 other people in the map... LOCKUP!!! (Acutally saurbraten is playable so it isn`'t soo bad)...
also loads of programs for BeOS ram on PPC and x86 ... and haiku is apparently proving portable as well with PPC m68k MIPS and now ARM ports in varying states of progress
lulzfish... why would anyone both spending years of free time building a free OS ... there must be a reason... hmmm *rummages around* ... heh apparently people aren't 100% satisfied with even Linux that is where AROS and Haiku come in...
@lulzfish oh yes.... nearly all except large programs are distributed as .zip files for BeOS/Haiku programs like firefox have .pgk files.... other wise just drop it in the apps directory and your set
oh and a load of screensavers too check out the neblula one
I was just pointing out there isn't any reason you couldn't run it afaik if you using Linux
sound works for me ...
have you ran winconfig and set the sound driver? if it crashes when you click the sound tab or won't play the test beep thier is probably a problem with your sound setup or it...
ic :-)
there is also .config/apps/name I think in the home dir
they definitely target desktop easy of use and the menn system would probably work nicely on a touch screen and or mapped to the menu key and dpad
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.