<?xml version="1.0"?>
<rss version="2.0">
	<channel>
		<title>Allegro 5.2.5 released!</title>
		<link>http://www.allegro.cc/forums/view/617757</link>
		<description>Allegro.cc Forum Thread</description>
		<webMaster>matthew@allegro.cc (Matthew Leverton)</webMaster>
		<lastBuildDate>Tue, 26 Mar 2019 10:07:35 +0000</lastBuildDate>
	</channel>
	<item>
		<description><![CDATA[<div class="mockup v2"><p><span class="remote-thumbnail"><span class="json">{"name":"611923","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/3\/a\/3a0a3fc0681b4f8136d6dcbee6ca20f3.png","w":940,"h":620,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/3\/a\/3a0a3fc0681b4f8136d6dcbee6ca20f3"}</span><img src="http://www.allegro.cc//djungxnpq2nug.cloudfront.net/image/cache/3/a/3a0a3fc0681b4f8136d6dcbee6ca20f3-240.jpg" alt="611923" width="240" height="158" /></span></p><p>You know what keeps happening again and again? That&#39;s right, it&#39;s Allegro 5 releases! It&#39;s literally been exactly a year since the previous release, it&#39;s amazing how much time gets taken up by having a day job!</p><p>Anyway, as always you can download the sources and MinGW binaries on <a href="https://github.com/liballeg/allegro5/releases/tag/5.2.5.0">GitHub</a> (get dependencies <a href="https://github.com/liballeg/allegro_winpkg/releases/tag/1.8.0">here</a>). You can MSVC binaries from <a href="https://www.nuget.org/packages/Allegro/5.2.5">Nuget</a> and Ubuntu binaries from a <a href="https://launchpad.net/~allegro/+archive/ubuntu/5.2/">PPA</a>. Homebrew binaries are forthcoming.</p><p>Here&#39;s the changelog:</p><h1>Changes from 5.2.4 to 5.2.5 (February 2019)</h1><p>

The main developers this time were: Sebastian Krzyszkowiak, SiegeLord, Elias Pschernig, Bruce Pascoe, Aldrik Ramaekers, Firat Salgur.</p><p>Core:</p><ul><li><p>Try to identify bitmap format for unknown extensions.</p><br /></li><li><p>Add some missing OpenGL 4.3 functions.</p><br /></li><li><p>Add <span class="source-code">al_create_thread_with_stacksize</span> to create threads with a custom stack size. (Aldrik Ramaekers)</p><br /></li><li><p>Add <span class="source-code">al_get_system_id</span> function, letting you disambiguate platforms at runtime.</p></li></ul><p>Graphics:</p><ul><li><p>Add <span class="source-code">al_get_monitor_dpi</span> to query the DPI of a monitor.</p><br /></li><li><p>Add new API for making blender a bitmap-local state (like transformations), which can simplify some code. See <span class="source-code">al_set_bitmap_blender</span> and the related APIs. Also see the <span class="source-code">ex_blend_target</span> example.</p><br /></li><li><p>Added <span class="source-code">al_transpose_transform</span>. This is useful for rotation transformations.</p><br /></li><li><p>Rework internal GLES support for better portability.</p><br /></li><li><p>Don&#39;t force POT bitmaps on GLES.</p><br /></li><li><p>Fix repeated bitmap locking on OpenGL.</p></li></ul><p>Android:</p><ul><li><p>Various documentation and other improvements (Christian Mauduit).</p><br /></li><li><p>Fix OpenGL version reporting after display creation.</p></li></ul><p>iOS:</p><ul><li><p>Fix OpenGL version reporting after display creation.</p></li></ul><p>Linux:</p><ul><li><p>Improve linux joystick detections.</p><br /></li><li><p>Fix a number of memory leaks/crashes in the audio addon when using pulseaudio/alsa. (Julian Smythe)</p><br /></li><li><p>Fix compilation with Mesa 18.2.5 and later.</p><br /></li><li><p>Fix OpenGL version reporting after display creation (Edgar Reynaldo).</p><br /></li><li><p>Fix requesting specific OpenGL versions via display options (Edgar Reynaldo).</p></li></ul><p>OSX:</p><ul><li><p>Make <span class="source-code"><a href="http://www.allegro.cc/manual/al_get_monitor_info"><span class="a">al_get_monitor_info</span></a></span> return the correct values for Retina displays.</p><br /></li><li><p>Fix vsync on OSX 10.14+.</p></li></ul><p>RaspberryPi:</p><ul><li><p>Fix OpenGL version reporting after display creation.</p></li></ul><p>Windows:</p><ul><li><p>Fix toggling of menu checkboxes by id.</p><br /></li><li><p>Fix <span class="source-code">al_draw_indexed_primitive</span> while using Direct3D.</p><br /></li><li><p>Fix crash when passing <span class="source-code">NULL</span> display to <span class="source-code"><a href="http://www.allegro.cc/manual/al_show_native_file_dialog"><span class="a">al_show_native_file_dialog</span></a></span> while using <span class="source-code">ALLEGRO_FILECHOOSER_FOLDER</span>.</p><br /></li><li><p>Fix OpenGL version reporting after display creation (Edgar Reynaldo).</p><br /></li><li><p>Fix requesting specific OpenGL versions via display options (Edgar Reynaldo).</p></li></ul><p>SDL:</p><ul><li><p>Sebastian Krzyszkowiak has spent a lot of effort to making the SDL backend usable as a nearly fully featured Allegro backend. You can use it on platforms native Allegro implementations do not support (such as emscripten, etc.).</p></li></ul><p>Addons:</p><ul><li><p>Better logging when failing to load a resource.</p><br /></li><li><p>Fix a memory leak when destroying a mixer with attached streams.</p><br /></li><li><p>Fix a memory leak in the audio  destroying a mixer with attached streams.</p></li></ul><p>Acodec addon:</p><ul><li><p>Allow modules to loop properly when the user hasn&#39;t specified loop points. (Todd Cope)</p></li></ul><p>Audio addon:</p><ul><li><p>Better support for big endian. (Douglas Mencken)</p></li></ul><p>TTF addon:</p><ul><li><p>Added support of HarfBuzz in FreeType (Arves100).</p></li></ul><p>Documentation:</p><ul><li><p>Source links now point to the correct commit on GitHub.</p><br /></li><li><p>General improvements and clarifications.</p></li></ul><p>Examples:</p><ul><li><p>Add <span class="source-code">ex_blend_target</span>.</p></li></ul><p>Windows Dependencies:</p><p>The Windows dependencies got upgraded to their newest versions.</p><ul><li><p>libpng 1.6.30 -&gt; 1.6.36
</p></li><li><p>freetype 2.8 -&gt; 2.9.1
</p></li><li><p>libjpeg-turbo 1.5.2 -&gt; 2.0.1
</p></li><li><p>physfs 2.0.3 -&gt; 3.0.1
</p></li><li><p>dumb 0.9.3 -&gt; 2.0.3
</p></li><li><p>libogg 1.3.2 -&gt; 1.3.3
</p></li><li><p>libvorbis 1.3.5 -&gt; 1.3.6
</p></li><li><p>opus 1.2.1 -&gt; 1.3
</p></li><li><p>opusfile 0.8 -&gt; 0.11
</p></li><li><p>libwebp 1.0.2 <b>new</b></p></li></ul><pre class="terminal scroll">SHA256SUMS

95af0d9f712ae26aeab8764d48787f6cfca36e52788fb5ffc6543c1e7762feae  allegro-5.2.5.0.7z
ee97ede13540d1545b10fc63319ccb2bf8e9f8c104abad9ae718abff0444fad5  Allegro.5.2.5.0.nupkg
59968da34a0353913868b8299aaff9520d19a3b0960c6406be8323a6ac9bb719  allegro-5.2.5.0.tar.gz
74722a072e2c94bd25a3ae5a6e71f0950dd7635d575c41d8bead4d079574ac86  allegro-5.2.5.0.zip
70f49ce0e7aa2fd84b02e3a0d327d05f0df2a3a0734526d344513121e6c8ae83  Allegro.5.2.5.1.nupkg
131728627c4fcd2c0757fea393caae5189747b49ef9c0f2f146472c96f5dcee6  AllegroDeps.1.8.0.0.nupkg
692e5fb67d5fedcfa847063ce35ca0b8778a363ab2cc79b10142a19aaced5521  AllegroDeps.1.9.0.0.nupkg
6d32bea9f0e435cd0bf27375ef5c64f3df55edcd6a685a54a45bd7a0a8736c32  allegro_deps-i686-w64-mingw32-gcc-7.4.0-posix-dwarf-1.8.0.zip
2bf32e440d460ac1bc847547561290878584fe025cdbf6f6b719d4706ab5a971  allegro_deps-i686-w64-mingw32-gcc-7.4.0-posix-dwarf-1.9.0.zip
51f26999273ee18d88c18b6ab48f6b3fd96f9913b9ce2a443df768a0ce27bdc5  allegro_deps-x86_64-w64-mingw32-gcc-8.2.1-posix-seh-1.8.0.zip
05b30a518afeac87876282dee52b2fcee4403401499795dab77f069563789dee  allegro_deps-x86_64-w64-mingw32-gcc-8.2.1-posix-seh-1.9.0.zip
58fc2b25813c41b0b347248802f585615590873645921e0454b6e21854acd429  allegro-i686-w64-mingw32-gcc-7.4.0-posix-dwarf-dynamic-5.2.5.0.zip
6ff46889861274cc2a26181718da936fbce9f817397774d5a5b538797933f035  allegro-i686-w64-mingw32-gcc-7.4.0-posix-dwarf-dynamic-5.2.5.1.zip
9b18bc9c8784481e7f29624ac28e9298f2d7193ce4338c1db31a315be336cbad  allegro-i686-w64-mingw32-gcc-7.4.0-posix-dwarf-static-5.2.5.0.zip
da8fc4e89125342a35ada8c92d9d35c3531d416816d66b579519527e1a2aed48  allegro-i686-w64-mingw32-gcc-7.4.0-posix-dwarf-static-5.2.5.1.zip
ac163856de158e0b421bcef966961502735cc156c05b21a597f45c49a7b298cf  allegro-x86_64-w64-mingw32-gcc-8.2.1-posix-seh-dynamic-5.2.5.0.zip
a4462700f12cfb27d5f892939bf16dc7ba1f62d17992d2b9336581204bc96288  allegro-x86_64-w64-mingw32-gcc-8.2.1-posix-seh-dynamic-5.2.5.1.zip
7b32144c41e48d7bda35c53a03b5c17f9b6d0b14557e705e878358e161d049a4  allegro-x86_64-w64-mingw32-gcc-8.2.1-posix-seh-static-5.2.5.0.zip
67a840cad4ae13b910bb38eb01161c31829882136751a1dc6a5a25edf6005edc  allegro-x86_64-w64-mingw32-gcc-8.2.1-posix-seh-static-5.2.5.1.zip</pre><p>
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (SiegeLord)</author>
		<pubDate>Tue, 26 Feb 2019 11:05:09 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>I just want to say I really appreciate the work you guys put into these.</p><p>I went looking through SDL documentation the other day and honestly, I wonder why people actually use it over Allegro / SDL was more popular. The API is rather ugly, they split the library into many sub-libraries just like Allegro (libmixer is a completely separate download from sdl!??!!), and they don&#39;t offer many functions that Allegro does.
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Chris Katko)</author>
		<pubDate>Tue, 26 Feb 2019 14:52:06 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><div class="quote_container"><div class="title">SiegeLord said:</div><div class="quote"><p>LORD OF CINDER FALLEN</p></div></div><p>

Excellent work, downloading now <img src="http://www.allegro.cc/forums/smileys/smiley.gif" alt=":)" /></p><p><b>Edit:</b> I&#39;m getting Opus issues- harks back to NiteHackr in the <a href="https://www.allegro.cc/forums/thread/617292">5.2.4 release thread</a>. No linker errors though; just a failure to load the stream at runtime. I&#39;ve got libopus0 and libopusfile0 installed.</p><p>Using <span class="source-code"><span class="k3">-</span>lopusfile <span class="k3">-</span>lopus</span> doesn&#39;t seem to help, and <span class="source-code">ldd</span> reports that my executable doesn&#39;t depend on either library. Am I missing something?
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (dthompson)</author>
		<pubDate>Tue, 26 Feb 2019 15:38:05 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>Maybe the version is too low ?</p><p>opus 1.2.1 -&gt; 1.3</p><p>opusfile 0.8 -&gt; 0.11
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (GullRaDriel)</author>
		<pubDate>Tue, 26 Feb 2019 19:31:48 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><div class="quote_container"><div class="title"><a href="http://www.allegro.cc/forums/thread/617757/1041434#target">SiegeLord</a> said:</div><div class="quote"><p> You know what keeps happening again and again? 
</p></div></div><p>Is there a regular release schedule or did something particular happen (or was it just a quiet day in Siege Mansions? <img src="http://www.allegro.cc/forums/smileys/wink.gif" alt=";)" /> )
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Peter Hull)</author>
		<pubDate>Tue, 26 Feb 2019 19:54:45 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p><span class="remote-thumbnail"><span class="json">{"name":"free-MrBurnsExcellent.gif","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/2\/e\/2eccb8911cadf337a09b8b56863d7806.gif","w":280,"h":210,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/2\/e\/2eccb8911cadf337a09b8b56863d7806"}</span><img src="http://www.allegro.cc//djungxnpq2nug.cloudfront.net/image/cache/2/e/2eccb8911cadf337a09b8b56863d7806-240.jpg" alt="free-MrBurnsExcellent.gif" width="240" height="180" /></span>
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Edgar Reynaldo)</author>
		<pubDate>Tue, 26 Feb 2019 22:04:59 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><div class="quote_container"><div class="title"><a href="http://www.allegro.cc/forums/thread/617757/1041437#target">GullRaDriel</a> said:</div><div class="quote"><p>Maybe the version is too low ?</p></div></div><p>

I think SiegeLord was just pointing out the updates to the Windows dependencies bundled in allegro_winpkg. Does anyone know the minimum required versions of libopus/libopusfile? I&#39;ve got 1.12/0.9 respectively.</p><p>ldd reports that compiling with Ubuntu 18.04&#39;s stock Allegro 5.2.3 adds libopus.so and libopusfile.so to my executable&#39;s dependencies.
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (dthompson)</author>
		<pubDate>Tue, 26 Feb 2019 22:43:29 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>Nice work.
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Neil Roy)</author>
		<pubDate>Wed, 27 Feb 2019 06:38:22 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>There&#39;s a comment on liballeg about some commits not being in 5.2.5 yet, so I&#39;m delaying my binaries a bit.</p><p>I can&#39;t get theora to build this time. It&#39;s being cranky...
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Edgar Reynaldo)</author>
		<pubDate>Thu, 28 Feb 2019 23:05:55 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>Xiph.org is clearly ruining our builds. They must be stopped.</p><p><span class="remote-thumbnail"><span class="json">{"name":"611933","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/c\/fc4b63d61968168737fdd660894777c4.jpg","w":1275,"h":673,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/f\/c\/fc4b63d61968168737fdd660894777c4"}</span><img src="http://www.allegro.cc//djungxnpq2nug.cloudfront.net/image/cache/f/c/fc4b63d61968168737fdd660894777c4-240.jpg" alt="611933" width="240" height="126" /></span>
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (dthompson)</author>
		<pubDate>Fri, 01 Mar 2019 17:18:51 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>I think I&#39;m just gonna build from master. But there&#39;s an important patch for 4.4.3 that I want to include.
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Edgar Reynaldo)</author>
		<pubDate>Sat, 02 Mar 2019 23:04:11 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><div class="quote_container"><div class="title"><a href="http://www.allegro.cc/forums/thread/617757/1041496#target">Edgar Reynaldo</a> said:</div><div class="quote"><p> There&#39;s a comment on liballeg about some commits not being in 5.2.5 yet, so I&#39;m delaying my binaries a bit.</p></div></div><p>All the commits that should be there are in fact there.
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (SiegeLord)</author>
		<pubDate>Mon, 04 Mar 2019 01:09:28 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p><a href="https://github.com/liballeg/allegro5/compare/5.2.5.0...master">https://github.com/liballeg/allegro5/compare/5.2.5.0...master</a></p><p>So the OpenGL version reporting and selection is not meant to be committed?
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Edgar Reynaldo)</author>
		<pubDate>Mon, 04 Mar 2019 01:25:40 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>That doesn&#39;t show what you think it does. Here are the commits in the release: <a href="https://github.com/liballeg/allegro5/commits/5.2.5.0">https://github.com/liballeg/allegro5/commits/5.2.5.0</a>
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (SiegeLord)</author>
		<pubDate>Mon, 04 Mar 2019 06:37:56 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>I wonder why they don&#39;t agree?
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Edgar Reynaldo)</author>
		<pubDate>Mon, 04 Mar 2019 06:42:14 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>My guess: if you rebase a commit then it&#39;s not the same commit (different hash)?
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Peter Hull)</author>
		<pubDate>Mon, 04 Mar 2019 15:19:26 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p><a href="https://github.com/liballeg/allegro5/compare/5.2.5.0...master">https://github.com/liballeg/allegro5/compare/5.2.5.0...master</a> shows the commits that were added to <span class="source-code">master</span> since the last common commit between it and <span class="source-code"><span class="n">5</span>.<span class="n">2</span>.<span class="n">5</span></span> branch.  <a href="https://github.com/liballeg/allegro5/compare/5.2.5.0..master">https://github.com/liballeg/allegro5/compare/5.2.5.0..master</a> shows the differences between the tips of both branches, but not commits (not sure how it would show that).
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (SiegeLord)</author>
		<pubDate>Tue, 05 Mar 2019 13:20:47 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p><b>EDIT 5</b><br />There was a bug in PhysFS 3.0.1 that has been fixed and superceded by PhysFS 3.0.2. I updated the binaries to use the new version of physfs. The bug would cause physfs_init to fail on Windows 10. See <a href="https://github.com/liballeg/allegro5/issues/1029">https://github.com/liballeg/allegro5/issues/1029</a> for details.</p><p>The links stayed the same, but the files were updated. So if you downloaded binaries from before today (03/19/2019 16:20 GMT) please download them again.</p><p>Binaries are forthcoming. I couldn&#39;t get opus and openssl to build with MSYS alone, so I won&#39;t be providing them. Pretty much everything else you could think of will be included.</p><p>32 bit first, and then 64 bit as I have time.</p><p><b>EDIT</b><br />Here&#39;s 32 bit Allegro 5.2.5 built with GCC 8.1 using MinGW-W64.</p><p><a href="https://bitbucket.org/bugsquasher/unofficial-allegro-5-binaries/downloads/Allegro525_GCC81_MinGW_W64_i686_posix_dwarf.7z">Allegro525_GCC81_MinGW-W64_i686_posix_dwarf.7z</a><br /><b>EDIT4</b><br />NM. xD</p><p>It includes all the dependencies, debugging and release dynamic and static allegro monoliths, example programs, demos, test programs, chm manual, and a batch script to setup a build environment and to run the examples and demos and tests.</p><p>I&#39;m in the middle of updating my compile guide too. Gave it a fresher look and better formatting.</p><p>And oh yeah, here&#39;s a couple tasty treats for you :</p><p><a href="https://bitbucket.org/bugsquasher/unofficial-allegro-5-binaries/downloads/Allegro525.chm">Allegro525 CHM Manual</a></p><p><a href="https://bitbucket.org/bugsquasher/unofficial-allegro-5-binaries/downloads/CMake314rc4.chm">CMake 3.14rc4 CHM Manual</a></p><p><b>EDIT</b><br />It seems there is a bug in PhysFS that makes physfs_init return 0 and fail in version 3.0.1. As soon as it is fixed I will update all the packages.
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Edgar Reynaldo)</author>
		<pubDate>Tue, 19 Mar 2019 20:22:17 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>Oh my! A CMake manual in CHM format? Thanks!
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (Rodolfo Lam)</author>
		<pubDate>Wed, 20 Mar 2019 18:28:11 +0000</pubDate>
	</item>
	<item>
		<description><![CDATA[<div class="mockup v2"><p>I&#39;ve updated the Nuget and MinGW packages to deal with the PhysFS issue on Windows 10. PhysFS is now version 3.0.2.
</p></div>]]>
		</description>
		<author>no-reply@allegro.cc (SiegeLord)</author>
		<pubDate>Tue, 26 Mar 2019 10:07:35 +0000</pubDate>
	</item>
</rss>
