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 << 32 33 34 35 36 -37- 38 39 40 41 42 >> Letzte Ergebnisse der Suche: 2068 Treffer (30 pro Seite)
Holger   Nutzer

31.05.2006, 15:09 Uhr

[ - Direktlink - ] 		Thema: Amiga-Umbauten - MODDER gesucht!
Brett: Amiga, AmigaOS 4

Zitat:
Original von Falcon:
@Andreas_B:
Na ja... Mir haben seinerzeit einige "nette" Zeitgenossen meine Seite geklaut und einfach ohne zu fragen verlinkt, bzw. gerippt.
Das ist das Resultat der Sache...

Man könnte das Skript aber so ändern, daß es statt eine Meldung anzuzeigen das frameset durch die eigene Seite ersetzt. Dann würde es mit Tabs wieder funktionieren.

Siehe http://de.selfhtml.org/javascript/beispiele/seitenanzeige.htm

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

31.05.2006, 13:41 Uhr

[ - Direktlink - ] 		Thema: Neue Anschrift von AInc. gefunden
Brett: Amiga, AmigaOS 4

Zitat:
Original von aPEX:
Und ja, ich und sicher viele andere echte Amigauser (keine Mods die nur PCs verwenden) hätten eine wahre Freude zu sehen wie AInc. den Bach runtergeht und evt. Hyperion an die Rechte rankommt...
1. Ist AmigaInc nicht schon den Bach runtergegangen?
2. Wenn die Möglichkeit bestehen würde, daß Hyperion an die Rechte gelangt (und diese auch haben will), glaubst Du nicht, sie hätten die schon längst genutzt?
3. Glaubst Du wirklich, damit würde es wesentlich besser werden?
Die ist doch schon klar, daß die Verträge, die die heutige Lizenzsituation bestimmen, von Ben Hermans entworfen und letztendlich von allen Beteiligten genau so unterzeichnet wurden?

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

29.05.2006, 14:34 Uhr

[ - Direktlink - ] 		Thema: mehr chipmem unter os 3.9
Brett: Amiga, AmigaOS 4

Zitat:
Original von Stefan:
Das mag sein, wobei auf welcher Seite im Handbuch steht etwas
zu WBCtrl? Da es in OS 3.9 eingebaut ist, kann man auch
einfach den "Workbench-Voreinsteller" benutzen.
Zumindest unter AOS3.5 hat der Voreinsteller nicht alle Optionen der workbench.library angeboten. Deshalb hatte man mit wbctrl mehr Kontrolle.

Ob der AOS3.9-Einsteller nun inzwischen alle Optionen anbietet, weiß ich nicht, aber ich vermute mal, Nein.

Es betrifft im übrigen nicht nur Optionen der workbench.library, sondern auch der icon.library. Wie z.B. die maximale Länge von Dateinamen.

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

29.05.2006, 14:28 Uhr

[ - Direktlink - ] 		Thema: Neue Anschrift von AInc. gefunden
Brett: Amiga, AmigaOS 4

Zitat:
Original von Bladerunner:
Es darf fleisig weiter spekuliert werden, ich glaube die schönsten Verschwörungstheorien würden verblassen im Angesicht dessen
was da bei dem Sauhaufen tatsächlich abgeht ;)
Wahrscheinlich ist der Firmensitz in Hare's Privatwohnung verlegt worden, als er -also KMOS- AmigaInc übernommen hat. Für eine weitere Verlegung des Firmensitzes war dann kein Geld mehr da.

Vielleicht ist man auch nur wegen der Steuerschulden an die Westküste geflohen. Na ja, 50 Bundesländer haben sie ja noch zum Schulden machen, dann wird's allerdings eng.

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

27.05.2006, 17:58 Uhr

[ - Direktlink - ] 		Thema: Festplatten Limit
Brett: Amiga, AmigaOS 4

Zitat:
Original von DrNOP:
Und falls bei "den üblichen Betriebssystemen" Windows 2000 mal wieder nicht mitzählt mag das BIOS keinen Einfluß haben - bei Win2k hat es den aber.

Es soll Gerüchten zufolge auch in Windows-Treibern Fehler geben können. Daraus zu schlußfolgern, daß das BIOS damit etwas zu tun hat, ist ziemlich weit hergeholt.
Die Sache mit den Service-Packs wurde hier ja schon erwähnt...

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

26.05.2006, 13:25 Uhr

[ - Direktlink - ] 		Thema: Festplatten Limit
Brett: Amiga, AmigaOS 4

Zitat:
Original von CarstenS:
Also meines Wissens liegt (bzw. lag) die kritische Grenze des K7S5A bei etwa 160 GByte.

Ja, von ner 160GB-Grenze hab ich auch schon gehört.

Aber eigentlich ist es vollkommen wurscht, ob das Bios die Platte korrekt erkennt oder nicht, solange es die Bootsektoren lesen kann. Die üblichen Betriebssysteme benutzen eh nicht das Bios, um auf die Platte zuzugreifen.

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

23.05.2006, 19:03 Uhr

[ - Direktlink - ] 		Thema: Skinersteller(Grafiker) für Sudoku gesucht
Brett: Amiga, AmigaOS 4

Zitat:
Original von Ralf27:
War kurz mal im eigenen Code... also ich benutze keine GZZ auf meinem eigenen Screen (Fenster ist da ohne Border) und nur auf der WB mit GZZ. Ich konnte da auf dem ersten Blick keinen großen Unterschied sehn. Aber das Programm braucht ja auch kein HighSpeed. :)

So etwas merkst Du ja auch nicht, wenn Du Dir Dein Programm ansiehst. Wenn sich 50 Fenster auf der Workbench tummeln, dann merkst Du, ob Du 50 normale oder 50 GZZ-Fenster offen hast.

Wenn ein Fenster GZZ ist und die anderen 49 keine sind, merkst Du natürlich auch nix.

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

23.05.2006, 15:00 Uhr

[ - Direktlink - ] 		Thema: Skinersteller(Grafiker) für Sudoku gesucht
Brett: Amiga, AmigaOS 4

Zitat:
Original von Ralf27:
Da läuft schon etwas anderes ab: Zum einen muß ja nur ein Wert bei X und einer bei Y dazuadiert werden. Was denn noch?

GZZ-Fenster besitzen für Rahmen und Inhalt getrennte Layer. Vom Resourcenverbrauch ist das also so, als ob Du zwei Fenster geöffnet hättest.

Wenn Du dagegen lediglich einen x,y Offset von Hand addierst, bist Du um Welten effizienter. Selbst wenn Du noch manuell auf Einhalten der Breite und Höhe achten mußt, bist Du noch effizienter.

Wenn Du eine Reihe von Grafikoperationen durchführen mußt, bei denen vorher nicht klar ist, ob sie den Randbereich überschneiden, kannst Du vor den Operationen auch ein ClipRect im Fenster installieren, um das Übermalen des Rahmens zu verhindern. Auch das ist immer noch deutlich effizienter als ein GZZ-Fenster zu verwenden.

Natürlich gilt trotzdem immer noch die Frage, wie wichtig dieser Performance-Unterschied im Vergleich zur vordringlichen Aufgabe, überhaupt erst mal Software zu schaffen, ausfällt.

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

22.05.2006, 20:19 Uhr

[ - Direktlink - ] 		Thema: AmiZilla benutzbar?
Brett: Amiga, AmigaOS 4

Aber Sicher.

mfg
--
A5000,G5 2GHz, 2.3GB RAM, 8TB HD, AOS5.1, FireFox 2b
20.4° Raumtemperatur, 1 Katze anwesend, 20% Luftfeuchtigkeit
Fenster geschlossen, Balkontür offen, Klodeckel unten, Herd aus
4 große Tassen Kaffee, 1 Bier (pre), 1-2 Tassen Tee (pre)
 
Holger   Nutzer

18.05.2006, 19:09 Uhr

[ - Direktlink - ] 		Thema: Seiten mit utf-8
Brett: Amiga, AmigaOS 4

Zitat:
Original von DJBase:
Kann IBrowse oder das AmigaOS 3.x überhaupt utf-8 darstellen?
IBrowse offensichtlich nicht, sonst gäbe es diesen Thread nicht.
AmigaOS 3.x bietet keinen Support für UTF-8, aber das bietet es für andere Encodings außer iso-latin-1 (die Hack&Patch Variation mal außen vor lassend) ja auch nicht an.
Das müssen die Browser eh selber machen, vermutlich beherrschen die aber derzeit nur 8Bit->8Bit Tabellen, weshalb man auch nicht als User einen Support basteln kann.
Technisch gesehen ist es aber nicht schwer, UTF-8 auch ohne OS-Unterstützung entweder mit Verlust nach iso-latin-1 zu konvertieren oder mittels freetype2 (und echtem Unicode-Support) zu rendern. Letzteres wäre natürlich der bessere Weg.

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

17.05.2006, 19:05 Uhr

[ - Direktlink - ] 		Thema: Wo sind all die AMOS-Leute?
Brett: Amiga, AmigaOS 4

Ich weiß ja nicht, ob es da mal eine modernere Fassung gab, aber als ich mal irgendwann AMOS getestet hab, war man gezwungen, einen auf Chipsatz-Direktzugriff getrimmten Editor zu verwenden.

Das heißt, man war gezwungen, mit einem 50Hz Modus zu arbeiten, obwohl auch AGA besseres konnte. Und schnell mal in's Malprogramm oder die AmigaOS- Dokumentation wechseln, war da auch nicht. Schon allein diese Arbeitsweise war ein Ausschlußkriterium.

Fehlende Funktionalität kann man mittels eigener Routinen beheben, diese Art der Entwicklungsumgebung nicht.

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

12.05.2006, 17:17 Uhr

[ - Direktlink - ] 		Thema: Wo sind all die AMOS-Leute?
Brett: Amiga, AmigaOS 4

@eye-BORG:
Fast jeder, der mal mit Spieleprogrammierung herumexperimentiert hat, hat mindestens ein solches Projekt auf der Halde. Mit den Grafikroutinen angefangen und dann fehlt irgendwie das Spiel zur Grafikroutine.
Ist heute bei den Hyper-3D-Engines-Pixelshader-Special-FX Entwicklungen genauso.
Gibt ja selbst im Amiga-Sektor noch einige Projekte, die hin und wieder aus der Versenkung auftauchen und von den fortschritten ihrer Grafik-Engine berichten (Spiel fehlt noch...).

Völlig normal also.

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

09.05.2006, 14:22 Uhr

[ - Direktlink - ] 		Thema: Skinersteller(Grafiker) für Sudoku gesucht
Brett: Amiga, AmigaOS 4

Zitat:
Original von Ralf27:
Ich hab mir mal Gadtools angesehn, was ja ab 2.0 läuft. Das sieht recht einfach aus und läßt sich vermutlich leicht nutzen.
Es gibt sogar eine 1.3 Version von gadtools. Allerdings weiß ich grad nicht, unter welchen Lizenzbedingungen Commodore die rausgegeben hat.
Zitat:
Allerdings als ich gelesen habe das ab OS4 Reaction benutzt wird... hm, blöd. Ich hoffe aber, das Gadtools auch auf OS4 läuft (bzw. mit hoher Wahrscheinlichkeit).
Mit Sicherheit. Reaction/MUI bieten allerdings mehr Komfort fürs Layout.

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

07.05.2006, 10:57 Uhr

[ - Direktlink - ] 		Thema: Skinersteller(Grafiker) für Sudoku gesucht
Brett: Amiga, AmigaOS 4

Zitat:
Original von MaikG:
Weil ich die schnellere Sorte von Fenstern benutze wo das Zeichnen
über den Rand und Titelzeile hinaus nicht verhindert wird.

Wenn man ein Fenster mit Festmaßen öffnet fehlt doch auch
ein Stück von der Größe wenn einer z.B. eine größere Font
eingestellt hat.
Das sind zwei verschiedene Dinge.

Wenn man ein GZZ-Fenster benutzt, hat man zwei Layer und (0,0) liegt in dem Fenster. Somit muß man keine Offsets addieren und verschenkt meistens Performance und etwas Speicher.

Wenn man beim Öffnen statt WA_Width/WA_Height einfach WA_InnerWidth/WA_InnerHeight benutzt, werden die Rahmengrößen dazu addiert, und man muß sich nicht um die Größenberechnung kümmern. Das hat auf die Performance keinerlei weiteren Einfluß.

Beides kann man unabhängig voneinander benutzen.

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

03.05.2006, 13:30 Uhr

[ - Direktlink - ] 		Thema: OS3.9 AnzeigeBugs
Brett: Amiga, AmigaOS 4

Zitat:
Original von thomas:
Daß wir vielleicht in wenigen Jahren auch innerhalb der DOS-API an die Grenze von 1TB pro Partition stoßen werden, während wir ohne Vorzeichen noch bis 2TB auskommen könnten, *das* kann man auf das Design der API schieben und das wird dann neue Diskussionen hervorrufen.
*Bei einer Blockgröße von 512 bytes*
Das sollte man dabei nicht unter den Tisch fallen lassen. Auch der workbench-bug tritt bei größeren Blocks erst bei entsprechend größeren Datenmengen auf.

Man kann problemlos auch auf 2TB aufrüsten, bei 1kB Blöcken. Angesehen davon, daß offensichtlich alle aktuellen Programme, inkl. der fehlerhaften Füllstandsanzeige, offensichtlich jetzt schon vorzeichenlos rechnen.
Zitat:
Aber das ist nicht das Thema dieses Threads und auch *nicht die Ursache für das Anzeigeproblem*.
Ack

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

03.05.2006, 13:21 Uhr

[ - Direktlink - ] 		Thema: OS3.9 AnzeigeBugs
Brett: Amiga, AmigaOS 4

Zitat:
Original von whose:
Leider sparst Du Dir auch mal wieder Denkarbeit, sonst würde es die Diskussion nicht geben.
Das kann man wohl zu 100% zurückgeben.
Zitat:
Wie ich schon sagte, ist der Anzeige"bug" (der eigentlich keiner ist) schon ziemlich lange bekannt. Wo das Problem herrührt ist ebenfalls bekannt, wird aber halt nicht mehr beseitigt (weder die eine Ursache (dos.library, vorzeichenbehafteter Wert) noch die andere (Workbench und deren Nichtbeachtung des Vorzeichenproblems bei der Füllstandsanzeige, die im Code schlicht "reaktiviert" wurde, also technisch von 1986 stammt).
Erstmal funktionieren alle dos-Programme von AOS3.9 korrekt. Dein angebliches dos.library Problem exisiert also gar nicht. Zweitens ist der Code der Workbench-Füllstandsanzeige mit Sicherheit nicht von 1986, weil es damals den hier verwendeten 3D-look überhaupt noch nicht gab. Drittens ist es ausführlich von mir vorgerechnet worden, daß es sich nicht um ein Vorzeichenproblem, sondern einen Überlauf der vorzeichenlosen Integerarithmetik handelt, und diese Rechnung begründet auch, warum auf dem Screenshot bei 14GB belegten Platz noch kein Fehler in der Prozentanzeige auftritt, obwohl es nach Deiner Logik diese Partition, deutlich größer als 2GB, gar nicht geben dürfte.
Negative Zahlen sind dort überhaupt nicht zu sehen.

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

[ Dieser Beitrag wurde von Holger am 03.05.2006 um 13:25 Uhr geändert. ]
 
Holger   Nutzer

02.05.2006, 17:51 Uhr

[ - Direktlink - ] 		Thema: OS3.9 AnzeigeBugs
Brett: Amiga, AmigaOS 4

Zitat:
Original von MaikG:
Ich hab auf der einen 2k und auf der anderen 4k. Beide 25 GB,
keine Probleme.
Der Überlauf der Füllstandsanzeige bzw. der Prozentangabe entsteht durch die Multiplikation von belegter Blockanzahl mit dem Grundwert, also >100< bei Prozentangaben und >Pixelhöhe< bei der Füllstandsanzeige. Durch die Gesamtanzahl wird nur dividiert.

Bei 2k-Blöcken gibt's also bei der Prozentanzeige erst Probleme, wenn a) der belegte Platz 81 GB oder die Gesamtgröße 8 TB überschreitet.
Bei 4k-Blöcken verdoppelt sich diese Zahl.

Für die Füllstandsanzeige gelten die gleichen Werte, wenn sie 100 Pixel groß ist. Für jede Verdoppelung der Fensterhöhe halbiert sich der Grenzwert für den belegten Platz (Grenzwert für Gesamtgröße ändert sich nicht), usw.

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

02.05.2006, 17:39 Uhr

[ - Direktlink - ] 		Thema: OS3.9 AnzeigeBugs
Brett: Amiga, AmigaOS 4

Zitat:
Original von thomas:
es wird mit der Anzahl Blöcke gearbeitet. Selbst mit vorzeichenbehafteten Zahlen kann man mit 2 hoch 31 Blöcken a 512 Bytes immerhin 1 TB Daten speichern, so große Festplatten gibt es noch gar nicht.
Danke für die Richtigstellung, so kann ich mir Tipparbeit sparen :sleep:

...und wenn man dann noch die Blockgröße erhöht, ändert sich am Code (und somit an der Kompatiblität) gar nichts.
Zitat:
Wenn man in der Anwendung (hier: Workbench) berücksichtigt, daß es Partitionen größer als 2GB gibt, kann man auch mit der guten, alten dos.library die Werte korrekt angeben. Sogar mit 32bit-Arithmetik. Vielleicht nicht die genaue Anzahl Bytes, aber für Kilobytes oder gar Megabytes reicht es vollkommen. Und für eine korrekte Grafik, die gerade mal einige hundert Pixel hoch ist, allemal.
Vollkommen richtig. Bei der Prozentwertberechnung sind es genau 100, die es zu berücksichtigen gilt. Wie wir ja beim Einsetzen des Fehlers bei ~20GB erkennen können, wird hier vorzeichenlos (bei 512 byte-Blöcken) gerechnet, das sind ja ~2TB / 100.

Selbst bei maximaler Grafikgröße würde das noch funktionieren, da AmigaOS Screengrößen in 16Bit speichert.
Allerdings würde das die Berechnung etwas komplizierter machen und letztendlich (fast) den gleichen Code erzeugen, als wenn man 64Bit Datentypen benutzt und den Compiler machen läßt...
Zumal diese Stelle gewiß nicht performancerelevant ist.

Zitat:
Original von Stefan:
Folgendes verstehe ich aber nicht.

GREX schrieb:

|Habe das Problem auch nur bei meiner 65 GB Partition.
|Das mit den Titelzeilen kann ich aber nicht nachvollziehen,
|die Angaben stimmen bei mir.

Bei mir stimmt aber auch die Titelzeile nicht! ?(
Hab ich doch schon erklärt, das hängt von der verwendeten Blockgröße ab. Je größer die Blöcke, desto später setzt der Fehler ein. Bei doppelt so großen Blöcken tritt der Fehler also nicht bei 20GB, sondern ab 40 GB belegtem Partitionsplatz auf.

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

01.05.2006, 20:26 Uhr

[ - Direktlink - ] 		Thema: OS3.9 AnzeigeBugs
Brett: Amiga, AmigaOS 4

Ähnliches gilt natürlich auch für die Prozentangabe in der Titelzeile. Da hier der Gesamtwert 100 ist, kann man ziemlich eindeutig zurückrechnen, daß der Überlauf bei den typisch 512 byte großen Blöcken bei einem belegtem Platz ab 20,48 GB stattfindet. Das scheint mit den Screenshots übereinzustimmen.

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

01.05.2006, 20:12 Uhr

[ - Direktlink - ] 		Thema: OS3.9 AnzeigeBugs
Brett: Amiga, AmigaOS 4

Zitat:
Original von R-TEAM:
Habe das auch .. muss aber die fenster weit größer machen
das der bug auftritt .. und hängt nur von der höhe ab !
Die breite ist egal ...
könnte sein das es bei einen bestimmten WB/Screen<>Fenster/Höhe
ratio auftritt ??

Es handelt sich offensichtlich um einen Überlauf bei Integer Arithmetik. Zur Berechnung der Füllstandsanzeige rechnet man üblicherweise
x=belegte Blöcke * Fensterhöhe / Gesamtgröße der Partition.
Genaugenommen nimmt man nicht die Fensterhöhe, sondern die Höhe der Füllstandsanzeige, sprich abzüglich des Fensterrahmens. Alternativ kann man statt der belegten Blöcke auch die freien Blöcke benutzen, je nach dem wie das Ding am Ende gezeichnet wird. Da hier ein 3D-Rahmen für die belegten in den Gesamtrahmen gezeichnet wird, wird vermutlich dessen Höhe berechnet.

Charakteristisch ist aber in jedem Fall, daß zuerst multipliziert und dann dividiert wird, weil sonst aufgrund der fehlenden Nachkommastellen immer null rauskommen würde.

Wenn das Ergebnis der Multiplikation größer als der maximale Integerbereich ist, gibt's einen Überlauf und es kommt ein wesentlich kleinerer Wert heraus.

Die Frage ist jetzt nur, in welcher Einheit die Workbench hierbei rechnet kB, MB oder Blöcke, wobei im letzteren Fall die Frage nach der Blockgröße entscheidend ist.

Hat man also 26 GB belegten Platz und ist die Einheit 1kB wären das 27262976 Einheiten. Der int-Bereich verkraftet Zahlen kleiner als 4294967296, das heißt, der Überlauf entsteht, sobald die Füllstandsanzeige eine Höhe von 4294967296 / 27262976 = 157 Pixel überschreitet.

Hängt wie gesagt, von der Größe der Einheit, dem belegten Platz und der Fensterhöhe ab, aber auch davon, ob die workbench, wie hier angenommen mit unsigned int arbeitet. Bei signed int würde sich der Schwellwert noch mal halbieren.

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

01.05.2006, 19:58 Uhr

[ - Direktlink - ] 		Thema: AOS 3.5/3.9 Speicherleck
Brett: Amiga, AmigaOS 4

Zitat:
Original von GREX:
Ein anderes Problem des OS3.9, das mich schon von Angfang an gestört hat, wird übrigens auch in dem Thread angeführt: Im Modus "Inhalt auflisten nach Namen" braucht die Workbench genausoviel Chip-Ram wie bei Auflistung als Icons und braucht auch genausolange zum Einlesen des Ordners.
Das war beim Amiga schon immer so (gut, den Textmodus gibt's erst seit OS2.0). Der Code zum Laden ist identisch, nur die Anzeige anders, deshalb ist Zeit und Speicherverbrauch auch nahezu identisch.
Allerdings fällt das erst heute in Zeiten von GB-Platten, deficons und newicons/glowicons erst richtig auf...

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

27.04.2006, 17:02 Uhr

[ - Direktlink - ] 		Thema: Fertig partitionierter Festplatte Partition hinzufügen geht das?
Brett: Amiga, AmigaOS 4

Theoretisch kann man problemlos neue Partitionen im bisher ungenutzten Bereich anlegen, ohne daß die anderen gestört werden.

Praktisch sollte man erstens darauf achten, das gleiche Programm zu benutzen, mit dem man auch die ersten Partitionen angelegt hat, und zweitens hat ein Backup noch nie geschadet...

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

27.04.2006, 13:40 Uhr

[ - Direktlink - ] 		Thema: Bestimmte G4s werden wohl teurer von Freescale
Brett: Amiga, AmigaOS 4

Zitat:
Original von CarstenS:
Immerhin war Apple bisher ein ständiger Abnehmer, während Microsoft die nächste X-Box-Generation schon wieder mit einem anderen Prozessor ausstatten könnte.
Während Apple innerhalb einer Generation schon gerne differenzierte Prozessoren hätten. Einen lowcost, einen besonders schnellen, einen Kompromiß dazwischen... Und noch während diese Generation Apples existiert, Updates auf eine neue Prozessorgeneration bitte schön.

Die XBox ist da schon deutlich anspruchsloser, obwohl es da iirc gerade ein Update der CPUs gab.
Da Apple nun schon so umgestiegen ist, wie die nächste X-Box Generation umsteigen könnte, hat die eine XBox-Generation eine besser kalkulierbare Mindestabnahmemenge...

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

25.04.2006, 13:12 Uhr

[ - Direktlink - ] 		Thema: Unterschiedliche Versionsangaben von gleicher Datei?
Brett: Amiga, AmigaOS 4

Wobei allerdings "version FILE <Dateiname>" und die Versionsangabe im Icon-Informationsdialog auf dem gleichen Algorithmus basieren.

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

24.04.2006, 18:57 Uhr

[ - Direktlink - ] 		Thema: Back again....
Brett: Amiga, AmigaOS 4

Zitat:
Original von madmat:
Hätte man das AmigaOS nicht wenigstens spezialisiert weiterverwenden können ?
Zum Beispiel anstelle des grässlichen SymbianOS für mobile Geräte.
Hätte...der heutige Amiga-Eigner zog es vor, ein neues System namens AmigaDE als Lösung für eben jenen Markt zu propagieren.
Aber abgesehen davon hätte man dafür so oder so noch gewaltig entwickeln und investieren müssen. Aber man war eher auf die schnelle Mark aus.
Zitat:
AOS ist doch schon in der 2er Version dem Ding meilenweit überlegen bei gleichzeitiger Erfüllung aller Ansprüche was Speichereffizienz und Geschwindigkeit angeht.
Bei aller Liebe zum AmigaOS, jetzt übertreibst Du etwas. AmigaOS 2 besitzt weder die Fähigkeit, andere Grafik- oder Soundsysteme als die alten Amiga-CustomChips anzusprechen, noch hätte man es ohne drasische Überarbeitung auf anderen Prozessoren einsetzen können. Und auch AOS3.x benutzt zu diesem Zweck Drittsoftware, die das OS-System patcht und/oder ersetzt. Mit Effizienz hat das dann nicht mehr so viel zu tun.
Für Handhelds/PDAs/Mobiltelefone, etc. noch ein gewaltiges Stück Arbeit...
Zitat:
Hardwaretechnisch haben die Handys den A1200 ja bereits eingeholt...
Und bald können sie über den UAE-Emulator mehr Amiga-Spiele ausführen, als mit dem genau für diesen Zweck "konzipierten" AmigaDE. :D
Zitat:
Naja...mein persönliches Revival hat der 4k erstmal erlebt, habe nur Angst vor dem Tag an dem ein wichtiges Teil kaputtgeht.
Willkommen im Club. Diese Angst haben wohl alle, die noch Originalhardware benutzen. :sword:

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

24.04.2006, 18:45 Uhr

[ - Direktlink - ] 		Thema: Back again....
Brett: Amiga, AmigaOS 4

Zitat:
Original von AmigaPapst:
Der Name gehört Amiga Inc. ehemals Amino. Die Rechte zu AmigaOS 4 gehören Hyperion Entertainment und die Rechte zu dem AmigaOne hat Eyetech noch.
Das ist so nicht richtig. AmigaInc ist der Rechtsnachfolger von KMOS, die sich selbst nicht als Rechtsnachfolger von AmigaInc AKA Amino sehen.
Obwohl KMOS das alte AmigaInc vollständig übernommen hat und das heutige KMOS-AmigaInc aus derselben Belegschaft wie das Amino-AmigaInc besteht.

Außerdem gehören nicht Hyperion die Rechte am AmigaOS4, sondern sie entwickeln AmigaOS4 in Auftragsarbeit, allerdings auf eigenes Risiko. In diesem Zusammenhang wird gerne über gewisse Vertragsklauseln spekuliert, die Hyperion unter bestimmten Bedingungen die vollständigen Rechte an AmigaOS4 zugestehen. Offiziell ist bislang keine solche Klausel aktiv geworden.

Außerdem besitzt Eyetech nicht die Rechte am AmigaOne, sondern nur eine Lizenz, wobei von verschiedenen Personen von AmigaInc/Hyperion/Eyetech widersprüchliche Angaben zu Exklusivität dieser Lizenz gemacht wurden.

mfg

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

21.04.2006, 15:03 Uhr

[ - Direktlink - ] 		Thema: Bildschirm bleibt trotz Booten schwarz. Warum?
Brett: Amiga, AmigaOS 4

Zitat:
Original von Festus:
Bei dem Mini-Fenster mit der Meldung "CD-ROM not found" handelt es sich um keine Shell. Hier ist auch nur eine Schaltfläche "OK" vorhanden.
Sollte trotzdem mit lAmiga+v (lAmiga-b, egal) geschlossen werden können.
Zitat:
Problematisch ist wahrscheinlich, dass diese Meldung von der relativ großen Intuition-Meldung überdeckt ist.
In dem Fall hilft blitzschnelles Drücken von lAmiga+v mehrmals hintereinander. Für den Intuition-Requester bedeutet es "Nochmal versuchen" und dafür verschwindet die Meldung kurzzeitig. Wenn man in diesem Moment den anderen Dialog schließt, klappt das auch.
Zitat:
Aber wenn die Angelegenheit mit dem Verschieben des CD-Icons in die WB-Startup erledigt ist, um so besser!
Klar, aber den Grund, warum das CDRom-LW nur beim zweiten Start funktioniert, herauszufinden, wäre noch besser.

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

21.04.2006, 11:27 Uhr

[ - Direktlink - ] 		Thema: Bildschirm bleibt trotz Booten schwarz. Warum?
Brett: Amiga, AmigaOS 4

Zitat:
Original von Festus:
Hängt man jedoch einen Monitor im PAL-Modus hin, so stellt man fest, dass die Workbench im PAL-Modus gebootet hat, weil während des Bootvorganges eine kleine Fehlermeldung hochkommt "CD-ROM not found", welche natürlich wiederum die Fehlermeldung "Intuition möchte Bildschirm rücksetzen blabla" auslöst. Bloß kann ich das Fenster nicht schließen, weil ich ja nix sehe!! ;-)
Das Shell-Fenster kannst Du mit Ctrl+ (Backslash) schließen. Dialoge kann man mit lAmiga+v (Ok) oder lAmiga+B (Cancel) schließen. (Bei Dialogen mit nur einer Option ist die Taste egal)
Was eine dauerhafte Lösung angeht, kann ich mich nur thomas anschließen...

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

Edit: links und rechts verwechselt :glow: iss natürlich die linke Amiga-Taste

[ Dieser Beitrag wurde von Holger am 21.04.2006 um 11:28 Uhr geändert. ]
 
Holger   Nutzer

20.04.2006, 17:46 Uhr

[ - Direktlink - ] 		Thema: Noob hat einige Fragen
Brett: Amiga, AmigaOS 4

Zitat:
Original von CarstenS:
Ich fürchte, kaum. Es wird einige Seiten geben, die mit dem IE 4 genutzt werden können, und mit den Amiga-Browsern nicht, aber auch der IE 4 ist schon stark veraltet.
Für 68k-Mac gab es imho auch Netscape.
Zitat:
Alte Mac-Spiele sind vielleicht noch ein Argument. Die Mac-Version von SimCity 2000 z.B. soll deutlich besser laufen als die Amiga-Fassung.
SimTower lief auch ganz gut in der Emu.

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

20.04.2006, 14:02 Uhr

[ - Direktlink - ] 		Thema: 68060er und dann?
Brett: Amiga, AmigaOS 4

Zitat:
Original von Bjoern:
Doch die gibts, aber beide Versionen sind ohne den Patcher elendig langsam (komischerweise).

Das wundert überhaupt nicht. Nur, warum das belegen soll, daß die "MatheLibs von OS3.9 Flügel bekommen", versteh ich nicht. FPU-Versionen brauchen i.A. keine externen Bibliotheken.

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.
 
 
Erste << 32 33 34 35 36 -37- 38 39 40 41 42 >> 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.
.