|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Jpeg-Viewer | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- 2 | [ - Beitrag schreiben - ] |
|
30.04.2003, 21:17 Uhr StefanONE Posts: 453 Nutzer |
Ich benötige einen Jpeg-Viewer, der mir das Bild in HAM8 anzeigt. Er sollte nach Möglichkeit den FastRAM-Speicher verwenden. Gibt es so etwas? Hab mal ins Aminet geschaut aber nichts gefunden, vieleicht auch übersehen. Gruß StefanONE [ - Antworten - Zitieren - Direktlink - ] |
|
30.04.2003, 22:09 Uhr trstenjak_adrian Posts: 58 Nutzer |
Machen das nicht Visage und alte Versionen von Fastview  VT? [ - Antworten - Zitieren - Direktlink - ] |
|
01.05.2003, 20:08 Uhr Bluebird Posts: 3260 Nutzer |
hmmm ich nuzte immer sJFIF & H8jpg obwohl visage kann nahezu alle formate und hat keine probleme mit progresiven jpegs ... mfg Bluebird [ - Antworten - Zitieren - Direktlink - ] |
|
02.05.2003, 08:44 Uhr thomas Posts: 7718 Nutzer |
Multiview kann das auch, mit den richtigen Datatypes. Ich glaube, bei den ak-Datatypes kann man das einstellen, daß 24bit-Bilder in HAM umgerechnet werden. Gruß Thomas -- Email: thomas-rapp@web.de Home: home.t-online.de/home/thomas-rapp/ [ - Antworten - Zitieren - Direktlink - ] |
|
02.05.2003, 09:20 Uhr TriMa Posts: 2793 [Ex-Mitglied] |
Ich kann auch Fastview empfehlen, den habe ich damals immer genommen. -- MfG TriMa -- irc.euirc.net #Sarkasmus-pur @ http://www.sarkasmus-pur.de.vu [ - Antworten - Zitieren - Direktlink - ] |
|
02.05.2003, 21:09 Uhr Mario_II Posts: 69 Nutzer |
Bei mir zeigt Fastview nur IFFs an. Für JPEGs muss ich immer VT bemühen. Wie bringe ich denn Fastview das Lesen von JPEGs bei? Mario II [ - Antworten - Zitieren - Direktlink - ] |
|
02.05.2003, 22:05 Uhr Bluebird Posts: 3260 Nutzer |
hmm dachte jetzt weil ham 8 an aga  , denn multiview kanns unter aga nicht sein hehe .dazu h8jpg scaliert automatisch grosse jpegs auf eine groesse die 2mb chip darstellen koennen , das feature vermiesse ich noch heute an der graka *schnief* [ - Antworten - Zitieren - Direktlink - ] |
|
02.05.2003, 22:26 Uhr Palgucker Posts: 1342 Nutzer |
Hallo Mario II Wenn Fastview JPEG's anzeigen soll benötigst Du die Tower.library und, wenn ich nicht irre, die codec.class in Classes/ sowie picture- und jpeg.codec in Classes/Codecs/. Mit der Multipic.library lassen sich auch PPM's anzeigen. Ähnliches gilt auch für Visage - bis auf die PPM's. Wobei Visage auch über Datatypes JPEG's anteigt, aber eben langsamer. [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 01:34 Uhr StefanONE Posts: 453 Nutzer |
Hallo Palgucker, wo bekomme ich diese Zusatzdateien für Fastview her? Im Aminet und bei Yahoo war nichts zu finden. Wenn Du diese Dateien hast, kannst Du sie mir zuschicken? Hier meine E-Mail: stefanreinke@t-online.de Gruß StefanONE [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 02:39 Uhr Palgucker Posts: 1342 Nutzer |
Hallo StefanONE Die Postkutsche ist gerade los;) [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 13:53 Uhr Mario_II Posts: 69 Nutzer |
@ palgucker kannst Du mir die Dateien bitte auch schicken? Mario_ii@amiga.org Visage funzt bei mir (OS 3.9) nicht. Fehlermeldung beim Aufrufen des Programms: "Fehler beim Parsen der Agumente: Pufferüberlauf" Auf meiner 2. Bootpartition (OS 3.1) läuft Visage ohne Probleme. Was sagt die Fehlermeldung aus? Mario II [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 15:18 Uhr Palgucker Posts: 1342 Nutzer |
Hallo Mario II Bei mir geht heute ganzschön die Post ab Zu Pufferüberlauf fällt mir jetzt auch nichts ein. Kenne nur "Befehl zu lang, wenn die Argumentzeile mehr als 512 Zeichen hat. Aber mit ein bischen Glück erledigt sich dieses Problem auch mit Einzug der Tower.library. Denn Visage zeigt bei mir auch Unterschiede im "Handling". Habe ich z.B. mehrere JPEG's in der Argumentzeile, kann ich das anzeigen der Bilder mit ESC einfach unterbrechen. Mit der Option DT kann ich da drücken, was ich will, Visage lässt sich dann nicht mehr stoppen. Na, schaun ma mal [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 16:59 Uhr yelworC Posts: 401 Nutzer |
Zitat: Das ist garnicht langsamer. Bei mir mit WarpDatatypes aufm 040/40 Prozessor ist es sogar schneller. Es wirkt nur langsamer, da die Bilder nicht schon während dem dekodieren Zeile für Zeile angezeigt werden. Vor allem progressive JPEGs sind sehr viel schneller. Die zum Dekodieren benötigte Zeit kann man mit dem "TIME" Argument anzeigen lassen. So kann man das schön testen. [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 17:55 Uhr DaxB Posts: 1422 Nutzer |
@yelworC: Das musst du mir mal näher verklickern. Währe schön, wenn das hier auch funzen würde. [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 19:30 Uhr Palgucker Posts: 1342 Nutzer |
hallo yelworC Jetzt hast Du mich vielleicht erwischt, aber ich kann einfach nicht das Gegenteil beweisen. Visage arbeitet einfach nicht mit meinem jpeg.datatype zusammen. Während Multiview und VT über diesen Datatype mir ein 320x256 grosses JPEG nach einigen Sekunden als FS-gedithertes Bild anzeigen, bricht Visage mit DT-Option nach ca. 5 sec mit der Meldung "nicht genug Speicher vorhanden" ab. Obwohl noch genügend frei ist. Auch wenn ich Multiview auf einen Ham-Schirm umlenke, dithert der datatype fleißig weiter. Speichere ich dieses Bild ab, ist es wieder ein "normales", soll heißen ungedithertes 24 Bit ILBM. Übrigens wird dieses Bild ohne DT mit der Time Option bei mir nach 2.2 sec in Ham8 ausgegeben. Was nun aber auch nicht sagt, das der DT langsamer ist. Im Zusammenhang mit Ham8 finde ich aber, das Fastview/Visage mit tower.library &co ein recht ideales Gespann sind. [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 20:37 Uhr yelworC Posts: 401 Nutzer |
Hmm... da ihr beide AGA verwendet (bei DaxB weiß ichs, bei Palgucker vermute ich das mal anhand des Namens) liegt das Problem vielleicht dabei. Vor allem das Problem mit dem Speicher kenne ich auch noch aus den "guten alten AGA Zeiten". Das Problem ist wohl, dass bei Datatypes die Bilder nicht skaliert geladen werden und große Bilder einfach mehr Speicher fressen. Auf einem 16Bit Screen habe ich diese Probleme nicht und es ist definitiv schneller, wenn ich die "DATATYPES" Option angebe. Nachtrag: Ich bin nochmal in mich gegangen und zu dem Schluss gekommen, dass Palgucker ganz sicher AGA verwenden wird. Sonst würdest Du wohl kaum HAM8 verwenden. :) [ Dieser Beitrag wurde von yelworC am 03.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
03.05.2003, 23:59 Uhr Mario_II Posts: 69 Nutzer |
@ palgucker es klappt! mit der "tower.library" und den classes zeigt Fastview nun auch JPEGs an. Sogar schneller als es VT getan hat. Bei Visage hat sich nichts geändert. :-( Trotzdem, danke nochmals :-) Mario II [ Dieser Beitrag wurde von Mario_II am 04.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
04.05.2003, 20:21 Uhr StefanONE Posts: 453 Nutzer |
Jetzt läuft Fastview bei mir auch richtig. Versuche gerade Fastview als externen Jpeg-Anzeiger für IBrowse 2.3 zu verwenden. Klappt irgentwie nicht. Hat da einer einen Tip? Gruß StefanONE [ - Antworten - Zitieren - Direktlink - ] |
|
04.05.2003, 22:55 Uhr Wolfman Posts: 3669 Nutzer |
Zitat: Da ich das jetzt zufälligerweise selber einrichten musste: TYP: image/jpeg Endung: jpg jpeg Aktion: externer Anzeiger Anzeiger: "DeinPfad"/Fastview Argumente: %f Allerdings kriege ich manchmal Fehlermeldungen bei Bildern, die aber z.B. Superview anzeigen kann. -- Bild: http://home.arcor.de/the_wolf/Bilder/wolfman.jpg Bikers, Amigas and good Whiskey get better with age  [ - Antworten - Zitieren - Direktlink - ] |
|
04.05.2003, 23:39 Uhr StefanONE Posts: 453 Nutzer |
@Wolfman, genauso hatte ich das vorher auch, lief aber nicht. Jetzt nach einem Reset läuft es. Wenn ich die Bilder mit IBowse betrachte, sind diese horizontal zusammen gestaucht. Wenn ich die Bilder vom der Festplatte aus lade sind sie ganz normal. Woran kann das liegen? Kann man vieleicht etwas an den Zusatzdateien (siehe oben) etwas anderes einstellen? Gruß StefanONE [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 11:23 Uhr gni Posts: 1106 Nutzer |
Zitat:Mir ist noch kein JPEG untergekommen, das auf einer Grafikkarte wegen Speichermangel nicht dargestellt werden konnte. [ Dieser Beitrag wurde von gni am 06.05.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 11:26 Uhr gni Posts: 1106 Nutzer |
Zitat:Dieser jpeg.codec ist _obsolete_,da er keine progessiven JPEGs dekodieren kann. [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 11:30 Uhr gni Posts: 1106 Nutzer |
Zitat:Das Icon von Visage ist defekt. 3.5+ unterstützt diese Icons, ist aber pingeliger mit deren Aufbau. Entweder anderes Icon nehmen oder das Icon in IconEdit laden+speichern (das macht es dann zu einem korrekten aber 3.5+ only Icon). [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 11:35 Uhr gni Posts: 1106 Nutzer |
Zitat:Vermutlich ein Bug im DT-Support von Visage (welche Version von Visage, welcher Datatype? Zitat:Noe, es ist ein aus HAM erzeugtes 24bit ILBM. [ - Antworten - Zitieren - Direktlink - ] |
|
06.05.2003, 16:47 Uhr Palgucker Posts: 1342 Nutzer |
hallo gni quote: Dieser jpeg.codec ist _obsolete_,da er keine progessiven JPEGs dekodieren kann. Nun ja, dieser Codec ist aber immer noch nützlich, wenn man Fastview das anzeigen von Jpeg's "beibringen" will. Im übrigen kann ich nicht vor allem, was obsolete ist oder erscheint, einen grossen Bogen machen. Dann könnte ich wohl gleich den ganzen Rechner vor die Tür stellen. quote: Vermutlich ein Bug im DT-Support von Visage (welche Version von Visage, welcher Datatype? Hab mir mal die Versionen angeschaut. Und, oh Graus, ich hab die ganze Zeit mit der alten Version (39.5 vom 21.01.96) getestet. Mit der neuen Version (39.22 vom 31.10.98) klappt es mit dem jpeg.datatype - aber auch nur gedithert. Vielleicht ist auch der Datatype einfach nicht hamfähig. Hab mir nun mal probeweise den AKjfif.datatype installiert und gestaunt. Zum 1., weil er jetzt Freeware ist, und zum 2., weil er wirklich genau so schnell ist, wie die codecs. Und hamfähig ist er natürlich auch. Kann mich noch erinnern, das ich ihn irgendwann mal von der Platte verbannt hatte, da irgend eine Version mich mit Nervrequester quälen wollte. Da bin ich vielleicht etwas eigen, aber ich greife lieber zu 100 kleinen Freeware-Tools, als zum kostenpflichtigen Mega-Bildanzeiger. Im Fall der JPEG's braucht man dann nur ein kleines Script, was in einem kurzen Vorabcheck erstmal testet, um was für ein JPEG es sich handelt (sequentiell,proggressive oder lossless), und die entsprechenden Programme startet. Übrigens werde ich die alte Version von Visage auch nicht gleich in die "Tonne kloppen", denn die kann noch Gif's ohne Datatype anzeigen, was ich persönlich recht nützlich finde. quote: Noe, es ist ein aus HAM erzeugtes 24bit ILBM. Hast Du das unter AGA Bedingungen rausgefunden? Aber danke für den Hinweis, denn das hätte ich wohl nicht so einfach rausbekommen. mfg Palgucker [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 11:39 Uhr gni Posts: 1106 Nutzer |
Zitat:Das unterstützt wohl keine DTs? Zitat:Also mein Amiga ist nicht obsolete ;-) Software kann im Gegensatz dazu sehr wohl obsolete sein. Vor allem dieser Codec, da er keine progessiven JPEGs kann ;-) Zitat:Ich habe auch noch eine "alte" Version von Visage runliegen. Warum weis ich nicht mehr und nutzen tue ich sie auch nicht. Zitat:Von welchem Datatype sprichts Du? Dem vom System? Die Hamfähigkeit eines DTs ist strenggenommen irrelevant. Wenn Du Multiview/Visage/etc. auf einen HAM-PubScreen schickst, dann wird ein 24bit Bild vom picture.datatype selber nach HAM konvertiert. Wenn der Datatype selber HAM unterstützt, dann öffnet Multiview/etc. entweder selber einen HAM-Screen oder der picture.datatype konvertiert alles wieder in ein für den gewählten Ausgabeschirm passendes Format (zb. 24bit ;-) BTW, es gibt DTs, die das Dithern abschalten können, allerdings nur für 15bit und mehr. Zitat:Die Schnelligkeit dieses DTs kommt ganz einfach vom verwendeten JPEG Dekoder, den alle neueren mir bekannten DTs verwenden. Die libjepg v6b ist einfach _schnell_. Es gibt aber dennoch schnellere DTs (und IMHO bessere DTs) als den den Du probeweise installiert hast. Er hatte allerdings gute Publicity ;-) Zitat:Das ist nur ein Gimmick, den man nicht unbedingt braucht. Zitat:Früher war der DT Shareware. Zitat:Für die beiden ersten kann man ein Programm verwenden. Lossless ist mir noch nie untergekommen. Ein sehr ungebräuchliches Format. Zitat:Das hat nichts mit AGA zu tun. Wenn das 24bit Original auf einem HAM-Screen dargestellt war, Du es von dort gespeichert hast und das Ergebnis ein 24bit Bild ist, dann wurde es aus den HAM Daten erzeugt, da die original Daten zum Zeitpunkt des Speicherns längst weg sind. [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 16:22 Uhr Palgucker Posts: 1342 Nutzer |
hallo gni quote: Das unterstützt wohl keine DTs? Doch, macht es. Aber nicht bei JPEG's. Das Datatypconcept würde wahrscheinlich mit dem Konzept von Fastview, alle Bitmaps im Voraus zu laden, kollidieren. Auf jedenfall zeigt Fastview ohne tower.library bei mir keine JPEG's an. Datatype hin, Datatype her. quote: Von welchem Datatype sprichts Du? Dem vom System? Speziell meine ich den jpeg.datatype (V 44.4 vom 26.09.00), aber ein paar andere Versionen zeigten die selben Symtome. zu hamfähig quote: Das ist nur ein Gimmick, den man nicht unbedingt braucht. Auf einem AGA Rechner kann man da aber ganz anderer Meinung sein! quote: Für die beiden ersten kann man ein Programm verwenden. Lossless ist mir noch nie untergekommen. Ein sehr ungebräuchliches Format. Und trotzdem ist es ein Standard, den die JPEGroup 1993 auf die Menschheit losgelassen hat. quote: Das hat nichts mit AGA zu tun. Wenn das 24bit Original auf einem HAM-Screen dargestellt war, Du es von dort gespeichert hast und das Ergebnis ein 24bit Bild ist, dann wurde es aus den HAM Daten erzeugt, da die original Daten zum Zeitpunkt des Speicherns längst weg sind. Übrigens hatte ich gestern schon ein merkwürdiges Gefühl beim lesen Deines Satzes >>Noe, es ist ein aus HAM erzeugtes 24bit ILBM.<<. Ich war aber zu faul, das Gegenteil zu finden. Heute war ich da etwas fleissiger. Also um es auf den Punkt zu bringen: Wenn Multiview ein jpeg unter AGA Bedingungen mit dem o.g. datatype anzeigt, bekomme ich ein FS-gedithertes palettenorientiertes normales Bild zu sehen(kein Ham!). Wenn ich nun dieses Bild speichere, ist es ein 24-Bit ILBM, das aus einem 24-Bit chunky Speicherbereich gewonnen wird, und nicht aus irgendeiner Ham8 Bitmap. Und Multiview hält durchaus während der Anzeigedauer "Kontakt" zu den 24 Bit Orginaldaten. mfg Palgucker [ - Antworten - Zitieren - Direktlink - ] |
|
07.05.2003, 18:23 Uhr Mario_II Posts: 69 Nutzer |
Zitat: @ gni vielen Dank! Jetzt läuft Visage anstandslos. Was wäre ich nur ohne die Gemeinde :-) Mario II [ - Antworten - Zitieren - Direktlink - ] |
|
08.05.2003, 15:31 Uhr gni Posts: 1106 Nutzer |
Zitat:Bist Du sicher? FastView 2.0 (24.10.95) enthält keinen Verweis auf die datatypes.library. Der String "multipic.library" ist zu finden. Zitat:Der JPEG-DT von 3.5+ dekodiert das Bild nur und reicht die reinen RGB-Daten an den picture.datatype weiter. Der dithert das ganze dann und/oder macht gegebenenfalls HAM draus. Zitat:Warum? Ein HAM-PubScreen tuts doch auch! Oder kannst Du keine PubScreens öffnen? Zitat:Üblicherweise wird die Source-Bitmap nach dem Konvertieren der Daten ins Ausgabeformat freigegeben. Ich glaube kaum, das Multiview das anders macht. Wenn man beim Speichern eine HAM-Bitmap erhält, dann sind das wohl keine Originaldaten mehr [ - Antworten - Zitieren - Direktlink - ] |
|
08.05.2003, 15:51 Uhr Bluebird Posts: 3260 Nutzer |
@gni ahh einer der genug kohle hat fuer ne 16 mb voodoo oder wie ? , dann mal glueckwunsch aber wer ne merlin im z2 modus pica 2 /2+ oder picollo mit nur 2 mb hat wird wissen das bilder groesser 1280x1024 nicht mehr dargestellt werden koennen ! heute sind ja bilder mit 3000x2000 erst "HQ" und ich wette das sowas auach keine cv64 oder pica 4 mehr anzeigt ohne zu scalieren mfg Bluebird [ - Antworten - Zitieren - Direktlink - ] |
| -1- 2 | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Jpeg-Viewer | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|
