<![CDATA[ChipMusic.org - Favorite tempo]]> 2014-05-01T18:54:32Z PunBB https://chipmusic.org/forums/topic/13175/favorite-tempo/ <![CDATA[Re: Favorite tempo]]> 11

]]> https://chipmusic.org/herr_prof 2014-05-01T18:54:32Z https://chipmusic.org/forums/post/207471/#p207471 <![CDATA[Re: Favorite tempo]]> 1337 bpm is my favorite.

But I usually find myself working between 120 and 140.

]]> https://chipmusic.org/SpookGoblin 2014-05-01T18:53:59Z https://chipmusic.org/forums/post/207470/#p207470 <![CDATA[Re: Favorite tempo]]> over the years id have to say i get alot of werk done at 86

]]> https://chipmusic.org/8BIT+KIDD 2014-05-01T14:25:40Z https://chipmusic.org/forums/post/207454/#p207454 <![CDATA[Re: Favorite tempo]]> one billion smile

]]> https://chipmusic.org/wailord 2014-05-01T13:09:52Z https://chipmusic.org/forums/post/207444/#p207444 <![CDATA[Re: Favorite tempo]]> most subjective question/s .

]]> https://chipmusic.org/donteatdinosaurs 2014-05-01T12:27:48Z https://chipmusic.org/forums/post/207439/#p207439 <![CDATA[Re: Favorite tempo]]> 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.

]]> https://chipmusic.org/qb 2014-01-18T23:06:43Z https://chipmusic.org/forums/post/198423/#p198423 <![CDATA[Re: Favorite tempo]]> You should probably ask Saga Musix on pouet.net about that.

tbh if you're looking to sync it against something I still think it'd be better to use OpenMPT's true BPM setting, .MOD files are even more inaccurate on their frame playback than XM or ITs are iirc.

]]> https://chipmusic.org/4mat 2014-01-18T17:50:31Z https://chipmusic.org/forums/post/198409/#p198409 <![CDATA[Re: Favorite tempo]]> 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.

]]> https://chipmusic.org/qb 2014-01-18T17:14:27Z https://chipmusic.org/forums/post/198406/#p198406 <![CDATA[Re: Favorite tempo]]> Does anyone know if Pulsar and NTRQ are good at exact BPMs for sampling into other programs? Anyone had experience of using them on PSP nes emulators?

]]> https://chipmusic.org/JaffaCakeMexica 2014-01-18T16:36:56Z https://chipmusic.org/forums/post/198404/#p198404 <![CDATA[Re: Favorite tempo]]> LGPT, Sunvox, Milkytracker and Renoise all do perfect BPM, good for sampling into each other.

AdlibTracker2 and nanoloop do not.

not sure about LSDJ and famitracker though.

]]> https://chipmusic.org/JaffaCakeMexica 2014-01-18T16:31:03Z https://chipmusic.org/forums/post/198403/#p198403 <![CDATA[Re: Favorite tempo]]> qb wrote:

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

No, not really. Fluctuation or no fluctuation really means the difference between possible and impossible when it comes to getting things to stay consistently synchronized. It's your tools or techniques that are bad.

]]> https://chipmusic.org/boomlinde 2014-01-18T15:23:20Z https://chipmusic.org/forums/post/198397/#p198397 <![CDATA[Re: Favorite tempo]]> why don't you load it into OpenMPT, change the song properties to true BPM and export from there?  Then you have a synced XM.   Unless you have some time critical sample offsets in the XM it should be pretty much the same.

]]> https://chipmusic.org/4mat 2014-01-18T15:07:36Z https://chipmusic.org/forums/post/198394/#p198394 <![CDATA[Re: Favorite tempo]]> Yeah I have this syncing problem as well with getting the right tempo for my XMs. What I do now is make a click in both FT2 and Logic and try to match the tempo. It always find the right BMP is somewhere along the third decimal: 120.351. It could easily be synced perfectly if I just imported the XM to Renoise instead since it handles BPM correctly. But I hate its soundengine, FT2 is much fatter.

It works okay though, I dubbed the drums on the track here (https://soundcloud.com/mannenmedhatten/videod-ds) and I cant find any off-sync beats in the later part of the song. Good enough. But a pain.

]]> https://chipmusic.org/mannenmedhatten 2014-01-18T13:20:33Z https://chipmusic.org/forums/post/198390/#p198390 <![CDATA[Re: Favorite tempo]]> Hey let's make things more interesting.

What is your favorite rubato tempo modulation? What is your favorite swing/groove. How far off from the "2" and the "4" do you like to put your snare to get that off-beat feel?

]]> https://chipmusic.org/SketchMan3 2014-01-15T17:20:22Z https://chipmusic.org/forums/post/198132/#p198132 <![CDATA[Re: Favorite tempo]]> 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.

]]> https://chipmusic.org/qb 2014-01-15T16:37:44Z https://chipmusic.org/forums/post/198127/#p198127