![]() |
ENGLISH VERSION |
|
![]() |
Links | | | Forum | | | Kommentare | | | News melden |
![]() |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
![]() |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
platon42
[Ex-Mitglied]
22.05.2003, 16:49 Uhr [ - Direktlink - ] |
Thema: DigiCam: USB oder PCMCIA
Brett: Amiga, AmigaOS 4 Zitat: Mit ein und demselben PCMCIA-Adapter? Fuer EUR 10? Das ist wirklich guenstig. Zitat: Und? Unter USB geht das auch alles mit der ein und derselben Software, die Du zusammen mit der USB-Karte erworben hast. Zitat: Klar, ich kann mir auch nen Kaugummi kaufen fuer paar Cent, aber damit kann ich dann z.B. nicht Kaffekochen. Mit ner USB Karte kannst Du weit mehr machen als nur CF-Karten lesen. Das hat seinen Preis. Ist etwas komisch, Aepfel mit Birnen zu vergleichen oder? Zitat: Erm, ich blicke die Logik nicht ganz. Ich schreibe, dass man Flash-Karten eh nicht mit der Geschwindigkeit auslesen kann und Du schreibst, ja das ist richtig, aber Hauptsache das Busssystem koennte mehr leisten, auch wenn es faktisch nicht viel schneller als unter USB sein wird? Frage: Wie schnell kannst Du Deine Flash-Karten lesen -- ueber den PCMCIA-Adapter? Zitat: Auch ich habe einen A1200 im Tower, aber ohne diesen teuren Winkeladapter. Damit ist der PCMCIA-Port fuer mich gestorben. Wie viele Leute haben einen A600 oder A1200 mit zugaenglichen PCMCIA Port? Aber Du hast Recht: Fuer die waere das durchaus eine moegliche Loesung. Zitat: Naja, den Adapter bei USB kann man sich meistens sparen und die Kamera direkt anschliessen. Und ueber die Geschwindigkeit koennen wir nochmal reden. Wenn ich die Karten hier praktisch mit 950KB/sec auslesen kann, dann ist der PCMCIA-Adapter IMHO hoechstens zwei Mal schneller (und selbst das bezweifle ich). Zitat: ACK. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
22.05.2003, 15:19 Uhr [ - Direktlink - ] |
Thema: DigiCam: USB oder PCMCIA
Brett: Amiga, AmigaOS 4 > Leider ist das noch nicht bei allen Amigausern angekommen, aber es gibt für den Amiga eine *schnellere* und *billiger* Möglichkeit Digitalkamera auszulesen als via USB Wenn man *NUR* CF-Karten auslesen will und USB fuer *nichts* anderes verwenden will, dann *kann* es sein, dass ein speziell fuer diesen Zweck angeschaffter PCMCIA-Adapter billiger ist als sich eine USB-Karte zu kaufen. > Bei PCMCIA hat man die volle Amigatechnisch mögliche Geschwindigkeit des CHIP-Rams! So einfach ist das auch wieder nicht. Flash-Ram ist nicht gezwungenerweise so schnell les- und schreibbar wie normales RAM. Ich bezweifle ernsthaft, dass Du die ~2,7MB/sec erreichst. > Also, schneller, billiger... nur halt nicht zu flexsibel wie USB. Und wenn man einen PCMCIA Port hat. Ich hab z.B. keinen. Wenn man aber bereits eine USB-Karte hat fuer seinen Drucker, Keyboard, Maus, etc., dann kann man fuer 15 EUR beim Aldi einen fuenffach-Kartenleser kaufen, der mehr liest als nur CF-Karten. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
14.05.2003, 20:54 Uhr [ - Direktlink - ] |
Thema: Bilder runterrechnen womit?
Brett: Amiga, AmigaOS 4 jpegtools und netpbm. Wenn Du sie auf ein Viertel oder ein Sechzehntel der Größe reduziert haben möchtest, dann ist das Quasi ein Einzeiler. Hier das Script mit dem ich meine Neuseelandbilder runtergerechnet und Thumbnails erzeugen lassen hab -- das ist übrigens die schnellstmögliche Variante, denn dabei wird das Bild bereits bei der DCT Transformation runtergerechnet -> weniger Speicherverbrauch, weniger Rechenaufwand als beim nachträglichen Verkleinern. code:.key DIR/A,PREF/A .bra { .ket } FailAt 21 Echo "FailAt 21*NMakeDir output" >T:NZPScript List {DIR} FILES LFORMAT "djpeg -dct float -scale 1/2 %p%n T:Temp.ppm*Ncjpeg -dct float -optimize -quality 85 T:Temp.ppm output/{PREF}%m.jpg*Ndjpeg -dct float -scale 1/8 %p%n T:Temp.ppm*Ncjpeg -dct float -optimize -quality 60 T:Temp.ppm output/tn_{PREF}%m.jpg*N" >>T:NZPScript Execute T:NZPScript Delete >NIL: T:Temp.ppm Werds nicht näher erläutern. Die Tools haben gute Anleitungen. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
12.05.2003, 16:13 Uhr [ - Direktlink - ] |
Thema: Grafiktablett und 3D-Software ?
Brett: Amiga, AmigaOS 4 Cinema4D installiert einen InputHandler, der beim Drehen und Verschieben die Mausbewegungen abfaengt. Allerdings tatsaechlich *nur* RAWMOUSE Ereignisse. Normalerweise schicken Tabletttreiber aber natuergemaess NEWTABLET Ereignisse; die werden natuerlich von Cinema4D sang und klanglos ignoriert. FormAldiHyd loest dieses Problem, indem es RAWMOUSE Ereignisse erzeugt , diese aber ueber einen InputHandler kurz vor Intuition wieder in NEWTABLET Events umwandelt. Damit funktioniert dann auch Cinema4D. Sowas koennte man natuerlich auch extern programmieren, als "AddOn" fuer einen Tablet-System. Sonst sehe ich halt keine Loesung fuer dieses Problem. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
12.04.2003, 18:00 Uhr [ - Direktlink - ] |
Thema: Spider USB Maus und tastatur resetfest machen?
Brett: Amiga, AmigaOS 4 Zitat: Ich bezweifle, dass sich die Komponenten (spider.device, pci.library, etc.) für den Betrieb einer Spider bereits beim Booten installieren lassen. Daher gilt das mit dem Resetfest-Einbinden nur für die Highway, Subway und Algor. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
06.04.2003, 16:40 Uhr [ - Direktlink - ] |
Thema: Subway und X-Surf
Brett: Amiga, AmigaOS 4 Zitat: Okay, ich besitze wohl genau den selben Rechner. Zitat: Mir ist nicht ganz klar, wie das Programm ausgeben konnte, dass die Karte defekt ist, wenn sie überhaupt nicht gefunden wurde...? Zitat: Ja, bitte! Zitat: Beide Ports sind gleich orientiert. Wenn ich mich recht erinnere, sind die Steckerleisten so angebracht, dass die Clockports, wenn man sich die vor sich hin legt und die Zorroleiste hinten ist, in Richtung A1200 Portleiste angebracht sind (wodurch z.B. die Melody nicht richtig passt). Man kann sich leicht nach den Kondensatoren zur Entstörung bzw. Stabilisierung richten. Diese sind IMHO immer dort angebracht, wo sich auch die Versorgungsspannung VCC befindet. Siehe Pinbelegung Subway in der Anleitung. BTW: Trotzdem keinerlei Gewähr von mir. Alles auf eigene Verantwortung. Zitat: Poseidon besteht aus einer ganzen Anzahl verschiedener Komponenten, wobei jede ihre eigene Versionsnummer hat und Trident nur eine davon ist. Die 'offizielle' Versionsnummer bezieht sich immer auf die Main Library. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
06.04.2003, 09:42 Uhr [ - Direktlink - ] |
Thema: Subway und X-Surf
Brett: Amiga, AmigaOS 4 Zitat: Wenn das Testprogramm die Karte _erkannt_ hat, dann war sie bestimmt richtig herum draufgesetzt. In keinem Fall würde ich dann versuchen, die Subway anders herum anzustecken. Vielleicht wäre es interessant zu wissen in welchem Amiga mit welchem Busboard welcher Revision eingebaut ist. Micronik Busboards sind teilweise etwas heikel. Und es wäre auch interessant zu wissen, was das Testprogramm ausgegeben hat. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
03.04.2003, 13:22 Uhr [ - Direktlink - ] |
Thema: Subway und X-Surf
Brett: Amiga, AmigaOS 4 Wenn die Karte verkehrtherum draufgesteckt wurde, ist sie tot. Ich hatte die Subway hier schonmal an der X-Surf am Laufen. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
02.04.2003, 09:59 Uhr [ - Direktlink - ] |
Thema: BNC oder SUB-D?
Brett: Amiga, AmigaOS 4 Zitat: Übrigens bin ich immer noch total begeistert von diesem Monitor. Ich hab ihn jetzt seit mehr als 8 Jahren, es war und ist überhaupt mein erster und einziger Monitor und er ist immer noch gestochen scharf. Super Qualität. Nur die eine Microsicherung musste ich überbrücken nach einem Jahr, aber der Techniker hat mir am Telefon genügend Infos gegeben, um das selbst zu fixen. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
01.04.2003, 20:22 Uhr [ - Direktlink - ] |
Thema: BNC oder SUB-D?
Brett: Amiga, AmigaOS 4 Zitat: Theoretisch BNC. Ich betreibe meinen IIyama an beiden Anschlüssen -- an einem hängt mein A4000/FliFix/CV64, am anderen der A1200/BVPPC. Allerdings war bei mir der optische Unterschied eher auch minimal. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
25.03.2003, 12:08 Uhr [ - Direktlink - ] |
Thema: FileSystem-aber welches?
Brett: Amiga, AmigaOS 4 Zitat: AFAIR gibt es einen Bug in SFS bei Partitionen, die ueber die 4GB (oder war es 8GB?) Grenze hinausgehen und wenn kein NSD-Patch/scsi.device update installiert ist. Ich hatte das, glaube ich, auch mal ne Zeit lang. Allerdings nutze ich die SCSI-Direct Version von SFS 1.84. Aus mir total unverstaendlichen Gruenden hat Joerg bei allen nachfolgenden Versionen SCSI direct support rausgeworfen. Damit werd ich ganz bestimmt nicht upgraden. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
24.03.2003, 15:02 Uhr [ - Direktlink - ] |
Thema: FileSystem-aber welches?
Brett: Amiga, AmigaOS 4 Zitat: Jein. Wenn Du es in der filesystem.resource verankerst, koennte es auch so funktionieren. Die Frage ist halt, was das Filesystem dann draus macht ![]() -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
24.03.2003, 09:23 Uhr [ - Direktlink - ] |
Thema: FileSystem-aber welches?
Brett: Amiga, AmigaOS 4 Zitat: Klar kannst Du das ROM direkt nach dem Einschalten "modifizieren", wozu gibts denn wohl bei der Algor bzw. dem Romulus Modul das FlashRom? Zu genau diesem Zwecke. Werde noch ein Tool für einen Rechner-Passwortschutz mitliefern ![]() -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
23.03.2003, 17:05 Uhr [ - Direktlink - ] |
Thema: FileSystem-aber welches?
Brett: Amiga, AmigaOS 4 Zitat: Jein. Defragmentiert im Sinne der Nutzdaten schon. Bei SFS ist es allerdings so (zumindest bis V1.84, keine Ahnung, ob sich danach nochmal etwas verändert hat), dass die Administrations-Container enthalten (also die Bereiche, in denen z.B. drin steht, wo welche Dateien und Verzeichnisse sind), sowieso nie wieder im Laufe des Lebens einer Partition verschoben oder freigegeben werden. Sprich, wenn sich erstmal eine kleine 'Pfütze' (denn diese Admin-Bereiche sind soweit ich weiß mindestens 8 KB (?) groß) gebildet hat irgendwo auf der Platte, weil man z.B. schnell mal ein Verzeichnis mit 10000 TMP-Dateien erzeugt hat, dann wird dieser Platz für Admin-Blöcke für immer dort an dieser Stelle belegt bleiben. Finde ich allerdings nicht so schlimm. Bei SFS ist es nicht so, dass jede Datei einen eigenen Block für Dateiinfos bekommt. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
23.03.2003, 16:25 Uhr [ - Direktlink - ] |
Thema: Reset-Taster am A4000
Brett: Amiga, AmigaOS 4 Zitat: Völlig richtig -- es ist allerdings so, dass man diese Verzögerung selbst einstellen kann. Und überhaupt wird nur dann verzögert, wenn ResetHandler gefunden wurden. Mit der HID-Klasse kannst Du Dir Deinen Reset auch auf eine beliebige andere Taste legen >;) -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
23.03.2003, 15:38 Uhr [ - Direktlink - ] |
Thema: FileSystem-aber welches?
Brett: Amiga, AmigaOS 4 Zitat: Das führt zwar zu einer defragmentierten Platte (vom Platz her), insgesamt ist das aber zumindest für FFS die schlimmstmögliche Anordnung, wenn man Verzeichnisse lesen will -- die ganzen FileHeader Blöcke sind dann quer über die Platte verteilt. Reorg macht deutlich mehr, als nur defragmentieren: es ordnet auch diese FileHeader und File-List Blöcke optimal (naja, günstiger) an. Wenn Du Dein vorgehen verbessern willst, dann musst Du zuerst alle Dateien und Verzeichnisse anlegen, so dass die FileHeader zusammen liegen. Das ginge z.B. mit meinem CleanCopy Script ![]() .key TO/A .bra { .ket } List #? ALL DIRS LFORMAT "MakeDir *"{TO}%p%n*"" >T:TmpFile-$process Sort T:TmpFile-$process T:DoDirs-$process ;List #? ALL FILES LFORMAT "Touch *"{TO}%p%n*"" >T:TmpFile-$process List #? ALL FILES LFORMAT "Echo NOLINE >*"{TO}%p%n*"" >T:TmpFile-$process Sort T:TmpFile-$process T:DoFiles-$process Echo "FailAt 21" >T:CopyIt-$process Type T:DoDirs-$process >>T:CopyIt-$process Type T:DoFiles-$process >>T:CopyIt-$process Echo "Copy #? ALL CLONE TO *"{TO}*"" >>T:CopyIt-$process Execute T:CopyIt-$process Delete QUIET T:TmpFile-$process T:DoDirs-$process T:DoFiles-$process T:CopyIt-$process -- Best Regards Chris Hodges [ Dieser Beitrag wurde von platon42 am 23.03.2003 editiert. ] |
|||||
platon42
[Ex-Mitglied]
18.03.2003, 21:09 Uhr [ - Direktlink - ] |
Thema: Merkwürdiges beim Disketten formatieren (Cross Dos)
Brett: Amiga, AmigaOS 4 Zitat: Wird Dir bei der Poseidon-Diskette auch passieren (ist übrigens ein Riesenspaß, >400 Disketten zu erstellen und immer die Löcher zuzukleben). Man bekommt einfach keine DD Disketten mehr im Laden. Allerdings stellt das Beschreiben von HD Disketten in einem HD Laufwerk mit zugekleibten HD Loch kein Problem dar. Nur wenn man HD Disketten in einem DD Laufwerk beschreibt, kann man davon ausgehen, dass die Daten nicht lange drauf bleiben (eben weil man eine höhere Magnetisierungsspannung benötigt). -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
13.03.2003, 10:43 Uhr [ - Direktlink - ] |
Thema: batch konvertierung iff-jpg
Brett: Amiga, AmigaOS 4 Zitat: NetPBM hätte ich jetzt auch vorgeschlagen. Damit die Festplatte aber nicht platzt, kann man natürlich auch die beiden Zeilen kombinieren: --- schnipp --- .KEY FILEPAT .BRA { .KET } List {FILEPAT} LFORMAT "ilbmtoppm %p%n >T:Temp.ppm*Ncjpeg -dct float -optimize -quality 90 T:Temp.ppm %p%m.jpg" >T:ConvScript Execute T:ConvScript Delete >NIL: T:ConvScript T:Temp.ppm --- schnapp --- Wenn man neuere Kompilate von cjpeg benutzt (z.B. für PPC), dann muss man evtl. in die Zieldatei reinpipen, anstelle den Dateinamen direkt anzugeben. Im Klartext muss halt vor '%p%m.jpg' noch ein '>'. Übrigens eignen sich solche Shell-Scripten auch hervorragend zum Erstellen von Thumbnails. Siehe manual von pnmscale. -- Best Regards Chris Hodges [ Dieser Beitrag wurde von platon42 am 13.03.2003 editiert. ] |
|||||
platon42
[Ex-Mitglied]
13.03.2003, 10:35 Uhr [ - Direktlink - ] |
Thema: IBrowse 2.3 und USB-Maus
Brett: Amiga, AmigaOS 4 Zitat: AFAIK Bug vom MUIWheelPatch. Mit MUIPPC ist das gefixt (weil der kein WheelPatch mehr braucht). [quote] Zitat: Ich musste bisher nur eine einzige Taste ummappen, nämlich die Taste mit ' und # drauf, weil die das Keyboard falsch ausgegeben hat. Alles andere ging problemlos mit einer Win95 Keymap aus dem Aminet. Du wirst durch reines Raw-Key ummappen /nicht/ immer das bekommen, was drauf steht, weil sich das oftmals durch /Kombination/ von Tasten ergibt. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
09.03.2003, 19:28 Uhr [ - Direktlink - ] |
Thema: JPG-Bilder undeutlich!
Brett: Amiga, AmigaOS 4 Zitat: Die DPI Einstellung besitzt zwar beim Scannen eine Rolle, bzw. wenn man das Bild in Originalgröße am Bildschirm anzeigen möchte. DPI gibt also das Verhältnis zwischen Rohdatengröße und Ausgabegröße an. Letztendlich sind die DPI aber nicht relevant, denn bei einem Screenshot wird die tatsächliche Größe in Pixeln verwendet -- da wird nichts rauf- oder runterskaliert. Übrigens muss bei einem Screenshot nicht der Wert 72DPI herauskommen -- das hängt ganz stark von der gewählten Auflösung und der Größe des Bildschirms ab (eigentlich muss man nachmessen, wieviele es tatsächlich sind). Zitat: Über die Historie der TIFF-Kompression kann ich nicht viel sagen, sorry, aber es gibt IMHO drei verschiedene, wobei eine davon unter das LZW-Patent fällt. Zitat: Völlige Zustimmung. Ach ja, wenn der Webmaster meint, er nimmt nur JPG und GIF an (was ich mir nicht vorstellen kann, zumindest PNG muss auch noch gehen), dann sollte er doch mal in den Lizenzbestimmungen für LZW-Lizenzen nachsehen, ich glaub da gabs letztes Jahr einen großen Aufschrei, als Unisys anfing von Webhostern Gebühren zu verlangen. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
09.03.2003, 16:32 Uhr [ - Direktlink - ] |
Thema: JPG-Bilder undeutlich!
Brett: Amiga, AmigaOS 4 Zitat: Du schriebst in der ersten Zeile Deines ersten Postings "JPG-Bilder undeutlich! Woran liegt das?". Ich dachte: vielleicht will der tatsächlich etwas wissen. Dort steht nicht "Wie krieg ich das weg", denn dann hätte auch einfach schreiben können: "Garnicht. Wenns bei 100% immer noch undeutlich ist, vergiss es". Okay, aber ich sehe ein, dass manche Leute lieber dumm sterben wollen. Ich fahre deutlich besser mit meinem Hintergrundwissen bzw. mit den "Details aus dem Nähkästchen". Nur wer weiß, warum Hammer und Nagel so funktionieren wie sie funktionieren, kann sie auch richtig und zweckgebunden bedienen. So jemand würde auch nicht auf die Idee kommen, Schrauben mit einem Hammer zu behandeln. Zitat: Hättest Du den Text gelesen, dann wüsstest Du, wo das Problem liegt. ilbmtoppm bloedesbild.iff >T:bloedesbild.ppm cjpeg -dct float -optimize -quality 100 T:bloedesbild.ppm T:bloedesbild.jpg -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
09.03.2003, 15:40 Uhr [ - Direktlink - ] |
Thema: JPG-Bilder undeutlich!
Brett: Amiga, AmigaOS 4 Zitat: Du erlaubst, wenn ich das ein wenig weiter ausbaue? Ich würde gerne, dass die Leute den Hintergrund verstehen, warum JPeg für einige Bildtypen besser und für andere schlechter geeignet ist. Bei JPeg wird die Grafik von links oben nach rechts unten in (normalerweise) 8*8 große Pixelblöcke zerlegt. Die Farbwerte werden von RGB in YUV umgewandelt, weil bei natürlichen Photos diese stärker linear voneinander abhängen. Diese drei Kanäle Y, U und V (bzw. bei Graustufengrafiken nur Y). Nun wird über diese 64 Pixel eine sog. zweidimensionale Diskrete Cosinus-Transformation durchgeführt. Das ist so ähnlich, wie wenn man bei Audiosamples eine Frequenzanalyse mit einer Fourier-Transformation durchführt. Damit bekommt man quasi die Stützstellen einer Funktion, die sich aus mehreren Cosinus-Funktion zusammensetzt. Über die einfache mathematischen Umkehrfunktion lässt sich also das Ergebnis der DCT wieder zurückwandeln in die YUV-Daten und die wiederum in die RGB-Daten. JPeg verwendet AFAIK allerdings immer 8Bit für die jeweiligen Komponenten. Soweit alles klar? Bis hierhin ist es keine Kompression. Es ist nur eine andere Darstellungsform und bis auf minimale Rundungsfehler (die sich auch, wenn man geschickt ist, vermeiden lassen) 1:1 reproduzieren. Und jetzt kommt die Kompression: Die DCT-Daten werden nun untersucht, welche 'Frequenzen' man wegwerfen kann, ohne dass die Funktion sich zu stark verändert. Man nennt das auch Quantisierung. Meistens sind es die hochfrequenten Anteile, also die Details mit starkem Kontrast, die dadurch rausgefiltert werden. Und bei zunehmender Kompression wird das Bild einfach unscharf, weil eben nur noch wenige 'Stützstellen' die Funktion beschreiben, die den ehemaligen 8*8 Pixelblock darstellten. So wird eben Block für Block umcodiert und mit div. anderen Kodierungsmethoden (z.B. Huffman) in die Datei geschrieben. Welche Bilder sind nun für JPeg geeignet und welche nicht? Ganz einfach: Photos sind ideal, denn meistens enthalten sie nur sanfte Farbänderungen bzw. solche, die sich gut durch Sinus-Funktionen darstellen lassen. Das schlimmste, was man machen kann, sind 1-Bit schwarz-weiß-Grafiken in JPeg umzuwandeln. Warum? Solche Grafiken sehen als Funktion eher so aus (schematische, eindimensionale Darstellung) _|~|___|~|_|~|_ und jetzt versuche mal eine Kombination von Sinus-Funktionen zu finden, die dieser harten 0-1 Funktion nahe kommen. Dafür braucht man sehr sehr viele Stützstellen. Und bei der Quantisierung, da wirst Du Dir nichts Gutes tun. Beim Zurückwandeln bekommst Du allerhand Grauer schlieren, weil Sinus-Funktionen nunmal nicht die Eigenschaft haben, konstant zu sein (es sei denn, die ganze Fläche ist einfarbig). Bei MP3 ist es eigentlich ganz ähnlich vom Prinzip her. Im Grunde ist das auch keine Kompression, sondern eine andere, ich würde es geradezu als analoge Darstellungsweise bezeichnen. Zitat: Im Grunde kommt es nicht auf die Auflösung an, sondern auf die Art der Informationen. Ich denke, das sollte jetzt klar geworden sein ![]() Im Falle mit der Schrift würde ich versuchen, solche krassen Kontraste zu vermeiden für JPeg -- und wenn es wirklich originalgetreu sein soll, lieber ein verlustfreies Format nehmen wie IFF24 oder PNG. TIFF geht auch noch, nur ist die Komprimierung nicht wirklich speziell auf Photos ausgelegt. Schöne Grüße ![]() -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
02.03.2003, 23:45 Uhr [ - Direktlink - ] |
Thema: USB-Tastatur / Maus an Highway
Brett: Amiga, AmigaOS 4 Zitat: Du brauchst FormAldiHyd nicht für USB Tabletts, das macht die HID-Klasse schon. Leider hat die USB Version des Medion A4 bzw. baugleichen Tabletts von Aiptek einen hardwarebug, der es in der derzeitigen Firmwareversion unbenutzbar macht. Ich habe ein Testexemplar einer neueren Revision aus Taiwan da, mit der geht das problemlos. Nur eben dieses alte Tablett funktioniert nicht. Abraten kann ich im Moment leider auch nur von den Wacom Tabletts. Grundsätzlich halten die sich nur eingeschränkt oder überhaupt nicht an die Standards und sowohl an der Highway als auch am Pegasos (nur kurz getestet) funktionieren die wohl aufgrund einer Hardwaremacke des Tabletts nicht. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
02.03.2003, 23:39 Uhr [ - Direktlink - ] |
Thema: USB-Tastatur / Maus an Highway
Brett: Amiga, AmigaOS 4 Zitat: Dann ist es nicht installiert. Das input.device muss über PsdLoadModule (oder mit LoadModule von Thor) eingebunden werden. Schau mal bitte nach, was bei Dir in der Startup-Sequence steht. Zitat: Es gibt im Aminet ein Programm für sowas, leider fällt mir der Name jetzt nicht mehr ein. Suchmaschine benutzen (am besten http://home.in.tum.de/~hodges/cgi-bin/amifind ![]() Zitat: Siehe oben. Sobald das input.device installiert ist, sollte das behoben sein. Zitat: Arexx geht bereits indirekt. Dazu muss man einfach wie in den Beispielen in der Anleitung den Umweg über 'Rx' gehen. Zitat: Stichwort input.device. Zitat: Wie in der Anleitung empfohlen, solltest Du Dir eine Windows-Tastenbelegung suchen wie sie im Aminet zu finden sind. Du kannst zwar das Rawkey-Mapping verändern, aber für Tastenkombinationen wirst Du nicht um eine Keymap herum kommen. Zitat: You're welcome. Ich lese allerdings nicht sooo regelmäßig hier in den Foren, normalerweise bekommst Du die schnellsten Antworten von der Highway ML unter http://groups.yahoo.com/group/highway_usb/ -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
28.02.2003, 08:52 Uhr [ - Direktlink - ] |
Thema: Problem mit Audiowiedergabe
Brett: Amiga, AmigaOS 4 Zitat: Das liegt leider daran, dass die meisten Demo-Coder leider nicht so nette Funktionen wie AddIntServer() benutzen, sondern ihre IRQ Routine direkt in den Interrupt-Vektor für VerticalBlank hängen. Am Ende dieser Routine muss man das Hardwarebit löschen, das signalisiert, dass ein Interrupt vorhanden ist. Nun ist es aber so, dass am 040/060er das Löschen dieses Bits wohl etwas verzögert ist. Sprich, die Musik-Routine wird beendet, aber das InterruptRequest-Bit ist noch gesetzt: Zack, die Routine wird nochmal aufgerufen, obwohl gar kein Interrupt aufgetreten ist. Nudelt Dir also voll durch. Dabei wäre eine Lösung so einfach. Das OS kennt all diese Macken und die InterruptServer Routinen sind nun wirklich nicht so schlimm zu benutzen. Zweite Lösung ist einfach, das IRQ-Register ein zweites Mal zu schreiben vor dem RTE. Muss man halt wissen, tun die meisten nicht. Im Aminet liegt seit Jahren ein von mir gefixter P61A player source. Scheint trotzdem keiner zu benutzen. Von Dir aus kannst Du da nicht viel machen außer die Datacaches auszuschalten. Aber dann ist das Demo nur noch halb so sehenswert. Ist halt blöd, weil die meisten Democoder nur A1200er haben und keine A4000er, und da tritt das scheinbar nicht auf. Genausowenig wie der Interlace-Bug. Alte TBL Demos sind da die schlimmsten. Tolle Bilder, aber even & odd Zeilen vertauscht :-( -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
27.02.2003, 13:03 Uhr [ - Direktlink - ] |
Thema: Wo ist mein Ram ???
Brett: Amiga, AmigaOS 4 Zitat: Puffer sind in 99% der Fälle im FastRam (sofern nicht im RDB für das FS was anderes eingestellt wurde). Sogar Trackdisk-Puffer liegen seit Kick 2.0 im Fastram und nicht mehr im Chip (abgesehen vom MFM-Puffer). -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
27.02.2003, 09:12 Uhr [ - Direktlink - ] |
Thema: Wo ist mein Ram ???
Brett: Amiga, AmigaOS 4 Zitat: Möglicherweise ist Dein Speicher nicht mit dem MEMF_KICK Flag ausgestattet. In diesem Fall werden die RomTags natürlich ins Chip-Ram geladen, weil SetPatch nicht davon ausgehen kann, dass der Speicher zum Zeitpunkt der Einbindung der RomTags verfügbar ist. Du kannst aber mal den Schalter AVOIDMEMFKICKFORPATCHES bei SetPatch angeben und schauen, ob das funktioniert. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
06.02.2003, 23:54 Uhr [ - Direktlink - ] |
Thema: Fragen zum Art-Pad II (Wacom).
Brett: Amiga, AmigaOS 4 Zitat: Auszug aus der Anleitung: Pressure Settings: - Don't clip: Normally, pressure is clipped to zero if no stylus button is pressed. This is done to stop painting programs like ArtEffect from painting with very soft pressure even though the stylus does not touch the tablet. If you tick this checkbox, the pressure will not be clipped. This can be reasonable if you have configured your pressure minimum at 13% or more and the LMB threshold is above the minimum pressure. War "Don't clip" deaktiviert? Zitat: Zu MovieShop kann ich nichts sagen, klingt aber danach, als wäre der LMB Threshold zu gering. Zitat: Naja, frag mich halt direkt. Manchmal versteh ich die Leute nicht ![]() -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
06.02.2003, 17:32 Uhr [ - Direktlink - ] |
Thema: Fragen zum Art-Pad II (Wacom).
Brett: Amiga, AmigaOS 4 Zitat: Niemand zwingt Dich, FormAldiHyd zu benutzen. Niemand zwingt Dich, dessen Anleitung zu lesen. Speziell zu den Pressure Settings. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
26.01.2003, 07:53 Uhr [ - Direktlink - ] |
Thema: Grafik-Tablett für Amiga... ???
Brett: Amiga, AmigaOS 4 Zitat: USB Tabletts, die sich an den HID-Standard halten, werden bereits unterstützt. Leider hat sich Wacom entschlossen, einen etwas anderen Weg zu gehen und nur die wenigstens Tablettinformationen (sprich Position und Maustasten) in HID-Felder zu packen. Der Rest ist in einem Datenblock, der natürlich wiedermal sein eigenes Format verwendet (das allerdings sehr ähnlich zum seriellen Format ist). Andere Wacom-Tabletts funktionieren nach User-Meldungen überhaupt noch nicht. Ich werd sehen, was ich machen kann. Die Dinger sind ja schon nicht schlecht. -- -- Best Regards Chris Hodges |
|||||
|
![]() |
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2025 by amiga-news.de - alle Rechte vorbehalten. |
![]() |