Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
HD-rec erweitern
#11
Hier finden sich auch gut klingende opensource effekte (kann man als VST probieren effekte mit opensource). Kann man vielleicht die besten auf hd-rec portieren

<!-- m --><a class="postlink" href="http://www.savioursofsoul.de/Christian/vst-plugins/effect-plugins/">http://www.savioursofsoul.de/Christian/ ... t-plugins/</a><!-- m -->
<!-- m --><a class="postlink" href="http://www.savioursofsoul.de/Christian/vst-plugins/effect-plugins/dynamics/">http://www.savioursofsoul.de/Christian/ ... /dynamics/</a><!-- m -->
Zitieren
#12
winuae hat nun auch guten toccata soundcard 16 bit support. da gehen latenzen von 1 ms ohne knacken in hd-rec. paula buffer muss man auf 1 stellen. Bei der 64 bit winuae version geht auch der JIT.

dort die beta16 unten

<!-- m --><a class="postlink" href="http://eab.abime.net/showthread.php?t=78826&page=13">http://eab.abime.net/showthread.php?t=78826&page=13</a><!-- m -->

habe ich in 64 bit mit hd-rec und amiblitz progs getestet, und geht soweit.
Zitieren
#13
Berndroesch schrieb:Ne FPu braucht man eigentlich immer, wenn etwas mit flieskommazahlen berechnet werden soll. sei es nun das CSS seitenlayout eines browser, ein portiertes Linux spiel etc. alles würde extrem lahm und unbenutzbar wenn man es über eine FPU lib machen würde. selbst die Schüsse berechnen geht viel einfacher, wenn man einen flieskommawert benutzen kann und sagen, die gegnergeschwindigkeit ist 1.34 oder so. nimmt man da 2 wäre der gegner zu schnell, bei 1 bewegt er sich ja garnicht. daher kann auch jeder Taschenrechner fliesskomma und sogar die Preise werden nicht in Ganzzahl angegeben
Man könnte ja auch, am Beispiel von 1.34, ein int der mit 3 stellen verwenden, also 134. Muss halt immer umgerechnet werden.
Floats sind nicht genauer als Ints.

Berndroesch schrieb:
Zitat:Neuere Turbokarten, z.B. die ACAs, haben keine FPU.
Es werden welche ohne FPU verkauft, weil es halt einige geizige Amigauser gibt und die integer versionen wegen dem zielmarkt embedded teurer sind und auch weniger takt erlauben Big Grin
Leider sind die ACA1233-40 bei Individual Computers aktuell nicht zu bekommen, die wäre mit FPU.

Ich denke die FPU-Lib zu verwenden ist kein Fehler. Wenn jemand dann eine FPU hat, Gut, dann geht eben alles etwas schneller. Aber dafür läufts wenigstens überhaupt wenn jemand keine hat.
Auf meinem etwas aufgerüsteten A600 bleibt mir quasi nur Blitz2.


Grüße,
Manfred
Zitieren
#14
ja, muss halt immer umgerechnet werden, daher ist es unbrauchbar langsam und macht viel mehr arbeit zu programmieren. wieso kapieren amigauser nicht, dass programmieren ein hoher Zeitaufwand bedeutet. und wenn man es auf langsamer hardware macht und noch optimieren muss, dann ist der zeitaufwand nochmal viel höher und man kommt vor lauter perfektionieren zu gar nichts nutzbaren mehr.

Zitat:Auf meinem etwas aufgerüsteten A600 bleibt mir quasi nur Blitz2.

in dem vampire v2 soll eine FPU drin sein und 115 Mips soll es können. mit dem heutige billig üblichen viel schnelleren RAM, könnte man mit amiblitz locker spiele in akzeptabler qualität mit den TK includes oder opengl mit 640*480 machen.
ist halt leider Pech, dass in FPGA fast nichts investiert wird. gibt auch noch viel schnellere FPGA

<!-- m --><a class="postlink" href="http://www.amiga-news.de/de/forum/thread.php?id=35636&BoardID=1">http://www.amiga-news.de/de/forum/threa ... &BoardID=1</a><!-- m -->

wenn du nicht zeit investieren willst, dann nutzt dir amiblitz auch nichts. Und wenn du was machen willst, dann kannst ja den UAE nutzen vorerst. der fs-uae gibts auf mac, linux, win mit JIT, und der hat natürlich ne FPU. Oder willst du etwa sagen, dass der A600 dein Hauptrechner ist und du damit im inet surfst .... da auch webbrowser schnarch lahm sind, ohne FPU bei den heutigen seiten, da wäre sogar ein rechner mit FPU und 56k modem schneller. ;-)

<!-- m --><a class="postlink" href="http://www.apollo-core.com/">http://www.apollo-core.com/</a><!-- m -->
Zitieren
#15
Das sind eben verschiedene Use Cases.

Auf der einen Seite moderne Hardware, da ist FPU kein Problem. Es gibt aber auch Classic User, die nicht moderne, sondern ihre alte, "echte" HW benutzen wollen, die hat dann oft keine FPU. Das Problem bei Amiblitz ist nicht die Performance, sondern dass ein Executable FPU benötigt auch wenn es eigentlich keine braucht, weil es irgendwo in einem Startup code verwendet wird. Es geht also nicht darum, einen Raytracer oder 3D auf non-FPU System zum laufen zu bringen, wo es ohnehin nicht schnell genug wäre, sondern einfache Tools/Games, die keine FPU brauchen.
Es wäre schön, wenn man Executables erstellen könnte ohne FPU. Für die meisten AB3 Nutzer aber keine Hi-Pri.
Zitieren
#16
Gerät leider etwas OT.

Berndroesch schrieb:ja, muss halt immer umgerechnet werden, daher ist es unbrauchbar langsam und macht viel mehr arbeit zu programmieren. wieso kapieren amigauser nicht, dass programmieren ein hoher Zeitaufwand bedeutet. und wenn man es auf langsamer hardware macht und noch optimieren muss, dann ist der zeitaufwand nochmal viel höher und man kommt vor lauter perfektionieren zu gar nichts nutzbaren mehr.
Gut, das ist verständlich.
So lange man ein und den selben code auch noch mit älteren Compilern (Blitz2, Amiblitz2) compilieren kann ist das ja in Ordnung.


Berndroesch schrieb:
Zitat:Auf meinem etwas aufgerüsteten A600 bleibt mir quasi nur Blitz2.

in dem vampire v2 soll eine FPU drin sein und 115 Mips soll es können. mit dem heutige billig üblichen viel schnelleren RAM, könnte man mit amiblitz locker spiele in akzeptabler qualität mit den TK includes oder opengl mit 640*480 machen.
ist halt leider Pech, dass in FPGA fast nichts investiert wird. gibt auch noch viel schnellere FPGA
Das sieht ja nett aus. Gibts das schon zu kaufen?

Berndroesch schrieb:wenn du nicht zeit investieren willst, dann nutzt dir amiblitz auch nichts. Und wenn du was machen willst, dann kannst ja den UAE nutzen vorerst. der fs-uae gibts auf mac, linux, win mit JIT, und der hat natürlich ne FPU. Oder willst du etwa sagen, dass der A600 dein Hauptrechner ist und du damit im inet surfst .... da auch webbrowser schnarch lahm sind, ohne FPU bei den heutigen seiten, da wäre sogar ein rechner mit FPU und 56k modem schneller. ;-)
Haupt -Entwicklungsrechner wird MorphOS auf einem PowerBook G4 und fs-uae auf OS X.
Ein A600 soll das binary nur ausführen. Auf dem Anderen (ACA620) wollte ich aber tatsächlich auch entwickeln. Für Blitz2 reicht die Kiste allemal.
Ja, sicher, produktiver ist man sicherlich auf den "großen" und schweren Systemen. Ich entwickle fürs tägliche Brot auch Software. Manchmal zieht es mich zur Einfachheit hin.
Wie gesagt, so lange der Code von jeglichem Compiler (bb2, ab2, ab3) compiliert werden kann ist das doch schonmal gut.

Grüße,
Manfred
Zitieren
#17
asrael schrieb:Das sieht ja nett aus. Gibts das schon zu kaufen?

die 1. version den vampire 600 soll es schon 2013 gegeben haben für 90 Eur. die 1. version hat aber keine FPU und macht nur 68000 cpu und teilweise 68020.

<!-- m --><a class="postlink" href="http://www.majsta.com/modules.php?name=News&file=article&sid=63">http://www.majsta.com/modules.php?name= ... cle&sid=63</a><!-- m -->

aber dass die immer noch den cyclone 3(kam 2007 auf den Markt und ist 65nm Prozess) verwenden ist halt auch nicht so gut. derzeit ist cyclone 5 aktuell(kam 2011 28 nm Prozess auf den Markt), der natürlich viel schneller ist und mehr logikeinheiten hat und weniger kostet bei höherer Performance.

früher dachte man, man kann mit einfachen CPU design, das wenig logikeinheiten hat, den Takt beliebig steigern, aber man merkte dann, dass es nicht geht, weil ab 4 GHZ, die Wärmeerzeugung durch den hohen Takt überproportional gross wird. da risc also der PPC immer einen höheren takt braucht, als ein CISC 68k oder X86 um gleiche Leistung zu erreichne, ist das schlecht, wenn man nicht die Taktrate höher machen kann. Mit FPGA hat man die möglichkeit, komplexe operationen wie mp3 decode mp4 decode ohne einzelne CPU Befehlele auszuführen. somit hat man CPU und coprezessor in einem Gehäuse und es geht dann alles viel schneller.

denn es ist einfacher und stromsparender Chips mit 4 GHZ zu bauen, die so viele logikeinheiten haben, dass sie dann komplexe befehle in einem Takt abarbeiten können, oder mehrere CPU cores haben

Zitat:So lange man ein und den selben code auch noch mit älteren Compilern (Blitz2, Amiblitz2) compilieren kann ist das ja in Ordnung.

dass geht natürlich nicht, denn in amiblitz 2 und 3 sind neue möglichkeiten hinzugekommen, welche die tk includes auch nutzen.
ein Mangel von blitz 2 war ja, dass es schnarch langsam wurde, wenn man float nutzte, und es keine 64 bit float in blitz 2 gab.
Zitieren
#18
Der Wanderer schrieb:Beitrag von Der Wanderer » 4. Juli 2014, 12:46
Ich mache ein SVN commit vom aktuellen Code. Ihr braucht ihn nicht selbst zu modifizieren.Ich mache ein SVN commit vom aktuellen Code. Ihr braucht ihn nicht selbst zu modifizieren.

dass ist schon lange her. immer noch das falsche ssa_save im code. Hast du was neueres ?. ich wollte mal impulse vom reverb erstellen, aber der Pegel der impulsantworten ist zu gering. vermutlich die zeile
Code:
#diracimpuls = 32767
Statement fx_impuls {fx.l,@samplerate.l}
SHARED fxdat(),fxilist(),temp,rdjob(),ver.s,prefs,fxlib()
ResetList rdjob()
If samplerate<1 Then samplerate=44100
If NextItem(rdjob())=False

muss heisen #diracimpuls = 32767*8

oder 32767*16 ?
Zitieren
#19
Stell dich hinten an Bernd ;-)
Zitieren
#20
15.07.2017 HD-Rec wird Freeware

Ab sofort kann man auf der offiziellen Webpage von HD-Rec die Vollversion des Programmes kostenlos herunterladen.
<!-- m --><a class="postlink" href="http://www.hd-rec.de/HD-Rec/index.php?site=downloads">http://www.hd-rec.de/HD-Rec/index.php?site=downloads</a><!-- m -->

Die Entwicklung läuft ab sofort unter Sourcforge weiter.
<!-- m --><a class="postlink" href="http://sourceforge.net/projects/hd-rec/">http://sourceforge.net/projects/hd-rec/</a><!-- m -->
Gruß Helmut
Zitieren


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 1 Gast/Gäste