You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(8) |
Aug
|
Sep
(8) |
Oct
(6) |
Nov
(27) |
Dec
(5) |
2004 |
Jan
(4) |
Feb
(16) |
Mar
(22) |
Apr
(7) |
May
(5) |
Jun
(4) |
Jul
(20) |
Aug
(8) |
Sep
(8) |
Oct
(12) |
Nov
(19) |
Dec
(7) |
2005 |
Jan
(5) |
Feb
(46) |
Mar
(26) |
Apr
(18) |
May
(10) |
Jun
(22) |
Jul
(8) |
Aug
(3) |
Sep
(32) |
Oct
(9) |
Nov
(19) |
Dec
(7) |
2006 |
Jan
(20) |
Feb
(7) |
Mar
(10) |
Apr
(9) |
May
(23) |
Jun
(6) |
Jul
(6) |
Aug
(8) |
Sep
(7) |
Oct
(3) |
Nov
(8) |
Dec
(25) |
2007 |
Jan
(19) |
Feb
(9) |
Mar
(3) |
Apr
(2) |
May
(5) |
Jun
(6) |
Jul
(3) |
Aug
|
Sep
(3) |
Oct
|
Nov
(8) |
Dec
(1) |
2008 |
Jan
(7) |
Feb
|
Mar
(4) |
Apr
(34) |
May
(12) |
Jun
(1) |
Jul
(23) |
Aug
(6) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2009 |
Jan
(17) |
Feb
(1) |
Mar
|
Apr
|
May
(2) |
Jun
(6) |
Jul
(30) |
Aug
(15) |
Sep
(7) |
Oct
|
Nov
(1) |
Dec
(7) |
2010 |
Jan
(7) |
Feb
(11) |
Mar
(6) |
Apr
(4) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(4) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(22) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(3) |
Nov
|
Dec
(2) |
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2021 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Martin G. <mar...@gm...> - 2016-05-30 20:09:35
|
On 30/05/2016, Matthew wrote: >On 29/05/2016, Martin Guy <mar...@gm...> wrote: >> Whenever I synthesize a MIDI piece using the default instrument, Grand >> Piano, I get a series of random spikes in the first half second of the >> right channel of the output - between 6 and 9 random samples at >> seeming random moments, which sound like a harsh crackle. After these, >> for the rest of the piece, everything plays perfectly. >> >> This is on Ubuntu 16.04 (the current stable release, with Timidity >> 2.13.2) but has been happening since 2012 for sure. > > Yes, unfortunately it's been like that for ages. The workaround is to > specify --output-24bit. It seems to be fixed in 2.14.0 Thanks! M |
From: Martin G. <mar...@gm...> - 2016-05-29 18:35:56
|
Hi and thanks for timidity, a truly wonderful program. I'm writing because the Timidity bug tracker, like all the release notes, seem to be down. Here's the bug I am seeing: Whenever I synthesize a MIDI piece using the default instrument, Grand Piano, I get a series of random spikes in the first half second of the right channel of the output - between 6 and 9 random samples at seeming random moments, which sound like a harsh crackle. After these, for the rest of the piece, everything plays perfectly. This is on Ubuntu 16.04 (the current stable release, with Timidity 2.13.2) but has been happening since 2012 for sure. Here is a minimal example of a single MIDI note, synthesized to a WAV martin@score:~/audio/D-D/scores$ timidity -Ow -o note.wav note.mid Playing note.mid MIDI file: note.mid Format: 1 Tracks: 2 Divisions: 480 Copyright: Copyright (c) xxxx Copyright Holder Cue point: Created by Rosegarden Cue point: http://www.rosegardenmusic.com/ Track name: Playing time: ~4 seconds Notes cut: 0 Notes lost totally: 0 The sound is the same when playing directly to the audio output. I attach midi input and pictures of output, as well as a waveform view of the whole noise phenomenon and a zoom of one-pixel-per-sample of the first one. The wav file (400k) is at http://martinwguy.co.uk/test/note.wav Am I the only one seeing/hearing this effect? M |
From: Mail3 (P. O'Beirne) <Ma...@sy...> - 2016-04-12 07:50:34
|
Thank you, Peter. I do have Perl installed on Windows so midisox would suit. That idea changes the speed in the MIDI file rather than while recording the MP3. I thought about using a MIDI editor like Anvil Studio to do that but that changes the tempo of the entire track which for songs that go at different tempi would not be satisfactory. Does midisox change all speed marks proportionately? Thanks P On 12/04/2016 01:47, Peter Billam wrote: > Greetings. > > Patrick wrote: >> Is there an option to change the speed? >> This is for rehearsal purposes, > I would do this using midisox : > http://www.pjb.com.au/midi/index.html > http://www.pjb.com.au/midi/midisox.html > http://www.pjb.com.au/midi/midisox.html#tempo > > so that would be something like > midisox origfile.mid slowfile.mid tempo 0.7 > or you can use - as the output to pipe directly into timidity, > etc. Like it says in the index.html, midisox is available in > your choice of Perl, Python, or Lua ... > > Hope this helps, Peter Billam > > http://www.pjb.com.au pj...@pj... (03) 6278 9410 > "Follow the charge, not the particle." -- Richard Feynman > from The Theory of Positrons, Physical Review, 1949 > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Timidity-talk mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timidity-talk > -- Patrick O'Beirne mob:+353 86 835 2233 Systems Modelling http://www.sysmod.com http://ie.linkedin.com/in/patrickobeirne @ExcelAnalytics . |
From: Peter B. <pj...@pj...> - 2016-04-12 01:12:12
|
Greetings. Patrick wrote: > Is there an option to change the speed? > This is for rehearsal purposes, I would do this using midisox : http://www.pjb.com.au/midi/index.html http://www.pjb.com.au/midi/midisox.html http://www.pjb.com.au/midi/midisox.html#tempo so that would be something like midisox origfile.mid slowfile.mid tempo 0.7 or you can use - as the output to pipe directly into timidity, etc. Like it says in the index.html, midisox is available in your choice of Perl, Python, or Lua ... Hope this helps, Peter Billam http://www.pjb.com.au pj...@pj... (03) 6278 9410 "Follow the charge, not the particle." -- Richard Feynman from The Theory of Positrons, Physical Review, 1949 |
From: Mail3 (P. O'Beirne) <Ma...@sy...> - 2016-04-11 21:29:48
|
I have successfully used Timidity 2.13.2 to convert MIDI to MP3. Is there an option to change the speed? This is for rehearsal purposes, to record an MP3 at slower speed, so that it can be played back on a Windows Phone that cannot change playback speed. Thank you Patrick |
From: David B. <dav...@gm...> - 2015-05-19 00:32:17
|
> Converting a simple midi file to text, manually adding some sysex messages before/after note events, and then converting back to midi should be straightforward. Thanks for pointing out the midicsv tools. I'm sure they will come in very handy. And now the good news. Timidity does indeed support the single note change. In fact it's even in the docs (README.mts) (oops!). I've attached a MIDI file that plays an A4 followed by a C4 but the A4 is tuned to a C4 so you should hear two middle-C's. (Note, in my MIDI file there is a spurious sysex command that is an artefact of my program but does not affect the playing of the file.) Running cvsmidi shows how to construct the proper sysex command. This is really great news and means that basically we can just send specific frequencies to MIDI and not mess with tuning tables or anything else. The next step is trying to understand how MIDI encodes its frequencies (it looks confusing to me but I'm sure I'll figure it out eventually). Dave On Mon, May 18, 2015 at 2:41 PM, A. Zimmer <and...@co...> wrote: > On Mon, 18 May 2015 14:27:12 -0700 > David Bellows <dav...@gm...> wrote: > >> > Construct a MIDI file containing such sysex messages and see if >> it will work. >> >> Unfortunately I don't know how to do this. I'm using this library: >> www.pjb.com.au/comp/lua/MIDI.html and it does provide for sending >> sysex commands but I'm unable to tell if I'm doing it correctly so I >> can't tell if it's not working or if I'm just not constructing the >> file correctly. >> > > You can check out midicsv: > > http://www.fourmilab.ch/webtools/midicsv/ > > This utility will parse a midi file and produce a text file > containing all the midi events. > > Also included is "csvmidi" which converts a text file (as above) > and converts it back into midi. > > Converting a simple midi file to text, manually adding some sysex > messages before/after note events, and then converting back to midi > should be straightforward. > > AZ > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Timidity-talk mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timidity-talk |
From: A. Z. <and...@co...> - 2015-05-18 21:42:12
|
On Mon, 18 May 2015 14:27:12 -0700 David Bellows <dav...@gm...> wrote: > > Construct a MIDI file containing such sysex messages and see if > it will work. > > Unfortunately I don't know how to do this. I'm using this library: > www.pjb.com.au/comp/lua/MIDI.html and it does provide for sending > sysex commands but I'm unable to tell if I'm doing it correctly so I > can't tell if it's not working or if I'm just not constructing the > file correctly. > You can check out midicsv: http://www.fourmilab.ch/webtools/midicsv/ This utility will parse a midi file and produce a text file containing all the midi events. Also included is "csvmidi" which converts a text file (as above) and converts it back into midi. Converting a simple midi file to text, manually adding some sysex messages before/after note events, and then converting back to midi should be straightforward. AZ |
From: David B. <dav...@gm...> - 2015-05-18 21:27:21
|
> Construct a MIDI file containing such sysex messages and see if it will work. Unfortunately I don't know how to do this. I'm using this library: www.pjb.com.au/comp/lua/MIDI.html and it does provide for sending sysex commands but I'm unable to tell if I'm doing it correctly so I can't tell if it's not working or if I'm just not constructing the file correctly. My knowledge of MIDI is pretty limited here. If I happened to know it was going to work then I'd just keep playing around till I was able to make it work. On Mon, May 18, 2015 at 9:41 AM, A. Zimmer <and...@co...> wrote: > On Sat, 16 May 2015 15:00:13 -0700 > David Bellows <dav...@gm...> wrote: > >> In the MTS >> there is a method called "Single Note Tuning Change" (as opposed to >> the Bulk Tuning Dump) ... >> >> Does Timidity support this method? >> > > Unfortunately, no one has answered your question. > > I am also interested in using the "Single-Note Tuning Change" > method and the only suggestion I can make is to simply try it. > Construct a MIDI file containing such sysex messages and see if > it will work. > > This kind of experimentation is perhaps best done using a > frequency counter and a sine wave sound font. A measurement > of the exact output frequency for a known sysex message would > confirm or deny the ability of TiMidity++ to handle such > messages. > > AZ > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Timidity-talk mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timidity-talk |
From: A. Z. <and...@co...> - 2015-05-18 16:41:35
|
On Sat, 16 May 2015 15:00:13 -0700 David Bellows <dav...@gm...> wrote: > In the MTS > there is a method called "Single Note Tuning Change" (as opposed to > the Bulk Tuning Dump) ... > > Does Timidity support this method? > Unfortunately, no one has answered your question. I am also interested in using the "Single-Note Tuning Change" method and the only suggestion I can make is to simply try it. Construct a MIDI file containing such sysex messages and see if it will work. This kind of experimentation is perhaps best done using a frequency counter and a sine wave sound font. A measurement of the exact output frequency for a known sysex message would confirm or deny the ability of TiMidity++ to handle such messages. AZ |
From: David B. <dav...@gm...> - 2015-05-16 22:00:20
|
Hello TAMUKI, Thanks for taking the time to answer my question. But just to make sure I understand what you're saying and what's going on in the MIDI file you sent I have some questions: 1. It looks like you loaded several tuning tables at once and then switched between them. Is that accurate? What's the maximum number of tuning tables that can be sent like this? The resolution limit of MIDI is a 196608-EDO (according to: http://www.tonalsoft.com/enc/number/14mu.aspx) which would require, I think, 16385 tuning tables. Is it actually possible to load that many tables? 2. Perhaps a different approach would work better for me. In the MTS there is a method called "Single Note Tuning Change" (as opposed to the Bulk Tuning Dump which is what I'm assuming that Timidity uses?) that, as far as I can tell, allows one to send a sysex command with each note event changing the frequency of that note (sysex #82?). This would allow me to just deal with the frequencies I need in a particular piece instead of loading thousands of notes that I don't necessarily need. Does Timidity support this method? Thank you again, David Bellows On Sat, May 16, 2015 at 4:16 AM, TAMUKI Shoichi <ta...@li...> wrote: > Hello, Dave > > From: dav...@us... > To: ta...@us... > Cc: dav...@us... > Subject: Extending the MIDI format in Timidity > Date: Wed, 13 May 2015 15:48:05 +0000 > >> Hello, >> >> Forgive me for contacting you out of the blue like this but it's >> getting tough to find people who know Timidity internals. >> >> Here's my problem. I'm creating a program that generates music >> (www.platonicmusicengine.com) and it allows for pretty much any >> musical idea one could ever have including alternate tunings. >> >> Currently the software generates a tuning table for each piece of >> music and uses Timidity to convert that music with the tuning table >> into an audio file. Works perfectly. >> >> The problem is when I have tunings that use more than 12 divisions of >> the octave: it shrinks the available range of notes. For example if >> you use a 256-EDO then you'd only have 128/256 = .5 octaves available >> instead of the normal 128/12 = 10.666 octaves using standard tunings. >> >> There are several ways to overcome this (without using pitch bend >> which has its own problems) using dynamic tables but my ideal solution >> is this: >> >> Extend the MIDI format within Timidity to allow for a lot more notes. >> And then for Timidity to load a much larger tuning table to handle all >> those notes. >> >> I know I won't be able to convince the MIDI Group (whoever they are) >> to do this but I was wondering if it's possible to make these changes >> to Timidity? Obviously people would have to use this new version of >> Timidity in order to take full advantage of my software but that would >> be perfectly fine (my software is GPL). >> >> I am a composer and not a programmer and only know enough Lua to work >> on my one project. If it is possible to modify Timidity like I >> described I would certainly try to figure it out on my own but would >> appreciate a lot of pointers. >> >> Thanks, >> Dave Bellows > > Yes, TiMidity++ can handle many notes and also have larger internal > tuning tables. For example, to get the full range of the 96-EDO > tuning, one would need 1024 notes and corresponding tuning tables > using MIDI Tuning Standard (MTS) specification. > > Attached MIDI file is just a quick hack that plays 96-EDO full scale. > > Good luck. > > Regards, > TAMUKI Shoichi > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Timidity-talk mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timidity-talk > |
From: David B. <dav...@gm...> - 2015-05-16 17:18:07
|
I'm posting this for a friend. In the following code the 5- and especially 7-tuplet has uneven spacing that appears to be caused by the lyrics. It appears to be related to this issue: https://code.google.com/p/lilypond/issues/detail?id=3304 I've found a workaround using:\override SpacingSpanner.base-shortest-duration = #(ly:make-moment 1/36) (and using a smaller font for the lyrics) in the \layout section but I'm wondering if there is a better approach and if maybe this is a bug. \version "2.19.20" voiceA = { \clef bass \time 2/2 \numericTimeSignature e4 fis,4 gis'4 r4 | fis4 e4 r4 d,4 | e4 r4 d4 gis,4 | r4 bes,,4 c'4 bes,4 \bar "|." } voiceB = { \clef bass \time 2/2 \numericTimeSignature a2 a2 | \times 4/3 { a4 a4 a4 } | \times 4/5 { a4 a4 a4 a4 a4 } | \times 4/7 { a4 a4 a4 a4 a4 a4 a4 } \bar "|." } \addlyrics { Aw ful pre cis ion im per cep ti ble au to cann i -- bal is m } \score { \new GrandStaff << \new Staff = voiceA { \voiceA } \new RhythmicStaff = voiceB \with { midiInstrument = #"woodblock" } { \voiceB } >> \layout { \context { \Score %\override SpacingSpanner.base-shortest-duration = #(ly:make-moment 1/36) } } \midi { } } |
From: TAMUKI S. <ta...@li...> - 2015-05-16 11:17:29
|
Hello, Dave From: dav...@us... To: ta...@us... Cc: dav...@us... Subject: Extending the MIDI format in Timidity Date: Wed, 13 May 2015 15:48:05 +0000 > Hello, > > Forgive me for contacting you out of the blue like this but it's > getting tough to find people who know Timidity internals. > > Here's my problem. I'm creating a program that generates music > (www.platonicmusicengine.com) and it allows for pretty much any > musical idea one could ever have including alternate tunings. > > Currently the software generates a tuning table for each piece of > music and uses Timidity to convert that music with the tuning table > into an audio file. Works perfectly. > > The problem is when I have tunings that use more than 12 divisions of > the octave: it shrinks the available range of notes. For example if > you use a 256-EDO then you'd only have 128/256 = .5 octaves available > instead of the normal 128/12 = 10.666 octaves using standard tunings. > > There are several ways to overcome this (without using pitch bend > which has its own problems) using dynamic tables but my ideal solution > is this: > > Extend the MIDI format within Timidity to allow for a lot more notes. > And then for Timidity to load a much larger tuning table to handle all > those notes. > > I know I won't be able to convince the MIDI Group (whoever they are) > to do this but I was wondering if it's possible to make these changes > to Timidity? Obviously people would have to use this new version of > Timidity in order to take full advantage of my software but that would > be perfectly fine (my software is GPL). > > I am a composer and not a programmer and only know enough Lua to work > on my one project. If it is possible to modify Timidity like I > described I would certainly try to figure it out on my own but would > appreciate a lot of pointers. > > Thanks, > Dave Bellows Yes, TiMidity++ can handle many notes and also have larger internal tuning tables. For example, to get the full range of the 96-EDO tuning, one would need 1024 notes and corresponding tuning tables using MIDI Tuning Standard (MTS) specification. Attached MIDI file is just a quick hack that plays 96-EDO full scale. Good luck. Regards, TAMUKI Shoichi |
From: David B. <dav...@gm...> - 2015-05-14 15:17:01
|
OK, in my ongoing effort to get alternate tunings working as well as possible in my project, I came across this (I think someone posted this here, actually): http://www.midi.org/techspecs/midituning.php Scroll down to "Single Note Tuning Change" which, as far as I can tell, allows one to specify the frequency of any particular MIDI pitch on the fly. Is this what it looks like to y'all? And more importantly, does Timidity support this function? I assume that Timidity use the Bulk Tuning Dump method for its tuning tables so it certainly seems possible that it would support this as well. If it does then I'm halfway to a solution and would just need to figure out how to get MIDI.lua (http://www.pjb.com.au/comp/lua/MIDI.html ) to send the appropriate command. Thanks again everyone! Dave |
From: David B. <dav...@gm...> - 2015-05-12 18:37:38
|
> Yes. AFAIK, something like this should be possible. A composition in 1366-ET would have to have a single-note SYSX message for each note. This sounds doable if a bit unwieldy but it is better than my previous situation. > You'll have to research the Scala documentation to find out how this is done. My software has to be able to do everything itself and has to work with every crazy tuning imaginable so I won't be able to use Scala. But I am in contact with the person who created the MIDI library I'm using so maybe he'll be able to help me out from here -- I just need to send those sysex commands. Thanks! On Mon, May 11, 2015 at 6:22 PM, A. Zimmer <and...@co...> wrote: > On Mon, 11 May 2015 17:43:10 -0700 > David Bellows <dav...@gm...> wrote: > >> The MIDI Tuning >> Standard allows one to change the frequency of an individual note, >> correct? And then assuming my MIDI library can send these sysex >> messages then I should be able to do this, with care. Each note event >> would carry with it a frequency tuning for that note. Is that what >> you're reading? >> > > Yes. AFAIK, something like this should be possible. A composition > in 1366-ET would have to have a single-note SYSX message for each note. > > Also, AFAIK, the Scala software can produce a MIDI file containing > such SYSEX single-note messages and this file should then be playable > through TiMidity++. > > You'll have to research the Scala documentation to find out how > this is done. As I mentioned, I am not active in this area but > there are microtonalists who do go beyond the limitations of the > standard MIDI format. > > AZ > |
From: A. Z. <and...@co...> - 2015-05-12 01:23:20
|
On Mon, 11 May 2015 17:43:10 -0700 David Bellows <dav...@gm...> wrote: > The MIDI Tuning > Standard allows one to change the frequency of an individual note, > correct? And then assuming my MIDI library can send these sysex > messages then I should be able to do this, with care. Each note event > would carry with it a frequency tuning for that note. Is that what > you're reading? > Yes. AFAIK, something like this should be possible. A composition in 1366-ET would have to have a single-note SYSX message for each note. Also, AFAIK, the Scala software can produce a MIDI file containing such SYSEX single-note messages and this file should then be playable through TiMidity++. You'll have to research the Scala documentation to find out how this is done. As I mentioned, I am not active in this area but there are microtonalists who do go beyond the limitations of the standard MIDI format. AZ |
From: David B. <dav...@gm...> - 2015-05-12 01:11:49
|
> Just wondering: What is the point of this. You're creating notes with a difference between them of ~.05 hz. Are your ears good enough to hear the difference between these? That's at the extremes. But even just using Harry Partch's 43-Tone tuning system reduces the available octave range to just under four octaves instead of the 10+ one normally gets with MIDI when using Timidity's tuning table method. I would like for someone to be able to generate a piece of music using any tuning they want and not be limited in the range that it produces. On Mon, May 11, 2015 at 6:06 PM, Bob van der Poel <bo...@me...> wrote: > > On Mon, May 11, 2015 at 5:43 PM, David Bellows <dav...@gm...> > wrote: >> >> >> >> Sure. Right now my software will create a Timidity tuning table that >> will divide the octave into any number. I just generated one that >> divides the octave into 10240 equal divisions but that means that it's >> only a fraction of an octave (128/10240). Getting Timidity to load a >> tuning table with more than 128 notes and read an "extended" MIDI file >> where the note range can go from 0-65000 (or whatever) instead of >> 0-127 is the trick. Generating huge tuning tables that Timidity can >> handle would be easier for me, I think, than sending a frequency value >> for each note (as in the above proposed solution), but maybe not. > > > Just wondering: What is the point of this. You're creating notes with a > difference between them of ~.05 hz. Are your ears good enough to hear the > difference between these? > > > > -- > **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** > Bob van der Poel ** Wynndel, British Columbia, CANADA ** > EMAIL: bo...@me... > WWW: http://www.mellowood.ca |
From: Bob v. d. P. <bo...@me...> - 2015-05-12 01:06:13
|
On Mon, May 11, 2015 at 5:43 PM, David Bellows <dav...@gm...> wrote: > > > Sure. Right now my software will create a Timidity tuning table that > will divide the octave into any number. I just generated one that > divides the octave into 10240 equal divisions but that means that it's > only a fraction of an octave (128/10240). Getting Timidity to load a > tuning table with more than 128 notes and read an "extended" MIDI file > where the note range can go from 0-65000 (or whatever) instead of > 0-127 is the trick. Generating huge tuning tables that Timidity can > handle would be easier for me, I think, than sending a frequency value > for each note (as in the above proposed solution), but maybe not. Just wondering: What is the point of this. You're creating notes with a difference between them of ~.05 hz. Are your ears good enough to hear the difference between these? -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bo...@me... WWW: http://www.mellowood.ca |
From: David B. <dav...@gm...> - 2015-05-12 00:43:17
|
> I believe that the MIDI standard allows for single-note real-time sysex messages that can alter the pitch of any of the 128 note numbers. A 3-byte frequency resolution is possible which is a little better than one-hundredth of a cent: I keep reading the specs over and over and my mind just isn't comprehending. So let me run through this with you. The MIDI Tuning Standard allows one to change the frequency of an individual note, correct? And then assuming my MIDI library can send these sysex messages then I should be able to do this, with care. Each note event would carry with it a frequency tuning for that note. Is that what you're reading? > Looking through the Scala scales archive, I see a file named "fortune.scl" which divides the octave into 612 steps, which is about half of your proposed 1366 steps. Sure. Right now my software will create a Timidity tuning table that will divide the octave into any number. I just generated one that divides the octave into 10240 equal divisions but that means that it's only a fraction of an octave (128/10240). Getting Timidity to load a tuning table with more than 128 notes and read an "extended" MIDI file where the note range can go from 0-65000 (or whatever) instead of 0-127 is the trick. Generating huge tuning tables that Timidity can handle would be easier for me, I think, than sending a frequency value for each note (as in the above proposed solution), but maybe not. On Mon, May 11, 2015 at 5:32 PM, A. Zimmer <and...@co...> wrote: > On Mon, 11 May 2015 20:16:56 -0400 > "A. Zimmer" <and...@co...> wrote: > >> >> The Scala software contains example scales with 79 notes per octave >> so your proposal of 1366 notes per scale may be feasible. >> > > Looking through the Scala scales archive, I see a file named "fortune.scl" > which divides the octave into 612 steps, which is about half of your proposed > 1366 steps. > > http://www.huygens-fokker.org/docs/scales.zip > > If the Scala software can presumably re-tune a MIDI file with this > scale then your proposed scale my also be possible. > > AZ > > > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Timidity-talk mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timidity-talk |
From: A. Z. <and...@co...> - 2015-05-12 00:32:52
|
On Mon, 11 May 2015 20:16:56 -0400 "A. Zimmer" <and...@co...> wrote: > > The Scala software contains example scales with 79 notes per octave > so your proposal of 1366 notes per scale may be feasible. > Looking through the Scala scales archive, I see a file named "fortune.scl" which divides the octave into 612 steps, which is about half of your proposed 1366 steps. http://www.huygens-fokker.org/docs/scales.zip If the Scala software can presumably re-tune a MIDI file with this scale then your proposed scale my also be possible. AZ |
From: A. Z. <and...@co...> - 2015-05-12 00:17:18
|
On Mon, 11 May 2015 13:43:36 -0700 David Bellows <dav...@gm...> wrote: > > I'm not a programmer so forgive my naivete, but would it be possible > to extend how many notes Timidity can handle and also load larger > tuning tables? For example, to get the full range of the 128-EDO > tuning one would need about 1366 notes (10.6666666 octaves * 128 notes > per octave). > I believe that the MIDI standard allows for single-note real-time sysex messages that can alter the pitch of any of the 128 note numbers. A 3-byte frequency resolution is possible which is a little better than one-hundredth of a cent: http://www.midi.org/techspecs/midituning.php I also believe that the Scala software can re-tune a midi file according to a microtonal scale using such single-note real-time sysex messages. http://www.huygens-fokker.org/scala/ The Scala software contains example scales with 79 notes per octave so your proposal of 1366 notes per scale may be feasible. Unfortunately I do not experiment in this area so I cannot provide any more detailed information. AZ |
From: David B. <dav...@gm...> - 2015-05-11 23:26:21
|
> Could you do something with pitch bend? Originally I did. But my feeling was that using tuning tables was cleaner, somehow, or at least gave me finer control over the frequency values I want to generate. Plus, having multiple pitch bend values (like in the hundreds) for each note felt like it was going to be a very difficult thing to keep track of in my software and then manipulate musically. And then of course pitch bend applies to an entire channel so that creates other potential issues. Neither solution is ideal but I am hoping for something. On Mon, May 11, 2015 at 4:17 PM, Matthew <cra...@ya...> wrote: > Could you do something with pitch bend? > > ________________________________ > From: Bob van der Poel <bo...@me...> > To: David Bellows <dav...@gm...> > Cc: tim...@li... > Sent: Tuesday, 12 May 2015, 0:06 > Subject: Re: [timidity-talk] Extending Timidity's note range beyond 128 > notes? > > > On Mon, May 11, 2015 at 3:52 PM, David Bellows <dav...@gm...> > wrote: > > > OK, so what if the library I use to create MIDI files was altered to > use a lot more bits for the notes thus extending the range? How > difficult then would it be to extend Timidity to read those extra > bits? > > > The midi standard is to use only 4 bits. What you are suggesting is just not > possible using the midi protocol. Sorry to be the bringer of sad news :) > > > > -- > **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** > Bob van der Poel ** Wynndel, British Columbia, CANADA ** > EMAIL: bo...@me... > WWW: http://www.mellowood.ca > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > _______________________________________________ > Timidity-talk mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timidity-talk > > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > _______________________________________________ > Timidity-talk mailing list > Tim...@li... > https://lists.sourceforge.net/lists/listinfo/timidity-talk > |
From: Matthew <cra...@ya...> - 2015-05-11 23:17:33
|
Could you do something with pitch bend? From: Bob van der Poel <bo...@me...> To: David Bellows <dav...@gm...> Cc: tim...@li... Sent: Tuesday, 12 May 2015, 0:06 Subject: Re: [timidity-talk] Extending Timidity's note range beyond 128 notes? On Mon, May 11, 2015 at 3:52 PM, David Bellows <dav...@gm...> wrote: OK, so what if the library I use to create MIDI files was altered to use a lot more bits for the notes thus extending the range? How difficult then would it be to extend Timidity to read those extra bits? The midi standard is to use only 4 bits. What you are suggesting is just not possible using the midi protocol. Sorry to be the bringer of sad news :) -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bo...@me... WWW: http://www.mellowood.ca ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Timidity-talk mailing list Tim...@li... https://lists.sourceforge.net/lists/listinfo/timidity-talk |
From: David B. <dav...@gm...> - 2015-05-11 23:12:47
|
> The midi standard is to use only 4 bits. What you are suggesting is just not possible using the midi protocol. Sorry to be the bringer of sad news :) Well sure, I get that. So I guess what I was hoping to do was to extend the protocol. And since this would be a software only solution with no hardware involved (ie, not connecting to any MIDI devices) then it might be possible to create this extended MIDI format in the software. Or is there some other approach/solution using different software/protocols that anyone knows about? On Mon, May 11, 2015 at 4:06 PM, Bob van der Poel <bo...@me...> wrote: > > On Mon, May 11, 2015 at 3:52 PM, David Bellows <dav...@gm...> > wrote: >> >> >> OK, so what if the library I use to create MIDI files was altered to >> use a lot more bits for the notes thus extending the range? How >> difficult then would it be to extend Timidity to read those extra >> bits? > > > The midi standard is to use only 4 bits. What you are suggesting is just not > possible using the midi protocol. Sorry to be the bringer of sad news :) > > -- > **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** > Bob van der Poel ** Wynndel, British Columbia, CANADA ** > EMAIL: bo...@me... > WWW: http://www.mellowood.ca |
From: Bob v. d. P. <bo...@me...> - 2015-05-11 23:06:26
|
On Mon, May 11, 2015 at 3:52 PM, David Bellows <dav...@gm...> wrote: > > OK, so what if the library I use to create MIDI files was altered to > use a lot more bits for the notes thus extending the range? How > difficult then would it be to extend Timidity to read those extra > bits? The midi standard is to use only 4 bits. What you are suggesting is just not possible using the midi protocol. Sorry to be the bringer of sad news :) -- **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** Bob van der Poel ** Wynndel, British Columbia, CANADA ** EMAIL: bo...@me... WWW: http://www.mellowood.ca |
From: David B. <dav...@gm...> - 2015-05-11 22:53:00
|
> I don't think this is possible. Notes in MIDI are 4 bit values, and that means a range of 0-127. OK, so what if the library I use to create MIDI files was altered to use a lot more bits for the notes thus extending the range? How difficult then would it be to extend Timidity to read those extra bits? > Only solution I can think of is to split your input into different channels and have, for example, channel 1 for the low stuff and 2 for the upper. That was you, can in theory, get 256 notes. That certainly helps but not doesn't get me nearly as many notes as I want. My only other idea was to create multiple tuning tables and create wav files loading the appropriate tuning table for each note's register and then stitching all those wav files together. I'm guessing this would be rather resource intensive (plus difficult to program for me). > Timidity is NOT the problem :) Timidity is very powerful, I'm just hoping I can make it a little more powerful! On Mon, May 11, 2015 at 3:31 PM, Bob van der Poel <bo...@me...> wrote: > I don't think this is possible. Notes in MIDI are 4 bit values, and that > means a range of 0-127. Only solution I can think of is to split your input > into different channels and have, for example, channel 1 for the low stuff > and 2 for the upper. That was you, can in theory, get 256 notes. All this > depends on the program creating your MIDI. > > Timidity is NOT the problem :) > > Hope this helps. > > On Mon, May 11, 2015 at 1:43 PM, David Bellows <dav...@gm...> > wrote: >> >> Hello all, >> >> I'm using Timidity's tuning table process to implement alternate >> tunings. When I have a tuning that divides the octave by more than 12 >> notes then I end up losing octave ranges. For example, a 128-EDO would >> only have a 1 octave range. A 256-EDO would have a .5 octave range. >> >> I'm not a programmer so forgive my naivete, but would it be possible >> to extend how many notes Timidity can handle and also load larger >> tuning tables? For example, to get the full range of the 128-EDO >> tuning one would need about 1366 notes (10.6666666 octaves * 128 notes >> per octave). >> >> I'm using this in a program so it's all software based (ie, I'm not >> connecting to any instrument) if that helps. >> >> Thanks, >> Dave Bellows >> >> >> ------------------------------------------------------------------------------ >> One dashboard for servers and applications across Physical-Virtual-Cloud >> Widest out-of-the-box monitoring support with 50+ applications >> Performance metrics, stats and reports that give you Actionable Insights >> Deep dive visibility with transaction tracing using APM Insight. >> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> _______________________________________________ >> Timidity-talk mailing list >> Tim...@li... >> https://lists.sourceforge.net/lists/listinfo/timidity-talk > > > > > -- > **** Listen to my FREE CD at http://www.mellowood.ca/music/cedars **** > Bob van der Poel ** Wynndel, British Columbia, CANADA ** > EMAIL: bo...@me... > WWW: http://www.mellowood.ca |