Suche - amiga-news.de Forum

amiga-news.de Forum > Suche

[ - Suche - Neue Beiträge - Registrieren - Login - ]

-1-

Ergebnisse der Suche: 18 Treffer (30 pro Seite)

hawe Nutzer

14.02.2003, 17:56 Uhr

[ - Direktlink - ]

Thema: Ethernet für's CD32 und andere ...
Brett: Amiga, AmigaOS 4

Hallo Bladerunner,

mail mich einmal an. Dann kann ich Dir dien ersten entwurf der Anleitung "BRI(D)GITte" mailen.

mailto:hans-werner.kneitinger@t-online.de

--
cu
hawe

hawe Nutzer

13.02.2003, 20:10 Uhr

[ - Direktlink - ]

Thema: Ethernet für's CD32 und andere ...
Brett: Amiga, AmigaOS 4

Zitat:
Original von Bladerunner:
Aber Hallo!! ;-) Das hört sich doch ziemlich genial an, würde mich tatsächlich interessieren wie du das angestellt hast.
Hmm Was bedeutet "erweitert" ? Mit einer SX erweiterung o.ä.?

Ja, ein SX32 steckt hier im CD32 drin. Die 2MB Chipram serienmäßig taugen nicht fürs Netzwerk.

Genial, nun "einfach" würde ich sagen

.

Auf dem CD32 läuft ein ganz normler Amiga TCP/IP Stack. Dann ein Kästchen mit einem Sellerie - Port an der einen Seite und einem 10MBit/s TP - Anschluß an der anderen Seite. Noch ein wenig Konfigurationsaufwand bei den LAN - Rechnern und Routern und schon kann das CD32 mittels PPP - Client ins LAN oder IN, fertig

.

Soweit die Kurzbeschreibung. Wenn noch mehr Interesse besteht, baue ich ein Internetseite, sonst melde ich mich per PM bei Dir

.

--
cu
hawe

hawe Nutzer

13.02.2003, 19:23 Uhr

[ - Direktlink - ]

Thema: Ethernet für's CD32 und andere ...
Brett: Amiga, AmigaOS 4

Hallo zusammen,

Diese Info tippe ich gerade an meinem CD32 und schicke sie via LAN und DSL zu Euch. Wen Interesse daran besteht, wie ich das CD32 (natürlich etwas erweiter) an mein LAN angeschlssen habe, würde ich eine Anleitung ins Netz stellen.

Nun Surfen ist nicht wirklich der Hit, aber der LAN Anschluß ist schon gut. So kann das CD32 hier messen und ich kann via WEB Browser von jedem Rechner die Messdaten abfragen.
So etwas könnte ja auch mit einem 500er gehen?

Also, meldet Euch ob Ihr interesse habt, sonst lohnt die Mühe nicht eine Anleitung zu schreiben.

--
cu
hawe

hawe Nutzer

17.01.2003, 11:11 Uhr

[ - Direktlink - ]

Thema: Seti@home für Amiga ?
Brett: Amiga, AmigaOS 4

Zitat:
Original von Andre89:
hmm heißt das man könnt die Linux version einfach fürn Amiganeu compilen?

Tja, wenn das mal so einfach wäre ...
--
cu
hawe

hawe Nutzer

16.01.2003, 22:03 Uhr

[ - Direktlink - ]

Thema: Seti@home für Amiga ?
Brett: Amiga, AmigaOS 4

Zitat:
Original von Andre89:
die sollenmal gefälligst nen Amiga port machen, ode zumindest irgendiwe sources reigebendamit da was machen kann..

Weil das Team die Richtigkeit der Ergebnisse sicher stellen will,
proggen sie die Ports selbst und geben nichts nach extern raus.
Nachzulesen auf den Setiathome Seiten.
--
cu
hawe

hawe Nutzer

15.01.2003, 12:37 Uhr

[ - Direktlink - ]

Thema: a4000 defekt
Brett: Amiga, AmigaOS 4

Hi Jinx,

Zitat:
Original von Jinx:
das board ist völlig nackt, bis auf die cyberstorm. hängt also nirgends sonst was dran (abgesehn vom flickerfixer auf der lisa, aber

wenn weder ein Disklaufwerk noch der IDE-Port belegt ist, braucht die Kiste mehrere Minuten zum booten, zumindest meiner hier. Hast Du einmal 2-3 Minuten gewartet? Irgenwo im Aminet gibt es eine Bauanleitung für einen Dumystecker den Du auf den IDE-Port stecken kannst. Wenn dann noch das Disk-Laufwerk richtig angeschlossen ist bootet es sofort. Spannungen 12V -5V und 5V hast Du geprüft?
--
cu
hawe

hawe Nutzer

13.01.2003, 12:32 Uhr

[ - Direktlink - ]

Thema: MiamiDX 6 fli4all & Fiberline pcmcia..
Brett: Amiga, AmigaOS 4

Zitat:
Original von Bingo:
Hallo,
wer arbeit mit dieser konfig ? und kann mir helfen. der fli4allrouter
müsste richtig laufen, aber ich bekomme MiamiDX nicht hin. DSL ohne

Ist der fli4allrouter ein Hardwarerouter oder ein Softwarerouter?

Wenn es ein Hardwarerouter ist, musst Du dort eine IP-Adresse vergeben. Dise IP-Adresse trägst Du unter "Gateway" bei MiamiDX ein. Wichtig ist hier, das alle im gleichen IP-Berich vergeben werden. z.B. 192.168.0.1 Router und 192.168.0.2 Amiga. Als Netzmaske trägst Du überall 255.255.255.0 ein. Wichtig MiamDX darf dann nur normales Ethernet-Protokoll fahren, kein PPPoE oder so etwas.

Ist es ein Softwarerouter der auf dem Amiga läuft -> nutze doch die Routerfunktionalität von MiamiDX. Geht auch mit nur einer NIC.

--
cu
hawe

hawe Nutzer

02.01.2003, 12:59 Uhr

[ - Direktlink - ]

Thema: Genesis Problem
Brett: Amiga, AmigaOS 4

Zitat:
Dann habe ich AmiDynDNS direkt eingetragen anstatt des scriptes, das er AmiDynDNS ausführt beim Online gehen, das funktioniert auch nicht, also irgendwie iss da was nich i.o. aber was?

Mhhhh, so wie ich Dich verstehe hast Du bis jetzt immer versucht Aktionen beim Start durch Genesis ausführen zu lassen. Hast Du das Script schon einma manuell ausgeführt nachdem Genesis gestartet und online gegangen ist? Eventuell sind ja noch nicht alle Inits durch wenn das Script ausgeführt wird. Sollte das Script manuell ausgeführt werden und funktionieren, so kannst Du einmal ein Script schreiben, welches mittels "RUN Execute <das_alte_script>" startet. Im alten Script fügst Du dann WAIT 5 oder so,zu Anfang ein. Dadurch hat Genesis zeit zu starten und zu Initialisieren.

Mein Script hier funktioniert, alledings hole ich keine Zeit oder mache irgendetwas anders mit bzw. über das IN. Das Script bei mir hier hat ein Icon vom Type "Project" und als Standardprogramm ist "C:IconX" eingetragen. Gestartet durch "Workbench". Der Stack von Genesis ist bei mir auf "16384" eingestellt. Hast Du einmal SnoopDos bemüht, ob das Script auch gestartet wird? Ich sehe bei mir hier den Eintrag C:Execute <Pfas/Scriptname> in SnoopDos, allerdings passiert danach noch einigen von und mit Genesis.
--
cu
hawe

hawe Nutzer

01.01.2003, 23:34 Uhr

[ - Direktlink - ]

Thema: Genesis Problem
Brett: Amiga, AmigaOS 4

Zitat:
Original von TriMa:
Ausführbar und Script ist gesetzt bei den attributen.

Also, ich habe es noch einmal getestet. Mit der Einstellung "srcipt" geht es bei mir. Hast Du im C: Verzeichnis auch das "Execute" Programm? Teste einmal ob Du in einer Shell mit C:Execute <Pfad><Scriptname> zum Erfolg kommst. So ruft Genesis das Script auf.
--
cu
hawe

hawe Nutzer

01.01.2003, 21:31 Uhr

[ - Direktlink - ]

Thema: Genesis Problem
Brett: Amiga, AmigaOS 4

Zitat:
Original von TriMa:
Das mit echo habsch auch schon versucht, keine Reaktion.

Hi, mal ne ganz dumme Frage am Rande. Du hast das Script- und
Execute Flag der Datei gesetzt? Ich hatte hier nämlich ein
ähnliches Problem.
--
cu
hawe

hawe Nutzer

26.12.2002, 22:34 Uhr

[ - Direktlink - ]

Thema: Turbokarte kaputt!!!
Brett: Amiga, AmigaOS 4

Zitat:
Original von Gonozal:
Danke für den Tipp. Werd es mal probieren.

Bevor du feilst, schau bitte nach ob die Kontakte auch danemben sind. Bei mir steckten sie genau zwischen den Leiterbahnen.
--
cu
hawe

hawe Nutzer

26.12.2002, 15:20 Uhr

[ - Direktlink - ]

Thema: Envoy 3
Brett: Amiga, AmigaOS 4

Zitat:
Original von DirkSalzsieder:
Mein Netzwerk ist 100% nur Envoy3 will seit os3.9 andere Protokolle die vorher unter os3.1 und os3.5 gingen.

Was meinst Du mit andere Protokolle?

Wichtig ist, dass bei gemeinsamer Nutzung von Envoy und IP, bei Envoy der IP-Type und der ARP-Type umgestellt werden. Dadurch werden die einzelenen Pakate den einzelnen Protokollen, hier Envoy und IP, zugeordnet. Nur so gelangen dann auch die Pakete da hin wo sie hingehören.
--
cu
hawe

hawe Nutzer

26.12.2002, 10:34 Uhr

[ - Direktlink - ]

Thema: Envoy 3
Brett: Amiga, AmigaOS 4

Zitat:
Original von DirkSalzsieder:
x) ja, ich habe die Netzwerkadresse richtig. Der erste Amiga 1, der zweite Amiga 2 usw.
x) ja, die Netzwerkkarten funzen 100%, den sonst könnte ich damit ja nicht online gehen was auch 100% funzt.
x) ja, die Netzwerkkarten Treiber sind auch in Ordnung
x) ja, mein HUB ist auch 100% in Ordnung, den ein PC Netzwerk funzt 100%
x) ja, die LAN Kabel sind auch alle in Ordnung, den sonst könnte ich ja nicht DSL online gehen.
x) welche Netzwerkkarten ich habe ist uninterresant, das es ja unter OS3.5 mal lief. (X-Surf, Fiberline, IOBlixZ2eTHmOD)

Ich währe euch für eine Idee oder Hilfe dankbar auch wenn sie nur so klein währe.

Nutzt Du gleichzeitig TCP/IP und Envoy? Welchen TCP/IP Stack nutzt Du? Bei mir funzt Envoy problemlos auch in gemischten Netzwerken. Allerdings nicht mit nem "PC" sondern nem Mac. Auch die AOS Versionen sind gemischte 3.x.

--
cu
hawe

hawe Nutzer

25.12.2002, 21:20 Uhr

[ - Direktlink - ]

Thema: Turbokarte kaputt!!!
Brett: Amiga, AmigaOS 4

Zitat:
Original von Gonozal:
Ergebnis: Jetzt geht es wieder mit Turbokarte.
Der Defekt ist definitiv am SCSI-Kit.

Hi, ich hatte auch einmal ein Problem mit dem SCSI-Kit. Neu gekauft und ging nicht. Die Lösung. Schau nach ob das Kit richtig auf den Kontakten der TK steckt. Bei mir war es wirklich ganz knapp daneben. Nachdem ich die Platine ein klein wenig am Rand plan gefeilt hatte, konnte ich das Kit ein wenig genauer aufstecken. Seitdem läuft es.

cu
hawe
--
cu
hawe

hawe Nutzer

30.07.2002, 21:03 Uhr

[ - Direktlink - ]

Thema: Amiga Arena Interview mit Davy W. (Audio Evolution 4) für AOS4.x
Brett: Amiga, AmigaOS 4

Original von cgutjahr:

Zitat:
So ist dieser Satz Blödsinn. "Richtiger" (nicht "richtig") wird er, wenn du schreibst: "Aus Sicht eines Applikations-Programmierers entspricht OS4 weitgehend OS 3.9". Das ist völlig normal, da der Großteil der neuen Funktionalität dem User zugute kommt. Einen Programmierer interessiert es nicht, ob Intuition skinnable ist oder nicht oder ob der TCP/IP stack Genesis, Miami oder Roadshow heißt.

Mich als Anwender interessiert es auch nicht. Ich möchte eine Software einfach nur nutzen. Leider hat aber die Vergangenheit gezeigt das es so einfach nicht ist.
Beispiel:
TCP/IP Stacks. Möchte der Programmierer dem Anwender spezielle Funktionen bestimmter Stacks zur Verfügung stellen so muss er sie in seinem Programm berücksichtigen. Dazu benötigt er die entsprechenden Tools und Informationen.
Als damals die Schriften in der Größe und Form vom User eingestellt werden konnten (und noch so einiges mehr), passten viele alte Programme von den Masken nicht mehr. usw. usf.

Zitat:
Es gibt Enwicklertools, Applikations-Entwickler besitzen aber noch keine OS4 Version. Müssen sie auch nicht, da sie ihre Software ebensogut auf OS 3.9 entwickeln können. Solange sie sich an bestimmte Regeln halten und nicht wie wild in diversen Exec-Listen herumwurschteln, ist die Anpassung an OS4 ein Kinderspiel.

Habe ich behauptest dass das schlimm ist? Und ja, es wird bestimm jede Menge Entwicklertools geben, streite ich auch gar nicht ab. Aber sind es Tools, die speziell dem Entwickler bei der Entwicklung von AOS4 Anwedungen helfen (nicht 3.9)? Ich denke nur, das es ganz so einfach doch nicht ist. Zumindes muss ein Programm unter der entsprechenden OS Version getestet werden. Irgend etwas verhält ich immer anders als in der alten Version. Es sei denn man hat ganz und gar nichts geändert.

Zitat:
Das neue Reaction, Virtual Memory, das neue shared-library Handling, ein erheblich verbessertes Datatypes System, ein feststehendes "Minimalsystem" (sowohl was die APIs als auch die Systemressourcen angeht), kaufwillige Anwender. Keine zwingenden Gründe, aber deutliche Pluspunkte.

Wie stellt du dir das mit den "neuen Features, die es unbedingt zu unterstützen gilt" denn vor? Nenn mal Beispiele. Es ist ja nicht so, daß die Programmierung unter OS3.x ein absoluter Höllentrip wäre, ganz im Gegenteil.

Hier hast Du doch schon eine ganze Reihe wirklich guter und neuer Features aufgezählt. Und da bin ich eben der Meinung, das diese Features nicht ohne entsprechende Entwicklungsumgebung, Dokumentation und Tools problemlos und einfach in neue Programme eingebaut werden können. Unter 3.x sind sie ja nicht da. Und dann ein AOS4 - only Programm zu bauen, ohne diese neuen Features zu nutzen, nunja ich denke das ist ein wenig ungeschickt.

Zitat:
OS4-only Klausel? Du spinnst echt. In Wahrheit dürfen nur diejenigen für OS4 entwickeln, die Ben Hermans eine Nacht mit ihrer Freundin/Ehefrau gestatten. Ich weiß wovon ich rede, ich bin jetzt wieder Single.

Hier unterstellst Du mir etwas, was ich nie gesagt habe. Ich habe einfach nur eine Frage gestellt. Ich halte es durchaus für sinnvoll, aus Sicht des Systemherstellers, eine Exclusiv-Klausel in einen Vertrag einzubauen. (Ob es aus Sicht des Programmiers sinvoll ist, diese Klausel zu akzeptieren oder ob sie für den Anwender nützlich ist steht auf einem anderen Blatt.) Nur sollten dann die Rahmenbedingungen stimmen. So muss ein Entwickler auch die Möglichkeit haben, etwas "sinnvolles" für das "neue" System zu programmieren. Mit "sinnvoll" meine ich eben eine extensive Benutzung der neuen Features. Und da kamen mir eben aufgrund des Interviews Bedenken ob die Rahmenbedingungen gegeben sind. Betrachte diese Frage bitte im Zusammenhang mit den unten aufgeführten Punkten.

Zitat:
Gähn, wo soll die Entwicklung denn sonst gemacht werden, wenn es noch keine Entwicklerversionen von OS4 gibt?

Eben ...

Zitat:
Es ist die Entscheidung dieses einen Programmierers, nur OS4 zu unterstützen - ist sein gutes Recht. Natürlich ist das aus Sicht des OS4-Teams begrüßenswert, es wird aber niemand dazu gezwungen.

Tja, mag sein. Aber Davy sagt ja auch, das er im letzten Jahr 0 verkauft hat. Und das eben alles ziemlich mau sei im Markt (Interpretation von mir, so habe ich zumindes die Aussage im Interview verstanden). Und da stellt sich mir eben die Frage, warum er denn nicht 3.9 unterstützt wo er doch sowieso darauf entwickelt, optimiert und testet. Hier können doch auch potentielle Kunden sein. Und 3.9 gibt es und es wird genutzt. Optimiert hat er ja schon. Und darum meine Frage von oben. Für mich passt es nicht zusammen, aber egal. Davy wird schon wissen was er macht und warum er es so macht.

Zitat:
Die Unterstützung für OS3.x wird mit der Zeit sowieso wegfallen, da es immer sinnloser wird, noch für OS3 zu entwickeln.

Sehe ich auch so, wennOS4 denn soviel anders ist. Ist es nicht soviel anders, würde ich für 3.9 entwicklen. Läuft auf mehr Sytemen. Ist dann der kleinste gemeinsame Nenner. Ähnlich wie bei den TCP/IP Stacks. Ist die Anwendung bsd.socket kompatibel so läuft sie mit allen Stacks. Nur die Features bestimmter Stacks können nicht genutzt werden. Die sind aber nicht so umwerfend das es gleich ein KO Kriteriom ist, diese nicht zu unterstützen. Ähnlich war es auch mit OCS, ECS und AGA. Alles irgenwie nicht der Renner in der Weiterentwicklung und ewig musste OCS oder mindestens AGA unterstützt werden. Von GraKas möchte ich gar nicht erst Anfangen. Ich denke Du hast ja die Geschichte (Vergangenheit) auch mit erlebt. Eine echte Weiterentwicklung und Verbreitung wurde, meiner Meinung nach, dadurch erheblich behindert.

Einen ähnlichen Weg ist ja auch Apple gegangen als von 68k auf PPC umgestellt wurde. Auch für die Umstellung von System <=9.x.x auf OSX gibt es einen Weg der es eröglicht. Software sowohl unter 9.x.x als auch 10.x.x laufen zu lassen.

Eine häufig gestellte Forderung ist es, es müssen mehr Anwendungen direkt für AOS4 entwickelt werden. Nach dem was ich dem Interview und auch den anderen Informationen hier entnommen habe, denke ich es ist nicht notwendig und auch möglich. 3.x Anwendungen können einfach neu Übersezt werden. Die neuen Features können noch nicht genutz werden da die benötigten Informationen, Tools und Testumgebungen zur Verfügung stehen.

cu

[ Dieser Beitrag wurde von hawe am 30.07.2002 editiert. ]

hawe Nutzer

30.07.2002, 17:35 Uhr

[ - Direktlink - ]

Thema: Amiga Arena Interview mit Davy W. (Audio Evolution 4) für AOS4.x
Brett: Amiga, AmigaOS 4

Zitat:
Original von cgutjahr:

Dann erzähl uns doch mal von deinen Schlüssen. Bin schon gespannt.

Na denn ...

AOS4 ist AOS3.9 PPC nativ, nicht mehr und nicht weniger.
Es gibt keine Entwicklertools und somit auch keine Entwicklerversion.
Die Entwickler haben auch noch keine Beta-Version von AOS4.
Tolle neue Features die es unbedingt zu unterstützen gilt, gibt es nicht.
Es ist noch ein weiter Weg bis AOS4.

Zitat:
Dummschwätzer.

Wenn Du meinst ... ;-)

Wenn es aber keine AOS4 only Klausel gibt, warum soll dann jemand, der mit Herz dabei ist, ein AOS4 only - Programm schreiben wo doch ...

Die Entwicklung unter OS3.9 gemacht werden muss.
Dieser Umstand zur Optimierung genutzt wird.
Das Programm dadurch, auch unter 68k, viel schneller als die V3 geworden ist.
Der Erscheinungsteremin von AOS4 und somit der mögliche Zeitpunkt zur Veröffentlichung und somit Verkauf in den Sternen steht.
Die Möglichkeit einer alternativen Nutzung fehlt obwohl sie doch recht einfach gegeben ist (Nur Neuübersetzung für AOS4).

Nun, einfach nur ein paar Fragen die mir so durch den Kopf gingen als ich das Interview gelesen habe. Nicht mehr und nicht weniger. Und wie schon geschrieben, ob das alles Gut oder Schlecht ist mag jeder für sich beantworten.

cu

hawe Nutzer

29.07.2002, 20:47 Uhr

[ - Direktlink - ]

Thema: Amiga Arena Interview mit Davy W. (Audio Evolution 4) für AOS4.x
Brett: Amiga, AmigaOS 4

Naja, nur mit AWeb kann ich das Interview nicht lesen. Irgendwie bleibe ich auf der Seite mit den Interviewlinks hängen. Anklicken und nichts tut sich.

Und für OS4.0 entwickeln bedeutet also auf OS3.9 entwickeln. Nunja, mag jeder seine eigenen Schlüsse ziehen. OB es wohl eine OS4.0 exlusiv Entwickler - NDA - Vertrag ist um so ein Entwickler-Board zu bekommen? Nunja ...

cu

hawe Nutzer

25.07.2002, 07:57 Uhr

[ - Direktlink - ]

Thema: Eyetech: Update zum AmigaOne
Brett: Amiga, AmigaOS 4

Hallo zusammen,
meine englisch reicht mal wieder nicht.

---
However the Softex open firmware we had originally shipped with the
dev boards (incidently as seen on the Pegasos video) has several
shortcomings (although this has been used to boot the 5 linux
---

Was hat der Pegasos bzw. das Bios des Pegasos mit dem AOne von Eyetech zu tun?

cu

-1-

Ergebnisse der Suche: 18 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter			Benutzername
Suchoptionen
	Nur in diesen Foren suchen	nur ganze Wörter Nur Titel anzeigen alle Treffer anzeigen