Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for more architectures #62

Open
jmillan opened this issue Sep 24, 2019 · 0 comments
Open

Add support for more architectures #62

jmillan opened this issue Sep 24, 2019 · 0 comments
Labels
enhancement New feature or request

Comments

@jmillan
Copy link
Member

jmillan commented Sep 24, 2019

Current built system offers insufficient target architectures.

Just enhance it.

@jmillan jmillan changed the title support more architectures Add support for more architectures Sep 24, 2019
@jmillan jmillan added the enhancement New feature or request label Mar 6, 2020
regexident pushed a commit to daily-co/libmediasoupclient-public that referenced this issue Jun 28, 2021
* Fix-up signalling code

* Make `SignallingChannel` trait partially async
* Use `tokio-tungstenite` once again
* Add peer ID to `sig-ack` message as it is now required

* Remove some `todo!()` and fix `mediasoupclient-sys` code.

* Invoke on_open when WS is connected

* Make native callbacks settable at any point

* Undo sig-ack changes

* Use message-passing architecture to untangle asynchronous mutating callbacks

* Closer to equivalence between WASM and Native

* Dirty fixing of the event emission for JS

* Implement Transport::consume

* Fill up some more native stubs

* WebRTC MediaStream bindings

* Minor fixes
- Temporarily disable event emission on native platforms
- Fix native "on connect" transport callbacks

* Convert Linux demo to a GTK+ app to not have a silly infinite loop (and maybe present the cameras later!)

* Align Native and WASM daily-core implementations further

- Make WebSocket callbacks registerable in the same order on
  all targets (e.g. enable registering the callbacks for browser
  WebSockets before we attempt to open them)
- Flesh out more native implementation details in WebRTC

* Small tweaks

* Update fake_tracks feature

* Re-enable participant event emission (still requires action on them)

* Prototype C event API

* Refactor for code organization

* Fix android build

* Nuke fake tracks from orbit

* Slight cleanup

* Partial success at cleaning up the code

* Cleanup

* Fix clippy warning

* Unify stub enumerate_devices

* Clippy fix

* Fix initial review comments

* Clearer names in native WebSocket signaling
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Development

No branches or pull requests

1 participant