This repository has been archived by the owner on Aug 5, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 104
Interoperability
Jussi Kukkonen edited this page Feb 6, 2015
·
16 revisions
Work-In-Progress notes about the state of interoperability (and lack thereof) of wysiwidi sink and desktop_source with some other devices and stacks.
Device | Software stack | WiFi P2P | RTSP | Stream | Notes |
---|---|---|---|---|---|
Nexus 5 | Android 5.0.1 | See 1) | |||
Some tablet | Windows 8.1 | See 2) and issue #70. |
Device | Software stack | WiFi P2P | RTSP | Stream | Notes |
---|---|---|---|---|---|
Microsoft Wireless Display | See 2). Playback fails, format negotiation problem? | ||||
Netgear Push2TV | Intel SDK? | Playback fails. Format negotiation problem? | |||
Actiontec SBWD100A | RTSP negotiation fails: issue #69 | ||||
LG TV | Playback fails. Format negotiation problem? |
-
Streaming from Android works acceptably with two caveats:
- GStreamer tsdemux need a patch https://bugzilla.gnome.org/show_bug.cgi?id=743363
- We must use a jitterbuffer element (currently requires a hack)
-
Windows won't show miracast sinks in the UI unless device type is in their whitelist. Likewise Microsoft Wireless Display will only respond to devices of specific device type. "television" (category 7, subcategory 1) is known to work for sinks and "smartphone" (category 10, subcategory 5) is known to work for sources. Connman sets these values based on hostnamed chassis type but does not yet support "television" type.