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]
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]
28.02.2003, 08:41 Uhr [ - Direktlink - ] |
Thema: Fenster Ikonifizieren
Brett: Programmierung Zitat: Vielleicht, lieber Darius, solltest Du in Zukunft Deine Fragen so formulieren, dass auch richtig verstanden werden und man nicht über mehrere Tage hinweg aneinander vorbeiredet :-P Und nun muss ich allen anderen auch zustimmen: Fremde Fenster sind definitiv tabu. Finger weg! Wir brauchen keine inkompatiblen Hacks wie es vor 10 Jahren üblich war, diese Zeiten sind endgültig vorbei. Wenn sich die User Iconify für Standardprogramme wünschen, können Sie doch a) den entsprechenden Programmierer fragen oder b) MorphOS oder AOS4 einsetzen, denn die unterstützen soetwas auf legale Weise (durch off-screen-layers, ohne dass man das Fenster resizen muss). -- -- 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]
27.02.2003, 09:05 Uhr [ - Direktlink - ] |
Thema: Fenster Ikonifizieren
Brett: Programmierung Zitat: Das ist Pech, passiert aber wohl seltenst. Zitat: Doch, genau das ist u.A. der Sinn. Zitat: Ein ein Pixel großes Fenster ist trotzdem noch ein Fenster. Es ist sichtbar, es blockiert den Screen, es hat Layer, die geupdatet werden (schlimmer noch mit SmartRefresh) und Deine angestrebte Methode ist nicht nur nicht schön, sie entspricht auch keinem Style-Guide. Solche Programme fliegen bei mir sofort wieder von der Platte. Ich meine, wieso fragst Du überhaupt danach, wie man Iconify implementiert, wenn Du's dann eh nicht machen willst? Ich hab jetzt leider keinen C-Source, weil ich seit MUI kein manuelles Iconify mehr programmiert habe, aber wenn der Assembler-Source so einer Funktion weniger als eine Seite ist, dann sind das in C ein paar Zeilen. -- Best Regards Chris Hodges [ Dieser Beitrag wurde von platon42 am 28.02.2003 editiert. ] |
|||||
platon42
[Ex-Mitglied]
23.02.2003, 17:41 Uhr [ - Direktlink - ] |
Thema: Devices
Brett: Programmierung Zitat: Naja, ich bin auch etwas ratlos. Schau mal, was passiert, wenn Du das Device im FASTMODE öffnest (vielleicht auch mal explizit SETPARAMS durchführen). Auf welchem Pegel liegt die Busy-Leitung? Wenn die falsch liegt, kanns schon sein, dass er keine Bytes ausgeben will. Ansonsten solltest Du vielleicht von diesen amiga.lib Funktionen wegkommen und lieber die seit Kick 2.0 vorhanden Funktionen CreateMsgPort(), CreateIORequest(), DeleteIORequest() und DeleteMsgPort() benutzen. Hinter dem AbortIO() fehlt noch ein WaitIO(). AbortIO ist nur der Versuch den Request abzubrechen, Du musst aber trotzdem noch darauf warten, dass er zurückkommt. -- -- 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 |
|||||
platon42
[Ex-Mitglied]
26.01.2003, 07:42 Uhr [ - Direktlink - ] |
Thema: Subway,Qauddro-Port und Soundkarte ?!?
Brett: Amiga, AmigaOS 4 Der Subway-Treiber frägt den Quaddddroport theoretisch ab, sprich, die Karte sollte auf einem der vier Ports laufen. Nur hat das bisher noch keiner getestet. Allerdings kannst Du nur maximal eine Subway auf dem Quaddddroport benutzen: Aus Sicherheitsgründen wird die Suche nach weiteren Karten in diesem Adressbereich abgebrochen, wenn eine Karte gefunden wurde, da auf Standard-Amigas wohl Spiegelungen wahrscheinlich sind (was aber nicht heißt, dass man nicht insgesamt mehrere Subways im System haben kann ). Wie gesagt, es sollte gehen, nur ist mir nicht bekannt, ob das schon jemand getestet hat. Ach ja: Nicht, dass Missverständnisse auftauchen: Die Subway läuft natürlich nicht AUF dem durchgeschleiften Port einer MelodyPro. -- Best Regards Chris Hodges [ Dieser Beitrag wurde von platon42 am 26.01.2003 editiert. ] |
|||||
platon42
[Ex-Mitglied]
22.11.2002, 18:00 Uhr [ - Direktlink - ] |
Thema: USB-Maus am spider und napalm
Brett: Amiga, AmigaOS 4 Zitat: Das damit nix zu tun. Das usb.device ist nur der *lowlevel* Treiber. Zitat: Poseidon (bootmouse/hid.class) versucht die Maus so exakt wie möglich nachzubilden. Wenn das neue input.device installiert ist, gibt es praktisch keinen Unterschied zur eingebauten Maus -- außer, dass Programme, die halt die Hardware direkt abfragen, verloren haben. Aber zu der Problematik kann ich leider sonst nicht mehr sagen. Habe Quake2 nicht da (und auch nicht vor, es mir zuzulegen). -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
02.10.2002, 19:16 Uhr [ - Direktlink - ] |
Thema: USB via PCMCIA
Brett: Amiga, AmigaOS 4 Zitat: Vor ein paar Monaten hatte mal jemand auf amiga.org geschrieben, dass es angeblich einen USB PCMCIA Adapter geben würde, der elektrisch am A1200 funktionieren sollte. HW Doku bekommt man zur Not auch über die Linux-Treiber. Es ist natürlich jedem (!) freigestellt, einen Hardwaretreiber dafür zu schreiben (Dokus für Poseidon gibts von mir). Allerdings werde ich das wohl nicht tun, weil ich weder einen A1200 mit zugänglichen PCMCIA Port habe, noch eine derartige PCMCIA USB Karte. -- -- Best Regards Chris Hodges |
|||||
platon42
[Ex-Mitglied]
22.08.2002, 11:09 Uhr [ - Direktlink - ] |
Thema: Webcams
Brett: Amiga, AmigaOS 4 Zitat: Wenn's Still-Images sein sollen, geht das auch mit einer STV680-kompatiblen USB Webcam, Auflösungen variieren zwischen 640x480 und 352x288 (oder sogar noch kleiner). Sowas benutze ich z.B.. (webcam, gerade nicht updatend auf http://www.platon42.de). Demnächst wird es noch einen Treiber dafür für's VHI studio geben, evtl. sogar mit streaming support. -- -- Best Regards Chris Hodges |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |