amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

1 2 3 -4- Ergebnisse der Suche: 114 Treffer (30 pro Seite)
uho   Nutzer

01.04.2007, 20:13 Uhr

[ - Direktlink - ]
Thema: Scandoubler mit Fehlern
Brett: Amiga, AmigaOS 4

@ZeroG:

Also es könnte der Indivision von Individial Computers sein (kommt
mir jetzt irgendwie bekannt vor). Leider ist kein Bild auf der Seite.

Allerdings hat der Scandoubler FF von Elbox dasselbe Gehäuse wie
meiner (soweit man das erkennen kann), allerdings mit einem zusätz-
lichen Aufkleber.
 
uho   Nutzer

29.03.2007, 20:12 Uhr

[ - Direktlink - ]
Thema: Scandoubler mit Fehlern
Brett: Amiga, AmigaOS 4

@Lemmink:

Natürlich ist das Teil sowohl Scandoubler als auch Flickerfixer.
Es ist IMHO der gängigste Typ. Leider steht auch auf der Platine
der Hersteller nicht.

Ich habe zwischenzeitlich bei jemandem ein funktionierendes
Exemplar gesehen. Es war wohl einige Jahre älter und - bis auf einen
Jumper an der Rückseite - äußerlich baugleich. Der Innenaufbau
unterschied sich geringfügig.

Auf der Oberseite befinden sich zwei LEDs, die den Status anzeigen.
Angesteckt wird es direkt an den 23pol. RGB-Port und den 15pol.
VGA-Stecker des Monitors.

Wie gesagt - ist ein ganz eindeutiger Designfehler. Hätte die Firma
das zugegeben, wäre sie bei der Stückzahl wohl sofort Pleite gegangen.

Das Dumme ist nur, daß niemand Abhilfe zu kennen scheint.


Gruß

uho
 
uho   Nutzer

25.03.2007, 20:37 Uhr

[ - Direktlink - ]
Thema: Scandoubler mit Fehlern
Brett: Amiga, AmigaOS 4

Hatte die Frage schon vor Wochen mal gestellt - leider ohne einen
"Wissenden" zu finden:

Ich besitze zwei externe Scandoubler, die ich zu unterschiedlichen Zeiten von unterschiedlichen Händlern gekauft habe, die sich aber ansonsten gleichen (beiges Plastegehäuse, keine Kabel).

Beide haben desselben Fehler: In den Interlace-Modi ist jede zweite Zeile um ein Pixel versetzt, so daß Texte kaum lesbar sind.

Es liegt nicht am Ausgabegerät, nicht am Amiga (jeweils mehrere getestet) und auch nicht an der Einstellung des Potis.

Gibt es eine Möglichkeit, diesen offensichtlichen Produktionsfehler zu umgehen ? Schließlich habe ich dafür ca. 190 Euro pro Stück gelöhnt...

Ich habe damals auch versucht zu reklamieren. Da kam dann mein eigener Scandoubler mit dem Vermerk "umgetauscht" zurück. Toll, oder ?

Wenn ich wüßte wie, könnte ich auch ein Foto zur Erläuterung hinzu-
fügen. Habe aber keinen Speicherplatz im Web. Müßte also mit auf die
Seite hier).


So wie sie jetzt sind, kann ich z.B. einen LCD anschließen - aber
eben nur in geringer Auflösung - was z.B. beim Proggen schade ist.


uho

 
uho   Nutzer

21.02.2007, 20:21 Uhr

[ - Direktlink - ]
Thema: V: HD-Laufwerk,extern
Brett: Kleinanzeigen (keine Auktionen!)

@Servais:


Heureka,

ich hab's gefunden !!!!!!!!!!!!!!

Endlich, endlich: Eine weit mehr als zehnjährige Suche ist damit
doch noch zu einem versöhnlichen Ende gekommen (insbes. nachdem
ich vor Jahren schonmal schwer mit einem DD-LW gelinkt wurde).

Danke an Servais für die prompte Lieferung !
5 min nach dem erfolgreichen Test war die zweite "Rate" auf dem
Weg. Viel Spaß !

Gruß

uho



@Maja:

Danke für den Tip. Darauf hätte ich wirklich selber kommen können B-)



Außerdem kann ich mir ein kräftiges "Ätsch!" an die beiden "Kollegen"
nicht verkneifen, die mein äußerst faires Angebot mit teilw. Vorkasse
unter fadenscheinigen Gründen abgelehnt haben.
Wüßte nur zu gern, ob die DD-LWs zum überhöhten Preis loswerden
wollten oder einfach nur extrem mistrauisch sind und das gesamte
Risiko auf meiner Seite wissen wollten...
Nun findet erstmal wieder einen, der dafür 60 Mücken hinlegt !
 
uho   Nutzer

17.02.2007, 14:36 Uhr

[ - Direktlink - ]
Thema: Swappen von Bitmaps
Brett: Programmierung

Hallo,

im Prefs-Einsteller "CybergraphX" gibt es dafür die Schalter "NoPassThrough" und "KeepAmigaVideo".
Außerdem kann man im Early-Startup-Menü der CyberVisionPPC die
Darstellung der GraKa abschalten, was die AGA-Geschwindigkeit deutlich erhöht. Hab aber gerade die Tastenkombination dafür nicht zur Hand.


Gruß

uho
 
uho   Nutzer

15.02.2007, 17:28 Uhr

[ - Direktlink - ]
Thema: V: HD-Laufwerk,extern
Brett: Kleinanzeigen (keine Auktionen!)

@Servais:

Ich war ursprünglich interessiert.

Da ich nicht weiß, was ein "PM" ist, antworte ich hier:

Ich biete 55 Euro - 25 Im Voraus, den Rest, falls es wirklich ein
HD-LW ist, das extern und ohne Treiber funktioniert (bin da schon
böse hereingefallen)


Gruß

uho

 
uho   Nutzer

04.12.2006, 21:51 Uhr

[ - Direktlink - ]
Thema: A520 HF Modulator
Brett: Amiga, AmigaOS 4

Hallo zusammen,

die Idee, den Fernseher über Scart zu betreiben, mußte ich auch
gleichmal testen.
Bisher hatte ich ihn immer über Cinch-Buchse betrieben.
Scart brachte bisher kein Bild.

Nach bischen Suchen bin ich auf die Info gestoßen, daß man diesen
Modus am Fernseher erst aktivieren muß, indem man Pin 16
(RGB-Steuerung) auf mindestens 1 V legt. Da dieser Pin niederohnig
ist und nicht mehr als 3V verträgt, habe ich einen Spannungsteiler
mit zwei 100 Ohm-Widerständen zwischen Masse und +5V gebaut, und dessen
Mittelabgriff mit Pin 16 (Scart) verbunden.

Funktioniert und gibt tatsächlich ein besseres Bild.
Auch wird die Bildwiederholfrequenz von 50 auf 100 Hz in normalen
Modi angehoben.

Im Interlace-Modus gibt's allerdings das 25Hz-Flimmern - ganz genauso
wie auf 'nem Monitor. Also nix mit "Fernseher statt Flickerfixer".
Wäre auch zu schön gewesen...

Gruß

uho
 
uho   Nutzer

04.12.2006, 21:40 Uhr

[ - Direktlink - ]
Thema: Blizzard 12340 IV Problem
Brett: Amiga, AmigaOS 4

Hallo,

falls nichtmal das Laufwerk klickt, ist der Grund mit hoher
Wahrscheinlichkeit ein anderer: Das Quarz. Kein Takt - kein
Bootvorgang; Der Prozessor macht Pause ;-)

Es regiert emfindlich auf Erschütterungen - läßt sich aber (zumindest)
bei mir - oft wiedererwecken:

Einfach nach dem Einschalten _leicht_ mit dem Fingernagel auf das
Quarz tippen - und in fast allen Fällen geht es wieder).

So ein Quarz ist halt ein mechanisches Teil, und der Kontakt zwischen
Metallspitze und Quarz kann schonmal verlorengehen...

Gruß

uho
 
uho   Nutzer

02.12.2006, 23:48 Uhr

[ - Direktlink - ]
Thema: Wieviele Farben kann der Amiga 500?
Brett: Amiga, AmigaOS 4

Zitat:
Original von eye-BORG:
Jaja, die guten, alten Coppertricks haben schon so manches Amiga-Game gehörig aufgepeppt.

Kann mich sogar daran erinnern, daß im "Supergrafik-Buch" von Data-Becker ein Listing in Basic stand, mit welchem man bei nur 3 Bit Farbtiefe mittels Copperprogrammierung satte 512 Farben auf dem A500 darstellen konnte.
--
----------------------------------------



Eine schöne Anwendung ist das Prog "WB-Verlauf" - inbesondere, wenn man keine GraKa hat.
Es läßt den Rahmen des aktiven WB-Fensters statt in schlichtem Blau in Regenbogenfarben erstrahlen und hebt es so besser ab.

Gruß

uho

 
uho   Nutzer

02.12.2006, 23:07 Uhr

[ - Direktlink - ]
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4

@amilate:

Hallo amilate,

erstmal danke für den Beitrag.

In diesem Zusammenhang würde mich sehr interessieren, welche Art
von Adapter (Bezugsquelle ? ) Du benutzt.

Ich habe einen von Pollin mit drei aufgelöteten LEDs.

Mir ist auch schon die Idee gekommen, daß die Karte "zu schnell"
antworten könnte und so das Aufleuchten der LED nur nicht sichtbar
ist.
Dies ist bei mir leider nicht der Fall: Ich habe ein Kabel gebaut
und damit verschiedene Sachen probiert.
Insbesondere habe ich Pin 27 (IO_CH_RDY) und Pin 31 (Unterbrechungs-
anforderung) schaltbar gemacht.
Bei Ersterem konnte man den Datentransfer einfach unterbrechen und
wieder fortsetzen. Dabei war dann teilweise Dauerlicht auf dem
Adapter, jedoch gleichzeitig nicht am Amiga.
Bei Letzterem fuhr das OS fest (Busy-Pointer).

Soweit erstmal zu meinen Erfahrungen.

Vielleicht reagiert die 1200er-LEd auf gewisse Befehlsfolgen, die
man mit einer zwischengeschalteten Logik emulieren könnte ?


Gruß

uho
 
uho   Nutzer

02.12.2006, 22:56 Uhr

[ - Direktlink - ]
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4

Zitat:
Original von thomas:
Wenn du nicht weißt, wozu Prototypen gut sind, dann hast du dich in meinen Augen disqualifiziert, Kritik an einem Compiler zu üben.


Hallo Thomas,

Ich weiß sehr wohl, daß Prototypen dem Compiler Informationen
über Argumentzahl- und -typ bekanntgibt.
Der Punkt war ja gerade, daß sqrt() auch _mit_ Prototyp nicht
funktioniert.
Aber dazu hätte man meinen Beitrag halt _richtig_ lesen müssen.
Und eine Antwort, ob dies nun ein Bug ist (vermutlich), und vor
allem, wie das zu umgehen ist, gab es bis dahin nicht.


Gruß

uho

 
uho   Nutzer

02.12.2006, 14:27 Uhr

[ - Direktlink - ]
Thema: Fensterinhalt schnell löschen
Brett: Programmierung

Hallo,

deutlich schneller als RectFill() ist EraseRect(). Damit habe ich bei
meinem Wator noch einige Prozent herauskitzeln können, obwohl der
Anteil an der Gesamtrechenzeit da nicht allzu groß ist...


Gruß

uho
 
uho   Nutzer

02.12.2006, 14:22 Uhr

[ - Direktlink - ]
Thema: S: Externes (!!) HD (!)-Disk-LW (ohne Treiber bootfähig)
Brett: Kleinanzeigen (keine Auktionen!)

Hallo Daywalker,

(sorry für die längere Antwortzeit. Habe erst später bemerkt, daß
man nicht direkt auf die Abo-Mail antworten kann).


wenn es NICHT dieses komische schwarze PC-Dings mit Adapter ist und es
nachweislich funktioniert (d.h. nicht nur ein HD-LW eingebaut ist,
sondern DD und HD-Disks ganz normal wie im internen LW vom 4000D erkannt
werden), dann könnten da schonmal 50 Euro (incl. Versand) rüberwachsen.


Gruß

uho
 
uho   Nutzer

02.12.2006, 14:20 Uhr

[ - Direktlink - ]
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4

Zitat:
Original von thomas:
@uho:
Langsam machst du dich echt lächerlich mit deinem "Skill".

Genau dafür ist MaxTransfer doch da. Wenn du den Puffer der CF-Karte überforderst, ist es klar, daß sie beim Schreiben Fehler macht. Die übliche Grenze ist 64k.




Hallo Thomas,

Dein Beitrag bzgl. meiner "Skills" ist leider wenig durchdacht.

Erstes gebe ich hier meine Erfahrungen umsonst ab, damit sich
eventuelle Interessenten viel Zeit sparen können.
Um die Flash-Karte fehlerfrei zum Laufen zu bekommen, waren Dutzende
Tests - immer verbunden mit dem Zurückschreiben tausender Dateien,
hauptsächlich von Diskette - nötig. Jeder dieser Tests benötigte Zeit
im Stunden-Bereich. Dazu Messungen mit dem Oszi und Bauen spezieller
Kabel (da der Adapter mechanisch falsch aufgebaut war). Da kommt eine
Menge Arbeit zusammen, die ich Euch halt ersparen wollte.


Abgesehen davon ist die 64K-MaxTransfer-Grenze (so sie existiert)

a) nicht allgemein bekannt. Schließlich sieht man das den Karten
nicht an. Technische Doku gibt's auch keine dazu. Und im Amiga
Bereich hat sowas bisher keine Bedeutung gehabt.
Daher bestehen also auch keine Erfahrungen.

b) eben NICHT universell, was der fehlerfreie Test mit der älteren
copy-Version bei der 2GB-Karte belegt.
Jede Flash-Karte scheint sich da anderes zu verhalten, was per se
schon nicht sein dürfte.

Dazu kommt noch, daß auch die HD-LED des 1200ers nicht leuchtet.
Da die Flash-Karten einen vollständig IDE-kompatiblen Controller
enthalten sollten, liegt da ja auch schon der Hund begraben.
Wahrscheinlich ist auch dieser Mechanismus nur so "kompatibel"
wie ein WinShit-PC zum anderen...

Aber vor allen Dingen möchte zu Deiner generellen "Kritik" etwas
loswerden:

Ich habe hier (v.a. bei "Programmierung") schon ein paar Fragen gestellt.
Leider konnte mir bisher _keine_ dieser Fragen zufriedenstellend beant-
wortet werden. Und das, obwohl ich den Schwierigkeitsgrad schon
Schritt für Schritt abgesenkt habe.
Damit ich nicht falsch verstanden werde: Es wurde sich redlich bemüht.
Dafür übrigens vielen Dank an dieser Stelle !
Auch ist es verständlich, wenn jemand, der z.B. SAS-C verwendet, nicht
die Eigenheiten von Aztec-C kennt.

Fakt ist nur, daß die hier versammelten Amiganer wohl den größten
Teil des noch vorhandenen Wissens rund um den Amiga vereinen.
Und dennoch können meine "ach so simplen" Fragen nicht beantwortet
werden. Soo simpel sind sie also wohl doch nicht.

Dafür hat Deine eigene Argumentation umsomehr Ungereimtheiten.
Also denk' doch bitte das nächste Mal genauer nach, bevor Du anderen
gegenüber Deinen Kiefer so weit auseinanderklappst !


Also nochmal danke an alle anderen für ihre Bemühungen
(und hier auch Maja für die Rückendeckung ;-) ) !!

Wenn noch jemand eine Idee hätte, wie ich die LED zum Leuchten
bringe: her damit !


Gruß

Uwe
 
uho   Nutzer

30.11.2006, 21:40 Uhr

[ - Direktlink - ]
Thema: "Geblitz-Dingst" - Warnung vor copy !!
Brett: Amiga, AmigaOS 4

* "Geblitz-Dingst" - Warnung vor copy !!

Nach ca. zwei Wochen intensiver Tests habe ich es endlich gschafft, eine
Compact-Flash-Karte als Festplattenersatz im A1200 (wahlweise auch im A4000)
zum Laufen zu bringen. Eine lange Geschichte, die ich bei Interesse auch hier
zum Besten geben kann.

Aufgefallen ist mir dabei folgendes:

copy V38.8 (5496 Bytes) macht beim Kopieren von Dateien reproduzierbare Fehler.
Diese Fehler treten nur dann auf, wenn (mindestens) folgende Umstände zusammen-
kommen:

* große Dateien (ich vermute >64K, habe das aber nicht weiter getestet)

* Zielmedium: 256MB-CF-Karte; Fehler tritt NICHT auf bei 2.5"-Festplatten
und kurioserweise auch nicht bei einer 2 GB-Karte und ebenfalls
nicht beim Kopieren ins (resetfeste) RAM.

* größeren Maxtransfer-Raten. Gegen Höchstgebot verrate ich die magische
Grenze ;-).
Der Einfluß von DMA-Mask ist noch nicht abschließend geklärt.

Die Fehler sind reproduzierbar - also keine zufällig "unwilligen" Flash-Zellen
(da ist sowieso ein Verteil- und Korrektur-Algorithmus auf der Karte).
Bei einer Datei mit ca. 1MB waren >800000 Bytes falsch. Die Anzahl falscher Bytes
war immer exakt gleich.

Diese copy-Version benutze ich seit >10 Jahren auf allen meinen Amigas. Wäre sie
auf _irgendeiner_ Festplatte derart fehlerhaft, hätte ich das in sehr kurzer Zeit
gemerkt.

Überhaupt machen es einem die Flash-Speicher sowieso schwerer als nötig.
So gibt's bei größeren MaxTransfer-Werten Read/Write-Errors - egal womit man kopiert.

Abhilfe:

1) MTool benutzen (allerdings hat das wirklich einen Bug: Alle Dateikommentare werden
gelöscht und das Datum wird erhöht

2) den BUFN-Parameter benutzen. Unterhalb einer gewissen Grenze (s.o.) tritt der
"Fehler" NIE auf.

3) copy V40.1 benutzen. Die Kopierfehler treten nie auf; die R/W-Errors (wesentlich
schwerer/unsicherer zu entdecken und fatal ich der Wirkung, wenn ein komplettes
Verzeichnis betroffen ist) treten dennoch auf.

Abschließend möchte ich noch anmerken, daß ich das Ganze eher für einen Bug beim
Zugriffsmechanismus der Flash-Karten als einen von "copy" halte.
So blinkt z.B. auch die HD-LED am 1200er, welche über eine Board-
Logik angesteuert wird, beim Zugriff auf die Karte nicht - die auf
dem Adapter dagegen schon !
Apropos: Das ist unbefriedigend. Wie könnte man das umgehen (abgesehen natürlich vom
Trivialfall des elektrischen Verbindens von Adapter und original-LED) ?

Soweit erstmal. Bei Interesse zu "Flash als HD" evtl. hier mehr.

Gruß

uho


P.S.: Die Bootzeit ist jetzt endgeil. Erst (Kaltstart): 10 Sekunden. Mit Turbo-
karte: 8 Sekunden.
Mit Turbo + Flash-HD: etwa 4 Sekunden ! In dieser Zeit ist noch
nichtmal der Monitor hell.
Und wir reden hier schon von einer längeren Startup-Sequence
mit Nachladen von allerlei Tools etc. ...

Einfach nur geil und SEHR zu empfehlen !
 
uho   Nutzer

30.11.2006, 20:40 Uhr

[ - Direktlink - ]
Thema: S: Volloptische (!) Maus von AlfaData incl. Pad...
Brett: Kleinanzeigen (keine Auktionen!)

..., jedoch NICHT von GoldenImage

Gruß

uho
 
uho   Nutzer

30.11.2006, 20:38 Uhr

[ - Direktlink - ]
Thema: S: Externes (!!) HD (!)-Disk-LW (ohne Treiber bootfähig)
Brett: Kleinanzeigen (keine Auktionen!)

Gruß

uho
 
uho   Nutzer

30.11.2006, 20:35 Uhr

[ - Direktlink - ]
Thema: S: 68882 / 50MHz für Blizzard 1230 /IV
Brett: Kleinanzeigen (keine Auktionen!)

Gruß

uho
 
uho   Nutzer

30.11.2006, 20:34 Uhr

[ - Direktlink - ]
Thema: Uhrenakku Alternative !
Brett: Amiga, AmigaOS 4

Hallo,

ich würde bei Reichelt bestellen. Im Vergleich zu Conrad sparst
Du Unmengen an Geld, da Conrad diesbezüglich jeden Realitätssinn
verloren hat.
Die Kosten liegen bei nur 5 Euro. Die hast Du schon rein, wenn Du
2-3 MOSFETS bestellst.
Und Reichelt hat noch viele andere schöne Dinge. Du wolltest Dir
sicher schon immermal n ordentliches Meßgerät oder nen Lötkolben
leisten - z.B. zum wechseln des Uhrenakkus. Da fällt der Versand
dann kaum noch ins Gewicht.

Apropos Uhrenakku: Ich habe bei meinem 4000er mittels spitzem
Schraubendreher und Zange den Akku SEHR vorsichtig von den An-
schlüssen getrennt - d.h. überhaupt nicht auf dem Board gelötet.
Vorteil: Jeder weitere Wechsel ist einfach, da man die Anschlüsse
des neuen Akkus an die stehengebliebenen des alten löten kann.
Das Board wird dabei weder mechanisch noch thermisch je wieder
belastet.
Allerdings ist diese Operation im Mittel eh nur alle zehn Jahre
nötig...


Gruß

uho
 
uho   Nutzer

30.11.2006, 20:23 Uhr

[ - Direktlink - ]
Thema: Cd+amiga sound?
Brett: Amiga, AmigaOS 4

@Berserker-mat:

ich habe keinen 2000er. Aber im 4000D sind in der Nähe der RGB-Buchse
auf der Platine entspr. Anschlüsse, die man direkt mit den Ausgängen
an der Rückseite des CD-LWs verbinden kann. Leider ist der Pegel
bei nur ca. 50% - also am Regler n bischen aufdrehen.


Gruß

uho
 
uho   Nutzer

30.11.2006, 20:16 Uhr

[ - Direktlink - ]
Thema: Aztec & sqrt()
Brett: Programmierung

Hallo,

hier wieder eine Frage aus der Rubrik ">10 Jahre alt und ohne Lösung":

Die Funktion double sqrt(double) scheint beim Aztec-Compiler
fehlerhaft zu sein.
Mit folgendem Listing...


code:
#include <exec/types.h>
#include <math.h>

main()
{
 float x=4, y=0;

 y=sqrt(x);

 printf("Wurzel(x) = %fn", y);
}


...bekommt man folgendes Ergebnis:

680564693277057719630000000000000000000.000000

mit double statt float in der Deklaration folgenes:

179769313486231570850000000000000000000000000000000000000000000000...
...000000000000000000000000000000000000000000000000000000000000000...
...000000000000000000000000000000000000000000000000000000000000000...
...000000000000000000000000000000000000000000000000000000000000000...
...000000000000000000000000000000000000000000000000000000.000000

Dabei ist es egal, ob %f oder %lf bei printf() angegeben wird.

Ich nehme an, daß das sqrt() fehlerhaft implementiert ist, da ich so
ziemlich jede Kombination von Fließkommatypen und Ausgabewerten
getestet habe.
Aber vielleicht hat ja noch jemand eine Idee ?

Zwischenzeitlich habe ich mir mit pow() geholfen und mir zunutze gemacht,
daß sqrt(x)==pow(x, 0.5) ist.
Aufgrund der allgemeineren Auslegung von pow() vermute ich allerdings
eine langsamere Arbeitsweise...

Bei der Gelegenheit ist mir noch aufgefallen, daß pow() ebenfalls
fehlerhaft arbeitet, wenn ich math.h nicht inkludiere.
Dort steht allerdings nur

double pow(double, double);

Also nur ein Prototyp.
Wie kann es sein, daß eine Funktion ohne diesen fehlerhaft arbeitet.
Der Compiler beschwert sich jedenfalls nicht und ich verwende
Prototypen i.a. auch kaum - selbstverständlich (?) ohne Funktionsfehler.
Wie kann das sein ?


Anmerken möchte ich noch, das dieses Simpel-Prog mehr als 12000 Zeichen
groß wird - abartig / Winshit-verdächtig ;-((

Eine Antwort waren diese (und andere) Fragen den Entwicklern damals auch
nicht wert - war wohl bei "nur" 400 Märkern nicht einkalkuliert...
Und da frag(t)en sich die Leute, warum es für den Amiga vergleichsweise
wenig Software gibt/gab.



Gruß

uho
 
uho   Nutzer

17.11.2006, 17:14 Uhr

[ - Direktlink - ]
Thema: Aztec-C & kleine Executables / Linken von amiga.lib
Brett: Programmierung

Schon von Anfang an habe ich mich gefragt:
Warum zum Teufel muß ein "Hallo, Welt!" in Aztec-C 5648 Bytes groß sein ??

In Assembler sind es nur 108 Bytes...

Irgendwo habe ich dann mal gelesen, daß man printf() durch Amiga-Funktionen (z.B. PutStr() - leider weit weniger mächtig) ersetzen solle.
Damit kommt man auf etwa 1944 Bytes - obwohl das Objektfile nur 260 Bytes klein ist.

Außerdem könne man noch main() durch _main() ersetzen und könne dann statt der c.lib die amiga.lib linken.

Aber genau das geht nicht.

Normal schreibe ich: "ln Test -lc", um die c.lib zu linken (.lib wird automatisch ergänzt)

Bei math. Funktionen dann: "ln Test -lm -lc" (m.lib+c.lib linken).
Dabei kommt es dann schon auf die Reihenfolge an :-/

Versuche ich aber: "ln Test -lamiga", kommen ca. 50 Fehlermeldungen (Aussschnitt):

Aztec C68K Linker 5.2a Sep 4 1991 12:07:03
(17)Undefined symbol: _exit.
(17)Undefined symbol: .begin.
(17)Undefined symbol: _AmigaGuideBase.

...

(17)Undefined symbol: _WorkbenchBase.
(17)Undefined symbol: _stdin.
(17)Undefined symbol: _stdout.
Base: 000000 Code: 007b90 Data: 000034 Udata: 000004 Total: 007bc8

Offensichtlich nicht definierte Symbole.

Naheliegend wäre also eine Kombination - ähnlich wie bei math.lib:
"ln -lamiga -lc".
Das führt aber zu ca. 1875 (!!) Fehlern:

Aztec C68K Linker 5.2a Sep 4 1991 12:07:03
file: <Prg:lib/libs/c.lib>(fgetc) User symbol <_fgetc> overrides library symbol.
file: <Prg:lib/libs/c.lib>(fprintf) User symbol <_fprintf> overrides library symbol.
file: <Prg:lib/libs/c.lib>(getchar) User symbol <_getchar> overrides library symbol.

...

(17)Undefined symbol: _WorkbenchBase.
(17)Undefined symbol: _stdin.
(17)Undefined symbol: _stdout.
Base: 000000 Code: 008230 Data: 000048 Udata: 00005c Total: 0082d4

Bleibt noch (weniger logisch):
"ln -lc -lamiga".
Das sieht dann so aus (ca. 50 Fehler):

Aztec C68K Linker 5.2a Sep 4 1991 12:07:03
file: <Prg:lib/libs/amiga.lib>( ç) _PutStr multiply defined
file: <Prg:lib/libs/amiga.lib>( ç) _CloseLibrary multiply defined
file: <Prg:lib/libs/amiga.lib>( ç) _OpenLibrary multiply defined
(17)Undefined symbol: _AmigaGuideBase.

...

(17)Undefined symbol: _WorkbenchBase.
(17)Undefined symbol: _stdin.
(17)Undefined symbol: _stdout.
Base: 000000 Code: 008268 Data: 000040 Udata: 00005c Total: 008304

Lange Rede, kurzer sind: Trotz Studiums des ca. 1500seitigen englisch-
sprachigen Handbuches bekomme ich die amiga.lib nicht gelinkt.
Und wenn ich mich recht erinnere, waren die Tests auch mit den meisten anderen mitgelieferten Libraries (small.lib...) ähnlich erfolglos.
Bei anderen Compilern muß das aber gehen. IMHO kamen die auf ca. 300 Bytes...

Das das Problem nun schon mehr als ein Jahrzehnt ungelöst ist, hoffe ich auf Eure profunden Kenntnisse !


Gruß
uho


Guckst Du hier:

misc/sci/Wator1_27.lha
gfx/misc/HideIt_1.21.lha
 
uho   Nutzer

13.11.2006, 23:24 Uhr

[ - Direktlink - ]
Thema: Abbruch-Gadget mit Interrupt ?
Brett: Programmierung

Hallo,

habe 'mal auf "Beitrag schreiben" geklickt. K.A., ob das so gedacht
ist, oder ob man lieber bei der jeweiligen Antwort auch "Antworten"
klicken soll. Ich nehme an, daß letzteres nur einer lesen kann.

Kann man eigtl. auch Bilder (z.B. erklärende Screenshots) einfügen ?


Ansonsten erstmal danke für die Hilfe !

Leider ist es ja auch nach Tagen bei nur zwei Antworten geblieben.
Vielleicht war ja die Frage zu schwer ?

Naja. Auch zu meinen Progs kam leider keine einzige Rückmeldung.
Schade...


Der Tip mit [code] klappt ausgezeichtnet. Danke.

Die Variante mit [code language="C"] dagegen nicht (habe IB).



Einen separaten Task zu starten ist eine interessante Idee.
Kann dieser dann auch wirklich den Mauszeiger oder globale
Variablen meines Hauptasks verändern ?



In Zukunft muß ich wohl erst die Beiträge irgendwie "vorschreiben" -
sonst kostet mich das hier ein Vermögen und man vergißt immer die
Hälfte...


Erstmal soviel

uho


P.S.: Kommt einer von Euch am Samstag nach Nürnberg ? Da könnte man
dann direkt fachsimpeln !
 
uho   Nutzer

05.11.2006, 16:37 Uhr

[ - Direktlink - ]
Thema: Abbruch-Gadget mit Interrupt ?
Brett: Programmierung

Hallo,

dies ist mein erster Beitrag (und so ziemlich der erste Kontakt zu
anderen Amiga-Proggern.

Ich habe schon vor Jahren zwei Progs ins Aminet gestellt.
Und zwar:

misc/sci/Wator1_27.lha (graph. Sim. eines Öko-Systems)

gfx/misc/HideIt_1.20.lha (einfaches Stegano-Prog)

Konstruktive Kritik würde mich sehr freuen...


Aber nun zum Thema:

Wator braucht die volle Rechenzeit. Das verträgt sich aber nicht
mit einem schnell reagierenden Abbruch-Gadget.

Aufgrund des verschachtelten Aufbaus der Hauptroutine habe ich nur
folgende Möglichkeiten:

Endweder ich rufe folgenden Code nach jedem Individuum auf -
also auf meinem 060/50 ca. 7000x je Sekunde.
Folge: 30% Leistungseinbuße im Modus "schnell"

Oder (so ist es jetzt): Der Code wird nur einmal pro Simulations-
tag aufgerufen.
Folge: Dutzende Sekunden Reaktionszeit im Modus "langsam".


Hier der Code:

while (intuimsg = GT_GetIMsg(Window->UserPort))
{
msgclass=intuimsg->Class;
GT_ReplyIMsg(intuimsg);
};
if (msgclass==GADGETUP)
{
i++; // für korrekte Statistik
break; // Verlassen der Hauptschleife
};

(Mist. Die Web-Seite löscht die Leerzeichen (Einrückungen) !! )

Mir würde ja eine Lösung vorschweben, in der das Betätigen des
Gadgets einen Interrupt auslöst, der einen Sprung direkt hinter die
Hauptschleife veranlasst.
Damit wäre die verschwendete Rechenzeit bei Null. Leider weiß ich
nicht, wie man so etwas programmiert.

Als einziges Prog mit ähnlicher Problemstellung (und Lösung !)
kenne ich "Mand2000". Leider hat der Autor damals nicht geantwortet.



In der Hoffnung auf Ideen & Anregungen

uho

P.S.: Wer Photogenics 1.2b nicht besitzt, dem kann ich gerne ein
Bild zum Testen mit HideIt schicken...
 
 
1 2 3 -4- Ergebnisse der Suche: 114 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

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.