> Ricordate che tempo fa dicevo che con wine funzionava tutto l'office '97 > professional a parte la stampa? > Ho fatto un aggiornamento con la Debian e ho notato che si era aggiornato > wine > aggiungendo una (o aggiornando?) libwine. > Ho provato a installare Office 2000 e ... spettacolo! Funziona tutto, > stampa > compresa (tramite cups) a parte clippy (ah, grave mancanza! :-) > > Gli sviluppatori di wine sono incredibili! dal loro sito ho trovato una cosa interessante: Pop quiz: what's always the most anticipated game under development? Answer: the next one to be released by id Software. For those of you living in a senseless void, id Software happens to be responsible for thousands upon thousands of hours of lost productivity in the workplace. (Or, as I used to like to tell my boss, it was responsible for keeping me at my desk after hours.) They also happen to be ardent supporters of open source software; many of their games have been released under GPL licensing. They also support open interfaces, such as GL rendering rather than DirectX and as such have been able to release Linux versions of their games for years. Last week saw the release of Doom 3 and the eye candy is simply marvelous. The Linux version isn't available yet, but some people have reported it's possible to run the Windows version with Wine. Shachar Shemesh translated a page describing how to run Doom3: http://linux.israel.net/linuxgames/modules.php?name=News&file=article&sid=55 Translated into English: War games: Yes, it's true, Wine can run the new DOOM3 Several days ago I installed Mandrake 9.2 and was very impressed with Wine. This little program really does wonders. So I said to myself "it can run small Windows apps, but there is no way it can run Doom 3". I did this: cd /mnt/win_f/Doom3 and wrote "wine Doom3.exe", and what did my eyes see? Yes, it is Doom3 running on my computer!!! And with pretty nice graphics Linux should not be ashamed of, to boost! Only one little detail - the in games movies won't work. It probably has something to do with Windows' Direct X. So there you have it. I hope that it will work for you as it has for me!!!! There is also a screen shot there. So, if you want me to relay any questions to the user regarding how he did it? :-) I decided to do a bit of research into this, and found some related bits (in English) at linux-gamers.net and Linux Games . Not too surprisingly, a lot of people have been working on getting it going with Cedega (WineX). However, reports of it working with Wine are very encouraging. Uwe Girlich reported more details on what he found: I just tested out DOOM 3 (no-cd-cracked version) with the current Wine (CVS from 1 hour ago) and found the following problems on the game console: Couldn't find proc address for: wglSwapIntervalEXT Couldn't find proc address for: wglGetPixelFormatAttribivARB Couldn't find proc address for: wglGetPixelFormatAttribfvARB Couldn't find proc address for: wglChoosePixelFormatARB Couldn't find proc address for: wglCreatePbufferARB Couldn't find proc address for: wglGetPbufferDCARB Couldn't find proc address for: wglReleasePbufferDCARB Couldn't find proc address for: wglDestroyPbufferARB Couldn't find proc address for: wglQueryPbufferARB Couldn't find proc address for: wglBindTexImageARB Couldn't find proc address for: wglReleaseTexImageARB Couldn't find proc address for: wglSetPbufferAttribARB GL_ARB_texture_non_power_of_two not found GL_ATI_fragment_shader not found (this is expected, I have a nvidia card) Cg not available. Are these wgl* function difficult to implement? Almost all computer terminals in the game show static black & white noise (instead of some animated computer screen image). I suspect, that this has something to do with the missing 'Cg' support in Wine (DOOM3 cannot find cg.dll & cgGL.dll). On the other hand, the rendering paths (r_renderer nv10, nv20, arb, and arb2) are all more or less working (besides the noise and the too bright lighting in nv10). Lionel Ulmer recognized the calls that were failing. Some of them he wasn't sure how to map to GLX extensions, but some he did, This is part of one of my 'todo' project: adding support for PBuffers in the WineHQ tree (I once started to study both the GLX and WGL extension set to see how it could be done). Now that I know one 'high profile' application that needs them, maybe it will motivate me more :-) Ove Kåven had some tips on how to implement the functionality. Apparently the missing stuff is enough to make the gameplay poor since the "computer screens" Uwe described are an integral part of the game. -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx