You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
I am implementing a master device that has to configure and start the RTMP streaming on the GoPro Hero9. The device is based on esp32s3 and I cannot use the GoPro access point.
By following the protocol description I implemented the protocol itself and some basic commands.
All TLV commands are working as expected which is not the case with the protobuf once. When the command or response is bigger than 20 bytes I am not receiving anything or receiving the RESULT_ILL_FORMED
I rechecked the packetization a few times and it follows the rules in the protocol description: [ header with <5/13/16 bitmask> and <message length> ] [ <feature ID> ] [ <Action ID> ] [ <data> ]
if it is longer than 20 bytes. [ <continuation header counting from 0 > and <continuation mask>] [ <data> ]
To Reproduce
Steps to reproduce the behavior with scan for access points command
Connect and pair with the camera
Subscribe to all readable characteristics
Send command to start scanning: 0x2 0x2 0x2
Await start scan response and receiving: 0x6 0x2 0x82 0x8 0x1 0x10 0x2 which is decoded to:
{
"result": 1,
"scanning_state": 2
}
Waiting for start scanning notification and receiving: 0xa 0x2 0xb 0x8 0x5 0x10 0x2 0x18 0xf 0x20 0x0 which is decoded to:
Component
BLE API + Protobuf
Describe the bug
I am implementing a master device that has to configure and start the
RTMP
streaming on theGoPro Hero9
. The device is based onesp32s3
and I cannot use the GoPro access point.By following the protocol description I implemented the protocol itself and some basic commands.
All TLV commands are working as expected which is not the case with the protobuf once. When the command or response is bigger than 20 bytes I am not receiving anything or receiving the
RESULT_ILL_FORMED
I rechecked the packetization a few times and it follows the rules in the protocol description:
[ header with <5/13/16 bitmask> and <message length> ] [ <feature ID> ] [ <Action ID> ] [ <data> ]
if it is longer than 20 bytes.
[ <continuation header counting from 0 > and <continuation mask>] [ <data> ]
To Reproduce
Steps to reproduce the behavior with scan for access points command
0x2 0x2 0x2
0x6 0x2 0x82 0x8 0x1 0x10 0x2
which is decoded to:0xa 0x2 0xb 0x8 0x5 0x10 0x2 0x18 0xf 0x20 0x0
which is decoded to:0x8 0x2 0x4 0x8 0x0 0x10 0xf 0x18 0x2
encoded from:0x8 0x2 0x84 0x8 0x2 0x10 0x0 0x18 0x0
which cannot be decoded toResponseGetApEntries
protobuf message.Similar behavior with the other
protobuf
formated commands:RequestConnectNew
: no response or notificationRequestSetLiveStreamMode
: no response or notificationExpected behavior
Receiving decodable response or reaction to protobuf commands over BLE
Hardware
The text was updated successfully, but these errors were encountered: