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: mput <ro...@mp...> - 2003-09-17 10:07:19
|
Hi. In what situation does cubic spline sounds better than -N 3 Gauss interpolation (a particular MIDI file, or a particular SF2, or something other)? That can be a potential problem. On 2003.09.17, at 15:09, Friend wrote: > Hello! > > Thank you again, for your fast response. > >> I've not tested with SoundFonts as I don't have any stereo drumset (I'm >> using Macintosh and there's no .sfark or .sfpack expander for it). >> So I >> forwarded this to Japanese Mailing list, and some developers confirmed >> your situation. > > If you need some, we could arrange something (FTP, or so). Thanks, but I have no problems now, except that I cannot confirm a bug report :) > >> This may be a bug on 2.11.3, seems to be fixed since Oct. 19 last year, >> so (as you reported) 2.12.0 has no problems now. > > Thank you for this information. I spent hours trying to find the bug (I > thought it was a > wrong parameter, or something ;-) ) > >> Well, I'm not familiar with this... especially for Windows compilers. >> See "configs\msc-project.zip" inside the source distribution. There >> may >> be the project files. > > Thanx. > >>> if it would be possible to include a parameter FOR >>> PLAYBACK for the Windows console and/or GUI version that would switch >>> between >>> Gauss and cspline interpolation??? >> >> No. That option is compiled in for now. Is it desirable to make >> this a >> switch? > > Yes, very much so. I find the cspline sound much better in some > situations. Also, > apparently it uses less CPU time than Gauss. So, please, please, make > it a switch in > both versions (console+GUI) > > Thanx again! Timidity is soooo great! > > Peace > R. Sastre |
From: Eric A. W. <ew...@cc...> - 2003-09-17 09:09:16
|
> > I do not compile the timidity program, because i don't know how to do > > it. Maybe you > > could explain it to me? > > Well, I'm not familiar with this... especially for Windows compilers. > See "configs\msc-project.zip" inside the source distribution. There may > be the project files. I use cygwin with mingw32 to build the console version. To configure it, use: ./configure CC='gcc -mno-cygwin' LD='gcc -mno-cygwin' --enable-vt100 --enable-ncurses --without-x --enable-spline=gauss And to build it: make CFLAGS='-mno-cygwin -O3 -fomit-frame-pointer -funroll-all-loops -ffast-math -foptimize-sibling-calls -fforce-mem -mcpu=athlon-xp -momit-leaf-frame-pointer -malign-double -maccumulate-outgoing-args -mno-align-stringops -minline-all-stringops' You don't really need to use all of the optimization flags after -O3, but -fomit-frame-pointer and -funroll-all-loops are a good idea. If you do not already have ncurses installed (or pdcurses, I use 2.4beta, since 2.4 final had some issues) and compiled with -mno-cygwin, then you won't be able to use the ncurses interface when compiled with -mno-cygwin. -mno-cygwin uses MinGW32 instead of the cygwin1.dll unix translation layer. I use -mno-curses so that I can build binaries that can run anywhere, without requiring cygwin1.dll to run. If you want to use regular cygwin instead (cygwin has an option to auto-download and install ncurses for you), just remove the -mno-cygwin flag from the lines I gave above, at which point the CC and LD settings will no longer be needed for the configure script. I use pdcurses because it does not require an ANSI text display driver (such as ansi.sys) or an /etc/termcap file, both of which are required for ncurses to work in a windows DOS box (at least they were the last time I tried), and are not things that the average user would have installed on their machines. > No. That option is compiled in for now. Is it desirable to make this a > switch? I think that the "Lagrange" interpolation (it's actually the Newton form of the polynomial, but I don't think anyone reading this is going to be that picky about it ^_^) is faster than -N 3 third order Gauss (but I'm not sure, I don't remember the results of those benchmarks very well), since it uses all int32 math, whereas Gauss uses doubles. Cubic spline is a good bit slower than Lagrange, and they have roughly the same accuracy, so Lagrange is probably preferable to cubic spline. I don't know if cubic spline is any faster than a 3rd order Gauss polynomial or not. I do know that 3rd order Gauss is more accurate than either cubic spline or 3rd order Lagrange/Newton. Since 3rd order Gauss is still pretty fast, I would prefer the Gauss interpolation, since it is more accurate, and it allows you to specify even higher orders of interpolation (up to -N 34 if your CPU can handle it). -N 0 will use linear interpolation, but will still be a little slower than if LINEAR_INTERPOLATION was defined, due to the check for reduce_quality_flag in the interpolation loop. Gauss interpolation should be the best choice for most users, since it gives a large amount of control over the quality/speed of the program. I do not think it would be a good idea to make a runtime option that lets you switch between Gauss and one of the 3rd order interpolation modes. Checking for this option inside the interpolation loop would add more overhead, which would lessen any speed gain that Lagrange has over 3rd order Gauss. The main reason to define LAGRANGE_INTERPOLATION would be to use higher quality interpolation (better than linear) on old, slow CPUs that may not be quite fast enough to use 3rd order Gauss, but are fast enough to use something higher than linear or -N 0. Keeping the interpolation modes as #defines allows for the highest speed, which is a must for the old, slow CPUs that would require Lagrange instead of Gauss. Making it a runtime option would slow it down, which would defeat the purpose of using Lagrange in the first place. I think it is best to leave the interpolation modes defined at compile time for best speed. -Eric |
From: mput <ro...@mp...> - 2003-09-17 01:20:21
|
# CC to [timidity-talk] (again). Hi. I've not tested with SoundFonts as I don't have any stereo drumset (I'm using Macintosh and there's no .sfark or .sfpack expander for it). So I forwarded this to Japanese Mailing list, and some developers confirmed your situation. This may be a bug on 2.11.3, seems to be fixed since Oct. 19 last year, so (as you reported) 2.12.0 has no problems now. > I do not compile the timidity program, because i don't know how to do > it. Maybe you > could explain it to me? Well, I'm not familiar with this... especially for Windows compilers. See "configs\msc-project.zip" inside the source distribution. There may be the project files. > if it would be possible to include a parameter FOR > PLAYBACK for the Windows console and/or GUI version that would switch > between > Gauss and cspline interpolation??? No. That option is compiled in for now. Is it desirable to make this a switch? Thanks, -- mput <ro...@mp...> On 2003.09.16, at 15:41, Friend wrote: > Hello! > > Thank you for your answer. > > I do not compile the timidity program, because i don't know how to do > it. Maybe you > could explain it to me? > > What I really wanted to know is, if it would be possible to include a > parameter FOR > PLAYBACK for the Windows console and/or GUI version that would switch > between > Gauss and cspline interpolation??? > > Regarding your comment: if you try cspline version 2.11.3 with GUS > patches, are the > drums patches you use STEREO? The problem occurs with my STEREO SF2 drum > patches. Please see my original message for the description of the > problem. > > Thank you very much for your time and dedication!!! > > Peace > Friend > > > On 12 Sep 2003 at 9:41, mput wrote: > >> Hi. >> >> I've tried cspline version of 2.11.3 with GUS/patch drums, but I could >> not find any problems. I think cspline interpolation works fine. >> >> If you are able to compile, what happens when you choose cspline in >> 2.12.0-pre1b? >> >> -- >> mput <ro...@mp...> >> >> On 2003.09.10, at 06:24, Friend wrote: >> >>> Hello! >>> >>> I'm normally using Timidity++ Experimental for Windows 2.12.0-pre1b. >>> And >>> the same console version. >>> >>> I have encountered the following situation: >>> >>> When using the console version from >>> http://www.stardate.bc.ca/eawpatches/source/timpp2113q.exe(cspline >>> algorithm), then the stereo drumset i use (soundfont) will sound >>> mostly >>> only on the left channel. The right channel sounds too, but very low. >>> >>> When i use the 2.12.0-pre1b version instead, the sound is totally >>> different (I guess it is because of the Gauss algorithm?) but the >>> stereo >>> drums soundfont works perfectly!!! >>> >>> >>> >>> --- >>> So my question is the following: >>> >>> Is there any possibility to adjust the cspline algorithm using >>> parameters >>> for the Timidity++ 2.12.0-pre1b version (GUI or console)? >>> >>> If not, could it be possible to integrate a parameter for it? >>> --- >>> >>> >>> >>> Thank you very much for all the fine work and the superb Timidity!!! >>> >>> Peace >>> R. Sastre |
From: Sam W. <ssw...@ho...> - 2003-09-12 13:15:45
|
Hi, Command? I hope this is how i post a question CommandI would like to know what the best setting are in timidity... sounding output. I do not have a small soundfont, actual and want to know the setting to chose to get the best out-...i want to know what settings are just for fun, for small soundfonts, and the ones that realy help, even with a huge soundfont. > >Thanks in advance to anyone with a answer to my question. > >Weber > >ps the soundfont is splendid grand _________________________________________________________________ Compare Cable, DSL or Satellite plans: As low as $29.95. https://broadband.msn.com |
From: Friend <ru...@gm...> - 2003-09-09 21:25:31
|
Hello! I'm normally using Timidity++ Experimental for Windows 2.12.0-pre1b. And the same console version. I have encountered the following situation: When using the console version from http://www.stardate.bc.ca/eawpatches/source/timpp2113q.exe (cspline algorithm), then the stereo drumset i use (soundfont) will sound mostly only on the left channel. The right channel sounds too, but very low. When i use the 2.12.0-pre1b version instead, the sound is totally different (I guess it is because of the Gauss algorithm?) but the stereo drums soundfont works perfectly!!! --- So my question is the following: Is there any possibility to adjust the cspline algorithm using parameters for the Timidity++ 2.12.0-pre1b version (GUI or console)? If not, could it be possible to integrate a parameter for it? --- Thank you very much for all the fine work and the superb Timidity!!! Peace R. Sastre |
From: mput <ro...@mp...> - 2003-07-30 14:40:41
|
Hi all. I've added support for getopt_long() to TiMidity++. Now you can do `timidity --help'. ftp://mput.dip.jp/timidity/TiMidity++-getopt_long-030730.tar.bz2 (the same code is committed into CVS repository.) Any comments, please post to this list. -- mput <ro...@mp...> |
From: Mark N. <mar...@hm...> - 2003-07-29 19:33:18
|
> > > Unfortunately I don't use neither Debian nor ALSA, but the point seems > to be: > > * Which version of ALSA do you use: 0.5 or 0.9? > Your 2.11.2 timidity may not work under ALSA 0.9 > * Or if you can try compiling timidity from the source, does that helps > you? > the latest source can be found at http://timidity.sf.net/dist/ > > Hope this would help you. > Thanks! That turned out to be the problem -- I use ALSA 0.9, and 2.11.2 must not work with 0.9. I'll report this to Debian as a bug in their packaging (since 0.9 is Debian's standard version of ALSA). When I built 2.12.0-pre1b from source, it worked perfectly. -Mark |
From: mput <ro...@mp...> - 2003-07-29 17:32:31
|
Hi. On 2003.07.29, at 08:49, Mark Nelson wrote: > I've tried a number of things, and for some reason I can't get TiMidity > to do anything but hang with 100% CPU usage when trying to play to it > in ALSA server mode. It starts up fine, but as soon as I start playing > anything to its port (128:0) with pmidi, it takes up 100% CPU and never > outputs anything. Same thing happens whether I output to device or to > WAV file. But it all works perfectly if I use timidity in > non-ALSA-server mode (i.e. "timidity file.mid"). Any ideas what I > could be doing wrong? If it helps, I'm using the version of TiMidity > currently packaged in Debian 'unstable' (2.11.2). Unfortunately I don't use neither Debian nor ALSA, but the point seems to be: * Which version of ALSA do you use: 0.5 or 0.9? Your 2.11.2 timidity may not work under ALSA 0.9 * Or if you can try compiling timidity from the source, does that helps you? the latest source can be found at http://timidity.sf.net/dist/ Hope this would help you. -- mput <ro...@mp...> |
From: Mark N. <mar...@hm...> - 2003-07-28 23:53:11
|
Hello, I've tried a number of things, and for some reason I can't get TiMidity to do anything but hang with 100% CPU usage when trying to play to it in ALSA server mode. It starts up fine, but as soon as I start playing anything to its port (128:0) with pmidi, it takes up 100% CPU and never outputs anything. Same thing happens whether I output to device or to WAV file. But it all works perfectly if I use timidity in non-ALSA-server mode (i.e. "timidity file.mid"). Any ideas what I could be doing wrong? If it helps, I'm using the version of TiMidity currently packaged in Debian 'unstable' (2.11.2). Thanks, Mark |
From: TAMUKI S. <ta...@li...> - 2003-07-06 07:06:04
|
Hello, The single-note tuning change message has been supported. F0 7F <device ID> 08 02 tt ll [kk xx yy zz] ... F7 F0 7F Universal Real-Time SysEx. header <device ID> ID of target device (7F = all devices) 08 sub-ID#1 = "MIDI Tuning Standard" 02 sub-ID#2 = "single-note tuning change (Real-Time)" tt tuning program number (0 - 127) ll number of changes (1 change = 1 set of [kk xx yy zz]) [kk MIDI key number xx yy zz] frequency data for that key (repeated 'll' number of times) F7 EOX Other changed items are as follows. - Support for channel mute by user-defined temperament type - Fix around temperament type redrawing on ME_RESET - Fix around channel mute by temperament type on ME_RESET The latest hourly tar ball and the executable binary which is operated on Windows command prompt are placed below. http://www.linet.gr.jp/~tamuki/timidity/hourly/?N=D (030706-1530 or later) http://www.linet.gr.jp/~tamuki/timidity/tm/tm030628b.zip (329,645 bytes) Thanks and regards, TAMUKI Shoichi |
From: TAMUKI S. <ta...@li...> - 2003-07-04 11:57:03
|
Hello, From: "Manuel Op de Coul" <man...@eo...> Subject: Re: [timidity-talk] Support for user-defined temperaments Date: Thu, 3 Jul 2003 16:28:08 +0200 > Is it going to work with MIDI tuning? See > http://www.midi.org/about-midi/tuning.shtml Yes, I know these Universal SysEx. Messages. I am going to implement them so that tuning dump messages can be used. There are some formats for sending dump messages. I will first support the Scale/Octave Tuning Dump included in MIDI TUNING Extensions (1999). FYI, the mentioned MIDI data are performed, changing dynamically temperaments using tonality information. Please see http://www.linet.gr.jp/~tamuki/timidity/midi_tuning/tonality_type_tuning.txt BTW, I visited the Scala web site. It is very wonderful. Thanks and regards, TAMUKI Shoichi |
From: Manuel Op de C. <man...@eo...> - 2003-07-03 14:28:13
|
>Since the important portion, which sets up user-defined temperaments, >is missing in this commit, ... Is it going to work with MIDI tuning? See http://www.midi.org/about-midi/tuning.shtml This is the standard also followed by other software synthesizers like Audio Compositor and Native Instruments. The dumps could then be sent from Scala to Timidity. Best regards, Manuel Op de Coul http://www.xs4all.nl/~huygensf/scala |
From: TAMUKI S. <ta...@li...> - 2003-07-03 13:08:25
|
Hello, From: Saito <sa...@di...> Subject: (timidity 2268) Re: 4/29th edition Date: Wed, 30 Apr 2003 02:26:29 +0900 > > > -Zpythagoras and -Zmeantone were assumed as a friend of -Zpure. > > > (Such as -Zarabian is considered although there is likely to be > > > no meaning which it implements as -Z option.) > > > > Thanks for your advice. I will try it in a few days. > Thank you. I am sorry to have become late. Although I considered once, I decided to support for user-defined temperaments rather than to take care of TiMidity++ original feature which can be used only in the normal mode (i.e. which cannot be used in sequencer mode). > > However, please pardon for -Zarabian. > If concerned around here, there are no limits to work. > Werckmeister, Kirnberger, 12-temperament, Okinawa scale ... The target of user-defined temperaments is not only existing one such as equal temperament, Pythagoras, mean-tone (Salinas) tuning, and pure intonation (major/minor), but also classic tuning such as Kirnberger-3, HIRASHIMA Tatsushi (the pipe organ of Kobe Shoin Women's Univ.), Werckmeister-3, and well-temperament. The user-defined temperaments are implemented by sharing the existing temperament type number (0-127), assigning the first half (0-63) as a preset domain, and the second half (64-127) as a user-defined domain. In TiMidity++, four preset temperaments (0-3) and four user-defined temperaments (64-67) will be supported for the time being. In this commit, it is only a framework for performing. For example, two MIDI data are placed below. One is performed by preset temperaments and the other one is performed by user-defined temperaments. http://www.linet.gr.jp/~tamuki/media/Az_Class_preset_temper.mid (45,615 bytes) http://www.linet.gr.jp/~tamuki/media/Az_Class_usrdef_temper.mid (45,615 bytes) UserID: timidity Passwd: timidity Both file is only replacing the temperament type number so that it may understand, if binary comparison is carried out. $ cmp -l Az_Class_preset_temper.mid Az_Class_usrdef_temper.mid 132 3 103 237 1 101 459 3 103 471 1 101 622 3 103 634 1 101 852 3 103 864 1 101 Since the important portion, which sets up user-defined temperaments, is missing in this commit, it becomes the funny performance of a temperament absence. :-) Thanks and regards, TAMUKI Shoichi |
From: mput <ro...@mp...> - 2003-05-27 14:32:06
|
I don't use W32GUI version so I have to forward this. Is there any possible solutions for W32GUI-version users to set -N parameter, or simply he has to use "#extension opt -N"? -- mput<ro...@mp...> Begin forwarded message: > From: "Friend" <ru...@gm...> > Date: 2003.05.27 23:03:22 Asia/Tokyo > Subject: timidity++ experimental > > Hello! > > First of all, thank you for your fine work on timidity experimental. I > enjoy it very much! > > I have a question please. > I use Win version. > > You say: > "Add Gauss interpolation (recommended, but takes up to 560kb extra > mem); defaults to -N 25 (best compromise between speed and accuracy), > -N 34 is > maximum quality and should run in realtime on many systems." > > I don't know where to adjust the -N parameter. Is it for the GUI > version or the synthesizer. or both? > > Thank you very much! > > PEACE > R. Sastre > > > > Practice random kindness and senseless acts of beauty! |
From: mput <ro...@mp...> - 2003-01-10 20:05:53
|
Hi. On 2003.01.11, at 04:29, Peter L Jones wrote: > The original message was posted by Alexandre Prokoudine > <av...@al...> to > Swami Devel <swa...@li...> and iiwusynth devel > <iiw...@ma...> - so I'd suggest trying > Alexandre direct initially and letting the lists know when something is > available. Please. Or should I contact with him directly? The guy who want to distribute his SoundFont has some questions - such as what kind of SoundFont is needed. > There's some discussion (well, a message or two) about whether GPL is > the > most appropriate license, so you might like to follow that discussion > and > cross-post/summarise onto the Japanese TiMidity++ list. OK. I'll do so. -- mput @ OTSUKARESAMA. mailto:ro...@mp... http://mput.dip.jp |
From: Peter L J. <pe...@dr...> - 2003-01-10 19:28:46
|
mput <ro...@mp...> said on Friday, January 10, 2003 12:44 PM: > Hi. > > I've forwarded the original message to the Japanese TiMidity++ list. > There's a guy who says ok for it. > His SoundFont is not GPL compatible now. Now he's making it > GPL-compatible. > > How can he contact with you? He is not good at english. > # I think I can translate him. Is this ok? > -- > mput @ OTSUKARESAMA. > mailto:ro...@mp... > http://mput.dip.jp The original message was posted by Alexandre Prokoudine <av...@al...> to Swami Devel <swa...@li...> and iiwusynth devel <iiw...@ma...> - so I'd suggest trying Alexandre direct initially and letting the lists know when something is available. There's some discussion (well, a message or two) about whether GPL is the most appropriate license, so you might like to follow that discussion and cross-post/summarise onto the Japanese TiMidity++ list. Ta. -- Peter |
From: mput <ro...@mp...> - 2003-01-10 12:44:29
|
Hi. I've forwarded the original message to the Japanese TiMidity++ list. There's a guy who says ok for it. His SoundFont is not GPL compatible now. Now he's making it GPL-compatible. How can he contact with you? He is not good at english. # I think I can translate him. Is this ok? -- mput @ OTSUKARESAMA. mailto:ro...@mp... http://mput.dip.jp |
From: Peter L J. <pe...@dr...> - 2003-01-08 18:47:26
|
Alexandre, I thought I'd copy this to the TiMidity++ list, as they're users of SF2 files, too, and might be able to contribute. Regards, -- Peter ----- Original Message ----- From: "Alexandre Prokoudine" <av...@al...> To: "Swami Devel" <swa...@li...>; "iiwusynth devel" <iiw...@ma...> Sent: Wednesday, January 08, 2003 3:06 PM Subject: [Swami-devel] GPL SoundFonts > Greetings, > > A while ago there was a discussion about GPL'ed SF2. In fact there are none at > the moment. > > As we (ALT Linux) plan a multimedia addon for our distribution, we can put > some SF2 on CD plus FTP. As our FTP is being mirrored by lots of other > FTP-servers (e.g. ftp.ibiblio.org), they will be quite available for anyone :) > > What I need to know is whether any of this list's subscribers are ready to > provide their home made ;) SoundFonts under terms of GPL. > > Alexandre Prokoudine, > ALT Linux Documentation Team > http://www.altlinux.com > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Swami-devel mailing list > Swa...@li... > https://lists.sourceforge.net/lists/listinfo/swami-devel > |
From: Peter L J. <pe...@dr...> - 2002-12-03 09:36:19
|
Hi there, I've not done much digging but is it there any possibility of putting a VSTi module wrapper around the TiMidity++ engine under Windows? Is the VSTi spec Open enough? Ta. -- Peter |
From: mput <ro...@mp...> - 2002-11-09 15:47:27
|
Hi. I've made the sourceforge TiMidity++ project's page. http://timidity.sourceforge.net/ (sorry, no Japanese contents) Any suggestions will be welcome. -- mput<ro...@mp...> |
From: mput <ro...@mp...> - 2002-10-31 14:10:28
|
Hi all. Please enjoy TiMidity++ and this timidity-talk mailimg list! On 2002.10.31, at 22:28, URABE Shyouhei wrote: > http://lists.sourceforge.net/mailman/listinfo/timidity-talk Sorry I've forgot listing myself. :) -- mput. |