Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2017-04

Vulkan Library for FreePascal/Lazarus

9 messages · 7 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

James.mcjohnson

This is both an announcement and request for help for an open source FreePascal project which strives to provide:
1) a low level access to Vulkan API created directly from the vk.xml specification
2) high level wrapper classes for ease of integration in an FP/Lazarus project

The project is located at https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and I would appreciate any constructive feedback.

It is my hope that a better programmer than I am will take an interest and help create a truly useful Vulkan Library for FreePascal.

-James

[mutiple attempts to post; re-subscribed to mail list in hopes that this one will take] -------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20170413/9d7d561e/attachment.html>

Reply by email

Kostas Michalopoulos
to James.mcjohnson

This is nice, although personally i do not like the use of multiple inc files. I think Benjamin Rosseaux's pasvulkan does it better with creating a single pas file (he also uses a unit from the vk.xml file):

https://github.com/BeRo1985/pasvulkan/blob/master/src/Vulkan.pas

On Thu, Apr 13, 2017 at 7:32 AM, James.mcjohnson via Lazarus <

Show quoted text 28 lines
wrote: This is both an announcement and request for help for an open source FreePascal project which strives to provide: 1) a low level access to Vulkan API created directly from the vk.xml specification 2) high level wrapper classes for ease of integration in an FP/Lazarus project The project is located at https://github.com/james-mcjohnson/ VulkanLibraryForFreePascal and I would appreciate any constructive feedback. It is my hope that a better programmer than I am will take an interest and help create a truly useful Vulkan Library for FreePascal. -James [mutiple attempts to post; re-subscribed to mail list in hopes that this one will take] -- _______________________________________________ Lazarus mailing list http://lists.lazarus-ide.org/listinfo/lazarus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20170413/8ef34a6b/attachment.html>

Reply by email

Michalis Kamburelis
to Kostas Michalopoulos

a2017-04-13 11:30 GMT+02:00 Kostas Michalopoulos via Lazarus :

Show quoted text 25 lines
This is nice, although personally i do not like the use of multiple inc files. I think Benjamin Rosseaux's pasvulkan does it better with creating a single pas file (he also uses a unit from the vk.xml file): https://github.com/BeRo1985/pasvulkan/blob/master/src/Vulkan.pas On Thu, Apr 13, 2017 at 7:32 AM, James.mcjohnson via Lazarus wrote: > > This is both an announcement and request for help for an open source > FreePascal project which strives to provide: > 1) a low level access to Vulkan API created directly from the vk.xml > specification > 2) high level wrapper classes for ease of integration in an FP/Lazarus > project > > The project is located at > https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and I would > appreciate any constructive feedback. > > It is my hope that a better programmer than I am will take an interest and > help create a truly useful Vulkan Library for FreePascal. >

I want to add Vulkan renderer to Castle Game Engine later this year. Now I don't know which project to choose:) Both approaches (https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and https://github.com/BeRo1985/pasvulkan ) seem very fine to me,

- in both cases you generate the Pascal code automatically from vk.xml,
- in both cases you provide a nicely-looking OOP API,
- both projects have suitable open-source licenses (MIT or zlib).

I don't mind a couple of include files, they actually include readability for me. (I know, it's a matter of taste -- do you prefer to navigate multiple smaller files, or navigate one big file.)

@James, would you mind removing the "Public Service Announcement" from https://github.com/james-mcjohnson/VulkanLibraryForFreePascal/blob/master/LICENSE.md ? Don't get me wrong, I understand that you want to promote your faith and I respect that. Having this in README files, and Pascal sources, is absolutely OK. But I'm not a lawyer, and I'm unsure how it affects the legal text of the license. Having just an "unmodified MIT license" would feel safer for me.

Regards,
Michalis

Reply by email

Dmitry Boyarintsev
to James.mcjohnson: This is both an announcement and request for help for an open source FreePascal project…

On Thu, Apr 13, 2017 at 12:32 AM, James.mcjohnson via Lazarus <

Show quoted text 6 lines
wrote: The project is located at https://github.com/james-mcjohnson/ VulkanLibraryForFreePascal and I would appreciate any constructive feedback.

Added to the wiki http://wiki.freepascal.org/Vulkan#Headers

thanks,
Dmitry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20170417/40bac090/attachment.html>

Reply by email

Benjamin Rosseaux
to Michalis Kamburelis: a2017-04-13 11:30 GMT+02:00 Kostas Michalopoulos via Lazarus : I want to add Vulkan…

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 http://32ipi028l5q82yhj72224m8j.wpengine.netdna-cdn.com/wp-content/uploads/2016/05/Most-common-mistakes-in-Vulkan-apps.pdf with the slide sub-title "PROBLEMATIC AREAS: MEMORY MANAGEMENT" ).

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.

On Thu, Apr 13, 2017 at 6:34 PM, Michalis Kamburelis via Lazarus <

Show quoted text 63 lines
wrote: a2017-04-13 11:30 GMT+02:00 Kostas Michalopoulos via Lazarus : > This is nice, although personally i do not like the use of multiple inc > files. I think Benjamin Rosseaux's pasvulkan does it better with creating a > single pas file (he also uses a unit from the vk.xml file): > > https://github.com/BeRo1985/pasvulkan/blob/master/src/Vulkan.pas > > > > On Thu, Apr 13, 2017 at 7:32 AM, James.mcjohnson via Lazarus > wrote: >> >> This is both an announcement and request for help for an open source >> FreePascal project which strives to provide: >> 1) a low level access to Vulkan API created directly from the vk.xml >> specification >> 2) high level wrapper classes for ease of integration in an FP/Lazarus >> project >> >> The project is located at >> https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and I would >> appreciate any constructive feedback. >> >> It is my hope that a better programmer than I am will take an interest and >> help create a truly useful Vulkan Library for FreePascal. >> I want to add Vulkan renderer to Castle Game Engine later this year. Now I don't know which project to choose:) Both approaches (https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and https://github.com/BeRo1985/pasvulkan ) seem very fine to me, - in both cases you generate the Pascal code automatically from vk.xml, - in both cases you provide a nicely-looking OOP API, - both projects have suitable open-source licenses (MIT or zlib). I don't mind a couple of include files, they actually include readability for me. (I know, it's a matter of taste -- do you prefer to navigate multiple smaller files, or navigate one big file.) @James, would you mind removing the "Public Service Announcement" from https://github.com/james-mcjohnson/VulkanLibraryForFreePascal/ blob/master/LICENSE.md ? Don't get me wrong, I understand that you want to promote your faith and I respect that. Having this in README files, and Pascal sources, is absolutely OK. But I'm not a lawyer, and I'm unsure how it affects the legal text of the license. Having just an "unmodified MIT license" would feel safer for me. Regards, Michalis -- _______________________________________________ Lazarus mailing list http://lists.lazarus-ide.org/listinfo/lazarus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20170509/42efe714/attachment-0001.html>

Reply by email

Unknown author
to Michalis Kamburelis: a2017-04-13 11:30 GMT+02:00 Kostas Michalopoulos via Lazarus : I want to add Vulkan…
Michalis Kamburelis wrote 8 lines
@James, would you mind removing the "Public Service Announcement" from https://github.com/james-mcjohnson/VulkanLibraryForFreePascal/blob/master/LICENSE.md ? Don't get me wrong, I understand that you want to promote your faith and I respect that. Having this in README files, and Pascal sources, is absolutely OK. But I'm not a lawyer, and I'm unsure how it affects the legal text of the license. Having just an "unmodified MIT license" would feel safer for me.

Plus, it recommends using GoLang, not fpc, in the faith..

Be Baptized: "Go

Not fpc.

Just my opinion

Reply by email

Benjamin Rosseaux
to Benjamin Rosseaux: PasVulkan seems to be have better Platform Support (incl. Support for Wayland, Mir,…

http://www.phoronix.com/scan.php?page=news_item&px=PasVulkan-Vulkan--Pascal-Bind :-)

Benjamin Rosseaux wrote 82 lines
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 http://32ipi028l5q82yhj72224m8j.wpengine.netdna-cdn.com/wp- content/uploads/2016/05/Most-common-mistakes-in-Vulkan-apps.pdf with the slide sub-title "PROBLEMATIC AREAS: MEMORY MANAGEMENT" ). 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. On Thu, Apr 13, 2017 at 6:34 PM, Michalis Kamburelis via Lazarus < > wrote: > a2017-04-13 11:30 GMT+02:00 Kostas Michalopoulos via Lazarus > : > > This is nice, although personally i do not like the use of multiple inc > > files. I think Benjamin Rosseaux's pasvulkan does it better with > creating a > > single pas file (he also uses a unit from the vk.xml file): > > > > https://github.com/BeRo1985/pasvulkan/blob/master/src/Vulkan.pas > > > > > > > > On Thu, Apr 13, 2017 at 7:32 AM, James.mcjohnson via Lazarus > > wrote: > >> > >> This is both an announcement and request for help for an open source > >> FreePascal project which strives to provide: > >> 1) a low level access to Vulkan API created directly from the vk.xml > >> specification > >> 2) high level wrapper classes for ease of integration in an FP/Lazarus > >> project > >> > >> The project is located at > >> https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and I > would > >> appreciate any constructive feedback. > >> > >> It is my hope that a better programmer than I am will take an interest > and > >> help create a truly useful Vulkan Library for FreePascal. > >> > > I want to add Vulkan renderer to Castle Game Engine later this year. > Now I don't know which project to choose:) Both approaches > (https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and > https://github.com/BeRo1985/pasvulkan ) seem very fine to me, > > - in both cases you generate the Pascal code automatically from vk.xml, > - in both cases you provide a nicely-looking OOP API, > - both projects have suitable open-source licenses (MIT or zlib). > > I don't mind a couple of include files, they actually include > readability for me. (I know, it's a matter of taste -- do you prefer > to navigate multiple smaller files, or navigate one big file.) > > @James, would you mind removing the "Public Service Announcement" from > https://github.com/james-mcjohnson/VulkanLibraryForFreePasca > l/blob/master/LICENSE.md > ? Don't get me wrong, I understand that you want to promote your faith > and I respect that. Having this in README files, and Pascal sources, > is absolutely OK. But I'm not a lawyer, and I'm unsure how it affects > the legal text of the license. Having just an "unmodified MIT license" > would feel safer for me. > > Regards, > Michalis > -- > _______________________________________________ > Lazarus mailing list > > http://lists.lazarus-ide.org/listinfo/lazarus >

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20170518/8c097d0e/attachment.html>

Reply by email

Dejan Boras
to Benjamin Rosseaux

Awesome :)

On Thu, May 18, 2017 at 9:23 AM Benjamin Rosseaux via Lazarus <

Show quoted text 96 lines
wrote: http://www.phoronix.com/scan.php?page=news_item&px=PasVulkan-Vulkan--Pascal-Bind :-) On Tue, May 9, 2017 at 4:38 AM, Benjamin Rosseaux wrote: > 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 > http://32ipi028l5q82yhj72224m8j.wpengine.netdna-cdn.com/wp-content/uploads/2016/05/Most-common-mistakes-in-Vulkan-apps.pdf > with the slide sub-title "PROBLEMATIC AREAS: MEMORY MANAGEMENT" ). > > 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. > > > On Thu, Apr 13, 2017 at 6:34 PM, Michalis Kamburelis via Lazarus < > > wrote: > >> a2017-04-13 11:30 GMT+02:00 Kostas Michalopoulos via Lazarus >> : >> > This is nice, although personally i do not like the use of multiple inc >> > files. I think Benjamin Rosseaux's pasvulkan does it better with >> creating a >> > single pas file (he also uses a unit from the vk.xml file): >> > >> > https://github.com/BeRo1985/pasvulkan/blob/master/src/Vulkan.pas >> > >> > >> > >> > On Thu, Apr 13, 2017 at 7:32 AM, James.mcjohnson via Lazarus >> > wrote: >> >> >> >> This is both an announcement and request for help for an open source >> >> FreePascal project which strives to provide: >> >> 1) a low level access to Vulkan API created directly from the vk.xml >> >> specification >> >> 2) high level wrapper classes for ease of integration in an FP/Lazarus >> >> project >> >> >> >> The project is located at >> >> https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and I >> would >> >> appreciate any constructive feedback. >> >> >> >> It is my hope that a better programmer than I am will take an >> interest and >> >> help create a truly useful Vulkan Library for FreePascal. >> >> >> >> I want to add Vulkan renderer to Castle Game Engine later this year. >> Now I don't know which project to choose:) Both approaches >> (https://github.com/james-mcjohnson/VulkanLibraryForFreePascal and >> https://github.com/BeRo1985/pasvulkan ) seem very fine to me, >> >> - in both cases you generate the Pascal code automatically from vk.xml, >> - in both cases you provide a nicely-looking OOP API, >> - both projects have suitable open-source licenses (MIT or zlib). >> >> I don't mind a couple of include files, they actually include >> readability for me. (I know, it's a matter of taste -- do you prefer >> to navigate multiple smaller files, or navigate one big file.) >> >> @James, would you mind removing the "Public Service Announcement" from >> >> https://github.com/james-mcjohnson/VulkanLibraryForFreePascal/blob/master/LICENSE.md >> ? Don't get me wrong, I understand that you want to promote your faith >> and I respect that. Having this in README files, and Pascal sources, >> is absolutely OK. But I'm not a lawyer, and I'm unsure how it affects >> the legal text of the license. Having just an "unmodified MIT license" >> would feel safer for me. >> >> Regards, >> Michalis >> -- >> _______________________________________________ >> Lazarus mailing list >> >> http://lists.lazarus-ide.org/listinfo/lazarus >> > > -- _______________________________________________ Lazarus mailing list http://lists.lazarus-ide.org/listinfo/lazarus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20170518/51dbb478/attachment.html>

Reply by email