Suche - amiga-news.de Forum

amiga-news.de Forum > Suche

[ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 14 15 16 17 18 -19- 20 21 22 23 24 >> Letzte

Ergebnisse der Suche: 1106 Treffer (30 pro Seite)

gni Nutzer

24.03.2005, 09:30 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
So langsam wird das "BMP 16-Bit"-Problem enträtselt:

Da gibt es keine Rästel!

Zitat:
also, bei BMP V3 in der WinNT-Version werden 2Bytes benutzt, ganz anderst ist es bei V4 und dann muß nach auch unterscheiden ob WinNT, OS/2 oder Win3.x (bei BMP3) oder Win95 (bei BMP4)

Willst Du nicht begreifen oder kannst Du nicht? 16bit ist *immer* 2 Byte und 32bit ist *immer* 4 Byte, egal welche Headerversion Du nun genau hast. Ich habe noch *nie* ein Windows-BMP mit einem Header > 40 Bytes gesehen. OS2 2.x BMPs haben eine Headergröße von 64 Byte und lustigerweise mag zb. XP diese nicht...

gni Nutzer

24.03.2005, 09:23 Uhr

[ - Direktlink - ]

Thema: gcc und include
Brett: Programmierung

Zitat:
Robin:
/gg/ppc-morphos/bin/ld: cannot open -lxpk: No such file or directory
collect2: ld returned 1 exit status
make: *** [YAM.mos] Error 1

Nimm -lxpk mal aus dem Makefile raus. Eventuell braucht man das gar nicht. Falls doch, dann besorg Dir auch gleich libamissl.a. Diese Bibliotheken kannst Du dann in gg:ppc-morphos/lib ablegen. Da ich kein MOS habe, muß das nicht unbedingt stimmen

Zitat:
Snoopdos listet dazu eine Menge FAILS mit .rpo am Ende

Das kannst Du ignorieren. AFAIK ist das nur bei C++ und Templates relevant (-frepo).

gni Nutzer

24.03.2005, 09:17 Uhr

[ - Direktlink - ]

Thema: Gesucht: BMPs mit 16Bit, 24Bit RLE, 32Bit
Brett: Programmierung

Zitat:
Michael_Mann:
xnView

Dessen BMP-Unterstützung ist unvollständig. Die von IrfanView im übrigen auch.

gni Nutzer

24.03.2005, 09:15 Uhr

[ - Direktlink - ]

Thema: Gesucht: BMPs mit 16Bit, 24Bit RLE, 32Bit
Brett: Programmierung

Zitat:
Original von DariusBrewka:
Ich weiss nicht aber 16Bit dürfte eigentlich kaum Sinn machen als Imageformat, ist das in der BMP Spezifikation überhaupt angegeben?

Ja ist es (seit Win95) und da gibt es noch viel mehr. Such mal per Google nach BI_BITFIELDS, nimm die Links zum MSDN, dann lies und staune :-)

gni Nutzer

23.03.2005, 13:22 Uhr

[ - Direktlink - ]

Thema: Fragen zur Over the Top (Hardital) !
Brett: Amiga, AmigaOS 4

Zitat:
Lemmink:

Zitat:
Und dann ist sie auch noch zu groß für den A3000D.
Das wundert mich nicht, da es sich ja schließlich um eine A2000 Prozessorkarte handelt

Dann wars wohl ne andere Karte von Hardital. Das ändert nichts daran, daß ich Produkte dieser Firma nicht vertraue.

gni Nutzer

23.03.2005, 10:03 Uhr

[ - Direktlink - ]

Thema: Fragen zur Over the Top (Hardital) !
Brett: Amiga, AmigaOS 4

Zitat:
M0rpheus:
Wo sind die Vor/Nachteile (mal abgesehen von der Speicheranbindung -> non autoconfig !) ?

AFAIK ist das eine *sehr* schlechte Karte. Die übertaktet nicht nur den Prozessor sondern wohl das Board. Und dann ist sie auch noch zu groß für den A3000D.

Zitat:
Kann man die Karte auch mit neueren 040er Libs betreiben?

Ich denke, das die MMULib Version drauf laufen sollte.

gni Nutzer

21.03.2005, 11:15 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
gni:
Übrigens im OS/2-Format wird bei 24bit ein RGB-Triple verwendet. Im Windows-Format sind es RGB_Quads.

Ich meinte hier nicht die Bilddaten, sondern die Größe der Farbtabelleneinträge.

gni Nutzer

21.03.2005, 11:12 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Zitat:
Alles was ich zu dem Thema bisher gesehen habe, sprach bei 12Byte-Header immer vom OS/2 Format.
Ok, aber ich versuch beide zu unterstützen.

Beide was? Stimmt, auch bei biSize == 12 sind 16/32 Bit mit Standardmasken möglich.

Zitat:
Oder hast du 16Bit und 32Bit-Bilder für mich zum testen?

Habe ich.

Zitat:
Zitat:
16/32 bit gehen auch bei 40Byte Header...
Gut bemerkt. Ab da gab es denn Kompressions-Eintrag mit der Unterscheidung(3=16/32Bit).

biCompression kann auch BI_RGB sein.

Zitat:
Du hast weiter oben im Thread geschrieben das du Infos zu JPEG-Kompression in BMP hast.

Ich habe geschrieben, das es laut MS-Doku JPEG und PNG komprimierte BMPs gibt.

Zitat:
Bzw. könntest du bitte auch deine Unterlagen zu BMP zeigen, bzw. Links, etc.?

Such mit Google nach BI_BITFIELDS und dann nimm die Links zum MSDN.

gni Nutzer

18.03.2005, 15:31 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:

Zitat:
Was Du als V1 bezeichnest, ist das OS/2 Format und dessen Header ist 12 Bytes lang. Ist das etwa kein Header?
Das ist ein Header, hat aber kein Headerl-Eintrag.

Du solltest Dich über die Strukturnamen mal informieren.

Zitat:
Es ist kein OS2, sondern Window1-Format. Die Breite und die Höhe ist in 16Bit gespeichert. Vermutlich gibt es diesen Header auch bei OS2, was aber trivial ist, da beide dann gleich sind.

Alles was ich zu dem Thema bisher gesehen habe, sprach bei 12Byte-Header immer vom OS/2 Format.

Zitat:
Zitat:
Nicht alle Felder sind auch in allen Fällen gültig. Das betrifft auch die angesprochenen Masken.
Nun, die Felder sind nur bei Kompression=3 zulässig. Das trifft nur zu bei 16 und 32Bit. So laut Beschreibung.

16/32 bit gehen auch bei 40Byte Header...

Zitat:
Zitat:
Ohje :-/ Bei <=8 Bit gibt es immer eine Palette! Übrigens im OS/2-Format wird bei 24bit ein RGB-Triple verwendet. Im Windows-Format sind es RGB_Quads.
Du hast wohl wirklich keine Ahnung von BMP V1.

Sieht so aus. Ich kenne nur das OS/2 Format.

Zitat:
Zitat:
Zitat:
Auch das unterwegs Dummies auf 16Bit rein müssen. Die Zeilen sind ja komprimiert und damit unterschiedlich lang.
Bei 16 und 32 Bit ist nichts komprimiert.
Du verwechselst eben RLE mit 16/32bit. Ich tippe da oben von RLE4 und RLE8 und nicht von 16/32bit. Das sind zwei verschiedene Schuhe.

Dann mußt Du das auch so schreiben. Ich hatte das anders aufgefasst.

Zitat:
Hast Du schon mal einen BMP-Dekoder geschrieben? Mit RLE?

Ja und ja.

Zitat:
Mir zeigt auch bei der RLE-Sache das du vermutlich noch nie richtig programmiertechnisch in die Sache eingestiegen bist.

Es ist eher so, das dieser Aspekt schon zu lange her ist.

[ Dieser Beitrag wurde von gni am 18.03.2005 editiert. ]

gni Nutzer

18.03.2005, 15:16 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
BMP V1 Window1.x und BMPV1 OS2 ist wirklich unterschiedlich:

Soll "Window1.x" etwa die Windows-Version sein? Gab es überhaupt eine 1.0? 2.0 habe ich gesehen.

Zitat:
PS:Ab BMP 3 (winNT, nicht win3.x!) ist auch 16-32 bit möglich, mit Mask. Aber das kann man unterscheiden (kompress=3=WinNT=16/32Bit)

16/32 bit sind dann möglich wenn der Header das sagt, dh. auch mit 40Byte Header kann es auftreten. Welche Windows Version das als erste unterstützt, ist nicht relevant.

gni Nutzer

18.03.2005, 15:10 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
Zeig mir mal dein BMP mit JPEG-Komprimierung. Das würde ich gerne mal sehn.

Laut MS-Doku gibt es das, genau wie BMPs mit PNG-Komprimierung.

Zitat:
Wo hast du deine Infos her? Link? Quelle?

Aus dem [M]icro[S]oft[D]eveloper[N]etwork. Finden kannst Du es per Google.

gni Nutzer

18.03.2005, 14:16 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
Ohne HeaderInfo ist es V1.

Was Du als V1 bezeichnest, ist das OS/2 Format und dessen Header ist 12 Bytes lang. Ist das etwa kein Header?

Zitat:
Natürlich sind die Infos nur vorhanden, wenn sie auch in den Headern stehn.

Nicht alle Felder sind auch in allen Fällen gültig. Das betrifft auch die angesprochenen Masken.

Zitat:
Z.b. gibt es im BMP V1 noch nicht mal eine Farbpalette. Ja, auch nicht bei 1,4 oder 8 Bit.

Ohje :-/ Bei <=8 Bit gibt es immer eine Palette! Übrigens im OS/2-Format wird bei 24bit ein RGB-Triple verwendet. Im Windows-Format sind es RGB_Quads.

Zitat:
Die AMaske wird genau so benutzt wie die RMaske, GMaske oder BMaske.
Die Masken sind LONGS und werden einfach über die LONGs bei 16 oder 32Bit gelegt. Die definieren die Bits die jeweils benutzt werden für die jeweilige Maske.

Hast Du BMPs mit einer Headerlänge von 108 mit 16/32 Bit?

Zitat:
Nochmal:
Ohne RLE=Eine Zeile durch 32Bit Teilbar, rest Dummy-Bytes
Mit RLE=Keine feste Zeilenlänge, Zeilenende durch 00 00 definiert.

Es geht um die *dekodierte* Zeile, dessen Breite muß ein Vielfaches von 32 sein.

Zitat:
Auch das unterwegs Dummies auf 16Bit rein müssen. Die Zeilen sind ja komprimiert und damit unterschiedlich lang.

Bei 16 und 32 Bit ist nichts komprimiert.

gni Nutzer

18.03.2005, 14:02 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:

Zitat:
Definitiv falsch für 16bit. Die MS-Doku spricht explizit von WORD-Daten (16bit = 2Byte). Für 32bit ist es korrekt als DWORD (32bit = 4Bytes). Die Masken *können* im erweiterten Header stehen, müssen aber nicht. Dann sind die Standardmasken zu benutzen. Die Non-Stanadarmasken stehen immer in bmi_colors als DWORD.

Steht in der MS-Doku im MSDN und der BMP-Dekoder im AmiNet macht es auch so.
Es gibt für dieses "Problem" eine einfache Lösung: MS<>OS2

Ich bin mir nicht sicher, aber das könnte es sein.

Wieder falsch... 16/32Bit BMPs gibt es nur im Windows-Format.

gni Nutzer

18.03.2005, 11:15 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
Kleiner Auszug aus der Dokumentation:

---
In the v4.x BMP format, 16- and 32-bit pixels are stored as little-endian 4-byte RGB values. Common masks for 32-bit data include RGB888 and RGB101010. These bit depths also require bitfields encoding and the mask fields in the bitmap header to define their pixel format. 24-bit bitmap data is always stored as 3-byte RGB values.
---

Definitiv falsch für 16bit. Die MS-Doku spricht explizit von WORD-Daten (16bit = 2Byte). Für 32bit ist es korrekt als DWORD (32bit = 4Bytes). Die Masken *können* im erweiterten Header stehen, müssen aber nicht. Dann sind die Standardmasken zu benutzen. Die Non-Stanadarmasken stehen immer in bmi_colors als DWORD.

[/quote]
Es kann ja sein das es wirklich so ist, das 16bit in 2Bytes gespeichert wird. Aber hast du da infos? Doku oder Quellcodeausschnitte die das aufzeigen?
[/quote]
Steht in der MS-Doku im MSDN und der BMP-Dekoder im AmiNet macht es auch so.

[ Dieser Beitrag wurde von gni am 18.03.2005 editiert. ]

gni Nutzer

18.03.2005, 11:07 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

[/quote]
Ralf27:
Ich unterstütze nicht nur Header mit 40, sondern auch mit 12 und 108 bzw. ohne Headerl-Info (BMP V1).

Zitat:
12 und 40 kenne ich. Was soll das sein ohne Headerl-Info? Und 108 Bytes ist der V4 Header?

Oder wieso sollte im Header (Laenge 108) ein RMaske, GMaske, BMaske und AMaske definiert sein? Die AMaske ist die Alpha-Maske. Damit werden die Alpha-Channel-Bits im Long definiert.
[/quote]
Diese Felder hast Du nur bei Headern > 40 Byte. 16/32 Bit BMPs sind aber auch bei Headergröße 40 möglich. Deswegen sind die Masken entwder implizit gegeben oder stehen in bmi_Colors. Die RGB-Masken in den erweiterten Headern sin u.U. gültig. Wie Du die Alphamaske verwenden willst, ist mir nicht klar.

[/quote]

Zitat:
Fakt ist, das die Zeilebreite des Dekoderpuffers in *Bits* ein Vielfaches von 32 sein muß.

Ja, du hast recht bei nichtkomprimierten BMPSs, aber liegst falsch bei RLE-komprimierten, denn da sind es 16bit. Wäre es anderst, dann würde mein Dekoder nicht funktionieren. Aber da er funktioniert, ist es wohl richtig.
[/quote]
Warum soll es bei RLE-komprimnierten BMPs anders sein?

[/quote]
Wenn du schon im Aminet die BMP-Dekoder ansiehst (also denn Quellcode), dann schau dir einfach mal an wie der RLE-dekodierer läuft.
[/quote]
Was soll ich da sehen? Der Dekoder rundet die Zeilebreite immer auf das nächste Vielfache von 32.

gni Nutzer

17.03.2005, 16:30 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

[/quote]
Ralf27:

Zitat:
Original von gni:
JPEG oder TopDown BMPs? BTW, es gibt sor BMPs die PNG-Komprimierung verwenden.

Die JPEG-Komprimierung in BMPs.
[/quote]
Das es das gibt, steht alles in der MS eigenen Dokumentation.

[/quote]
Der Aufbau der 16Bit und 32Bit-Daten werden in der RMaske, GMask und BMaske definiert. Du hast recht wenn du sagst das eigentlich nur zwei Varianten von Windows unterstützt werden. Aber dennoch geh ich lieber nach diesen Masken als nach reiner Vermutung.
[/quote]
Aus dem was Du schreibst, ist klar ersichtlich, das Du den Aufbau von 16/32 Bit BMPs *nicht* verstanden hast. Eventuell sind deine Informationen auch einfach nur falsch, zb. wenn Du bei Headergröße nur 40 akzeptierst oder Pad-Bytes vor den Bilddaten nicht überspringst.

[/quote]
Außerdem hab ich den Dokumentationen auch AMaske in 16Bit gefunden.
Insofern kann man nicht immer sicher gehn ob die Daten in 2Bytes gespeichert werden. Da müßte man wohl wirklich über die Länge im Header gehn.
[/quote]
Alphakanal gibt es bei BMP nicht, weder bei 16bit noch bei 32bit.

[/quote]
Z.b. steht in nicht jeder RLE-Dokumentation zu BMP das die Array auf 2 Byte kontrolliert werden sollte und sonst ein Dummy rein muß. Ohne RLE ist die Sache auf 4Byte (LONG) am Zeilenende zu kontrollieren.
[/quote]
Habe ich nicht verstanden. Fakt ist, das die Zeilebreite des Dekoderpuffers in *Bits* ein Vielfaches von 32 sein muß. Im Aminet gibt es einen BMP-Dekoder mit Quellen.

[ Dieser Beitrag wurde von gni am 17.03.2005 editiert. ]

gni Nutzer

17.03.2005, 14:14 Uhr

[ - Direktlink - ]

Thema: InstallPPCLib
Brett: Amiga, AmigaOS 4

[/quote]
Coemmchen:
Ist das jetzt schlimm oder gut für alte PowerUp-Programme???
[/quote]
Wenn Du WarpOS benutzt, dann solltest Du auch immer die WarpOS Version eines Progammes verwenden, wenn es diese gibt. Wenn es von dem fraglichen Programm nur eine PowerUp-Version gibt (unwahrscheinlich), dann brauchst die auch die ppclibemu für WarpOS.

[/quote]
Ich denke, dass AHI den gesamten scheiß auf die Toccata abwälzt, sonst kann ich mir keinen Reim darauf machen, dass die Soundausgabe absolut keinen Einfluß zu haben scheint!
[/quote]
Schalt den Sound doch mal ganz ab.

[ Dieser Beitrag wurde von gni am 17.03.2005 editiert. ]

gni Nutzer

17.03.2005, 14:08 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:

Zitat:
Das war kein Scherz, MS hat JPEG-Komprimierung für BMP spezifiziert... Und wie sieht es mit TopDown-BMPs aus? Unterstützt Du die auch? *g*
Also, im ganzen Internet ist mir kein Dokument aufgefallen das das von Microsoft spezifiziert.

JPEG oder TopDown BMPs? BTW, es gibt sor BMPs die PNG-Komprimierung verwenden.

Zitat:
Zitat:
Nö, der 16bit-Mode braucht 2 Byte. Die RGB-Anteile sind dann entweder 555 (15bit) oder 565 (16bit).
Zja, ich hab eben nochmal nachgesehn, es sind 4Byte, je nach Version. Vergess Alpha nicht. Der ist da auch noch dabei. Das ist ja das verrückte.

Irgendwas mußt Du mißverstehen. 16bit sind immer 2 Byte und das Layout der RGB-Daten in diesen 16Bit habe ich Dir genannt. Man könnte mit anderen Anteilen arbeiten, aber nur die genannten werden von Windows für 16Bit-BMPs unterstützt.

Zitat:
Die Frage war aber eher gewesen ob es auf dem Amiga die Möglichkeit gibt diese Bilder wirklich auch in 10Bit Farbtiefe pro Kanal anzuzeigen?

Nein.

gni Nutzer

17.03.2005, 11:31 Uhr

[ - Direktlink - ]

Thema: InstallPPCLib
Brett: Amiga, AmigaOS 4

Zitat:
Coemmchen:
in irgendeinem AMP-Archiv, das ich gestern entpackt habe, war die PPCInstallLib dabei ...

Welches AMP genau? Wenn es keine Beta ist, dann muß es wohl AMP1 sein. Ist da auch schon ein WarpOS Programm?

Zitat:
irgendwas habe ich gelesen, dass die PPCInstallLib bei gewissen Probs helfen würde, da sie die ppc.lib ins RAM ablegt - schreibgeschützt?

Ist dem jetzt so oder nicht???

Keine Ahnung was Du gelesen hast. PPCInstallLib lädt die ppc.library (das ist der *PowerUp* Kernel!) per OpenLibrary() und schließt sie nicht. Damit bleibt sie für immer und ewig in der globalen Bibliotheksliste.

gni Nutzer

17.03.2005, 09:28 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
Ne, das geht ganz bestimmt nicht, denn das Programm wird komplett anderst. Z.b. keine ASL-Requester, der CybergraphX-Code kann komplett raus, sowie auch der "geht nicht auf OCS"-Code.
Es wäre eigentlich ein Programm an einem Programm.

Eventuell fährst Du mit zwei Programmen wirklich besser. Es ist dennoch möglich alles in einem(!) Programm zu machen mit den *richtigen* Checks auf die OS-Version.

Zitat:
Außerdem benutze ich kein C, sondern einfaches Basic. (Kein Scherz)

Respekt! :-)

Zitat:
Zitat:
Ich kenne das BMP-Format recht gut. Hast Du schon mal BMPs mit JPEG-Komprimierung gesehen? Willst Du diese auch unterstützen?
Jo, spezifiziere das Protokol und ich baus ein.

Das war kein Scherz, MS hat JPEG-Komprimierung für BMP spezifiziert... Und wie sieht es mit TopDown-BMPs aus? Unterstützt Du die auch? *g*

Zitat:
Mir ist aber bis jetzt wirklich noch kein Programm bekannt das RLE24 benutzt und vermutlich werde ich es auch nicht einbauen.

RLE24 habe ich auch noch nicht in freier Wildbahn gesehen. AFAIK, ist das auch nur von OS/2 Feature.

Zitat:
Der 16Bit-Mode ist eh der Hammer, da er 4Bytes pro Pixel braucht!

Nö, der 16bit-Mode braucht 2 Byte. Die RGB-Anteile sind dann entweder 555 (15bit) oder 565 (16bit).

Zitat:
Der 32Bit-Mode ist auch so eine Sache. Wie bekomme ich z.b. 10Bit pro R G B zur Grafikkarte?

Indem Du daraus einen "passenden" Wert machst. Solche BMPs habe ich auch noch nie gesehen.

Zitat:
Der 16Bit-Bild-Code hat eh mein Programm eben etwas aufgebläht und ich kann es noch nicht mal testen. Hab kein 16Bit-Bild zum testen.

Suchen ;-)

gni Nutzer

17.03.2005, 09:03 Uhr

[ - Direktlink - ]

Thema: InstallPPCLib
Brett: Amiga, AmigaOS 4

Zitat:
Coemmchen:
AMP2 läuft jetzt! Nicht die Beta - komischerweise wollte es vor kurzem nicht so recht!

Welche Version benutzt Du denn nun? Was man beachten sollte ist, das bei den Plugins das Execute-Bit(!) gesetzt ist: AMP2 startet seine Plugins mittels "run" in einer Shell-Umgebung...

gni Nutzer

17.03.2005, 09:00 Uhr

[ - Direktlink - ]

Thema: InstallPPCLib
Brett: Amiga, AmigaOS 4

Zitat:
Coemmchen:
habe gelesen, dass die "InstallPPCLib" bei PPC-Probs helfen kann, nur wo finde ich diese ???

Dies Programm ist Bestandteil der PowerUp(!) Software. Das macht nichts weiter, als die ppc.library zu laden, die dann den geschmähten ELFLoadSeg-Patch installiert. Wozu brauchst Du das?

Zitat:
Experimentiere mit AMP2 beta (Archiv vom 04-07-16) rum, aber außer einem geilen AHI-Sound über Toccata sehe ich unter AGA nur Gekrussel und AGA ist wichtig für mich, da mein A4000 am TV hängt - schade um die gute CYVision ;-)

AMP2 ist ein *WarpOS* Programm, also anderer PPC-Kernel.

gni Nutzer

16.03.2005, 18:25 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
Ich benutze WritePixelArray8.

Intern benutzt das bestimmt WritePixelLine8 ;-)

Zitat:
Unter 1.2/1.3 gibt es diese Funktion nicht, da hast Du recht. Deswegen würde das auch eine separates Programm geben.

Mit entsprechenden Checks kann es ein Programm bleiben. Auch wenn Du C benutzt, solltest Du dennoch beachten, das die meisten Laufzeitumgebungen erst ab 2.0 funktionieren.

Zitat:
Zitat:
Woher hast Du diese absonderlichen Bezeichnungen "BMP2.x, BMP4.x"? Diese Bezeichnungen sind mir noch nie untergekommen.
Dies ist keine "absonderliche" Bezeichnung, sondern die ganz normale Bezeichnung.

Wer verwendet die?

Zitat:
Es gibt halt unterschiedliche BMP-Versionen. z.b. BMP V1 von Windows 1.0, BMP V4 ist von Windows95.

Das es unterschiedliche Versionen gibt, ist mir bekannt.

Zitat:
Ich denk mir mal das es für dich absonderlich ist, weil Du dich vermutlich nicht nicht mit BMP-Unterlagen beschäftigt hast.

Ich kenne das BMP-Format recht gut. Hast Du schon mal BMPs mit JPEG-Komprimierung gesehen? Willst Du diese auch unterstützen?
SCNR.

[ Dieser Beitrag wurde von gni am 16.03.2005 editiert. ]

gni Nutzer

16.03.2005, 17:40 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
Es gibt ja schon einige BMP-Reader, auch einer der mit WarpUP alle BMP-Formate unterstützt und sehr schnell ist. Aber der läuft mit Sicherheit nicht auf dem A1000.

Mit PPC-Karte sollte es gehen ;-)

gni Nutzer

16.03.2005, 17:36 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:

Zitat:
gni:

Zitat:
Ralf27:
Ich entwickle zur Zeit ein BMP-Reader für den Amiga, der ab OS2.04 läuft. Gibt es interesse an einen separaten BMP-Reader für OS1.2?
IMHO ist das verschwendete Zeit. 1.2/1.3 sind lange obsolet.
Ist es genau so absolet wie A1000, oder wie der Amiga an sich?

Amigas mit 1.2/1.3 sind obsolet, ja.

Zitat:
Es gibt bestimmt noch einige A500-User die ihre Kiste aufgerüstet haben (oder nicht) die eventuell so ein Programm gerne hätten.

Hochgerüstete Amigas haben mindestens 2.04. Warum sich den Zwängen von älteren OS-Versionen aussetzen?

Zitat:
Es wäre fast nur ein Neucompilierung, insgesamt aber ca. ein Tag "arbeit". Das ganze ist eigentlich ein Funprojekt von mir.

Ich dachte Du benutzt WritePixelLine8()? Was machst Du unter 1.2/1.3?

Zitat:
Zitat:
Zitat:
* BMP2.x bis BMP4.x Unterstützung
Was soll das sein?
Es gibt nicht *das* BMP, es gibt viel unterschiedliche BMP-Formate. Das eine kann z.b. nur bis 32768*32768, das andere bis 2G*2G-Pixel. Das eine hat z.b. eine feste Palette (BMP V1.x), das andere eine vorgegebene oder keine (16-, 24,- oder 32Bit). Es gibt Formate die unterstützen Kompression, andere nicht. Es gibt da einige Unterschiede.

Woher hast Du diese absonderlichen Bezeichnungen "BMP2.x, BMP4.x"? Diese Bezeichnungen sind mir noch nie untergekommen.

Zitat:
1.2/1.3 kann auch Ham6, bzw. ist mir schon klar was OS1.2, OS1.3 kann.

Warum willst Du dann unter 1.2/1.3 nur 16 Farben unterstützen, wenn auch 32 (5bit) gehen? Eventuell nur in LoRes, ist zu lange her ;-)

Zitat:
Denn von dir angesprochenen EHB-Mode nutze ich nicht. Weder auf OCS, noch auf AGA.

Der ist auch nur für OCS/ECS sinnvoll.

[ Dieser Beitrag wurde von gni am 16.03.2005 editiert. ]

gni Nutzer

16.03.2005, 17:07 Uhr

[ - Direktlink - ]

Thema: Welches Filesystem ?
Brett: Amiga, AmigaOS 4

Zitat:
GREX:
Ja, die Boot-Partition muss definitiv zur Gänze unterhalb von 4GB liegen.

Jetzt wo es FlashROMs für Classic gibt, könnte diese Beschänkung fallen.

gni Nutzer

16.03.2005, 13:48 Uhr

[ - Direktlink - ]

Thema: Interesse an BMP-Reader für OS1.2?
Brett: Amiga, AmigaOS 4

Zitat:
Ralf27:
Ich entwickle zur Zeit ein BMP-Reader für den Amiga, der ab OS2.04 läuft. Gibt es interesse an einen separaten BMP-Reader für OS1.2?

IMHO ist das verschwendete Zeit. 1.2/1.3 sind lange obsolet.

Zitat:
* BMP2.x bis BMP4.x Unterstützung

Was soll das sein?

Zitat:
* Ausgabe: 1-, 2-, 4-und 8-Bit und 24Bit(CybergraphX), Grau16, Grau256, HAM6, HAM8, (bei OS1.2 halt "nur" 1- ,2- und 4-Bit, Grau16, HAM6)

1.2/1.3 können 5-bit bzw mit EHB 6-bit.

gni Nutzer

15.03.2005, 15:09 Uhr

[ - Direktlink - ]

Thema: Audio CD -> MP3
Brett: Amiga, AmigaOS 4

Zitat:
analogkid:

Zitat:
Original von gni:
ich kenne es anscheinend besser als die meisten, die es benutzen. SecondSpin.exe hat einen modifizierten Hunk-Header, einen modizierten StoneCracker 4.10 Entpacker und ein gepacktes AREXX-Skript, das durch Patchen der rexxsyslib.library entpackt wird. Da hast sich jemand wirklich viel Mühe gegeben etwas zu verstecken. Solcher Software traue ich prinzipiell nicht über den Weg.
Ob es jetzt pure Paranoia deinerseits ist, möchte ich an dieser Stelle nicht erörtern.

Ist mir völlig egal wie Du das bezeichnest. Solche Praktiken, wie sie SeconSpin an den Tag legt, sind *indiskutabel*. Zumal ja nicht mal die Dokumentation darauf aufmerksam macht. Paranoia hat kann man wohl eher dem Autor von SeconSpin unterstellen.

Zitat:
Die meisten SecondSpin-Benutzer scheinen aber damit zufrieden zu sein. Und komfortabel ist es auch.

Tausend Fliegen können nicht irren, ist ja allgemein bekannt... :-/

[ Dieser Beitrag wurde von gni am 15.03.2005 editiert. ]

gni Nutzer

15.03.2005, 11:11 Uhr

[ - Direktlink - ]

Thema: Audio CD -> MP3
Brett: Amiga, AmigaOS 4

Zitat:
analogkid:

Zitat:
gni:

Zitat:
analogkid:
SecondSpin
*grusel* Ist das nicht ein gepacktes ARexx-Skript, das wild im System rumpatcht, damit auch ja niemand den grandiosen Code klaut? Danke, auf so einen Dreck kann ich verzichten!
Mir scheint, dass du SecondSpin nicht wirklich kennst, sonst würdest du ja nicht solche Aussagen machen.

Ich kenne es anscheinend besser als die meisten, die es benutzen. SecondSpin.exe hat einen modifizierten Hunk-Header, einen modizierten StoneCracker 4.10 Entpacker und ein gepacktes AREXX-Skript, das durch Patchen der rexxsyslib.library entpackt wird. Da hast sich jemand wirklich viel Mühe gegeben etwas zu verstecken. Solcher Software traue ich prinzipiell nicht über den Weg.

gni Nutzer

15.03.2005, 11:06 Uhr

[ - Direktlink - ]

Thema: Audio CD -> MP3
Brett: Amiga, AmigaOS 4

Zitat:
Jinx:

Zitat:
gni:
*grusel* Ist das nicht ein gepacktes ARexx-Skript, das wild im System rumpatcht, damit auch ja niemand den grandiosen Code klaut? Danke, auf so einen Dreck kann ich verzichten!
Quark.

Dann schau Dir SecondSpin.exe mal an.

Erste << 14 15 16 17 18 -19- 20 21 22 23 24 >> Letzte

Ergebnisse der Suche: 1106 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