SimTX API/Packets/TxAccept: Difference between revisions
Clanker moved page SimTX API/Packets/TxAccept to SimTX API v24/Packets/TxAccept: Archive the v24 protocol reference Tag: New redirect |
Protocol v25 reference: TxAccept Tag: Removed redirect |
||
| Line 1: | Line 1: | ||
{{SimTX API navigation}} | |||
{{SimTX packet | |||
| name = TxAccept | |||
| frame = ServerFrame | |||
| field = 14 | |||
| member = tx_accept | |||
| direction = s2c | |||
| session = [[SimTX API/Transmitter session|Transmitter]] | |||
| roles = <code>ROLE_TX_AUDIO</code>, <code>ROLE_TX_GENERATED</code>. | |||
| permission = None | |||
| answers = [[SimTX API/Packets/TransmitterStart|TransmitterStart]] | |||
| group = transmitter | |||
| file = session.proto | |||
}} | |||
'''TxAccept''' tells a transmitter client that its station is on the air. From now on the client streams [[SimTX API/Packets/SampleBlock|SampleBlock]] frames in real time, and the server sends [[SimTX API/Packets/TxTelemetry|TxTelemetry]]. The message has no fields. Refusals and kicks arrive as [[SimTX API/Packets/SessionStatus|SessionStatus]] <code>REJECTED</code> / <code>ENDED</code>. | |||
== Definition == | |||
<syntaxhighlight lang="protobuf"> | |||
message TxAccept {} | |||
</syntaxhighlight> | |||
== Fields == | |||
None. The frame member alone carries the meaning. | |||
== Usage == | |||
* Start streaming promptly; the server's playout buffer starts empty. | |||
* For <code>ROLE_TX_GENERATED</code> the server generates the signal; the client sends no samples and keeps the connection open. | |||
* The station stays on air until the connection closes. There is no separate push-to-talk. | |||
== See also == | |||
* [[SimTX API/Transmitter session#Admission|Admission]] | |||
{{SimTX API navbox}} | |||
[[Category:SimTX API]] | |||
Latest revision as of 17:01, 24 October 2026
| Frame | ServerFrame, field 14
|
|---|---|
| Member | tx_accept
|
| Direction | Server → client |
| Session | Transmitter |
| Roles | ROLE_TX_AUDIO, ROLE_TX_GENERATED.
|
| Permission | None |
| Answers | TransmitterStart |
| Defined in | session.proto
|
TxAccept tells a transmitter client that its station is on the air. From now on the client streams SampleBlock frames in real time, and the server sends TxTelemetry. The message has no fields. Refusals and kicks arrive as SessionStatus REJECTED / ENDED.
Definition[edit | edit source]
message TxAccept {}
Fields[edit | edit source]
None. The frame member alone carries the meaning.
Usage[edit | edit source]
- Start streaming promptly; the server's playout buffer starts empty.
- For
ROLE_TX_GENERATEDthe server generates the signal; the client sends no samples and keeps the connection open. - The station stays on air until the connection closes. There is no separate push-to-talk.