Currently when held bitmap drawing is on Allegro sets the display
transformation to identity then transforms bitmaps manually. This in
itself isn't the problem but with the patch attached the display
keeps the transform and Allegro only does a local transform on bitmaps.
This allow primitives
Thanks for reporting this. Looks like I messed this up. I think this patch will
fix it:
diff --git a/src/timernu.c b/src/timernu.c
index 9179969..66f1c33 100644
--- a/src/timernu.c
+++ b/src/timernu.c
@@ -104,6 +104,7 @@ static void timer_thread_proc(_AL_THREAD *self, void
*unused)
This thread got brought into private messages. Elias:
--
First of all, Elias can you confirm why you wanted this in TLS? I guess it
allows displays to be created in parallel, which might be a tiny advantage,
though this should run pretty quickly (instantly?)
But if we do go with a mutex, you
The thing is this state isn’t public, it’s only used in the D3D driver
internally.
From: Elias Pschernig___
Allegro-developers mailing list
Allegro-developers@gna.org
https://mail.gna.org/listinfo/allegro-developers
On Mon, November 28, 2016 3:13 am, tr...@nooskewl.ca wrote:
> On Mon, November 28, 2016 2:05 am, Thomas Fjellstrom wrote:
>> On Sunday, November 27, 2016 7:46:21 PM MST you wrote:
>>> On Sun, November 27, 2016 7:39 pm, Thomas Fjellstrom wrote:
>>> >> Nobody finds them useful, don't have a hissy
On October 23, 2015 12:43:45 AM Max Savenkov wrote:
> After a bit more thinking, I decided to ask more knowledgeable people
> than me about this. I'll rely here what they say, if anything.
I'd really like to see documentation backing this up, the idea that doing this
is actually OK and
I committed your fix just now, seems to still work on the games I tested.
Thanks!
-Original Message-
From: Allegro-developers [mailto:allegro-developers-boun...@gna.org] On Behalf
Of Trent Gamblin
Sent: October 20, 2015 3:15 PM
To: 'Max Savenkov' <max.saven...@gmail.com>; a
Sorry Max, think I sent you an email directly...
What do you mean by "it ends in chaos"? In my experience it works fine.
-Original Message-
From: Allegro-developers [mailto:allegro-developers-boun...@gna.org] On Behalf
Of Max Savenkov
Sent: October 20, 2015 2:00 PM
To:
I think we should support 10.6 still. 10.6 is the latest version that runs on
i386 processors. FWIW my games support 10.6 so breaking that compatibility
would be a problem for me.
From: Allegro-developers [mailto:allegro-developers-boun...@gna.org] On Behalf
Of Elias Pschernig
Sent:
Actually it’s not exactly like that. It’s function arguments. You can’t pass an
int to a fuction that takes a float or you get:
C:\Users\Trent\code\Nooskewl_Engine\src\Nooskewl_Engine\map_entity.cpp(770):
warning C4244: 'argument' : conversion from 'int' to 'float', possible loss of
data
Guh, not function arguments, but not constants either… anyways, I don’t have a
problem if someone does fix these but it can be a nuisance.
From: Allegro-developers [mailto:allegro-developers-boun...@gna.org] On Behalf
Of Trent Gamblin
Sent: December 2, 2015 8:36 PM
To: 'Elias Pschernig' <
The other issue I can think of is static linking. If you are static linking,
you need to define ALLEGRO_STATICLINK. You can do that either in your program
before including allegro.h:
#define ALLEGRO_STATICLINK
#include
Or if you have multiple files, define it on the compilation command
You want to link in the order of most dependent to least dependent. What
that probably means is agup first, allegro second, and after that I
don't know what you have but it might not matter.
On 16-05-21 08:50 AM, Andrew Robinson wrote:
Sorry, but I think I am leaving out some important
I haven't had problems yet on Windows 10 Anniversary, but I've only been
using Xinput... the discussion thus farhas been about OS X.
On 2016-08-11 11:17 AM, Thomas Fjellstrom wrote:
On Wednesday, August 10, 2016 1:20:22 PM MDT Trent Gamblin wrote:
On closer inspection (running
-
From: Allegro-developers [mailto:allegro-developers-boun...@gna.org] On Behalf
Of Trent Gamblin
Sent: August 9, 2016 9:01 PM
To: 'SiegeLord' <siegelor...@gmail.com>; allegro-developers@gna.org
Subject: Re: [AD] 5.2.1.1
If it's easy to do, it would be beneficial to make the left st
I just found a couple bugs in Android copy/paste. If it's not too late, could
these make it into the upcoming patch release? Here's the pull request:
https://github.com/liballeg/allegro5/pull/665
___
Allegro-developers mailing list
Thanks for the bindings, this looks pretty good. I added the link. It
should update at 7 minutes after the hour.
On 2016-11-06 06:00 AM, Gil Barbosa wrote:
Hi,
I developed a Lua 5.2+ binding for Allegro 5.2 using SWIG, and would
like it added in the "Language Bindings" page in Allegro
On Sat, March 4, 2017 1:52 pm, SiegeLord wrote:
> So apparently gna.org will be shutting down soonish, see
> https://mail.gna.org/public/project/2016-11/msg1.html for the
> announcement.
>
> Right now we use gna.org for the downloads and the file hosting, while
> Github contains the website,
On Sat, March 4, 2017 3:42 pm, SiegeLord wrote:
> Here are our download stats these days:
>
> http://stats.gna.org/download.gna.org/allegro/
>
> E.g. for the month of January we had a max of 1740 file downloads per
> day totaling about 2GB. I tried downloading a file right now and got
> about 184
Or if SourceForge is not tampering with files, just put them there...
On Sat, March 4, 2017 4:25 pm, Trent Gamblin wrote:
> On Sat, March 4, 2017 3:42 pm, SiegeLord wrote:
>> Here are our download stats these days:
>>
>> http://stats.gna.org/download.gna.org/allegro/
>
exactly the same thing.
On Sun, March 5, 2017 9:35 am, Trent Gamblin wrote:
> Or if SourceForge is not tampering with files, just put them there...
>
> On Sat, March 4, 2017 4:25 pm, Trent Gamblin wrote:
>> On Sat, March 4, 2017 3:42 pm, SiegeLord wrote:
>>> Here are our d
21 matches
Mail list logo
