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

07.08.2006, 11:52 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Maja:
Warum man dazu beide Maustasten gedrückt halten muss? Vielleicht weil den Entwicklern grad nichts anderes dafür eingefallen war. :O

Weil der Test für die Mausknöpfe am leichtesten zu programmieren war.

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

07.08.2006, 11:48 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von DariusBrewka:
Das ist jetzt aber extrem Einfach, das Booten besteht nicht nur aus dem Hochfahren des OS alleine. Wenn ich meinen Rechner hier starte, dann dauert es schon ewig, bis der Windows loader gestartet ist das Board bracht schon für sich alleine Ewigkeiten.


Das erinnert mich an meine alten Amiga-Zeiten, wo KS3.0 minutenlang gewartet hat, ob da nicht vielleicht doch an der IDE-Schnittstelle noch ne Festplatte auftaucht. Wenn ich mich recht entsinne, wurde die Zeit unter KS3.1 noch verlängert, um auf noch ältere/kaputtere Festplatten Rücksicht zu nehmen. Man musste Pins kurzschließen, um dem AmigaOS beizubringen, dass da wirklich nichts ist, worauf man warten müsste.

Bei Deinem x86-Board ist das vermutlich viel einfacher. Einfach im Bios den nutzlosen Speichertest ausschalten (oder auf "schneller Test" stellen), die Suche nach bootfähigen Laufwerken auf das einzige bootfähige einschränken (kann man eh wieder umstellen) und den Laufwerksscan für alles andere abschalten (Windows scant eh selber noch mal). Im Idealfall siehst Du vom Bios nichts, weil das OS schon bootet, bevor der Monitor auf das Bild synchronisiert hat.

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

04.08.2006, 19:46 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Andreas_B:
Ja darum geht's doch gerade. Das, was ich mit diesen Rechnern machen konnte, hätte ich nur bedingt auf dem PC gekonnt und wenn, dann nur zu einem höheren Preis.
Der Amiga war damals also durchaus preiswert.


Richtig, das war der Ausgangspunkt. In dem Moment, wo man z.B. zum Spielen von Doom (wenn es denn damals portiert worden wäre) mindestens ne FastRAM-Erweiterung und ne Festplatte hätte nachrüsten müssen, begann sich dieser Vorteil zu relativieren.

Wenn dann noch Towerumbau, schnellere CPU und eine Grafikkarte hinzukommen, verwundert es nicht, dass viele User auf den PC umgestiegen sind, statt ihren Amiga aufzurüsten. Nicht weil der PC bei gleichem Geld besser gewesen wäre, sondern weil mehr Software verfügbar war, oder zumindest die, an der diese User interessiert waren. Und die Pleite von Commodore spielte mit Sicherheit auch ihre Rolle.

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

04.08.2006, 01:27 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Maja:
Software die mehr als die Standardhardware verlangt, galt auf Amiga lange Zeit als verpönt. Ich weiß nicht, ob das ein Nebeneffekt der Demo-Szene war.

Nicht unbedingt. Amiga hieß halt nicht nur der Zeit weit voraus, sondern auch preiswert. Und je mehr der technologische Vorsprung von dannen ging, bzw. je mehr man investieren musste, um technisch auf der Höhe der Zeit zu sein, desto mehr begannen die nicht so ideologisch gefestigten abzuwägen und letztendlich auf den PC umzusteigen. Denn wenn man für vergleichbare Hardware auch das gleiche Geld hinlegen muss, entscheidet am Ende die Tatsache, dass das eine System besser mit neuer Software versorgt wurde. Klar, das war autokatalytisch...
Zitat:
Vielleicht hat das bei Otto-Normaluser den Eindruck erweckt, dass als Programmierer nur ernstzunemen sei, wer die Minimal-Konfig bis zum Ende ausreitzt. Wieviel Sinn es nun in Anwendungen und Spielen macht, die Hardware ständig bis an ihre Grenzen zu treiben, darüber hat dabei wohl keiner wirklich nachgedacht.
Ich halte das maximale Ausreizen eines Systems auch weiterhin für sinnvoll. Solange dieses System nicht als das System von dann-und-dann fixiert und das Ausreizen zum Selbstzweck wird. Also, natürlich sind auch C64- oder Gameboy-Hacking tolle Freizeitbeschäftigungen. Nur nix für einen kommerziellen Markt.

Und die C2P-Konvertierungsroutinen, ich glaub es kommen selbst heute immer noch neue raus, sind ja nicht das Problem, sondern dass es letztendlich keine Software für den Endnutzer gab, die davon profitierte. Das ist nicht anders, als den x. neue GUI-Toolkit, oder die x. neue MUI-Customklasse mit einem noch besseren String-Gadget...

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

04.08.2006, 00:53 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Topper:
'93 waren die 486er eher schon 'High-End' als State-of-the-Art, obwohl es den P60 schon gab.

Doom kam ja auch mit einem 386 aus. Nur die 4MB RAM sollten schon sein, und dürften wohl beim PC üblicher gwesen sein, als beim Amiga. (Wie auch die min. 12MB HD-Platz. Erst das ein Jahr später erscheinende DoomII benötigte einen 486 Minimum.
Zitat:
Ein mittelprächtig ausgestatteter 486er (25MHz/33MHz) mit 4MB und 120MB HDD SVGA und AdLib kostete sicher um die 4-5 tauend DM und lag somit preislich beim (meiner Meinung nach trotzdem zu teurem) A4000/40.
Tja, und wer soviel in die Hardware steckt, ist möglicherweise auch eher bereit, für ein kommerzielles Spiel auch den Preis zu bezahlen, als jemand, der mit nem unaufgerüsteten A1200 rumgurkt, der eh zu schwach ist, um das Spiel laufen zu lassen, oder?

Zumindest war das wohl die Meinung des Herstellers, und die war ausschlaggebend. Und während Jahr für Jahr die Anforderungen mit jedem neuen Spiel gestiegen sind, hat sich an der Amiga-Hardwarefront nichts mehr getan...

Und was die ach so hochoptimierten Chunky->Planar Konvertierungen angeht, die den Nachteil der Bitplane-Architektur wieder wettmachen hätten sollen können: die wurden größtenteils Jahre später geschrieben, von Szeneprogrammierern, zu Zeiten, wo die aufrüstbereiten User eigentlich gerne mal Software gesehen hätten, die ihre Grafikkarte mit 3D-Beschleunigung mal auf Trab bringt, ja da erschien fast täglich ein neuer, noch optimierterer C2P-Konverter...

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

03.08.2006, 13:26 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Chritoph:
Der Unterschied ist aber, dass 030/50 + AGA auf dem Amiga 93 noch in der
Minderheit waren, während es auf dem PC langsam aber sicher Richtung 586
ging.

Eben-jede Zeit hatte ihre vergleichbaren Computermodelle. Und die Zeit ist nicht beim Ur-Doom stehengeblieben. Dass Doom auf dem Amiga möglich war, steht außer Frage. Dass man dafür aber eben noch ein wenig mehr programmiererische Arbeit/Können benötigte als auf dem PC, und der Hersteller dazu für einen kleineren Markt nicht fähig oder willens war, aber auch.
Zitat:
Ab der Freigabe des Doom-Source-Codes ging es dann doch - aber da war es für den Classic Amiga eh längst zu spät.
Und Doom auch schon lange nicht mehr aktuell. Da war hardwarebeschleunigte 3D-Grafik aktuell.

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

03.08.2006, 13:08 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Bluebird:
naja am cd32 an der langsamen 14 mhz 20er rummotzen ist auch nicht gerade korrekt denn was haette eine 30er oder besser genuzt wenn die kiste kein fastram hat und somit der 20er schon sein potential nichtmal ausnutzen kann ?


Das Fehlen von FastRAM macht das Problem nicht besser, es kommt noch dazu. Übrigens, ein bisschen was hätte es selbst ohne gebracht, schließlich hatten diese CPUs caches.

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

03.08.2006, 01:08 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Vip:
Hey, und was ist mit Nemac 4?

Hab ich mit NemacIV gemeint (Tip: römische Zahlen ;) )

Zitat:
Original von Topper:
Der Hammer war dann, daß Commodore diesen Chip ausschließlich für das CD32 verbaute und wohl nicht vorsah den Chunky2Planar-Chip in einer 3D-GraKa (wenn man es denn so nennen will) zu verwursten. Dabei hatte das CD32 nicht mal eine FPU Einheit, was im warsten Sinne des Wortes Perlen vor die Säue gewesen ist, denn ohne ausreichende FPU-Leistung ist ebenfalls keine 3D-Engine möglich.


Na ja, der Chip konvertiert auch immer nur einen kleinen Satz von Pixeln, statt eines ganzen Frames, und wäre vermutlich für damals aktuelle Prozessoren sowieso sinnlos gewesen, weil die ständig mit dem Füttern dieses Chips beschäftigt gewesen wären.

Nur auf dem CD³² mit dem (auch für damalige Verhältnisse) lächerlichen 68020/14MHz brachte er überhaupt etwas. Aber angesichts der damit möglichen integer-Leistung, war die Abwesenheit der FPU nur zweit- bzw. drittrangig.

Aber immerhin, das doublespeed-CDRom-LW war state-of-the-art und nach der Preissenkung war das ganze System günstiger als ein handelsübliches 2xCDRom-LW.

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

02.08.2006, 00:16 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Topper:
Aber es liegt nicht an mangelnder CPU oder gar FPU Leistung wie andere Schreiber es gerne darstellen möchten. Ich bin sogar davon überzeugt, daß Doom auf einem A4000 schneller gewesen wäre als auf einem höher getackteten 486er wenn der Amiga seinen Bildschirmspeicher auch bytewise hätte verwalten können.

und das ChipRAM an die höhere Taktung angepaßt worden wäre, statt mit den 14MHz der AGA-Chips zu laufen und den Prozessor nur dann ranzulassen, wenn mal etwas Luft in dem überlasteten Bus ist.

Dass der A4000 das konnte, steht außer Frage, das konnte man ja mit Grafikkarte austesten, wo Spiele wie NemacIV oder Gloom (oder so ähnlich) auch in Auflösungen flüssig liefen, bei denen der AGA-Chip den Prozessor allenfalls während der Austastlücke mal auf RAM hätte schreiben lassen.

Allerdings hilft das nichts, weil letztendlich die Performance des Gesamtsystems zählt und ein Spielehersteller nicht für die Highend-Konfiguration mit 5% Anteil am ohnehin kleinen Amiga-Sektor ein Spiel umsetzt.

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

29.07.2006, 16:31 Uhr

[ - Direktlink - ]
Thema: Wie schnell ist der Amiga wirklich???
Brett: Amiga, AmigaOS 4

Zitat:
Original von Chritoph:
[@Eule:]
Die Argumentation ist mir schleierhaft,
möchtest du das vielleicht noch begründen oder so?

Wozu?
Topper erklärt ja selber ausführlich, warum Standard-Amigas in diesem Punkt keineswegs den "Dosen" ebenbürtig waren. Und Doom wurde seinerseit nicht für High-End, sondern state-of-the-art PCs geschrieben.

mfg

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

28.07.2006, 14:07 Uhr

[ - Direktlink - ]
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4

Zitat:
Original von Indy:
(...leider aber noch immer nicht mit besagten JPEGs aus Verzeichnissen mit Leerstellen im Verzeichnisnamen.)


Hmm, Du meintest doch, daß Du es aus der Shell heraus getestet hättest...
Wie auch immer, setze {file} in Anführungszeichen, also "{file}", in den meisten Fällen hilft das.

Noch ein Tip für Dein Skript, versuche code-Doppelungen zu vermeiden. Also gleiche oder ähnliche Teile zusammenzufassen. Das erleichtert Dir sowohl die Fehlersuche, als auch spätere Änderungen:
AmigaDOS code:
.key file
.bra {
.ket }

C:RequestChoice PUBSCREEN=PhotoAlbum TITLE="JPEG operations..." BODY="Select operation" GADGETS "Rotate JPEG with Exif" "ExifDate > FileDate" "Show Exif" "Rename" "Cancel" >ENV:Choice

IF "$Choice" EQ "1"
  C:RequestChoice TITLE="JPEG Rotation" BODY="Select clockwise rotation for *n*"{file}*"" GADGETS="90 °" "180 °" "270 °" "Cancel" PUBSCREEN=PhotoAlbum >ENV:Degrees
       IF "$Degrees" EQ "1"
          set angle 90
       EndIF
       IF "$Degrees" EQ "2"
          set angle 180
       EndIF
       IF "$Degrees" EQ "3"
          set angle 270
       EndIF
       IF "$Degrees" EQ "0"
          Skip CleanUp
       EndIF
       DH1:Grafik-Tools/Jhead/Tools/bin/jpegtran -copy all -optimize -rotate $angle "{file}" "{file}"
       C:Delete ENV:TZ QUIET                    ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt
       DH1:Grafik-Tools/Jhead/jhead -ft "{file}"
       C:Copy ENVARC:TZ ENV:TZ QUIET            ; stellt ursprüngliche (aktuelle) Zeitzone wieder her
EndIF


IF "$Choice" EQ "2"
  C:Delete ENV:TZ QUIET                    ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt
  DH1:Grafik-Tools/Jhead/jhead -ft "{file}"
  C:Copy ENVARC:TZ ENV:TZ QUIET            ; stellt ursprüngliche (aktuelle) Zeitzone wieder her
EndIF


IF "$Choice" EQ "3"
  C:Delete ENV:TZ QUIET                    ; =notwendig, sonst wird eine um 1 Stunde falsche Dateizeit angezeigt
  DH1:Grafik-Tools/Jhead/jhead >CON:0/24/550/300/Exif-Data/SCREENPhotoAlbum/WAIT "{file}"
  C:Copy ENVARC:TZ ENV:TZ QUIET            ; stellt ursprüngliche (aktuelle) Zeitzone wieder her
EndIF


IF "$Choice" EQ "4"
  DH1:View&Play/PhotoAlbum/Rexx/PARename.rexx "{file}"
EndIF


IF "$Choice" EQ "0"
  Skip CleanUp
EndIF

Lab CleanUp
C:Delete ENV:Choice ENV:Degrees QUIET


Wie Du hoffentlich siehst, ist das Ergebnis übersichtlicher und Änderungen, wie das Einfügen der Leerzeichen oder ein späteres Entfernen des Zeitzonen-Workarounds werden einfacher.

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

27.07.2006, 17:21 Uhr

[ - Direktlink - ]
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4

Mal noch ne Frage zu dem Skript:

Wozu sollen diese Zeilen der Form:
C:Search >ENV:CheckDegrees T:Degrees "" NONUM
nach den RequestChoice Anweisungen gut sein?
Die bewirken doch gar nichts, genausogut könntest Du den Output von RequestChoice direkt nach
ENV:CheckDegrees, bzw. ENV:CheckChoice leiten.

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

27.07.2006, 15:25 Uhr

[ - Direktlink - ]
Thema: Neues PC Tastatur Interface jetzt bestellbar!
Brett: Amiga, AmigaOS 4

Zitat:
Original von AndreasM:
Zitat:
- Webseite hat kein Impressum, keinen Verantwortlichen, nix
Bei privaten Seiten auch nicht nötig.
Wenn es sich hierbei noch um eine private Seite handelt. Wovon ein klassischer Abmahnanwalt nicht ausgehen würde.
Zitat:
Ist das nötig bei wenn jemand gegen eine Aufwandsentschädigung Teile für jemanden zusammen lötet? Ehrliche Frage! Ich gehe davon aus das es nicht nörg ist. Wissen tu ich es aber nicht.
Davon, dass "jemand gegen eine Aufwandsentschädigung Teile für jemanden zusammen lötet" war nicht die Rede. Es wurde ein fertiger Tastaturadapter angeboten, d.h. dieser jemand kauft die Teile ein, bzw. hat dies schon getan, lötet sie zusammen und bietet das resultierende Produkt an.
Zitat:
Verständlich das man sauer ist wenn jemand einem ins Gehege kommt. Aber unverständlich das jemand mit soviel Erfahrung gleich ausrastet in einer Art die gefährlich werden kann...
Vielleicht war's ein anstrengender Urlaub...

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

27.07.2006, 13:20 Uhr

[ - Direktlink - ]
Thema: PhotoAlbum 6.6 und JPEG (Exif)
Brett: Amiga, AmigaOS 4

Bitte entferne mal den Fettdruck, das kann man ja kaum lesen, benutz doch die dafür vorgesehenen
code:
...

tags.

Wenn's nicht am Skript liegt, wie Du vermutest, kannst Du das Argument in die von AmigaDOS erwarteten Anführungszeichen setzen, in dem Du

ExternalARexxCMD="address command 'DH1:View&Play/PhotoAlbum/User-Menu %s'"

durch

ExternalARexxCMD="address command 'DH1:View&Play/PhotoAlbum/User-Menu '||'22'x||'%s'||'22'x"

ersetzt.

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

27.07.2006, 12:38 Uhr

[ - Direktlink - ]
Thema: Neues PC Tastatur Interface jetzt bestellbar!
Brett: Amiga, AmigaOS 4

Zitat:
Original von ODIN:
Wie was wo ?
Zeigt mir mal seinen Tastaturadapter der das gleiche bietet wie das Teil von Reptile ?
In deren genuss man nun ja nicht mehr kommen kann, danke dafür.

Welche Features, außer den 3 EUR Preisunterschied meinst Du denn?

Zitat:
Original von G60Master:
Ich danke schon den richtigen Leuten und was Jens angeht hätte er auch mit Apex Kontakt aufnehmen können,die beiden sind ja schon mehrfach direkt gut miteinander ausgekommen!


Vielleicht hätte er auch gleich einen Anwalt mit dem Verschicken einer Abmahnung beauftragen können.

Da nach dem Entfernen des Angebots so oder so wilde Gerüchte und Spekulationen um den Grund durch die Amiga-Welt gegeistert wären, ist hier genau das richtige Medium, um den Anwendern von vornherein das warum mitzuteilen.

Übrigens verstehe ich nicht, wo diese vielen Interessenten plötzlich herkommen. Es gibt ja offensichtlich schon seit längerem einen solchen Tastaturadapter und wer einen haben wollte, hätte sich auch schon längst einen zulegen können.

Egal-ich hätte lieber das umgekehrte, einen Adapter, um eine Amiga-Tastatur an den PC anzuschließen.

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

26.07.2006, 12:22 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von AvE:
In der Tat, wie ein aktueller ELKO-Artikel indirekt belegt. Ich hoffe, er ist nicht allzu off-topic. :)


off-topic, weil nicht ALLE laut darüber lachen können ;)

Die Problematik ist übrigens schon länger bekannt. Sie betrifft nicht nur Telko- und Industrieanlagen, auch z.B. Autos haben elektronische Steuerungen und eine wesentlich längere Lebensdauer als die Chiphersteller-Entwicklungszyklen. Deshalb muß sich Automobilbranche immer mit tausenden Reservechips eindecken, um ihren Reparaturservice aufrecht erhalten zu können.

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

26.07.2006, 12:18 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von AvE:
Na ja, im CPU-Reiter gibt's noch ein paar Einstellungen:
...


Na ja, das trifft es auch nicht ganz, insb. wenn man JIT benutzt, wo letztendlich "fastest possible..." die bevorzugte Einstellung ist, weil JIT und exaktes emuliertes Timing sich eh ausschließen, jedenfalls so, wie UAE derzeit funktioniert.

Und wie gesagt, keine der möglichen Emulationsoptionen erzwingt einen JIT, einige funktionieren allerdings nur ohne, was aber auch nicht prinzipiell, sondern nur durch die derzeitige Implementierung gegeben ist. Wenn das GUI von E-UAE das anders darstellt, ist es falsch.

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

25.07.2006, 17:32 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von AvE:
Natmem¹ ist Grundlage, damit bei E-UAE (unter Linux) JIT² überhaupt funktioniert. Und erst wenn JIT eingebunden ist, werden die beiden Optionen (s. Bild) aktiv.


Was wohl bedeutet, dass E-UAE genauso wie der originale UAE immer noch ein grauenhaftes GUI für die Einstellungen hat, das mit den realen Einstellungen nur entfernt etwas zu tun hat.

Die CPU-Emulation (Interpreter) beherrscht jedenfalls alle Modi und wenn die Einstellungen so aussehen, wie auf dem Screenshot, fehlen ja eh ein dutzend Optionen (allein für die CPU-Emulation), womit man am Ende doch besser die Konfigurationsdatei mit einem Texteditor bearbeiten sollte.

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

25.07.2006, 14:02 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von AvE:
Bei E-UAE ist es jedenfalls so, daß man die Funktionen "Emulate FPU" und "24-bit addressing" nur dann nutzen kann, wenn es mit JIT-Compiler/DMA (Natmem) kompiliert wurde.


Das liegt vielleicht an der Option "DMA (Natmem)", was auch immer das heißen mag. Bei WinUAE ist es jedenfalls so, daß bestimmte Optionen nicht mit dem JIT zusammenarbeiten. Eine Option "24-bit addressing" gibt es gar nicht, allerdings erzwingen kompatible 68000 o. 68EC020 Emulation eine 24Bit-Adressierung (und arbeiten nicht mit dem dem JIT zusammen).

Und einen anderen JIT außer den von Bernd Meyers gibt es bislang nicht...

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

24.07.2006, 17:40 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von AvE:
Zitat:
Original von Eule:
Übrigends ist es egal ob ein Emulator mit JIT oder ohne arbeitet, JIT ist lediglich eine speziele Methode der Prozessor Emulation, die bei häufig genutzten Programmschleifen für höhere Geschwindigkeit sorgt.

Wobei aber nur mit JIT ein Coprozessor emuliert werden kann.

Was für eine Sorte Coprozessor meinst Du? Und warum sollte man diesen nur mit JIT emulieren können?

Mir ist kein Baustein bekannt, dessen Emulation einen JIT erzwingen würde.

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

21.07.2006, 14:02 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von schluckebier:
Von Hyperion gibt es aber zumindest entsprechende Anmerkungen, dass sie eine Lizenz für PPC allgemein hätten, z.B. diese hier:

[link...]

"I think people are overlooking a fundamental issue, and honestly, I can't believe I need to say it again: Hyperion CANNOT port to x86. Even IF they wanted. They do not have a license for x86, only for PPC."


Die Kernaussage ist aber nicht, daß sie eine allgemeine PPC-Lizenz hätten, sondern, daß sie keine x86-Lizenz (in irgendeiner Form) haben.

Dein Umkehrschluß geht viel zu weit. Für x86 haben sie noch nicht mal das Recht, eine Version zu entwickeln. Für ppc entwickeln sie eine Version, das sagt aber noch nichts über die konkretenen unterstützten Plattformen aus, für die dann auch eine Genehmigung zum Vertrieb benötigt wird.
--
Good coders do not comment. What was hard to write should be hard to read too.
 
Holger   Nutzer

21.07.2006, 13:54 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von Andreas_B:
Anscheinend können ja irgendwelche dubiosen "Boardhersteller" eine Lizenz bekommen, also ausgeschlossen scheint das nicht zu sein. Aber komischerweise bekommen immer nur die eine Lizenz, die gar keine Hardware liefern können,... Naja, und so weiter und so fort.

Also bislang gibt es genau EINEN Hardwarehersteller, der offiziell eine Lizenz besitzt und genau EINEN Hardwarehersteller, dessen Hardware offenbar niemals in Frage kommen wird.
Zitat:
Obwohl, stimmt nicht ganz, denn Hyperion sind die einzigen, die zumindest Teile oder Know-How aus der OS-Entwicklung zu Geld machen können (da gab es doch vor einiger Zeit auch mal eine Meldung auf amiga-news dazu, wenn ich mich recht erinnere).
Das betrifft ausschließlich Dinge, die sie vollständig selbst entwickelt haben, wie eben in dem Fall, den Du vermutlich meinst, Warp3D.
Zitat:
Original von Maja:
Die Frage ist, warum sie sich auf die Verträge in dieser Form eingelassen haben. Für Hyperion m. E. ein Knebelvertrag. Meiner Ansicht nach hat Hyperion dabei den schlechtesten Part erwischt.

Der Vertrag wurde hauptsächlich von Ben Hermans selbst ausgearbeitet. Das warum, also ob nun Inkompentenz oder Größenwahn im allgemeinen, spielt keine allzugroße Rolle. Falls sich wer nicht mehr erinnert: das Projekt sollte drei Monate in Anspruch nehmen und nach der Veröffentlichung entweder per festgelegtem Rückkaufpreis (also eine Art Erstattung der erbrachten Vorleistung) wieder an AInc gehen, oder aber die Rechte komplett an Hyperion fallen.
Zitat:
Und scheinbar gibt es da irgendwo auch eine Klausel, dass es vor einem RC von OS4 für AOne kein OS4 für "Cyberstorm PPC enabled devices" geben darf (das ist nur eine Vermutung).
Es gibt keine solche Klausel, aber es ist etwas anderes, auf den Untergang von AmigaInc zu spekulieren, um die Rechte komplett zu erhalten, als JETZT eine Release zu machen, und zu riskieren, daß AmigaInc aus irgendeiner Quelle doch noch den damals festgelegten Preis (für drei Monate Entwicklungszeit kalkuliert) auftreibt und damit Hyperion ausbezahlt.

Eine Endkundenversion, egal für welche Hardware, wäre eine Release.

Zitat:
Oben schreibst Du noch von Boardherstellern, die sich eine Lizenz von AInc. besorgen könnten. Da wird der Schuh draus. Entweder hat das noch niemand ernsthaft versucht oder AInc. antwortet wirklich nicht auf solche Anfragen.
Laut auf Amiga-News nachlesbaren Erfahrungsberichten pflegen AmigaInc Forderungen jenseits von Gut und Böse an potentielle Lizenznehmer zu stellen.
Zitat:
Nur kann man dafür Hyperion nicht die Schuld geben. Die sind nun wirklich nicht dafür zuständig, für jede geeignete Hardware, die am Horizont auftaucht, eine OS4-Linzenz zu besorgen. Hyperion sind es auch nicht, die derlei Pläne verlautbaren lassen sollten, bevor etwas druckreif ist. Das ist Aufgabe der Hardwareentwickler/-hersteller.
Hyperion sind allerdings die, die am meisten verlieren, wenn niemals wieder eine AOS4-taugliche Hardware auftaucht. Allerdings kann es genausogut sein, daß sie schon seit langem, getreu dem Motto "schlechtem Geld kein gutes hinterherwerfen" längst aufgegeben haben. Nur wird das, amiga-typisch, niemanden mitgeteilt.
Zitat:
Original von Eule:
Vielleicht wartet Hyperion auf 2 Dinge:
1. Einen der ihnen hilft mit neuer Hardware nue Einkünft zu bekommen
oder
2. Auf den Bankrott von Amiga Inc. der ihnen erlauben würde AOS4 ohne Restriktionen zu veröffentlichen.

3. den Weltuntergang.

Weder für 1. noch für 2. steht da irgendetwas zu erwarten. Die eigentlich schon längst bankrotte Firma AInc kann man noch jahrzehntelang mit einer Handvoll Dollar künstlich am Leben erhalten. Ein Briefkasten, eine Website, ein paar Steuern...
Und neue Hardware, inkl. Lizenz, daran dürften inzwischen wohl Hyperion selbst am allerwenigsten glauben.

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

21.07.2006, 13:24 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von ODIN:
Der Artikel ist lustig, aber doch bestimmt nicht wahr ?

Doch, natürlich, steht schließlich im Internet. Und somit gibt es auch immer eine Quelle, auf die man verweisen kann:
http://www.gnu.org/fun/jokes/unix-hoax.html

(bis irgendwann die letzte Quelle wieder auf die erste verweist...)

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

21.07.2006, 13:09 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von schluckebier:
Gut möglich, dass noch verhandelt wurde. Aber um überhaupt Verhandlungen über eine Portierung führen zu können, muss ja erst einmal die Möglichkeit bestehen. Und wenn Maja recht hätte, wäre diese Möglichkeit ausgeschlossen, da ausschließlich der "AmigaOne-Markt" und "CyberstormPPC-befähigte Geräte" unterstützt werden dürften.

Was heißt, "wenn Maja recht hätte"?
Sie hat doch die Quelle angegeben. Und die ist erst mal zweifelsohne korrekt, nur leider nichts weiter als eine Pressemitteilung im AmigaInc-Marketing-Sprech. Da irgendwelche juristischen Konsequenzen reinzuinterpretieren, bringt nicht viel. Der Wortlaut im Vertrag wird nicht derselbe sein.

BlizzardPPC wird möglicherweise deshalb nicht erwähnt, weil es früher mal als technisch schwierig bis unmöglich angesehen wurde, diese Karte zu unterstützen, zumindest in den geplanten 3 Monaten Entwicklungszeit.

Es ist aber offensichtlich, daß bislang nur die Ankündiger von neuer PPC-Hardware behauptet haben, daß AOS4 auf ihrer Hardware verfügbar sein würde. Es gibt weder von Hyperion, noch von AmigaInc eine diesbezügl. Bestätigung. Ob derzeit <Verhandlungen> oder <juristische Überprüfungen> oder vielleicht der Aufkauf von AmigaInc durch Hyperion, Troika oder Ack geplant wird, ist alles pure Spekulation.
Zitat:
Aber egal, vielleicht sollten wir uns doch lieber nur über ein hübsches Gehäuse Gedanken machen. ;o)

...und gleich mal 5000 Stück produzieren...

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

20.07.2006, 12:48 Uhr

[ - Direktlink - ]
Thema: Und jetzt bitte ALLE mal laut lachen...
Brett: Amiga, AmigaOS 4

Zitat:
Original von Lord:
also jetzt gehts aber los es gibt bestimmt mehr als 500 gehäuse hersteller weltweit.Da wirds doch wohl kein Problem geben welche zu beschaffen also ich gehe für den anfang mal davon aus das imn falle wenn es neue hardware (gescheite),jetzt mal nur von OS4 ausgangen sich mit sicherheit 3-4000 verkaufen lassen am anfang.Weit her geholt ich weiß aber so ungefähr könnte es sein.


Was Du wollen?
Gehäuse verkaufen?
Junge, es gibt keine Hardware(=Mainboards) für AOS4 und das AOS4 ist offziell nicht fertig und es gibt keine Software für's Minimum, wie einen zeitgemäßen Browser oder ein Mailprogramm, das mit UTF8-encoded Mails zurechtkommt.

Für was zur Hölle willst Du jetzt 3-4000 Gehäuse fertigen lassen, wo die Boards eh in Standard-Gehäuse passen?

Zitat:
Original von aPEX:
Beschäftige dich mal ein wenig mit dem Thema, dann kommen so viele Fragen und Ungereimheiten auf, soviele Mysterien und komische Dinge... danach wirst du nie wieder sagen das AInc. irgendwo irgendwie jemals im Recht ist. :)


Fragen, Ungereimheiten, Mysterien und komische Dinge sind nicht strafbar. Und selbst wenn da irgendetwas von juristischem Belang vorhanden wäre, wieso glaubst Du, daß Du resp. irgendwer anders aus der Community irgendwelche Ansprüche daraus ableiten könnte?

Das einzige, was da überhaupt existiert, sind die 50$-Coupon/Rabatt/T-Shirt Ansprüche, wegen der Du wohl kaum einen Anwalt mit 200EUR/Stunde beschäftigen möchtest. Und mit Marken- oder Lizenzrecht hat das auch nix zu tun.

Zitat:
Original von AvE:
Zitat:
Original von Andreas_B:
@DJBase:
Jup, ein durchgeknallter Öl-Scheich und schon könnte Eyetech wieder loslegen :lach:

Das wäre für manch einen Scheich ohnehin eine vernünftigere Investition, als sich einen Sportwagen nach dem anderen zu kaufen oder das Geld bei Kamelrennen zu verpulvern. ;)

Ich sehe irgendwie nicht, wo eine Investition in den Amiga-Markt auch nur ansatzweise mehr Sinn als ein viert-Porsche oder ein zünftiges Kamelrennen bringen könnte.

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

16.07.2006, 16:15 Uhr

[ - Direktlink - ]
Thema: CubicIDE: Single document interface
Brett: Amiga, AmigaOS 4

Nachtrag: die GoldEd-Parser scheinen auch mit Cubic zusammenzuarbeiten.

mfg
 
Holger   Nutzer

14.07.2006, 17:34 Uhr

[ - Direktlink - ]
Thema: CubicIDE: Single document interface
Brett: Amiga, AmigaOS 4

@_PAB_:
Also, nach nochmaligem Hingucken, war ja auch schon ein bißchen her, habe ich festgestellt, dass ich mit gcc übersetzten code hier zu liegen habe. Ungeachtet meiner debug-stunts scheint der lupenreines C zu sein, also das, was Du suchst.

Allerdings basiert der sowieso auf dem Beispielcode, der imho bei der GoldEd-Demo dabeilag. Falls die APIs immer noch so funktionieren, was ja eben nicht 100%ig klar ist, kannst Du also genausogut diesen Beispielcode benutzen...

Hmm, falls es diese Demo überhaupt noch irgendwo gibt, bzw. Du sie irgendwo rumzuliegen hast. Andernfalls schicke ich Dir gerne den code zu. Dann kannst Du ja probieren, ob der mit aktuelleren Versionen zusammenarbeitet.

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

13.07.2006, 19:27 Uhr

[ - Direktlink - ]
Thema: CubicIDE: Single document interface
Brett: Amiga, AmigaOS 4

Zitat:
Original von _PAB_:
Was bringt mir ASM-Code ?

Nichts, es sollte nur verdeutlichen, wie kompliziert sich mir das Ganze präsentiert hat, wenn ich letzendlich zu diesem Mittel gegriffen habe.
Zitat:
Ich will OS4-nativ und 68k-Code kompilieren können.
Daher brauche ich ein C-Template für GCC am besten mit Makefile...

Versteh ich das richtig, Du willst ein Parser mit ppc native code mit den 68k-Cubic/GoldEd-Schnittstellen verwenden?
Das wäre wahrscheinlich noch komplizierter, als überhaupt ein Modul mit gcc zu entwickeln...

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

12.07.2006, 18:40 Uhr

[ - Direktlink - ]
Thema: CubicIDE: Single document interface
Brett: Amiga, AmigaOS 4

Zitat:
Original von _PAB_:
PS: Was ich unbedingt bräuchte, wäre ein simples aber nicht triviales Syntax-Parser Template, welches man mit GCC kompilieren kann...


Das wäre fast schon zu einfach 8)
Ich hab mir meine stubs in Assembler geschrieben, das ging noch am schnellsten :D

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

12.07.2006, 01:32 Uhr

[ - Direktlink - ]
Thema: CubicIDE: Single document interface
Brett: Amiga, AmigaOS 4

Zitat:
Original von Sprocki:
Ob es in GoldED genauso geht, weiß ich nicht, da ich es nicht zur Hand habe. In Cubic geht man so vor: Menü Extras -> Einstellungen ändern -> Dateitypen -> + -> Einstellungen -> + -> Farbkodierung etc. hinzufügen. Dort kann man dann unter 'Syntax' den Parser hinzuladen.

Bis zu dem Punkt "Farbkodierung hinzufügen" komme ich. Dann aber erhalte ich eine Liste von vorgegebenen xyz.syntax, in dem meine neue Syntax aber nicht enthalten ist. Und ich kann keine neue hinzufügen...

Ich kann auf den einen Button klicken, der möglicherweise "Kopieren" bedeutet. Dann fragt er mich nach einem Namen, genaugenommen fragt er mich nach "Eingabe" -- sehr informativ, wenn ich einen neuen eingebe, in der Annahme, das es der Name für die Kopie ist, vorausgesetzt der Button heißt "Kopieren", dann sagt er "File not found Golded:etc/registry/presets/mein_eingegebener_name".

Und dann gebe ich auf. Wenn die Datei schon existieren muß, die GED für mich anlegen soll, aber niemand außer GED selber weiß, wie das Dateiformat aussieht...

Ich kann eben nur eine der existierenden xyz.syntax ändern, und den neuen Parser angeben. Das wirkt sich natürlich auf alle Dateitypen aus, die diese Syntax bisher verwendet haben.

Zitat:
Wenn Du den Java-Parser noch hast, wäre ich Dir dankbar, wenn Du ihn mir mal zum Test bereitstellen könntest. Er soltle sich ja kaum von dem für C++ unterscheiden. Und wenn noch jemand eine fertige Konfiguration für TeX hat, bitte auch her damit.

Doch, er unterscheidet sich deutlich. Sonst hätte man einfach den C-Modus nehmen und die Keywords ändern können. Ich wollte aber einen mit den speziellen Java-Eigenheiten, korrekte Interpretation der Unicode-Sequenzen und als nächsten Ziel, semantische Prüfung und evtl. auch Suchen der Identifier in den referenzierten Klassen.

Daran habe ich aber nach dem Scheitern am sauberen Einbinden nicht mehr weitergearbeitet. Dietmars sinngem. Antwort war damals, schreib lieber keinen Parser, das ist eh alles große Baustelle mit den APIs...

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