Unofficial fixes and extensions for Bristol synth emulation package by Nick Copeland: https://sourceforge.net/projects/bristol (hopefully, some could be integrated into the project)
License: Other
ARP Odyssey: when selecting the noise type switch to PINK, there's no noise output. Switching it back to WHITE restores the output signal to white noise.
ARP Odyssey: The SYNC switch (for OSC2) is expected to be in the reverse orientation (top:OFF, bottom: ON)
ARP Odyssey: S/H mixer's NOISE GEN/VCO-2 switch is missing the VCO2 label on the bottom position
This loop accesses 1 item out of range in tapfilt, which is of size TAPS.
The other accesses are in tables of size TAPS+1 so these are fine.
I don't know yet what should be the proper solution for this problem, just noticed.
bristol-fixes/bristol/hammondchorus.c
Line 390 in 66b424b
Building the original bristol-0.60.11 sources on Ubuntu 18.04 fails due to 'alsa/iatomic.h' not found. It's being included in 'libbristolaudio/audioEngineJack.c'. Below is the error log.
make
...
gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/X11R6/include -pthread -Wall -g -I./../include/slab -I./../include/bristol -DBRISTOL_HAS_OSS=1 -D_BRISTOL_DRAIN -DBRISTOL_HAS_ALSA=1 -D_BRISTOL_JACK -D_BRISTOL_JACK_MIDI -D_BRISTOL_JACK_SESSION -I/usr/include/alsa -g -O2 -I/usr/X11R6/include -MT audioEngineJack.o -MD -MP -MF .deps/audioEngineJack.Tpo -c -o audioEngineJack.o audioEngineJack.c
audioEngineJack.c:42:10: fatal error: alsa/iatomic.h: No such file or directory
#include <alsa/iatomic.h>
^~~~~~~~~~~~~~~~
compilation terminated.
Makefile:323: recipe for target 'audioEngineJack.o' failed
make[2]: *** [audioEngineJack.o] Error 1
make[2]: Leaving directory '/home/developer/work/bristol-develop/libbristolaudio'
Makefile:366: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/developer/work/bristol-develop'
Makefile:297: recipe for target 'all' failed
make: *** [all] Error 2
add to .gitignore:
ARP Odyssey: Mk II/III switching properly changes the panel theme, yet it renders the synth voiceless -- any keypress sounds like a thump, not an appropriate tone. Switching the skin back to Mk III does not restore the voice.
ARP Odyssey: The OSC1/OSC2 frequency COARSE slider is expected to have a range of 20Hz - 2kHz, basically 6 octaves (in KBD mode), here it only allows roughly one octave (bottom-top). In LFO mode the oscillator's COARSE range is expected to be 0.2Hz-20Hz (roughly 6 octaves).
Per Mfg. specs ref-1:
ARP Odyssey: Memory buttons light up inconsistently (ON/OFF does not work as expected, allows 2 bank buttons lit at once, also 2 slot buttons at once).
Here's the "thousand words worth ..." proof:
ARP Odyssey: S/H's TRIG LFO/KYBD switch is somewhat confusingly labeled (TRIG KBD), it's expected to be top:LFO, bottom:KEYBD.
ARP Odyssey: OSC1 generates low but still audible freq (did not measure the exact freq).
OSC1 KBD/LF switch in LF-mode should result in the generation of lower (inaudible) frequency: 0.2-20Hz ==> 2.0e-1|2.0e0|2.0e1.
On ARP Solina, Crumar Roadrunner hidden panel the tremolo control's label is misspelled ('TREMELO'), should be ==> TREMOLO.
ARP Odyssey: At the max level in Mixer, the noise source output is not audible unless the system audio level is jacked all the way up.
ARP Odyssey: MARK I/II switch is likely meant to be Mk II (Mk2: "golden" , Mk3: "orange") ref-1.
The black-gold face was introduced while still at Mk I. However, given the PPC (proportional pitch control) buttons, it indicates rather the Mk II, as the Mk I had the rotary pitch bend knob.
The black-orange face was introduced at Mk III.
ARP Odyssey: When moving sliders in Mk III skin, sometimes the Mk II-style sliders appear (the colored bubbles). Moving these sliders more, reverts them back to the black-style.
This seems to apply to all sliders, here's an example for a few ones:
ARP Odyssey: The TRANSPOSE switch is expected to switch +/-2 octaves, here it's only +/-1 octave
ARP Odyssey: VCF slider in keyboard tracking mode (KBD CV switch up) seems to be overly aggressive??, non gradual. It jumps from bright sound at 0-level, but when off-zero it drops to very muffled sound, even at higher VCF cut-off.
The VCF slider is supposed to track the VCF cut-off freq, based on the selected voltage-source. In the KBD CV mode, the control voltages applied to cut-off should correspond to the pressed keys. I understand that VCF cut-off freq tracking is supposed to act similarly to keyboard tracking of the main OSC1,2 frequency (+/- 1 V/oct ). So raising the VCF tracking slider in KBD CV mode should result in a gradual raising of the VCF cut-off (sound brightens) up until the full level corresponding to the pressed key tuning level.
Basically, there should not be that drastic cut-off jump off-zero slider level.
ARP Odyssey: Positioning of the mid-level notch/mark for LFO, VCF, and further right sliders is a little bit lower vs. VCO1,2
When playing notes with computer keybord, neither extended ascii key nor dead key
can be used for mapping.
Then, e.g. with a french azerty keybord, only the bottom set of keys is usefull.
There are in fact two different issues :
To use UTF 8 coding (or any other multi bytes coding), (unsigned) int or char
declarations would have to be replaced by wchar_t. That's an other story.
Solve the first issue would be already a big step forward, for a very little price.
ARP Odyssey: Mk III skin sliders are missing color stripes, Mk II slider colors are somewhat mixed up.
Originally, the Odyssey sliders were color-coded ref-1:
ARP Odyssey panel WHITE/PINK noise switch:
Building with GCC 10 fails with linking errors:
bristol.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
dco.o:/home/testuser/bristol-develop/bristol/dco.c:42: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
dco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
expdco.o:/home/testuser/bristol-develop/bristol/expdco.c:43: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
expdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
filter2.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
filter.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
filter.o:/home/testuser/bristol-develop/bristol/filter.c:148: multiple definition of `pidsr'
filter2.o:/home/testuser/bristol-develop/bristol/filter2.c:150: first defined here
hammond.o:/home/testuser/bristol-develop/bristol/hammond.c:48: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
junodco.o:/home/testuser/bristol-develop/bristol/junodco.c:42: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
junodco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
lfo.o:/home/testuser/bristol-develop/bristol/lfo.c:41: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
prophetdco.o:/home/testuser/bristol-develop/bristol/prophetdco.c:50: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
prophetdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
sdco.o:/home/testuser/bristol-develop/bristol/sdco.c:44: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
vox.o:/home/testuser/bristol-develop/bristol/vox.c:62: multiple definition of `wave1'
hammond.o:/home/testuser/bristol-develop/bristol/hammond.c:73: first defined here
vox.o:/home/testuser/bristol-develop/bristol/vox.c:63: multiple definition of `wave2'
hammond.o:/home/testuser/bristol-develop/bristol/hammond.c:74: first defined here
vox.o:/home/testuser/bristol-develop/bristol/vox.c:43: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
vox.o:/home/testuser/bristol-develop/bristol/vox.c:44: multiple definition of `samplecount'
hammond.o:/home/testuser/bristol-develop/bristol/hammond.c:49: first defined here
vox.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
granulardco.o:/home/testuser/bristol-develop/bristol/granulardco.c:42: multiple definition of `samplerate'
midihandlers.o:/home/testuser/bristol-develop/bristol/midihandlers.c:636: first defined here
granulardco.o:/home/testuser/bristol-develop/bristol/granulardco.c:41: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
bit1osc.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
bit1osc.o:/home/testuser/bristol-develop/bristol/bit1osc.c:50: multiple definition of `samplecount'
hammond.o:/home/testuser/bristol-develop/bristol/hammond.c:49: first defined here
cs80osc.o:/home/testuser/bristol-develop/bristol/cs80osc.c:44: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
cs80osc.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
cs80osc.o:/home/testuser/bristol-develop/bristol/cs80osc.c:45: multiple definition of `samplecount'
hammond.o:/home/testuser/bristol-develop/bristol/hammond.c:49: first defined here
blo.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
trilogyosc.o:/home/testuser/bristol-develop/bristol/trilogyosc.c:43: multiple definition of `note_diff'
arpdco.o:/home/testuser/bristol-develop/bristol/arpdco.c:42: first defined here
trilogyosc.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: multiple definition of `blo'
arpdco.o:/home/testuser/bristol-develop/bristol/./../include/bristol/bristolblo.h:50: first defined here
trilogyosc.o:/home/testuser/bristol-develop/bristol/trilogyosc.c:44: multiple definition of `samplecount'
hammond.o:/home/testuser/bristol-develop/bristol/hammond.c:49: first defined here
ARP Odyssey: SH OUTPUT slider is technically S/H OUTPUT LAG.
I understand we're short on real-estate here, perhaps LAG label would be more appropriate, as it describes the actual effect.
ARP Odyssey: The OSC1,2 pulse width seems to be reversed. PW slider is expected to variate from min:50% (square) to max:5%.
ARP Odyssey: GLIDE slider is expected to be labeled PORTAMENTO
ATM, as soon as we want to map a note to an extended ASCII character on a keyboard, we have to save the emulator profile file in some ISO 8859 to constrain such character on one byte.
To use UTF 8 coding with emulator profile files, (or any other multi bytes coding), (unsigned) int or char declarations would have to be replaced by wchar_t.
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.