81

(7 replies, posted in General Discussion)

The acting is great.

82

(76 replies, posted in General Discussion)

The true BPM setting doesn't work with MODs, unless you convert them to a different format (in a different program) I suppose, but that kinda messes up some of the parameters.

83

(76 replies, posted in General Discussion)

Well, considering that OpenMPT cannot approximate (at least not accurately) the real BPM of MOD songs, I'm pretty much screwed. There isn't a better way to calculate it, and if it is as simple as you put it, then why doesn't OpenMPT work? It calculated a tempo of 125 BPM and I could tell it was way off from the first couple of seconds. It doesn't seem to have this problem with XM files curiously enough.

84

(617 replies, posted in Releases)

No.

85

(617 replies, posted in Releases)

^ Why? My friend who has quite conventional tastes in music loves that song. I love it too, especially when the piano kicks in. You improve so much with each release.

Any song examples of this? It sounds interesting.

Edit: Just heard that .it song by sandneil. It's weird but kinda interesting.

87

(76 replies, posted in General Discussion)

boomlinde wrote:
qb wrote:

I tried to put a drum track over it as a start, and it synced for a few seconds, and then it went off-beat. Try it yourself. Sample a whole pattern from a MOD, XM, or even SID song (something reasonably long) and try to find a matching tempo in a DAW (don't adjust the sample with any plugins though). It doesn't work.

What makes you draw the conclusion that this drifting has anything to do with fluctuation? Let me guess, it steadily goes further and further off-beat. It's simply an indication that you couldn't match the tempo correctly. C64 songs and Amiga modules are usually played rock solidly synced to the TV output signal, accurate within a couple of cycles of jitter. If there is any fluctuation then, it's clock drift which is unlikely to cause audible drifting within a few seconds. In my experience you have to deal with very small fractions of BPM to get it right; Amiga frame/tick rate in PAL isn't exactly 50 Hz, but can be very close in some graphics modes, which could explain why you are having problems with .mod in particular. I would guess the C64 is off of 50 Hz by some tiny fraction as well.

Well, OK, but that is just as bad if it is hard or next to impossible to get it right.

88

(76 replies, posted in General Discussion)

Well, this is dumb. I just used OpenMPT to "approximate" the tempo of a module to real BPM and it totally worked. The tempo seems consistent. I don't know why I wasn't able to figure it out before.

Edit: That was me sampling an XM song. I tried the same thing with a MOD and it just doesn't work. OpenMPT can't even calculate the exact BPM. We need some experts on this.

89

(76 replies, posted in General Discussion)

Hardly proof to contest what I said. I'm well aware you can alter the samples in DAWs like Ableton. I'm talking about finding the real tempo of a tracker song, in a DAW. It simply doesn't work. Try it yourself with no tweaks.

Edit: @Limitbreak The Game Boy might be able to tell time\tempo better. I'm talking about C64, Amiga, and PC trackers.

90

(76 replies, posted in General Discussion)

boomlinde wrote:
qb wrote:

You can't as far as I can tell. C64 trackers don't have accurate tempo (it fluctuates over time)

They are rock solid. There is definitely no fluctuation in Goat Tracker (a few microseconds jitter at each tick at worst), but perhaps if you compare the tempo to the closest integer bpm they are drifting by comparison. What makes you say that tempo fluctuates?

Well, I'm no expert, but a tracker composer confirmed this to me months ago. I tried to sample patterns from a tracker module and I couldn't find a matching tempo (this is not a problem with samples that have accurate tempo). I was told that old trackers have tempos like that and basically most modern trackers have this problem too because they are based on old technology.

I tried to put a drum track over it as a start, and it synced for a few seconds, and then it went off-beat. Try it yourself. Sample a whole pattern from a MOD, XM, or even SID song (something reasonably long) and try to find a matching tempo in a DAW (don't adjust the sample with any plugins though). It doesn't work.

I like your style.

Why no Bandcamp release though?

92

(76 replies, posted in General Discussion)

ZAZI wrote:

why the hell would i have a favourite tempo

Have you read the entire opening post? I also asked about a favorite tempo range, which makes more sense. A lot of people tend to use tempos in the same range. I also see that some of them here use the same tempo all the time (funnily enough).

93

(76 replies, posted in General Discussion)

Jellica wrote:

anyone know how to work out tempo on goattracker using x5 speed?

You can't as far as I can tell. C64 trackers don't have accurate tempo (it fluctuates over time). A lot or most PC trackers have this problem too.

94

(76 replies, posted in General Discussion)

Timbob wrote:

I only write songs in prime number tempos

No uneven tempos for me, except for numbers ending in five.

95

(76 replies, posted in General Discussion)

I'm not sure how tempo works on trackers (from what I hear most of them- even PC ones -don't have accurate tempo), but I think this question will apply to a lot of people here. What is your favorite tempo and why? Or to be less specific, what tempo range do you prefer?

I usually write songs in the 75-100 tempo range, 80 and 90 being the most common (speaking about accurate tempo since I use a DAW). I think the lowest I went was 60 or something like that. All of my latest projects were written at 95 BPM for a symbolic purpose.

96

(2 replies, posted in Releases)

Bacalao released another album today. It has interesting songs and quite a bit of variety. I think he makes his music in Reason, or maybe I'm thinking of someone else. Anyway. Check it out.

http://bacalao.bandcamp.com/album/blip-wob-schnaf