| |
Raz
Account closed
Registered: Aug 2003
Posts: 16 |
NTSC/PAL agnostic music
My apologies if this has already been addressed: during 2020 I rewrote quite a bit of timer code to work with all variants of PAL and NTSC (including the odd-ball PAL65) - this was mainly due to a Gauntlet-like game project I started with may at some point mature into something neat.
However, I was considering making NTSC/PAL dual versions of some of my demo effect (including some so far unreleased stuff), but oddly enough the limitation I continue to come back to is not code but MUSIC:
How do the rest of you approach making a dual PAL/NTSC releases music-wise? As far as I know there are two main things to consider:
1) 60hz vs. 50hz
2) SID 6581 vs. SID 8580
Around point 1) I was considering (with some help of the musicians) that a solution would be to separate the tempo (progression of the tune) from the actually SID value tables. So that for PAL (50Hz) one version of per-frame SID values would be used for each sound and another would be used for NTSC, and the progression of the tune would then be make independent (e.g. on beats of 1/10 of a second which would be every 5/6 frames depending on the system).
Around point 2): Different filters etc? Which would you recommend?
Any feedback would be welcome
-Raz |
|
... 10 posts hidden. Click here to view all posts....
|
| |
Jammer
Registered: Nov 2002
Posts: 1289 |
Speaking of 8580 vs 6581, I'm recently a strong proponent of SID model detection at the very start of program runtime and patching music file accordingly. At least for game releases which have much broader audience with variety of SID models in their machines. I always start with 8580 version as basic one and later on create 6581 version with adjusted filter settings. Furthermore, I create diff file between 6581 and 8580 version with simple script and store it in convenient place. Diff shouldn't exceed 128b on average and SID detection is very straightforward. At least for Goat Tracker tunes ;) |
| |
Raz
Account closed
Registered: Aug 2003
Posts: 16 |
A lot of good points in this thread - I'll do a bit more experimentation and come back here and post my observations.
Cheers
-Raz |
| |
chatGPZ
Registered: Dec 2001
Posts: 11125 |
All this for an NTSC version that will be run by like 3 people? :) |
| |
Raz
Account closed
Registered: Aug 2003
Posts: 16 |
Quote: All this for an NTSC version that will be run by like 3 people? :)
Well, I do it for the intellectual challenge, so even if audience is just one (me), then I'm happy.
-Raz |
| |
c0zmo
Registered: Aug 2015
Posts: 10 |
Quote: Speaking of 8580 vs 6581, I'm recently a strong proponent of SID model detection at the very start of program runtime and patching music file accordingly. At least for game releases which have much broader audience with variety of SID models in their machines. I always start with 8580 version as basic one and later on create 6581 version with adjusted filter settings. Furthermore, I create diff file between 6581 and 8580 version with simple script and store it in convenient place. Diff shouldn't exceed 128b on average and SID detection is very straightforward. At least for Goat Tracker tunes ;)
Nice to hear that I could get you inspired, when I approached you with that exact idea a few years ago. ;)
I do that SID diffing for each and every tune I release as a standalone music, and I also did it for Game Art Beyond. I wrote a simple diffing routine like Jammer did, with the exception that I work on the real machine entirely. ;)
As for my 2SID Space Oddity [2sid], I did the same here but not for 6581/8580 patching, but for enabling two different addressing modes for the 2nd SID.
It is really not that much of a hassle, and I would love to see more composers supporting both chips. You can't make the tunes sound exactly the same, but you can at least make them pleasant to listen to, as on the 6581 all the latest filter-magic with drums and bassline is often almost inaudible. :) |
| |
Zaz
Registered: Mar 2004
Posts: 33 |
FWIW, J(46) - SIDWAVE 30 Years Anniversary Music Disk is fully PAL/NTSC compatible.
Nothing too tricky, the note frequencies are replaced based on the video standard, and to avoid interfering with graphics-oriented raster interrupts, the music playback uses a rolling raster interrupt triggering at different part of the screen, to achieve a 50Hz cadence on a 60Hz display.
I did find by listening myself (no golden ear) that just playing 5 of 6 frames was definitely not good enough.
There have been no complaints so far, but then again maybe no NTSC user downloaded it :-) |
| Previous - 1 | 2 - Next |
