amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 51 52 53 54 55 -56- 57 58 59 60 61 >> Letzte Ergebnisse der Suche: 2068 Treffer (30 pro Seite)
Holger   Nutzer

07.06.2003, 14:06 Uhr

[ - Direktlink - ]
Thema: Fenster/Screen per ESC schließen
Brett: Amiga, AmigaOS 4

Zitat:
Original von DaxB:
Ich hab da auch ein Fenster das ich nicht mit ESC schliessen kann:
Und zwar folgendes CON Fenster:

C:Avail Flush >CON:AVAIL_FLUSH/16/300/80/RAM-KILLER/close/wait

Gibt es eine Möglichkeit das mit ESC zu schliessen ?


Wenn Du FKey o.ä. dazu bringst, beim Druck auf ESC die Tatsenkombination CTRL+ (Backslash) zu faken, dann geht das.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

06.06.2003, 15:56 Uhr

[ - Direktlink - ]
Thema: Nur alte Büromöbel bei Amiga zu versteigern?
Brett: Amiga, AmigaOS 4

Aber er hat doch trotzdem recht, wenn er sagt, daß nichts wichtiges darunter ist: kein AmigaOne, kein AmigaDE, kein AmigaOS4 und auch nichts, was der Entwicklung oder Herstellung dieser Produkte dient.
Also wird nur irrelevantes Zeug verkauft.
Oder kann mit mit einem dieser Drucker Kaffeetassen oder T-Shirts bedrucken?

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

31.05.2003, 18:43 Uhr

[ - Direktlink - ]
Thema: Public Screens - Screenwechsel vermeiden
Brett: Amiga, AmigaOS 4

[quote]
Original von Sprocki:
Zitat:
Es scheint leider keine Screenvariablen im System zu geben, danach habe ich schon gesucht.
Es gibt nur in den Daten zu jedem Prozeß einen Eintrag für ein Fenster, über das bestimmt wird, auf welchem Screen z.B. Requester geöffnet werden sollen. Es ist allerdings Aufgabe der jeweiligen Programme, diesen Eintrag korrekt zu setzen bzw. auszuwerten.
Als Anwender kann man da leider keinen Einfluß nehmen.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

28.05.2003, 23:40 Uhr

[ - Direktlink - ]
Thema: Amiga MCC
Brett: Amiga, AmigaOS 4

Zitat:
Original von cgutjahr:
Wieso war das eine "klasse Maschine"? Weil Linux, Java und irgendwelche abstrusen, für Desktop-Anwender nutzlosen "Amiga-Objects" drauf liefen?

"Genau wie auf dem AmigaOne! und der MCC hatte noch nichtmal DMA Probleme!"


Vorsicht, diese Art der Äußerung erweckt den Anschein, als ob "Amiga-Objects" auf dem AmigaOne laufen würde, oder Java außerhalb des Linux-Contexts.
Sieht man AmigaDE als Nachfolger von Amiga-Objects an, dann ist das allenfalls eine Option für das handware-unabhängige AmigaOS5 und ob das auf dem AmigaOne laufen wird, ist nicht bekannt. Das heutige hardwareunabhängige AmigaDE läuft ja auch nicht auf dem Amiga/-One.
Und von Java für AmigaOS4 war bislang auch nie die Rede.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

27.05.2003, 14:18 Uhr

[ - Direktlink - ]
Thema: Amiga am Ende und PC im Hardwarehimmel
Brett: Amiga, AmigaOS 4

Zitat:
Original von PC-Terror:
Jetzt wieder zu TCPA.
Meine Schritte sehen folgendermassen aus:

1. Keine neue Hardware ( egal ob mein Rechner veraltet )
2. Wenn Internet nur noch mit TCPA geht - Goodbye Community!!!
3. Hoffen das irgendwann wieder bessere Zeiten kommen :)


Hey, und es gibt wieder einen neuen Amiga-User :lach:

mfg


[ Dieser Beitrag wurde von Holger am 27.05.2003 editiert. ]
 
Holger   Nutzer

27.04.2003, 13:39 Uhr

[ - Direktlink - ]
Thema: mp3's umwandeln??
Brett: Amiga, AmigaOS 4

Zitat:
Original von Maja:
Ich weiß ja nicht, wie gut deine Ohren sind. Ich kann den Unterschied zwischen 1x und 48x sehr gut hören (Klirren). ;)

Solltest Du die CD mit 48x gebrannt haben und dabei typischerweise Bufferunderruns produziert haben (die wenigsten PC's schaffen tatsächlich eine konstante Belieferung des Brenners mit über 7MB/s), dann unterscheidet sich die CD tatsächlich von einer durchgängig gebrannten, da "Smart-Burn" etc. keine Wunder vollbringen können.
Dann hängt es natürlich vom Player ab, ob diese minimalen Differenzen tatsächlich Auswirkungen haben. Da muß der Player schon sehr schlecht sein.
Zu behaupten, daß langsames Brennen generell besser wäre, ist dagegen falsch. Das Kalibrieren auf eine geringere Geschwindigkeit, bei der der Laser schwächer eingestellt werden muß, muß überhaupt nicht bessere Ergebnisse liefern. Im Gegenteil, manch ein Hersteller rechnet vielleicht überhaupt nicht damit, daß sich jemand einen >40x-Brenner kauft, um ihn in Singlespeed zu benutzen, und testet nur halbherzig.
Wichtig ist eben allenfalls, daß man eine vom Rechner tatsächlich lieferbare Datenrate einstellt, wenn man diese minimalen Lücken beim neu Ansetzen des Lasers vermeiden will. Bis mindestens 24x sollte dabei problemlos sein, aber das hängt natürlich von der Leistungsfähigkeit/ Konfiguration des Rechners ab.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

26.04.2003, 16:46 Uhr

[ - Direktlink - ]
Thema: mp3's umwandeln??
Brett: Amiga, AmigaOS 4

Zitat:
Original von Maja:
Ein Tipp noch: Reine AudioCDs sollten möglichst langsam gebrannt werden. Am Besten 1x. Grund: Je schneller gebrannt wird, desto schlechter am Ende die Tonqualität im Audio-Player.

Ein sich hartnäckig haltender Mythos, der keinerlei Praxistest besteht.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

26.04.2003, 16:15 Uhr

[ - Direktlink - ]
Thema: mp3's umwandeln??
Brett: Amiga, AmigaOS 4

Wenn Du MakeCD verwendest, kann Du sie direkt brennen, mit dem ppc sollte es auch on-the-fly gehen, aber auf reden Fall erst mal im Testmodus die maximal mögliche Brenngeschwindigkeit ermitteln (hängt vom Kompressionsgrad ab) oder Image-Datei verwenden.
mpega.library muß dazu installiert sein.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

25.04.2003, 00:35 Uhr

[ - Direktlink - ]
Thema: FFS/SFS Horror
Brett: Amiga, AmigaOS 4

Zitat:
Original von R-TEAM:
Was ich bisher gelesen habe kann ich davon ausgehen das du das FFS von dem Unit (der FestPlatte) gelöscht hast ...

Das ist aber eigentlich EGAL !!!!
Das FFS ist im KickROM !!!!!!!!!!
(ausnahme wäre wenn das FFS im ROM zum verwendeten FFS inkompatibel wäre! )

Nun, genau das ist der Fall. Das FFS, das im KickROM liegt, ist ein uraltes mit den bekannten xGB-Grenzen/Bugs. Wenn das zwischenzeitlich aktiv gewesen ist, können alle mögliche Blöcke überschrieben worden sein.
Also sollte man auf jeden Fall eine aktuelle Version im RDB haben.
Ein anderes Problem kann es sein, wenn beim Hinzufügen des anderen FileSystems (hier SFS) vergessen hat, die richtige ID anzugeben und irrtümlich die von FFS eingestellt hat. Dann versucht das OS, allen Partitionen mit dieser ID das SFS unterzujubeln, was natürlich katastrophal endet.
Zitat:
Du musst nur wieder den exakten start- und end-block der partition
SAMT richtigen filesystem und blocksize einstellen ..
dann sind die daten wieder da !!!! 8)
[...]
du darfst nur nix auf die betroffenen blöcke der platte schreiben ..
und nur den RDB ändern .. dann kan nix passieren ..

Das ist der kritische Punkt, möglicherweise ist es schon zu spät...

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

25.04.2003, 00:20 Uhr

[ - Direktlink - ]
Thema: $$$Emulator konfigurieren???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Michael_Mann:
Hmm wäre das nicht einen Fall für Petras Eingreifen?
Schließlich ist es ja ein ordentliches und wohlerzogenes Forum... ;)


Selbstverständlich gibt "Powerbook" die links/ files nur an Leute weiter, die zweifelsfrei bewiesen haben ,daß sie im Besitz eines Original-ROMs sind. :D

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

12.04.2003, 18:04 Uhr

[ - Direktlink - ]
Thema: UFO - Enemy unknown emulieren?!
Brett: Amiga, AmigaOS 4

Zitat:
Original von R-TEAM:
Starte das Game wie gesagt von ner BootDisk mit naktem OS3.1 ..
ohne 060(040) lib .. (leider .. währe mehr speed)

Nein, wenn die nichtinstallierte 060(040)lib gebraucht wird, merkst Du es an einem Absturz des Rechners. Die Geschwindigkeit erhöht diese Bibliothek nicht.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

11.04.2003, 00:33 Uhr

[ - Direktlink - ]
Thema: Amiga OS 4.0 - Wann?! Wann?!
Brett: Amiga, AmigaOS 4

Zitat:
Original von Cj-Stroker:
Ich bin der Meinung, daß dank TCPA+Longhorn/Palladium einige User den PC verlassen werden. Wer sich diese Thematik mal genauer zu Gemüte geführt hat, wird hier schnell erahnen, daß durchaus, eine nicht zu unterschätzende Anzahl flüchtiger User nach Alternativen suchen wird.

Mein PC ist TCPA-frei und das dürfte wohl für Millionen von PC's in dieser Welt gelten. Und für die Mehrheit dieser Rechner stellen die aktuellen Amiga-Nachfolger keine Verbesserung dar.
Warum also sollten die User dieser Systeme auf den Amiga wechseln? Wenn sie TCPA-freie Rechner haben wollen, können sie einfach bei denen bleiben, die sie schon haben.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

08.04.2003, 18:24 Uhr

[ - Direktlink - ]
Thema: UFO - Enemy unknown emulieren?!
Brett: Amiga, AmigaOS 4

Zitat:
Original von Darksun:
Allerdings habe ich mir dann spaeter die CD32-Version gekauft - in der Hoffnung das hier zumindest die Zwischenanimationen besser seien - und kann mich erinnern das diese auf dem 1200er nicht so gut lief. Allerdings hatte auch diese Version nicht so gravierende Maengel wie von dir beschrieben.

Also genau bei der CD³²-Version sind diese Mängel definitv vorhanden. Und das selbst auf einem nackten CD³² ohne jede Erweiterung, welches für die Entwickler definitiv keine Überraschungen liefern konnte.
Vielleicht liegt es wirklich an der Sprache, wie R-TEAM meinte, vielleicht mit Bufferoverflows, ich kann mich nicht mehr erinnern, welche Spracheinstellung ich benutzt hatte. Aber auch solche sprachbezogene Bugs wären eine peinliche Leistung, allerdings Microprose-typisch.
Aber immer wieder reproduzierbar: Selbstgebaute Raumschiffe, die permanent auf der Karte als Feinde angezeigt werden und dementsprechend keine Befehle annehmen, Forschungsergebnisse für nie in Auftrag gegebene Projekte, etc.

mfg


--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

08.04.2003, 17:29 Uhr

[ - Direktlink - ]
Thema: AmigaOS4.0 - was wird an Software entwickelt
Brett: Amiga, AmigaOS 4

Zitat:
Original von Saint:
Wie währe es denn wenn Amiga Entwickler schonmal eine OS4 Version vorab bekommen würden, um ihre Software anpassen zu können? Von Überaschungen haben die nämlich nicht viel, und es gibt einige die sagen "Ja, wenn wir denn nur erstmal ein sdk hätten würden wir schon....".

Wie Du schon feststellst, ist das sdk der Knackpunkt. Das kann ja ruhig auch unter AOS3 laufen, denn zuerst benötigt man die Dokumentation, dann Headerfiles, etc. zum Kompilieren und erst dann braucht man überhaupt ein lauffähiges AOS4 zum Debuggen.
Ein Veröffentlichen des SDK's vor dem OS bringt den Entwicklern Vorlaufzeit und wenn sie dann zum Debuggen eine beta-Version erhalten würden, könnten die Anwendungen zeitgleich mit dem OS erscheinen.
Aber Hyperion entwickelt das OS scheinbar zum Selbstzweck. Entwicklerunterstützung ist Nebensache.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

07.04.2003, 20:07 Uhr

[ - Direktlink - ]
Thema: UFO - Enemy unknown emulieren?!
Brett: Amiga, AmigaOS 4

Soweit ich das in Erinnerung habe, war UFO ohnehin mit das schlechteste, was je an Software zusammengeflickt wurde, programmieren kann man das nicht mehr nennen.
Je länger man spielte, desto mehr hat das Machwerk seine eigenen Datenstrukturen durcheinandergebracht. Und wenn dann irgendwann der Absturz kam, waren diese Fehler bereits in allen Spielständen gespeichert, also gnadenlos reproduzierbar.
Durchspielen bis zum Ende, also ohne Absturz, war eigentlich nur mit Beschleunigung durch Schummeln möglich. Wenn man mehrere Tage gespielt hat und dann aufgrund solcher programmiertechnischen Inkompetenz aufgeben muß, also den Frust sollte sich keiner antun.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

04.04.2003, 22:14 Uhr

[ - Direktlink - ]
Thema: MP3-2-HTML
Brett: Amiga, AmigaOS 4

Zitat:
Original von Valwit:
benutze die option "quick" beim list behehl, dann hast du nur datei namen, ...

Das macht in Zusammenhang mit der lformat-Option keinen Sinn.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

04.04.2003, 22:12 Uhr

[ - Direktlink - ]
Thema: MP3-2-HTML
Brett: Amiga, AmigaOS 4

Also, ganz genaus überprüfen. Der Befehl muß so aussehen:
  • In einer einzigen Zeile

  • list (ein Wort)
  • Leerstelle
  • #? (Raute Fragezeichen)
  • Leerstelle
  • LFORMAT (ein Wort)
  • Leerstelle
  • "<a href=%f%n>%n</a><br>" (In Anführungszeichen)
  • Leerstelle
  • >>ram:mp3liste.html (2 größer-als "ram" doppelpunkt "mp3liste" punkt "html"

  • Ende der Zeile


    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
  •  
    Holger   Nutzer

    04.04.2003, 22:01 Uhr

    [ - Direktlink - ]
    Thema: Amiga Software noch kaufbar?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Lemmink:
    Tja, nur dann kannst du pech haben, daß der Zoll die dinger einfach kommentarlos einsackt, ohne Entschädigung versteht sich.

    Völliger Quatsch.
    Der Zoll ist für so etwas überhaupt nicht zuständig.
    Und auch andere Behörden können Dein Privatbesitz nicht beschlagnahmen, wenn es um indizierte Spiele geht. Denn die Indizierung beschneidet Werbung und Verkauf dieser Produkte, nicht deren Besitz.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.

    [ Dieser Beitrag wurde von Holger am 04.04.2003 editiert. ]
     
    Holger   Nutzer

    04.04.2003, 21:54 Uhr

    [ - Direktlink - ]
    Thema: MP3-2-HTML
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Roger:
    Bei der einfacheren Version hat er zwar wieder die 156 statt ca. 500 Files in der Shell aufgelistet aber keine Datei generiert.

    Wenn ein harmloser list-Befehl Dir Deine Dateien nicht auflisten kann, stimmt irgendetwas nicht.
    Oder redest Du die ganze Zeit von Unterverzeichnissen?
    Zitat:
    Die zweite Version hat nur Fehlermeldungen gebracht.

    Falsch abgetippt glaube ich zwar nicht. Werde es aber weiterhin versuchen, vielleicht kriege ich es ja noch hin.


    Abtippen??!!
    Warum kopierst Du den Text nicht?
    Dann reduziert sich die Wahrscheinlichkeit eines Tippfehlers auf Deiner Seite ganz erheblich.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    28.03.2003, 15:09 Uhr

    [ - Direktlink - ]
    Thema: Yam macht ärger!
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Stadtmensch:
    Fehler2: nach einer guten Weile popt diese Meldung auf

    Fehler beim Schreiben der Nachrichtdatei: .
    YAM kann die Nachricht nicht auf der Festplatte speichern, vielleicht ist diese voll.
    ...
    Dieses Problem hat sich wie von Geisterhand gelöst. Weiß wirklich nicht was das jetzt war. Also, alles in Ordnung!

    Yam sagt gerne mal, daß die Festplatte voll wäre. Ich bekomme zum Beispiel exakt dieselbe Fehlermeldung bei einem Server-Timeout. Wenn z.B. zwischen Abrufen der Header (mit Rückfrage bei z.B. großen Mails) und dem Download der Mails zu viel Zeit vergangen ist.
    So etwas kann immer mal passieren und gleich beim nächsten Mal ist wieder alles ok.

    mfg
    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    24.03.2003, 17:54 Uhr

    [ - Direktlink - ]
    Thema: FileSystem-aber welches?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von thomash:
    Nun, sinigerweise benutzt man natürlich keinen Standard-DOS-Typ im RDB, sondern z.B. DOS8, oder völlig ganz Exotisches, dann geht das mit der weiteren Platte nicht mehr ganz so problemlos.

    Natürlich geht das auch weiterhin völlig promplemlos. So wie Du der modifizierten Version eine andere ID gegeben hast, kannst Du das auch mit der originalen. Einfach in HDToolBox einen anderen Identifier eintragen, fertig.
    Zitat:
    Es kommt auch nicht darauf an, wie leicht die Schutzmechanismen beim direkten Rechnerzugriff auszuhebeln sind. Viel wichtiger ist der Schutz, wenn man mit dem Internet verbunden ist und verschiedene Server auf dem Rechner laufen hat.
    Ach.
    Eben war es noch total wichtig, daß der Patch unbedingt gleich nach dem Einschalten aktiv wird, um Booten ohne Startup-Sequence zu verhindern, jetzt kommt es gar nicht mehr darauf an.
    Zitat:
    Die meisten Server sind Unix-Ports und da übernimmt das Filesystem die Aufgabe, Berechtigungen für den Filezugriff zu verteilen. Der Server selbst bedient sich höchstens dieser Funktionen (als root starten, dann als nobody laufen... :) ).
    Komplett falsch.
    Die Berechtigungen werden vom Betriebssystem überprüft, die einzige Aufgabe des FileSystems ist es, die entsprechenden Bits zu speichern. Das können ext2, ffs, sfs, rockridge und viele andere gleich gut.
    Wenn es darum geht, solche Software laufen zu lassen, spielt es überhaupt keine Rolle, ob die Überprüfung in der ixemul.library, dos.library oder zwischen dos und filesystem stattfindet.
    Umgehen kann man es im AmigaOS mit gezielten Angriffen sowieso mangels Schutzmechanismen.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    23.03.2003, 23:45 Uhr

    [ - Direktlink - ]
    Thema: FileSystem-aber welches?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von thomash:
    Sooo einfach ist es leider nicht. Das Filesystem muß dazu den FIB interpretieren, nicht DOS oder ein Patch dazwischen, der ja irgendwie installiert werden muß. Also ist ohne das passende FS mindestens ein unsicherer Boot nötig, und das will man ja grade nicht, da man sonst im Bootmenü ohne Startup-Sequence starten könnte.

    Für FFS gibt es einen Patch, der sofort beim einschalten funktioniert, für SFS leider nicht.

    Wenn Du von einem Multi-User-Patch spricht, muß ich davon ausgehen, daß Du das Authentifizieren meinst, das vor der DOS-Initialisierung stattfinden soll.
    Das geht natürlich überhaupt nicht direkt nach dem Einschalten, weil das ROM nicht verändert werden kann. Direkt vor der DOS-Initialisierung könnte ein entsprechendes Softwaremodul aus dem RDB zusammen mit dem FileSystem geladen werden, was problemlos mit SFS funktionieren würde.
    Unabhängig davon kann man so etwas trotzdem problemlos umgehen, in dem man eine weitere Festplatte mit einer originalen Version des FileSystems an's System klemmt, die vor der anderen initialisiert wird, da das FileSystem nur einmal geladen wird. Es sei denn, das FileSystem verschlüsselt die Daten. Dann wäre es aber kein FFS oder SFS mehr.

    mfg
    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    22.03.2003, 20:10 Uhr

    [ - Direktlink - ]
    Thema: FileSystem-aber welches?
    Brett: Amiga, AmigaOS 4

    [quote]
    Original von thomash:
    Zitat:
    Der Patch zwingt FFS aber dazu, den Rechten auch zu gehorchen, wie ein Unix-FS. Ein normaler User hat dann keine Admin-Rechte mehr und kann nicht auf alles zugreifen.
    Wenn man sich so in die Kommunikation zwischen DOS und FileSystemen hängt, sollte es auch mit SFS funktionieren, den die DOS-Packets sind ja kompatibel.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    22.03.2003, 01:37 Uhr

    [ - Direktlink - ]
    Thema: FileSystem-aber welches?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von thomash:
    - kein MultiUser-Patch möglich


    Ich weiß nicht, was dieser Patch machen soll, aber meines Wissens speichert SFS ebenfalls UID/GID und entsprechende Rechte, wenn man es von ihm verlangt.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    22.03.2003, 01:26 Uhr

    [ - Direktlink - ]
    Thema: Touchscreen-Theorie - Geht das so ???
    Brett: Amiga, AmigaOS 4

    Wenn ich mich nicht irre, funktionieren die Grafiktabletts genauso. Du mußt dann natürlich noch kalibrieren, damit die Koordinaten auch mit dem Bildschirmpunkt übereinstimmen.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    19.03.2003, 17:56 Uhr

    [ - Direktlink - ]
    Thema: MakeCD --- Überlänge ???
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Falcon:
    Nein, aber was ich meinte war, daß der PC teilweise schon beim
    einfachen 'on the Fly' Kopieren einer CD im GUI Hänger hat.
    und das nicht nur auf lahmen Maschinen, auch auf schnellen.

    Vielleicht liegt's am RAM, mein PC hatte jedenfalls noch nie solche Haenger, was der Amiga dagegen bei einigen SCSI-Aktivitaeten fuer Haenger hatte, darueber decken wir doch besser den Mantel des Schweigens.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    18.03.2003, 18:03 Uhr

    [ - Direktlink - ]
    Thema: A600 + Kick 1.3 = altes Zeug daddeln?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von analogkid:
    Es gibt immer Unterschiede zwischen den einzelnen Amigas, ich könnte mir aber denken, dass A600 und A500 (beide mit Kick 1.3) softwaretechnisch nahezu (nicht vollständig) 100% kompatibel sind (von "Spezialprogrammen" mal abgesehen).


    Nein, um Himmels willen:
    ESC-Chipsatz, benutzt im A500 unbenutzte Register/ Bits, 1MB-ChipRAM, kein FakeFastRAM, im a500 nicht vorhandene Hardware (IDE, PCMCIA), kein Nummernblock, damit haben eine ganze Menge von alten Spielen, nicht nur Spezialprogramme, ein Problem.

    mfg


    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    18.03.2003, 17:52 Uhr

    [ - Direktlink - ]
    Thema: MakeCD --- Überlänge ???
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Falcon:
    Aber das ist mir doch lieber, als wenn ein Doser wegen zu geringer Brenngeschwindigkeit mit 'nem Blue-Screen abbricht - oder ?

    Auch wenn der Amiga hundertmal besser als ein PC ist und natürlich auch immer bleiben wird: ein bißchen Objektivität schadet nicht.
    Ein PC reagiert nicht mit Bluescreen, wenn die Brenngeschwindigkeit zu gering ist. Das mag vielleicht mal bei irgendjemand passiert sein, stellt dann aber lediglich ein Symptom dar, während das System eigentlich wesentlich größere Probleme hat.
    Ansonsten passiert beim Buffer-Underrun beim PC nichts anderes als beim Amiga.
    Burn-Proof stellt heutzutage eine Notwendigkeit dar. Sonst würden die User irgendwann bemerken, daß ihr PC mit dem 50fach-Brenner total überfordert ist. (Ok, mit >700MB RAM kann man die Geschwindigkeit sogar durchhalten)

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    17.03.2003, 18:54 Uhr

    [ - Direktlink - ]
    Thema: A600 + Kick 1.3 = altes Zeug daddeln?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von analogkid:
    Mit Kick 1.3 wäre der 600er 100%ig kompatibel zum 500er. Dann hast du bloß keine Festplatte mehr.

    Diese Aussage kann man so einfach nicht stehenlassen.
    Auch wenn es eigentlich die meisten wissen.
    _Nein, der 600er wird nicht 100%ig kompatibel zum 500er, es
    gibt wesentlich mehr Unterschiede als nur das kick-rom_

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
    Holger   Nutzer

    07.03.2003, 21:37 Uhr

    [ - Direktlink - ]
    Thema: Uups... die BPjS kennt uns noch...
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Bogomil76:
    Tja, aber leider wird das Spiel ja dann nur genau einmal verkauft.

    Nö, -> Multiusersystem.
    Darfst es nur nicht einem Admin verkaufen, der es dann womöglich systemweit installiert.

    mfg




    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
     
    Erste << 51 52 53 54 55 -56- 57 58 59 60 61 >> Letzte Ergebnisse der Suche: 2068 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

    .
    Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
    Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
    .