The online racing simulator
Yeah, E17 worked fine on Linux when I tested it briefly.
Quote from Scawen :I'm sure that supported software with security patches will be safer for the average Joe. I feel quite negative about Windows 7 because in every day life it seemed to be throwing obstacles into my path with nearly every step I tried to take.

I've quietly been following the Windows * discussion, trying not to fuel anyone's fire, but here goes:

Quote from The Register :Microsoft has left Windows 7 exposed by only applying patches to its newest operating systems.

Researchers found the gaps after they scanned 900 Windows libraries and uncovered a variety of security functions that were updated in Windows 8 but not in 7.

Redmond is patching Windows 8 ... ows 7, say security bods


Anyway, I guess most Linux users would advocate a OpenGL version rather than dx-anything. But I can't even start to imagine how much work it would be to rewrite the whole darn thing.

By the way, just spent two nights in a row racing FBM on demo servers after about 2 years not racing at all. 0.6E though, will try the latest patch tonight. Good fun!

Edit: Just tried LFS 0.6E17 in wine-1.7.18. It ran "fine" after using winetricks to install DX9, but not nearly with the same performance as in windows (but that is to be expected, I guess?).
Quote from Scawen : Do you or any other Linux users know of any issues running the latest test patch in Wine?

The first DX9 enabled version (E15?) worked perfectly with the latest version of WINE at that time. Oddly enough I seem to be having an issue with E17. WINE 1.7.19 apparently fails to do some texture conversions and a lot of textures are missing as a result.


fixme:d3dx:D3DXLoadSurfaceFromMemory Format conversion missing 0x14 -> 0x31545844
fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Texture loading failed.

Google suggests that this can be worked around by installing native d3dx9_36.dll
does the oculus even support xp?
Quote from MadCatX :The first DX9 enabled version (E15?) worked perfectly with the latest version of WINE at that time. Oddly enough I seem to be having an issue with E17. WINE 1.7.19 apparently fails to do some texture conversions and a lot of textures are missing as a result.

Are there any particular types of textures that are missing? I'm trying to understand why some would succeed and others would fail. Maybe a screenshot would help.

EDIT : I don't think LFS contains any relevant changes as I did not change anything to do with texture loading. From the vague information I found in Google from that error message, it seems to be a problem loading a DXT1 texture, which is pretty basic stuff for DX9. Is it easy to go back to the earlier version of Wine to see if LFS still works in that version? That would confirm that it's a new bug introduced into Wine, and I would hope the Wine developers can easily fix that.
PeterN, which version of Wine are you using that works well?

Because MadCatX reports problems with Wine 1.7.19 (above)
Please give us some small comment about physics to balance out all the talk about operating systems in this thread.
Quote from Scawen :Are there any particular types of textures that are missing? I'm trying to understand why some would succeed and others would fail. Maybe a screenshot would help.

EDIT : I don't think LFS contains any relevant changes as I did not change anything to do with texture loading. From the vague information I found in Google from that error message, it seems to be a problem loading a DXT1 texture, which is pretty basic stuff for DX9. Is it easy to go back to the earlier version of Wine to see if LFS still works in that version? That would confirm that it's a new bug introduced into Wine, and I would hope the Wine developers can easily fix that.

The problem seems to be isolated to JPEG textures - as is somewhat confirmed by this "fixme" message

fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Generation of mipmaps for compressed pixel formats is not implemented yet

I guess that a newer revision of DX9 introduced a functionality that is not supported yet by WINE directly. I'm on a less than useless mobile connection at the moment so I cannot grab the latest DX9 libraries and start experimenting but if it takes as less as telling WINE to use a native d3dx9 library I don't consider it a problem.

Any chance you can reupload E15 so we can verify that a native d3dx9 library is necessary only for E17 onwards?

I attached a screenshot to show what my LFS looks like now.

EDIT: I tried to downgrade to 1.7.18 (what's reported to work by felplacerad) and it exhibits the same behavior so I suppose that WINE really is lacking some functionality used by LFS.
Attached images
lfs_wine1719_2.jpg
Quote from MadCatX :The problem seems to be isolated to JPEG textures - as is somewhat confirmed by this "fixme" message

fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Generation of mipmaps for compressed pixel formats is not implemented yet

I guess that a newer revision of DX9 introduced a functionality that is not supported yet by WINE directly. I'm on a less than useless mobile connection at the moment so I cannot grab the latest DX9 libraries and start experimenting but if it takes as less as telling WINE to use a native d3dx9 library I don't consider it a problem.

Any chance you can reupload E15 so we can verify that a native d3dx9 library is necessary only for E17 onwards?

I attached a screenshot to show what my LFS looks like now.

I have no problems after I switched to d3dx9 from Microsoft (installed it with winetricks).
Quote from Flame CZE :Here's the E15 zip file: www.lfs.net/file_lfs.php?name=LFS_6E15.zip

Nice, thanks.

Reverting to E15 doesn't fix anything which is rather odd because I'm absolutely sure it used to work before. It's however possible that I'd had the required fix already in place when I tested LFS in WINE last time. I replaced the hard drive in my computer some time after that so I might as well have forgotten all about it...

Putting "d3dx9_43.dll" into LFS directory and launching LFS like this:

WINEDLLOVERRIDES=d3dx3_43=n wine LFS

fixes the problem with no apparent side effects so I mark this problem as solved. It'll make a good WINE AppDB entry though.
Quote from sinbad :Please give us some small comment about physics to balance out all the talk about operating systems in this thread.

discrete attempt
Let's talk about this when 0.6F is out ^^
Quote from MadCatX :Putting "d3dx9_43.dll" into LFS directory and launching LFS like this:

WINEDLLOVERRIDES=d3dx3_43=n wine LFS

fixes the problem with no apparent side effects so I mark this problem as solved. It'll make a good WINE AppDB entry though.

Very pleased you could fix it!

But I noticed something wrong in your "code" section above, which says "d3dx3_43" but should be d3dx9_43 ... I'm just mentioning that as if you copied and pasted that from your real startup command, I guess it's not having any effect and you could leave that out?
Quote from Scawen :
But I noticed something wrong in your "code" section above, which says "d3dx3_43" but should be d3dx9_43

Oh... I tried renaming the library to something nonsensical and the problem came back. I conclude that WINE uses the DLL automatically no matter whether I explicitly tell it to do so or not. I suppose that the "override" directive is needed only if the library is placed in the WINE's equivalent of "system32" directory, whereas I put in directly into LFS directory to avoid any potential problems with other applications.
Quote from luchian :Thank you Carl. If I may add a bit to the discussion, what's better than a picture ? I know, 2 pictures. What's better than 2 pictures ? A blind test ! (sorry I had to.. for some reason..).
Anyways, here's the pic(s); could you folks tell me which one is DX9 and which one is DX11 please ?

PS: don't mind the AA please .

DX11 is obviously the middle one.

Yay, whad did I won?
Quote from Scawen :PeterN, which version of Wine are you using that works well?

I'm using wine 1.4.1. I have no wine dll overrides set.
I tested removing the d3d files from my fake system32 folder and indeed had lots of errors with textures.
i know its very off topic but i kinda wanna ask it

will it be possible in the near future to post any kind of screenshots from the new tracks you guys are working on?
Quote from felplacerad :Edit: Just tried LFS 0.6E17 in wine-1.7.18. It ran "fine" after using winetricks to install DX9, but not nearly with the same performance as in windows (but that is to be expected, I guess?).

Unless your machine is really old, no. Performance should be quite similar. Sometimes it's even sightly faster on WINE, probably due to some duplicate calls being filtered out.
Quote from giannhsgr1 :i know its very off topic but i kinda wanna ask it

will it be possible in the near future to post any kind of screenshots from the new tracks you guys are working on?

It's most probably not gonna happen anymore, sadly. The devs seem to have learnt once and now don't want to show any more screenshots of their work.
Quote from Ped7g :DX11 is obviously the middle one.

Yay, whad did I won?

A pair of glasses ? (and Carl is right : P)
I find it funny how Windows users complain about support from a 12 year old OS, from a company that has a three to five year release cycle of Operating systems, and a 9-12 year support cycle. $119/upgrade, or less than $40/year

Let's compare to other popular OS...

MacOSX has a "support 2 versions back" policy, but a yearly release cycle, and you have to upgrade or get left behind. $50/year

Ubuntu Linux releases every 6 months, with an LTS version every year and a half. Regular versions are supported up until the next release, and LTS has 3 year support. Like Apple, upgrade or get left in the dust. And by the nature of Linux, the system can get quite dirty with orphan files when upgrading. Free of course

If your computer was Vista capable, you can run Windows 7 or 8 no problem.

So stop complaining about old systems and support for XP. It is time to leave XP behind and end the myth that Windows is the most insecure OS.
Quote from Impreza WRX :MacOSX has a "support 2 versions back" policy, but a yearly release cycle, and you have to upgrade or get left behind. $50/year

Future OS X versions are actually free now starting with 10.9 Mavericks, as long as you're atleast running 10.6 Snow Leopard.
How did we go from LFS Physics to any other OS fight on the Internet?

FGED GREDG RDFGDR GSFDG