|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
mk
[Benutzer gesperrt]
07.03.2011, 13:15 Uhr [ - Direktlink - ] |
Thema: Benötige dringend HLFE
Brett: Amiga, AmigaOS 4 Zitat:Dann wäre es vermutlich für dich am einfachsten das CDROM an einen PC zu kontrollieren, ob es sich noch ansprechen lässt. Oder alternativ, wie von thomas empfohlen: CF ab, von Diskette starten (IDE-Fix zum Beispiel) und nachschauen ob das CDROM gefunden wird. Falls es dabei keine Probleme gibt, wurde ich genau von dem Selben ausgehen, was thomas und musikman bereits ansprachen: Das deine CF den Betrieb weiterer Geräte auf dem selben Strang blockiert, egal wie CF und CDROM gejumpert ist. Welche Möglichkeiten blieben dir dann: - Entweder CF tauschen bis es mit einer richtig funktioniert Dort musst du aber erst einmal eine finden die wirklich den Master/Slave Betrieb unterstützt. Und dies dürften gerade bei den alten kleinen (4GB und weniger) eher nur wenige sein. Während du bei größeren (8GB und mehr) am Amiga andere Probleme bekommen kannst. - oder getrennte Stränge für CF und CDROM, also einen der IDE Kontroller einsetzen, wie sie dark_master bereits verlinkt hatte Dann aber wirklich CF und CDROM mit getrennten Kabel an getrennten Strängen (am PC: Primär und Sekundär) anschliesen. Die CF natürlich am ersten Strang, damit du davon booten kannst. - CDROM über PCMCIA, dies aber nur der Vollständigkeit halber, nicht wirklich als Empfehlung. - Zu guter letzt gäbe es auch noch SCSI und USB Lösungen, falls es dich interessiert. [ Dieser Beitrag wurde von mk am 07.03.2011 um 14:06 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
03.03.2011, 07:51 Uhr [ - Direktlink - ] |
Thema: JPG als Hintergrund, aber wie?
Brett: Amiga, AmigaOS 4 Zitat: Könnte durchaus sein. "Lossless JPEG" werden jedenfalls nicht von den hier bisher erwähnten Datatypes, auch nicht vom vom zuerst vorgeschlagenen akJFIF erfasst. Von ak gibt es dafür allerdings schon lange: http://aminet.net/util/dtype/akLJPG-dt.lha Sogar unter MorphOS 2.x wird durch zusätzliche Installation dieses ak Datatypes mehr als nur mit den hauseigenen jpeg Typen (j2k und jfif) angezeigt. Siehe zum Beispiel das bei akLJPG mitgelieferte Beispiel Bild (unter Samples). Achtung! Für AOS 3.1 Einsatz den Nachtrag bei vorhergehenden Beitrag beachten! [ Dieser Beitrag wurde von mk am 03.03.2011 um 09:19 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
03.03.2011, 07:28 Uhr [ - Direktlink - ] |
Thema: JPG als Hintergrund, aber wie?
Brett: Amiga, AmigaOS 4 Zitat:Die Ak Datatypes funktionieren natürlich auch auf Systemen ohne Graka! Die AK Datatypes sind sogar erheblich leistungsfähiger und flexibler als die meisten anderen Datatypes! Sie - verfügen über ausgereifte ausgezeichnet funktionierende Installer - sind per Einsteller (u.a.) auf verschiedene Ausgabeformate einstellbar. - lassen sich bei Bedarf sogar äußerst flexibel für einzelne Anwendungen getrennt einstellen. Nachtrag: Bei den letzten veröffentlichten ak Datatypes ist allerdings pic-dt v43 Vorraussetzung! Unter unmodifizierten AOS 3.1 läuft also: akFAXX nur bis V43.14 (9.10.98) akGIF nur bis V45.66 (23.7.2007) akJFIF nur bis V45.66 (27.7.2007) akLJPG nur bis V45.65 (28.7.2007) akNAIL nur bis V45.65 (27.7.2007) akPNG nur bis V45.66 (28.7.2007) akSGX nur bis V45.65 (28.7.2007) akSVG nur bis V45.65 (28.7.2007) akTIFF nur bis V45.65 (28.7.2007) Bei nachfolgenden Versionen (ab August 2007) wurde der v40 Support (wie 24 bit -> 8bit dithering, 24 bit -> HAM 6/8 conversion, usw.) entfernt! Da es heutzutage etwas problematisch sein könnte, noch die für AOS3.1 geeigneten Versionen zu beschaffen, ist es vermutlich einfacher das jpg Bild auf iff mit einer zum Screenmode passender Farbtiefe (5bit?) und Auflösung runterzurechnen. Und dieses iff dann als AOS3.1 Hintergund zu nutzen. Zum Konvertieren könnte man das ebenfalls vorhandene AOS3.9 verwenden, wo auch die letzten (auf dem Aminet verfügbaren) Versionen der akDatatypes funktionieren. [ Dieser Beitrag wurde von mk am 03.03.2011 um 10:34 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
27.01.2011, 15:00 Uhr [ - Direktlink - ] |
Thema: OS 4.0 auf Amiga 1200 Mediator PCI
Brett: Amiga, AmigaOS 4 Zitat:Kein Ahnung wie sich die Soft nennt. Denke 1.0? Als Hardware könnte man Hirn und Uhr nutzen. Beispiel: Das Kopieren einer 600 MB Datei von einer MMCplus Karte in die Ram Disk benötigte knapp 40 Sekunden. Nun wird Denke 1.0 zum Durchführen einer Division benötigt. 600 MByte geteilt durch 40 Sekunden ergibt damit, tata, rund 15 MByte/s. Das hierbei der Overhead nicht berücksichtigt wird, dürfte sogar vorteilhaft für eine einfachere Abschätzung benötigter Kopierzeiten sein. Nicht ganz nebenbei: - USB1 schafft in der Praxis allerhöchstens um 1 MByte/s. Für obige Datei benötigte es also mindestens 10 Minuten. - USB2 ist NICHT zwingend High Speed Modus! - Der High Speed Modus (480 Mbit/s) wurde ab Poseidon 3 (2005) bzw. für MorphOS mit dem ehciusb.device (2006) verfügbar. - Die Erstellung von Poseidon 3 Keys für Elbox Spider Karten wurde 2006 eingestellt. - Poseidon 4 (2008) hat diese und einige andere Hardware nicht mehr unterstützt. - Poseidon ist mittlerweile quelloffen. |
|||||
|
mk
[Benutzer gesperrt]
26.03.2010, 18:39 Uhr [ - Direktlink - ] |
Thema: Problem mit smbfs
Brett: Amiga, AmigaOS 4 Gedächtnissschwund, Unwissenheit, Unfahigkeit oder blanker Opportunismus (im Sinne von Wendehals)? Oder wie schützt die Hardware Firewall, die im Router nur vor dem DSL Modem liegt, bei dem von Dir vorher selbst mal bemerkten, als Gefahrenquelle verteufelten, ebenfalls vorhandenen WLAN? |
|||||
|
mk
[Benutzer gesperrt]
26.03.2010, 01:22 Uhr [ - Direktlink - ] |
Thema: Problem mit smbfs
Brett: Amiga, AmigaOS 4 > Und falls Du eine Software-Firewall unter Windows laufen hast (irgendeine Security Suite), schalte die mal ab. Soweit zu den "Sicherheitsbedenken" des ELIZA BOTs. Als nächstes sagt Dir der ELIZA BOT, dass du Schadsoftware gleich selbst installieren sollst. [ Dieser Beitrag wurde von mk am 26.03.2010 um 01:22 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
26.03.2010, 01:08 Uhr [ - Direktlink - ] |
Thema: Problem mit smbfs
Brett: Amiga, AmigaOS 4 > Hast Du, außer Trollerei, auch etwas Konstruktives zur Lösung von tploetz' Problem beizutragen? Wenn nicht, dann missbrauche den Thread bitte nicht länger, Deine niederen Instikte zu befriedigen. Danke. Hat der ELIZA BOT, außer völligen Unsinn, auch etwas Konstruktives zur Lösung von tploetz' Problem beizutragen? Wenn nicht, dann missbrauche er den Thread bitte nicht länger, seine niederen Instikte zu befriedigen. Danke. > Zu Amiga Explorer: Amiga Explorer sendet Daten über TCP/IP Port 356. Dieser darf von keiner Firewall blockiert werden, auch nicht im Router (Fritz!Box). > Du solltest in Deinem Lokalen Netzwerk feste IP-Adressen verwenden, nicht dynamische per DHCP vom Router (Deine Fritz!Box) vergebene. > ... Wenn der ELIZA BOT nicht ständig über seine Kognitive Dissonanz stolperte, würde er mitgeschnitten haben, das der Rechner von Anfang an gefunden wurde, das Problem also niemals hier bestand. Der ELIZA BOT produziert also weiterhin nur Unsinn, der nicht hilft, sondern auch hier nur für zusätzliche Verwirrung sorgt! [ Dieser Beitrag wurde von mk am 26.03.2010 um 01:12 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
25.03.2010, 17:20 Uhr [ - Direktlink - ] |
Thema: Problem mit smbfs
Brett: Amiga, AmigaOS 4 Man konfiguriere zum Beispiel eine Partition mit Videos nicht an einem Stück, sondern gebe jedes einzelne Verzeichnis davon einzeln frei. Ist viel sicherer! Und man habe für kritische Daten natürlich WLAN zu benutzen. Befiehlt der ELIZA BOT! [ Dieser Beitrag wurde von mk am 25.03.2010 um 17:27 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
25.03.2010, 13:12 Uhr [ - Direktlink - ] |
Thema: Problem mit smbfs
Brett: Amiga, AmigaOS 4 > Und wenn jemand sein lokales Netzwerk unsicherer machen will als unedingt nötig, dann kann er auch das tun. Ein weiterer Schwachsinn vom ELIZA BOT. Das lokale Netzwerk wird nicht unsicherer wenn man eine Partition freigibt. [ Dieser Beitrag wurde von mk am 25.03.2010 um 13:13 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
25.03.2010, 10:31 Uhr [ - Direktlink - ] |
Thema: Problem mit smbfs
Brett: Amiga, AmigaOS 4 > Um mal zu gewissen Grundlagen zurückzukehren: Laufwerke gehören nicht freigegeben, So ein Blödsinn ... 1. Sind es keine Laufwerke, sondern Partitionen! 2. Kann jeder das freigeben, was jeder selbst will. Und wenn es eine komplette Partition sein soll, dann eben auch eine solche! 3. Hat ein ELIZA BOT sowieso niemanden etwas vorzuschreiben! |
|||||
|
mk
[Benutzer gesperrt]
16.05.2009, 11:58 Uhr [ - Direktlink - ] |
Thema: 68k Browser Bounty?
Brett: Amiga, AmigaOS 4 Zitat:Nö http://aminet.net/comm/www/netsurf-morphos.lha http://aminet.net/dev/c/netsurf-morphos-src.lha "If you wish to port NetSurf to OS3 I can help with porting but I dont really have time or interest to do it myself. However porting MUI GUI to OS3 is very easy except for some missing classes and API calls." Ilkka Lehtoranta -- so long [ Dieser Beitrag wurde von mk am 16.05.2009 um 12:07 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
02.05.2009, 10:19 Uhr [ - Direktlink - ] |
Thema: Wie kann dem Amiga System leben eingehaucht werden
Brett: Amiga, AmigaOS 4 @Darkfleed: 1. Bring mal Deinen letzten zwei Links in Ordnung. 2. Unter allen drei Links ist, im Gegensatz zu Deiner Behauptung, kein einziger Rückport zu MorphOS zu finden! Was Bernd sich da in seinen feuchten AFA Träumen zusammen spinnt, hat mit der Realität nun wirklich absolut gar nichts zu tun. -- so long |
|||||
|
mk
[Benutzer gesperrt]
28.04.2009, 22:05 Uhr [ - Direktlink - ] |
Thema: Wie kann dem Amiga System leben eingehaucht werden
Brett: Amiga, AmigaOS 4 Zitat: OK, dann reiche doch mal nur ein paar grundlegende OS4 Treiber für - PCI - DVB-C/T/S Karten - PCI - Firewire - PCI - Cardbus - diverse USB - TV-Sticks - diverse USB - Kameras - diverse USB - Drucker - diverse USB - WLAN - diverse USB - Bluetooth durch. Aber erst richtig interessant wird es bei Teilen ohne die gleich gar nichts geht, also wo bleiben die OS4 Treiber für - diverse heutzutag übliche x86 Doppelkern CPUs - diverse heutzutag übliche x86 Vierkern Boards - diverse aktuelle x86 Boardchipsätze - diverse aktuelle x86 OnBoard GPUs - diverse aktuelle PCI-e Grafikarten (also wenigstens die wichtigsten NVidea und ATI) Das ganze Zeugs das da beim A1/SAM verbaut wurde, läuft bei x86 bestenfalls nur noch unter Altschrott, und reicht jedenfalls für aktuelle x86 Boards /Rechner nicht mal ansatzweise! OS4 schafft ja noch nicht einmal bei einem Mac Mini alle Einheiten zu unterstützen, und das ist nur ein winziger Bruchteil der Vielfalt üblicher x86 Boards. -- so long |
|||||
|
mk
[Benutzer gesperrt]
13.02.2009, 09:45 Uhr [ - Direktlink - ] |
Thema: CF am Amiga 4000
Brett: Amiga, AmigaOS 4 @Blueluna: 1FE00 (exakt 255 Blöcke a 512 Bytes) bei MaxTransfer ist die seit über einem Jahrzehnt bekannte Grenze bei etlichen (vor allem älteren) IDE Geräten für die in einem Stück übertragbare Datenmenge. Geringere Werte (nur 4x "F") zerstückeln die Übertragung nur noch zusätzlich, bringen aber keinen Vorteil. -- so long Mario |
|||||
|
mk
[Benutzer gesperrt]
09.01.2009, 09:32 Uhr [ - Direktlink - ] |
Thema: YAM und IMAP
Brett: Amiga, AmigaOS 4 @Flinx: >>> Allerdings unterstützt ja auch SimpleMail IMAP nicht richtig. Mails vom IMAP-Server herunterzuladen, als sei das auch ein POP3-Server, zählt da nicht. >> Wie wäre es SimpleMail einfach mal auszuprobieren, als solchen Unsinn zu behaupten? > Was denkst du denn, wie ich zu der Aussage komme, du Schwätzer? Dann bist Du also nicht zu faul, sondern "nur" unfähig IMAP auszuprobieren. Das Ergebniss bleibt allerdings gleich, Du behauptest hier einfach nur Unsinn. Ansonsten würdest festgestellt haben, das seit langem bei SimpleMail bei IMAP EInrichtung der entsprechenden Kontos eben NICHT wie bei POP3 alles nur in ein Eingangsverzeichnis runtergeladen wird. Sondern für jedes IMAP Konto eine eigene komplette Struktur mit den entsprechenden Unterverzeichnissen entsprechend der Serverstruktur angelegt wird. Und das natürlich NICHT nur das runterladen, sondern auch das verschieben, löschen und hochladen etc. innerhalb der IMAP Verzeichnisse funktioniert, also zum Server gespiegelt wird! -- so long Mario [ Dieser Beitrag wurde von mk am 09.01.2009 um 09:34 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
08.01.2009, 08:50 Uhr [ - Direktlink - ] |
Thema: YAM und IMAP
Brett: Amiga, AmigaOS 4 @cgutjahr: > Kannst du mehrere Ordner vom Server importieren? Mails von einem (Server-) Ordner in einen anderen verschieben? Werden gesendete Mails auch im entsprechenden Ordner auf dem Server abgelegt? ja, ja und jain. Bei letzten kannst Du das momentan nur per Hand dort hinein legen. Automatisch landen zu sendende /gesendete Mails noch im bisherigen Ausgehend /Gesendet. -- so long Mario |
|||||
|
mk
[Benutzer gesperrt]
08.01.2009, 08:44 Uhr [ - Direktlink - ] |
Thema: YAM und IMAP
Brett: Amiga, AmigaOS 4 @Flinx: > Allerdings unterstützt ja auch SimpleMail IMAP nicht richtig. Mails vom IMAP-Server herunterzuladen, als sei das auch ein POP3-Server, zählt da nicht. Wie wäre es SimpleMail einfach mal auszuprobieren, als solchen Unsinn zu behaupten? -- so long Mario |
|||||
|
mk
[Benutzer gesperrt]
10.11.2008, 15:35 Uhr [ - Direktlink - ] |
Thema: Amiga 600 - Floppy und Wartung
Brett: Amiga, AmigaOS 4 @maikm: Du hast einfach das Problem das sich mit reinen Amiga >> DD << Laufwerken absolut keine HD Disks ordentlich BESCHREIBEN lassen! Auch nicht wenn das Loch zugeklebt und damit dem LW eine DD Diskette vorgetäuscht wird. Ursache: HD Disketten haben ein ganz anderes magnetisches Material, welches zum Beschreiben ein viel stärkeres Magnetfeld, also einen viel höheren Schreibstrom benötigt, als ein DD Laufwerk aufbringen kann. Folgen: Mit einen DD Laufwerk lassen sich nur DD Disketten ordnungsgemäss beschreiben (und lesen). Eine (auch eine als DD zugeklebte) HD Diskette lässt sich NUR auf einen HD Laufwerk ordnungsgemäss beschreiben. Lesen lässt sich eine so beschriebene "DD" HD Diskette dann allerdings auf beiden Laufwerkstypen. Anwendung: - Also entweder zum Schreiben am Amiga DD Laufwerk nur DD Disketten (welche es schon Ende der 90er kaum noch gab) benutzen. - Dann gab es die Möglichkeit modifizierte (sonst funktionieren etliche Spiele nicht) PC HD-Laufwerke einzubauen, womit sich allerdings am Amiga immer noch keine HD formatierten Disketten verarbeiten lassen. - Oder Du versuchst ein relativ seltenes und teures Amiga HD Laufwerk aufzutreiben (gibt/gab es intern und extern), mit welchem Du am Amiga dann sogar auch problemlos alle HD Formate (Amiga 1,76MB und PC 1,44MB) schreiben (und lesen) kannst. Hinweis: Ein Amiga HD Laufwerk ist NICHT identisch mit einem PC HD Laufwerk! Das Amiga HD Laufwerk hat gegenüber einen PC HD Laufwerk noch die Besonderheit, das es bei HD Disketten auf die halbe Geschwindigkeit runterschaltet, weil der Custom Chip im Amiga die Daten nur in einfacher Geschwindigkeit verarbeiten kann! -- so long Mario [ Dieser Beitrag wurde von mk am 10.11.2008 um 16:41 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
11.03.2008, 21:50 Uhr [ - Direktlink - ] |
Thema: Amitrade Center und Mui Klassen
Brett: Amiga, AmigaOS 4 @eliotmc: 1. Das aktuellste Nlisttree.mcc dürfte die 18.27 (_2007_ (Korrigiert, Danke Andreas)) sein, und die hast Du schon! 2. Das aktuellste YAM (2.6dev 8.3.2008) als auch das letzte SimpleMail (0.32) begnügt sich damit! 3. Das aktuellste ATC ist die 1.1308 vom 02.11.2003 (und nicht Dein uraltes 1.440 von 2000) und das läuft ebenfalls damit. Wo ist also Dein Problem, außer das Du mal endlich auf das aktuellste ATC updaten müsstet? http://amitradecenter.net/dl/AmiTradeCenter14.lha -- so long Mario [ Dieser Beitrag wurde von mk am 14.03.2008 um 05:46 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
04.11.2007, 15:42 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat:Dir ist eh nicht mehr zu helfen, was bereits Chris in seinem Readme feststellte. Aber damit das auch andere sehen, was für eine fortlaufende Ignoranz Du an den Tag legst, zitiere ich Dir wieder einmal etwas von dem, was Dir Piru dann weiterhin dazu geschrieben hatte, was Du hier aber völlig unterschlägst! http://www.amiga.org/modules/newbb/viewtopic.php?topic_id=41216&forum=9&viewmode=flat&order=ASC&start=74 ----------------- _PAB_ @Piru: > Just try using IBrowse for 4 days. This is not, what I consider "real life", sorry... ----------------- ----------------- Piru @PAB Not everyone is rebooting every 5 minutes. ----------------- Aber Du weisst ja schon wieder alles besser. Erst als Chris und nun als Harry. Nur das Du Dich mit beiden nicht mal ansatzweise messen könntest... Auch in den nachfolgenden Kommentaren Dritter sind ebenfalls viele vernichtende Antworten bezüglich Deiner Behauptung zu finden, zum Beispiel auch bei Trev: http://www.amiga.org/modules/newbb/viewtopic.php?topic_id=41216&forum=9&viewmode=flat&order=ASC&start=80 Bye... |
|||||
|
mk
[Benutzer gesperrt]
04.11.2007, 06:47 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 http://www.platon42.de http://www.geit.de http://amigazeux.net http://binaryriot.org http://www.christianrosentreter.com http://www.chimachine1000.de/Pegasos/Pegasos.htm http://piru.dyndns.org/~p/sw/ http://www.iki.fi/sintonen/sw/ http://www.korni.ovh.org http://www.biclodon.com http://www.lehtoranta.net http://henes.free.fr http://yellowblue.free.fr Bye... /Au-revoir... [ Dieser Beitrag wurde von mk am 04.11.2007 um 06:50 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
02.11.2007, 16:59 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat: 1. Aus DEINEN Kommentar (Nummer 31) zu: '15-Okt-2007: Speicher-Allokator: TLSFMem O(1)' (Amiga-News.de) http://www.amiga-news.de/de/news/comments/thread/AN-2007-10-00051-DE.html ---------- Beginn --------- _PAB_ (Profil) (16-Okt-2007, 17:28) @platon42: Ein verschachtelter Funktionsaufruf (=patch) kann langsamer sein, als ein paar Pointer mehr durchzuiterieren. [#1] Die Alltagsgeschwindigkeit scheint aber auf jedenfall nicht drastisch unterschiedlich zu sein. ... --------------------------- 2. DEIN Kommentar vom 2007/10/31 8:47 zu "What happened the Poseidon author?" (Amiga.org) http://www.amiga.org/modules/newbb/viewtopic.php?topic_id=41216&forum=9&viewmode=flat&order=ASC&start=44 ---------- Beginn --------- _PAB_ Posted on: 2007/10/31 8:47 @Argus: > then PAB made the unfounded accusation the code would significantly slow down the system No, this never happened. [#2] I wrote, that in real live it seems not to have a dramatic impact. -------- Übersetzung ------- > dann machte PAB den unbegründeten Vorwurf der Code würde das System deutlich verlangsamen Nein, das ist nie passiert. [#2] Ich schrieb, dass es im wirklichen Leben keine dramatische Auswirkungen Auswirkungen zu machen scheint.. ---------------------------- Zitat:Lese Satz [#1] von DIR. Und dann DEINE EIGENE, zwei Wochen später, SELBST und ohne Zwang abgegebene Erklärung [#2], über das was DU geschrieben hast! Es bleibt vor allem durch Deine eigene Bekräftigung in [#2] dann wirklich nur genau das übrig, was Chris, Piru und viele andere aus Deinen Texten entnehmen konnten, und ich schrieb: "Er [PAB] hatte generell und wiederholt die starke Wirksamkeit von TLSFMem unter Alltagsbedingungen in Frage gestellt" Das selbe wäre auch aus Deiner "technischen" "Diskussion" herzuleiten, wie zum Beispiel folgende Personen erkannten: http://www.amiga-news.de/de/news/comments/thread/AN-2007-10-00051-DE.html Zitat:Armin (17-Okt-2007, 14:08) "Solch dämliche PAB Fragen müssen von Leuten mit Ahnung als Trolling aufgefasst werden." http://www.amiga.org/modules/newbb/viewtopic.php?topic_id=41216&forum=9&viewmode=flat&order=ASC&start=45 Zitat Piru 2007/10/31 9:12: "The difference is dramatic and bloody obvious." http://www.amiga-news.de/forum/thread.php?id=27492&start=151&BoardID=1 Zitat Wishmaster 01.11.2007, 17:34 "Das ist wieder nur pseudo-technisches Geschwafel, was PAB hier erzeugt. ... Seine Ewaldsumamtion mit n=500 dient einzig und allein der Täuschung der Leser hier, dem Versuch sich wichtig zu machen, und die Arbeit von Platon42 zu diskreditieren." aber Deine EIGENE Zusammenfassung [#2] auf Amiga.org vereinfacht den Nachweis auch für technische Laien. Mein Rat: Gehe in Dich und bessere Dich, anstatt Dich durch weitere Versuche des Abstreitens Deines Fehlverhaltens jedesmal nur immer noch viel tiefer in die Bredouille zu reiten! Bye... |
|||||
|
mk
[Benutzer gesperrt]
01.11.2007, 22:28 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat: Also doch Gedankenleser oder verwendest Du "Intention" falsch? Zitat: Obwohl ich bereits seine Prämisse in Frage gestellt hatte (und Dir genau das auch schon schrieb), ignorierst Du das und versuchst immer noch mit einer ungültigen Prämisse eine gültige Konklusion ins Spiel zu bringen? Zitat: Dies war als Prämisse bereits völlig disqualifiziert, weil sie im krassen Widerspruch zu dem steht, was PAB vorher schrieb. Er hatte generell und wiederholt die starke Wirksamkeit von TLSFMem unter Alltagsbedingungen in Frage gestellt und nicht nur die Relevanz einiger Tests! Da Du solches (wie PAB) bisher offenbar völlig ignoriert hast, zitiere ich es für Dich noch einmal: PAB: "I wrote, that in real live it seems not to have a dramatic impact." Und die sehr treffende Entgegnung von Piru dazu: "Just try using IBrowse for 4 days. The system will gradually get slower and slower. Now try the same with tlsfmem. The difference is dramatic and bloody obvious." Letzter Satz für Dich noch mal in Deutsch: Die Differenz [mit TLSFMem] IST dramatisch und VERDAMMT offensichtlich! Dein "Benchmark != Alltagssituation" ist also nur ein ganz erbärmlicher Versuch, sich da nachträglich wieder rauszuwinden, das PAB die Software von Chris also eindeutig nur diskretitieren wollte! Bye... [ Dieser Beitrag wurde von mk am 01.11.2007 um 22:30 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
01.11.2007, 19:13 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat: Also wenn Du die Beweggründe von PAB (wohl per Fern -Gedankenleserei) zu kennen glaubst, kannst Du sie ja hier mal schreiben. Ich dagegen halte mich an seinen geschriebenen Text! Zitat: Es zeigt DEINE "völlige Inkompetenz in Sachen Textverständnis", denn Du hast offenbar nicht begriffen, das ich bereits die Prämisen von PAB und nicht erst die Konklusionen in Frage stellte! Zitat: Du wiederholst Dich, allerdings nicht darin dies auch mal selbst zu beherzigen! Da der Rest genauso wenig mit den Thema zu tun hat, sondern vor allem aus persönlichen Angriffen besteht: Bye... |
|||||
|
mk
[Benutzer gesperrt]
01.11.2007, 15:32 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat:Von einer Probe kann keine Rede sein. Bye...  http://www.platon42.de http://www.geit.de http://amigazeux.net http://binaryriot.org http://www.chimachine1000.de/Pegasos/Pegasos.htm http://www.iki.fi/sintonen/sw/ http://www.korni.ovh.org/ http://piru.dyndns.org/~p/sw/ http://www.biclodon.com Ach ja, es ist wieder einer dazu gekommen: http://www.christianrosentreter.com/ und weiter gehts: http://www.lehtoranta.net/ [ Dieser Beitrag wurde von mk am 01.11.2007 um 16:34 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
01.11.2007, 15:27 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat: - Bei Piru steht nichts von einen Klassik Amiga. Da es auch völlig egal ist, ob TLSFMem auf einen Klassik Amiga, oder auch in 68k-Emu auf x86 oder PPC genutzt wird, denn es beschleunigt die Speicherverwaltung in ALLEN Fällen, und zwar enorm gegenüber dem "Original", ist Deine Anmerkung nur ein weiteres Zeichen Deiner Inkompetenz! In übrigen schrieb Dir Chris Dir auch schon mal etwas zu "langsamen CPUs" und TLSFMem, was Du offenbar ebenfalls immer noch ignorierst! - IBrowse ist für Dich also kein "Alltagsbetrieb"! Der Unterschied: Für viele andere User, und zwar solchen die ein OS mit Amiga API nutzen, ist er das! - Und offenbar hast Du auch die "Alltags" Tests von mehreren anderen Amiga Usern schon im ersten Kommentarthread ignoriert, weil Sie Dir nicht bei der Diskretitierung von Chris halfen! Denn dort kommt ein Amiga User nach seinem "Alltagsbetrieb" von ToT sogar auf sagenhafte 2560% Geschwindigskeitsunterschied, und immerhin noch auf 60% gegenüber einen anderen Programm, das ebenfalls Speicherzugriffe optimiert! Zusammenfassend: Du kommst offenbar als einziger immer noch nicht damit klar, das Chris derjenige ist, der mit Abstand (gegenüber allen anderen bisherigen Amiga Programmierern) die bislang schnellste Speicherverwaltung für den Amiga geschrieben hat! Und bevor ich mich von Dir ebenfalls genötigt sehe, Dich aus gleichen Grunde in einem Readme zu "erwähnen": Bye... [ Dieser Beitrag wurde von mk am 01.11.2007 um 15:28 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
01.11.2007, 09:31 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat:1. Das Thema diese Threads ist doch noch "PAB und TLSFMem" oder hat sich das geändert? 2. PAB schrieb fortwährend Texte zu Chris seiner Software, wie "Die Alltagsgeschwindigkeit scheint aber auf jedenfall nicht drastisch unterschiedlich zu sein." und schreibt das auch aktuell immer noch: "I wrote, that in real live it seems not to have a dramatic impact." http://www.amiga.org/modules/newbb/viewtopic.php?topic_id=41216&forum=9&viewmode=flat&order=ASC&start=44 3. Bernd postete hier Testergebnisse, worin man sogar Geschwindigkeitsteigerungen auf rund das DOPPELTE und das SIEBENFACHE ablesen kann! Bernd seine Testergebnisse sind nun übrigens unter den selben Link zu finden. Interressant auch, was dort ein Spitzenprogrammierer wie Piru zu TLSFMem schreibt. Zitat: "Just try using IBrowse for 4 days. The system will gradually get slower and slower. Now try the same with tlsfmem. The difference is dramatic and bloody obvious." 4. Du schreibst, Zitat" Die Kommentare von Bernd Rösch habe ich gelöscht, da sie NICHTS mit dem sowieso schon ausreichend komplizierten Sachverhalt zu tun hatten." Und wenn man bemängelt, das der von Dir gelöschte Beitrag von Bernd mit /wegen dieser Testergebnisse doch on Topic war, ist man also nicht beim "Thema" und "unhöflich? Weil es ja hier nicht darum geht, das PAB NACHWEISLICH eine ANDAUERNDE Diskretitierung von Chris seiner Software und Fähigkeiten als Programmierer betreibt, weswegen Chris seine Konsequenzen gezogen hatte? Bye... [ Dieser Beitrag wurde von mk am 01.11.2007 um 10:44 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
31.10.2007, 14:51 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat: Ganz "rein sachlich" ist es "Fakt", das auch Deine hier erneut einsetzende und auch verlinkte Schwafelei schon wieder nur reines Trolling ist! Denn anstatt auch nur ein einziges Mal, wie etliche andere, Chris seine Software in der PRAXIS auszutesten, und dann eben wie etliche andere feststellen zu müssen, das sie taugt und wirklich einen sehr deutlichen Geschwindigkeitsvorteil bringt, versuchst Du auch hier schon wieder seine Software, natürlich nur rein THEORETISCH durch "Fragen und Bedenken" (Zitat: "Faktor 500 der ansich im Sinne der O-Notation "schlechteren" Implementierung") gewaltig schlecht zu reden! Und das obwohl Du von dieser Software auch nicht eine Codezeile, geschweige denn die genaue Implementierung der Algorithmen kennst, bzw. auch ohne das Du in in der Lage wärst, auch nur ansatzweise etwas vergleichbares zu produzieren! Bye... |
|||||
|
mk
[Benutzer gesperrt]
31.10.2007, 11:35 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat: Nur einer Beleidung? Nur eines Users? Ja ist denn das Niveau hier wirklich schon so was von total unten, das eine fortlaufende und massive Diskretierung als einfache Beleidigung eines einzelnen durchgehen soll? PAB war zwar derjenige, der das Fass zum überlaufen brachte, aber das war letzlich eben nicht nur eine Beleidigung eines einzelnen Users, sondern ein Armutzeugnis für nahezu alle hier! Denn nicht nur PAB, sondern wir alle, mich einbegriffen, haben Chris um seinen verdienten Lohn gebracht, indem wir zuliesen, das PAB mit seiner Diskretitierung den Thread dominierte! Mittlerweile sind wir offenbar alle schon so weit gesunken, das wir es offenbar als völlig normal finden, das Programmierer auf Amiga-News für ein kompliziertes, sicherlich in langerer Zeit aufwendig erarbeites und auch noch kostenlos bereitgestelltes Programm, statt Wertschätzung nur noch massives Trolling erhalten! Nur ich mochte mal die selben Leute sehen, wenn sie auf ihrer Arbeit genauso behandelt würden, also anstatt ihres verdienten Lohnes zu erhalten, dermassen erniedrigt würden! -- so long Mario [ Dieser Beitrag wurde von mk am 31.10.2007 um 11:41 Uhr geändert. ] |
|||||
|
mk
[Benutzer gesperrt]
31.10.2007, 10:20 Uhr [ - Direktlink - ] |
Thema: TLSFMem und PAB
Brett: Amiga, AmigaOS 4 Zitat:Und schon hast Du "nur" mal die gesamte Vorgeschichte unterschlagen! War es etwa nicht so, das PAB in den Kommentaren zur der vor kurzen erfolgten vorletzten Veröffentlichung zu TLSFMem wieder einmal massiv und ständig wiederholt Chris seine Software bzw. auch Chris seine Kenntnisse und Fähigkeiten versucht hat zu verumglimpfen? Zitate aus PABs seinen Geschreibseln: "... Overhead ... lohnt sich dann ... der Einsatz ...?" "... verschachtelter Funktionsaufruf ... kann langsamer sein ..." " ... Alltagsgeschwindigkeit scheint aber auf jedenfall nicht drastisch unterschiedlich zu sein ..." "... Overhead ... länger dauern kann" " ...o-Geschichte ist zwar nett, aber nur aussagekräftig für sehr große n, sonst ist sie schlicht irrelevant..." Und das bei technischer Pseudofaselei, genauer: völlig wilder Verdrehung der technischen Details von Seiten PABs! ( O(1) ist nun mal etwas völlig anderes als PABs sein Geschreibseln von einem o(i) [i=index] usw.!) Und das nicht einmal, sondern in ständiger Wiederholung! Also könnte /sollte man nach PAB seinen Worten etwa nicht zu der Schlussfolgerung kommen: TLSFMem tauge nichts, bremse die Speicherverwaltung, anstatt sie enorm zu beschleunigen und Chris wäre der Idiot, der nicht wisse, wie so etwas zu programmieren sei? Da die technischen Einzelheiten etliche überfordern, zitiere ich dazu die völlig treffende Zusammenfassung von Armin: "Solch dämliche PAB Fragen müssen von Leuten mit Ahnung als Trolling aufgefasst werden." Zitat:Diese Aussage von Dir ist bestenfalls eine Halbwahrheit, und das weisst Du! Denn es war eine Frage und dann hast Du auch noch den Troll unterschlagen! Zitat: "Do you think that Philippe Bourdin (PAB) is an idiot and troll?" Nur welche andere Möglichkeiten sieht Du denn noch für die diskretitierenden Aussagen von PAB? Leidet PAB etwa an einer zurückgewiesenen Liebe zu Chris? Also entweder ist PAB notorisches geistiges Unvermögen (Idiotie) vorzuwerfen, oder PAB hat gegen besseres Wissen absichtlich = vorsätzlich wiederholt versucht, Chris /seine Software zu diskreditieren (Trolling), bzw. sogar beides in Kombination! Zitat:Nach Deiner Meinung soll sich also Chris dafür, das er den Usern hier sogar kostenlose Software zur Verfügung stellt, sich die fortlaufende Diskretitierung von einem eurer Mitarbeiter auch in Zukunft ständig weiter gefallen lassen? Und zwar ohne Gegenwehr bzw. ohne das Recht auf freie Meinungsäußerung, mitgetragen auch durch andere Mitarbeiter von AN wie Dir, weil die Chris dann auch noch dazu erpressen wollen, seine freie Meinungsäußerung aus seinen Readme zu entfernen? Zitat:Das Mitarbeiter einer Webseite vorsätzliche Diskretierung eines Spitzen Programmierers durch andere Mitarbeiter ihrer Seite nicht nur dulden, sondern dann sogar versuchen den Programmierer zu erpressen, das darf auch nicht auf Verständnis hoffen, wenn man nicht der willkürlichen Zensur endgültig alle Türen öffnen will! Abschliesssend könnt euch ja mal selbst die Frage stellen, was passiert, wenn sich die Programmierer wie: http://www.platon42.de http://www.geit.de http://amigazeux.net http://binaryriot.org http://www.chimachine1000.de/Pegasos/Pegasos.htm http://www.iki.fi/sintonen/sw/ http://www.korni.ovh.org/ http://piru.dyndns.org/~p/sw/ http://www.biclodon.com dauerhaft zurückziehen... Wer also dann die Software programmiert, von deren Verfügbarkeit die User und letztlich auch dieses Webseite lebt! Versucht dann etwa PAB und Du zu programmieren? Bye... [ Dieser Beitrag wurde von mk am 01.11.2007 um 10:42 Uhr geändert. ] |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|