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 << 16 17 18 19 20 -21- 22 23 24 25 26 >> Letzte Ergebnisse der Suche: 2068 Treffer (30 pro Seite)
Holger   Nutzer

19.03.2009, 14:49 Uhr

[ - Direktlink - ] 		Thema: OS4.1 vs. OS4.0final
Brett: Amiga, AmigaOS 4

Zitat:
Original von whose:
Edit: Um Holger zuvor zu kommen: Ja, dafür gehörte ich eigentlich geteert und gefedert, sehe ich sogar ein ;)
Soll das heißen, Du hast bewusst in diesen Speicherbereich geschrieben?

mfg

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

18.03.2009, 19:13 Uhr

[ - Direktlink - ] 		Thema: Deneb/Poseidon Frage
Brett: Amiga, AmigaOS 4

Zitat:
Original von Bluebird:
@Holger:also ein richtig guter aktiver hub kostet allemal ueber 20 eu , mit einem unter oder um 10 eu machst du wenn ich das richtig verstabnden hab die karte genausoschnell kapput wie mit jedem xbelibigen exterenen hd case ...
Ich habe schon von einem aktiven Hub gesprochen.
Nicht, dass es mir wirklich wichtig wäre, ob es nun 20 oder 10 EUR sind, die man ausgibt, um einen Rechner, resp. USB-Controller im mehr als zehnfachen Wert zu schützen. Aber die "richtig guten aktiven hubs" für 20 EUR sind wahrscheinlich die gleichen, die Du anderswo für 10 bekommst...
Wirklich schlechte Hubs sind eigentlich nur die, die man regelmäßig in Komplett-PCs mitgeliefert bekommt.

mfg

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

18.03.2009, 10:57 Uhr

[ - Direktlink - ] 		Thema: OS4.1 vs. OS4.0final
Brett: Amiga, AmigaOS 4

Zitat:
Original von whose:
Von wegen! Genau solche Zugriffe merkt OS4 durchaus (und ist da verdammt pingelig, nicht einmal Read ist ohne Besuch des Reapers möglich!), es sei denn, es betrifft einen Speicherbereich, den ein zweites 68k-Programm für sich okkupiert hat.
Ich glaube, genau das ist der Fall, den Maik beschrieb, als er sagte:
Zitat:
Original von MaikG:
Sicher wenn Programm a) in Speicherbereich von Programm b)
schreibt weiss Enforcer davon nichts.
"Genau solche Zugriffe merkt OS4" eben genausowenig.

Was den Unterschied zwischen Enforcer unter AOS3.x und Speicherschutz unter AOS4.x angeht, braucht es keinen konzeptionellen Unterschied, um unterschiedliches Verhalten zu provozieren. Wenn ein Programm Amok läuft und in falsche Speicherbereiche schreibt und auf dem Rechner des Entwicklers zufällig immer ein anderes Programm trifft und Enforcer deshalb durch die Lappen geht, sagt das gar nichts darüber aus, was auf einem anderen Rechner mit einem anderen Betriebssystem getroffen wird.

Vielleicht knallt es nur deswegen unter AOS4, weil
  • das sonst unter AOS3.x getroffene Programm nicht läuft (weil inzwischen überflüssig)
  • das getroffene Programm in einer AOS4-Version vorliegt, die nun ihren Speicherbereich explizit schützt
  • die Programme aufgrund der neuen Speicherverwaltung woanders liegen und deshalb kein anderes Programm, sondern unbenutzter Speicher getroffen wird
  • der Bug von ganz anderen Faktoren, wie z.B. Bildschirmauflösung beeinflusst wird

    mfg

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

    13.03.2009, 10:09 Uhr

    [ - Direktlink - ]     		Thema: Deneb/Poseidon Frage
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Sperrmuell:
    Also ich habe mir einen aktiven Hub gekauft, nachdem meine kleine Festplatte direkt nicht genug Strom bekam. Seitdem ist alles in Butter.
    Das ist ohnehin die beste Strategie, da so der maximale Schaden auf unter 10 EUR begrenzt wird.

    mfg

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

    13.03.2009, 10:08 Uhr

    [ - Direktlink - ]     		Thema: Deneb/Poseidon Frage
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von mboehmer:
    Nein. Pro Port am RootHub gibts 500mA Strombegrenzung, da dieser selfpowered ist. ABER: bitte weiterlesen!
    Mag sein, dass man bei der Deneb einfach so 500mA aus einem Port ziehen kann. Aber ich sprach davon, dass für den zweiten Abgriff eines Y-Kabels, der an einem Port ohne angemeldetes Gerät steckt, keine solche Stromstärke garantiert wird. Und ein dummes Kabel, dass sich nicht die Mühe macht, mit dem Host bezügl. seiner High Power Anforderung zu reden, wird auch nicht herausfinden, ob es an einem selfpowered Port angeschlossen wurde, oder nicht.

    mfg

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

    12.03.2009, 15:25 Uhr

    [ - Direktlink - ]     		Thema: Deneb/Poseidon Frage
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von MaikG:
    USB Sticks ziehen nicht soviel.
    Ich weiss nicht ob diese Y Adapter dafür gehen, theoretisch
    hat man denn 1000mA.
    Das ist falsch.
    Garantiert hast Du lediglich 500mA für ein angemeldetes Gerät plus 100mA für den zweiten Anschluss, an dem kein Gerät angemeldet ist. Sicher sind also nur 600mA.
    Um auf garantierte 1000mA zu kommen, bräuchtest Du ein *-Kabel, bzw. fünf Y-Kabel.

    Und jetzt kommt das Beste: viele USB-Festplatten ohne eigene Stromversorgung ziehen beim Anlaufen mehr als 1000mA, ca. 1,1A typischerweise.

    mfg

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

    04.03.2009, 19:53 Uhr

    [ - Direktlink - ]     		Thema: Sinn und Unsinn von 24 bit Screens am Klassik Amiga
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Bluebird:
    @Thore: stimmt ja jeder der gpu s kann ja nur seine eigenen 32 mb ansprechen nicht einer das ganze ... , aber dann ist es auch nicht mal mehr soviel .
    denn das mediator richtet doch bis zu 8mb fuer sich selbst als dma swap was weiss ich ram ein ... darum funktioniert doch auch ein mediator ohne gfx karte garnicht :)
    Aber diese 8 MB könnte es doch von den 32 MB abzwacken, die von der ersten GPU nicht verwendet werden können...
    Nicht dass ich wüsste, was diese Hardware macht. Aber sinnvoller wär's doch.
    Zitat:
    aber das muss jeder selbst wissen wie seine gewohnheiten sind , ich zieh mir immer alles und wenn ich zeit hab lass ich nen picshow slideshow laufen ... , wer immer als gleich guckt sollte sich eben doch ueberlegen ob er mit 24 bit sofort besser wegkommt .
    Lässt man SlideShows nicht sowieso auf einem eigenen Schirm laufen? Wenn es um das letzte Quäntchen Performance geht, wäre das doch wohl sinnvoller.

    mfg

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

    04.03.2009, 12:06 Uhr

    [ - Direktlink - ]     		Thema: HILFE!!!!!
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von analogkid:
    Es ist anscheinend eher eine Inkompatiblität des GVP-Controllers zum RAM auf dem Nexus. Ältere Revisionen der SCSI-Firmware waren, nennen wir es mal, unflexibel im Umgang mit RAM, welches sie nicht per DMA ansprechen konnten. Das Guru-ROM hatte da Abhilfe geschaffen, aber IIRC konnte man auch die alte GVP-Hardware dazu bewegen, sich korrekt in einem solchen System zu verhalten.
    Aber warum sollte man das wollen?
    Also RAM, das nicht per DMA angesprochen werden kann, um jeden Preis zum Laufen zu bewegen?
    Da erscheint mir die Reduktion auf einen Controller wesentlich sinnvoller.

    mfg

    --

    [ Dieser Beitrag wurde von Holger am 04.03.2009 um 12:08 Uhr geändert. ]
     
    Holger   Nutzer

    03.03.2009, 10:12 Uhr

    [ - Direktlink - ]     		Thema: Sinn und Unsinn von 24 bit Screens am Klassik Amiga
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Bluebird:
    @Holger: GPU unterstuetzung am klassik waere ?
    Ne ne, gibt's nicht. Wobei, MPEG-Modul für's CD³² vielleicht...
    Es ging mehr mehr darum, noch mal zu betonen, warum ein Film zu dekodieren mehr an das worst-case-Szenario von GREX herankommt, als die zitierten "normalen Anwendungen" wie ein Webbrowser.

    Ich hab Dir ja nicht widersprochen, sondern lediglich eine allgemeingültige Beschreibung der Situation hinzugefügt, die man so auch auf jedes andere System, nicht nur classic Amiga, anwenden kann.

    Zitat:
    ps: 800x600x15 mag zwar farbechter sein aber man sieht dann doch nochmal so deutlich farbschattierungen und wenn ich das sogar erkenne zum teil in einem mpeg video ... :)
    Das überrascht aber dann doch. Bei 16 Bit hast Du im Gegensatz zu 15 Bit lediglich ein paar Grünschattierungen mehr, nämlich 63 statt 31. Und das sind auch genau die, die dann für mögliche Verfälschungen sorgen.
    Und es sind bei 15 Bit immerhin noch doppelt so viele wie bei den 12Bit-Farben eines ECS-Amigas.
    Eventuell liegt hier ja eine Schwäche des verwendeten Decoders vor...

    mfg

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

    03.03.2009, 09:44 Uhr

    [ - Direktlink - ]     		Thema: bootmenü
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von _PAB_:
    Also ich habe das früher immer mit dem "Early Startup Menü" gemacht und bin dann für 3.9 eben zweimal ins Bootmenü gegangen und die 3.9er-Partition als Bootpartition ausgewählt.
    Ja, da kann man mit leben. Einfacher wäre es natürlich gewesen, wenn die Partition mit AOS3.9 eine höhere Priorität gehabt hätte. Dann hätte man nur für den Wechsel auf AOS3.1 das "Early Startup Menü" benötigt und das benötigt ja keinen Restart.

    mfg

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

    03.03.2009, 09:42 Uhr

    [ - Direktlink - ]     		Thema: bootmenü
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von cgutjahr:
    Durch Abfrage der Kickstart-Version und entsprechende Reaktion (SYS: und andere existierende Assign auf die korrekte Parition verweisen lassen, S-S dieser Partition ausführen).
    Da wir ja von AOS3.1-3.9 reden, ist es ja immer das gleiche Kickstart. Also nehme ich mal an, Du meinst, dass man in der startup-sequence des Laufwerks mit der höchsten Bootpriorität anhand der Versionnummer schauen soll, ob ein bestimmter Patch schon aktiv ist. Daran erkennt man natürlich nicht, ob der User auf eine niedrigere Version wechseln will, da natürlich nach dem Entfernen des Updates ein Reset erfolgen muss, und es dann so aussieht, als ob das Bootmenü noch nicht aufgerufen worden ist.

    Aber bleiben wir bei dem einfachen Fall. Der Benutzer schaltet den Rechner ein, hält beide Maustasten gedrückt und wählt die Bootpartition, auf der das gewünschte OS ist. Wenn dieses einen Patch mit Reset erfordert, wird danach vom Laufwerk mit der höchsten Priorität gebootet, dort befindet sich, wie von Dir vorgeschlagen, eine Abfrage der Kickstart-Version, die dann auf das richtige Laufwerk umlenkt. Wofür brauche ich jetzt ein zusätzliches, aus der startup-sequence startbares Bootmenü?

    mfg

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

    02.03.2009, 20:04 Uhr

    [ - Direktlink - ]     		Thema: bootmenü
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von cgutjahr:
    Zitat:
    Original von Holger:
    Wenn Du sowieso für jedes OS eine eigene Partition hast, kannst Du auch einfach beide Mausknöpfe gedrückt halten und die Bootpartition auswählen.
    Nein, kannst du nicht - zumindest nicht so einfach. Bei OS 3.5+ musst du dann zweimal ins Early Startup Menü (wegen des zusätzlichen Resets), gleiches gilt wenn du andere Kickstart-Versionen nur per Software installierst (ebenfalls zusätzlicher Reset).
    und wie kann ein von der startup-sequence aufgerufenes Bootmenü das zweimalige Aufrufen verhindern?

    mfg

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

    02.03.2009, 20:02 Uhr

    [ - Direktlink - ]     		Thema: Sinn und Unsinn von 24 bit Screens am Klassik Amiga
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Bluebird:
    naja hab gestern auch mal wieder was getestet , musik clip vcd ...
    einmal auf der 800x600x16 bit wb mit amp2 mussten 1989 frames geskipt werden und einmal 800x600x24 da mussten schon 2998 frames geskipt werden...
    Ja klar, wenn Du ein Video ohne jegliche GPU-Unterstützung dekodierst, muss das gesamte Resultat durch den Flaschenhals zur Grafikkarte übertragen werden. Bei Bewegtbildern dürfte der Unterschied im Farbraum auch kaum ins Gewicht fallen, natürlich auch abhängig vom Monitor. Wie bereits schon erklärt, sind in diesem Fall 15Bit-Modi den 16Bit-Modi vorzuziehen.

    mfg

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

    02.03.2009, 15:36 Uhr

    [ - Direktlink - ]     		Thema: Sinn und Unsinn von 24 bit Screens am Klassik Amiga
    Brett: Amiga, AmigaOS 4

    Nachtrag: die Aussage, dass Grafiken in 24Bit vorliegen, ist auch nur teilweise richtig. Sie liegen natürlich i.A. in einem komprimierten Format vor, dass erst einmal dekodiert werden muss.
    Zumindest theoretisch könnte man Decoder schreiben, die von vornherein in einer anderen Farbtiefe rechnen. In der Praxis wird aber meist eine generische 24/32Bit-Routine zum Dekodieren benutzt, und dann in das Bildschirmformat umgerechnet.

    mfg

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

    02.03.2009, 15:33 Uhr

    [ - Direktlink - ]     		Thema: Sinn und Unsinn von 24 bit Screens am Klassik Amiga
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von GREX:
    Und es gibt sehr wohl auch "normale" WB-Anwendungen, wo sich in kurzer Zeit der komplette Bildschirm ändert, etwa das schnelle Scrollen einer Website unter IBrowse.
    Mir scheint, Du hast immer noch nicht ganz verstanden, was AmigaHarry sagen wollte.
    Anwendungen wie IBrowse schicken Befehle an die Grafikkarte:
    "Fülle Hintergrund mit Farbe rrggbb"
    "Schreibe Text abc mit Farbe rrggbb"
    "Scrolle den Bildschirminhalt um n Pixel"

    Da gibt es keine Notwendigkeit, ständig komplette Bildschirme ala Breite x Höhe x Farbtiefe durch den Bus zu jagen. Selbst von der CPU dekodierte Bilder werden nur einmal zur Grafikkarte übertragen und bei verschiedenen Refresh-Vorgängen wiederverwendet.

    Die Busbreite spielt erst dann eine Rolle, wenn der Grafikkartenspeicher zu knapp wird (da kann die Farbtiefe eine Rolle spielen), oder wenn ein Treiber nicht in der Lage ist, eine bestimmte Anforderung an die GPU zu delegieren und stattdessen die CPU verwendet wird.
    Zitat:
    Aber mal was anderes, was ich mich schon lang frage: Die meisten Grafiken heutzutage (z.B. im Internet) sind ja in 24 Bit. Wenn ich so eine Grafik in einer 16 Bit Workbench lade, geht dann nicht eventuell auch ein Bisschen Zeit dafür drauf, die Grafik in 16 Bit umzurechnen?
    Natürlich. Das macht entweder die GPU ganz fix, dann muss aber zuerst die 24Bit-Grafik über den Bus, oder die CPU muss schwitzen, dann allerdings muss nur die resultierende 16Bit-Grafik über den Bus.

    Das ist auch ein Grund, warum bei 16Bit oftmals Farbverfälschungen zu sehen sind: korrekte Ergebnisse würde eine Umrechnung
    r->r/255*31
    g->g/255*63
    b->b/255*31
    liefern, was aber aufwändiger ist, als die meist verwendete
    r->r/256*32 ( implementiert als r->r>>3)
    g->g/256*64 ( implementiert als g->g>>2)
    b->b/256*32 ( implementiert als b->b>>3)
    Algorithmus, der nicht ganz das gleiche liefert und für den Grünanteil eine anderen Fehler als für den Rot- und Blauanteil produziert.

    Die Umrechnung nach 15Bit dagegen liefert für alle Farbkanäle den gleichen Umrechnungsfehler, wodurch nur die Helligkeit leicht abweicht, aber keine Farbverfälschungen entstehen.

    Professionelle Grafikprogramme dagegen rechnen lieber mit den aufwändigeren, aber korrekten Algorithmen.

    mfg

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

    01.03.2009, 14:40 Uhr

    [ - Direktlink - ]     		Thema: bootmenü
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von cgutjahr:
    Das generelle Prinzip:


    • Jede OS-Version bekommt eine eigene Partition

    • Die Startup-Sequence der Partition mit der höchsten Boot-Priorität wird modifiziert

    • Diese modifizierte S-S bietet dir ein simples (mit Shell-Befehlen realisiertes) Boot-Menü an....

    Wenn Du sowieso für jedes OS eine eigene Partition hast, kannst Du auch einfach beide Mausknöpfe gedrückt halten und die Bootpartition auswählen. Wenn Du die Partionen auch noch "AOS3.1", "AOS3.9" etc. nennst (Laufwerksnamen, nicht Datenträgernamen), dann stehen die auch so im Bootmenü.

    mfg

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

    26.02.2009, 18:56 Uhr

    [ - Direktlink - ]     		Thema: sam440ep, OS4.1 und Merkwürdigkeiten
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von cha05e90:
    Hm, die Frage verstehe ich nicht. Oder andersherum: Was spricht dagegen?
    Wenn Du jetzt die stabiler laufende 68k-Software benutzt und sagen wir mal erst ein einem Jahr auf die dann aktuelle native Version der Software umsteigst, hast Du weniger Probleme.

    mfg

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

    25.02.2009, 14:27 Uhr

    [ - Direktlink - ]     		Thema: sam440ep, OS4.1 und Merkwürdigkeiten
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von cha05e90:
    3. Nur so am Rande: Lustigerweise laufen hier zur Zeit (kann aber Zufall sein..) emulierte OS3.x-68K-Programme stabiler und problemfreier als "halbalte", PPC-native OS4.0-Software. Bei letzteren sehe wesentlich häufiger den Reaper...
    Das wundert mich überhaupt nicht.
    Die 68k-Software ist gegen eine definierte Schnittstelle entwickelt worden, die sich in der Zeit der AOS4-Entwicklung nicht verändert hat.

    Die Tatsache, dass Entwicklerdokumentationen, die immer den Nebeneffekt haben, verbindliche Schnittstellen zu definieren, jedesmal erst lange nach dem Erscheinen der zugehörigen AOS4-Version erschienen sind, ließ schon einiges Erahnen.
    Aber diesbezügliche Kritik ist ja immer als Getrolle verunglimpft worden.

    Bleibt nur die Frage, warum Du Dein System immer noch versuchst, "wenn es denn geht: mit nativer" Software zu versorgen.

    mfg

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

    20.02.2009, 10:35 Uhr

    [ - Direktlink - ]     		Thema: PowerPC Mac's und OS 4.1
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von GoaSkin:
    Eine Portierung von Amiga OS 4.1 auf New-World-Macs (alle G3 und G4 mit Ausnahme des beigen G3, die von ihren Spezifikationen her fast dasselbe sind) würde vorrübergehend sehr viel (gebrauchte) Hardware für OS4 und MOS verfügbar machen, die nicht viel kostet und zu einer größeren Verbreitung der Betriebssysteme viel beitragen könnte.
    Ganz genau.
    Zitat:
    Bei genauerer Betrachtung ist dieser Effekt aber nur eine Blase, denn nachhaltig kann man so keine User gewinnen.
    Unsinn.
    Jeder AOS4-User mehr ist ein ein AOS4-User mehr.
    Zitat:
    Man darf nicht vergessen, daß Apple keine PPC-Hardware mehr herstellt. Sobald die verfügbaren Gebraucht-Systeme vergriffen, defekt oder auch nur veraltet sind, ist es vorbei mit der Apple-Hardware, auf der die Betriebssysteme eingesetzt werden können.
    Und dann hat man mit etwas Glück auch eine User-Zahl, die ein zeitgemäßes Board in eine akzeptable Preisregion bringen könnte.

    Warum wohl werden immer noch x86-Mainboards hergestellt?
    a) weil es so viele x86-User gibt
    b) weil es so wenig x86-User gibt

    Zitat:
    Spätestens dann wird man erneut darauf angewiesen sein, daß es Boardhersteller gibt, die bezahlbare Hardware anbieten, auf denen Amiga OS und MorphOS laufen können.
    Die gibt es ja heute auch nicht.
    Aber mit einer höheren Benutzerzahl besteht wenigstens die Chance, dass sich so einer findet.

    So mancher AOS4-auf-PowerMac Befürworter ist sich darüber im Klaren, dass dies langfristig keine Lösung darstellt (wie die Fixierung auf ppc im Allgemeinen). Aber es stellt eine kurzfristige Lösung dar. Im Gegensatz zu dem Support von Exoten-Hardwareherstellern. Der stellt gar keine Lösung dar.

    mfg

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

    19.02.2009, 15:50 Uhr

    [ - Direktlink - ]     		Thema: PowerPC Mac's und OS 4.1
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von R-TEAM:
    Ich meinte mit dem chip-ram vergleich das riesen auflösungen nun mal
    riesen speicher benötigen.
    Ich habe auch zu keinem Zeitpunkt den Speicherverbrauch kritisiert.
    Zitat:
    Kann mich nicht errinern das zu AGA zeiten jemand gemeckert hat das nicht 4 superhighres-interlace 8bit screens ins chip-ram passen ......
    Doch.
    Das war aber keine Kritik am OS, das solche Screens theoretisch erlaubt, sondern an der Hardware, die durchaus auch schon zu AGA Zeiten etwas mehr Power verkraftet hätte.
    Zitat:
    Original von eliotmc:
    Es als Stärke des Amiga zu bezeichnen, meherere Screens mit unterschiedlichen
    Auflösungen zu fahren, ist schon richtig. Allerdings hat man damals
    mangels Grafikspeicher aus eine Not eine Tugend entwickelt.
    Nicht nur wegen dem Grafikspeicher.
    Zitat:
    Heute habe ich hier ein oder zwei TFTs stehen. Die sind fix in der Auflösung und werde eine Teufel tun, die Monitore mit einer
    anderen Auflösung zu fahren als die vorgegebene!
    Warum sollte ich auch auf Platz verzichten?
    Ja, heute nennt sich so etwas ja auch nicht mehr Screen, sondern Video-Overlay. Ist aber dasselbe in Grün (bzw. YUV). Wenn die Anwendung nicht mehr Daten berechnen muss, als die Quelldaten hergeben, und sie auch in ihrer natürlich Kodierung belassen kann, kann das der Performance zuträglich sein.

    Es verlangt ja auch keiner, dass Du den Desktop in niedriger Auflösung benutzt. Es wurde allenfalls vorgeschlagen, die Farbtiefe zu reduzieren. So war es ja früher auch üblich: die Workbench lief in hoher Auflösung mit wenig Farben, bei Spiele war es umgekehrt.

    mfg

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

    18.02.2009, 18:25 Uhr

    [ - Direktlink - ]     		Thema: PowerPC Mac's und OS 4.1
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von R-TEAM:
    er meint IMHO das composite engine was nunmal den GraKa-RAM braucht
    wie früher die custom chips chip-ram.
    Es braucht auch Radeon-Grafikkarten in der passenden Version.
    Zitat:
    Aber wenn der user das unbedingt braucht [1600 oder mehr auflösung] dann
    ist er selber schuld.Wozu brauch ich am Amiga so ne auflösung für die WB ??
    Um meine PC freunde zu beeindrucken ?

    Und wofür brauche ich das JXFS, das mehrere Terabyte große Partitionen unterstützen soll? (Um ein anderes Beispiel zu nennen)

    Zitat:
    Original von Reth:
    @R-TEAM:
    Hab das eher so verstanden, dass es bestimmte Features nur für einige der von AOS4 unterstützten GraKas gibt. Die sind mir aktuell nicht geläufig und ich würde gern wissen, welche das sind.
    http://www.amiga-news.de/de/news/AN-2008-07-00040-DE.html
    Radeon R1xx and R2xx family

    Zitat:
    Original von Andreas_Wolf:
    Wenn es so ist (und Programme überhaupt darauf "zugeschnitten" werden), dann wären sie auch unter OS4.1 mit abgeschaltetem Compositing nicht nutzbar.
    Das, was Du abschalten kannst, sollte sich auf die Möglichkeiten der transparenten, bzw. beliebig geformten Fenster beziehen.

    Einer Grafikanwendung oder einem Spiel zu befehlen, die Compositing-Fähigkeiten des Grafiksystems nicht zu benutzen, wäre so, als würdest Du einem 3D-Spiel befehlen, nicht die 3D-Hardware zu benutzen. Das dürfte wohl kaum dazu führen, dass Ressourcen gespart werden.

    Wenn eine Software AOS4.1 verlangt, weil es AOS4.1-Fähigkeiten benötigt, ist normal.

    Interessanter ist es, dass neben AOS3.x, AOS4.0, AOS4.1, MOS1.x, MOS2.x und AROS Usern jetzt auch noch zwischen AOS4.1 + Radeon und AOS4.1 - Radeon Usern unterschieden werden muss.

    mfg

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

    [ Dieser Beitrag wurde von Holger am 18.02.2009 um 18:30 Uhr geändert. ]
     
    Holger   Nutzer

    17.02.2009, 11:22 Uhr

    [ - Direktlink - ]     		Thema: PowerPC Mac's und OS 4.1
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Andreas_Wolf:
    "Hans-Jörg Frieden hat nochmal betont, dass es keine Mac Version geben wird, solange es keine Dokumentation gibt. Der Code der Linux Version ist für solche Anpassungen absolut unbrauchbar."
    War das nicht der gleiche Grund, der auch eine Pegasos-Version absolut unmöglich gemacht hat?
    Zitat:
    OS4-Entwickler Jörg Strohmayer am 05.02.2009 auf OS4Welt:

    "Möglich ist es natürlich wenn man zu viel Zeit hat, ..."
    ich dachte, genau die haben die Jungs? Wenn man schon vor lauter Langeweile Features einbaut, die nur mit ganz bestimmten Grafikkarten oder nur mit einer High-End Hardware, die es für AmigaOS4 gar nicht gibt, funktionieren...

    Da könnte man doch auch AmigaOS4 statt auf "mystic devices" mal auf "undocumented devices" portieren...

    mfg

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

    16.02.2009, 12:41 Uhr

    [ - Direktlink - ]     		Thema: Zollabgaben auf Einfuhren aus USA
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von DrNOP:
    Postgeheimnis??
    Beim Zoll??

    mfg

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

    13.02.2009, 13:42 Uhr

    [ - Direktlink - ]     		Thema: Sammelbestellung Amiga Poster und SDK
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von inermis:
    Zitat:
    Außerdem könnte ich noch einige Amiga Software Developer Kit (SDK)
    für Linux mit Handbuch bekommen. Für Linux.

    Ist aber nur mit Developer ID von AInc nutzbar, oder?

    Und einem hinreichend altem Linux.

    mfg

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

    12.02.2009, 16:46 Uhr

    [ - Direktlink - ]     		Thema: Tip: QuakeRally!
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von GREX:
    Also für PPC-Besitzer gäbe es ja auch noch WipeOut, was den Screenshots nach ja auch ganz toll sein muss.
    Ja, das konnte graphisch mit der Playstation-Version mithalten.
    Zitat:
    Was 68k betrifft, glaube ich aber, dass QuakeRally derzeit wirklich das Maximum ist, und wie gesagt das einzige mir bekannte 68k-Rennspiel, das auch Warp3D unterstützt. Damit dürfte dir hoffentlich auch klar sein, dass es um Welten besser aussieht als Extreme-Racing, ...
    Extreme-Racing ist natürlich nicht wirklich eine Referenz. Das einzige, womit man es überhaupt noch auf dem 68k vergleichen könnte, ist imho Flying High.

    mfg

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

    09.02.2009, 15:50 Uhr

    [ - Direktlink - ]     		Thema: 68k Browser Bounty?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Sperrmuell:
    Das die neueren Browser wohl in Sachen Geschwindigkeit eher das Nachsehen gegenüber den Amiga Browsern haben werden, darüber kann ich hinwegsehen.
    Das muss nicht mal sein. Es gibt ja nur zwei Kategorien von Seiten, abhängig davon, ob sie die neueren Features nutzen. Wenn sie sie nicht nutzen, wird der entsprechende Code eines neueren Browser auch nicht durchlaufen, womit sie nicht zwangsläufig einer geringere Geschwindigkeit haben müssen. Zumal ja gerade bei minimalistischen Seiten die Geschwindigkeit gar keine so große Rolle spielt. Und bei den anderen kann man erst recht nicht davon sprechen, dass die alten Amiga-Browser schneller sind, da sie die Seiten gar nicht, bzw. nicht korrekt darstellen.

    mfg

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

    09.02.2009, 15:33 Uhr

    [ - Direktlink - ]     		Thema: Browser für Classic OS 3.5 ?
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von R-TEAM:
    @GREX:

    bei Ixemul bringt snoopDos gar nix - bleibt alles im "X" system intern.
    Wenn einem Ixemul prg was fehlt was es über die Ixemul anfordert bekommst du das nicht mit.
    Wenn man Packet-Monitor und Packet-Debugger aktiviert, bekommt man die Aktionen schon mit. Man muss nur damit leben, dass die Packet-Operationen und Namen nicht ganz den DOS-Funktionen entsprechen.

    mfg

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

    01.02.2009, 19:32 Uhr

    [ - Direktlink - ]     		Thema: Text mit Tastatur einfügen
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von ZeroG:
    Da die Tasten die es nur auf original Amigakeyboards gibt auf unterschiedlichen Keyboards auf unterschiedliche Tasten gelegt sind solltest du dir angewöhnen die Tasten so zu nennen wie das Betriebssystem (LAMIGA, RAMIGA, HELP, usw.) es tut. Sonst bringst du nur andere Nutzer und dich selber durcheinander.
    Das hätte in diesem Fall aber überhaupt nichts genutzt. Dann hätte er nicht von der rechten Windowstaste, sondern von der rechten Amiga-Taste gesprochen. Und dass es sich um ein Problem des Mappings physikalischer auf logische Tasten handelt, hätten wir genau so spät oder sogar noch später herausbekommen. Preisfrage: wie heißt die Menütaste aus Sicht des AmigaOS, wenn sie, wie ursprünglich, nicht auf RAMIGA gemappt wird? Ich kenne keine Entsprechung, die sich einem anderen Forumsteilnehmer sofort erschließen würde.

    mfg

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

    01.02.2009, 19:27 Uhr

    [ - Direktlink - ]     		Thema: AmigaOS 3.5: Inoffizielles Werbevideo
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von Andreas_Wolf:
    Logisch, es macht sich nicht gut, eingetragene Bildmarken anderer zu verwenden.
    Kommt drauf an, wie wichtig einem Publicity ist und wieviel man für seine Rechtsabteilung zurückgelegt hat ;)

    mfg

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

    30.01.2009, 22:05 Uhr

    [ - Direktlink - ]     		Thema: Text mit Tastatur einfügen
    Brett: Amiga, AmigaOS 4

    Zitat:
    Original von tploetz:
    Die Smilies lassen sich mit dem OWB-Browser nicht einfügen.
    tploetz

    Du kannst sie auch von Hand eingeben, z.B. I - ) (ohne Leerzeichen):

    I-)

    Wenn Du mit dem Mauszeiger über einem Smilie neben dem Eingabefeld stehen bleibst, erscheint evtl. eine Sprechblase/Tooltip o.ä., wenn der Browser das unterstützt, in der/dem die Zeichenfolge für den Smilie erscheint.

    Ansonsten guckst Du hier: http://amiga-news.de/forum/help_smilies.php


    Zum Thema:

    Windows-Taste:
    Bild: http://upload.wikimedia.org/wikipedia/commons/thumb/1/1e/Ctl_wndws_alt.jpg/180px-Ctl_wndws_alt.jpg

    Menütaste:
    Bild: http://upload.wikimedia.org/wikipedia/de/thumb/1/1d/Kontextmen%C3%BC.jpg/180px-Kontextmen%C3%BC.jpg

    Es ist nicht ungewöhnlich, zwei Windows-Tasten, eine rechts und eine links, und eine Menütaste rechts zu haben.

    mfg

    --
    Good coders do not comment. What was hard to write should be hard to read too.
     
     
    Erste << 16 17 18 19 20 -21- 22 23 24 25 26 >> 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.
    .