hayodea
ce690bc3f4
PcloudStimProducer,OClCollMeshEngn: Produce ambience stim feature
...
The collation kernel now also produces the ambience stim feature
values into the ambience stimbuff frames.
2025-11-23 07:20:55 -04:00
hayodea
e689063a8c
StimFrame: Store ringbuff index as member var
...
Now each StimFrame knows its index within its parent SpMcRingbuff
object.
2025-11-23 06:15:54 -04:00
hayodea
79df8b3f74
OClCollMeshEngn,PcloudStimProd: Produce into intensity stimbuff
...
PcloudStimulusBuffer::produceFrameReq():
Now correctly produces into the stim frames for the
PcloudIntensityStimulusBuffer object that's attached to the
PcloudStimulusProducer. If there's no attached I stimbuff, then
the OpenCL kernel will simply not write out the intensity data.
This is the first moment when we actually use the SP-MC ringbuffer
properly and actually cycle through the frames, producing into
them one by one.
2025-11-23 05:57:20 -04:00
hayodea
9ce1ced92d
PcloudStimBuff,IoUringAssmEngn: add frame assembly perf profiling
...
We now time the frame assembly sequence.
2025-11-20 03:26:43 -04:00
hayodea
9d9644cb31
PCloudStimBuff: Call stop=>start in destroyAttachedStimBuff
...
This ensures that we can avoid races when adding and removing
stimbuffs to a stimproducer.
At least in theory. I can think of some ways in which this current
design may result in races or other bad conditions.
2025-11-20 02:18:25 -04:00
hayodea
1bf0a195aa
PcloudStimBuff: call stop=>start when adding new StimBuff
2025-11-20 02:10:11 -04:00
hayodea
51d2a70a3f
StimProducer: add destroyAttachedStimulusBuffer virtual method
...
Implemented in base class and in derived class
PcloudStimulusProducer.
2025-11-20 01:25:46 -04:00
hayodea
5789a31e23
StagingBuffer: add OpenCL buff handles to StimFrames
2025-11-19 23:43:17 -04:00
hayodea
41b8385cb2
StimBuff: Use a single StagingBuffer for all StimFrames
...
We now allocate all the stimFrames for a StimBuffer using a
single StagingBuffer. This gives us all the benefits we're
looking for (pinning, alignment, etc).
2025-11-19 03:11:20 -04:00
hayodea
3f04d1b387
Stimulus[Buffer|Frame]: initial impl, unoptimized for mem use
2025-11-16 16:09:35 -04:00
hayodea
a18fab04a5
livoxGen1:Add openClIntensityConstraints to prep for StimBuff impl
2025-11-16 04:54:13 -04:00
hayodea
f919385088
DASpec:genericize synonymous param parsing
2025-11-16 04:46:42 -04:00
hayodea
3bcb83894b
livoxGen1:PcloudStimProd: move qualeApi param parsing here
2025-11-16 04:38:25 -04:00
hayodea
c5ed453bb4
StimBuff: Make virtual so we can dynamic_cast in getOrCreateStimBuff
2025-11-16 02:23:53 -04:00
hayodea
336bc52a9d
livoxGen1: Rename PcloudXyzStimulusBuffer=>MeshStimulusBuffer
2025-11-16 00:10:33 -04:00
hayodea
d277c29394
Move StagingBuffer+FrameAssemblyDesc into libattachmentSupport
...
This is in preparation for using StagingBuffer to implement
StimulusFrame and StimulusBuffer.
2025-11-15 20:47:40 -04:00
hayodea
2d1c026cc2
livoxGen1: Add correctness checks to attachDeviceReq
2025-11-15 19:46:24 -04:00
hayodea
7a51f02d97
livoxGen1: Implement StimBuff add/del from StimProducers
...
There seems to be a bug where two or more stimProducers
or stimBuffs get initialized at once but we can deal with that
tomorrow.
2025-11-15 04:02:25 -04:00
hayodea
16b51a3b66
Rename PcloudDataProducer=>PcloudStimulusProducer
2025-11-14 23:50:31 -04:00
hayodea