- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Our best guess so far has been that the next frame has been half-written to the buffer before it was locked. The issue seems to go away when I use ACCESS_READ instead of ACCESS_READ_WRITE, but I need to be able to write to the image buffer.
The overall effect of this seems to be that it makes playing back an rssdk very difficult as the application tends to hang when it comes to this frame in the depth stream on playback.
Has anyone experienced this, or know how to keep it stable while keeping read/write? It could very well be something simple I may have overlooked, any help is appreciated!
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
*edit* Thought I forgot to mention something but everything is in the first post.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
i once had this, after reinstalling the sdk it did work better.
please share code where you initialize and access the pixels, maybe there is something in
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
My workplace won't let me share code, but the only fix I could find to this issue was to set to read only instead of read/write, copy to a new image, and write to that image. Otherwise, the recordings get corrupted.

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page