Reply to topic  [ 1 post ] 
Target OSes and their planned system requirements 
Author Message

Joined: 31. May 2005 05:23
Posts: 70
Location: Liège
Post Target OSes and their planned system requirements
System requirements of TuComposer:

Coding language: StormCPP DSK 3.0, GCC, Devpac Asm 3.18
68020 processor, 1 MB RAM at least, OS2.0+.
(There will be a player released, which should work on old A500s, but do not
try to play an 256 channel module on an 68000 processor :-)), and you can
surely think that the mixing, especially the mixing of non-8 & 16 bit samples

Recommended: At least a 68030-50 with Fast RAM, Harddisk, (Hey, which 030
user has no Hardisk :)), 16-bit Soundcard (Toccata, etc.), Samples, Fun :).
There should be at least 2 MB RAM available for good composing
(Chip RAM isn't important, because Mix-Routines use only very small chip-mem
buffers (~1 KB)).

Sorry, 500er users, but time is over wiz supporting A500...
AGA rulez...500er users should use OctaMED Soundstudio, as it has 64
channels or even the good old ProTracker...greetz Mahoney & Cactus, etc.
TuComposer is for people which want to realize all their ideas and so not for
slow systems..An 68030-50 with Fast RAM should do 22kHz at least wiz 24
channels (stereo)...and 22kHz wiz 40 channels in mono...BTW, an 68060-50
should do 128 channels without interpolation. OS 3.x users can also use
datatypes to load samples, allowing WAV, VOC, AIFF, etc. samples to be loaded
in...I also think to port it to PowerPC-Amigas when available...They easily
manage all 256 channels at 44kHz (maybe even with full interpolation) ! The
AMIGA version will also be a standard shared-AmigaOS library, which helds all
important functions making composing powerful ! That means, if you dislike the
user interface, just code a new one and use tucomposer.library for access
tracker functions...A final word about the music.datatype:
Because the data types have everything but music data types, I'm thinking
about to adopt the TCM1-File format for the music datatype. The
datatypes.library supports this, but there isn't defined a standard with it.
Also I never saw music datatypes. So it's time to complete the datatype
classes. The TCM1 format is ideal for this, because it provides you almost
everything and is, like all datatypes an IFF-Format. Then we shall listen to
our favourite modules with MultiView and similar tools...
P.S.: Sorry that Commodore is dead now...snief, rest in peace. The C64, AMIGA,
      all that good things they made...To Phase 5: Release the PowerPC-card !
      You're our last hope to save us from the destruction...


The PC-coders of TuC have to deal with this...but I suggest...

Coding language: DJGPP, TASM, Borland C++ 5.0, Visual C++, Delphi (GUI)
486DX-50, 4 MB, MS-DOS (because Windoof users have DOS, it doesn't worry),
When you use Windows 95/98, the DOS version also supports long filenames
(this is a feature of DJGPP)
SoundBlaster PRO...

Recommended should be: Pentium-100, 8 MB, SB16, GUS, Samples, Fun :).

This should be able to do 64 channels at 44kHz without interpolation.
But as I said this is on TuC's PC-Coders...


None found to port it yet to Mac, but we're interesting to find a Mac coder...
Because Mac's use now the PowerPC processor, they shouldn't have any problems
with 256 channels. When the AMIGA-PowerPC version is complete, that would be
quite easy to port. An 68k Port is quite useless I think.

UNIX Systems & Sun Workstations

Good idea, but still nothing found to do the port...

There should be more ports done, but only if we find a coder for this...we
do not have the time for this...we make MODs, Gfx, Demos, Intros, etc. So we
haven't time to port a program to 1000 platforms...

But remember, the file format and the Tracker's abilities must be nearly
equal...So, now, who does what ??? Bye Bye !
The next tracker generation will be ruled by TuComposer (I hope at least) !
But we only can achieve this if everyone works on it ! Also, I'm ready, don't
you ??? Of course, we will, if TuComposer success, use it in all our future
releases, because it is much far away than all the others...but this is no
wonder, when other people just want to make money quick and release just a
tracker clone with 2 or 3 new effects...32 channels are not new and still
there are released trackers with 32, 16 or even 8 channels...we want to stop
this !!! IT was really a step into the future but has still the most of the
disadvantages that the SoundTracker-style trackers have. I have seen trackers,
which tried to fix this, but they have only 8-channels and the mix routines
are terribly slow (and they don't have panning, 16-bit sample support, etc.),
a very bad example is MusicLine, many instrument functions, but the 8-channel
mixroutine is soo amazing slow, that it's pratically useless (even an 68030
without FastRAM has problems to have all 8-channels) and you CAN'T ADJUST
the mixing frequency. StoneTracker is shareware with a disabled save function
and so I never used it. I don't compose 3 hours anything just to notice that
I can't save it. What do these Shareware-writers think ? The same applies to
Art Of Noise. Powerful FM-synthesis but as I said, who uses a tracker where
he can't save and 80,- is MUCH TOO EXPENSIVE. And all of these above hasn't
any Panning support !!! This is what I hate at most. Left-Right-Right-Left
is out and can sound horribly with headphones (especially when using chords) !
TuComposer has almost all you want and will cost nothing, so all these above
will be doomed to die, when they don't think twice and use TuComposer's
functions...I think. Better buy a PC and get ImpulseTracker as using one of
these above...

1. June 2005 12:18
Profile ICQ WWW
Display posts from previous:  Sort by  
Reply to topic   [ 1 post ] 

Who is online

Users browsing this forum: No registered users and 1 guest

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by STSoftware for PTF.