Zitat:

---

Original von Der_Wanderer:
Das Problem bei Window Scaling ist, dass es mathematisch nicht gut beschrieben werden kann, und daher als wenig "sophisticated" gilt und selten in Literatur auftaucht. Deshalb hat es auch keinen eindeutigen Namen der sich durchgesetzt hat, wie z.B. Lineare Interpolation oder nächster Nachbar. Oft findet man es auch als "Box" Resampling oder sowas.

---

Ja, das ist mir auch aufgefallen... jede Menge Zeug, das unter "Window scale" firmiert... teilweise sogar "Window resampling" und ähnliches. Da brauche ich mich nicht zu wundern, daß ich kaum was finde

Zitat:

---

Der sieht in AB3 so aus:

---

Und ich finde, das sieht recht lesbar aus. Ok, als C-Coder fällts mir von Natur aus etwas leichter, aber trotzdem... vielen Dank!

Mit etwas Grübeln sollte man auch gut dahinter kommen, was das genau macht. Ganz grob (grob! ) gesagt arbeiten die meisten Scaling-Algorithmen ja nach bekanntem Schema... Pixel bewerten. Entweder Pixel rund um einen Stützpunkt im Quellbild oder im Zielbild. Im ersten Überfliegen sieht das hier ziemlich ähnlich aus.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von thomas:
Das ist Unsinn. Die dos.library kann jede Festplattengröße verarbeiten, die man am Amiga betreiben kann, also z.Zt. bis 2 TB.

Das Problem hier ist einzig und allein der Installer, der bei der Berechnung von Bytes aus Blockgröße und Anzahl Blöcken den Überlauf ignoriert. Abhilfe bringt ein neuer Installer. Der neueste ist 44.10 und ist im NDK 3.9 enthalten.

http://www.haage-partner.de/download/AmigaOS/NDK39.lha

Die 2 GB Beschränkung bezieht sich auf Dateigrößen und ist nicht allein in der dos.library verankert, sondern auch in den meisten Dateisystemen.

---

code:

---

;(if (< (getdiskspace "SYS:") 409600)
;	(abort "nnApproximately 400K of disk space is needed on your SYS: volume."
;	 "nnYou only have " (/ (getdiskspace "SYS:") 1024)	"K free.nn"
;	 "Delete or transfer some files from the SYS: volume and try again." )
; )

---

Wie Du siehst, ist das auskommentiert. getdiskspace war (und ist unter OS3.1) hauptsächlich das Problem, wenn Installer-Scripte Hellseherei in Sachen "verfügbarer Platz auf dem Volume" betreiben und damit scheitern.

Man kann als "Abhilfe" den V44-Installer nehmen, aber weise ist das auch nicht unbedingt. Ist ja eben nicht "nur" der Installer, der bei Größenangaben >2GB Bockmist produziert. Abgesehen davon ist der auch gar nicht für Kickstart3.0/3.1 gedacht.

Ich empfehle Dich ja immer gern als Kapazität auf dem Gebiet "68k-Amiga und große Festplatten", aber bei solchen Ausfällen wie heute zweifel ich etwas daran. Anderen "Unsinn erzählen" vorwerfen, aber selbst noch größeren Unsinn produzieren, indem man formal korrekte, praktisch aber nicht haltbare Aussagen in die Runde schmeißt.

Anfängern oder Anwendern, denen Dein umfangreiches Wissen fehlt, tust Du damit ("Unsinn, die dos.library kann alle Größen verarbeiten...") jedenfalls keinen Gefallen. Die fühlen sich dann sicher und machen beim ersten Programm, das nicht auf Überläufe gefaßt ist, ein dummes Gesicht, wenn all die schönen Daten die Reise ins Nirvana angetreten haben. Nur deswegen, weil Du ihnen das Wichtigste verschweigst, während Du Dich als Autorität, mit Anwürfen gegen andere, produzierst.

Und regst Dich dann wieder künstlich über die "Dummheit" der Unaufgeklärten auf, wenn die um Hilfe schreien.

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von TomSoniq:
@Bluebird: Nein, eine reine 68k Version von AmigaAMP2 gab es noch nicht, ich kann aber mal eine machen!

FLAC/OGG Unterstützung für 68k/WarpUP für AmigaAMP2 wird es allerdings nicht geben. Das, was ich da in den OS4-AmigaAMP3 eingebaut habe, basiert auf fertig für OS4 verfügbaren Link-Libraries, die ich einfach nur einbinden und deren Funktionen aufrufen muss. Für 68k/WarpUP gibt's die nicht, das heißt, ich müsste die selber machen und an diesen ganzen Hickhack mit WarpUP Task switching, etc. anbinden. Da fehlt mir echt die Zeit und die Motivation zu.

---

Hm, zumindest für rein 68k könnte das hier für Dich interessant sein. Irgendwie muß der Autor ja OGG/FLAC-Support da rein bekommen haben, und ich glaube eher weniger, daß er das alles selbst gezaubert hat
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von tOrbiT:
klasse das hat auch wieder gut geklappt. Nun läuft ClickToFront
Ich habe das OS 3.9 von der CD automatisch installieren lassen.

---

Zitat:

---

Kann natürlich sein das das der Fehler war. Bis jetzt komme ich gut mit OS 3.9 voran. Aber wie kann ich ein laufendes Programm beenden?

---

Das hängt davon ab, wie das Programm gestartet wurde. Ich nehme aber an, daß Du "Programm, welches in der Shell gestartet wurde" meinst.

Den einfachsten Fall hat Dir schon jemand hier genannt. CTRL + C drücken. Die meisten für die Shell gedachten Programme reagieren darauf und terminieren.

Bei sog. "Commodities" (und ClickToFront gehört in diese Kategorie) klappt das allerdings meist nicht. Für solche Programme findest Du (ebenfalls in der Schublade "Commodities") das kleine Progrämmchen "Exchange".

Wenn Du das startest (kann sein, daß Du auch da das gleiche Spielchen wie bei ClickToFront treiben mußt, damits funktioniert), siehst Du eine Liste mit allen gestarteten "Commodities" (inklusive "Exchange", welches ebenfalls ein Commodity ist).

Darunter befinden sich dann ein paar Schalter, einer davon trägt den Namen "Entfernen".

Die weitere Vorgehensweise dürfte recht selbsterklärend sein: "ClickToFront" in der Liste wählen, "Entfernen" drücken... voilá, "ClickToFront" ist raus.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von tOrbiT:
Aber nochmals zurück zu kommen zu ClickToFront. Ich kann das Programm auch nicht manuell starten. Wenn ich es versuche dann steht dort immer.diesem Piktogramm ist kein Standartprogramm zugeordnet. Was könnte das bedeuten.

---

Das bedeutet, daß Du Deine OS-Installation irgendwie leicht vergurkt hast

Klick ClickToFront einmal an, dann wähle im "Piktogramm"-Menü "Informationen anzeigen".

Neben "Name" siehst Du "ClickToFront", und DANEBEN steht dann, um welchen Typ von Datei es sich handelt. Dort wird bei Dir wahrscheinlich "Projekt" stehen, was falsch ist.

Wähle im gleichen Fenster im Menü "Typ", dort "Programm", und dann unten im "Informationen"-Fenster "Speichern".

Dann dürfte ClickToFront wieder per Workbench ausführbar sein.

Zum Beenden der Shell: Naja, die läßt sich schon schließen, wenn Du "irgendwas" eingibst. Problematisch wirds erst, wenn Du von dort aus ein Programm startest und selbiges dann nicht beendest. Dann läßt sich die Shell meist nicht schließen (es läuft ja noch ein Programm im Shell-Kontext).
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 20.03.2011 um 14:48 Uhr geändert. ]

Zitat:

---

Original von tOrbiT:
Ich weis nicht ob es damit etwas zu tun hat. Derzeit habe ich kein CD-Rom am Amiga. Beim Starten bekomme ich dann eine Fehlermeldung das kein CD-Romlaufwerk gefunden werden kann.

---

Du bist doch der, der vor ein paar Tagen ein CD-ROM am 4fach-Adapter betreiben wollte? Die Fehlermeldung kommt höchstwahrscheinlich von der CD-ROM "Mountlist".

Ziehe das Piktogramm namens "CD0" (oder bei Dir vermutlich "EMERGENCY_CD") aus der Schublade "Devs/DosDrivers" nach "Storage/DosDrivers" (auf der Partition namens "Workbench"). Das letztere ist zum "Aufbewahren" von Mountlists, diese werden dann beim Booten NICHT aufgerufen.

Die in "Devs/DosDrivers" werden beim Booten ausgeführt, und wenn dann kein CD-ROM gefunden wird, gibts ne Fehlermeldung.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von tploetz:
@Maja:
Ja, hab das einmal gelöscht und ein zweites Mal installiert, konnte ja nicht ahnen,
das der Eintrag zweimal in der startup-sequence steht.
tploetz

---

Mach Dir keinen Kopf, in diesem Fall war es definitiv nicht Deine Schuld. Normal brauchst Du ja nichts in der Startup-Sequence zu basteln, um ein Programm zu installieren, da kann man auch nicht von Dir erwarten, daß Du da gleich reinschaust, ob evtl. irgendwelches Gerümpel übrig geblieben ist. Das ist Job der Software.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Maja:

Zitat:

---

Original von tploetz:
folgende Befehlszeile stand zweimal in der Startup-Sequence.

---

Zwei Mal (versucht) zu installieren?

---

Wenn ja: Entwickler möge sich einen Zettel auf die Stirn nageln, auf dem steht "PRÜFE, was in der Startup-Sequence steht, bevor Du überhaupt nur daran DENKST, etwas hineinzuschreiben". (@phoenixkonsole)

Wenn nein: Zeit für den nächsten Hotfix...
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von phoenixkonsole:
@tploetz:
Es handelt sich um ein 7z Archiv (höhere Kompression möglich - schont die Umwelt ; ) )
Es gibt für alle Systeme 7zdec oder versuch mal einfach hinter .7z noch ".zip" anzuhängen.

---

Sehr sinnig Dann versucht UnArc allerhöchstens, das als ZIP-Archiv zu öffnen -> gleicher Effekt.

Nein, auf Amigans schrieb der Jemand, daß man aus 7z einfach 7zip machen sollte, weil DefIcons im Fall von 7z-Archiven nur nach der Dateiendung schaut (und das entsprechende DefIcon aus dem 7z-UnArc-Archiv nur nach der Dateiendung mit dem "Muster" #?.7zip sucht, warum auch immer).

Alternativ kann man in DefIcons die Definition so abändern, daß da "Muster | #?(.7z|.7zip)" steht.

Dann öffnet UnArc sowohl ein .7zip als auch ein .7z auf Doppelklick.

Zitat:

---

Ich sag Fabio das wir einen Link auf die offizielle AMC Seite für nützliche Tools packen....

---

Gute Idee. Und die etwas prominenter platzierte Erwähnung, daß das Ganze 7zip-gepackt ist, wäre durchaus auch sinnvoll. Noch ist 7z nicht Standard auf AmigaOS.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Maja:

Zitat:

---

Original von Holger:
bei der Kapitaldeckung ist das Geld formal da, aber weniger Wert

---

Hier scheint davon ausgegangen zu werden, dass das Einkommen des Versicherten zum Zeitpunkt des Vertragsabschlusses als zukünftige Rentenzahlung in Stein gemeißelt wäre.

---

Zitat:

---

Zitat:

---

da die volkswirtschaftliche Leistungsfähigkeit sich durch das Rentenverfahren nicht ändert.

---

Die volkswirtschaftliche Leistungsfähigkeit eines Landes setzt sich nicht allein aus menschlicher Arbeitskraft zusammen.

---

Zitat:

---

Zum anderen hängt die finanzielle Leistungsfähigkeit kapitalgedeckter Vorsorge nicht allein von der volkswirtschaftlichen Leistungsfähigkeit nur eines Landes ab. Übrigens auch im Umlageverfahren nicht.

---

Zitat:

---

Als Ursache der Schieflage haben Experten längst eine rückäufige Geburtenrate festgemacht und seit dem nicht mehr drüber nachgedacht.

---

Zitat:

---

Im Dunkeln liegt dabei allerdings, ob eine höhere Geburtenrate zum Überleben des Systems ausreichen würde. Dazu müsste jedes geborene Kind bei erreichen seiner volkswirtschaftlichen Leistungsfähigkeit auch in möglichst gut bezahlte versicherungspflichtige Beschäftigung kommen, und zwar dauerhaft ein Arbeitsleben lang.

---

Zitat:

---

BTW: Das Rentenniveau wird beginnend mit diesem Jahr bis 2040 von 70% auf 67% gesenkt. Der Rentenwert verliert an Dynamik und wird die Inflation nicht mehr in dem Maße kompensieren wie bisher...

---

Brav nachgeplappert. Die Ursachen und den politischen Umgang mit dem Problem siehst Du trotzdem nicht. Nochmal recherchieren, bitte. Und die "Marktwirtschaft"-Brille abnehmen nicht vergessen. Die filtert zu doll.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Reth:
Gibt es denn einen Software-Bypass, der es ermöglicht die Tracks im Rahmen der alten Spiele dennoch zu hören (einige Games sind ohne Hintergrundmusik nur halb so toll, z.B. Shadow of the third moon verliert stark an Atmosphere!)?

---

Es gibt einen denkbaren... mir ist aber nichts davon bekannt, daß der jemals in Software gegossen wurde.

Denkbar wäre, das entsprechende Device so zu patchen, daß es, mit Hilfe einer weiteren Software, die Audio-Kommandos emuliert. Dies wiederum über den Umweg des direkten Lesens von CDDA und Ausgabe via Soundkarte/Paula.

Wie gesagt, mir ist nicht bekannt, daß sowas jemals versucht wurde.

Wenn es Dir allerdings "gut genug" ist, die Tracks einfach nur zu hören:

PlayCDDA.

Solange die Spiele das Multitasking nicht lahmlegen funktioniert das. Auch parallel zu Lesevorgängen.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von thomas:Wichtigster Punkt: Dateisystem in L ist Unsinn. Ich weiß nicht, warum manche meinen, hier große Reden schwingen zu müssen, wenn sie keine Ahnung haben.

---

Offen und ehrlich: so langsam entwickelst Du Dich zum echten Kotzbrocken.

Mag durchaus sein, daß einige Leute hier nicht so viel Ahnung haben und trotzdem was schreiben, in diesem speziellen Fall hier ist es aber noch viel schlimmer: Du gehst anderen Leuten an die Ehre, ohne deren Texte überhaupt vollständig verstanden zu haben oder Dir die Mühe zu machen, über die Problematik ausführlich nachzudenken.

Beispiel: "Mounter" als Möglichkeit zum Mounten zum Beispiel wurde bisher ausschließlich von Dir ins Spiel gebracht. Sonst von niemandem. Wer sagt Dir denn, daß jeder mit "Mounter" arbeiten will? Oder wo steht geschrieben, daß man Mounter benutzen muss?

Möglicherweise hast Du es in der langen Zeit, in der Du Dich mit AmigaOS beschäftigst, einfach vergessen, aber es gibt noch mehr Möglichkeiten, Partitionen zu mounten. Eine davon ist die "eigentlich" jedem bekannte Mountlist. Wer damit arbeitet und sich an die ehedem gesetzten Standards hält, kopiert entsprechende Dateisysteme meist nach L:

Statt gleich verbal drauflos zu prügeln hättest Du diese Möglichkeit mal in Betracht ziehen können. Und natürlich auch, daß die Leute, die L: als Speicher-Ort für Dateisysteme angeführt haben, dieses durchaus nicht so in Marmor gemeißelt sehen, wie Du es momentan tust.

Entspann Dich mal, atme tief ein und aus, und rufe Dir ins Gedächtnis, daß nicht jeder Mensch Deine Kenntnisse hat, geschweige denn daß sich Eure Denkstrukturen in allen Lebenslagen zu 100% gleichen.

Zum Thema: RDB Salv könnte da weiterhelfen, die HDToolbox kann auch RDBs in Form von Mountlists "sichern". Mit der MediaToolbox habe ich mich noch nicht so tiefgehend beschäftigt, keine Ahnung, ob die den RDB in Form einer Mountlist sichern kann. Eine kleine Einführung in das Thema findet man auf den Seiten des ehemaligen Amiga-Magazin

Sobald eine Mountlist vorliegt, dürfte es auch machbar sein, OS4-Platten unter WinUAE zu mounten, ohne Änderungen am RDB oder andere Experimente vorzunehmen. Sofern es keine mit JXFS-Partitionen sind. Eigentlich sollte der Weg via HDToolbox auch mit Platten funktionieren, die unter OS4 eingerichtet wurden.

Genau weiß ich das aber nicht, ich gebe hier nur Hinweise auf einen möglichen Lösungsweg (ich habe das Problem noch nie gehabt und daher auch noch nicht für mich selbst gelöst).

Mit einer Mountlist kann man aber relativ gefahrlos experimentieren, sofern man sich aufs Lesen beschränkt. Vorsicht ist aber trotzdem angebracht.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von thomas:

Zitat:

---

Original von ZeroG:
Na wie wohl? Man kann unter WinUAE nicht von der OS4-Platte booten, also muß er sie sowieso nachträglich manuell anmelden. Und dafür reicht es nun mal wenn die für die OS4-Platte benötigten Dateisysteme in L: der Platte liegen von der aus gebootet wurde.

Wo genau ist da jetzt mein Denkfehler?

---

Dein Denkfehler liegt da, daß es eben *nicht* reicht, das Dateisystem in L zu haben.

---

Und da liegt Dein Denkfehler. Wenn Du eine Festplatte zusätzlich zu einer bootfähigen Festplatte anschließt, reicht das Dateisystem in L: zum manuellen mounten der zusätzlichen Festplatte völlig.

Mit WinUAE kann man daher auch eine zusätzlich angeschlossene reale Festplatte mit Hilfe einer entsprechend präparierten HDF-Festplatte problemlos "von Hand" mounten, wenn das entsprechende Dateisystem in L: liegt.

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Ich habe Screenmode Prefs benutzt. Dieses wiederum macht nichts anderes, als die Tooltypes in der entsprechenden Monitors-Datei entsprechend anzupassen.

---

Das hat, glaube ich, niemand bezweifelt. Sehen diese Tootypes aber jetzt exakt so aus, wie die von Reth von Hand eingetragenen, oder vielleicht doch geringfügig anders?

---

Zitat:

---

Zitat:

---

Und Du kannst gerne glauben, daß bei der Konfiguration via Tooltypes hinter den Kulissen einiges mehr abläuft als früher. Die Pixelclock z.B. kann man via Tooltypes gar nicht konfigurieren, aber die Information dafür muß ja auch irgendwo herkommen

---

Hmm, Du gibtst w*h@f an, d.h. PixelClock=f*(h+VBlank)*(w+HBlank).
Und ich glaube gern, dass das System inzwischen clever genug ist, Reduced Blanking zu verwenden, wenn es der Monitor unterstützt, aber da steckt keine Magie dahinter.

---

Zitat:

---

Zitat:

---

Das aktuelle P96 unter OS4 verwertet die Informationen aus den Tooltypes und "rät" die anderen Parameter dazu. "Rät", weil z.B. die Pixelclock nicht immer sauber gesetzt wird, was sich bei TFTs manchmal störend bemerkbar macht.

---

Mit Raten hat das nicht viel zu tun.

---

Doch. Wie ich schon sagte: Manchmal liegt das aktuelle P96 "haarscharf" daneben, obwohl die zugrunde liegenden Werte eindeutig sind. "Rundungsfehler" oder was weiß ich. Man bemerkt das auf TFTs am "welligen" Bild. Sowas kann man, denke ich, durchaus als "raten" bezeichnen

Zitat:

---

Zitat:

---

Ich weiß immer noch nicht, warum es bei Reth nicht ohne erhebliche Erhöhung der Wiederholfrequenz geht, ich kann Euch nur sagen, daß es bei mir einwandfrei geklappt hat.

---

Hast Du Dir denn Deine Tooltypes mal angeschaut? Oder die Daten Deines Monitors mit denen von Reth verglichen?

---

Abgesehen davon, daß mein Monitor noch "etwas mehr" kann, unterscheiden sich die beiden nicht sehr (ist ein HP p1130). Minimum liegt offiziell bei 31kHz und das habe ich nun auch mal eingetragen. Geändert hat das nichts, der 320x240-Modus ist weiterhin wählbar. Zu meinen Tooltypes siehe oben. @100 reichte aus. Ein Vergleich ergibt eben das: 320x240@100 wurde gewünscht, Screenmode wurde geliefert. Bei ihm nicht. Aus welchem Grund auch immer.

Aber davon ab: er hat das Problem ja mittels Deines Tips "gelöst". Wenn wir jetzt anfangen zu raten, was die Ursache sein könnte, können wir das sicher noch wochenlang, ohne zu einem konkreten Ergebnis zu kommen. Ohne Einblicke in die aktuellen P96-Interna dürften wir da nicht wirklich weit kommen.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 13.10.2010 um 18:30 Uhr geändert. ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Ich glaube zwar, daß P96 in der OS4.1-Fassung das selbst managed, aber 100% sicher kann man sich da nie sein. Ich meine den "Double Scan", der in solchen Fällen früher manuell gewählt werden mußte. Ich bekam den 320 * 240 auf meinem Micro anstandslos hin, ohne manuell eingreifen zu müssen.

---

Hast Du den Modus von Hand in die Tooltypes eingetragen, oder ein Konfigurationsprogramm benutzt? Dass die Programme automatisch DoubleScan auswählen, wo es sinnvoll erscheint, glaube ich gerne. Aber wenn man die Daten von Hand als ToolTypes einträgt, eher nicht.

---

Ich habe Screenmode Prefs benutzt. Dieses wiederum macht nichts anderes, als die Tooltypes in der entsprechenden Monitors-Datei entsprechend anzupassen. Unter OS4.1+ werden die Screenmodes ausschließlich über die Tooltypes konfiguriert, sofern man nicht zu finsteren Tricks greift, mit denen P96Mode o.Ä. wieder nutzbar wird.

Und Du kannst gerne glauben, daß bei der Konfiguration via Tooltypes hinter den Kulissen einiges mehr abläuft als früher. Die Pixelclock z.B. kann man via Tooltypes gar nicht konfigurieren, aber die Information dafür muß ja auch irgendwo herkommen

Das aktuelle P96 unter OS4 verwertet die Informationen aus den Tooltypes und "rät" die anderen Parameter dazu. "Rät", weil z.B. die Pixelclock nicht immer sauber gesetzt wird, was sich bei TFTs manchmal störend bemerkbar macht. Ändern kann mans aber nicht, weil z.B. dieser Parameter gar nicht mehr konfigurierbar ist (mal ganz abgesehen davon, daß auch das P96-Konfigurationsprogramm nur "ungerade" Sprünge bei dem Pixelclock-Gadget zuließ, so daß man immer "knapp daneben" lag).

Ich weiß immer noch nicht, warum es bei Reth nicht ohne erhebliche Erhöhung der Wiederholfrequenz geht, ich kann Euch nur sagen, daß es bei mir einwandfrei geklappt hat.

Mit "nur" 100Hz Wiederholfrequenz.
--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233