HI all
While I was cleaning my room :-) I found the famous memory upgrade chips I bought some time ago... I never had time to perform the upgrade so I think it's time to sell them :-(

I have 6 chips (to upgrade 3 MK2a's) bought from Paul Grzelak... I can't remeber how much I paid for, so please PM your offers :-)

I'm in Italy so consider it as positive if you are in Italy or in Europe...

Thanks for your time!

up

As I asked in the other thread, where you sell your empegs... if you are still selling them, maybe I could be interested in the memory upgrade.

I have sell all my empeg now! (I'm a bit sad of it)
The only thing I still have that remember me of it (apart hours and hours of good in-car music) are these chips... anyone interested?

I'm interested. Sent a pm.

keil

still available...

two pairs sold!

I have the remaining pair (TWO chips for upgrading ONE Mk2a), I'm asking 35 euro, worldwide shipping included.

...and also the last pair is sold.
Thanks dr_dos!

Now I just need somebody (preferably from Germany) who can put them into my empeg.

Anyone?

Peter

Yeah...I get that on both of my players. They both have memory upgrades, so I think that I just need to adjust the Reservecache setting whenever I get around to it.

I would like to buy a few sets of upgrade chips.

Please PM me if you have any to sell.

Thanks,

Ross

The empeg design uses PIO (not DMA) for disk data transfers. Doing a lot of consecutive PIO prevents other stuff from running at the same time (there's only one CPU..).

When the player does readahead, it tries to fill nearly all available memory with data before stopping. The more memory. The more available memory, the longer this takes to complete. While the disk reads are happening, the display updates get stalled, and can appear to stutter.

Adding more RAM helps with large databases, extra apps, etc.. but the player software is pretty clueless about it all, and will just try to hog the CPU while filling up the extra RAM with more tunes..

Cheers

Hi,

Is the RAM configured as cache, or an elastic buffer with dynamic pointer(s)?

I use a lot of .WAV files which certainly exceed the buffer size.

I have noticed that if I am listening to a selection and change to another selection it does cause a short delay. The same happens with some long selections. There is always the readahead after the spin-up of the drive. I realize that most of this time is disk spin-up and I will try to temporarilly disable spin-down to verify it.

My questions are:

1) With additional RAM, if I change selections, will it flush the cache, or is it elastic and re-point to a new index and start reading there?

2) Will more RAM worsen the delay with a deeper buffer and cache flush?

3) Will more RAM reduce the readahead delay (read the complete music file) or spend more time filling the buffer?

4) Does the laptop disk drive cache come into play or is it a hinderance with the Empeg?

Thanks,

Ross