Timm Preetz

@ktsuttlemyre Seeing the same here. But I can't see any difference between the latest code and the proposed fix by @jsenellart-systran so no idea whether this can easily be fixed.

@LichKing-2234 Yes, I tried to explicitly end the screenshare if active (via the helper) before ending the call, but that didn't change anything. This problem persisted.

> Which device is best should be decided by the business, I think you can try to remove the `await engine.muteLocalAudioStream(true)`, and call `await engine.deviceManager.setAudioRecordingDevice` directly. The `engine.muteLocalAudioStream(true)` (and the...

I removed the `muteLocalAudioStream`, and then also added similar code to switch the playback device as well (else I thought maybe the recordings just end up in a void), but...

> Sorry for the late reply, any error when you cancel the screen sharing? No, I don't see anything. The `await` just stalls forever, but no exception or status callback...

Yes, I figured that out on iPad Pro, where it visually works better but then crashes when accessing the mic. Can't send a reproduction there yet since it's an internal...

@premy Did you find a solution for this?

Ah, this setting fixed the problem here for me as well (and the build works fine on device :)) https://github.com/tanersener/react-native-ffmpeg/issues/227#issuecomment-887310982

I had a stab yesterday at trying new protocols that would allow for strictly typed rows, but I was not able to define a protocol with generic types, that classes...

I agree with you, that some row types should probably come with presentation parameters or different class "versions" that behave differently, since for specific use-cases different presentations might be best...