<div dir="ltr"><a href="http://www.phoronix.com/scan.php?page=news_item&px=PasVulkan-Vulkan--Pascal-Bind">http://www.phoronix.com/scan.php?page=news_item&px=PasVulkan-Vulkan--Pascal-Bind</a> :-)<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 9, 2017 at 4:38 AM, Benjamin Rosseaux <span dir="ltr"><<a href="mailto:benjamin@rosseaux.de" target="_blank">benjamin@rosseaux.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">PasVulkan seems to be have better Platform Support (incl. Support for Wayland, Mir, Android, MoltenVK, etc.) and more Vulkan Utils stuff, like texture loaders for DDS, KTX, PNG, TGA, etc. and a own working memory manager for manage the Vulkan memory (the reason for it, see slide 20 on <a href="http://32ipi028l5q82yhj72224m8j.wpengine.netdna-cdn.com/wp-content/uploads/2016/05/Most-common-mistakes-in-Vulkan-apps.pdf" target="_blank">http://<wbr>32ipi028l5q82yhj72224m8j.<wbr>wpengine.netdna-cdn.com/wp-<wbr>content/uploads/2016/05/Most-<wbr>common-mistakes-in-Vulkan-<wbr>apps.pdf</a> with the slide sub-title "PROBLEMATIC AREAS: MEMORY MANAGEMENT" ). <div><br></div><div>The Vulkan memory management stuff is in very many Vulkan code examples and Vulkan frameworks on the web often totally wrong, that there will be often worked without sub-allocations and that the maxMemoryAllocationCount limit is often ignored by the most Vulkan code examples and Vulkan frameworks on the web. In contrast to it, PasVulkan is here in this point fully Vulkan specification compliant.</div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 13, 2017 at 6:34 PM, Michalis Kamburelis via Lazarus <span dir="ltr"><<a href="mailto:lazarus@lists.lazarus-ide.org" target="_blank">lazarus@lists.lazarus-ide.org</a><wbr>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">a2017-04-13 11:30 GMT+02:00 Kostas Michalopoulos via Lazarus<br>
<<a href="mailto:lazarus@lists.lazarus-ide.org" target="_blank">lazarus@lists.lazarus-ide.org</a><wbr>>:<br>
<span>> This is nice, although personally i do not like the use of multiple inc<br>
> files. I think Benjamin Rosseaux's pasvulkan does it better with creating a<br>
> single pas file (he also uses a unit from the vk.xml file):<br>
><br>
> <a href="https://github.com/BeRo1985/pasvulkan/blob/master/src/Vulkan.pas" rel="noreferrer" target="_blank">https://github.com/BeRo1985/pa<wbr>svulkan/blob/master/src/Vulkan<wbr>.pas</a><br>
><br>
><br>
><br>
> On Thu, Apr 13, 2017 at 7:32 AM, James.mcjohnson via Lazarus<br>
> <<a href="mailto:lazarus@lists.lazarus-ide.org" target="_blank">lazarus@lists.lazarus-ide.org</a><wbr>> wrote:<br>
>><br>
>> This is both an announcement and request for help for an open source<br>
>> FreePascal project which strives to provide:<br>
>> 1) a low level access to Vulkan API created directly from the vk.xml<br>
>> specification<br>
>> 2) high level wrapper classes for ease of integration in an FP/Lazarus<br>
>> project<br>
>><br>
>> The project is located at<br>
>> <a href="https://github.com/james-mcjohnson/VulkanLibraryForFreePascal" rel="noreferrer" target="_blank">https://github.com/james-mcjoh<wbr>nson/VulkanLibraryForFreePasca<wbr>l</a> and I would<br>
>> appreciate any constructive feedback.<br>
>><br>
>> It is my hope that a better programmer than I am will take an interest and<br>
>> help create a truly useful Vulkan Library for FreePascal.<br>
>><br>
<br>
</span>I want to add Vulkan renderer to Castle Game Engine later this year.<br>
Now I don't know which project to choose:) Both approaches<br>
(<a href="https://github.com/james-mcjohnson/VulkanLibraryForFreePascal" rel="noreferrer" target="_blank">https://github.com/james-mcjo<wbr>hnson/VulkanLibraryForFreePasc<wbr>al</a> and<br>
<a href="https://github.com/BeRo1985/pasvulkan" rel="noreferrer" target="_blank">https://github.com/BeRo1985/pa<wbr>svulkan</a> ) seem very fine to me,<br>
<br>
- in both cases you generate the Pascal code automatically from vk.xml,<br>
- in both cases you provide a nicely-looking OOP API,<br>
- both projects have suitable open-source licenses (MIT or zlib).<br>
<br>
I don't mind a couple of include files, they actually include<br>
readability for me. (I know, it's a matter of taste -- do you prefer<br>
to navigate multiple smaller files, or navigate one big file.)<br>
<br>
@James, would you mind removing the "Public Service Announcement" from<br>
<a href="https://github.com/james-mcjohnson/VulkanLibraryForFreePascal/blob/master/LICENSE.md" rel="noreferrer" target="_blank">https://github.com/james-mcjoh<wbr>nson/VulkanLibraryForFreePasca<wbr>l/blob/master/LICENSE.md</a><br>
? Don't get me wrong, I understand that you want to promote your faith<br>
and I respect that. Having this in README files, and Pascal sources,<br>
is absolutely OK. But I'm not a lawyer, and I'm unsure how it affects<br>
the legal text of the license. Having just an "unmodified MIT license"<br>
would feel safer for me.<br>
<br>
Regards,<br>
Michalis<br>
<div class="m_3792963503996622568HOEnZb"><div class="m_3792963503996622568h5">--<br>
______________________________<wbr>_________________<br>
Lazarus mailing list<br>
<a href="mailto:Lazarus@lists.lazarus-ide.org" target="_blank">Lazarus@lists.lazarus-ide.org</a><br>
<a href="http://lists.lazarus-ide.org/listinfo/lazarus" rel="noreferrer" target="_blank">http://lists.lazarus-ide.org/l<wbr>istinfo/lazarus</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>