ENGLISH VERSION |
|
Links | | | Forum | | | Kommentare | | | News melden |
Chat | | | Umfragen | | | Newsticker | | | Archiv |
amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
Der_Wanderer
Nutzer
03.06.2007, 13:49 Uhr [ - Direktlink - ] |
Thema: Amithlon und AHI
Brett: AROS und Amiga-Emulatoren Der original Amithlon SB128 und AC97 Treiber kann nicht aufnehmen. :-( Du benötigst ein Update. Oder eine SBLive! -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
02.06.2007, 23:25 Uhr [ - Direktlink - ] |
Thema: Amithlon und AHI
Brett: AROS und Amiga-Emulatoren Du darfst auf KEINEN FALL beide gleichzeitg installiert haben, da sie alle durgestestet werden beim booten und sich gegenseitig stören. Es geht nur entweder Linux Treiber ODER "echte" 68K Treiber wie den SB128 und den AC97. Von den Linux Treiber kann ich nur abrraten. Was für eine Soundkarte hast du denn ? Der Treiber von Martin Blom ist auch ein richtiger Treiber unter AmigaOS. Du must aber natürlich den Treiber nehmen, der zu deiner Soundkarte passt. Bei den LinuxTreibern such insmod automatisch den richtigen heraus, falls vorhanden. Dort sind alle möglichen Treiber drin, vielleicht 20 Stück. Wenn du also keine SB hast, dann musst du wohl einen davon nehmen. Falls du den SB128 nimmst, dann solltest du den neuesten haben. Sag mir mal Bescheid welche Version du hast. ;-) Trotzdem kann ich nur zur SBLive raten. Alle anderen Treiber machen leichte bis schwere Probleme. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
02.06.2007, 21:45 Uhr [ - Direktlink - ] |
Thema: Amithlon und AHI
Brett: AROS und Amiga-Emulatoren Die Musikeinheit ist der Default Modus für das Library interface. Die Units sind die Modi für das Device interface. Nimm auf jeden Fall die 68K version. Für die Amithlon Version benötigst du "run_elf PATCH", damit habe ich bisher keine guten Erfahrungen gemacht. Amithlon ist auch in 68K schnell genug. Dein Problem hat höchst wahrscheinlich mit dem Treiber zu tun. Welche Karte hast du denn und welchen Treiber ? Da du von Amtihlon-1 redest, vermutlich mal du hast die Linux Treiber aus dem Contribution Pack 3 genommen. Davon würde ich dir abraten. Mit Abstand am besten läuft der SB Live! Treiber von Martin Blom. Alle anderen Treiber machen hier und da zicken, vor allem der Linux Treiber Wrapper. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
01.06.2007, 13:19 Uhr [ - Direktlink - ] |
Thema: TFT oder Röhre?
Brett: Amiga, AmigaOS 4 @DrZarkov 16bit sind aber nur 65536 Farben, und die kann man sehr wohl unterschieden. Stetze mal deine WB auf 16bit und schalte das Dithering ab. Dann siehst du was ich meine. Aber das ist Aberglaube. Ich kenne keinen TFT, der nur 16bit kann, ausser vielleicht der in meinem Handy. Wie schon gesagt, 320x256 sieht auch auf einem CRT klötzchenhaft aus. Da dann doch lieber einen TFT, vor allem wenn du den mal mit OS4 oder anderen Rechnern betreiben willst. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 19:29 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS ----- EDIT: Antwort zu CBR160/192 gestrichen Mir war nicht klar, dass die Ausgangsbasis tatsächlich CBR128kBit/s war. Damit macht ja nicht mal -q=2 noch Sinn... ----- @Holger gerade bei 128 kbps macht es Sinn. Denn da muss man sich mehr Mühe geben, die Frequenzen zu packen als bei 192 oder mehr. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 16:42 Uhr [ - Direktlink - ] |
Thema: TFT oder Röhre?
Brett: Amiga, AmigaOS 4 > dachte ich an einen neuen Monitor, der dann auch schon für hoffentlich irgendwann mal erscheinende AOS4-HW tauglich ist. Reth hat auch das hier geschrieben, und da wäre ein TFT wirklich die bessere Wahl. Wie schon gesagt, am besten zwei, einer für Spiele und einer fürs Arbeiten/Workbench. Kommt halt drauf an, was jetzt Reth wichtiger ist. Es gibt aber durchaus Monitore, die komsiche Auflösungen sehr gut darstellen, von den Verzerrungen oder Streifen kann ich nicht bestätigen, zumindest nicht als folge der Interpolation, die ist bei den meisten heutigen Geräten recht gut. Was anderes ist es, wenn der Monitor evtl. am Limit (nach unten) fährt und deshalb Probleme hat, das Bild stabil zu bekommen. Fernseher interpolieren auch nicht anders als Computer TFTs. Sie haben meistens nur eine niedrigere Auflösung pro Fläche, weil man das beim Fernseher nicht braucht (ja, HD-TV, aber man braucht diese Auflösung nicht, wenn man 3m weg sitzt, wenn es nicht gerade eine 3m Diagonale ist). Ich habe z.B. einen Ferneher gesehen für 650EUR (Grundig), der etwa 1300x800 gemacht hat, aber eben riessen gross war (1m Diagonale). Ist trotzdem ein riessen Spass, an so einem Gerät zu sitzen und z.B. zu zocken!. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 16:13 Uhr [ - Direktlink - ] |
Thema: TFT oder Röhre?
Brett: Amiga, AmigaOS 4 BTW, du kannst dir ja für den RGB Ausgang noch einen Röhren Fernseher kaufen, die bekommt man ja mittlerweile nachgeschmissen. Alle anderen Auflösungen von der Graka kannst du dann auf dem TFT laufen lassen. 320x256 Spiele auf einem 21" Röhren Mintor sind auch nicht so der Hit! Es ist halt schwierig, ein Display zu finden, das sowohl für 320x256 als auf 1600x1280 gleichermassen geeignet ist. Und wenn dein Bild bei 320x256 Spielen etwas verschommen ist durch die TFT interpolation, dann kann das nur helfen als schaden... Deshalb würde ich mir nicht die Workbench versauen, da ist es viel wichtiger dass es ein gutes Display ist, vor allem, wenn OS4 mal mit Graka mit DVI Ausgang kommt. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 16:08 Uhr [ - Direktlink - ] |
Thema: TFT oder Röhre?
Brett: Amiga, AmigaOS 4 Die amigaspezifischen Auflösungen kann ein TFT durchaus darstellen, es wird halt immer interpoliert, aber das Bild ist besser als sein Ruf. Vorrausgesetzt natürlich, er scannt bis 50Hz runter, ansonsten muss man einen NTSC screen nehmen oder die NTSC Version des Spiels (SPACE Taste im Early Startup Menu drücken, dann wird der Amgia zum NTSC Amiga !). Es gibt aber auch Computer Monitore TFT, die bis 50Hz scannen, machne können das obwohl es nicht im Handbuch steht, ausprobieren wäre hier angesagt! Ein TV TFT oder ein Kombi kann das auf jeden Fall. Optimal ist es natürlich in der "nativen" TFT Auflösung zu arbeiten, da hier das Bild super scharf ist. Für Spiele sind aber die interpolierten Auflösungen durchaus ok, immer noch besser als eine Röhre, wie ich finde. Wenn du einmal TFT gewöhnt bist, willst nix anderes mehr, glaub mir. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 15:29 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS Hm, ich meine das gelesen zu haben. Ich meine auch, dass LAME mal extra switches für Sprach Optimierung hatte, kann da aber nichts mehr finden. Aber das hier bestätigt meine Aussagen teilweise zumindest: > -q 0 and -q 1 are slow and may not produce significantly higher quality. Möglicherweise wurden dann einige Parameter bei der neueren Version heruntergeschraubt, weil sie nichts bringen und nur LAME langsam erscheinen lassen, weil es viele Leute wie Mirko gibt, die ohne Sinn und Verstand einfach -q 0 wählen, nach dem Motto "viel hilft viel". -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 13:46 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS @Bjoern >> Ein Ogg-File mit identischer Bitrate würde größer werden als ein entsprechendes Mp3-File. Das ist Quark. Bitrate bedeutet, wieviele Bits du pro Sekunde encodieren darfst. (ok, abzüglich dem Header). Wenn ein Musikstück bei gleicher Bitrate also eine größere Datei liefert, dann ist es durch Magie wohl beim Encodieren länger geworden ;-) 1> LAME --longhelp ... -h Same as -q 2. Recommended. Und die müssen es ja wissen ;-) Es gibt noch eine längere Readme, da wird das mit den experimentellen Algos erwähnt. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 11:36 Uhr [ - Direktlink - ] |
Thema: TFT oder Röhre?
Brett: Amiga, AmigaOS 4 1. Das ist quark. Natürlich geht auch 24bit. 2. An der Graka wirst du keine Probleme haben, am Scandouble evtl. schon, weil manche nicht bis 50Hz herunter scannen. TFTs wollen in der Regel zwischen 60 und 70Hz. Evtl. findest du aber einen TFT, der auch 50Hz kann. Wenn gar nicht anders geht, evtl. ein TFT Fernseher, dann brauchst du nichtmal den Scandoubler mehr, oder evtl. gibts auch TFT's mit Fernseher Eingang. Es gibt durchaus Fernseher mit guten Auflösungen 1024 oder höher. Ich würde auf jeden Fall einen TFT nehmen. Röhre sucks! -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
31.05.2007, 10:51 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS @LED Es gibt auch die ogg Tools für den Amiga. Aber die Playerunterstützung ist nicht da, weil es keine ogg.library gibt. Evtl. erbarmt sich ja mal jemand, dann gibt sicher sehr schnell ogg Support in allen möglichen Playern. Mit PlayOGG kann man die zwar abspielen, aber der nutzt auch nur die ogg Tools als CLI Tool. Zu der Qualitätsdisukssion: Ihr wollt mich einfach nicht verstehen. -q 0 ist möglicherweise ganz mini mini mal besser als -h. MÖGLICHERWEISE, aber alles was wirklich wichtig für die Qualität ist, ist in -h schon drin. LAME wird deshalb so viel langsamer bei -q 0, weil da experimentelle Algorithem benutzt werden, um zu sehen obs was bringt, die aber natürlich nicht optimiert sind. Für das alltägliche Encodieren ist das aber Verschwendung. Die LAME Docu selbst empfiehlt, -h zu nehmen wenn man die maximale Qualität will. Es kann z.B. sein, dass ein experimenteller Algo rausgeworfen wurde bei der neueren LAME Version, deshalb ist das schneller. Das eigentliche LAME, das Sinn macht, ist aber gleich schnell, und da wird sich aber vermutlich nicht mehr viel tun, das ist schon sehr gut optimiert. Wenn du bessere Qualität willst, dann ist es besser auf 160kbps oder 192kbps zu gehen, das bringt eine tatsächliche Verbesserung, nicht nur eine eingebildete, weil man auf die MP3 länger gewartet hat. LAME ist ein sehr guter MP3 packer, wenn nicht der besste. Bei 128kbps hat man eine ordentliche Qualität, die man in normal-Situationen nicht mehr von CD unterscheiden kann. Wenn man genau hin hört und entsprechendes Audio Material hat, z.B. mit viel Rauschen, dann hört man das aber noch. Bei 192kbps wird aber so gut wie jedes musikalische Signal astrein gepackt, bei 256kpbs auch extrem Material. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
30.05.2007, 22:59 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS Ich habe ja nicht gemeint, dass -h sinnlos ist. Ich encodiere auch meistens mit -h. "-h" schreiben die Entwickler als beste Qualität aus, die noch vernünftig ist. Das entspricht -q 2. Bei -q 0 wird alles aktiviert, was möglich ist, ob es nun tatsächlich Sinn macht oder nicht. Da sind alle möglichen experimentellen Sachen drin, die möglicherweise gar nichts bringen, ausser 4x so lange Encodierzeit. Und da sich das von Release zu Release total ändern kann, macht es keinen Sinn LAME auf diesem Level zu vergleichen. Bei -h werden alle wichtigen Funktionen aktiviert, und die sind dann von LAME zu LAME in etwa gleich, nur so kann man Speed vergleichen. Und wie du siehst, sind bei "vernünftigen" Einstellungen die LAME versionen auch in etwa gleich schnell, was zu erwarten war. LAME wird nicht einfach so mal doppelt so schnell, dafür ist es schon lange viel zu optimiert. Selbst die MMX/3DNow Version unter Windows ist nur geringfügig schneller als die "normale" Version. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
30.05.2007, 17:50 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS @Mirko Dir muss aber klar sein, dass die "Optimierungen" einfach das weglassen oder austauschen von experimentellen Alogrithmen sind, die möglicherweise sogar kontraproduktiv sind. Mit -q 0 zu encodieren ist totale Verschwendung von CPU Zyklen, und die LAME Versionen sind nicht vergleichbar. Da werden quasi Äpfel mit Birnen verglichen. Nur bei -h, default oder -f kannst du die verschiedenen Versionen miteinander messen, und wie du siehst, kommt da was ganz anderes raus, nähmlich dass die Versionen alle ähnlich schnell sind, nix mehr Rekord Speed. Du wirst niemals einen nennenswerten Unterschied zwischen -q 0 und -h hören. Wenn es so wäre, dann wäre der Algo, der in -q 0 mit dabei ist, auch in -h übernommen. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
29.05.2007, 18:43 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS Wie ich schon geschrieben habe, die Speed ist überhaupt nicht representativ, weil alle möglichen Experimentellen Sachen angschaltet sind. Die kann sich locker verdoppeln oder vervierfachen, je nach qualitäts settings. Deshalb würde ich default werte oder schnelles encoding wählen. BTW, blade ist qualitativ auch deutlich schlechter, etwa gleichzusetzen mit LAME bei "-f" option. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
29.05.2007, 17:30 Uhr [ - Direktlink - ] |
Thema: Neues OS4 Lame bringt Rekordspeed!!!
Brett: MorphOS @Mirko LAME bei Quaität 0 zu vergleichen macht keinen Sinn, da sind viele experimentelle Dinge angschaltet, die sich von Version zu Version komplett ändern können. Wenn schon, dann musst du LAME bei einer vernünftigen Einstellung testen, ich würde vorschlagen mit den Default Parameter, die ergeben bereits eine sehr gute Qualität. Du kannst auch mal mit "-f" testen, dann ist zwar die Qualität nicht so gut, aber du siehst wie schnell der Grund Algorithmus ist, weil jeglicher Schnickschnack abgeschaltet ist. Evtl. kann man auch mit -h testen, da sind alle sinnvollen Qualitäts Einstellungen drin. Aber -q 0 ist zu viel! -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
28.05.2007, 20:39 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung @Bernd Das stimmt nicht ganz. Auf Amiforce trudlen immer wieder Neulinge oder Ex-Blitzer ein, die was mit AB3 machen wollen. Nur tuen die sich oft schwer. Deshalb denke ich das eine Docu und Startfile serh nützlich ist. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
28.05.2007, 12:39 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung @Honitos: dos_CheckLib{} öffnet eine Library und schliesst sie wieder, um zu testen ob sie in der richtigen Version und/oder überhaupt vorliegt. Wenn es da crashed, dann funktioniert der LibInit Code der Library nicht. Seid ihr sicher dass es daran liegt ? Die Library ist uralt und hat noch nie Probleme gemacht. @Bernd Wurde da in letzter Zeit was verändert ? @Ralf Auf einem WinUAE zu testen macht schon sinn. Man kann schnell verschiedene OS Installationen und Hardware Configurationen durchprobieren, was mit einem Classic nicht möglich ist, da hast du nur eine Hardware und auch in der Regel nur eine OS Installation. Die zu wechseln ist schon aufwendiger. Die Kompatibelität ist so gross mitllerweile, dass ich mir zu trauen würde zu behaupten, wenn es unter WinUAE läuft dann läuft es auch auf einem Classic mit der entsprechenden Hardware. Das Problem was wir hier haben dürfte auch weniger von verschieden Hardware Configs kommen, sondern Software Installation. Und das kann überall anders sein, auch von Classic zu Classic. @Alle Wenn man ein JPEG Bild laden will, hat man das inkl. Docu mit dem Instruction Browser in ein paar Sekunden gefunden, wenn man den richtig bedient. Im Vergleich zu MS .Net ist das richtig komfortabel und super schnell. Wie man den bedient, da mache ich mal ein Video Tut. Ich bin gerade dabei einige Tuts aufzunehmen, allerdings will ich den Codec noch verbessern, deshalb hab ich noch nichts released. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
27.05.2007, 23:22 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung @Ralf Das ist kein Bug. Dein System konnte keine 32Bit ARGB Bitmap erzeugen. Entweder ist bei dir der Speicher voll am Anschlag oder du hast keine 24bit Unterstützung. Was für ein System nutzt du eigentlich dazu, wieviel RAM und welches OS ? Das mit der dissasembler lib ist auch komisch. Kannst du den Bug genauer beschreiben ? Irgendwas scheint mit deinem System nicht zu stimmen. Diese Probleme hatte bisher niemand. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
26.05.2007, 21:43 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung Ja, wenn die cybergfx nicht gefunden wird macht das wahrscheinlich nix, aber es wäre trotzdem schöner das draussen zu haben. GetFPU macht eigentlich nix schlimmes, d.h. funktioniert auch ohne FPU, es frägt ja lediglich die CPU Flags in der execbase ab. Allerdings könnte der Peek.l(4) was ausmachen. Wazu brauchst du das eigentlich ? Aber wovor du aufpassen musst ist "fpcr", falls du das irgendwo in dem Sourcecode findest. Das braucht die FPU, sonst crashed es. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
26.05.2007, 21:17 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung @Honitos Die Exectuable von AB3 enthält 2x "cybergraphics.library", sieht also so aus als ob die doch geöffnet wird. Schau doch mal nach Libs im Source Browser, die verdächtig sind. Du kannst mir auch den Source schicken, dann schau ich mir das an. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
26.05.2007, 16:01 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung Also ich glaube ja Ralf, dass es nicht funktioniert. Da in diese Richtung aber kein Bugfix/Workaround unternommen wurde, wird es auch immer noch nicht gehen. Es stellt sich aber die Frage, ob das überhaupt interessant ist AB3 auf einem "nackten" Classic laufen zu lassen. Das IDE ist eigentlich für höhere Auflösungen ausgelegt, d.h. zumindest wenn man die Vorzüge gegenüber BlitzBasic2 ausnutzen will. Und die restlichen Verbesserungen gehen auch eher in Richtung High End Amiga. Wer will denn auf so einem System ernsthaft Programme entwicklen, für die Blitzbasic2 nicht ausreichend wäre!? Z.b. Entwickle ich doch unter PAL kein Spiel für 24bit Grafikkarten. Das wäre ja so wie auf einem PDA eine App für WinXP zu entwicklen. Normalerweise läuft das umgekehrt ;-) Trotzdem ist so ein Problem natürlich ärgerlich, weil es ja eigentlich keinen Grund gibt, warum es nicht laufen sollte. @Ralf Hast du schonmal probiert, Picasso96 oder CGX für AGA zu installieren ? Oder einfach mal die cgxsystem.library kopieren. Ich werde mal mit Snoopdos verfolgen, ob cgx tatsächlich angefragt wird. Evtl. liegt es ja auch an was ganz anderem, einem Patch oder so. Unter WinUAE und auf meinem Classic läuft es problemlos auf einem PAL screen, aber beide haben auch eine Graka drin. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
25.05.2007, 13:16 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung @Ralf Eigentlich wäre es eleganter, wenn du ein image Objekt anlegen würdest, dir den RastPort davon besorgst und dort hineinblittest. Denn ein Image Objekt enthält 24Bit Daten, lässt sich danach problemlos auf jeden Screen Blitten (also auch 8bit) und auch speichern. Z.B: code:XINCLUDE "image.include.bb2" If image_Create{0,320,200} *rp.RastPort = image_GetRPPtr{0} ; hole den Rastport ... berechne hier deine Wolken, am besten 24bit, und schreibe das Ergebnis in den RastPort mit WritePixelArray, am besten Zeile für Zeile. Jetzt steht dir alles offen: image_Blit{0,x,y} ; in ein Fenster blitten, 1-24bit screen image_Save{0,"RAM:MeineWolken.png",@"PNG"} image_Save{0,"RAM:MeineWolken.jpg",@"JPEG"} image_Save{0,"RAM:MeineWolken.iff",@"ILBM"} ... und alle weiteren Funktionen für images, wie resizen, smoothen, verschiedene blitmodi etc.etc. End If -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
25.05.2007, 13:04 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung @Holger Auf einem System mit FPU ist es oft schneller, einfach mit Floats zu arbeiten anstatt zu Shiften und Dividieren mit Ganzzahlen, zumal Amiblitz Register Direktiven unterstützt, mit denen man nochmal optomieren kann. Z.b. kann man von konstanten Divisoren schonmal vor dem Loop den Kehrwert bilden, und dann multiplizieren statt dividieren. Das mache ich auch oft bei Ganzzahlen, aber dann muss man anschliessend shiften und darauf achten, dass es keinen Überlauf gibt. Ich kenne den Algo von Ralf nicht, vielleicht war mein Vorschlag auch blöd. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
25.05.2007, 00:19 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung @Ralf Das Amiblitz3 ist beta und wird mit Sicherheit noch Probleme machen. Das non-Beta Release liegt aber in den letzten Zügen vor der Vollendung... Dort gibts dann auch Templates für verschiedene Programm Typen, damit der Start leichter ist, eine neue Menu Führung und viele viele Guides. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
25.05.2007, 00:17 Uhr [ - Direktlink - ] |
Thema: Welches Basic???
Brett: Programmierung In Amiblitz ist "/" der Divisionsoperator, so wie bei C. Ganzzahldivision ist aber nicht unbedingt schneller. Evtl. würden sich Floats anbieten. Ein Array/Feld könntest du mit WritePixelArray8_ oder WriteChunkyPixels_ oder WriteLUTPixelArray_ blitten, sofern du tatsächlich Pen basierend arbeiten willst. Den Pointer bekommst du vom ersten Element: &MeinArray(0,0). Allerdings würde ich das nicht so machen, da das Alignment nicht unbedingt garantiert ist, das wirst du aber schnell merken. Ich würde mir lieber den Speicher selbst allocieren und mit Peek&Poke oder einem laufenden Pointer drauf zugreifen. Du kannst auch Zeile für Zeile blitten, dann brauchst du nicht ein ganzes Bild als Array allocieren, sondern nur eine Zeile (hängt natürlich auch vom Algo ab) Die perlin.inlcude.bb2 z.B. kann Wolken in einen Rastport rendern. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
24.05.2007, 15:04 Uhr [ - Direktlink - ] |
Thema: AMikit funktioniert nicht
Brett: AROS und Amiga-Emulatoren Also ich habe nach 1.2 erstmal AmigaOS istalliert von CD, und danach das Update auf 1.3 gemacht, und danach die Patches. Was mir aber aufgefallen ist, dass der Rechner beim ersten Booten extrem lange braucht. Und ich meine eeeexxxxxtttrrreeeemmmmmm. Also evtl. ist das bei dir gar kein Bug, du bist nur zu ungeduldig. Lass den Rechner mal 5min in Ruhe, und schau was passiert. Wenn es nach 5min immer noch stecken geblieben ist, dann hilft nur reset. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
21.05.2007, 13:59 Uhr [ - Direktlink - ] |
Thema: Soundbearbeitung am Amiga !
Brett: Amiga, AmigaOS 4 Zitat:Also mein 68K A1200 schafft das mit einer Blizzard SCSI IV. 10 Tracks sind auch nur 44100*2*2*10 / 1024/1024 = 1,68MB/sec. Der Controller hat etwa 15MB/Sec gebracht, etwa 4 MB stabil durch das Filesystem. Dann kommt ja noch der RAM Cache dazu. Ich hatte 192MB FAST, also wenn er sich einmal durch den Song genudelt hatte, ging das meistens komplett vom RAM. Das schafft man noch deutlich mehr Spuren. Zitat:Natürlich die CPU. Klar, da sieht es auf dem 60er Mau aus. Reverb geht nicht, höchstens ein oder zwei EQs oder Delay. Kann man aber auch offline draufrendern mit HD-Rec, wenn es zu viel CPU frisst. Aber ich gebe dir Recht. Spass kommt erst ab 1GHz+ auf. > Frage am Rande: Was verstehst Du unter 'professionelle Mixes' ? Eine Song aufnehmen, z.B. mit Gesang, Gitarre und MIDI Instrumenten (oder auch Softsynth), abmischen auf einem Level der für eine professionelle Veröffentlichung ausreicht. Die Songs darf ich hier leider nicht posten, da Copyright. Aber z.B. die Asteroids Titelmusik kommt auch schon recht gut, obwohl dort nicht so viel Aufwand betrieben wurde, also alles mit On-Board mitteln und ohne Gesang. Dass es nach "Computer Spiel" klingt ist in diesem Fall Absicht und kein Unvermögen. Zitat:Also mit HD-Rec auf Amtihlon, WinUAE, OS4 oder MOS mit ordentlichem Prozzi kommt man schon recht weit. Damit kommt man schon auf ein Level, wo es mehr drauf ankommt WAS man macht als WIE oder in welcher Qualität. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
21.05.2007, 12:03 Uhr [ - Direktlink - ] |
Thema: ARGB Pixel oder Type kopieren in C
Brett: Programmierung Wenn ich mehrere Pixel kopiere, verwende ich natürlich CopyMem. Aber meistens muss man die jeweiligen Pixel manipulieren oder individuall selektieren, d.h. ich muss auf jeden Pixel einzeln eingehen. Danke für den Hinweis mit der Endianess Problemeatik. Da der Code in AROS einfliessen soll, muss ich darauf natürlich achten. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
Der_Wanderer
Nutzer
19.05.2007, 18:56 Uhr [ - Direktlink - ] |
Thema: Soundbearbeitung am Amiga !
Brett: Amiga, AmigaOS 4 @Mistral Ich kann dir natuerlich meine Progs empfehlen. Mit HD-Rec kannst du mehrspurig aufnehmen (mit einem 60er und einer schnellen Platte etwa 10 stereo Spuren @44.1kHz), schneiden bearbeiten (auch mit vielen DSP Effekten wie Hall, Echo, Chorus, Flanger etc.) nach Lust und Laune. Einige professionelle Mixes habe ich damit schon gemacht. Du bekommst die Waves grafisch angezeigt und kannst sie uebereinander schieben wie du willst, editieren und in einem Audio Mixer abmischen. Schneiden geht viel schneller als in den meisten anderen Programmen weil nur Referenzen auf die Quell Datei gespeichert werden, und Undo gibts auch. HD-Rec ist das einzige Musik Program, dass auch gleichzeitig MIDI aufnehmen und editieren kann, ausserdem gibts auch mehrere Softsynths, z.B. das hier ist damit gemacht (100% HD-Rec, kein anderes Equipment): http://www.hd-rec.de/Archive/DemoSongs/Tenderly.mp3 http://www.hd-rec.de/Archive/AsteroidsAhead.mp3 Man kann direkt als mp3, wav, aiff oder auch CDDA image exportieren (inkl. ID3 Tags), wenn man LAME installiert hat, ohne den Song anzuhoeren, geht auf schnellen Rechnern natuerlich wesentlich schneller als Realtime. Die Lite Version von HD-Rec gibts hier: http://www.hd-rec.de, bald kommt ein groesseres Update. Die Lite Version kann schon alles was du weiter oben beschreibst. Wobei du allerdings, wenn es richtig rocken soll, schon mehr CPU Leistung brauchst. Amithlon/WinUAE auf 1GHz+, OS4 oder MOS waeren schon nicht schelcht, da reduzieren sich die Wartezeiten fuer das bearbeiten quasi auf 0. Brennen musst du mit einem anderen Program, z.B. MakeCD,BurnIT oder FryingPan. Welches Program am besten ist haengt hautpsaechlich von den Unterstuetzten Brennern ab. Ich nuzte MakeCD und bin recht zu frieden. -- Thilo Köhler, Author von: HD-Rec, Sweeper, Samplemanager, ArTKanoid, Monkeyscript, Toadies, AsteroidsTR, TuiTED, PosTED, TKPlayer, AudioConverter, ScreenCam, PerlinFX, MapEdit, TK AB3 Includes und viele mehr... Homepage: http://www.hd-rec.de |
|||||
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |