Well beige looks stupid, and I don't want a i-Mac clone either No idea if tapestry or wallpaper would improve the situation.. or hiring some arts student.:)
Take the market for mobile phones. Ever seen what a bunch of upper shells they sell for ridicoulous prices today?
Then I was shocked to find out that the books were published in HTML with an optional Java based search engine. This leads to several questions.
First, in this day and age, electronic publications (e-books) seem to be synonymous with encryption and proprietary data formats to protect copyright. Why did O'Reilly & Associates decide to use an open, and technically unprotected, format? Do you think this is a big risk?
Good point. I was lucky to buy the excellent Effective C++ CD-ROM by Scott Meyers (it contains both Meyers books and several magazine articles in HTML) very early via German amazon.de
I recommended this most useful CD-ROM to many colleagues, but Amazon does not offer it anymore in Germany. I suspect due to pirating.
After having wasted more than half a day of work with MS Visual C++, I'd suggest a "Dung Beetle" for that one. (The small guy doing by far the better compiling:)
Direct3D is the 3D-specific subset of DirectX, and is almost completely unsupported in Wine at this time, although as you mention, there's a Direct3D->Mesa mapping effort underway.
You are right (but I knew this already:) My statement was not based on running Wine but on having a look at this link:
This files contains all the D3D devices that Wine supports. For the moment
only the 'OpenGL' target is supported. */
#include
#include "config.h"
#include "windef.h"
#include "winerror.h"
#include "wine/obj_base.h"
#include "heap.h"
#include "ddraw.h"
#include "d3d.h"
#include "debugtools.h"
#include "d3d_private.h"
DEFAULT_DEBUG_CHANNEL(ddraw)
/* Define this variable if you have an unpatched Mesa 3.0 (patches are available
on Mesa's home page) or version 3.1b.
Version 3.1b2 should correct this bug */
#undef HAVE_BUGGY_MESAGL
#ifdef HAVE_MESAGL 1
My reason to find out what the Wine folks are doing is this one:
There is a new 3d API on the block, QDraw, that will be the foundation for a new 3d Web format (GEL). This API is crossplatform (NT and UNIX, I was able to run it under FreeBSD) and uses different backends, presently OpenGL and ASCII aalib (yes:-)
Now comes the funny bit. QDraw is from the original Direct3d guys - and while being much more cleaner (a nice C++ API, as far as I can see from the example sources) it is closer to Direct3d than OpenGL. So it might be easier to realize a Direct3d -> QDraw mapping, than the one to Mesa.
I was surprised to learn yesterday that the Wine folks are actually tackling DirectX emulation by rendering it with Mesa.
Of course, now that we have several accelerated cards working with Mesa (Glide, G200/G400, RIVA) I would love to know how fast the emulation might turn out on older (but still good) game titles.
The requirement for e.g. Jedi Knight was a P5-90, so it might run acceptable under Wine emulation.
My question:
Has anyone tried out older DirectX stuff under Wine and accelerated Mesa and can post something about the performance here?
Where can I read about performance and successful emulation examples? The apps service on the Wine HQ site did not work last time I checked.
I have no problems with the occasional gang of trolls and enjoy even bad remarks, as long as it is kind of fair.
In the usual BSD/Linux flamewars for example, idiots of both sides usually average out and some of them are even funny.
But there are occasions when rudeness and tastelessness are totally inappropriate. The Stevens debate was one of them. Here I wished (I don't know if it was done) that the worst offenders simply were removed.
That has nothing to do with censorship, I doubt there is any culture were hools of that sort would have been tolerated.
So how should I proceed to get some fundamental OpenGL-knowledge?
The beautiful thing about OpenGL is that it is mostly platform independent. So you could start by adapting existing code, reuse the OS interfacing parts, and put in your own OpenGL code. Such code and lots of tutorials can be found at www.opengl.org and in the example directories of a Mesa distribution. (We owe Brian!)
Side note: Interestingly enough the Win32 world seems to stay closed as it always have been, while there are many OpenGL demos for Win32 out there, few of those authors disclose their source.
Ultimately get the new Woo book for OpenGL 1.2 and the Kilgard book for the interaction with the X environment.
If you are interested in 3d graphics for FreeBSD watch the announcement for the upcoming 3d section on www.freebsd.org
Answer: Yes. The DRI is being ported to FreeBSD so some OpenGL support should be possible. However, most IHVs and ISVs will only be looking at Linux support, at least for the time being.
This sounds a bit like there is no much OpenGL sppport. Let me clarify that we have both software rendered and hardware accelerated 3d for FreeBSD.
There is a Mesa version for GLIDE in the ports collection for some time now, and ports of the open GLX effort for Matrox (G200) and nvidia (RIVA128, 128ZX, TNT, TNT2..) cards are under public testing now. Works already very smooth with the usual gang of apps (xscreensaver, Mesa Demos, Flightgear..)
It is perfectly clear from Reno's letters to Warssanaw (I probably didn't spell that right) countries that she would just as soon have crypto be inaccessable to ANYONE.
A similiar letter from Janet Reno was sent to Germany's federal minister of justice Hertha Däubler-Gmelin too. Read that letter here and the background story here.
The only explanation that makes sense to me is that the U.S. government indeed is able to gather a lot of useful information under present communication habits.
And what nature is this information - fighting drug dealers, organized crime or terrorists?
Nope. It seems to be mostly economical espionage. Some cases that became public:
European Union / U.S. economic treaty negotiations - the EU delegation was eavesdropped by the U.S. who had easy play knowing the others strategy and goals
A solar energy company from north germany suddenly found their invention patented by a U.S. company
During the bidding for a train system, the german led ICE consortium lost to the french TGV because the French were able to eavesdrop the ICE faxes
Another interesting item is that even the german armed forces use Lotus Notes, despite it's weak encryption..
Using Cygwin it was easy to compile e.g. Gnuplot and using it together with an existing port of xlib and former MIX as (very limited) X-Server. I have not seen a port of XFree86 yet.
What exists and might give some hints is a port to OS/2 (the OS/2 API calls are different but the structure of PM programs is quite similiar to Win32). Then there is of course the port of GIMP to Win32. So GTK stuff should be easier to port.
Slashdot Mirror
No idea if tapestry or wallpaper would improve the situation.. or hiring some arts student.
Take the market for mobile phones. Ever seen what a bunch of upper shells they sell for ridicoulous prices today?
I wonder if they sell mahogany cases? :)
And: (sorry, the weird thought just occured)
If future archæologists discover the tomb of Tut-ankh-Gates, will they find him burried along with hundreds of Intel scarabs? :)
I wonder if they sell mahogany cases? :)
First, in this day and age, electronic publications (e-books) seem to be synonymous with encryption and proprietary data formats to protect copyright. Why did O'Reilly & Associates decide to use an open, and technically unprotected, format? Do you think this is a big risk?
Good point. I was lucky to buy the excellent Effective C++ CD-ROM by Scott Meyers (it contains both Meyers books and several magazine articles in HTML) very early via German amazon.de
I recommended this most useful CD-ROM to many colleagues, but Amazon does not offer it anymore in Germany. I suspect due to pirating.
After having wasted more than half a day of work with MS Visual C++, I'd suggest a "Dung Beetle" for that one. :)
(The small guy doing by far the better compiling
This would be a shame. Can't believe that.
Ever considered erecting an open source project?
Next to a server with 24/7 conection to the Internet there is a certain set of infrastructure software you simply have to have:
I wonder why nobody wrote such a Infrastructure in a Nutshell yet (gimme a mail, Tim :-)
On the other hand I am not surprised not to see a Kernel Hacking in a Nutshell yet.. that stuff is too much in flow for Linux as well as for FreeBSD.
I sent a proposal for a book on CVS and related tools to ORA Germany (but got no feedback yet) - is there anything planned in this direction?
Gimme the USS Kenny! :)
You are right (but I knew this already :)
My statement was not based on running Wine but on having a look at this link:
http://www.winehq.com/source/graphics/d3ddevices.c
Particular this part:
My reason to find out what the Wine folks are doing is this one:
There is a new 3d API on the block, QDraw, that will be the foundation for a new 3d Web format (GEL). This API is crossplatform (NT and UNIX, I was able to run it under FreeBSD) and uses different backends, presently OpenGL and ASCII aalib (yes :-)
Now comes the funny bit. QDraw is from the original Direct3d guys - and while being much more cleaner (a nice C++ API, as far as I can see from the example sources) it is closer to Direct3d than OpenGL. So it might be easier to realize a Direct3d -> QDraw mapping, than the one to Mesa.
I was surprised to learn yesterday that the Wine folks are actually tackling DirectX emulation by rendering it with Mesa.
Of course, now that we have several accelerated cards working with Mesa (Glide, G200/G400, RIVA) I would love to know how fast the emulation might turn out on older (but still good) game titles.
The requirement for e.g. Jedi Knight was a P5-90, so it might run acceptable under Wine emulation.
My question:
Has anyone tried out older DirectX stuff under Wine and accelerated Mesa and can post something about the performance here?
Where can I read about performance and successful emulation examples? The apps service on the Wine HQ site did not work last time I checked.
In the usual BSD/Linux flamewars for example, idiots of both sides usually average out and some of them are even funny.
But there are occasions when rudeness and tastelessness are totally inappropriate. The Stevens debate was one of them. Here I wished (I don't know if it was done) that the worst offenders simply were removed.
That has nothing to do with censorship, I doubt there is any culture were hools of that sort would have been tolerated.
Worst discussion ever read on Slashdot :-(
I sighted a "Red Linux" yesterday, in a German media market.
Where they excell is the ease of use and installation and the homogenity of software design.
However such applications, like Final Fantasy VII, have been ported to the PC too.
Things are arranged for cdparanoia IV getting ported to FreeBSD as well. Monty is aiming for a more portable design than the present one.
More in a few weeks! :)
still, the concept of only listening to half a cd or less drives me
Many (if not most) dance music samplers sold in Germany are double CD's, one CD Techno/Trance style, one CD House music style.
If I could, I would just go for Techno.
That news made my day.
And as Episode I opens tomorrow in Germany, let me remind you not to forget to watch this entertaining bit too.
Yeah, FreeBWP is the thing! When I read this Katz bit ..
It's a great movie, but is it worth the cover of both "Time" and "Newsweek?" The hype is getting scarier than the movie.
The beautiful thing about OpenGL is that it is mostly platform independent. So you could start by adapting existing code, reuse the OS interfacing parts, and put in your own OpenGL code. Such code and lots of tutorials can be found at www.opengl.org and in the example directories of a Mesa distribution. (We owe Brian!)
Side note:
Interestingly enough the Win32 world seems to stay closed as it always have been, while there are many OpenGL demos for Win32 out there, few of those authors disclose their source.
Ultimately get the new Woo book for OpenGL 1.2 and the Kilgard book for the interaction with the X environment.
If you are interested in 3d graphics for FreeBSD watch the announcement for the upcoming 3d section on www.freebsd.org
Answer: Yes. The DRI is being ported to FreeBSD so some OpenGL support should be possible. However, most IHVs and ISVs will only be looking at Linux support, at least for the time being.
This sounds a bit like there is no much OpenGL sppport.
Let me clarify that we have both software rendered and hardware accelerated 3d for FreeBSD.
There is a Mesa version for GLIDE in the ports collection for some time now, and ports of the open GLX effort for Matrox (G200) and nvidia (RIVA128, 128ZX, TNT, TNT2..) cards are under public testing now. Works already very smooth with the usual gang of apps (xscreensaver, Mesa Demos, Flightgear ..)
And sure, DRI will get ported.
For more information send mail to 3d@freebsd.org
A similiar letter from Janet Reno was sent to Germany's federal minister of justice Hertha Däubler-Gmelin too.
Read that letter here and the background story here.
The only explanation that makes sense to me is that the U.S. government indeed is able to gather a lot of useful information under present communication habits.
And what nature is this information - fighting drug dealers, organized crime or terrorists?
Nope. It seems to be mostly economical espionage. Some cases that became public:
- European Union / U.S. economic treaty negotiations - the EU delegation was eavesdropped by the U.S. who had easy play knowing the others strategy and goals
- A solar energy company from north germany suddenly found their invention patented by a U.S. company
- During the bidding for a train system, the german led ICE consortium lost to the french TGV because the French were able to eavesdrop the ICE faxes
Another interesting item is that even the german armed forces use Lotus Notes, despite it's weak encryption..Do you have a decent link for Rijndael (Rhine valley)?
Can anyone with a strong CS background comment on this?
What exists and might give some hints is a port to OS/2 (the OS/2 API calls are different but the structure of PM programs is quite similiar to Win32). Then there is of course the port of GIMP to Win32. So GTK stuff should be easier to port.