ozdaniel(AD) wrote:Download Res v1.50; https://rapidshare.com/files/2092221356 ... s.v150.zip
thank you

Moderators: Sharp, X-Trade, Pepperpotty, karmathanever
ozdaniel(AD) wrote:Download Res v1.50; https://rapidshare.com/files/2092221356 ... s.v150.zip
I think,somewhere between...cristi_pa1xpro wrote:We all have the resources. the question is why we do not find them on the site www.korgpa.com?
On www.korg.de for musikant we find the resources but it is not the operating system. Where is the problem?
Pa3XRes.v150 is indeed resource file two way applicable ( see it's size) !karmathanever wrote:Just a reminder - these are NOT resources - the "res" in the file name stands for Reset.
It is a full factory reset.
Thanks for the clatification!Paolo@Korg wrote:Hi,
Pete and Antony are right: you only need the Pa3X_os_v150.pkg file. This one contains both the Operating System and Musical Resources. We changed the upgrade procedure, because this reduces the needed file to only this one.
To load the Musical Resources after upgrading the Operating System, you have to choose the Media > Utility > Factory Restore command. The complete procedure is explained in the PDF file coming with the Operating System file.
The Pa3X_res_v150.pkg file is the Factory Reset file. This also reloads samples, and is only needed when a 'freeze' happens. We are working on it, so loading the one you might find on the web is not recommended.
Best regards,
Paolo
There is no EEPROM or any non ECL DDR R/W memory to have the required access time < 10 nS , definitely !musicrazy wrote:Like i thought the pa3x is able to update samples (and so pa2x). Anthony the sample memory chips on korg are Read/Write capable.
A memory on the worst case has 100 ns of latency on random data access (page access is 4x faster !!). For human ears and speed of mind 100 ns converted in seconds is 0,00000001 seconds of latency!!!. In other words the type of memory in use PROM, EEPROM (FLASH), or RAM doesn't matters for latencies. The "note on" or keys panel latency in many cases is due the main OS code that´s not improved and efficient. Also the absence of IRQ request channels for I/O peripherals (keyboard and panel buttons scan) that force the use of polling methods which consumes CPU resources. On some cases when the DSP is dynamically updated to change effects and if CPU is to slow to transfer the effects data update latency issues can be noticed by ear.AntonySharmman wrote:I'm not expert on Korg's products , I'm expert at any electronic equipment I own when I explore it
since I'm CPU & peripheral designer and my conclusions are not taken by anyone's words
but only under technical points.
Since is crystal clear that a sampler can work without real time latency only with 3 ways :
1) Waveforms written only to maintainable fast media which is Rom.
2) Waveforms written to eeROMS or flash nand, that will load their content to Ram during booting
3) Waveforms αttack preloaded to Ram and streaming the rest sample body from slower speed storage
devices as above & SSDs , the well known DFD method !
As we call in maths under "αtopic induction" , 2 & 3 are rejected , so Rom is the correct waveforms storage
and as I wrote speedy Rom are Read-only by definition !