Mod Archive Forums Mod Archive Forums
Advanced search  

News:

Please note: Your main modarchive.org account will not work here, you must create a forum account to post on the forums.

Pages: [1]   Go Down

Author Topic: sample properties bugs: pan, rel, tune  (Read 8194 times)

0 Members and 1 Guest are viewing this topic.

bentendo

  • New User
  • Offline Offline
  • Posts: 8
    • View Profile
sample properties bugs: pan, rel, tune
« on: August 08, 2008, 12:27:54 »

I am running V0.4 from supercard lite with transflash micro SD, having got barni's DLDI.

Pan - initial value 64, does not work, can scroll to values of 0 and 127 but has no effect on audio output. Ihave tried loading mono and stereo files but it has no effect.

rel - initital value c-4 when sample bank empty, but when sample is loaded it jumps to a random value (different each time?). It should remain at default of c-4 after loading sample. Also upon scolling through the possible values i have noticed that going upward after a#4 it goes to h-4, this should read b-4.

tune - initial value 0 when sample bank empty, but when sample is loaded it jumps to a random value (different each time?). It should remain at default 0 after loading sample.
Logged

andars

  • New User
  • Offline Offline
  • Posts: 11
    • View Profile
Re: sample properties bugs: pan, rel, tune
« Reply #1 on: August 09, 2008, 13:12:48 »

The h-4 thing is a European thing i guess, where B is written as H
Logged

bentendo

  • New User
  • Offline Offline
  • Posts: 8
    • View Profile
Re: sample properties bugs: pan, rel, tune
« Reply #2 on: August 13, 2008, 09:54:57 »

pan issue resolved , it was my soundcard mixer doh! I have audio in 1 an 2 which appear on my soundcard mixer with a pan knob and both were panned centrally so could not hear the panning from nitro. Also had a response from tob regarding the rel and tune issues:
"
OK, this is a bit unintuitive: In the XM format, samples are all saved
with the same base frequency which is 8363 Hz. You cannot have samples
at other frequencies, which sucks, but that's how they designed XM.  So,
all frequency adjustments are done via the "relative note" and
"finetune" settings. Now if you load a sample at some arbitrary sampling
frequency intro NitroTracker, it calculates the relative note and
finetune settings such that it is played back at the original frequency
even though internally it gets stored at 8386 Hz. This is confusing.
"
Logged

pailes

  • Milkytracker Moderator
  • Rising Star
  • *
  • Offline Offline
  • Posts: 287
    • View Profile
Re: sample properties bugs: pan, rel, tune
« Reply #3 on: September 08, 2008, 00:35:44 »

Well in FT2 there simply is no C4 speed value like in other trackers. Instead there is relative note number and fine tune. Actually it's pretty much the same, you can convert from one into the other and vice versa.
Logged

zoikkis

  • New User
  • Offline Offline
  • Posts: 30
    • View Profile
Re: sample properties bugs: pan, rel, tune
« Reply #4 on: April 07, 2010, 14:58:34 »

Haven't seen random values, rel is always e-6 and tune is 100 when a new sample has been loaded.

Having either 'b' or 'h' is a matter of taste methinks('h' commonly used in a classical notation), but maybe 'b' is more common with trackers so should that be changed? I didn't port this to the issue tracker at this point.
Logged
Pages: [1]   Go Up