|
DEUTSCHE VERSION |
|
 |
| Links | | | Forums | | | Comments | | | Report news |
|
| Chat | | | Polls | | | Newsticker | | | Archive |
|
| amiga-news.de Forum > Search | [ - Search - New posts - Register - Login - ] |
|
||||||
|
olsen
User
2022-12-09, 11:52 h [ - Direct link - ] |
topic: Morph OS 3.17 - USB Sound Behriger UCA222
Board: MorphOS @Klaus150: Ich habe hier seit einer kleinen Ewigkeit ein Behringer UCA222 im Einsatz, wenn auch nie an einem Amiga oder MorphOS-System. Das Gerät hat drei Ausgänge: TOSLINK, Stereo analog über Cinch-Stecker und Kopfhörer über 3,5mm Klinkenstecker. Der Kopfhörerausgang ist verstärkt, man kann die Lautstärke mit dem "Volume"-Rädchen anpassen, und falls es aus Versehen wirklich links am Anschlag stehen sollte, hört man nichts... Anders als viel teurere Geräte ist das Behringer UCA222 ein reines USB-Audiogerät, dessen Funktion komplett vom USB-Standard selbst abgedeckt wird. Man braucht hierfür also (Standardkonformität des USB stacks vorausgesetzt) keinen gesonderten Treiber. Das klappt sogar so gut, dass man das Behringer UCA222 auch an Computern aus den Jahren 1998 aufwärts (iMac, PowerBook, usw.) anstöpseln kann und es funktioniert. Drin steckt Hardware von Texas Instruments mit einem Burr-Brown DAC, also eine wirklich brauchbare Lösung für recht wenig Geld. |
|||||
|
olsen
User
2021-03-30, 14:50 h [ - Direct link - ] |
topic: Das Absehbare Ende des SMB1 Protokolls
Board: Programmierung @ylf: > Welche Alternativen gibt es oder gibt es Pläne zur Portierung von SMB V2/V3? Nach all der Arbeit, die in smbfs geflossen ist, will ich mich nicht vor SMBv2/v3 drücken  Im Gegensatz zu CIFS/SMBv1 ist SMBv2/v3 weniger komplex, sehr viel besser dokumentiert und es gibt auch einen smb file system client, der ursprünglich für FreeBSD geschrieben wurde (https://sourceforge.net/projects/smbfs/) und dann von Apple als Ersatz für Samba eingesetzt worden ist (https://opensource.apple.com/source/smb/smb-759.40.1/). Da ließe sich vielleicht mit dem üblichen schwer zu rechtfertigenden extremstestesten Aufwand etwas für den Amiga portieren. Da sich zwischen CIFS/SMBv1 und SMBv2/v3 auf jeden Fall die zulässigen Anmeldeverfahren geändert haben, wird man meiner Vermutung nach nicht vermeiden können, auf AmiSSL zurückzugreifen. Bei meinem smbfs konnte ich derlei noch mit Bordmitteln lösen. Ich vermute, dass wenn AmiSSL zum Einsatz kommen muss, das dazugehörende smbfs mit Unterstützung für SMBv2/v3 einen Bruchteil des Speichers belegen wird, den AmiSSL verlangt. Ich habe eine grobe Idee, wie man das anpacken könnte aber derzeit (und wohl auch für die nächste paar Monate) noch ein paar andere Dinge zu erledigen, die ihr Recht verlangen. Zumindest halte ich es nicht für unlösbar, SMBv2/v3 für den Amiga flottzubekommen. |
|||||
|
olsen
User
2017-12-03, 18:14 h [ - Direct link - ] |
topic: Prozess aus library initcode starten?
Board: Programmierung Zitat: Ich rate davon ab, in der init-Funktion von library/device mehr als nur die absolut notwendigstens Dinge zu erledigen. Diese Funktion wird von ramlib aufgerufen, und wenn man sich dort einmal "verklemmt", weil man z.B. indirekt libraries, devices, usw. öffnet und die dos.library sich mit requester meldet, kann man andere Prozesse/Tasks am Öffnen von libraries, devices hindern. Das geht mitunter nicht gut aus, und die Grundursache vom Fehlverhalten lässt sich schwer zurückverfolgen. Stattdessen würde ich empfehlen, das Erzeugen von Prozessen, usw. in die open-Funktion von library/device zu verlegen, wenn das denn möglich ist. Das muss dann über SignalSemaphore abgesichert werden, was die Sache ein Stück komplexer macht, da die open-Funktion unter Forbid() aufgerufen wird. Aber wird dort etwas durch indirekten Aufruf von dos.library-Funktionen verzögert, dann sind nur die Prozesse/Tasks betroffen, die bei der SignalSemaphore warten, und nicht gleich alle Nutzer von ramlib. In der bsdsocket.library von Roadshow werden die Prozesse ausschließlich innerhalb der open-Funktion erzeugt, und auch nur wenn die bsdsocket.library zum ersten Mal geöffnet wird. Das Gegenstück dazu gibt es dann in der close-Funktion, wenn die bsdsocket.library zum letzten Mal geschlossen wird. |
|||||
|
olsen
User
2008-10-06, 10:11 h [ - Direct link - ] |
topic: SMBFS Fehlermeldung "Speicherplatzmangel"
Board: Amiga, AmigaOS 4 @dandy: Die Fehlermeldung muß nicht mit der Menge des auf dem Amiga verfügbaren Speichers zu tun haben. smbfs übersetzt Fehlernummern des SMB-Dateisystems und der TCP/IP-Software so gut wie möglich in AmigaOS-Fehlernummern, und das Endergebnis hat mitunter nicht genug damit zu tun, was die eigentliche Ursache des angezeigten Problem ist, und eine Lösung nahelegen würde. So wie smbfs das SMB-Dateisystem mit der Amiga-Schnittstelle für Dateisysteme verbindet, können schon genug mehrdeutige Ergebnisse bei der Fehlersuche entstehen. Richtig problematisch ist aber die Umsetzung des SMB-Dateisystems, das verwendet wird. Es ist ursprünglich eine Portierung des Linux smbfs-Dateisystems für FreeBSD gewesen, und diese Portierung habe ich dann auf den Amiga portiert. Da das Linux smbfs durch reverse engineering entstanden ist, und speziell diese Version recht alt ist, sind Macken und Merkwürdigkeiten zu erwarten. Um da alles zusammenzufassen: Dinge können schiefgehen, die vorher tadellos funktioniert haben; warum diese Dinge schiefgehen, ist üblicherweise nicht schlüssig zu klären; weil sich die Klärung der Probleme so schwer gestaltet, sind diese Probleme nicht notwendigerweise korrigierbar. Auch wenn die Bequemlichkeit darunter leidet, empfehle ich im Problemfall auf die Samba-Befehle zurüczugreifen. Speziell "smbclient" ist dort meist erfolgreich, wo smbfs auf die Nase fällt. |
|||||
|
||||||
|
|
Masthead |
Privacy policy |
Netiquette |
Advertising |
Contact
Copyright © 1998-2024 by amiga-news.de - all rights reserved. |
|