Write uint sans arrondis

[yunever]

Salut à tous les potes, j'ai un petit soucis :

net.Start("bteamFcoef")
net.WriteUInt(1.48,32)
net.SendToServer()
net.Receive( "bteamFcoef", function(len, ply, amount, self) bteamFcoef = net.ReadUInt(32) print(bteamFcoef)
end )
Output : 1 au lieu de 1.48. Pourriez vous m'aider s'il vous plait, cordialement.

Pourriez vous m'aider s'il vous plait, cordialement.

 

[Guthen]

Pour les nombres décimaux (float en anglais), il faut utiliser : net.WriteFloat - Garry's Mod

 

[yunever]

Pour les nombres décimaux (float en anglais), il faut utiliser : net.WriteFloat - Garry's Mod

T'es trop beau merci <3

 

[Guthen]

T'es trop beau merci <3

Tu m’as jamais vu

 

[LPN64]

Même si t'as la réponse, ca vaut une explication

UInt c'est pour Unsigned Integer, entié non signe (sans signe devant) ce qui ve dire > que 0


32 c'est pour 32 bits, pour savoir combien de bits envoyer soit tu regarde dans la table des bits ou sinon y'a une petite opération mathématique à faire :



Par exemple, si on sait que notre nombre ne dépassera jamais 254 on fait

log(255)/log(2) (on prend 255 car on a 255 valeurs le zéro compris) ce qui retourne environs 7.99435343686 on arrondis au dessus et on a 8 bits.

Donc pour un nombre qui varie de zéro (inclus) à 254 (enclus) soit 255 valeurs il nous faut 8 bits, d'ailleurs , log(256)/log(2) = 8 tout rond



Pour ceux qui ont des notions d'enums, ca peut être bien cette lib netStructures - net.Read/WriteTable replacement - Garry's Mod - Facepunch Forum

 

[yunever]

Même si t'as la réponse, ca vaut une explication

UInt c'est pour Unsigned Integer, entié non signe (sans signe devant) ce qui ve dire > que 0


32 c'est pour 32 bits, pour savoir combien de bits envoyer soit tu regarde dans la table des bits ou sinon y'a une petite opération mathématique à faire :



Par exemple, si on sait que notre nombre ne dépassera jamais 254 on fait

log(255)/log(2) (on prend 255 car on a 255 valeurs le zéro compris) ce qui retourne environs 7.99435343686 on arrondis au dessus et on a 8 bits.

Donc pour un nombre qui varie de zéro (inclus) à 254 (enclus) soit 254 valeurs il nous faut 8 bits, d'ailleurs , log(256)/log(2) = 8 tout rond



Pour ceux qui ont des notions d'enums, ca peut être bien cette lib netStructures - net.Read/WriteTable replacement - Garry's Mod - Facepunch Forum

Merci pour ton explication !

 

[Mouloud Hooden]

Perso j'ai toujours utilisé WriteFloat je comprends pas l'utilité des autre endroit c'est plus opti ou nada ?

 

[Guthen]

Perso j'ai toujours utilisé WriteFloat je comprends pas l'utilité des autre endroit c'est plus opti ou nada ?

Float : nombre décimal positif ou négatif

Int (Integer) : nombre entier positif ou négatif

UInt (Unassigned integer) : nombre entier seulement positif (et « double » en quelques sortes le maximum du nombre positif (c’est juste que comme il n’y a pas de nombre négatif, le maximum négatif est additionné au maximum positif))

Tout dépend de l’addon et de la manière que tu veux faire.

 

[While True]

Toutes ces notions n'ont pas énormément d'intérêt en Lua, vous verrez pourquoi dans la suite du message.

De manière générale :
uint_32 (non signé) : nombre entier écrit sur 32 bits, allant de 0 à 4294 millions
int_32 (signé) : nombre entier écrit sur 32 bits, allant de -2147 millions à 2147 millions ( moitié de non signé - 1)
float : nombre à virgule flottante, selon les langages/systèmes il peut être écrit sur 32 ou 64 bits (simple ou double précision).
En Lua, le float est écrit sur 64 bits (double précision).
Il peut aller de -1.797*10^(308) à 1.797*10^(308)

Ce qui fait que tu peux écrire n'importe quel entier (type int) dans un float.
L'inverse n'est pas possible (sans perte).

La différence en terme d'optimisation (à ce niveau c'est de la micro optimisation) c'est que si tu veux envoyer un entier, pourquoi le stocker dans un emplacement de type float (64bits) si tu peux l'écrire sur int (32bits) ? C'est comme vouloir utiliser un colis pour envoyer une feuille A4.

Si on travaille qu'avec des entiers, utiliser WriteFloat fonctionnera dans tous les cas, mais en théorie*, l'utilisation de WriteInt permettra d'utiliser un format plus optimal.

* En théorie, car dans les faits, tous les nombres en Lua sont des nombres à virgule flottante (double precision) - source: Programming in Lua : 2.3
La partie flottante est mise à 0 dans le cas des nombres entiers du coup.
Je suppose que l'implémentation en C de WriteInt utilise bien le format int_32 et l'envoie sous ce format.

 

[᠌ ᠌ ᠌ ᠌ ᠌ ᠌᠌ ᠌ ᠌ ᠌]

Perso j'ai toujours utilisé WriteFloat je comprends pas l'utilité des autre endroit c'est plus opti ou nada ?

En lua honettement y'a pas vraiment d'utilité (en opti) mais en C oui c'est très utile, ça te permet de pouvoir gérer la mémoire que tu vas utiliser pour ton programme et éviter les dépassement de mémoire allias Blue Screen.
Mais bon maintenant avec la mémoire vive que possède nos pc faut être un sacré bourrin pour faire un dépassement de mémoire

 

[Membre supprimé 98332]

En lua honettement y'a pas vraiment d'utilité (en opti) mais en C oui c'est très utile, ça te permet de pouvoir gérer la mémoire que tu vas utiliser pour ton programme et éviter les dépassement de mémoire allias Blue Screen.
Mais bon maintenant avec la mémoire vive que possède nos pc faut être un sacré bourrin pour faire un dépassement de mémoire

Faux
Quand on fait de l'allocation de mémoire dynamique et qu'on maîtrise pas trop ces outils on a vite fait de faire des dépassements

 

[᠌ ᠌ ᠌ ᠌ ᠌ ᠌᠌ ᠌ ᠌ ᠌]

Faux
Quand on fait de l'allocation de mémoire dynamique et qu'on maîtrise pas trop ces outils on a vite fait de faire des dépassements

J'ai parlé d'allocation dynamique ?

À aucun moment je parle de malloc mais ok
Et c'est justement ce que j'explique la gestion de la mémoire en C c'est du calcul que se soit de manière dynamique ou statique ( c'est à dire de façon standard)

 

[LPN64]

En lua honettement y'a pas vraiment d'utilité (en opti) mais en C oui c'est très utile, ça te permet de pouvoir gérer la mémoire que tu vas utiliser pour ton programme et éviter les dépassement de mémoire allias Blue Screen.
Mais bon maintenant avec la mémoire vive que possède nos pc faut être un sacré bourrin pour faire un dépassement de mémoire

Non mais n'importequoi sérieux lmao, depuis quand on doit "oublier" l'opti dans un langage, depuis quand un malloc qui fail ca fait un blue screen.


Déjà tu confonds un malloc qui fail et un dépassement de tampon (et pas de mémoire), avant de parler de buffer overflow, va faire un peu d'assembleur et pige comment marche la stack, et ensuite on en reparle.


Là on parle d'optimisation réseau, ton serveur utilisera moins de bande passante car ton programme fait pas de la merde, tout simplement.

Optimiser le netcode c'est gagner du temps CPU (Moins de temps à envoyer les données et moins de temps à les parse), gagner du temps CPU c'est avoir de meilleurs performances.

 

[While True]

En lua honettement y'a pas vraiment d'utilité (en opti) mais en C oui c'est très utile, ça te permet de pouvoir gérer la mémoire que tu vas utiliser pour ton programme et éviter les dépassement de mémoire allias Blue Screen.
Mais bon maintenant avec la mémoire vive que possède nos pc faut être un sacré bourrin pour faire un dépassement de mémoire

Comme l'a dit @LPN64 on ne parle pas d'optimisation de mémoire, vu que pour Lua, tout nombre est un float, il prendra la taille physique d'un float dans tous les cas (sauf modification et ajout d'un type en Lua).
On parle seulement de WriteInt/ReadInt qui sont des fonctions de la bibliothèque réseau (aka net), qui envoient les données de manière différente si tu utilises la fonction WriteInt ou WriteFloat.

Au final niveau réseau, quand envoyer un int sur le réseau prend 32 bits et envoyer ce même int sous forme de float prendra 64 bits il faut se dire qu'il y a une légère optimisation possible.