Vulkan API opinions from a programmer's perspective

I don't feel about it because it isn't supported on my platform.

I think that once OpenGL gets implemented on top of Vulkan and non-Vulkan GPUs start falling out of support, the porting story for alternative OSes gets a lot nicer.

>>61986955
Enjoying the feeling of having the apple dildo stuck up your ass?

>>61986955
What the fuck platform is that?

>7, 8.1, 10
Supported

>Linux
Supported

Any other platform is irrelevant for a graphics API

>>61986955
>>61987131
he is probably using bsd cuck os

>>61987206
Debian, the drivers for the 270X are bugged.

>>61986924
to be honest I'm just waiting for an OpenGL-like API made on top of Vulkan that would allow me to feed the GPU from multiple cores without any hassle.

>>61987338
the SDK*

>>61987206
>Any other platform is irrelevant for a graphics API
FreeBSD literally powers most game consoles.

>>61986924
JUST_FUCK_MY_SHIT_UP

File: detail_69ce127e26a44aa18fa1d465764db7a0_4228_1.jpg (136KB, 743x530px) Image search: [Google]

136KB, 743x530px

>>61986924

>>61987429
>nonfree OS based of cuck code runs nonfree frameworks and user/kernelspace drivers
lmao you sure showed him.

>>61987429
While that's true it's more popular in movie effects rendering farms.

>>61987476
>"Irrelevant for graphics API"
>proves it's highly used in an industry where every product makes use of graphics API
>"lmao I'll make an even more retarded post"

>>61987476
You seem real desperate for attention, that's unfortunate.

>>61986924
Hard as fuck but will bridge the gap closer between mobile/handhelds and desktops

>>61987508
>timesharing and API layer blob made/sourced by some console manufacturer in an irrelevant kernel somehow makes freebsd relevant in this field when FreeBSD or normal users can't have it.

that fucking blob can be dropped in windows or linux as well. it doesn't magically make your cuckOS any less irrelevant in the grand scheme of the system. it just so happens that freebsd's shitty code is licensed in a way that circumvents the licensing fees of wangblows and the whole "muh GPL boogeyman" of linux.

>>61987874
The way you write makes it seem like you don't have any idea what you're talking about but are just looking to start an argument, probably for attention.

File: Moving-The-Goalposts.jpg (13KB, 290x180px) Image search: [Google]

13KB, 290x180px

>>61987874

>>61987429
FreeBSD has vulkan through nvidias drivers I think

>>61987900
lmao
let me know when you stop porting DRM/DRI from linux to get usable graphics bsd kiddo.

>>61987939
http://www.nvidia.com/object/freebsd-archive.html

;)

>>61987939
Why would it make any difference where the drivers come from? How would that invalidate anything? Seriously, what is your intention here other than to start trouble.

>>61987954
literally just a port of their linux driver, it even has a fucking linux ABI compat layer because of how irrelevant your shitware os is.

>>61988038
Their linux driver is just a port of their windows driver. They all share the same foundation

>>61988038
I don't think you have any idea what you're talking about, the ABI compat is for the linuxulator so that you can use the GPU on BSD binaries and Linux ones as well.

Their Unix drivers all stem from their Solaris drivers but that's irrelevant because after a few generations they consolidated their drivers to be very similar across platforms.

Why are you trying to stir up shit, if you want to have an OS war, please make a seperate thread for it, this is a thread about Vulkan.

>VkBool32

Why use a 32-bit value to store 2 states?

File: 1497107669977.png (87KB, 358x467px) Image search: [Google]

87KB, 358x467px

>>61988301

>>61988301
It's probably faster computationally somehow. Same reason people pad out other datastrcutures to be at least a certain size. Cache aligned I guess. I could be wrong.

File: 1497279304854.png (412KB, 5000x5000px) Image search: [Google]

412KB, 5000x5000px

>>61988301
makes you think huh

>>61988514
>>61988330
You think you're smart?

Then explain to me why the pQueuePriorities member of the VkDeviceQueueCreateInfo struct is a pointer to a float instead of an actual float.
Apart from the performance issues that come from indirection, on 64-bit systems that member takes up more space because pointers are 64-bit while floats take 32-bits.

opengl was difficult enough for me to use. i'll wait for the smart people to make a neat API

>>61988977
>cudaMallocPitch

It's almost like hardware is complicated and C has no namespacing.

>>61987206
>>Linux
>Supported
kek
It's supported only on the Intel HD (i.e. shit) and nVidiot proprietary drivers (i.e. unusable on some Optimus laptops).

File: fury-radv-speed-improvements.png (21KB, 600x241px) Image search: [Google]

21KB, 600x241px

>>61989363
>It's supported only on the Intel HD (i.e. shit) and nVidiot proprietary drivers
AMDGPU Pro supports Vulkan
Mesa does too with RadV

RadV is still new, but I believe its compliant enough now to run everything and pass the tests.
Its just not as fast as it could be yet, but that's changing rapidly.

>>61989363
radv works great, fucko.

>>61986967
Do you know if any progress has been made on that? I know the Mesa developers were talking about it along with a couple of Vulkan extensions they thought would make it easier.
I wonder if we'd still need thin hardware tuned GL drivers on top of Vulkan similar to how the Gallium drivers work, or if there could be one hardware-agnostic version.

I'm hoping for something to come out of the vk9 project, and for a vk11 and vk12 to show up.

Takes hours to go through a tutorial.

>>61988514
>>61988330

I >>61988860 am waiting.

>>61986924
I prefer metal.

>>61986967
>OpenGL gets implemented on top of Vulkan

is this happening? why do opengl on top of vulkan instead of just native opengl?

I know nothing about graphics programming, though I am a software developer during the days. Once I finish at the startup I'm working at I'd love to implement some old arcade games in vulkan just to learn it. Pong, breakout, space invaders etc.

>>61992151
It would be hardware vendor and to an extent OS agnostic. Test against libGLvulkan and it'll work the same on every OS, on ayymd and Novidya alike.

>>61992185
alright, that does seem desirable.

Why use opengl at all then though? Besides for porting projects already written in opengl, wouldn't it be better to start off writing for vulkan?

>>61992261
OpenGL is way easier to program against for simple projects that don't need Vulkan's autistic low level detail like game engines. It's just the drivers are terrible. Programming a libGL on top of Vulkan gets you the best of both worlds for that class of application.

>>61992288
alright, thanks.

File: 1489277996572.jpg (306KB, 856x571px) Image search: [Google]

306KB, 856x571px

Why would anyone need graphics apis now that we have engines like unity?

>>61992299
low quality bait

>>61992299
unity still uses a graphics api, you fucking ape

>writing a whole game engine just to draw a fucking triangle

currently vulkan is too complicated. And I'm really good with modern OpenGL (>= 3.3) and DirectX 11.

Plus what is the advantage of giving developers bare metal optimization IF the fucking graphics vendors can't even pull their shit together for more standardized hardware design? One uses HBM, requires different kind of optimization, another one has a weird pipelining, requires weird kind of paths to optimize. What you think a really good optimization might be completely shit in another card or architecture. So your code is potentially non future proof. It resembles the old days where C programmers targetted at specific CPUs had lots of inline assembly in the game code.

We don't even know what will be the future of Vulkan and its driver support. Vendors just dont give a fuck. API is complicated and there is not even an official C++ implementation for it, makes projects with tidied up codebase harder to implement.

it's another clusterfuck.

>>61992349
Why don't they just use an engine?

>>61994709
What do you think this engine would have to use to display graphics?

I hope that it get more popular than directx because i am tired of windows

>>61987353
https://github.com/bkaradzic/bgfx
Opengl like API but has backend to directx and others.

>>61986924
codemonkey developers never going to use this :´(
is there even one book that teaches proper vulkan?

>>61994736
a gpu

>>61994736
how do you code to the graphics api in unity? you rotate shit, pick shaders, animate etc. per drag and drop. you never see shader calls in there.