Recent Posts

Pages: [1] 2 3 4 5 6 7 8 9 10
1
CPU Upgrades / Re: The 1.6ghz Sonnet Encore MDX overclocking project
« Last post by GaryN on Today at 03:28:38 PM »
Yeah, I can confirm as well. Although, I use a copper heatsink with my MDD and it has worked like this since 2018 or so without any issue together with my MDX.

Covering half of the CPU core seems to be enough after all. I don't recommend anyone to do this, but it does work just fine :)

That's fascinating. After the time it took for me to find an MDX and the obscene amount I paid for it, I was not going to try that.

Two observations:
1) Even without doing any real scientific testing, I would surmise that the copper sink's small improvement in cooling over the "stainless" would likely be offset by the 25% loss of contact area, making the risk/reward ratio rather poor.
2) Again, no testing done but considering that OS9 mostly exercises only one proc, it's possible that no overheating risk would occur if that proc is the fully-covered one and the other is just basically idling. I would still be risk-adverse to trust the arrangement doing any processor-intense tasks in OSX however.    Knez: Do you run only OS9 on your MDD?

The reality may be that the 7447 just runs a little cooler than the 7450 anyway and so up to 1.8Ghz at least, they don't really require that fancy-pants copper cowboy anyway. For that matter, unless you're obsessed about noise, the MDX is perfectly happy with the tiny little Xserve–compatible sink with its little built-in fan that comes with it. One could even make the argument that's better overall in an MDD since it offers less obstruction to the airflow from the main fan and the tiny MDX fan is barely audible anyway. Of course, then we'd be into aerodynamics and how the original heatsinks sit right in front of the main fan directing the airflow through the fins and out the back but now we have a bunch of turbulence and inefficiency instead.

Of course, pushing to 2.0Ghz or beyond, all of the above goes right out the window and maximum cooling becomes paramount, despite the much–observed instability and crash–proneness (proneness?) at ludicrous speed.

Perhaps we should all just sit back and wait for one of our resident OCD's to try to TIG–weld an extension to the copper sink to cover that protruding proc……

                  I'll be here all week folks… don't forget to tip your waitress…   ;D
2
PowerPC OSX-based DAW Applications / Dsound GR e TR Player
« Last post by redstudio on Today at 02:56:03 PM »
I found a demo of GTplayer by Dsound.. this software is beautiful.. effects pedals, combinations and programs in rack. Unfortunately Dsound is dead and there is no longer the possibility of purchasing this software.. does anyone have a working copy of RT or GT player to post? It's perfect for every guitarist... it would be a shame to forget it in a drawer, thanks!
3
you dont have to cut/modify any pins for compatibility with a sawtooth
they dont have ADC support to begin with

Yes, you are right, card was probably in a DA or above and then moved to the Sawtooth; so yes no taping needed, I stand corrected, of course no voltage/no ADC
4
Software / Re: Mac HFS and HFS+ with MacOS Sonoma
« Last post by adespoton on Today at 11:05:02 AM »
So there's two versions of FuseHFS; we were banging our head against patching 0.14 to work ever since it broke (sometime around High Sierra).  Apple finally kindly fixed this for us by removing HFS support from the default filesystem bundle (instead of leaving an unusable stub in there like they had done before).

So 0.15 just has some tweaks to place the filesystem bundle in the correct place for modern macOS, and is otherwise indistinguishable from 0.14 that worked on OS X 10.6 - 10.11.

And as it's indistinguishable... it's essentially just hfsutils bundled up as a fsbundle.  So it shares the same limitations as hfsutils.

I will throw in one more warning: FuseHFS can stomp on Apple's implementation of HFS+ as well, and THAT can cause some issues with GPT formatted disks.  I've only ever had an issue once, and I fixed that by temporarily disabling MacFUSE and then re-enabling it, but there are definitely some minor differences.

That said, being able to load my HFS disk and CD images on Sonoma (on Apple Silicon) is a definite plus :)  Before I was having to boot into Linux to do it, which just felt wrong.  So now I can prep my OS 9 images on Sonoma, then write them out to disk :)

[edit] And now I remembered what the edge case is for me -- When using HFSFuse, if you create a sparsebundle and format it HFS+, and then "convert" that image to a new sparsebundle (which traditionally frees up unused space), the sparsebundle will balloon to its max size, because diskutil doesn't think it can see inside the file system to free up space, and so pads with nulls instead of stripping them.  Something to be aware of if you're using HFS(+) sparsebundles and HFSFuse.
5
you dont have to cut/modify any pins for compatibility with a sawtooth
they dont have ADC support to begin with
6
Emulation / Re: Power MachTen kicks ass. Can we compile QEMU for it?
« Last post by laulandn on Today at 10:38:39 AM »
GCC 3.x was a huge jump. 3.0 is a completely different beast from the previous versions.  We were able to build GCC 2.95 (I believe) and earlier with no problems on Power MachTen, but not any version of GCC 3.

We were able to get parts of it compiling, such as the binutils, cpp preprocessor, and many support libraries, but got stuck getting the whole thing together.

The trick will be if the m68k version of MachTen has a good enough virtual memory system, as any m68k machine will probably have a LOT less memory than any of the PowerMacs we've been running it on.

That MIGHT allow the compile to go through, but it will surely really thrash the swap subsystem...if it is good enough to handle it.  On a real *nix system you can (almost) keep allocating memory until you run out of disk space...almost...

The other things the m68k version hopefully does better is mmap and other shared memory, and pipes between processes.  I won't know until I try it.
7
Cubase/Nuendo by Steinberg / Re: VST system link- advice for KVM switch
« Last post by Philgood on Today at 10:35:15 AM »
I had problems too to get SystemLink working. Turned out that the Digital in/out on my Tascam US428 was enough “processed” to mess with the control data so that the connection never got established. Don’t remember any more details but it eventually worked using another interface.
8
Thanks for the quick reply!

They seem fairly expensive, though Ive tracked down a used one made by LevelOne..

I may just stick with two monitors and try and find a switcher for the mpuse and keyboard.
It also hinges slightly on whether I can sync the two macs with system link- so far no joy- I may post another question about that shortly...
9
CPU Upgrades / Re: The 1.6ghz Sonnet Encore MDX overclocking project
« Last post by Jubadub on Today at 04:43:11 AM »
Covering half of the CPU core seems to be enough after all. I don't recommend anyone to do this, but it does work just fine :)

That's somewhat surprising! I'm glad it can work like that.
10
CPU Upgrades / Re: The 1.6ghz Sonnet Encore MDX overclocking project
« Last post by Knezzen on Today at 04:16:10 AM »
Yeah, I can confirm as well. Although, I use a copper heatsink with my MDD and it has worked like this since 2018 or so without any issue together with my MDX.

Covering half of the CPU core seems to be enough after all. I don't recommend anyone to do this, but it does work just fine :)
Pages: [1] 2 3 4 5 6 7 8 9 10