Radioddity GD77

Postez ici vos avis, bidouilles et tout ce qui concerne les postes RA
f1rmb
Curieux
Curieux
Messages : 94
Enregistré le : il y a 11 mois
Battery : 45
Re: Radioddity GD77

Message par f1rmb » il y a 2 semaines

jimjim a écrit : il y a 2 semaines
J'ai comme l'impression d'avoir deja vu ces bouts de code sur le forum de l'OpenGD77.
je pense que ton impression de déjà vu est tout à fait correcte mais l'autre forum semble beaucoup moins réactif.
Normal. Ce genre de fonctionnalités est totalement interdite pour les radio-amateurs.
Ça ne fera donc jamais parti du firmware upstream.

jimjim a écrit : il y a 2 semaines
En théorie, oui, mais je ne mettrai pas 27 iteration en dur, c'est (numBlocks * 9) qui est le plus safe.
ok :)
Par contre, tu n'auras plus accès à l'assistance vocale (a moins d'avoir des tympans en titane).
l'assistance vocale c'est bien une voix qui indique dans quel menu on se trouve?
si oui pourquoi cela pose t'il problème? l'assistance vocale est bien générée en local sur le portatif, elle ne passe pas sur les ondes et donc n'est pas envoyée dans les trames? ou alors il y a un truc que je n'ai pas suivi ?
Yup, les "prompts" sont de séquences ambe, donc décodées et diffusées en local.

jimjim a écrit : il y a 2 semaines deuxième question sur cette partie codec.c : normalement lors d'un chiffrement il ne faut pas chiffrer après le forward correcting code mais entre la sortie du vocodeur et avant le code correcteur.

peut on le faire ou le ecc ambe veut absolument travailler sur les données sur vocodeur et ne peut pas travailler sur des données aléatoires?

exemple :

et d'ailleurs pourquoi y a t'il deux AMBE_ENCODE et non un seul ?
asm volatile (
"PUSH {R4-R11}\n"
"SUB SP, SP, #0x14\n"
"STR R1, [SP, #0x0C]\n"
"LDR R1, =0x00002000\n"
"STR R1, [SP, #0x08]\n"
"LDR R1, =0\n"
"STR R1, [SP, #0x04]\n"
"LDR R1, =0x00001840 <<< CA \n"
"STR R1, [SP, #0x00]\n"
"LDR R3, =80\n"
"LDR R1, =0\n"
"BL " QU(AMBE_ENCODE)
"ADD SP, SP, #0x14\n"
"POP {R4-R11}"
);

soundRetrieveBuffer();// gets currentWaveBuffer pointer used as input r2 to the encoder

r0 = (int)bitbuffer_encode;
r2 = (int)currentWaveBuffer;//tmp_wavbuffer;
r1 = (int)ambebuffer_encode;

asm volatile (
"PUSH {R4-R11}\n"
"SUB SP, SP, #0x14\n"
"STR R1, [SP, #0x0C]\n"
"LDR R1, =0x00002000\n"
"STR R1, [SP, #0x08]\n"
"LDR R1, =1\n"
"STR R1, [SP, #0x04]\n"
"LDR R1, =0x00000800<<< ET CA \n"
"STR R1, [SP, #0x00]\n"
"LDR R3, =80\n"
"LDR R1, =0\n"
"BL " QU(AMBE_ENCODE)
"ADD SP, SP, #0x14\n"
"POP {R4-R11}"
);

r0 = (int)bitbuffer_encode;
r1 = (int)ambebuffer_encode_ecc;

asm volatile (
"PUSH {R4-R11}\n"
"SUB SP, SP, #0x14\n"
"MOV R3, R1\n"
"LDR R2, =0\n"
"MOV R1, R0\n"
"BL " QU(AMBE_ENCODE_ECC)
"ADD SP, SP, #0x14\n"
"POP {R4-R11}"
);
Ben tu vas devoir faire un petit travail de décompilation/reverse engineering, si tu veux plus concernant le codec, je pense ;-)
  0 volt

jimjim
Curieux
Curieux
Messages : 69
Enregistré le : il y a 1 mois
Battery : 52

Message par jimjim » il y a 2 semaines

en fait je ne connais pas l'assembleur ARM, donc je vois bien qu'il y a un appel de AMBE ENCODE avec BL
mais je n'ai pas compris le reste.
"LDR R1, =0x00002000\n
c'est l'adresse du début ? l'endroit où sont stockées les données sonores en mémoire ?

"LDR R1, =0x00001840 <<< CA \n"
"LDR R1, =0x00000800<<< ET CA \n"

oui je vois bien que les paramètres sont différents, si c'est la longueur d'une boucle une fait 6208 octets et l'autre 2048.

mais comme je ne connais pas l'assembleur ARM, je ne risque pas de faire du reverse engineering :)
et je ne connais pas non plus comment fonctionne le vocodeur AMBE.
il a besoin de deux passages sur les données?

tu connais les réponses toi ? ou tu n'as pas travaillé sur cette partie du firmware?
  0 volt

f1rmb
Curieux
Curieux
Messages : 94
Enregistré le : il y a 11 mois
Battery : 45

Message par f1rmb » il y a 2 semaines

Je ne m'en suis pas occupé, le travail de reverse engineering avait déjà été quand j'ai débarqué dans le projet.
Kai et Roger l'ont fait.

LDR, c'est load register.
Dernière modification par f1rmb il y a 2 semaines, modifié au total 1 fois.
  0 volt

jimjim
Curieux
Curieux
Messages : 69
Enregistré le : il y a 1 mois
Battery : 52

Message par jimjim » il y a 2 semaines

ok alors encore merci pour toutes les réponses que tu as pu m'apporter :)
  0 volt

f1rmb
Curieux
Curieux
Messages : 94
Enregistré le : il y a 11 mois
Battery : 45

Message par f1rmb » il y a 1 semaine

Bonsoir,

Une nouvelle version de l'OpenGD77 est sortie ici.

73.
---
Daniel
  1 volt

snakesrules94
Motivé
Motivé
Messages : 103
Enregistré le : il y a 3 mois
Battery : 40

Message par snakesrules94 » il y a 1 semaine

f1rmb a écrit : il y a 1 semaine Bonsoir,

Une nouvelle version de l'OpenGD77 est sortie ici.

73.
---
Daniel
Bonsoir Daniel et merci pour l'info (y)
Petite question en passant : il y a une mise à jour quelque part du user guide ( https://github.com/LibreDMR/OpenGD77_UserGuide ) , incluant les nouvelles fonctionnalités du FW ?
  0 volt
Retevis RT3S / Baofeng DM-1801 / Baofeng UV-5R
Uniden UBC125-XLT
Clés SDR

f1rmb
Curieux
Curieux
Messages : 94
Enregistré le : il y a 11 mois
Battery : 45

Message par f1rmb » il y a 1 semaine

Bonsoir,

Non, le user guide n'est pas à jour, mais on a commencé avec Roger.
Pour le moment il faut regarder ce qui à été changé/ajouté lors des 3 dernières releases, sur les fils de discussions concernés.


73
---
Daniel
  1 volt

Avatar du membre
FD8ZZ
Visiteur
Visiteur
Messages : 25
Enregistré le : il y a 1 an
Localisation : ... complètement à l'Ouest...
Battery : 12

Message par FD8ZZ » il y a 6 jours

Merci Daniel, pour cette nouvelle version qui fonctionne parfaitement.
  0 volt
Ils nous espionnent...
... Espionnons-les ! ! !

73 à tous de FD8ZZ, Franck.

f1rmb
Curieux
Curieux
Messages : 94
Enregistré le : il y a 11 mois
Battery : 45

Message par f1rmb » il y a 6 jours

De rien ;-)


73
---
Daniel
  0 volt


Répondre