Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - Saga Musix

Pages: 1 2 3 4 [5] 6 7 8 9 10 ... 14

Website News Archive / 2013 Additions Torrent now available

« on: March 08, 2014, 16:21:11 »

A torrent of all of the additions from 2013 has been generously generated by jantore and seeded ready for your leeching!

2013 Additions Direct Link

Other Torrents

Website News Archive / Waveworld and Kiarchive torrents available as regular downloads

« on: March 05, 2014, 22:52:32 »

Considering that not everyone might be able to use torrents, I have put the popular Waveworld and Kiarchive downloads on an FTP server. This way, they can be downloaded with a regular FTP program or internet browser. I also took the liberty to remove the unnecessary MP3 conversions from the Waveworld archive, and extracted all the zip files found in sub folders into their own folders - so now you are pretty much ready to go after downloading the archive.

Download Waveworld (945 MB)
Download Kiarchive (453 MB)

To extract 7z files, you can use the free software 7-zip.

Bonus: The original Kiarchive site, salvaged through web.archive.org!

Have fun!

Website News Archive / 20 years of Impulse Tracker

« on: February 16, 2014, 19:05:17 »

The end of this year will represent 20 years from when the first line of Impulse Tracker code was written. Jeffrey Lim, the author of one of the most popular DOS trackers of all times, announced an upcoming series of articles about how Impulse Tracker was created in a blog post. Additionally, a promise was made to release the original Impulse Tracker later this year.

MilkyTracker Bug Reports / FT2's panning law unveiled

« on: February 03, 2014, 17:01:37 »

There's probably no widely spread tracker or player out there right (apart from the latest OpenMPT test versions) now which gets FT2's panning law right, and given that panning laws can greatly change how a module sounds, Milky better should get this right.
Right now, Milky uses a panning law that is similar to OpenMPT's old "headphones" mode. However, this is not quite right. I've found out that FT2 uses the square root pan law, which is close to the linear pan law, but it stresses samples that are played on the far left and right.
In ChannelMixer.cpp, around line 170, the left and right channel volume are computed. I think this should be done as follows:

Code: [Select]

mp_sint32 left = (mp_sint32)round(128.0f * sqrt((256-pan) / 256.0f));
mp_sint32 right = (mp_sint32)round(128.0f * sqrt(pan / 256.0f));

You may want to use a lookup table for that to avoid the constant recalculation of square roots, of course. Here's FT2's original LUT. Note that its indices range from 0 to 256, while the internal panning ranges from 0 to 255, meaning that there is no "true 100% right" panning, only 100% left is possible.

Code: [Select]

Formula: round(65536 * sqrt(n / 256)) for n = 0...256
   dd 0,4096,5793,7094,8192,9159,10033,10837,11585,12288,12953,13585,14189,14768,15326,15864
   dd 16384,16888,17378,17854,18318,18770,19212,19644,20066,20480,20886,21283,21674,22058,22435,22806
   dd 23170,23530,23884,24232,24576,24915,25249,25580,25905,26227,26545,26859,27170,27477,27780,28081
   dd 28378,28672,28963,29251,29537,29819,30099,30377,30652,30924,31194,31462,31727,31991,32252,32511
   dd 32768,33023,33276,33527,33776,34024,34270,34514,34756,34996,35235,35472,35708,35942,36175,36406
   dd 36636,36864,37091,37316,37540,37763,37985,38205,38424,38642,38858,39073,39287,39500,39712,39923
   dd 40132,40341,40548,40755,40960,41164,41368,41570,41771,41972,42171,42369,42567,42763,42959,43154
   dd 43348,43541,43733,43925,44115,44305,44494,44682,44869,45056,45242,45427,45611,45795,45977,46160
   dd 46341,46522,46702,46881,47059,47237,47415,47591,47767,47942,48117,48291,48465,48637,48809,48981
   dd 49152,49322,49492,49661,49830,49998,50166,50332,50499,50665,50830,50995,51159,51323,51486,51649
   dd 51811,51972,52134,52294,52454,52614,52773,52932,53090,53248,53405,53562,53719,53874,54030,54185
   dd 54340,54494,54647,54801,54954,55106,55258,55410,55561,55712,55862,56012,56162,56311,56459,56608
   dd 56756,56903,57051,57198,57344,57490,57636,57781,57926,58071,58215,58359,58503,58646,58789,58931
   dd 59073,59215,59357,59498,59639,59779,59919,60059,60199,60338,60477,60615,60753,60891,61029,61166
   dd 61303,61440,61576,61712,61848,61984,62119,62254,62388,62523,62657,62790,62924,63057,63190,63323
   dd 63455,63587,63719,63850,63982,64113,64243,64374,64504,64634,64763,64893,65022,65151,65279,65408
   dd 65536

With that LUT, the code should be looking somewhat like this:

Code: [Select]

Before (left/right range from 0...128):
mp_sint32 volL = (chn->vol*left*masterVolume)<<6;
mp_sint32 volR = (chn->vol*right*masterVolume)<<6;

After (LUT ranges from 0...65536):
mp_sint32 volL = (chn->vol*LUT[256-pan]*masterVolume)>>3;
mp_sint32 volR = (chn->vol*LUT[pan]*masterVolume)>>3;

Note that this code is duplicated several times throughout the whole mixer code. Might make sense to refactor this into a separate function.

MilkyTracker Bug Reports / Emulating F00, the correct way

« on: December 21, 2013, 13:58:05 »

MilkyTracker simply stops processing an XM when encountering an F00 ("set speed to 0") command. However, what FT2 internally does is completely different from that. As you might know, FT2 counts ticks backwards, e.g. at speed 6, it counts 5,4,3,2,1,0. So what does it do at speed 0? It counts 65535, 65534, 65533, ...

This results in a quite different behaviour if therer are any effects on the same row as the F00 command, plus it means that the command never truly stops the module.

Website News Archive / Funded!

« on: July 30, 2013, 14:51:26 »

This year's funding campaign for The Mod Archive has ended way earlier than expected. Thanks to everyone of you who has contributed to our fund! The Mod Archive's existence is now secured for another year. If you feel generous, you may already contribute to next year's fund.

The Lobby / MOVED: Hey guys.

« on: July 14, 2013, 13:27:00 »

This topic has been moved to MilkyTracker Community.

http://forums.modarchive.org/index.php?topic=3434.0

Bug Report Archive / Loading IT samples... the correct way

« on: July 13, 2013, 22:16:11 »

MilkyPlay / MilkyTracker makes assumptions on the sample format in IT files solely based on the "made with" version found in the file header. This is not correct. The sample format flags should be used for this, so here's a fix for LoaderIT.cpp to pick the correct format, starting from line 622:

Code: [Select]

			if (!(smp[i].type&16)) {

				smp[i].sample = (mp_sbyte*)module->allocSampleMem(smp[i].samplen);

				if (smp[i].sample == NULL)
				{
					return -7;
				}

				if (itSmp.Flg & 8)
				{
					if (!module->loadSample(f, smp[i].sample, smp[i].samplen, smp[i].samplen, (itSmp.Cvt & 4) ? XModule::ST_PACKING_IT215 : XModule::ST_PACKING_IT))
					{
						return -7;
					}
				}
				else if (!module->loadSample(f,smp[i].sample,smp[i].samplen,smp[i].samplen, (itSmp.Cvt & 1) ? XModule::ST_DEFAULT : XModule::ST_UNSIGNED))
				{
					return -7;
				}					
			}
			else {

				smp[i].sample = (mp_sbyte*)module->allocSampleMem(smp[i].samplen*2);

				if (smp[i].sample == NULL)
				{
					return -7;
				}

				if (itSmp.Flg & 8)
				{
					if (!module->loadSample(f, smp[i].sample, smp[i].samplen, smp[i].samplen, (itSmp.Cvt & 4) ? (XModule::ST_PACKING_IT215 | XModule::ST_16BIT) : (XModule::ST_PACKING_IT | XModule::ST_16BIT)))
					{
						return -7;
					}
				}
				else if (!module->loadSample(f,smp[i].sample,smp[i].samplen<<1,smp[i].samplen, XModule::ST_16BIT | ((itSmp.Cvt & 1) ? XModule::ST_DEFAULT : XModule::ST_UNSIGNED)))
				{
					return -7;
				}					
			}