BuddhaShader/BuddhaTest/Shaders, branch v0.0.3-adaptive-iterationsFirst steps with OpenGL: A compute shader that renders a BuddhaBrot to an SSBO. Can also save the result to PNG for future viewing pleasure. https://git.grois.info/BuddhaShader/atom/BuddhaTest/Shaders?h=v0.0.3-adaptive-iterations2018-03-17T19:52:50ZRemove layout specifier from struct. Seems it's not allowed after all.2018-03-17T19:52:50ZAndreas Groisandi@grois.info2018-03-17T19:52:50Zurn:sha1:c2018354129a4a6eff1649eaba4d99756b537ed3Fix memory allocation for state buffer. How could that ever work?2018-03-17T18:35:55ZAndreas Groisandi@grois.info2018-03-17T18:35:55Zurn:sha1:873409ffdc8f172fb9fe6c46b6ddbad9239cf02dCorrect line endings.2018-03-17T16:51:19ZAndreas Groisandi@grois.info2018-03-17T16:51:19Zurn:sha1:b05e87dc5004f5badc02508570ddc55f31b451ccAgain, cleaned code a bit2018-03-17T16:48:12ZAndreas Groisandi@grois.info2018-03-17T16:48:12Zurn:sha1:5a9c8599daee7d1d569ade3647d0078e56123c7aWorkers now directly operate on their state buffer.2018-03-17T16:28:40ZAndreas Groisandi@grois.info2018-03-17T16:28:40Zurn:sha1:3ff4226638aceaf179ce27ea9d0fd63327caa53b
To quote the documentation:
First, within a single shader invocation, if you perform an incoherent memory write, the value written will always be visible for reading. But only through that particular variable and only within the shader invocation that issued
the write. You need not do anything special to make this happen.
This means there is nothing stopping us from just reading and writing in the buffer as if the values were local variables, as they are specific to a given invocation. Also, buffer access happens infrequently, and furthermore
there's nothing stopping the GPU from caching the values, as memory access is incoherent anyhow.
Long story short: Now the code uses only 28 VGPRs, meaning that the AMD GCN hardware ideal of 32 is again achieved.
Fix y-value being always the same if only one worker is used2018-03-17T16:00:53ZAndreas Groisandi@grois.info2018-03-17T16:00:53Zurn:sha1:c93afe46650cca3d133dfb49642db2fac2edee0dRemove unneeded2018-03-17T09:14:40ZAndreas Groisandi@grois.info2018-03-17T09:14:40Zurn:sha1:422c8bb40723588ced0dad8ea5052f6e07e85ddfImprove parallelization by not storing the offset, but instead re-calculating it every dispatch.2018-03-17T07:56:53ZAndreas Groisandi@grois.info2018-03-17T07:56:53Zurn:sha1:5d0467629625f8a092ac2ef8ba5f30c629cc8b62
By this I could get the VGPR usage down from 40 to 36.
Change starting value code to just jump to next orbit if in main bulb or2018-03-16T22:37:27ZAndreas Groisandi@grois.info2018-03-16T22:37:27Zurn:sha1:48fe1f1aad00f31d44b6814213ae89462bd39176
cardioid.
Fix wrong iteration per frame code2018-03-16T08:16:47ZAndreas Groisandi@grois.info2018-03-16T08:16:47Zurn:sha1:a87b34d179e95b1957d9f595640c3a204ab25d1f