Discussion :

[rdr2510]

Quelqu’un a-t-il une idée ou exemple ou tutoriel de protocole qui découpe en plusieurs morceaux (fragments) les données envoyée avec TIDUDPServer ou TIDUDPClient ?

Quand on envoie des données trop volumineuses, il renvoie une erreur 'Package Size Too big'.

Le problème c'est que je crée un serveur RTSP qui utilise le Socket UDP. Je fais des Streaming des cameras IP en 2 Megapixel.
Une frame d'image avec ce type de camera ne passe pas avec socket UDP.

OK, J'ai fait ce protocole de découpage en socket UDP à ma manière ; ça marche sur la partie SERVEUR et CLIENT (UDP) que j'ai créée.

Mais mon serveur RTSP ne marche pas avec VLC, ou Quicktime, FFMPEG,... car ce protocole de découpage que j'avais créé ne marche pas avec eux...

Comment on fait ce découpage UDP aux normes pour que les autres lecteurs le reconnaissent ?

[Paul TOTH]

c'est "simple" il suffit de suivre la RFC

[sevyc64]

sauf erreur de ma part, le découpage nécessaire est réalisé automatiquement par les couches protocole. Tu ne devrais pas en avoir à t'en occuper au niveau applicatif.

[Paul TOTH]

sauf erreur de ma part, le découpage nécessaire est réalisé automatiquement par les couches protocole. Tu ne devrais pas en avoir à t'en occuper au niveau applicatif.

en fait non, en TCP un "gros" paquet est décomposé en plus petits, acheminés et restituée dans l'ordre de l'autre côte. En UDP tu n'as pas de notion de connexion, les paquets sont envoyés sans accusé de réception et n'arrivent pas forcément dans l'ordre d'envoie.

je ne connais pas RTSP mais pour avoir implémenté pour un SoftPhone RTP qui transporte la voix, il faut dimensionner les paquets et ajouter une entête, pas bien compliquée, qui précise ce qu'est le paquet, format timestamp et numéro de séquence.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
type
{
  0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |V=2|P|X|  CC   |M|     PT      |       sequence number         |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                           timestamp                           |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |           synchronization source (SSRC) identifier            |
 +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
}
  TRTPHeader=packed record
 // HEADER 12 bytes
    Version  : Byte;      // $80  : Version = 2
    Payload  : Byte;      //   8  : PCMA
    Sequence : Word;
    Timestamp: Cardinal;
    SSRC     : Cardinal;
 // PCMA PayLoad...
  end;