|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
ac-logic
Nutzer
27.08.2004, 21:32 Uhr [ - Direktlink - ] |
Thema: Classic Amiga will nen PPC-Native BS
Brett: Amiga, AmigaOS 4 @chkamiga >>Dann kannst auch nur DU testen ob sie unter OS4 laufen. >Aber dafür muss ich erst OS4 kaufen. Nicht unbedingt, Du hast mehrere Möglichekeiten sie ohne selber im Besitz von OS4 sein zu testen oder Testen zu lassen. 1. Du fährts zu jemanden den Du kennst der im Besitz von AOS4 ist und führst die Tests dort durch. 2. Du fährts zu einer entsprechende Veranstaltung oder Usertreffen und fragst ob Du deine Programme testen kanst. 3. Du schickst die Programme jemanden, der AOS4 hat, zum Testen. 4. Du stellst die Programme auf deiner Homepage oder im Aminet zum Download frei sofern sie inn einem Zustand sind der eine Benutzung überhaupt erlaubt. Dies würde Dir eine Möglichkeit geben zu tersten ob deine Porgramme überhaupt auf allen AGA/CGX Systemen überhaupt laufen wie Du ja behauptest. Bei einem Bildanzeiger dürfte es doch nicht das Problem sein. >>Das deine Programme auf angeblich jedem AGA/CGX System laufen >>hat absolut nichts zusagen. Wenn man sich nicht an die >>Spieleregeln hällt, >>kann es immer passieren, daß ein Programm nach einem >>Systemupdate nicht mehr funktioniert und ides ist dann kein >>Fehlervom Betriebssystem sondern >>ein Fehler des Programmierers, der dieses Programm >>geschrieben hat. >Tja, nur wenn man sich an die Guidelines hält und es trotzdem >nicht läuft ist das Betribssystem schuld. Wenn man sich selber an die Guidelines gehalten hat und die Programmierer von eventuellen "extern" Routinen (linklibs) auch und es dann Probleme gibt, kann es ein Fehler im Betriebssystem sein. Dies bestreitet auch niemand. >Hätten sich Spiele Progger damals daran gehalten würde >heute noch jedes Spiel laufen ohne WHDLoad etc. Dies trifft nicht auf Spiele zu, sonder auch auf "Anwendersoftware" zu. >>Bei Programmen die nicht mehr geflegt werden und der Fehler >>im Programm ist, hat man dann leider Pech gehabt. Dies kann >>man aber dann nicht dem OS anlasten. >Der Fehler ist nicht im Programm wenn es auf jedem Amiga >läuft. Wenn es auf jedem Amiga ! (auf meinem Amiga 4000 läuft AOS4) laufen würde, wäre kein Fehler vorhanden. >MB Programme sollen tatsächlich nicht unter OS4 laufen, >obwohl Maxonbasic auf jedem Amiga läuft. Also liegt >der Fehler beim OS4. Das ist absoluter Schwachsinn den Du hier von dir gibst. Wenn Maxonbasic auf jedem Amiga läuft, so wie Du hier behauptest müste es auch auf meinem Amiga laufen. Wenn ein Programm z.B. nicht dokumentierte "Eigenschaften" eines Betriebssystems benutzt, kann es durchaus "fehlerfrei" laufen bis eine neue Version des Betriebsystems erscheint, welche diese nicht dokumentierten Eigenschaften nicht mehr hat. Dann läuft das Programm nicht mehr. Wer ist nun schuldig das scheinbar fehlerfreie Programm, welches zuvor auf allen Rechnern lief, oder die neue Version des Betriebssystem. Ich würde sagen das Programm welches sich durch die Verwendung nicht dokumentierter "Eigenschaften" sich nicht an die Guidelines gehalten hat. Was ich damit zum Ausdruck bringen will, das es nicht immer so einfach für einen Aussenstehenden ist die Ursache für ein Problem zuerkennen. Was mich besonderes stört, wenn jemand ohne genaue Kenntnisse der Sachlage, dummdreist pauschale Behauptungen und Schuldzuweisungen tätigt. >Und dann gibts nicht mal ein Equivalenten Compiler.. Falls Du einen MaxonBasic-Compiler meinst, kannst Du es nicht AOS4 ankreiden, daß Maxon dem AmigaOS schon vor Jahren den Rücken zugekehrt hat. Ansonsten stehen sowohl gcc 2.95, gcc 3.4 und VBCC für AmigaOS4 zur Verfügung. [ Dieser Beitrag wurde von ac-logic am 27.08.2004 editiert. ] |
|||||
|
ac-logic
Nutzer
27.08.2004, 12:27 Uhr [ - Direktlink - ] |
Thema: Classic Amiga will nen PPC-Native BS
Brett: Amiga, AmigaOS 4 @chkamiga >Wenn ich der Author bin und die Programme nur ganz >alleine habe, DANN HAB NUR ICH SIE. Dann kannst auch nur DU testen ob sie unter OS4 laufen. >>Dann ist es absolut nicht Aufgabe der OS4-Programmierer, >>für Kompatibilität zu sorgen, sondern einzig und >>allein Deine. Und wenn Deine Programme nicht >>funktionieren, liegt das daran, weil Du Mist >>programmiert hast, und nicht an Problemen des AmigaOS. >Nein, meine Programme laufen auf jedem AGA/CGX System, Das deine Programme auf angeblich jedem AGA/CGX System laufen hat absolut nichts zusagen. Wenn man sich nicht an die Spieleregeln hällt, kann es immer passieren, daß ein Programm nach einem Systemupdate nicht mehr funktioniert und ides ist dann kein Fehlervom Betriebssystem sondern ein Fehler des Programmierers, der dieses Programm geschrieben hat. Es gab neulich ein Problem mit einem Amiblitz-programm, welches auf dem 68k "ordnungsgemäß" lief aber nicht auf dem PPC. Die Ursache: der Programmierer der benutzen linklibs hat sich nicht an die Regel gehalten. Er hat nicht die Ergebnisse der Betriebssystemfunktionen geprüft so wie es dokumentiert ist sondern die Prozessorflags. >wenn man natürlich mit einem Schrottigen OS4 daherkommt >kanns gut sein das sie darauf nicht laufen. Bevor Du etwas als schrottig bezeichnest, solltest Du eine aktuelle Version testen oder dich mit solchen kommentaren zurückhalten. Falls _deine_ Programme nicht laufen, dürfte es nicht das Problem sein den Fehler im Betriebssystem oder deinem Programm zufinden und dies zu korrigieren. >Weisst du wieviele Programm/Spiele Authoren schon >längst aufgehört haben für den Amiga zu Programmieren? >Willst du jetzt jeden einzelnen erzählen er soll >sein Programm für OS4 ändern? Bei Programmen die nicht mehr geflegt werden und der Fehler im Programm ist, hat man dann leider Pech gehabt. Dies kann man aber dann nicht dem OS anlasten. mfg Sven |
|||||
|
ac-logic
Nutzer
22.08.2004, 12:31 Uhr [ - Direktlink - ] |
Thema: Classic Amiga will nen PPC-Native BS
Brett: Amiga, AmigaOS 4 @ chkamiga >Die Geschwindig des OS4 auf Amigas währe höher wenn man >nicht den 68K emulieren würde. Hä ?? Falls Du damit meinst man sollte auf den Classic den vorhanden 68k für die 68kSoft statt der 68kemu nutzen. Muß ich dir sagen Du liegst völlig falsch. Du hättest bei der Verwendung von 68ksoft laufend richtige Cacheflushs bei jedem Contextswitch -> Bremst das system. Du müßtes die 68kMMU und PPCMMU "syncronisieren", dies dürfte ein erhblicher Aufwand sein -> bremst das System. .... mfg Sven |
|||||
|
ac-logic
Nutzer
20.08.2004, 13:14 Uhr [ - Direktlink - ] |
Thema: Cyberstorm MK1
Brett: Amiga, AmigaOS 4 Zitat: Wenn es dir gelingt ein aktuelles Romimage für die mkI zubekommen kannst Du dies mit den SCSITools von phase5 im RDB installieren, so daß es beim Systemstart geladen wird. mfg Sven |
|||||
|
ac-logic
Nutzer
17.08.2004, 11:54 Uhr [ - Direktlink - ] |
Thema: Classic Amiga will nen PPC-Native BS
Brett: Amiga, AmigaOS 4 @chkamiga >>Was ist so inkompatibel am OS4? >>Wenn es so funktioniert wie die Macher es angekündigt >>haben, oder gar besser kann es einem PPC-User doch Recht >>sein oder? > Z.zt läufts ja nur auf AONE und da läuft nur Falsch, es läuft auch auf dem Amigas mit CSPPC oder BlizzardPPC > sehr wenig drauf und was läuft ist in Zeitlupe. Dies ist Ansichtssache >Gut beim Amiga kann man es noch nicht genau sagen, >aber da der 68k Emuliert wird und dann auch über >eine JIT könnte es gut zu inkompatiblitäten kommen. Dann kannst immer noch den JIT deaktivieren oder UAE nutzen >>Nur das es so lange dauert, stört mich irgendwie. >Wenn nur 5 leute dran Arbeiten... Es arbeiten mehr als 5 Leute dran mfg Sven [ Dieser Beitrag wurde von ac-logic am 17.08.2004 editiert. ] |
|||||
|
ac-logic
Nutzer
08.08.2004, 22:51 Uhr [ - Direktlink - ] |
Thema: Amiga 4000 stürzt dauernd ab
Brett: Amiga, AmigaOS 4 Hi Kassi, wie es scheint, scheinen die Komponenten(RAM,CPU,SCSI), welche direkt auf der CSPPC sind, mit der übertacktung klar zukommen aber nicht die Ankopplung an das Motherboard. Beim Betrieb der CSPPC im A4000 muß dieser auf externe Tacktung gestellt werden, dies bedeutet, daß die Tackte EXTCPU und EXT90 (um 90° hinter EXTCPU verschoben) benutzt werden um die Signale CPUCKLA, CPUCKLB, CPUCKL_EXP, CPUCKL90A, CPUCKL90B und CPUCKL90_EXP zuerzeugen, falls die Phaseverschiebung zwischen EXTCPU und EXT90 auf der CSPPC z.B. durch eine DELAYLine(wie auf der A4000er-Motherboard) erzeugt wird, stimmt diese absolut nicht mehr. Dies hat Auswirkungen auf alle Motherboardkomponenten. Ein Austauschen des Busters wird wahrscheinlich auch nichts helfen, weil dies nichts an dem durch die übertacktung versauten Timing ändert. |
|||||
|
ac-logic
Nutzer
20.06.2004, 18:41 Uhr [ - Direktlink - ] |
Thema: CS-PPC und Grafikkarten
Brett: Amiga, AmigaOS 4 In was für einem Amiga nutzt Du die Grafikkarten? Falls Du ein A4000D-Towerumbau nutzt, kann es auch an dem Busboard liegen. Ich hatte in meinem MicronikTower erst eine 2-LayerPlatine als Busboard. Bei diesem lief die CV64 nur im obersten Slot, nach dem Austausch gegen eine Multilayer-Version gab es keine Probleme mehr. mfg Sven [ Dieser Beitrag wurde von ac-logic am 20.06.2004 editiert. ] |
|||||
|
ac-logic
Nutzer
09.04.2004, 12:42 Uhr [ - Direktlink - ] |
Thema: simplemail und imap
Brett: Amiga, AmigaOS 4 doch simplemail |
|||||
|
ac-logic
Nutzer
09.04.2004, 12:11 Uhr [ - Direktlink - ] |
Thema: simplemail und imap
Brett: Amiga, AmigaOS 4 Hat jemand schon einmal erfolgreich simplemail mit freenet und imap-protokoll benutzt? |
|||||
|
ac-logic
Nutzer
30.09.2003, 10:06 Uhr [ - Direktlink - ] |
Thema: CS MKI SCSI Modul
Brett: Amiga, AmigaOS 4 Ich hatte auch einmal eine MKI war eine "frühe" Version mit 040/40. Diese Kombination lief nicht mit dem SCSI-modul, aber es gab keine Probleme mehr nachdem ich mein 060/50-Modul hatte. |
|||||
|
ac-logic
Nutzer
28.09.2003, 08:44 Uhr [ - Direktlink - ] |
Thema: AmigaOS4.0 auf dem AOne!!!
Brett: Amiga, AmigaOS 4 @mk >>> - heute ist der Stand der Dinge schon ein ganz andere und in etwas damit zu vergleichen, was man in 2001 als 4.2er-Version geplant hatte (nÄmlich so gut wie alle Module PPC-nativ). >>> So wie die graphic-library auf den AOne? >>> Und das gesamte System (Mit JIT) wesentlich langsamer als die erste Version von MorphOS (Ohne JIT!) auf den Pegasus ist? >> sorry Du erzÄhlst Mist, >H.J.F hat also gelogen als er angab, das die graphic-library auf AOne in 68k vorlag? Habe ich irgendewo behauptet die graphics.library sein ppc-nativ? Nein!! Der Mist bezog sich auf deine Aussage --- das gesamte System (Mit JIT) --- >Die von MorphOS ist schon knapp 2 Jahre nativ-PPC! und ?? >Voxelspace lief schon OHNE JIT auf Pegasus G3/600 ein mehrfaches schneller als jetzt auf AOne G4/933 MIT Petunia. Mit akitivierten 2.Levelcache und eine vollstaendig ppc-nativen Graphicpipeline ist dies absolut kein Kunstück. >> wie schon an verschieden Stellen darauf hingewiesen wurde lief auf dem Aone >> 1. ein DebugKernel auf Debuglevel 10 dies bremst das System erheblich aus, selbst mit Debuglevel 0 ist solch ein System spÝrbar langsamer als mit einem Nondebugkernel >Die gesamte Debugausgabe lÄuft Ýber die serielle Schnittstelle. Wenn das System schon deswegen ausgebremst wird, weil schlimmstenfalls ein paar hundert kBit an Daten ausgegeben werden, na dann gute Nacht fÝr jede schnellere Schnittstelle. (Fast Ethernet hat schon den hundertfachen Datendurchsatz!) Wir sprechen hier nicht von ein paar hundert kbit sonder von einigen hundert kbyte bis zu einigen Mbyte. >> 2. Es war kein JIT im System _integriert_ !!!! >Genau das war eben doch der Fall. Eben nicht ! >Es wurde darÝber ausfÝhrlich diskutiert (auf ann.lu) das das System aus StabilitÄtsgrÝnden zwar nur auf einen einfachen 68k Interpreter setzt, aber Voxelspace sehr wohl (als Applikation) Ýber Petunia lief. Das hat auch J.Schober (nicht als einziger) noch mal extra bestÄtigt. Voxelspace als Applikation lief über Petunia. Aber für Systemkomponeten (wie die noch 68k-graphics.library) wird ein Interpreter genutzt. >> 3. Der SecondlevelCache war deaktivert bzw. noch nicht aktiviert (frag mich jetzt nicht warum) >HÆre auf. Wie schon auf ann.lu jemand anmerkte, was willst Du bei so einer schnellen RAM Anbindung noch groú mit einen Level 2 Cache herausholen? Weshalb vergrößeren auch die anderen Chipproduzenten den Cache auf ihren CPUs obwohl diese eine deutliche bessere RAM Anbindung haben (z.B. Athlon 64: 1MB 2.LevelCache, RAM-Controller onchip). Bestimmt nicht weil es sinnlos ist. Es muß schon einiges an Mehrleistung bringen, sonst würde sie die mit einem größeren Cache verbundenen Probleme nicht auf sich nehmen. - mehr Transitoren je Chip -> weniger Chips pro Wafer -> mehr Stellen pro Chip die Defekt sein können -> geringere Ausbeute -> eine höhere Verlustleistung die abgeführtwerden muß Der 2.LevelCache läuft mit vollem CPU-Takt also 7.5 mal scneller als der "normale" Arbeitspeicher. >> Also vorher richtig Informieren, bevor man Gefahr lÄuft Unwahrweiten zu posten. Sonst kÆnnte man man schnell in den Ruf gelangen, ein LÝgner zu sein. >Nun was an meinen Aussagen ist den nun konkret nach Deiner Meinung unwahr? das gesamte System (Mit JIT) >> Falls Du auf Gabriele Favrin anspielst, dieser war "nur" ein Betatester und kein Entwickler. >Der nur mal so ganz nebenbei Olaf Bartel bei der ENTWICKLUNG von Roadshow geholfen hat. Ist mir neu (Quelle?). Im den releasenotes(changelog) von Rodshow ist kein Hinweis darauf. mfg Sven |
|||||
|
ac-logic
Nutzer
27.09.2003, 22:16 Uhr [ - Direktlink - ] |
Thema: AmigaOS4.0 auf dem AOne!!!
Brett: Amiga, AmigaOS 4 @zacman Zitat:Zitat: Bitte nicht mit der Ausgabe von DebugingUtilities ala Enforcer und Co. unter 68k verwechseln, so etwas ist natürlich auch im Nodebugkernel enthalten. Der Debugkernel enthält zusätzlichen "Debugcode" der in Abhängigkeit des gewählten Debuglevels Informationen über gerade stattfindenen Aktivitäten (inclusive was in den Funktionen abläuft) über die serielle Schnittstelle ausgibt. Zitat:Zitat: Das wiederspricht doch nicht meiner Aussage. Voxelspace lief mit dem JIT(Petunia). Zitat:Zitat: Die CybPPCversion hat das selbe Problem: graphics.library ist _noch_ 68k und läuft über den "68k-Interpreter". Dies bremst naturlich bei allen Aktionen, die irgenwie etwas mit der _Grafikausgabe_ zu tun haben. Und dies ist was man _gesehen_ hat. mfg Sven |
|||||
|
ac-logic
Nutzer
27.09.2003, 21:11 Uhr [ - Direktlink - ] |
Thema: AmigaOS4.0 auf dem AOne!!!
Brett: Amiga, AmigaOS 4 @ mk >> - heute ist der Stand der Dinge schon ein ganz andere und in etwas damit zu vergleichen, was man in 2001 als 4.2er-Version geplant hatte (>><nämlich so gut wie alle Module PPC-nativ). >So wie die graphic-library auf den AOne? >Und das gesamte System (Mit JIT) wesentlich langsamer als die erste Version von MorphOS (Ohne JIT!) auf den Pegasus ist? sorry Du erzählst Mist, wie schon an verschieden Stellen darauf hingewiesen wurde lief auf dem Aone 1. ein DebugKernel auf Debuglevel 10 dies bremst das System erheblich aus, selbst mit Debuglevel 0 ist solch ein System spürbar langsamer als mit einem Nondebugkernel 2. Es war kein JIT im System _integriert_ !!!! 3. Der SecondlevelCache war deaktivert bzw. noch nicht aktiviert (frag mich jetzt nicht warum) Also vorher richtig Informieren, bevor man Gefahr läuft Unwahrweiten zu posten. Sonst könnte man man schnell in den Ruf gelangen, ein Lügner zu sein. >> Und weißt Du überhaupt wieviele Leute noch an OS4 mitarbeiten ? >"Noch" trifft es. >Und ja, mindestens einer weniger. Falls Du auf Gabriele Favrin anspielst, dieser war "nur" ein Betatester und kein Entwickler. In letzter Zeit war auch nicht mehr sehr aktiv aufgrund eines Hardwareproblems (wenn ich seine Abschiedsmail richtig verstanden habe). mfg Sven |
|||||
|
ac-logic
Nutzer
21.09.2003, 21:01 Uhr [ - Direktlink - ] |
Thema: AmigaOne Lite specifications
Brett: Amiga, AmigaOS 4 Hi Cj-Stroker, Wo hast Du die Info her, das der ArticiaMPX eingesetzt werden soll?? mfg Sven |
|||||
|
ac-logic
Nutzer
25.06.2003, 18:04 Uhr [ - Direktlink - ] |
Thema: AOS4.0 on Tour
Brett: Amiga, AmigaOS 4 @mk >Versionen? Es gab bisher für CPPC und BPPC nur eine einzige öffentliche, MorphOS 0.4. Und da Du nicht >zu Entwicklern von MorphOS zählst, hast Du sicher auch keinen Zugang zu internen Beta-Versionen. Informier dich demnächst vorher richtig, es gab drei verschiedene Release. Schau mal auf "http://www.morphos.net/fileslinks.php3" mfg Sven |
|||||
|
ac-logic
Nutzer
22.06.2003, 18:07 Uhr [ - Direktlink - ] |
Thema: AOS4.0 on Tour
Brett: Amiga, AmigaOS 4 @RUX >@ac-logic 22.06.2003, 09:52 Uhr >>Ich habe mir gerade die DemoVersion von TC5 aus dem Aminet geholt und sie >>laeuft. >Naja, aber WORAUF läuft die bei DIR? Und falls sie mit AOS4 läuft, wie hast Worauf: Auf dem PPC von meinem A4000 (CSPPC CVPPC.....) >Du das gemacht? Hast Du eine bereits neuere Version von AOS4, als die, welche Wie: ganz einfach Archiv entpackt und Programm gestartet, so wie man es halt vom Amiga gewöhnt ist. >J. Schober verwendet hatte? Könnte natürlich auch sein, daß J.S. einige >Dinge am Laufen hatte, die sich mit TC nicht vertrugen - der Bilschirm war ja >voll von Icons und möglicherweise im Hintergrund laufender Tools/Utilities! Welchen "Kernel" Jürgen verwendet hat, ist mir nicht bekannt daher kann ich nicht sagen ob der bei mir neuer ist oder nicht. >Auf so einer Show will man natürlich möglichst viel zeigen und da könnte eben >auch ein Patch oder ein Tool die Schuld daran haben!? Ich vermute auch das dort irgend etwas mit seiner Installation nicht ganz sauber war. >Schönen Rest-Sonntag noch! Danke, gleichfalls mfg Sven |
|||||
|
ac-logic
Nutzer
22.06.2003, 09:52 Uhr [ - Direktlink - ] |
Thema: AOS4.0 on Tour
Brett: Amiga, AmigaOS 4 @zacman Es ist zwar nett, daß Du deine Vermutung, zu der Frage die ich an RUX gestellt habe, auesserst. Dies bringt uns aber in diesem Fall leider nicht wirklich weiter. Ich habe mir gerade die DemoVersion von TC5 aus dem Aminet geholt und sie laeuft. mfg Sven |
|||||
|
ac-logic
Nutzer
21.06.2003, 22:24 Uhr [ - Direktlink - ] |
Thema: AOS4.0 on Tour
Brett: Amiga, AmigaOS 4 @ RUX Wer hat gesagt das TurboCalc (welche Version) nicht auf AOS4 läuft ?? Bei mir läuft TurboCalc(3.5) derzeit  auf AOS4(PPC).mfg Sven |
|||||
|
ac-logic
Nutzer
04.05.2003, 12:14 Uhr [ - Direktlink - ] |
Thema: A4000D Rev. B nicht definirbare Diode
Brett: Amiga, AmigaOS 4 Bist Du dir sicher das die Diode an Pin 1 des U178 und nicht an Pin 18 geht ?? Der U178(Ricoh ....) ist die Echtzeit-Uhr. Laut Schaltplan geht von D178 Pin 1 (1N4148) eine Diode D177 (1N4148) an Pin 18 des U178. mfG Sven |
|||||
|
ac-logic
Nutzer
18.04.2003, 16:58 Uhr [ - Direktlink - ] |
Thema: Was is so aktuell los mit Amiga hadware/software und co
Brett: Amiga, AmigaOS 4 @kronos >2. Der PCI-66-Steckplatz wird bei Benutzung des AGP-Slots zu einem >normalen PCI-Platz degradiert, und wenn du ihn nutzt ist der AGP >nur noch 1x (statt 2x). Man hat aber dadurch mehrer Möglichkeiten: 1. 3x PCI + 1x AGP(2x) (dies wird wahrscheinlich die häufigtste Variante sein) 2. 3x PCI + 1x PCI-66 3. 4x PCI + 1x AGP(1x) >Wirklich erhältlich ist der A1-XE nun auch nicht, Heute bestellen und in ein paar Tagen erhalten ist leider im Augenblick noch nicht möglich, insofern hast Du recht. Es sind aber schon welche Ausgeliefert wurden und die Verfügbarkeit dürfte demnächst zunehmen. >und OS4 läuft erstmal gar nirgens  Die Ausage ist so nicht korrekt, es ist noch nicht über den Handel erhältlich aber es gibt schon Rechner auf denen es läuft. >Naja und nur weil da die grössere CPU draufsitzt, heisst das noch >lange nicht das es auch die bessere HW ist. Hat auch niemand behauptet, es hat auch niemand behauptet, daß das Pegasos-Board schlechtere Hardware ist weil es nur mit 600MHz G3 erhältlich. mfG Sven |
|||||
|
ac-logic
Nutzer
23.12.2002, 23:03 Uhr [ - Direktlink - ] |
Thema: G-REX: Analog-Joy..
Brett: Amiga, AmigaOS 4 Hi, die AmigaGames, welche Analogjoysticks unterstützen, greifen zur Zeit direkt auf die Hardware zu, da nutzt auch kein Teiber für den Gameport einer Soundkarte aleine. Das Game selber muß auch noch an den Treiber angepaßt werden. |
|||||
|
ac-logic
Nutzer
07.12.2002, 22:42 Uhr [ - Direktlink - ] |
Thema: Wer von den MorphOS-Schwätzern hat denn hier ein Pegasos-System?
Brett: MorphOS Hi Axel, dann müßteset Du (zumindest anfags) ein ungefixtes Pegasos-Board gehabt haben. Konntest Du irgenwelche Probleme, die durch diesen Fehler verursacht worden, feststellen? Dies würde mich interessieren, da bei solchen Problemen oft übertrieben wird. z.B. diese VIA-Bug: Mein PC hat KT133 + VIA686 + SB live! und läuft stabil und Datenverluste hatte ich auch noch nie mit diesem Rechner. mfg Sven |
|||||
|
ac-logic
Nutzer
20.10.2002, 19:52 Uhr [ - Direktlink - ] |
Thema: 2,5" statt 3,5" Harddisk
Brett: Amiga, AmigaOS 4 Ich habe ein ähnlich gelagertes Problem, ich _muß_ eine 2.5" IDE-Platte an einen normalen IDE-Anschluß anschließen. Wo könnte ich solch ein Kabel bekommen? mfg Sven |
|||||
|
ac-logic
Nutzer
21.09.2002, 23:25 Uhr [ - Direktlink - ] |
Thema: MPEG-Splitter
Brett: Amiga, AmigaOS 4 Benutzt doch mpgcut. Das Tool gibt es im Aminet. |
|||||
|
ac-logic
Nutzer
08.07.2002, 09:54 Uhr [ - Direktlink - ] |
Thema: AOS4 auf P5-Hardware?
Brett: Amiga, AmigaOS 4 Hi Micha4, >Wir sind uns wohl alle einig, das neue ROM's für OS 3.9 auch besser gewesen wären. >Das ist ja nur an dem finanziellen Aufwand gescheitert. Nicht unbedingt, ich habe keine Probleme mit der verwendenten LÖsung, es läuft bei mir ohne Probleme und ich mußte nicht extra Geld für 3.5'er und 3.9'er ROM's ausgeben. >Aber ein Flash-ROM zu patchen ist ja doch irgendwie krank... Auf den ersten Blick mag das eventuell so aussehen, ist bei genauerer Betrachtung aber eine saubere Lösung: - Man benötigt keine Unterlagen über das FlashROM (ich meine jetzt nicht den Chip) von DCE oder Ralph Schmidt, welche man mit hoher Wahrscheinlichkeit nie erhalten würde. - Es nicht bei jedem Update ein flashen nötig, so etwas kann unter Umständen (z.B. Stromausfall) schieflaufen - Das FlashROM bleibt erhalten so wie es ist und man kann jeder Zeit wieder 68k AmigaOS nutzen aus welchen Gründen auch immer, was mit einem ppc-native cybppc.device nur mit Einscränkungen möglich wäre. - .... >> Das Starten von OS4 wird mit sehr hoher Wahrscheinlichkeit in der Reihenfolge ablaufen: >> - "Kernel" (exec und Treiber) resetfest in den Speicher laden >Welche CPU macht das? Das spielt keine Rolle, welche CPU das macht. Es muß nur sichergestellt werden, daß der PPC erfährt wo diese sind. >> - PPC initialisieren >> - PPC dazu veranlassen das System mit gewisser Verzörgerung zu reseten >> - 68K "deaktivieren" >> - Reset >> - System bootet auf dem PPC mit OS4 >> LinuxAPUS und MorphOS(??) verfahren genauso. >Wenn es so läuft, sollte eine alternative Benutzung anderer BS's ja kein Problem sein. Warum auch. mfg Sven |
|||||
|
ac-logic
Nutzer
01.07.2002, 09:06 Uhr [ - Direktlink - ] |
Thema: AOS4 auf P5-Hardware?
Brett: Amiga, AmigaOS 4 Hi Micha4 >> An dem FlashROM braucht nichts, soweit ich informiert bin, geändert werden. >> Für den UW-SCSI-Controller wird es ein PPC-Natives cybppc.device geben. >Nur das das cybppc.device im Flash-ROM der Karte liegt... Wo ist das Problem?? z.B. Das scsi.device ist im ROM, braucht man deshalb für für OS 3.9 neue ROMs? Das Starten von OS4 wird mit sehr hoher Wahrscheinlichkeit in der Reihenfolge ablaufen: - "Kernel" (exec und Treiber) resetfest in den Speicher laden - PPC initialisieren - PPC dazu veranlassen das System mit gewisser Verzörgerung zu reseten - 68K "deaktivieren" - Reset - System bootet auf dem PPC mit OS4 LinuxAPUS und MorphOS(??) verfahren genauso. >> Das Problem bei der GREX ist, dass Hyperion keine Dokumentation >> von DCE bekommt :-( >Und, von der CS-PPC haben Sie ja wohl auch keine offizielle Dokumentation, >sind wohl eher Ausreden... Für die reinen PPC-Karten und C/BVisionPPC sind aber die notwendigen Informationen vorhanden. Und ohne Dokumentation der Marke "Eigenbau" pci-brigde, ist ein Support der GREX nahzu ausgeschlossen. Nur ein paar Informationen die nötig wären: -muss die GREX per Software initialisiert werden, wenn ja wie -Interupt -mapping und -handling -Registeradressen und Funktionen -Timing, wenn nötig ... mfg Sven [ Dieser Beitrag wurde von ac-logic am 01.07.2002 editiert. ] |
|||||
|
ac-logic
Nutzer
30.06.2002, 23:15 Uhr [ - Direktlink - ] |
Thema: AOS4 auf P5-Hardware?
Brett: Amiga, AmigaOS 4 Hi Micha4, >Da Du ja gut informiert scheinst, hätte ich da doch noch ein paar Fragen: >Wer hat den die Flash-ROM-Anpassung (inklusive neuem cybppc.device) gemacht? >Wird es damit noch möglich sein alternativ OS 3.x zu starten (oder auch MOS)? >Wie sieht es mit der Kompatibilität zu bestehenden UW-SCSI-Konfigurationen aus? >(ich gehe mal davon aus, das das neue cybppc.device wohl NSD-konform wird und >das "böse" TD64 nicht mehr unterstützt...) An dem FlashROM braucht nichts, soweit ich informiert bin, geändert werden. Für den UW-SCSI-Controller wird es ein PPC-Natives cybppc.device geben. >> (nur die g-rex wird nicht unterstützt - aber das iat ja auch dce - >> nicht phase5 :-( ) >Aha, und wo soll da der Unterschied sein? Wer hat wohl die Softwareanpassung für >die G-Rex auf die Power-UP-Hardware gemacht... Das Problem bei der GREX ist, dass Hyperion keine Dokumentation von DCE bekommt :-( Eigentlich müßte DCE als reiner Hardwarehersteller daran interessiert sein das so viel Software wie möglich die GREX unterstützt. mfg Sven |
|||||
|
ac-logic
Nutzer
03.03.2002, 21:51 Uhr [ - Direktlink - ] |
Thema: VCDImager soooo langsam???
Brett: Amiga, AmigaOS 4 Die letzte Version (0.7.12) findest Du auf http://mus.urz.uni-magdeburg.de/~ottemann/ Sven [ Dieser Beitrag wurde von ac-logic am 03.03.2002 editiert. ] |
|||||
|
ac-logic
Nutzer
16.10.2001, 23:38 Uhr [ - Direktlink - ] |
Thema: MPEG-Files zerstückeln ???
Brett: Amiga, AmigaOS 4 Ich habe gerade solch ein Tool auf den Amiga portiert, wenn Du mir deine email gibst, kann ich es dir schicken oder Du wartest bis es im Aminet ist (dürfte noch diese Woche erfolgen). mfg Sven ottemann ac-logic@freenet.de |
|||||
|
ac-logic
Nutzer
09.08.2001, 22:14 Uhr [ - Direktlink - ] |
Thema: C Kompiler? / SAS/C?
Brett: Programmierung Du hast vergessen die library auch zu öffnen, es ist also kein Wunder, daß dein Programm beim Zugriff auf Funktionen der lowlevel.library abstürzt. [ Dieser Beitrag wurde von ac-logic am 09.08.2001 editiert. ] |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|
