Toutes mes réponses sur les forums
-
salut steph,
désolé je t’avais un peu oublié… mais je suis en vacance là donc j’ai eu un peu de temps pour regarder (en même temps que mon mini-projet de D7 de démarrage réseau).
Alors je suis stupéfait mais j’ai le même soucis que toi !
Je n’ai pas réussi à me connecter en WEP à ma box…
J’envisage deux raisons:
– Prims2 évolué et est peut être « cassé » pour le WEP dans les version récentes => Je suis certain de l’avoir déjà vu marcher dans le passé.
– Les BOX ne gèrent pas le WEP de la même façon (très peu probable …)La première alternative me parait intéressante, je vais essayer de ressortir une ancienne version d’un CD.
D’autant plus qu’en fouillant dans la branche principale de prism2, sous linux, j’ai trouvé au moins un témoignage similaire de mauvais fonctionnement en WEP. (mais ça reste des suppositions !!)Donc pour le moment je reste aussi en non encrypté et filtrage pas @ mac.
A terme je vais essayé de me dégoter une carte compatible WPA (hardware), un peu difficile à trouver je trouve … Ou passer en Ethernet (ENJ bidule), quitte à y coller une raspberry pi 4 pour faire pont WIFI … (en espérant que j’arrive à la loger dans le 1200 !)A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 @Giants:
Par « problème » je parlais du changement de fréquence d’échantillonnage.Maintenant si on considère la chaine complète, il y a:
-1 les cycles DMA paula => a priori respectés dans tous les cas.
-2 le mixing interne paula (dont le DAC)
-3 le mixing externe sur la carte mère (filtre anti repliement)En émulation ou FPGA, il faut appliquer les déformations de paula et du filtre AVANT le dac (et s’adapter a la sortie du PC).
Il faut donc filtrer en numérique et agir de la même façon que le combo paula + composant externe.
Il prend donc en entrée un signal numérique, le déforme comme paula le fait, et le filtre comme c’est fait sur la CM.La théorie serait donc que l’application de la déformation paula serait meilleure (plus fidèle) si on la faisait à plus haute fréquence qu’actuellement ?
@_SAM_: les graphiques sont bien mais ça aurait été mieux avec les mêmes échelles et les mêmes conditions de mesures (le 2eme est trop propre pour être issue d’une mesure analogique).
Perso je suis dubitatif, plutôt de l’avis de Giants donc.
Appliquer des filtres / ajouter des parasites dans le domaine inaudible, je suis pas sur que ça fasse chanter comme paula..
Après est-ce que dans vos expériences vous aviez bien réglé UAE ? car les sortie des amiga ne sont pas les même en fonction des modèles (étape 3).
Le 1200 coupe beaucoup moins les hautes fréquences par exemple.
Il y a peut être aussi la pile audio qui est en jeu, je sais pas comment c’est codé sous UAE mais a un moment il faut bien adapter l’échantillonnage amiga émulé avec celui du PC, et là ça peut induire de la mauvaise qualité si c’est laissé aux mains de l’OS tel quel..(voir Secret Rabbit Code sous VLC par exemple).Un peu de lecture:
http://bax.comlab.uni-rostock.de/dl/Paula_SystemTheoretic.pdfA600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Quelques bonnes nouvelles !
J’ai creusé la piste 3.2, et ben avec celui là aucun soucis !
La raison je pense est :
– ils ont fait la même bidouille que moi avec la copie de l’installer en RAM (y’a des indication dans les noms des fichiers)
– ils utilisent des ADF, ce qui préserve les fichier amiga, ce qu’apparemment ne fais pas SMBFS
1ère Installation du 3.2 par le réseau réussi !Reste à peaufiner quelques trucs:
– mettre à jours les fichiers de la disquette en 3.2
– support dhcp
– centraliser la config réseau
– installer la config reseau dans le système fraichement installé
– faire un bout d’ihm, en CLI certainementProblème numéro 1, la place ! Il ne me reste plus qu’1ko… va falloir que je vire d’autres trucs ou que je fasse un lha.
Et pour la suite ce que j’aimerai c’est aller chercher des trucs tout seul sur aminet, les trucs vitaux .
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Bon c’est pas simple cette affaire.
J’ai des soucis de fichiers, que je pense lié à des incompatibilité ROM 3.1(vamp) / 3.1.4 , sans en être vraiment sur.Exemple, si je lance l’installation a partir du volume réseau, il me dit que le fichier n’est pas exécutable.
J’ai trouvé une parade, je copie le script et installer en RAM.
Ensuite je peux lancer l’installation qui se déroule sans erreur.
Mais au reboot, problème sur loadmodule qui ne trouve pas .. je sais pas quoi ! (je vais y passer un coup de snoopdos ce soir).
Y’a d’autres trucs étranges du genre si je copie un exe dans la nouvelle partition, durant la « session de boot » de l’installeur, une fois redémarré il le voit non exécutable… alors que le bit y est, et si je le copie en ram il marche.. (donc pas de soucis de corruption de fichier).J’utilise exclusivement les fichier de l’install 3.1.4 + amiTCP + prism2, y’a rien d’autre dans l’équation.
J’ai beau me gratter la tête, je trouve pas grand chose ^^
Problème de patch rom ? => c’est pas super clair tout les patchs / version qui sont fait aujourd’hui.
Problème de filesystem ?ça me fait penser à une remarque des développeur AOS3.2 sur EAB, ou ils disaient que le 3.2 était fait pour pouvoir s’installer de n’importe quel support, pour ceux d’avant y’a peut être des subtilités…
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 @Giants
Pas uniquement, car tu peux avoir une source déjà enregistrée à une certaine fréquence, ou générée à fréquence fixe mais non compatible avec la sortie / ou avec d’autres signaux audio que tu veux mixer.En l’occurrence UAE / Fpga sont sensé émuler paula, mais doivent aussi être compatibles avec la sortie carte son / DAC.. Donc le problème est bien le même.
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Le problème est le même que pour l’image, c’est très difficile et couteux en ressources.
Le surechantillonage c’est du bricolage qui certe minimise l’érreur mais n’arrivera jamais au top. LA solution c’est l’interpolation avec une bonne fonction d’approximation, qui est proportionnellement couteuse en ressource qu’elle est de bonne qualité.
Mais techniquement c’est quelque chose de relativement courant…
Sous linux avec PulseAudio ça peut etre fait de façon transparente pour l’application.
Côté conso cpu à titre d’exemple, jarrive a 40% de d’un cpu i7-4970k, pour traiter un signal 8 voies à 44khz (vers 96khz qui est ma frequence de sortie globale). On voit donc que ce n’est pas gratuit du tout, mais j’ai pris l’algo le plus lourd/qualitatif.Note: l’intérêt c’est de pouvoir convertir un signal qui est échantillonné a une fréquence que ne supporte pas ta carte son, ou de pouvoir mixer des sons de fréquence différente (mon cas).
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Je regarde ça sur la 600 demain soir et je te dirai !
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 cool ! 🙂
pour la wpa je peux pas trop t’aider car j’ai malheureusement pas de carte compatible…Perso j’ai opté pour WEP + filtrage mac….
c’est pas extra mais mieux que rien.. puis j’ai pas vraiment de voisin proche donc peu de risques…A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 @gothdevil: je me suis aussi déjà interrogé sur le sujet. et je pense que l’amiga va avoir une bulle de renouveau qui est d’ailleurs déjà commencé et qui va durer une bonne 20 aine d’année.
La raison ? la plus grosse population d’amigaiste est en train d’arriver à la retraite ^^
après ce sera le tours des enfants de cette génération, ceux qui ont 30 ans aujourd’hui (moi par exemple) , énormément moins nombreux. puis finito.A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Salut,
tu peux re-essayer en mode open (5) mais avec la conf suivante:
network={
ssid= »dlink_steph »
key_mgmt=NONE
priority=100
}Et si ton réseau est caché tu peux ajouter : scan_ssid=1
Pour ta config avec wep, la clef doit être entre double quotes et formaté soit en 13 caractères, soit en hexadecimal si tu la préfixe de ‘0x’ .
Si ça ne marche toujours pas, peut être que le fichier de conf que tu modifie est au mauvais endroit ?
Il devrait être dans ENVARC:Sys …A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Salut stephbb75,
peux-tu aussi nous mettre ton fichier de config prism ?
Ce sera plus simple, car là dans tes logs j’ai l’impression qu’il essai de se connecter en WPA alors que d’après test screenshot tu veux faire du WEP, je pense donc qu’il est mal configuré !A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Ce qui est bien, c’est qu’une fois que la partie logicielle sera au ptit oignons, on pourra faire des cartes accel bien plus puissante, en passant par un vrai bus processeur et pas par des GPIOs.
Faudrait une carte comme ça avec un zynq ou equivalent chez altera, ça finira par venir :).
Et là, ce sera pas un x2,7 .. !A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 ça pourrait être intéressant si cette carte est compatible avec le mediator, ce qui n’est pas le cas de la V1200…
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Du coup, qu’est-ce que ta lib fait de plus qu’un RTGMaster ?
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1 Ok, je n’ai jamais codé en bare-metal sur Amiga donc je ne connais pas exactement les limites, mais SAGA = AGA++ non ? Donc si on code en SAGA en respectant les limites AGA ça ne reste pas compatible ?
En tout cas c’est cool car ça permet de coder un truc qui tourne sur Vampire en HW et sur le reste en SW, donc surement plus lentement mais surement assez rapidement sur UAE/MorphOS/OS4.
A600 + 604n + RTC + Vampire V2 600, Coffin R54 / wb3.1.4.1
A1200 + Vampire V2 1200, wb3.1.4.1
