Is there any kind of mutex available that i can us...

# compose

[myanmarking]

Is there any kind of mutex available that i can use in drawWithCache ?

[svenjacobs]

I believe people can better help you if you show a code sample of what you want to achieve and what currently is not working for you.

[myanmarking]

Sure. I am trying to save a composable to a bitmap. Basically this approach: https://github.com/android/snippets/blob/56de2a4893da28c4c312783d893be8ef0eed6a81/[…]m/example/compose/snippets/graphics/AdvancedGraphicsSnippets.kt

[myanmarking]

the problem is Dispatcher.IO, when saving is happening, a new recording can happen, which is illegal and crash

[myanmarking]

i need to somehow syncronize the two

[svenjacobs]

I recently saw this post by @Rebecca Franks. Does it help maybe?

[myanmarking]

yes, i am using that approach. the problem is, that approach has a problem

[myanmarking]

when you create the bitmap from the Picture, endRecording must be called. Since you cannot control when the composable calls draw. You can try to save while the render process is in the middle

[svenjacobs]

Hm, maybe Rebecca has an idea?

[myanmarking]

and that will crash

[myanmarking]

ok. ill try to ping her. thanks

[svenjacobs]

Why do you use <http://Dispatcher.IO|Dispatcher.IO>?

[myanmarking]

its in the google sample. it can be heavy operation

[svenjacobs]

I don’t see a Dispatcher mentioned in the example here 👀

[myanmarking]

it is in the original link i provided. It is compose team sample 😛

[myanmarking]

coroutineScope.launch(<http://Dispatchers.IO|Dispatchers.IO>) {
val bitmap = createBitmapFromPicture(picture)
val uri = bitmap.saveToDisk(context)
shareBitmap(context, uri)
}

[myanmarking]

createBitmap happens in another dispatcher. Which can cause this problem

[svenjacobs]

Hm, yeah, we need Rebecca who is the author of this code, I guess 😅

[myanmarking]

i can solve the problem keeping a Picture object per render. Which may be expensive also 😛

[svenjacobs]

Have you tried the simple example from the website?

[myanmarking]

Again, the google sample as it is has this bug. I did no try rebeka approach, which i believe is similar. let me check

[myanmarking]

ya, its the same

[myanmarking]

i solved with sth like this, no idea if it is expensive

[Zach Klippenstein (he/him) [MOD]]

@Rebecca Franks

[myanmarking]

I ended up doing something like this:

private val pictureMutex = Mutex()
private val picture = Picture()

fun record(
        scope: ContentDrawScope,
        width: Int,
        height: Int
    ) {
        val locked = pictureMutex.tryLock()

        if (locked) {
            try {
                with(scope) {
                    val canvas = Canvas(picture.beginRecording(width, height))
                    draw(scope, scope.layoutDirection, canvas, scope.size) {
                        [e-mail]()
                    }
                    picture.endRecording()
                    drawIntoCanvas { drawCanvas ->
                        drawCanvas.nativeCanvas.drawPicture(picture)
                    }
                }
            } finally {
                pictureMutex.unlock()
            }
        } else {
            scope.drawContent()
        }
    }

    fun capture() {
        scope.launch {
            try {
                val bitmap = withContext(<http://Dispatchers.IO|Dispatchers.IO>) {
                    pictureMutex.withLock {
                        createBitmapFromPicture(picture)
                    }
                }
            }
        }
    }

It will suspend while trying to create the bitmap until the recording is finished. If it is attempting to record while saving is happening, it will skip recording. I think it is a better solution, since it does not mess with the drawing phase. Feedback from @Rebecca Franks is needed!

[svenjacobs]

@myanmarking FYI, when you use ````` (three backticks) you can properly format a block of code

[Rebecca Franks]

Thanks folks for the feedback, this doesn't sound great I agree. (cc @Nader Jawad too for context as he is also looking into improving the solution to use bitmaps with hardware acceleration across all versions of Android). Will revert back when we have an official solution here thank you color

[Nader Jawad]

You can probably get away with removing the coroutine usage here to avoid concurrency concerns.

[myanmarking]

That why there is a mutex

[myanmarking]

The bitmap is heavy. Cannot use main thread

[myanmarking]

But ya. On the main thread no probs

[Nader Jawad]

It is reasonable to render content into an offscreen bitmap as part of a typical render pass. The Android graphics pipeline does this internally for various use cases when content is promoted to a layer. While we should persist these bitmaps/layers across frames, doing a 1 off render if not prohibitive if done sparingly.

[myanmarking]

The usage of io dispatcher is in google examples, not mine. I just caught the problem here :)

[Nader Jawad]

@Rebecca Franks do you think we can update these samples here 🙂

[myanmarking]

I think the mutex solution is reasonable. It wont suspend when drawing. It will just do draw pass without capturing anything

[myanmarking]

Il wait for official fix. Can confirm no problems so far

[Rebecca Franks]

@Nader Jawad thanks - yup will do!