To get your executable to run under Windows XP with Visual Studio 2012, you need to:

1) Build with Visual Studio 2012 (Update 1 installed and required for XP support)
2) Select a special "v110_xp" Platform Toolset in project options.

and to run..

a) Statically link with MSVC 11.0 runtime
or..
b) Have Visual C++ 2012 Redistributable (Update 1) installed on your machine.

I take it the allegro binary builds that were posted above had the default "v110" Platform Toolset selected - which requires Vista+ to run.

Edit: See this blog post for more info.

MS had the idea they can silently drop Windows XP support.. but then got lots of heat based on their decision and that's why now you have this whole separate Platform Toolset and Update 1 fiasco

Many thanks for posting the binaries. It's much appreciated.

Edit:

I don't suppose binaries for 4.7.1 TDM would be possible? It's what comes with Code::Blocks by default now and I wouldn't mind upgrading my 4.6.1 to it. (ie: allegro-5.0.9-mingw-4.7.1-tdm.7z)

I would compile it myself but I always seem to have problems. Maybe I'll try again.

Hi,

I can't seem to get ALLEGRO_MIN_LINEAR and ALLEGRO_MAG_LINEAR to work with allegro 5.0.9 and Direct3D.
I think my code is correct as it works when I set al_set_new_display_flags( ALLEGRO_OPENGL );
I've read in the changelog of version 4.9.22: "Added three new bitmaps flags ALLEGRO_MAG_LINEAR, ALLEGRO_MIN_LINEAR, ALLEGRO_MIPMAP. Removed the config settings for linear/anisotropic min/mag filtering. DirectX side not yet updated."
Is it still not working on allegro 5.0.9 ?
Was it fixed in an unofficial version or has someone a fix?

Thanks

Thanks for the reply,

It looks like that the allegro_min_linear/allegro_max_linear is not taken into account with direct3d rendering.

I attached an image to show the differences.
On the left, it's a screenshot with opengl rendering.
On the right, with direct3d rendering.
The top image is enlarged on the screen, so it should use allegro_max_linear.
On the bottom image, the numbers are displayed smaller than their texture, so it should use allegro_min_linear.
I also tried using allegro_mipmap, but I still have the issue.

I'm using allegro 5.0.9 (precompiled versions)

Thanks for the suggestions, it was very helpful

I compiled the ex_filter sample and it didn't have the bug.
Then I remembered that I render everything using the primitives addon.

I updated the ex_filter sample to use al_draw_prim and could reproduce the issue.
The updated sample with the bug is here: http://pastebin.com/CgSpPs4e

I also uploaded a screenshot : top is opengl, bottom is direct3d

Thanks.

Looks like in OpenGL the sampler state is a bitmap property, while in D3D it is a display property... i.e. you need to re-set it before every draw call. I fixed this in 5.1.

I think this also affects the shader stuff (I didn't see if the sampler states are set anywhere for textures other than the first one). It's a little late, so I won't be able to fix this myself.

EDIT: Incidentally, a workabout that might work (untested) is to draw the affected bitmaps with al_draw_bitmap_region (just use a 0 width destination, so nothing is actually drawn). Allegro doesn't bother to reset the sampler states, so they will remain set correctly when the primitives code runs. The proper fix will be in 5.0.10 though (and is already in 5.1 branch and will be in the 5.1.6 snapshot).