From MAILER-DAEMON Tue Jun 01 07:44:13 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BV7gj-0007Qt-MS for mharc-fluid-dev@gnu.org; Tue, 01 Jun 2004 07:44:13 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BV7gh-0007OF-Gr for fluid-dev@nongnu.org; Tue, 01 Jun 2004 07:44:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BV7ge-0007Kb-De for fluid-dev@nongnu.org; Tue, 01 Jun 2004 07:44:10 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BV7ge-0007KP-B6 for fluid-dev@nongnu.org; Tue, 01 Jun 2004 07:44:08 -0400 Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BV7gB-0002Hq-P3 for fluid-dev@nongnu.org; Tue, 01 Jun 2004 07:43:39 -0400 Received: from [219.88.242.4] (helo=dbmail-mx6.orcon.co.nz) by mx20.gnu.org with esmtp (Exim 4.34) id 1BV7g7-0000tx-Jw for fluid-dev@nongnu.org; Tue, 01 Jun 2004 07:43:36 -0400 Received: from [192.168.1.3] (port-204-54-210.fastadsl.net.nz [210.54.153.204]) by dbmail-mx6.orcon.co.nz (8.12.11.Beta0/8.12.11.Beta0/Debian-1) with ESMTP id i51Bgmjr001867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 1 Jun 2004 23:42:50 +1200 Message-ID: <40BC6BB7.20609@rebirthing.co.nz> Date: Tue, 01 Jun 2004 23:42:47 +1200 From: David McNab User-Agent: Mozilla Thunderbird 0.6 (X11/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: fluid-dev@nongnu.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.9 () BAYES_00 X-Scanned-By: MIMEDefang 2.38 Subject: [fluid-dev] MIDI Proxy idea X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2004 11:44:11 -0000 Ken Ellinwood wrote: > In my opinion, specifying a bank offset when loading the soundfont is > the best option because a) it avoids the load order probelm, and > b) its the way the SB Live card works. Now you've got me confused. The manpage for fluidsynth says nothing about being able to specify a 'bank offset' when loading a soundfont. The API doco mentions a 'fluid_synth_sfload()' function, which only takes the soundfont pathname and the 'update presets' flag. Or were you referring to future development plans? Anyway, the idea has occurred to me to write a 'midi proxy' which can talk to fluidsynth, and/or an emu10k1 card, or whatever. The proxy would be preconfigured with a set of bank-msb/bank-lsb/preset to bank-(msb|lsb)/preset mappings, and could even listen on a socket and accept user commands to change this mapping in real time. Architecturally, the proxy would: 1) Load up the mappings from a config file 2) Open up a receive port within ALSA 3) According to configuration, either: 3.1) Fire up a fluidsynth with server mode turned on, and open a socket connection to it, and send commands to load soundfonts in a particular order, and/or 3.2) Connect via ALSA to an emu10k1 card, and spawn 'asfxload' commands to clear the memory and load soundfonts with specified bank offsets. Thereafter, upon receiving instrument (or midi file player) MIDI events, it would translate these to the commands indicated for the backend. For instance, if talking to a fluidsynth, it would receive 'note(on|off) MIDI events, and translate these into 'noteon/noteoff' command lines. It would translate bank-select-msb and bank-select-lsb into fluidsynth 'select' commands. Or, if talking to an emu10k1 card, it would map the bank-select-msb/bank-select-lsb/prog-change events into bank-select-msb/prog-change according to the bank offsets on the card. The problem is that fluidsynth works from 'bank-select-lsb', while emu10k1 works from 'bank-select-msb'. And, possible other inconsistencies I haven't yet come across. The idea is that the proxy would present a backend-transparent interface, so that midi files requiring access to instruments from several soundfonts could work unchanged, without putting people through task of brewing up custom soundfonts for each track. People would just write a config file which associates soundfonts with bank-select-msb values. Thereafter, the midi file would select soundfonts via bank-select-msb, and banks within soundfonts via bank-select-lsb. Then, people would just add new soundfonts to their collection over time, without breaking existing midi files. Questions? 1) Does this idea suck? If so, please qualify the suckage 2) Would I be wasting my time in writing such a proxy? 3) Would anyone want to use such a proxy? 4) Have I missed anything? Or are there any other features people would like to see in a proxy? -- Cheers David From MAILER-DAEMON Tue Jun 01 09:56:09 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BV9kP-00011D-0C for mharc-fluid-dev@gnu.org; Tue, 01 Jun 2004 09:56:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BV9kM-00010l-IL for fluid-dev@nongnu.org; Tue, 01 Jun 2004 09:56:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BV9kL-00010Y-57 for fluid-dev@nongnu.org; Tue, 01 Jun 2004 09:56:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BV9kL-00010V-1P for fluid-dev@nongnu.org; Tue, 01 Jun 2004 09:56:05 -0400 Received: from [194.5.49.4] (helo=rd.grame.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BV9jX-0007U8-4d for fluid-dev@nongnu.org; Tue, 01 Jun 2004 09:55:16 -0400 Received: from [194.5.49.5] (macsteph.grame.fr [194.5.49.5]) by rd.grame.fr (Postfix) with ESMTP id EDC7D70626 for ; Tue, 1 Jun 2004 15:36:37 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=MACINTOSH; delsp=yes; format=flowed Resent-Date: Tue, 1 Jun 2004 15:02:00 +0200 Message-Id: Content-Transfer-Encoding: quoted-printable Resent-To: fluid-dev@nongnu.org Resent-Message-Id: From: chris Resent-From: =?ISO-8859-1?Q?St=E9phane_Letz?= Date: Tue, 1 Jun 2004 13:56:42 +0200 To: stephane letz X-Mailer: Apple Mail (2.618) Resent-Date: Tue, 01 Jun 2004 09:56:06 -0400 Cc: Subject: [fluid-dev] =?iso-8859-1?q?fluidsynth=7E_crash_=28Modifi=E9_par_?= =?iso-8859-1?q?St=E9phane_Letz=29?= X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2004 13:56:06 -0000 Here is a crash report using fluidsynth~ (the Max/MSP external on =20 MacOSX) with a 228,5Mo. sf file. Smaller sf files like t 203,2Mo worked correctly. Where is the fluidsynth~ code? Thanks Stephane Letz -------Date/Time: 2004-06-01 13:53:31 +0200 OS Version: 10.3.4 (Build 7H63) Report Version: 2 Command: MaxMSP 4.3 Path: /Applications/MaxMSP 4.3/MaxMSP 4.3 Version: ??? (???) PID: 565 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0x14e889a0 Thread 0 Crashed: 0 fluidsynth~0 0x05b19c60 0x5b05000 + 0x14c60 1 fluidsynth~0 0x05b06724 0x5b05000 + 0x1724 2 fluidsynth~0 0x05b10758 0x5b05000 + 0xb758 3 fluidsynth~0 0x05b1a130 0x5b05000 + 0x15130 4 fluidsynth~0 0x05b1a24c 0x5b05000 + 0x1524c 5 MaxPPC3.1pwpc 0x004734b8 defer + 0x68 6 fluidsynth~0 0x05b1a2a0 0x5b05000 + 0x152a0 7 MaxPPC3.1pwpc 0x00430218 typedmess_fun + 0x508 8 MaxPPC3.1pwpc 0x004ee130 outlet_anything + = 0xc0 9 MaxPPC3.1pwpc 0x00430218 typedmess_fun + 0x508 10 MaxPPC3.1pwpc 0x0042fb84 typedmess + 0x54 11 MaxPPC3.1pwpc 0x00430e2c aeval + 0x47c 12 MaxPPC3.1pwpc 0x0040b764 atombuf_eval + 0x94 13 MaxPPC3.1pwpc 0x004bc2b4 =20 vmessage_bang__FP9_vmessage + 0x24 14 MaxPPC3.1pwpc 0x004bcccc =20 vmessage_click__FP9_vmessage + 0x17c 15 MaxPPC3.1pwpc 0x00410b54 box_click + 0xa4 16 MaxPPC3.1pwpc 0x004363dc patcher_boxclick + = 0x1bc 17 MaxPPC3.1pwpc 0x00436d48 patcher_click + 0x4c8 18 MaxPPC3.1pwpc 0x00467684 wind_click + 0x94 19 MaxPPC3.1pwpc 0x00466bf4 wind_event + 0x154 20 MaxPPC3.1pwpc 0x00429934 max_doevent + 0x364 21 MaxPPC3.1pwpc 0x00429574 max_event + 0x54 22 MaxPPC3.1pwpc 0x00428e68 max_mainloop + 0x18 23 MaxPPC3.1pwpc 0x004290f4 preemptloop + 0x54 24 MaxPPC3.1pwpc 0x00428d3c main + 0x2ac Thread 1: 0 libSystem.B.dylib 0x900074c8 mach_msg_trap + 0x8 1 libSystem.B.dylib 0x90007018 mach_msg + 0x38 2 com.unsanity.ape 0xc000a954 __ape_internal + = 0x90b8 3 com.unsanity.ape 0xc0001328 __ape_agent + 0x40 4 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 2: 0 libSystem.B.dylib 0x90018be8 =20 semaphore_timedwait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e788 _pthread_cond_wait + =20= 0x268 2 ...ple.CoreServices.CarbonCore 0x902aa7b4 = TSWaitOnSemaphoreCommon =20 + 0xb0 3 ...ple.CoreServices.CarbonCore 0x902be708 TimerThread + 0x3c 4 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 3: 0 libSystem.B.dylib 0x90018be8 =20 semaphore_timedwait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e788 _pthread_cond_wait + =20= 0x268 2 ...ple.CoreServices.CarbonCore 0x902aa7b4 = TSWaitOnSemaphoreCommon =20 + 0xb0 3 ...ple.CoreServices.CarbonCore 0x902b950c DeferredTaskThread + = 0x38 4 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 4: 0 libSystem.B.dylib 0x900074c8 mach_msg_trap + 0x8 1 libSystem.B.dylib 0x90007018 mach_msg + 0x38 2 com.apple.audio.midi.CoreMIDI 0x81ebdc9c =20 _ZN15XServerMachPort14ReceiveMessageERiPvS0_ + 0x54 3 com.apple.audio.midi.CoreMIDI 0x81eb0d58 =20 _ZN16MIDIInPortThread3RunEv + 0x13c 4 com.apple.audio.midi.CoreMIDI 0x81eb4e50 = _ZN7XThread9RunHelperEPv =20 + 0x3c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 5: 0 libSystem.B.dylib 0x900074c8 mach_msg_trap + 0x8 1 libSystem.B.dylib 0x90007018 mach_msg + 0x38 2 com.apple.CoreFoundation 0x90191790 __CFRunLoopRun + = 0x350 3 com.apple.CoreFoundation 0x90195f1c CFRunLoopRunSpecific = + =20 0x148 4 com.apple.audio.CoreAudio 0x90732f80 =20 _ZN10HALRunLoop9OwnThreadEPv + 0x104 5 com.apple.audio.CoreAudio 0x907391e0 = _ZN9CAPThread5EntryEPS_ =20 + 0x30 6 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 6: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 7: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 8: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 9: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 10: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 11: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 12: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 13: 0 libSystem.B.dylib 0x90016f48 =20 semaphore_wait_signal_trap + 0x8 1 libSystem.B.dylib 0x9000e790 _pthread_cond_wait + =20= 0x270 2 ...ple.CoreServices.CarbonCore 0x9030981c MPWaitOnSemaphore + = 0xb8 3 ...owerks.stationery.framework 0x05206dcc _Z14MidiReadThreadPv = + =20 0x48 4 ...ple.CoreServices.CarbonCore 0x902c6da8 PrivateMPEntryPoint + = =20 0x4c 5 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 Thread 14: 0 libSystem.B.dylib 0x900074c8 mach_msg_trap + 0x8 1 libSystem.B.dylib 0x90007018 mach_msg + 0x38 2 com.apple.CoreFoundation 0x90191790 __CFRunLoopRun + = 0x350 3 com.apple.CoreFoundation 0x90195f1c CFRunLoopRunSpecific = + =20 0x148 4 com.apple.CoreFoundation 0x901ff374 CFRunLoopRun + 0x34 5 com.apple.DVCPROHDMuxer 0x055422bc =20 _ZN3AVS26DestroyAVCDeviceControllerEPNS_19AVCDeviceControllerE + 0x18c 6 libSystem.B.dylib 0x900246e8 _pthread_body + 0x28 PPC Thread State: srr0: 0x05b19c60 srr1: 0x0200f030 vrsave: 0x00000000 cr: 0x84802422 xer: 0x00000002 lr: 0x05b06cf4 ctr: 0x00000001 r0: 0x00000000 r1: 0xbfffcc90 r2: 0x05b2a000 r3: 0x05a6dd20 r4: 0x064ec000 r5: 0x05b1e868 r6: 0x0e99c9a0 r7: 0x074ce4d0 r8: 0x00000000 r9: 0x00000000 r10: 0x05b00dbb r11: 0x00000000 r12: 0x00000000 r13: 0x00000000 r14: 0x00000000 r15: 0x00000000 r16: 0x00000000 r17: 0xbfffe2a8 r18: 0x00000001 r19: 0x000dfb34 r20: 0x000dfb30 r21: 0x00000000 r22: 0x00719e58 r23: 0x05a113a0 r24: 0x000c59b0 r25: 0x00000000 r26: 0x05a11500 r27: 0x05a31870 r28: 0x0039fa50 r29: 0x05a30c20 r30: 0x05a6dd20 r31: 0x05a2dfb0 Binary Images Description: 0x1000 - 0x9fff MaxMSP 4.3 /Applications/MaxMSP 4.3/MaxMSP = 4.3 0x287000 - 0x2d29b1 CarbonLibpwpc PEF binary: CarbonLibpwpc 0x2d29c0 - 0x2eacad Apple;Carbon;Multimedia PEF binary: =20 Apple;Carbon;Multimedia 0x316170 - 0x316201 CFMPriv_AGL PEF binary: CFMPriv_AGL 0x316360 - 0x316412 CFMPriv_CoreFoundation PEF binary: =20 CFMPriv_CoreFoundation 0x316620 - 0x3166d5 CFMPriv_DVComponentGlue PEF binary: =20 CFMPriv_DVComponentGlue 0x316910 - 0x3169b3 CFMPriv_QuickTime PEF binary: = CFMPriv_QuickTime 0x316a30 - 0x316aa7 CFMPriv_System PEF binary: = CFMPriv_System 0x316d50 - 0x316e20 CFMPriv_CarbonSound PEF binary: =20 CFMPriv_CarbonSound 0x316ea0 - 0x316f73 CFMPriv_CommonPanels PEF binary: =20 CFMPriv_CommonPanels 0x317050 - 0x31710b CFMPriv_Help PEF binary: CFMPriv_Help 0x317110 - 0x3171da CFMPriv_HIToolbox PEF binary: = CFMPriv_HIToolbox 0x317260 - 0x317336 CFMPriv_HTMLRendering PEF binary: =20 CFMPriv_HTMLRendering 0x3173b0 - 0x317483 CFMPriv_ImageCapture PEF binary: =20 CFMPriv_ImageCapture 0x317510 - 0x3175f5 CFMPriv_NavigationServices PEF binary: =20 CFMPriv_NavigationServices 0x317670 - 0x317746 CFMPriv_OpenScripting=F0MacBLib PEF = binary: =20 CFMPriv_OpenScripting=F0MacBLib 0x317820 - 0x3178de CFMPriv_Print PEF binary: CFMPriv_Print 0x317900 - 0x3179cd CFMPriv_SecurityHI PEF binary: =20 CFMPriv_SecurityHI 0x317a50 - 0x317b32 CFMPriv_SpeechRecognition PEF binary: =20 CFMPriv_SpeechRecognition 0x317bb0 - 0x317c83 CFMPriv_CarbonCore PEF binary: =20 CFMPriv_CarbonCore 0x317d00 - 0x317dd3 CFMPriv_OSServices PEF binary: =20 CFMPriv_OSServices 0x317eb0 - 0x317f72 CFMPriv_AE PEF binary: CFMPriv_AE 0x317f80 - 0x318045 CFMPriv_ATS PEF binary: CFMPriv_ATS 0x3180c0 - 0x318197 CFMPriv_ColorSync PEF binary: = CFMPriv_ColorSync 0x318220 - 0x318303 CFMPriv_FindByContent PEF binary: =20 CFMPriv_FindByContent 0x318380 - 0x31845a CFMPriv_HIServices PEF binary: =20 CFMPriv_HIServices 0x3184d0 - 0x3185b0 CFMPriv_LangAnalysis PEF binary: =20 CFMPriv_LangAnalysis 0x318640 - 0x318726 CFMPriv_LaunchServices PEF binary: =20 CFMPriv_LaunchServices 0x318800 - 0x3188d7 CFMPriv_PrintCore PEF binary: = CFMPriv_PrintCore 0x3188e0 - 0x3189a2 CFMPriv_QD PEF binary: CFMPriv_QD 0x318aa0 - 0x318b89 CFMPriv_SpeechSynthesis PEF binary: =20 CFMPriv_SpeechSynthesis 0x405000 - 0x6e8830 MaxPPC3.1pwpc PEF binary: MaxPPC3.1pwpc 0x6e8840 - 0x6f53e7 MaxAudioLib PEF binary: MaxAudioLib 0x7d7000 - 0x7e0fff com.apple.LiveType.component =20 1.2 /Library/QuickTime/LiveType.component/Contents/MacOS/LiveType 0x7ee000 - 0x7f4403 coremidi PEF binary: coremidi 0x10c7000 - 0x10ca73e dial PEF binary: dial 0x10cb000 - 0x10cdf93 dropfile PEF binary: dropfile 0x10ce000 - 0x10d083d edetonate8=94=A0 PEF binary: edetonate8=94=A0= 0x10d1000 - 0x10d4724 efunc PEF binary: efunc 0x10d5000 - 0x10d6c1d emovie PEF binary: emovie 0x10d7000 - 0x10dd245 envi PEF binary: envi 0x10de000 - 0x10e0524 etable PEF binary: etable 0x10e1000 - 0x10e300c ezadc~ PEF binary: ezadc~ 0x10e4000 - 0x10f2b9b CoreAudio8=A8=F0 PEF binary: CoreAudio8=A8=F0= 0x10f6000 - 0x10f6fff com.apple.aoa.halplugin 2.2.4 =20 (2.2.4b1) /System/Library/Extensions/IOAudioFamily.kext/Contents/=20= PlugIns/AOAHALPlugin.bundle/Contents/MacOS/AOAHALPlugin 0x1633000 - 0x1688c17 DirectIO PEF binary: DirectIO 0x1689000 - 0x16fa15b DSI PEF binary: DSI 0x16fb000 - 0x1792bd8 DHS.shlb PEF binary: DHS.shlb 0x17b1000 - 0x17b20ca NonRealTime=F0 PEF binary: NonRealTime=F0= 0x17b8000 - 0x17b9f53 ezdac~ PEF binary: ezdac~ 0x4db0000 - 0x4de2fff com.digidesign.digidesign.DigiCoreAudioPlugIn =20= 6.2.2 /Library/Audio/Plug-Ins/HAL/Digidesign =20 CoreAudio.plugin/Contents/MacOS/Digidesign CoreAudio 0x51b1000 - 0x51c8fff ??? ??? =20 (0.0.1d1) = /System/Library/Frameworks/DigidesignUSBDriver.framework/=20 DigidesignUSBDriver 0x5205000 - 0x5205835 tap.windowdrag PEF binary: = tap.windowdrag 0x5206000 - 0x5215fff com.metrowerks.stationery.framework =20 DigidesignFWDriver version 1.0 =20 (1.0) /System/Library/Frameworks/DigidesignFWDriver.framework/=20 DigidesignFWDriver 0x523e000 - 0x523f44e GSwitch PEF binary: GSwitch 0x5240000 - 0x528cfff ??? ??? =20 (0.0.1d1) /System/Library/Frameworks/DigiMachOServices.framework/=20= DigiMachOServices 0x53a4000 - 0x542dfff com.apple.DVCPROHDAudio =20 1.0 /Library/Audio/Plug-Ins/HAL/DVCPROHDAudio.plugin/Contents/MacOS/=20= DVCPROHDAudio 0x552b000 - 0x55bdfff com.apple.DVCPROHDMuxer =20 1.0 /Library/QuickTime/DVCPROHDMuxer.component/Contents/MacOS/=20 DVCPROHDMuxer 0x5640000 - 0x567cfff com.apple.iSightAudio =20 6.5.1 /Library/Audio/Plug-Ins/HAL/iSightAudio.plugin/Contents/MacOS/=20= iSightAudio 0x5717000 - 0x5722d67 filtergraph~ PEF binary: filtergraph~ 0x5723000 - 0x5725fd6 fpic PEF binary: fpic 0x5726000 - 0x572b26f function PEF binary: function 0x572c000 - 0x572ffc4 gain~ PEF binary: gain~ 0x5730000 - 0x573139f GSwitch2 PEF binary: GSwitch2 0x5732000 - 0x573500e hint PEF binary: hint 0x5736000 - 0x57395db hslider PEF binary: hslider 0x573a000 - 0x573f3e4 imovie PEF binary: imovie 0x5740000 - 0x5741c37 incdec PEF binary: incdec 0x5742000 - 0x5745d37 kslider PEF binary: kslider 0x5746000 - 0x5752a50 lcd{ PEF binary: lcd{ 0x5753000 - 0x57549c3 led{ PEF binary: led{ 0x5755000 - 0x575cadd matrixctrl PEF binary: matrixctrl 0x575d000 - 0x575f63a meter~ PEF binary: meter~ 0x5760000 - 0x576616b multiSlider=B0 PEF binary: multiSlider=B0= 0x5767000 - 0x576b5b1 number~ PEF binary: number~ 0x576c000 - 0x576ddcf panel PEF binary: panel 0x576e000 - 0x57729f1 pictctrl PEF binary: pictctrl 0x5773000 - 0x5778db5 pictslider=EB` PEF binary: pictslider=EB`= 0x5779000 - 0x577afde playbar PEF binary: playbar 0x577b000 - 0x577d85e radiogroup PEF binary: radiogroup 0x577e000 - 0x5780980 rslider PEF binary: rslider 0x5781000 - 0x5784150 scope~ PEF binary: scope~ 0x5785000 - 0x5788512 swatch PEF binary: swatch 0x5789000 - 0x578bef1 TapTools.lib PEF binary: TapTools.lib 0x578f000 - 0x578ffff com.apple.applescript.component =20 1.9.3 /System/Library/Components/AppleScript.component/Contents/MacOS/=20= AppleScript 0x5792000 - 0x5792e51 StdCLib PEF binary: StdCLib 0x5797000 - 0x5797fff com.apple.osax.digihub =20 1.0 /System/Library/ScriptingAdditions/Digital Hub =20 Scripting.osax/Contents/MacOS/Digital Hub Scripting 0x579a000 - 0x579ec88 textedit PEF binary: textedit 0x57a8000 - 0x57a9eb1 ubutton PEF binary: ubutton 0x57aa000 - 0x57b02d3 umenu PEF binary: umenu 0x57b1000 - 0x57b45bb uslider PEF binary: uslider 0x57b5000 - 0x57bc833 OpenGLLibrarypwpc PEF binary: = OpenGLLibrarypwpc 0x5808000 - 0x5839fff com.apple.osax.standardadditions 1.9.3 =20 (???) /System/Library/ScriptingAdditions/StandardAdditions.osax/=20 Contents/MacOS/StandardAdditions 0x5846000 - 0x585d52c v.screen PEF binary: v.screen 0x5896000 - 0x59a11ac softVideoCarbon.lib PEF binary: =20 softVideoCarbon.lib 0x59c4000 - 0x59cf554 waveform~ PEF binary: waveform~ 0x59f4000 - 0x59f9fff com.apple.DesktopVideoOut =20 1.0 /Library/QuickTime/DesktopVideoOut.component/Contents/MacOS/=20 DesktopVideoOut 0x5b05000 - 0x5b2119f fluidsynth~0 PEF binary: fluidsynth~0 0x5b5c000 - 0x5b6cfff com.apple.FCP Uncompressed 422.component =20 1.0.5 /Library/QuickTime/FCP Uncompressed =20 422.component/Contents/MacOS/FCP Uncompressed 422 0x70090000 - 0x700e6fff com.apple.LiveType.framework =20 1.2 /System/Library/PrivateFrameworks/LiveType.framework/Versions/A/=20= LiveType 0x81eb0000 - 0x81eeefff com.apple.audio.midi.CoreMIDI 1.4 =20 (29) /System/Library/Frameworks/CoreMIDI.framework/CoreMIDI 0x87b20000 - 0x87b5bfff com.apple.AppleShareClientCore 1.3.1 =20 (1.3.2) /System/Library/Frameworks/AppleShareClientCore.framework/=20 Versions/A/AppleShareClientCore 0x88eb0000 - 0x88ebcfff com.apple.agl 2.5 =20 (AGL-2.5) /System/Library/Frameworks/AGL.framework/Versions/A/AGL 0x89c80000 - 0x89c9cfff com.apple.AppleShareClient =20 1.3.2 = /System/Library/Frameworks/AppleShareClient.framework/Versions/A/=20 AppleShareClient 0x8b0c0000 - 0x8b728fff com.apple.QuickTimeComponents.component =20 6.5.1 = /System/Library/QuickTime/QuickTimeComponents.component/Contents/=20 MacOS/QuickTimeComponents 0x8be90000 - 0x8be91fff DVComponentGlue =20 /System/Library/Frameworks/DVComponentGlue.framework/Versions/A/=20= DVComponentGlue 0x8c390000 - 0x8c3d1fff com.apple.QuickTimeFirewireDV.component =20 6.5.1 = /System/Library/QuickTime/QuickTimeFirewireDV.component/Contents/=20 MacOS/QuickTimeFirewireDV 0x8e4a0000 - 0x8e545fff com.apple.applescript =20 1.9.3 = /System/Library/PrivateFrameworks/AppleScript.framework/Versions/=20 A/AppleScript 0x8e990000 - 0x8ea21fff com.apple.QuickTimeMPEG4.component =20 6.5.1 /System/Library/QuickTime/QuickTimeMPEG4.component/Contents/=20 MacOS/QuickTimeMPEG4 0x8fe00000 - 0x8fe4ffff dyld /usr/lib/dyld 0x90000000 - 0x90122fff libSystem.B.dylib = /usr/lib/libSystem.B.dylib 0x90190000 - 0x9023dfff com.apple.CoreFoundation 6.3.4 =20 (299.31) = /System/Library/Frameworks/CoreFoundation.framework/Versions/=20 A/CoreFoundation 0x90280000 - 0x904f9fff com.apple.CoreServices.CarbonCore =20 10.3.4 /System/Library/Frameworks/CoreServices.framework/Versions/A/=20 Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x90570000 - 0x905defff com.apple.framework.IOKit 1.3.2 =20 (???) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x90610000 - 0x9069afff com.apple.CoreServices.OSServices =20 3.0.1 /System/Library/Frameworks/CoreServices.framework/Versions/A/=20 Frameworks/OSServices.framework/Versions/A/OSServices 0x90700000 - 0x90700fff com.apple.CoreServices 10.3 =20 (???) /System/Library/Frameworks/CoreServices.framework/Versions/A/=20 CoreServices 0x90720000 - 0x90787fff com.apple.audio.CoreAudio =20 2.1.2 /System/Library/Frameworks/CoreAudio.framework/Versions/A/=20 CoreAudio 0x907f0000 - 0x907f9fff com.apple.DiskArbitration =20 2.0.3 /System/Library/PrivateFrameworks/DiskArbitration.framework/=20 Versions/A/DiskArbitration 0x90810000 - 0x90810fff com.apple.ApplicationServices 1.0 =20 (???) /System/Library/Frameworks/ApplicationServices.framework/=20 Versions/A/ApplicationServices 0x90830000 - 0x9089ffff libobjc.A.dylib /usr/lib/libobjc.A.dylib 0x90910000 - 0x90983fff com.apple.DesktopServices =20 1.2.2 /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/=20= Versions/A/DesktopServicesPriv 0x909f0000 - 0x90b4bfff com.apple.Foundation 6.3.5 =20 (500.56) = /System/Library/Frameworks/Foundation.framework/Versions/C/=20 Foundation 0x90c10000 - 0x90c1afff com.apple.framework.AppleTalk 1.2.0 =20 (???) /System/Library/Frameworks/AppleTalk.framework/Versions/A/=20 AppleTalk 0x90c30000 - 0x90c4afff libGL.dylib =20 = /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/=20 libGL.dylib 0x90c60000 - 0x90cc2fff libGLU.dylib =20 = /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/=20 libGLU.dylib 0x90d00000 - 0x90d1bfff com.apple.SystemConfiguration 1.7.1 =20 (???) /System/Library/Frameworks/SystemConfiguration.framework/=20 Versions/A/SystemConfiguration 0x90d40000 - 0x90d40fff com.apple.Carbon 10.3 =20 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon 0x90d60000 - 0x90d6bfff com.apple.opengl =20 1.3.3 /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL 0x90ec0000 - 0x90ec0fff com.apple.Cocoa 6.3 =20 (???) /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa 0x910b0000 - 0x910fffff com.apple.bom 1.2.4 =20 (63) /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom 0x91200000 - 0x91203fff com.apple.URLMount =20 2.1 /System/Library/PrivateFrameworks/URLMount.framework/Versions/A/=20= URLMount 0x912a0000 - 0x912bdfff com.apple.audio.SoundManager =20 3.8 = /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/=20 CarbonSound.framework/Versions/A/CarbonSound 0x912e0000 - 0x912f7fff com.apple.LangAnalysis =20 1.5.4 /System/Library/Frameworks/ApplicationServices.framework/=20 Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis 0x91320000 - 0x913defff ColorSync =20 = /System/Library/Frameworks/ApplicationServices.framework/Versions/A/=20 Frameworks/ColorSync.framework/Versions/A/ColorSync 0x91460000 - 0x91473fff com.apple.speech.synthesis.framework =20 3.2 = /System/Library/Frameworks/ApplicationServices.framework/Versions/=20 A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis 0x914a0000 - 0x91509fff com.apple.htmlrendering =20 1.1.2 /System/Library/Frameworks/Carbon.framework/Versions/A/=20 Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering 0x91560000 - 0x91619fff com.apple.QD 3.4.64 =20 (???) /System/Library/Frameworks/ApplicationServices.framework/=20 Versions/A/Frameworks/QD.framework/Versions/A/QD 0x91670000 - 0x916a8fff com.apple.AE =20 1.3.2 /System/Library/Frameworks/ApplicationServices.framework/=20 Versions/A/Frameworks/AE.framework/Versions/A/AE 0x916e0000 - 0x91773fff com.apple.print.framework.PrintCore =20 3.3 = /System/Library/Frameworks/ApplicationServices.framework/Versions/=20 A/Frameworks/PrintCore.framework/Versions/A/PrintCore 0x917e0000 - 0x917f0fff com.apple.speech.recognition.framework =20 3.3 = /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/=20 SpeechRecognition.framework/Versions/A/SpeechRecognition 0x91810000 - 0x9182afff com.apple.openscripting 1.2.1 =20 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/=20 Frameworks/OpenScripting.framework/Versions/A/OpenScripting 0x91850000 - 0x91860fff com.apple.ImageCapture =20 2.1.0 /System/Library/Frameworks/Carbon.framework/Versions/A/=20 Frameworks/ImageCapture.framework/Versions/A/ImageCapture 0x91890000 - 0x9189cfff com.apple.help =20 1.0.1 /System/Library/Frameworks/Carbon.framework/Versions/A/=20 Frameworks/Help.framework/Versions/A/Help 0x918c0000 - 0x918cdfff com.apple.CommonPanels 1.2.1 =20 (1.0) /System/Library/Frameworks/Carbon.framework/Versions/A/=20 Frameworks/CommonPanels.framework/Versions/A/CommonPanels 0x918f0000 - 0x9193efff com.apple.print.framework.Print =20 3.3 = /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/=20 Print.framework/Versions/A/Print 0x91990000 - 0x9199bfff com.apple.securityhi 1.2 =20 (90) = /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/=20 SecurityHI.framework/Versions/A/SecurityHI 0x919c0000 - 0x91a33fff com.apple.NavigationServices =20 3.3.1 /System/Library/Frameworks/Carbon.framework/Versions/A/=20 Frameworks/NavigationServices.framework/Versions/A/NavigationServices 0x91a90000 - 0x91a90fff com.apple.audio.units.AudioUnit =20 1.3.2 /System/Library/Frameworks/AudioUnit.framework/Versions/A/=20 AudioUnit 0x91ab0000 - 0x91ac4fff libCGATS.A.dylib =20 = /System/Library/Frameworks/ApplicationServices.framework/Versions/A/=20 Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGATS.A.dylib 0x91ae0000 - 0x91aebfff libCSync.A.dylib =20 = /System/Library/Frameworks/ApplicationServices.framework/Versions/A/=20 Frameworks/CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib 0x91b10000 - 0x91b2afff libPDFRIP.A.dylib =20 = /System/Library/Frameworks/ApplicationServices.framework/Versions/A/=20 Frameworks/CoreGraphics.framework/Versions/A/Resources/=20 libPDFRIP.A.dylib 0x91b50000 - 0x91b5ffff libPSRIP.A.dylib =20 = /System/Library/Frameworks/ApplicationServices.framework/Versions/A/=20 Frameworks/CoreGraphics.framework/Versions/A/Resources/libPSRIP.A.dylib 0x91b80000 - 0x91b93fff libRIP.A.dylib =20 = /System/Library/Frameworks/ApplicationServices.framework/Versions/A/=20 Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib 0x91bb0000 - 0x91d45fff com.apple.QuickTime =20 6.5.1 /System/Library/Frameworks/QuickTime.framework/Versions/A/=20 QuickTime 0x92070000 - 0x92096fff com.apple.FindByContent 1.4 =20 (1.2) /System/Library/Frameworks/ApplicationServices.framework/=20 Versions/A/Frameworks/FindByContent.framework/Versions/A/FindByContent 0x920c0000 - 0x922a7fff com.apple.security 2.3 =20 (176) = /System/Library/Frameworks/Security.framework/Versions/A/Security 0x92430000 - 0x92468fff com.apple.LaunchServices 10.3 =20 (84) = /System/Library/Frameworks/ApplicationServices.framework/Versions/=20 A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices 0x92740000 - 0x92777fff com.apple.CFNetwork 1.2.1 =20 (7) /System/Library/Frameworks/CoreServices.framework/Versions/A/=20 Frameworks/CFNetwork.framework/Versions/A/CFNetwork 0x927d0000 - 0x92b54fff com.apple.HIToolbox 1.3.3 =20 (???) /System/Library/Frameworks/Carbon.framework/Versions/A/=20 Frameworks/HIToolbox.framework/Versions/A/HIToolbox 0x92d30000 - 0x92d80fff com.apple.HIServices 1.4.1 =20 (0.0.1d1) = /System/Library/Frameworks/ApplicationServices.framework/=20 Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices 0x92dc0000 - 0x932befff com.apple.AppKit 6.3.2 =20 (743.20) = /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit 0x935d0000 - 0x938a8fff com.apple.CoreGraphics 1.203.20 =20 (???) /System/Library/Frameworks/ApplicationServices.framework/=20 Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics 0x939a0000 - 0x939b4fff libcups.2.dylib /usr/lib/libcups.2.dylib 0x939d0000 - 0x939d4fff libmathCommon.A.dylib =20 /usr/lib/system/libmathCommon.A.dylib 0x93b50000 - 0x93bf3fff com.apple.audio.toolbox.AudioToolbox =20 1.3.2 /System/Library/Frameworks/AudioToolbox.framework/Versions/A/=20 AudioToolbox 0x94060000 - 0x94078fff com.apple.WebServices 1.1.1 =20 (1.1.0) /System/Library/Frameworks/CoreServices.framework/Versions/A/=20 Frameworks/WebServicesCore.framework/Versions/A/WebServicesCore 0x94310000 - 0x94447fff edu.mit.Kerberos 5.0.21 =20 (5.0) = /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos 0x945b0000 - 0x945b9fff libz.1.dylib /usr/lib/libz.1.dylib 0x94610000 - 0x9462afff libresolv.9.dylib = /usr/lib/libresolv.9.dylib 0x94650000 - 0x946affff com.apple.SearchKit =20 1.0.2 /System/Library/Frameworks/CoreServices.framework/Versions/A/=20 Frameworks/SearchKit.framework/Versions/A/SearchKit 0x94a30000 - 0x94af5fff libxml2.2.dylib /usr/lib/libxml2.2.dylib 0x94b20000 - 0x94badfff com.apple.ink.framework =20 55.8 = /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/=20 Ink.framework/Versions/A/Ink 0x954c0000 - 0x95ac6fff libBLAS.dylib =20 = /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/=20= vecLib.framework/Versions/A/libBLAS.dylib 0x95b20000 - 0x95df0fff libLAPACK.dylib =20 = /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/=20= vecLib.framework/Versions/A/libLAPACK.dylib 0x95e40000 - 0x95eadfff libvDSP.dylib =20 = /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/=20= vecLib.framework/Versions/A/libvDSP.dylib 0x95f00000 - 0x95f20fff libvMisc.dylib =20 = /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/=20= vecLib.framework/Versions/A/libvMisc.dylib 0x968d0000 - 0x969b2fff libicucore.A.dylib = /usr/lib/libicucore.A.dylib 0x96a20000 - 0x96ae2fff libcrypto.0.9.7.dylib =20 /usr/lib/libcrypto.0.9.7.dylib 0x96b40000 - 0x96b6efff libssl.0.9.7.dylib = /usr/lib/libssl.0.9.7.dylib 0x96bf0000 - 0x96c7ffff ATS =20 = /System/Library/Frameworks/ApplicationServices.framework/Versions/A/=20 Frameworks/ATS.framework/Versions/A/ATS 0x96cb0000 - 0x96d9efff libiconv.2.dylib = /usr/lib/libiconv.2.dylib 0x96e80000 - 0x96e90fff com.apple.vecLib 3.0.1 (vecLib =20 3.0.1) /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib 0x97510000 - 0x97518fff libbsm.dylib /usr/lib/libbsm.dylib 0xc0000000 - 0xc000efff com.unsanity.ape =20 1.4.1 /Library/Frameworks/ApplicationEnhancer.framework/Versions/A/=20 ApplicationEnhancer From MAILER-DAEMON Tue Jun 01 12:03:50 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BVBjy-0007mR-Mx for mharc-fluid-dev@gnu.org; Tue, 01 Jun 2004 12:03:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BVBjv-0007kC-Hy for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:03:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BVBjs-0007gh-Nr for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:03:46 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BVBjs-0007gQ-H3 for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:03:44 -0400 Received: from [205.152.59.67] (helo=imf19aec.mail.bellsouth.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BVBjE-0003i0-VO for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:03:05 -0400 Received: from [209.215.11.205] by imf19aec.mail.bellsouth.net (InterMail vM.5.01.06.08 201-253-122-130-108-20031117) with ESMTP id <20040601160303.EPRO6802.imf19aec.mail.bellsouth.net@[209.215.11.205]>; Tue, 1 Jun 2004 12:03:03 -0400 Subject: Re: [fluid-dev] MIDI Proxy idea From: Josh Green To: David McNab In-Reply-To: <40BC6BB7.20609@rebirthing.co.nz> References: <40BC6BB7.20609@rebirthing.co.nz> Content-Type: text/plain Message-Id: <1086105712.3072.5.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6-1mdk Date: Tue, 01 Jun 2004 11:01:52 -0500 Content-Transfer-Encoding: 7bit Cc: FluidSynth Devel X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2004 16:03:48 -0000 On Tue, 2004-06-01 at 06:42, David McNab wrote: > > Architecturally, the proxy would: > 1) Load up the mappings from a config file > 2) Open up a receive port within ALSA > 3) According to configuration, either: > 3.1) Fire up a fluidsynth with server mode turned on, and open a > socket connection to it, and send commands to load soundfonts > in a particular order, and/or > 3.2) Connect via ALSA to an emu10k1 card, and spawn 'asfxload' > commands to clear the memory and load soundfonts with specified > bank offsets. > Thereafter, upon receiving instrument (or midi file player) MIDI events, > it would translate these to the commands indicated for the backend. > I think the right way to do this is to just implement it in FluidSynth to allow bank offsets. It really wouldn't be that hard to do (definitely easier than writing a MIDI proxy). Swami will deal with this via virtual banks which were part of the Smurf Sound Font Editor a while back (mappings from File:Bank:Preset => Bank:Preset, File:Bank => Bank and File => Bank offset), but probably the format will be XML instead of the old text format. Cheers. Josh Green From MAILER-DAEMON Tue Jun 01 12:17:31 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BVBxD-0005LP-IX for mharc-fluid-dev@gnu.org; Tue, 01 Jun 2004 12:17:31 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BVBxC-0005IK-11 for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:17:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BVBx8-0005Am-8f for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:17:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BVBx8-00059w-00 for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:17:26 -0400 Received: from [129.102.3.2] (helo=exerese.ircam.fr) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BVBwm-0007sZ-9m for fluid-dev@nongnu.org; Tue, 01 Jun 2004 12:17:04 -0400 Received: from localhost (exerese.ircam.fr [127.0.0.1]) by exerese.ircam.fr (Postfix) with ESMTP id C2AB2332FD; Tue, 1 Jun 2004 17:54:05 +0200 (CEST) Received: from exerese.ircam.fr ([127.0.0.1]) by localhost (exerese.ircam.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09431-17; Tue, 1 Jun 2004 17:54:05 +0200 (CEST) Received: from inpace.ircam.fr (inpace.ircam.fr [129.102.2.5]) by exerese.ircam.fr (Postfix) with ESMTP id AFB7A332FC; Tue, 1 Jun 2004 17:54:05 +0200 (CEST) Received: from [129.102.65.118] (mac-portable-schnell-2.ircam.fr [129.102.65.118]) by inpace.ircam.fr (Postfix) with ESMTP id 399A62B0EC; Tue, 1 Jun 2004 17:54:05 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Norbert Schnell Subject: =?ISO-8859-1?Q?Re:_[fluid-dev]_fluidsynth~_crash_=28Modifi=E9_pa?= =?ISO-8859-1?Q?r_St=E9phane_Letz=29?= Date: Tue, 1 Jun 2004 17:54:03 +0200 To: fluid-dev@nongnu.org, chris X-Mailer: Apple Mail (2.618) X-Virus-Scanned: by amavisd-new at ircam.fr Cc: X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2004 16:17:30 -0000 On 1 Jun 2004, at 1:56 PM, chris wrote: > Here is a crash report using fluidsynth~ (the Max/MSP external on > MacOSX) with a 228,5Mo. > sf file. Smaller sf files like t 203,2Mo worked correctly. > > Where is the fluidsynth~ code? What is the version of fluidsynth~? What is the version of Max/MSP? In the cvs FluidSynth repository under "bindings/fluidmax". Does the same sf work with FluidSynth standalone? Keep me posted... Norbert From MAILER-DAEMON Wed Jun 02 18:28:10 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BVeDS-0002Vu-Is for mharc-fluid-dev@gnu.org; Wed, 02 Jun 2004 18:28:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BVeDR-0002Vp-R8 for fluid-dev@nongnu.org; Wed, 02 Jun 2004 18:28:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BVeDR-0002Vd-3E for fluid-dev@nongnu.org; Wed, 02 Jun 2004 18:28:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BVeDR-0002Va-0v for fluid-dev@nongnu.org; Wed, 02 Jun 2004 18:28:09 -0400 Received: from [66.77.162.11] (helo=mail-02.cwnet.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BVeCe-0007sG-Bw for fluid-dev@nongnu.org; Wed, 02 Jun 2004 18:27:20 -0400 Received: from host-69-19-178-30.rev.o1.com ([69.19.178.30] helo=macs-box.local.) by mail-02.cwnet.com with esmtp (Exim 4.32) id 1BVe2E-0007HX-E2 for fluid-dev@nongnu.org; Wed, 02 Jun 2004 15:16:34 -0700 Date: Wed, 2 Jun 2004 15:37:08 -0700 Mime-Version: 1.0 (Apple Message framework v543) Content-Type: text/plain; charset=US-ASCII; format=flowed From: dmcnamar To: fluid-dev@nongnu.org Content-Transfer-Encoding: 7bit Message-Id: <61CAEEA7-B4E5-11D8-AF47-0005025EDA45@cwnet.com> X-Mailer: Apple Mail (2.543) Subject: [fluid-dev] please subscribe me to the list X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2004 22:28:10 -0000 I got the example program in doc to work, then modified it to prompt for the sound font file and open it. It still works fine with example.sf2, but with sythgm.sf2 there is no sound. What gives? any help very much appreiciated... thanks From MAILER-DAEMON Sun Jun 06 05:19:39 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BWtoZ-0005hR-FM for mharc-fluid-dev@gnu.org; Sun, 06 Jun 2004 05:19:39 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BWtoX-0005hM-Q2 for fluid-dev@nongnu.org; Sun, 06 Jun 2004 05:19:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BWtoW-0005hA-N5 for fluid-dev@nongnu.org; Sun, 06 Jun 2004 05:19:37 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BWtoW-0005h7-Ki for fluid-dev@nongnu.org; Sun, 06 Jun 2004 05:19:36 -0400 Received: from [213.247.139.22] (helo=techno.sub.ru) by monty-python.gnu.org with smtp (Exim 4.34) id 1BWtmu-0000EH-J5 for fluid-dev@nongnu.org; Sun, 06 Jun 2004 05:17:57 -0400 Received: (qmail 53387 invoked by uid 65534); 6 Jun 2004 09:17:53 -0000 Received: from webmail.sub.ru (HELO localhost) (213.247.139.22) by techno.sub.ru with SMTP; 6 Jun 2004 09:17:53 -0000 Received: from unknown ([213.247.139.22]) by localhost (webmail.sub.ru [213.247.139.22]) (amavisd-new, port 10024) with SMTP id 25813-27 for ; Sun, 6 Jun 2004 13:17:48 +0400 (MSD) Received: from unknown (HELO ?213.234.233.150?) (mr@ramendik.ru@213.234.233.150) by techno.sub.ru with SMTP; 6 Jun 2004 09:17:48 -0000 From: Mikhail Ramendik To: FluidSynth Devel Content-Type: text/plain Message-Id: <1086513467.5087.3.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-6aspMR) Date: Sun, 06 Jun 2004 13:17:48 +0400 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mail.sub.ru Subject: [fluid-dev] Finding realtime capability code in fluidsynth X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 09:19:38 -0000 Hello, I thought that fluidsynth can, if run as root, assign itself some realtime capabilities and prevent the system from paging it out. However I can't find the code in fluidsynth source 1.0.3. Is this ability truly there? If yes, could someone kindly point me to the source file, or to the names of the calls that should be there? Yours, Mikhail Ramendik From MAILER-DAEMON Sun Jun 06 06:55:14 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BWvJ4-0004PC-Kr for mharc-fluid-dev@gnu.org; Sun, 06 Jun 2004 06:55:14 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BWvJ3-0004P5-O5 for fluid-dev@nongnu.org; Sun, 06 Jun 2004 06:55:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BWvJ2-0004Or-0n for fluid-dev@nongnu.org; Sun, 06 Jun 2004 06:55:13 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BWvJ1-0004Oo-VE for fluid-dev@nongnu.org; Sun, 06 Jun 2004 06:55:11 -0400 Received: from [81.169.145.166] (helo=natnoddy.rzone.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BWvI5-0005Vf-NN for fluid-dev@nongnu.org; Sun, 06 Jun 2004 06:54:14 -0400 Received: from autumn (p508BB90B.dip.t-dialin.net [80.139.185.11]) by post.webmailer.de (8.12.10/8.12.10) with ESMTP id i56AsBbV029476; Sun, 6 Jun 2004 12:54:11 +0200 (MEST) Received: from autumn ([127.0.0.1] helo=localhost ident=tim) by autumn with esmtp (Exim 3.35 #1 (Debian)) id 1BWvDO-0000BW-00; Sun, 06 Jun 2004 12:49:22 +0200 Date: Sun, 6 Jun 2004 12:49:22 +0200 (CEST) From: Tim Goetze Sender: tim@autumn To: Mikhail Ramendik Subject: Re: [fluid-dev] Finding realtime capability code in fluidsynth In-Reply-To: <1086513467.5087.3.camel@localhost.localdomain> Message-ID: References: <1086513467.5087.3.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FluidSynth Devel X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jun 2004 10:55:13 -0000 [Mikhail Ramendik] >I thought that fluidsynth can, if run as root, assign itself some >realtime capabilities and prevent the system from paging it out. > >However I can't find the code in fluidsynth source 1.0.3. > >Is this ability truly there? If yes, could someone kindly point me to >the source file, or to the names of the calls that should be there? $ grep mlock fluidsynth/src/*.c should do it. tim From MAILER-DAEMON Thu Jun 10 16:36:25 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BYWHh-0004bb-KF for mharc-fluid-dev@gnu.org; Thu, 10 Jun 2004 16:36:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BYWHg-0004bI-3u for fluid-dev@nongnu.org; Thu, 10 Jun 2004 16:36:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BYWHe-0004ay-Fp for fluid-dev@nongnu.org; Thu, 10 Jun 2004 16:36:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BYWHe-0004av-CN for fluid-dev@nongnu.org; Thu, 10 Jun 2004 16:36:22 -0400 Received: from [206.190.38.241] (helo=web51810.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1BYWGQ-0003C9-EK for fluid-dev@nongnu.org; Thu, 10 Jun 2004 16:35:06 -0400 Message-ID: <20040610203505.31853.qmail@web51810.mail.yahoo.com> Received: from [12.46.4.173] by web51810.mail.yahoo.com via HTTP; Thu, 10 Jun 2004 13:35:05 PDT Date: Thu, 10 Jun 2004 13:35:05 -0700 (PDT) From: Ken Ellinwood To: fluid-dev@nongnu.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1677774863-1086899705=:30759" Subject: [fluid-dev] New "bank offset" feature and selecting sfont/bank/preset... X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2004 20:36:24 -0000 --0-1677774863-1086899705=:30759 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline The attached patch adds the ability to specify a "bank offset" when loading a sound font. This patch was developed against the latest code in the savannah CVS repository, which from all apperances seems to be fully operational again. Here's what the patch does: First, I fixed the handling of a MIDI bank select controller 0, e.g., bank select MSB (or "coarse" bank select according to my spec). Prior to this fix a channel's bank number was only changed upon reception of MIDI bank select controller 32, e.g, bank select LSB (or "fine" bank-select according to my spec). The bank offset is a new argument to the command line "load" operation. The bank offset value is added to the soundfont's internal bank numbers and allows the presets of multiple soundfonts which internally use the same banks to be accessed via MIDI commands. For example, if you have two soundfonts which both contain presets in bank 0, it was previously impossible to select presets from both soundfonts using MIDI commands. Now if you load one soundfont with bank offset 0 and the other with bank offset 1, presets from both can be assigned via MIDI commands using combinations of bank select and program change. For example, consider two soundfonts, first.fs2 and second.fs2, which contain all presets in bank 0. Load first.fs2 with bank offset 0: > load /my/soundfonts/first.sf2 1 0 loaded SoundFont has ID 1 Load second.fs2 with bank offset 1: > load /my/soundfonts/second.fs2 1 1 loaded SoundFont has ID 2 Fluidsynth now assigns soundfont IDs starting with 1 instead of 0. The soundfont ID value 0 can be used in the revised implementation of the "select" command to simulate a MIDI bank-select and program change message sequence for a given channel and should have the same effect as sending MIDI bank select and program change. I.e., when using soundfont ID 0 in "select" the soundfont list is searched for the first existing specified preset in the given bank. For example, assign a preset 3 from bank 1 (second.fs2) to channel 5 without using soundfont ID 2: > select 5 0 1 3 Internally, fluidsynth still manages a list of soundfonts. Newly loaded soundfonts are inserted at the head of the soundfont list as always has been done. If conflicts exist between soundfonts and banks/presets, the bank/preset from most recently loaded soundfont takes precidence. Enjoy, Ken __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ --0-1677774863-1086899705=:30759 Content-Type: application/octet-stream; name="bank_offset.patch" Content-Transfer-Encoding: base64 Content-Description: bank_offset.patch Content-Disposition: attachment; filename="bank_offset.patch" PyBiYW5rX29mZnNldC5wYXRjaApJbmRleDogaW5jbHVkZS9mbHVpZHN5bnRo L3Nmb250LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2 c3Jvb3QvZmx1aWQvZmx1aWRzeW50aC9pbmNsdWRlL2ZsdWlkc3ludGgvc2Zv bnQuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yCmRpZmYgLXUgLXIxLjIg c2ZvbnQuaAotLS0gaW5jbHVkZS9mbHVpZHN5bnRoL3Nmb250LmgJMjIgTWFy IDIwMDQgMTA6Mjg6MTkgLTAwMDAJMS4yCisrKyBpbmNsdWRlL2ZsdWlkc3lu dGgvc2ZvbnQuaAkxMCBKdW4gMjAwNCAxOTo1NDowMCAtMDAwMApAQCAtODEs NyArODEsNyBAQAogICBpbnQgKCpmcmVlKShmbHVpZF9zZmxvYWRlcl90KiBs b2FkZXIpOwogCiAgIC8qKiBMb2FkIGEgZmlsZS4gUmV0dXJucyBOVUxMIGlm IGFuIGVycm9yIG9jY3VyZWQuICovCi0gIGZsdWlkX3Nmb250X3QqICgqbG9h ZCkoZmx1aWRfc2Zsb2FkZXJfdCogbG9hZGVyLCBjb25zdCBjaGFyKiBmaWxl bmFtZSk7CisgIGZsdWlkX3Nmb250X3QqICgqbG9hZCkoZmx1aWRfc2Zsb2Fk ZXJfdCogbG9hZGVyLCBjb25zdCBjaGFyKiBmaWxlbmFtZSwgaW50IGJhbmtf b2Zmc2V0KTsKIH07CiAKIApAQCAtOTIsNyArOTIsNyBAQAogc3RydWN0IF9m bHVpZF9zZm9udF90IHsKICAgdm9pZCogZGF0YTsKICAgdW5zaWduZWQgaW50 IGlkOwotCisgIGludCBiYW5rX29mZnNldDsKICAgLyoqIFRoZSAnZnJlZScg Y2FsbGJhY2sgZnVuY3Rpb24gc2hvdWxkIHJldHVybiAwIHdoZW4gaXQgd2Fz IGFibGUgdG8KICAgICAgIGZyZWUgYWxsIHJlc291cmNlcy4gSXQgc2hvdWxk IHJldHVybiBhIG5vbi16ZXJvIHZhbHVlIGlmIHNvbWUgb2YKICAgICAgIHRo ZSBzYW1wbGVzIGNvdWxkIG5vdCBiZSBmcmVlZCBiZWNhdXNlIHRoZXkgYXJl IHN0aWxsIGluIHVzZS4gKi8KQEAgLTExMyw2ICsxMTMsNyBAQAogfTsKIAog I2RlZmluZSBmbHVpZF9zZm9udF9nZXRfaWQoX3NmKSAoKF9zZiktPmlkKQor I2RlZmluZSBmbHVpZF9zZm9udF9nZXRfYmFua19vZmZzZXQoX3NmKSAoKF9z ZiktPmJhbmtfb2Zmc2V0KQogCiAKIC8qCkluZGV4OiBpbmNsdWRlL2ZsdWlk c3ludGgvc3ludGguaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxl OiAvY3Zzcm9vdC9mbHVpZC9mbHVpZHN5bnRoL2luY2x1ZGUvZmx1aWRzeW50 aC9zeW50aC5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjUKZGlmZiAtdSAt cjEuNSBzeW50aC5oCi0tLSBpbmNsdWRlL2ZsdWlkc3ludGgvc3ludGguaAk3 IE1heSAyMDA0IDA5OjUzOjM5IC0wMDAwCTEuNQorKysgaW5jbHVkZS9mbHVp ZHN5bnRoL3N5bnRoLmgJMTAgSnVuIDIwMDQgMTk6NTQ6MDAgLTAwMDAKQEAg LTE4OSw3ICsxODksNyBAQAogICAgICAgXHJldHVybnMgVGhlIElEIG9mIHRo ZSBsb2FkZWQgU291bmRGb250LCBvciAtMSBpbiBjYXNlIG9mIGVycm9yCiAg ICovCiBGTFVJRFNZTlRIX0FQSSAKLWludCBmbHVpZF9zeW50aF9zZmxvYWQo Zmx1aWRfc3ludGhfdCogc3ludGgsIGNvbnN0IGNoYXIqIGZpbGVuYW1lLCBp bnQgcmVzZXRfcHJlc2V0cyk7CitpbnQgZmx1aWRfc3ludGhfc2Zsb2FkKGZs dWlkX3N5bnRoX3QqIHN5bnRoLCBjb25zdCBjaGFyKiBmaWxlbmFtZSwgaW50 IHJlc2V0X3ByZXNldHMsIGludCBiYW5rX29mZnNldCk7CiAKICAgLyoqIFJl bG9hZCBhIFNvdW5kRm9udC4gVGhlIHJlbG9hZGVkIFNvdW5kRm9udCByZXRh aW5zIGl0cyBJRCBhbmQKICAgICAgIGluZGV4IG9uIHRoZSBzdGFjay4KSW5k ZXg6IHNyYy9mbHVpZF9jaGFuLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS Q1MgZmlsZTogL2N2c3Jvb3QvZmx1aWQvZmx1aWRzeW50aC9zcmMvZmx1aWRf Y2hhbi5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlmZiAtdSAtcjEu NCBmbHVpZF9jaGFuLmMKLS0tIHNyYy9mbHVpZF9jaGFuLmMJNSBNYXkgMjAw NCAyMDoyNzoyMiAtMDAwMAkxLjQKKysrIHNyYy9mbHVpZF9jaGFuLmMJMTAg SnVuIDIwMDQgMTk6NTQ6MDAgLTAwMDAKQEAgLTE5NSw2ICsxOTUsNyBAQAog ICAgIHsKICAgICAgIGNoYW4tPmJhbmtfbXNiID0gKHVuc2lnbmVkIGNoYXIp ICh2YWx1ZSAmIDB4N2YpOwogLyogICAgICBwcmludGYoIioqIGJhbmsgc2Vs ZWN0IG1zYiByZWNpZXZlZDogJWRcbiIsIHZhbHVlKTsgKi8KKyAgICAgIGZs dWlkX2NoYW5uZWxfc2V0X2JhbmtudW0oY2hhbiwgKHVuc2lnbmVkIGludCko dmFsdWUgJiAweDdmKSk7ICAvKiBLTEUgKi8KICAgICB9CiAgICAgYnJlYWs7 CiAgIApJbmRleDogc3JjL2ZsdWlkX2NtZC5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2ZsdWlkL2ZsdWlkc3ludGgvc3Jj L2ZsdWlkX2NtZC5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlmZiAt dSAtcjEuNCBmbHVpZF9jbWQuYwotLS0gc3JjL2ZsdWlkX2NtZC5jCTI5IE1h ciAyMDA0IDEwOjA1OjE3IC0wMDAwCTEuNAorKysgc3JjL2ZsdWlkX2NtZC5j CTEwIEp1biAyMDA0IDE5OjU0OjAwIC0wMDAwCkBAIC02Myw5ICs2Myw5IEBA CiAgIHsgInNlbGVjdCIsICJldmVudCIsIChmbHVpZF9jbWRfZnVuY190KSBm bHVpZF9oYW5kbGVfc2VsZWN0LCBOVUxMLAogICAgICJzZWxlY3QgY2hhbiBz Zm9udCBiYW5rIHByb2cgIENvbWJpbmF0aW9uIG9mIGJhbmstc2VsZWN0IGFu ZCBwcm9ncmFtLWNoYW5nZSIgfSwKICAgeyAibG9hZCIsICJnZW5lcmFsIiwg KGZsdWlkX2NtZF9mdW5jX3QpIGZsdWlkX2hhbmRsZV9sb2FkLCBOVUxMLAot ICAgICJsb2FkIGZpbGUgW3Jlc2V0XSAgICAgICAgICBMb2FkIGEgU291bmRG b250IChyZXNldD0wfDEsIG9wdGlvbmFsLCBkZWZhdWx0PTEpIiB9LAorICAg ICJsb2FkIGZpbGUgW3Jlc2V0XSBbYmFua19vZmZzZXRdIExvYWQgYSBTb3Vu ZEZvbnQgKHJlc2V0PTB8MSwgZGVmYXVsdCAxOyBiYW5rX29mZnNldD1uLCBk ZWZhdWx0IDApIiB9LAogICB7ICJ1bmxvYWQiLCAiZ2VuZXJhbCIsIChmbHVp ZF9jbWRfZnVuY190KSBmbHVpZF9oYW5kbGVfdW5sb2FkLCBOVUxMLAotICAg ICJ1bmxvYWQgaWQgW3Jlc2V0XSAgICAgICAgICBVbmxvYWQgdGhlIFNvdW5k Rm9udCB3aXRoIHRoZSBzcGVjaWZpZWQgSUQgKHJlc2V0PTB8MSwgZGVmPTEp In0sCisgICAgInVubG9hZCBpZCBbcmVzZXRdICAgICAgICAgIFVubG9hZCB0 aGUgU291bmRGb250IHdpdGggdGhlIHNwZWNpZmllZCBJRCAocmVzZXQ9MHwx LCBkZWZhdWx0IDEpIn0sCiAgIHsgInJlbG9hZCIsICJnZW5lcmFsIiwgKGZs dWlkX2NtZF9mdW5jX3QpIGZsdWlkX2hhbmRsZV9yZWxvYWQsIE5VTEwsCiAg ICAgInJlbG9hZCBpZCAgICAgICAgICAgICAgICAgIFJlbG9hZCB0aGUgU291 bmRGb250IHdpdGggdGhlIHNwZWNpZmllZCBJRCIgfSwKICAgeyAiZm9udHMi LCAiZ2VuZXJhbCIsIChmbHVpZF9jbWRfZnVuY190KSBmbHVpZF9oYW5kbGVf Zm9udHMsIE5VTEwsCkBAIC00MzAsNiArNDMwLDggQEAKIGludCAKIGZsdWlk X2hhbmRsZV9zZWxlY3QoZmx1aWRfc3ludGhfdCogc3ludGgsIGludCBhYywg Y2hhcioqIGF2LCBmbHVpZF9vc3RyZWFtX3Qgb3V0KQogeworICAgIGludCBz Zm9udF9pZDsKKyAgICAKICAgaWYgKGFjIDwgNCkgewogICAgIGZsdWlkX29z dHJlYW1fcHJpbnRmKG91dCwgInByZXNldDogdG9vIGZldyBhcmd1bWVudHNc biIpOwogICAgIHJldHVybiAtMTsKQEAgLTQzOSw3ICs0NDEsMTAgQEAKICAg ICBmbHVpZF9vc3RyZWFtX3ByaW50ZihvdXQsICJwcmVzZXQ6IGludmFsaWQg YXJndW1lbnRcbiIpOwogICAgIHJldHVybiAtMTsKICAgfQotICByZXR1cm4g Zmx1aWRfc3ludGhfcHJvZ3JhbV9zZWxlY3Qoc3ludGgsIGF0b2koYXZbMF0p LCBhdG9pKGF2WzFdKSwgYXRvaShhdlsyXSksIGF0b2koYXZbM10pKTsgIAor ICBzZm9udF9pZCA9IGF0b2koYXZbMV0pOworICBpZiAoc2ZvbnRfaWQgIT0g MCkKKyAgICAgIHJldHVybiBmbHVpZF9zeW50aF9wcm9ncmFtX3NlbGVjdChz eW50aCwgYXRvaShhdlswXSksIHNmb250X2lkLCBhdG9pKGF2WzJdKSwgYXRv aShhdlszXSkpOworICBlbHNlIHJldHVybiBmbHVpZF9zeW50aF9iYW5rX3By b2dyYW1fc2VsZWN0KHN5bnRoLCBhdG9pKGF2WzBdKSwgYXRvaShhdlsyXSks IGF0b2koYXZbM10pKTsKIH0KIAogaW50IApAQCAtNTA5LDYgKzUxNCw3IEBA CiAgIGNoYXIgYnVmWzEwMjRdOwogICBpbnQgaWQ7CiAgIGludCByZXNldCA9 IDE7CisgIGludCBiYW5rX29mZnNldCA9IDA7CiAgIGlmIChhYyA8IDEpIHsK ICAgICBmbHVpZF9vc3RyZWFtX3ByaW50ZihvdXQsICJsb2FkOiB0b28gZmV3 IGFyZ3VtZW50c1xuIik7CiAgICAgcmV0dXJuIC0xOwpAQCAtNTE2LDcgKzUy MiwxMCBAQAogICBpZiAoYWMgPT0gMikgewogICAgIHJlc2V0ID0gYXRvaShh dlsxXSk7CiAgIH0KLSAgaWQgPSBmbHVpZF9zeW50aF9zZmxvYWQoc3ludGgs IGZsdWlkX2V4cGFuZF9wYXRoKGF2WzBdLCBidWYsIDEwMjQpLCByZXNldCk7 CisgIGlmIChhYyA9PSAzKSB7CisgICAgYmFua19vZmZzZXQgPSBhdG9pKGF2 WzJdKTsKKyAgfQorICBpZCA9IGZsdWlkX3N5bnRoX3NmbG9hZChzeW50aCwg Zmx1aWRfZXhwYW5kX3BhdGgoYXZbMF0sIGJ1ZiwgMTAyNCksIHJlc2V0LCBi YW5rX29mZnNldCk7CiAgIGlmIChpZCA9PSAtMSkgewogICAgIGZsdWlkX29z dHJlYW1fcHJpbnRmKG91dCwgImZhaWxlZCB0byBsb2FkIHRoZSBTb3VuZEZv bnRcbiIpOwogICAgIHJldHVybiAtMTsKSW5kZXg6IHNyYy9mbHVpZF9kZWZz Zm9udC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNy b290L2ZsdWlkL2ZsdWlkc3ludGgvc3JjL2ZsdWlkX2RlZnNmb250LmMsdgpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuOApkaWZmIC11IC1yMS44IGZsdWlkX2Rl ZnNmb250LmMKLS0tIHNyYy9mbHVpZF9kZWZzZm9udC5jCTI5IE1hciAyMDA0 IDEwOjA1OjE3IC0wMDAwCTEuOAorKysgc3JjL2ZsdWlkX2RlZnNmb250LmMJ MTAgSnVuIDIwMDQgMTk6NTQ6MDAgLTAwMDAKQEAgLTU2LDcgKzU2LDcgQEAK ICAgcmV0dXJuIEZMVUlEX09LOwogfQogCi1mbHVpZF9zZm9udF90KiBmbHVp ZF9kZWZzZmxvYWRlcl9sb2FkKGZsdWlkX3NmbG9hZGVyX3QqIGxvYWRlciwg Y29uc3QgY2hhciogZmlsZW5hbWUpCitmbHVpZF9zZm9udF90KiBmbHVpZF9k ZWZzZmxvYWRlcl9sb2FkKGZsdWlkX3NmbG9hZGVyX3QqIGxvYWRlciwgY29u c3QgY2hhciogZmlsZW5hbWUsIGludCBiYW5rX29mZnNldCkKIHsKICAgZmx1 aWRfZGVmc2ZvbnRfdCogZGVmc2ZvbnQ7CiAgIGZsdWlkX3Nmb250X3QqIHNm b250OwpAQCAtNjcsNyArNjcsNyBAQAogICAgIHJldHVybiBOVUxMOwogICB9 CiAKLSAgaWYgKGZsdWlkX2RlZnNmb250X2xvYWQoZGVmc2ZvbnQsIGZpbGVu YW1lKSA9PSBGTFVJRF9GQUlMRUQpIHsKKyAgaWYgKGZsdWlkX2RlZnNmb250 X2xvYWQoZGVmc2ZvbnQsIGZpbGVuYW1lLCBiYW5rX29mZnNldCkgPT0gRkxV SURfRkFJTEVEKSB7CiAgICAgZGVsZXRlX2ZsdWlkX2RlZnNmb250KGRlZnNm b250KTsKICAgICByZXR1cm4gTlVMTDsKICAgfQpAQCAtNzksNiArNzksNyBA QAogICB9CiAKICAgc2ZvbnQtPmRhdGEgPSBkZWZzZm9udDsKKyAgc2ZvbnQt PmJhbmtfb2Zmc2V0ID0gYmFua19vZmZzZXQ7CiAgIHNmb250LT5mcmVlID0g Zmx1aWRfZGVmc2ZvbnRfc2ZvbnRfZGVsZXRlOwogICBzZm9udC0+Z2V0X25h bWUgPSBmbHVpZF9kZWZzZm9udF9zZm9udF9nZXRfbmFtZTsKICAgc2ZvbnQt PmdldF9wcmVzZXQgPSBmbHVpZF9kZWZzZm9udF9zZm9udF9nZXRfcHJlc2V0 OwpAQCAtMjcyLDcgKzI3Myw3IEBACiAvKgogICogZmx1aWRfZGVmc2ZvbnRf bG9hZAogICovCi1pbnQgZmx1aWRfZGVmc2ZvbnRfbG9hZChmbHVpZF9kZWZz Zm9udF90KiBzZm9udCwgY29uc3QgY2hhciogZmlsZSkKK2ludCBmbHVpZF9k ZWZzZm9udF9sb2FkKGZsdWlkX2RlZnNmb250X3QqIHNmb250LCBjb25zdCBj aGFyKiBmaWxlLCBpbnQgYmFua19vZmZzZXQpCiB7CiAgIFNGRGF0YSogc2Zk YXRhOwogICBmbHVpZF9saXN0X3QgKnA7CkBAIC0zMjksNyArMzMwLDcgQEAK ICAgICBpZiAocHJlc2V0ID09IE5VTEwpIHsKICAgICAgIHJldHVybiBGTFVJ RF9GQUlMRUQ7CiAgICAgfQotICAgIGlmIChmbHVpZF9kZWZwcmVzZXRfaW1w b3J0X3Nmb250KHByZXNldCwgc2ZwcmVzZXQsIHNmb250KSAhPSBGTFVJRF9P SykgeworICAgIGlmIChmbHVpZF9kZWZwcmVzZXRfaW1wb3J0X3Nmb250KHBy ZXNldCwgc2ZwcmVzZXQsIHNmb250LCBiYW5rX29mZnNldCkgIT0gRkxVSURf T0spIHsKICAgICAgIHJldHVybiBGTFVJRF9GQUlMRUQ7CiAgICAgfQogICAg IGZsdWlkX2RlZnNmb250X2FkZF9wcmVzZXQoc2ZvbnQsIHByZXNldCk7CkBA IC04MjIsMTkgKzgyMywyMiBAQAogaW50IAogZmx1aWRfZGVmcHJlc2V0X2lt cG9ydF9zZm9udChmbHVpZF9kZWZwcmVzZXRfdCogcHJlc2V0LCAKIAkJCSAg ICAgU0ZQcmVzZXQqIHNmcHJlc2V0LCAKLQkJCSAgICAgZmx1aWRfZGVmc2Zv bnRfdCogc2ZvbnQpCisJCQkgICAgIGZsdWlkX2RlZnNmb250X3QqIHNmb250 LCBpbnQgYmFua19vZmZzZXQpCiB7CiAgIGZsdWlkX2xpc3RfdCAqcDsKICAg U0Zab25lKiBzZnpvbmU7CiAgIGZsdWlkX3ByZXNldF96b25lX3QqIHpvbmU7 CiAgIGludCBjb3VudDsKICAgY2hhciB6b25lX25hbWVbMjU2XTsKKyAgaW50 IGJhbmtfdG1wOwogICBpZiAoKHNmcHJlc2V0LT5uYW1lICE9IE5VTEwpICYm IChGTFVJRF9TVFJMRU4oc2ZwcmVzZXQtPm5hbWUpID4gMCkpIHsKICAgICBG TFVJRF9TVFJDUFkocHJlc2V0LT5uYW1lLCBzZnByZXNldC0+bmFtZSk7CiAg IH0gZWxzZSB7CiAgICAgRkxVSURfU1BSSU5URihwcmVzZXQtPm5hbWUsICJC YW5rJWQsUHJlc2V0JWQiLCBzZnByZXNldC0+YmFuaywgc2ZwcmVzZXQtPnBy ZW51bSk7CiAgIH0KLSAgcHJlc2V0LT5iYW5rID0gc2ZwcmVzZXQtPmJhbms7 CisgIGJhbmtfdG1wID0gKGludClzZnByZXNldC0+YmFuayArIGJhbmtfb2Zm c2V0OworICBpZiAoYmFua190bXAgPCAwKSBiYW5rX3RtcCA9IDA7CisgIHBy ZXNldC0+YmFuayA9IGJhbmtfdG1wOwogICBwcmVzZXQtPm51bSA9IHNmcHJl c2V0LT5wcmVudW07CiAgIHAgPSBzZnByZXNldC0+em9uZTsKICAgY291bnQg PSAwOwpJbmRleDogc3JjL2ZsdWlkX2RlZnNmb250LmgKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3QvZmx1aWQvZmx1aWRzeW50 aC9zcmMvZmx1aWRfZGVmc2ZvbnQuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24g MS4yCmRpZmYgLXUgLXIxLjIgZmx1aWRfZGVmc2ZvbnQuaAotLS0gc3JjL2Zs dWlkX2RlZnNmb250LmgJMTkgQXVnIDIwMDMgMjA6NTc6MDAgLTAwMDAJMS4y CisrKyBzcmMvZmx1aWRfZGVmc2ZvbnQuaAkxMCBKdW4gMjAwNCAxOTo1NDow MCAtMDAwMApAQCAtNDU4LDcgKzQ1OCw3IEBACiAKIGZsdWlkX3NmbG9hZGVy X3QqIG5ld19mbHVpZF9kZWZzZmxvYWRlcih2b2lkKTsKIGludCBkZWxldGVf Zmx1aWRfZGVmc2Zsb2FkZXIoZmx1aWRfc2Zsb2FkZXJfdCogbG9hZGVyKTsK LWZsdWlkX3Nmb250X3QqIGZsdWlkX2RlZnNmbG9hZGVyX2xvYWQoZmx1aWRf c2Zsb2FkZXJfdCogbG9hZGVyLCBjb25zdCBjaGFyKiBmaWxlbmFtZSk7Citm bHVpZF9zZm9udF90KiBmbHVpZF9kZWZzZmxvYWRlcl9sb2FkKGZsdWlkX3Nm bG9hZGVyX3QqIGxvYWRlciwgY29uc3QgY2hhciogZmlsZW5hbWUsIGludCBi YW5rX29mZnNldCk7CiAKIAogaW50IGZsdWlkX2RlZnNmb250X3Nmb250X2Rl bGV0ZShmbHVpZF9zZm9udF90KiBzZm9udCk7CkBAIC00OTQsNyArNDk0LDcg QEAKIAogZmx1aWRfZGVmc2ZvbnRfdCogbmV3X2ZsdWlkX2RlZnNmb250KHZv aWQpOwogaW50IGRlbGV0ZV9mbHVpZF9kZWZzZm9udChmbHVpZF9kZWZzZm9u dF90KiBzZm9udCk7Ci1pbnQgZmx1aWRfZGVmc2ZvbnRfbG9hZChmbHVpZF9k ZWZzZm9udF90KiBzZm9udCwgY29uc3QgY2hhciogZmlsZSk7CitpbnQgZmx1 aWRfZGVmc2ZvbnRfbG9hZChmbHVpZF9kZWZzZm9udF90KiBzZm9udCwgY29u c3QgY2hhciogZmlsZSwgaW50IGJhbmtfb2Zmc2V0KTsKIGNoYXIqIGZsdWlk X2RlZnNmb250X2dldF9uYW1lKGZsdWlkX2RlZnNmb250X3QqIHNmb250KTsK IGZsdWlkX2RlZnByZXNldF90KiBmbHVpZF9kZWZzZm9udF9nZXRfcHJlc2V0 KGZsdWlkX2RlZnNmb250X3QqIHNmb250LCB1bnNpZ25lZCBpbnQgYmFuaywg dW5zaWduZWQgaW50IHByZW51bSk7CiB2b2lkIGZsdWlkX2RlZnNmb250X2l0 ZXJhdGlvbl9zdGFydChmbHVpZF9kZWZzZm9udF90KiBzZm9udCk7CkBAIC01 MjIsNyArNTIyLDcgQEAKIGZsdWlkX2RlZnByZXNldF90KiBuZXdfZmx1aWRf ZGVmcHJlc2V0KGZsdWlkX2RlZnNmb250X3QqIHNmb250KTsKIGludCBkZWxl dGVfZmx1aWRfZGVmcHJlc2V0KGZsdWlkX2RlZnByZXNldF90KiBwcmVzZXQp OwogZmx1aWRfZGVmcHJlc2V0X3QqIGZsdWlkX2RlZnByZXNldF9uZXh0KGZs dWlkX2RlZnByZXNldF90KiBwcmVzZXQpOwotaW50IGZsdWlkX2RlZnByZXNl dF9pbXBvcnRfc2ZvbnQoZmx1aWRfZGVmcHJlc2V0X3QqIHByZXNldCwgU0ZQ cmVzZXQqIHNmcHJlc2V0LCBmbHVpZF9kZWZzZm9udF90KiBzZm9udCk7Citp bnQgZmx1aWRfZGVmcHJlc2V0X2ltcG9ydF9zZm9udChmbHVpZF9kZWZwcmVz ZXRfdCogcHJlc2V0LCBTRlByZXNldCogc2ZwcmVzZXQsIGZsdWlkX2RlZnNm b250X3QqIHNmb250LCBpbnQgYmFua19vZmZzZXQpOwogaW50IGZsdWlkX2Rl ZnByZXNldF9zZXRfZ2xvYmFsX3pvbmUoZmx1aWRfZGVmcHJlc2V0X3QqIHBy ZXNldCwgZmx1aWRfcHJlc2V0X3pvbmVfdCogem9uZSk7CiBpbnQgZmx1aWRf ZGVmcHJlc2V0X2FkZF96b25lKGZsdWlkX2RlZnByZXNldF90KiBwcmVzZXQs IGZsdWlkX3ByZXNldF96b25lX3QqIHpvbmUpOwogZmx1aWRfcHJlc2V0X3pv bmVfdCogZmx1aWRfZGVmcHJlc2V0X2dldF96b25lKGZsdWlkX2RlZnByZXNl dF90KiBwcmVzZXQpOwpJbmRleDogc3JjL2ZsdWlkX3Nmb250LmgKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3QvZmx1aWQvZmx1 aWRzeW50aC9zcmMvZmx1aWRfc2ZvbnQuaCx2CnJldHJpZXZpbmcgcmV2aXNp b24gMS4xLjEuMQpkaWZmIC11IC1yMS4xLjEuMSBmbHVpZF9zZm9udC5oCi0t LSBzcmMvZmx1aWRfc2ZvbnQuaAkxMSBNYXIgMjAwMyAxNjo1Nzo0MyAtMDAw MAkxLjEuMS4xCisrKyBzcmMvZmx1aWRfc2ZvbnQuaAkxMCBKdW4gMjAwNCAx OTo1NDowMCAtMDAwMApAQCAtMjgsNyArMjgsNyBAQAogICovCiAKICNkZWZp bmUgZmx1aWRfc2Zsb2FkZXJfZGVsZXRlKF9sb2FkZXIpIHsgaWYgKChfbG9h ZGVyKSAmJiAoX2xvYWRlciktPmZyZWUpICgqKF9sb2FkZXIpLT5mcmVlKShf bG9hZGVyKTsgfQotI2RlZmluZSBmbHVpZF9zZmxvYWRlcl9sb2FkKF9sb2Fk ZXIsIF9maWxlbmFtZSkgKCooX2xvYWRlciktPmxvYWQpKF9sb2FkZXIsIF9m aWxlbmFtZSkKKyNkZWZpbmUgZmx1aWRfc2Zsb2FkZXJfbG9hZChfbG9hZGVy LCBfZmlsZW5hbWUsIF9iYW5rX29mZnNldCkgKCooX2xvYWRlciktPmxvYWQp KF9sb2FkZXIsIF9maWxlbmFtZSwgX2Jhbmtfb2Zmc2V0KQogCiAKICNkZWZp bmUgZGVsZXRlX2ZsdWlkX3Nmb250KF9zZikgICAoICgoX3NmKSAmJiAoX3Nm KS0+ZnJlZSk/ICgqKF9zZiktPmZyZWUpKF9zZikgOiAwKQpJbmRleDogc3Jj L2ZsdWlkX3N5bnRoLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2c3Jvb3QvZmx1aWQvZmx1aWRzeW50aC9zcmMvZmx1aWRfc3ludGgu Yyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMQpkaWZmIC11IC1yMS4xMSBm bHVpZF9zeW50aC5jCi0tLSBzcmMvZmx1aWRfc3ludGguYwk3IE1heSAyMDA0 IDA5OjUzOjM5IC0wMDAwCTEuMTEKKysrIHNyYy9mbHVpZF9zeW50aC5jCTEw IEp1biAyMDA0IDE5OjU0OjAxIC0wMDAwCkBAIC0zNTQsNiArMzU0LDcgQEAK ICAgCiAgIGZsdWlkX211dGV4X2luaXQoc3ludGgtPmJ1c3kpOwogCisgIHN5 bnRoLT5zZm9udF9pZCA9IDE7IC8qIEtMRSAqLwogICBzeW50aC0+c2V0dGlu Z3MgPSBzZXR0aW5nczsKIAogICBzeW50aC0+d2l0aF9yZXZlcmIgPSBmbHVp ZF9zZXR0aW5nc19zdHJfZXF1YWwoc2V0dGluZ3MsICJzeW50aC5yZXZlcmIu YWN0aXZlIiwgInllcyIpOwpAQCAtMTI3Miw2ICsxMjczLDQxIEBACiB9CiAK IC8qCisgKiBmbHVpZF9zeW50aF9iYW5rX3Byb2dyYW1fc2VsZWN0CisgKi8K K2ludCBmbHVpZF9zeW50aF9iYW5rX3Byb2dyYW1fc2VsZWN0KGZsdWlkX3N5 bnRoX3QqIHN5bnRoLCAKKwkJCSAgICAgIGludCBjaGFuLCAKKwkJCSAgICAg IHVuc2lnbmVkIGludCBiYW5rX251bSwgCisJCQkgICAgICB1bnNpZ25lZCBp bnQgcHJlc2V0X251bSkKK3sKKyAgZmx1aWRfcHJlc2V0X3QqIHByZXNldCA9 IE5VTEw7CisgIGZsdWlkX2NoYW5uZWxfdCogY2hhbm5lbDsKKworICBpZiAo KGNoYW4gPCAwKSB8fCAoY2hhbiA+PSBzeW50aC0+bWlkaV9jaGFubmVscykp IHsKKyAgICBGTFVJRF9MT0coRkxVSURfRVJSLCAiQ2hhbm5lbCBudW1iZXIg b3V0IG9mIHJhbmdlIChjaGFuPSVkKSIsIGNoYW4pOworICAgIHJldHVybiBG TFVJRF9GQUlMRUQ7CisgIH0KKyAgY2hhbm5lbCA9IHN5bnRoLT5jaGFubmVs W2NoYW5dOworCisgIHByZXNldCA9IGZsdWlkX3N5bnRoX2ZpbmRfcHJlc2V0 KHN5bnRoLCBiYW5rX251bSwgcHJlc2V0X251bSk7CisgIGlmIChwcmVzZXQg PT0gTlVMTCkgeworICAgIEZMVUlEX0xPRyhGTFVJRF9FUlIsIAorICAgICAg ICAiVGhlcmUgaXMgbm8gcHJlc2V0IHdpdGggYmFuayBudW1iZXIgJWQgYW5k IHByZXNldCBudW1iZXIgJWQiLAorCSAgICAgYmFua19udW0sIHByZXNldF9u dW0pOworICAgIHJldHVybiBGTFVJRF9GQUlMRUQ7CisgIH0KKyAgCisgIC8q IGluZm9ybSB0aGUgY2hhbm5lbCBvZiB0aGUgbmV3IGJhbmsgYW5kIHByb2dy YW0gbnVtYmVyICovCisgIGZsdWlkX2NoYW5uZWxfc2V0X3Nmb250bnVtKGNo YW5uZWwsIHByZXNldC0+c2ZvbnQtPmlkKTsKKyAgZmx1aWRfY2hhbm5lbF9z ZXRfYmFua251bShjaGFubmVsLCBiYW5rX251bSk7CisgIGZsdWlkX2NoYW5u ZWxfc2V0X3Byb2dudW0oY2hhbm5lbCwgcHJlc2V0X251bSk7CisKKyAgZmx1 aWRfY2hhbm5lbF9zZXRfcHJlc2V0KGNoYW5uZWwsIHByZXNldCk7CisKKyAg cmV0dXJuIEZMVUlEX09LOworfQorCisvKgogICogZmx1aWRfc3ludGhfcHJv Z3JhbV9zZWxlY3QyCiAgKi8KIGludCBmbHVpZF9zeW50aF9wcm9ncmFtX3Nl bGVjdDIoZmx1aWRfc3ludGhfdCogc3ludGgsIApAQCAtMjA4NCw3ICsyMTIw LDcgQEAKICAqIGZsdWlkX3N5bnRoX3NmbG9hZAogICovCiBpbnQgCi1mbHVp ZF9zeW50aF9zZmxvYWQoZmx1aWRfc3ludGhfdCogc3ludGgsIGNvbnN0IGNo YXIqIGZpbGVuYW1lLCBpbnQgcmVzZXRfcHJlc2V0cykKK2ZsdWlkX3N5bnRo X3NmbG9hZChmbHVpZF9zeW50aF90KiBzeW50aCwgY29uc3QgY2hhciogZmls ZW5hbWUsIGludCByZXNldF9wcmVzZXRzLCBpbnQgYmFua19vZmZzZXQpCiB7 CiAgIGZsdWlkX3Nmb250X3QqIHNmb250OwogICBmbHVpZF9saXN0X3QqIGxp c3Q7CkBAIC0yMTAyLDcgKzIxMzgsNyBAQAogICBmb3IgKGxpc3QgPSBzeW50 aC0+bG9hZGVyczsgbGlzdDsgbGlzdCA9IGZsdWlkX2xpc3RfbmV4dChsaXN0 KSkgewogICAgIGxvYWRlciA9IChmbHVpZF9zZmxvYWRlcl90KikgZmx1aWRf bGlzdF9nZXQobGlzdCk7CiAgICAgCi0gICAgc2ZvbnQgPSBmbHVpZF9zZmxv YWRlcl9sb2FkKGxvYWRlciwgZmlsZW5hbWUpOworICAgIHNmb250ID0gZmx1 aWRfc2Zsb2FkZXJfbG9hZChsb2FkZXIsIGZpbGVuYW1lLCBiYW5rX29mZnNl dCk7CiAKICAgICBpZiAoc2ZvbnQgIT0gTlVMTCkgewogCkBAIC0yMjA3LDcg KzIyNDMsNyBAQAogICBpbnQgaW5kZXggPSAwOwogICBmbHVpZF9saXN0X3Qg Kmxpc3Q7CiAgIGZsdWlkX3NmbG9hZGVyX3QqIGxvYWRlcjsKLQorICBpbnQg YmFua19vZmZzZXQ7CiAKICAgc2ZvbnQgPSBmbHVpZF9zeW50aF9nZXRfc2Zv bnRfYnlfaWQoc3ludGgsIGlkKTsKICAgaWYgKCFzZm9udCkgewpAQCAtMjIy OCw2ICsyMjY0LDggQEAKICAgLyoga2VlcCBhIGNvcHkgb2YgdGhlIFNvdW5k Rm9udCdzIGZpbGVuYW1lICovCiAgIEZMVUlEX1NUUkNQWShmaWxlbmFtZSwg Zmx1aWRfc2ZvbnRfZ2V0X25hbWUoc2ZvbnQpKTsKIAorICBiYW5rX29mZnNl dCA9IGZsdWlkX3Nmb250X2dldF9iYW5rX29mZnNldChzZm9udCk7CisgIAog ICBpZiAoZmx1aWRfc3ludGhfc2Z1bmxvYWQoc3ludGgsIGlkLCAwKSAhPSBG TFVJRF9PSykgewogICAgIHJldHVybiBGTFVJRF9GQUlMRUQ7CiAgIH0KQEAg LTIyMzUsNyArMjI3Myw3IEBACiAgIGZvciAobGlzdCA9IHN5bnRoLT5sb2Fk ZXJzOyBsaXN0OyBsaXN0ID0gZmx1aWRfbGlzdF9uZXh0KGxpc3QpKSB7CiAg ICAgbG9hZGVyID0gKGZsdWlkX3NmbG9hZGVyX3QqKSBmbHVpZF9saXN0X2dl dChsaXN0KTsKICAgICAKLSAgICBzZm9udCA9IGZsdWlkX3NmbG9hZGVyX2xv YWQobG9hZGVyLCBmaWxlbmFtZSk7CisgICAgc2ZvbnQgPSBmbHVpZF9zZmxv YWRlcl9sb2FkKGxvYWRlciwgZmlsZW5hbWUsIGJhbmtfb2Zmc2V0KTsKIAog ICAgIGlmIChzZm9udCAhPSBOVUxMKSB7CiAKSW5kZXg6IHNyYy9mbHVpZF9z eW50aC5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNy b290L2ZsdWlkL2ZsdWlkc3ludGgvc3JjL2ZsdWlkX3N5bnRoLmgsdgpyZXRy aWV2aW5nIHJldmlzaW9uIDEuNQpkaWZmIC11IC1yMS41IGZsdWlkX3N5bnRo LmgKLS0tIHNyYy9mbHVpZF9zeW50aC5oCTUgTWF5IDIwMDQgMjA6Mjc6MjIg LTAwMDAJMS41CisrKyBzcmMvZmx1aWRfc3ludGguaAkxMCBKdW4gMjAwNCAx OTo1NDowMSAtMDAwMApAQCAtMTg3LDYgKzE4Nyw4IEBACiAKIHZvaWQgZmx1 aWRfc3ludGhfcHJpbnRfdm9pY2UoZmx1aWRfc3ludGhfdCogc3ludGgpOwog CitpbnQgZmx1aWRfc3ludGhfYmFua19wcm9ncmFtX3NlbGVjdChmbHVpZF9z eW50aF90KiBzeW50aCwgaW50IGNoYW4sIHVuc2lnbmVkIGludCBiYW5rX251 bSwgdW5zaWduZWQgaW50IHByZXNldF9udW0pOworCiAvKiogVGhpcyBmdW5j dGlvbiBhc3N1cmVzIHRoYXQgZXZlcnkgTUlESSBjaGFubmVscyBoYXMgYSB2 YWxpZCBwcmVzZXQKICAqICAoTlVMTCBpcyBva2F5KS4gVGhpcyBmdW5jdGlv biBpcyBjYWxsZWQgYWZ0ZXIgYSBTb3VuZEZvbnQgaXMKICAqICB1bmxvYWRl ZCBvciByZWxvYWRlZC4gKi8KSW5kZXg6IHNyYy9mbHVpZHN5bnRoLmMKPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3QvZmx1aWQv Zmx1aWRzeW50aC9zcmMvZmx1aWRzeW50aC5jLHYKcmV0cmlldmluZyByZXZp c2lvbiAxLjEzCmRpZmYgLXUgLXIxLjEzIGZsdWlkc3ludGguYwotLS0gc3Jj L2ZsdWlkc3ludGguYwkxNCBNYXkgMjAwNCAxMzo0NToyMiAtMDAwMAkxLjEz CisrKyBzcmMvZmx1aWRzeW50aC5jCTEwIEp1biAyMDA0IDE5OjU0OjAxIC0w MDAwCkBAIC01MDAsNyArNTAwLDcgQEAKICAgLyogbG9hZCB0aGUgc291bmRm b250cyAqLwogICBmb3IgKGkgPSBhcmcxOyBpIDwgYXJnYzsgaSsrKSB7CiAg ICAgaWYgKChhcmd2W2ldWzBdICE9ICctJykgJiYgZmx1aWRfaXNfc291bmRm b250KGFyZ3ZbaV0pKSB7Ci0gICAgICBpZiAoZmx1aWRfc3ludGhfc2Zsb2Fk KHN5bnRoLCBhcmd2W2ldLCAxKSA9PSAtMSkgeworICAgICAgaWYgKGZsdWlk X3N5bnRoX3NmbG9hZChzeW50aCwgYXJndltpXSwgMSwgMCkgPT0gLTEpIHsK IAlwcmludGYoIkZhaWxlZCB0byBsb2FkIHRoZSBTb3VuZEZvbnQgJXNcbiIs IGFyZ3ZbaV0pOwogICAgICAgfQogICAgIH0K --0-1677774863-1086899705=:30759-- From MAILER-DAEMON Sat Jun 12 23:39:48 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BZLqW-0001m4-GN for mharc-fluid-dev@gnu.org; Sat, 12 Jun 2004 23:39:48 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BZLqV-0001ji-7z for fluid-dev@nongnu.org; Sat, 12 Jun 2004 23:39:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BZLqT-0001iW-LF for fluid-dev@nongnu.org; Sat, 12 Jun 2004 23:39:46 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BZLqT-0001iM-El for fluid-dev@nongnu.org; Sat, 12 Jun 2004 23:39:45 -0400 Received: from [146.6.139.124] (helo=dell3.ma.utexas.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BZLpA-0006Ur-KE for fluid-dev@nongnu.org; Sat, 12 Jun 2004 23:38:24 -0400 Received: from linux183.ma.utexas.edu (mail@linux183.ma.utexas.edu [146.6.139.172]) by dell3.ma.utexas.edu (8.11.0.Beta3/8.10.2) with ESMTP id i5D3cOr01217; Sat, 12 Jun 2004 22:38:24 -0500 Received: from jcorneli by linux183.ma.utexas.edu with local (Exim 3.36 #1 (Debian)) id 1BZLp9-0006gi-00; Sat, 12 Jun 2004 22:38:23 -0500 To: FluidSynth Devel X-all-your-base-are-belong-to-us: You are on the way to destruction. Message-Id: From: Joe Corneli Date: Sat, 12 Jun 2004 22:38:23 -0500 Subject: [fluid-dev] two or more notes simultaneously X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2004 03:39:47 -0000 I can't see a way to turn on two notes simultaneously. Perhaps the functionality of noteon could be extended to support input like this: noteon 10 80 95 10 83 95 10 85 95 (Similarly with noteoff.) Does this "strike a chord"? Or "ring a bell"? Joe From MAILER-DAEMON Sun Jun 13 00:14:48 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BZMOO-0001tl-C8 for mharc-fluid-dev@gnu.org; Sun, 13 Jun 2004 00:14:48 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BZMOM-0001tS-3e for fluid-dev@nongnu.org; Sun, 13 Jun 2004 00:14:46 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BZMOJ-0001tE-UH for fluid-dev@nongnu.org; Sun, 13 Jun 2004 00:14:45 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BZMOJ-0001tB-Qq for fluid-dev@nongnu.org; Sun, 13 Jun 2004 00:14:43 -0400 Received: from [219.88.242.3] (helo=dbmail-mx6.orcon.co.nz) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BZMN9-0008Hd-J8 for fluid-dev@nongnu.org; Sun, 13 Jun 2004 00:13:32 -0400 Received: from [192.168.1.3] (port-204-54-210.fastadsl.net.nz [210.54.153.204]) by dbmail-mx6.orcon.co.nz (8.12.11.Beta0/8.12.11.Beta0/Debian-1) with ESMTP id i5D4DS6H011499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 13 Jun 2004 16:13:30 +1200 Message-ID: <40CBD460.6090508@rebirthing.co.nz> Date: Sun, 13 Jun 2004 16:13:20 +1200 From: David McNab User-Agent: Mozilla Thunderbird 0.6 (X11/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Corneli Subject: Re: [fluid-dev] two or more notes simultaneously References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.38 Cc: FluidSynth Devel X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2004 04:14:46 -0000 Just fire off several 'noteon' commands in quick succession. If you're hearing any discernible delay, check your software for speed. cheers David Joe Corneli wrote: > I can't see a way to turn on two notes simultaneously. > > Perhaps the functionality of noteon could be extended to support > input like this: > > noteon 10 80 95 10 83 95 10 85 95 > > (Similarly with noteoff.) > > Does this "strike a chord"? Or "ring a bell"? > > Joe > > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > http://lists.nongnu.org/mailman/listinfo/fluid-dev > > !DSPAM:40cbcc5682098999989549! > > > > -- Cheers David From MAILER-DAEMON Sun Jun 13 04:12:18 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BZQ6E-0000vB-Hg for mharc-fluid-dev@gnu.org; Sun, 13 Jun 2004 04:12:18 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BZQ6D-0000v5-4U for fluid-dev@nongnu.org; Sun, 13 Jun 2004 04:12:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BZQ6B-0000ut-4W for fluid-dev@nongnu.org; Sun, 13 Jun 2004 04:12:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BZQ6A-0000uq-Vu for fluid-dev@nongnu.org; Sun, 13 Jun 2004 04:12:15 -0400 Received: from [17.250.248.97] (helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BZQ58-0005OE-2O for fluid-dev@nongnu.org; Sun, 13 Jun 2004 04:11:10 -0400 Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i5D8B7G2003687 for ; Sun, 13 Jun 2004 01:11:07 -0700 (PDT) Received: from [155.239.98.5] ([196.15.168.40]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id i5D8B4I5020964 for ; Sun, 13 Jun 2004 01:11:06 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7CE92907-BD11-11D8-B530-000A27962C96@mac.com> Content-Transfer-Encoding: 7bit From: Ebrahim Mayat Subject: Re: [fluid-dev] two or more notes simultaneously Date: Sun, 13 Jun 2004 10:13:01 +0200 To: fluid-dev@nongnu.org X-Mailer: Apple Mail (2.618) X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2004 08:12:17 -0000 On Jun 13, 2004, at 5:38 AM, Joe Corneli wrote: > I can't see a way to turn on two notes simultaneously. > > Perhaps the functionality of noteon could be extended to support > input like this: > > noteon 10 80 95 10 83 95 10 85 95 > > (Similarly with noteoff.) > > Does this "strike a chord"? Or "ring a bell"? If you would like to "strike a chord" with fluidsynth, check out Have fun. Ebrahim From MAILER-DAEMON Sun Jun 13 11:26:27 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BZWsN-0002mt-Qt for mharc-fluid-dev@gnu.org; Sun, 13 Jun 2004 11:26:27 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BZWsL-0002mQ-OM for fluid-dev@nongnu.org; Sun, 13 Jun 2004 11:26:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BZWsJ-0002mE-Vs for fluid-dev@nongnu.org; Sun, 13 Jun 2004 11:26:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BZWsJ-0002mB-Tm for fluid-dev@nongnu.org; Sun, 13 Jun 2004 11:26:23 -0400 Received: from [17.250.248.84] (helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BZWrA-0006PG-VG for fluid-dev@nongnu.org; Sun, 13 Jun 2004 11:25:13 -0400 Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i5DFP9r2011568 for ; Sun, 13 Jun 2004 08:25:09 -0700 (PDT) Received: from [155.239.99.175] ([196.15.168.40]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id i5DFP3I5002645 for ; Sun, 13 Jun 2004 08:25:07 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v618) In-Reply-To: <20040610203505.31853.qmail@web51810.mail.yahoo.com> References: <20040610203505.31853.qmail@web51810.mail.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ebrahim Mayat Subject: Re: [fluid-dev] New "bank offset" feature and selecting sfont/bank/preset... Date: Sun, 13 Jun 2004 17:25:19 +0200 To: fluid-dev@nongnu.org X-Mailer: Apple Mail (2.618) X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2004 15:26:25 -0000 On Jun 10, 2004, at 10:35 PM, Ken Ellinwood wrote: > The bank offset is a new argument to the command line "load" > operation. The bank offset value is added to the soundfont's internal > bank numbers and allows the presets of multiple soundfonts which > internally use the same banks to be accessed via MIDI commands. For > example, if you have two soundfonts which both contain presets in bank > 0, it was previously impossible to select presets from both soundfonts > using MIDI commands. Now if you load one soundfont with bank offset 0 > and the other with bank offset 1, presets from both can be assigned > via MIDI commands using combinations of bank select and program change. > (snip) > Fluidsynth now assigns soundfont IDs starting with 1 instead of 0. The > soundfont ID value 0 can be used in the revised implementation of the > "select" command to simulate a MIDI bank-select and program change > message sequence for a given channel and should have the same effect > as sending MIDI bank select and program change. I.e., when using > soundfont ID 0 in "select" the soundfont list is searched for the > first existing specified preset in the given bank. Hi I applied the bank_offset.patch and the revised select command works effectively for choosing presets from the first soundfont loaded to replace any specific preset from the second soundfont loaded. Thanks! This is a very useful feature indeed. (Just one very minor point: the first soundfont still loads with an ID of 0.) > load ~/sf2/gm.sf2 1 0 loaded SoundFont has ID 0 Ebrahim From MAILER-DAEMON Mon Jun 14 14:22:38 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BZw6Q-0004EZ-LO for mharc-fluid-dev@gnu.org; Mon, 14 Jun 2004 14:22:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BZw6O-0004Dm-O9 for fluid-dev@nongnu.org; Mon, 14 Jun 2004 14:22:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BZw6K-0004Bf-6P for fluid-dev@nongnu.org; Mon, 14 Jun 2004 14:22:35 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BZw6K-0004BO-37 for fluid-dev@nongnu.org; Mon, 14 Jun 2004 14:22:32 -0400 Received: from [206.190.38.238] (helo=web51807.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1BZw5F-0002Tj-HJ for fluid-dev@nongnu.org; Mon, 14 Jun 2004 14:21:25 -0400 Message-ID: <20040614172658.82092.qmail@web51807.mail.yahoo.com> Received: from [12.46.4.173] by web51807.mail.yahoo.com via HTTP; Mon, 14 Jun 2004 10:26:58 PDT Date: Mon, 14 Jun 2004 10:26:58 -0700 (PDT) From: Ken Ellinwood Subject: Re: [fluid-dev] New "bank offset" feature and selecting sfont/bank/preset... To: Ebrahim Mayat , fluid-dev@nongnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2004 18:22:37 -0000 > > (Just one very minor point: the first soundfont still loads with an ID > of 0.) > > > load ~/sf2/gm.sf2 1 0 > loaded SoundFont has ID 0 > Can you please check to see if src/fluid_synth.c line 357 looks like this (after applying the patch): synth->sfont_id = 1; /* KLE */ If not, then the patch was not applied successfully for some reason. Can you tell me where you obtained the source and to which fluidsynth version the patch was applied -- source tarball, or latest CVS?. If it appears that the patch was applied successfully, then maybe a "make clean all" followed by "make install" will fix the problem. Its a subtle change that the IDs are now numbered from 1, but important in that using 0 for the soundfont ID in the select command causes the behavior to be different, so I feel its imporant to find out why this is the case for you. Ken __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From MAILER-DAEMON Mon Jun 14 16:43:33 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BZyIn-0002R3-5S for mharc-fluid-dev@gnu.org; Mon, 14 Jun 2004 16:43:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BZyIl-0002Qr-U6 for fluid-dev@nongnu.org; Mon, 14 Jun 2004 16:43:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BZyIk-0002Qf-0D for fluid-dev@nongnu.org; Mon, 14 Jun 2004 16:43:31 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BZyIj-0002Qc-RV for fluid-dev@nongnu.org; Mon, 14 Jun 2004 16:43:29 -0400 Received: from [17.250.248.47] (helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BZyHk-0004xv-Dd for fluid-dev@nongnu.org; Mon, 14 Jun 2004 16:42:28 -0400 Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (8.12.6/MantshX 2.0) with ESMTP id i5EKgAEO010563; Mon, 14 Jun 2004 13:42:10 -0700 (PDT) Received: from [155.239.99.93] ([196.15.168.40]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id i5EKfhDp024968; Mon, 14 Jun 2004 13:41:52 -0700 (PDT) In-Reply-To: <20040614172658.82092.qmail@web51807.mail.yahoo.com> References: <20040614172658.82092.qmail@web51807.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Ebrahim Mayat Subject: Re: [fluid-dev] New "bank offset" feature and selecting sfont/bank/preset... Date: Mon, 14 Jun 2004 22:38:44 +0200 To: fluid-dev@nongnu.org X-Mailer: Apple Mail (2.618) Cc: X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2004 20:43:32 -0000 On Jun 14, 2004, at 7:26 PM, Ken Ellinwood wrote: > Can you please check to see if src/fluid_synth.c line 357 looks like=20= > this (after applying the patch): > > synth->sfont_id =3D 1; /* KLE */ Yes and I applied the patch to the CVS version that I downloaded last=20 Friday. > If it appears that the patch was applied successfully, then maybe a=20 > "make clean all" followed by "make install" will fix the problem. Right, this worked out exactly as you said. > Its a subtle change that the IDs are now numbered from 1, but=20 > important in that using 0 for the soundfont ID in the select command=20= > causes the behavior to be different, =85 I am beginning to appreciate this. > =85so I feel its important to find out why this is the case for you. Thanks for the fix. Best wishes. Ebrahim From MAILER-DAEMON Mon Jun 14 19:30:48 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Ba0ud-0007CZ-2E for mharc-fluid-dev@gnu.org; Mon, 14 Jun 2004 19:30:48 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ba0ua-0007CN-L2 for fluid-dev@nongnu.org; Mon, 14 Jun 2004 19:30:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ba0uY-0007By-TZ for fluid-dev@nongnu.org; Mon, 14 Jun 2004 19:30:44 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ba0uY-0007Bv-LD for fluid-dev@nongnu.org; Mon, 14 Jun 2004 19:30:42 -0400 Received: from [146.6.139.124] (helo=dell3.ma.utexas.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ba0t2-0003Wv-1W for fluid-dev@nongnu.org; Mon, 14 Jun 2004 19:29:08 -0400 Received: from linux183.ma.utexas.edu (mail@linux183.ma.utexas.edu [146.6.139.172]) by dell3.ma.utexas.edu (8.11.0.Beta3/8.10.2) with ESMTP id i5ENSao07726; Mon, 14 Jun 2004 18:28:36 -0500 Received: from jcorneli by linux183.ma.utexas.edu with local (Exim 3.36 #1 (Debian)) id 1Ba0sV-0004cM-00; Mon, 14 Jun 2004 18:28:35 -0500 To: jcorneli@math.utexas.edu In-reply-to: (message from Joe Corneli on Sat, 12 Jun 2004 22:38:23 -0500) X-all-your-base-are-belong-to-us: You are on the way to destruction. References: Message-Id: From: Joe Corneli Date: Mon, 14 Jun 2004 18:28:35 -0500 Cc: fluid-dev@nongnu.org Subject: [fluid-dev] Re: two or more notes simultaneously X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2004 23:30:44 -0000 Just fire off several 'noteon' commands in quick succession. If you're hearing any discernible delay, check your software for speed. Well, "discernible" is a relative term. I wouldn't trust my life to two noteon commands fired in quick succession even if I had the world's fastest personal computer. Joe From MAILER-DAEMON Mon Jun 14 20:06:12 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Ba1Su-0001jk-1W for mharc-fluid-dev@gnu.org; Mon, 14 Jun 2004 20:06:12 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ba1Sq-0001hM-18 for fluid-dev@nongnu.org; Mon, 14 Jun 2004 20:06:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ba1So-0001ec-Av for fluid-dev@nongnu.org; Mon, 14 Jun 2004 20:06:07 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ba1So-0001eA-6O for fluid-dev@nongnu.org; Mon, 14 Jun 2004 20:06:06 -0400 Received: from [219.88.242.3] (helo=dbmail-mx5.orcon.co.nz) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Ba1Rj-0006OM-D6 for fluid-dev@nongnu.org; Mon, 14 Jun 2004 20:04:59 -0400 Received: from [192.168.1.3] (port-204-54-210.fastadsl.net.nz [210.54.153.204]) by dbmail-mx5.orcon.co.nz (8.12.11.Beta0/8.12.11.Beta0/Debian-1) with ESMTP id i5F051DR029523 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 15 Jun 2004 12:05:02 +1200 Message-ID: <40CE3D24.1040100@rebirthing.co.nz> Date: Tue, 15 Jun 2004 12:04:52 +1200 From: David McNab User-Agent: Mozilla Thunderbird 0.6 (X11/20040502) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: fluid-dev@nongnu.org Subject: Re: [fluid-dev] Re: two or more notes simultaneously References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.901 () BAYES_00 X-Scanned-By: MIMEDefang 2.38 X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2004 00:06:08 -0000 Joe Corneli wrote: > Just fire off several 'noteon' commands in quick succession. > If you're hearing any discernible delay, check your software for speed. > > Well, "discernible" is a relative term. I wouldn't trust my life to > two noteon commands fired in quick succession even if I had the > world's fastest personal computer. Worth noting that the raw MIDI protocol itself has no provision for simultaneous notes - playing a 7-note chord causes 7 separate NoteOn packets to be sent, one after the other, yet musicians and their audiences are generally happy with this. It's not an issue of whether there's a delay in the noteon events, whether the events are stdin/socket commands to fluidsynth, ALSA API calls, or raw MIDI packets. The issue is more one of how *long* the delay is. A tripletted hemidemisemiquaver at 120 bps has a duration of 21 milliseconds. You don't get a lot of notes this short in most music, save for some clusters of grace notes, which are usually played monophonically. It takes a damn fine musician to get anywhere near this speed, let alone beat-perfect. So delay probably starts to become discernible if much more than (say) 3 milliseconds elapse between the first and the last noteon. Conclusion - don't worry. You're building music for human, not computer, ears. Just as 25-20 frames/sec suffices for most people watching movies, small delays in musical notes will go completely unnoticed. Cheers David From MAILER-DAEMON Wed Jun 16 14:17:36 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Baeyd-0006KA-TU for mharc-fluid-dev@gnu.org; Wed, 16 Jun 2004 14:17:36 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Baeyb-0006JV-Ls for fluid-dev@nongnu.org; Wed, 16 Jun 2004 14:17:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Baeya-0006JJ-2h for fluid-dev@nongnu.org; Wed, 16 Jun 2004 14:17:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BaeyZ-0006JG-Vv for fluid-dev@nongnu.org; Wed, 16 Jun 2004 14:17:32 -0400 Received: from [212.159.14.212] (helo=ptb-relay01.plus.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BaexJ-0005nF-RC for fluid-dev@nongnu.org; Wed, 16 Jun 2004 14:16:13 -0400 Received: from [81.174.158.223] (helo=lain) by ptb-relay01.plus.net with smtp (Exim) id 1BaexF-000BKM-Jd for fluid-dev@nongnu.org; Wed, 16 Jun 2004 18:16:09 +0000 Date: Wed, 16 Jun 2004 19:41:08 +0100 From: Mike Robinson To: fluid-dev@nongnu.org Message-Id: <20040616194108.578ff5bf.fluid-dev@pulsewidth.plus.com> X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.1; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [fluid-dev] Wrong note bug + verbose logging bug X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2004 18:17:33 -0000 I am using the latest CVS version of fluidsynth, with alsa_seq input (using alsa-lib 1.0.5) and jack output (using jack 0.98.1), and the soundfont available at: http://www.wstco.com/pianosounds/freesoundfont.htm When I sent certain MIDI notes to fluidsynth the wrong note is played. For example, I play note 46 and it is played at the pitch of note 58. If the note is held down the wrong note is played again, and then a higher pitched note (pitch of 71, but still using the 46 sample), and then pitch 71 again, and then what sounds like 82, and then 82 again, and then fluidsynth crashes with the message "Killed". Other defective notes are 59, 86 and 94. I do not think it is a problem with the soundfont because Timidity plays it without problems. This happens with MIDI input from vkeybd, Rosegarden and Muse. When verbose mode is enabled, fluidsynth shows 2 noteon events for each note. I had a look at the logging code in fluidsynth and didn't see anything wrong, so maybe it is a bug in the alsa interface code or even alsa itself. Does anyone else have these problems or any ideas how to fix them? From MAILER-DAEMON Thu Jun 17 19:05:34 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Bb5wr-0008Rm-SH for mharc-fluid-dev@gnu.org; Thu, 17 Jun 2004 19:05:34 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bb5wp-0008R8-Mb for fluid-dev@nongnu.org; Thu, 17 Jun 2004 19:05:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bb5wm-0008QO-I1 for fluid-dev@nongnu.org; Thu, 17 Jun 2004 19:05:30 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bb5wl-0008QH-Pa for fluid-dev@nongnu.org; Thu, 17 Jun 2004 19:05:27 -0400 Received: from [212.159.14.214] (helo=ptb-relay03.plus.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Bb5vU-0001S3-9R for fluid-dev@nongnu.org; Thu, 17 Jun 2004 19:04:08 -0400 Received: from [81.174.158.223] (helo=lain) by ptb-relay03.plus.net with smtp (Exim) id 1Bb5vP-0008aY-CE for fluid-dev@nongnu.org; Thu, 17 Jun 2004 23:04:03 +0000 Date: Fri, 18 Jun 2004 00:29:22 +0100 From: Mike Robinson To: fluid-dev@nongnu.org Subject: Re: [fluid-dev] Wrong note bug + verbose logging bug Message-Id: <20040618002922.081c5356.mike@pulsewidth.plus.com> In-Reply-To: <20040616194108.578ff5bf.fluid-dev@pulsewidth.plus.com> References: <20040616194108.578ff5bf.fluid-dev@pulsewidth.plus.com> Organization: X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.3; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2004 23:05:32 -0000 On Wed, 16 Jun 2004 19:41:08 +0100 Mike Robinson wrote: > I am using the latest CVS version of fluidsynth, with alsa_seq input (using alsa-lib 1.0.5) and jack output (using jack 0.98.1), and the soundfont available at: > > http://www.wstco.com/pianosounds/freesoundfont.htm > > When I sent certain MIDI notes to fluidsynth the wrong note is played. For example, I play note 46 and it is played at the pitch of note 58. If the note is held down the wrong note is played again, and then a higher pitched note (pitch of 71, but still using the 46 sample), and then pitch 71 again, and then what sounds like 82, and then 82 again, and then fluidsynth crashes with the message "Killed". The problem was caused by remaining installed old versions of fluidsynth, and it is fixed now. Also double noteon event was because of stereo, no bug in fluidsynth. From MAILER-DAEMON Fri Jun 18 17:38:10 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BbR3q-0004hq-8v for mharc-fluid-dev@gnu.org; Fri, 18 Jun 2004 17:38:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BbR3n-0004he-Oh for fluid-dev@nongnu.org; Fri, 18 Jun 2004 17:38:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BbR3m-0004hM-Qa for fluid-dev@nongnu.org; Fri, 18 Jun 2004 17:38:07 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BbR3m-0004hC-O9 for fluid-dev@nongnu.org; Fri, 18 Jun 2004 17:38:06 -0400 Received: from [206.190.38.234] (helo=web51803.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1BbR2V-0008D7-DA for fluid-dev@nongnu.org; Fri, 18 Jun 2004 17:36:47 -0400 Message-ID: <20040618213646.26198.qmail@web51803.mail.yahoo.com> Received: from [12.46.4.173] by web51803.mail.yahoo.com via HTTP; Fri, 18 Jun 2004 14:36:46 PDT Date: Fri, 18 Jun 2004 14:36:46 -0700 (PDT) From: Ken Ellinwood To: fluid-dev@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [fluid-dev] FluidGUI version 0.8.3 release. X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2004 21:38:07 -0000 Version 0.8.3 adds support for the bank offset property of soundfonts. Note that the bank offset field in the new soundfont dialog will only be editable if you have installed a version of fluidsynth to which my bank offset patch has been applied. I also introduced a manual refresh feature for the channel table so that it can be updated after fluidsynth has received program change events from an external source. DOWNLOAD: http://sourceforge.net/project/showfiles.php?group_id=91666 Ken __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail From MAILER-DAEMON Mon Jun 21 06:16:53 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BcLrB-0001cM-3o for mharc-fluid-dev@gnu.org; Mon, 21 Jun 2004 06:16:53 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BcLr9-0001cH-Em for fluid-dev@nongnu.org; Mon, 21 Jun 2004 06:16:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BcLr7-0001c5-El for fluid-dev@nongnu.org; Mon, 21 Jun 2004 06:16:51 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BcLr7-0001c2-Bp for fluid-dev@nongnu.org; Mon, 21 Jun 2004 06:16:49 -0400 Received: from [17.250.248.85] (helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BcLpc-0001DV-CI for fluid-dev@nongnu.org; Mon, 21 Jun 2004 06:15:16 -0400 Received: from mac.com (smtpin01-en2 [10.13.10.146]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i5LAFFMN011233 for ; Mon, 21 Jun 2004 03:15:15 -0700 (PDT) Received: from [155.239.98.24] ([196.15.168.40]) (authenticated bits=0) by mac.com (Xserve/smtpin01/MantshX 4.0) with ESMTP id i5LAFBTP021728 for ; Mon, 21 Jun 2004 03:15:13 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <8F69F700-C36B-11D8-97F1-000A27962C96@mac.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: fluid-dev@nongnu.org From: Ebrahim Mayat Date: Mon, 21 Jun 2004 12:12:54 +0200 X-Mailer: Apple Mail (2.618) Subject: [fluid-dev] Musica Theoria 2 soundfont X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2004 10:16:51 -0000 Hello all I would appreciate it if anybody could point me to the URL where I could get the Musica Theoria 2 (mustheory2.sf2) soundfont. Thanks in advance. Ebrahim From MAILER-DAEMON Mon Jun 21 09:28:07 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BcOqF-0005O6-Sa for mharc-fluid-dev@gnu.org; Mon, 21 Jun 2004 09:28:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BcOqD-0005Nj-Pl for fluid-dev@nongnu.org; Mon, 21 Jun 2004 09:28:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BcOqC-0005NX-3G for fluid-dev@nongnu.org; Mon, 21 Jun 2004 09:28:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BcOqC-0005NU-1L for fluid-dev@nongnu.org; Mon, 21 Jun 2004 09:28:04 -0400 Received: from [212.159.14.212] (helo=ptb-relay01.plus.net) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BcOoR-0001T3-1D for fluid-dev@nongnu.org; Mon, 21 Jun 2004 09:26:15 -0400 Received: from [81.174.158.223] (helo=lain) by ptb-relay01.plus.net with smtp (Exim) id 1BcOoK-0006LZ-Io for fluid-dev@nongnu.org; Mon, 21 Jun 2004 13:26:08 +0000 Date: Mon, 21 Jun 2004 14:52:26 +0100 From: Mike Robinson To: fluid-dev@nongnu.org Subject: Re: [fluid-dev] Musica Theoria 2 soundfont Message-Id: <20040621145226.3b22162a.mike@pulsewidth.plus.com> In-Reply-To: <8F69F700-C36B-11D8-97F1-000A27962C96@mac.com> References: <8F69F700-C36B-11D8-97F1-000A27962C96@mac.com> Organization: X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.3; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2004 13:28:06 -0000 On Mon, 21 Jun 2004 12:12:54 +0200 Ebrahim Mayat wrote: > Hello all > > I would appreciate it if anybody could point me to the URL where I > could get the Musica Theoria 2 (mustheory2.sf2) soundfont. > > Thanks in advance. > Ebrahim This soundfont is available at http://www.personalcopy.com/sfarkfonts1.htm It is compressed in sfArk format, but the sfArk decompresser available at http://melodymachine.com/sfark.htm runs in Wine. --Mike From MAILER-DAEMON Mon Jun 21 12:01:31 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BcREh-0003kf-38 for mharc-fluid-dev@gnu.org; Mon, 21 Jun 2004 12:01:31 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BcREf-0003k7-8R for fluid-dev@nongnu.org; Mon, 21 Jun 2004 12:01:29 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BcREd-0003iy-1s for fluid-dev@nongnu.org; Mon, 21 Jun 2004 12:01:28 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BcREc-0003ia-MP for fluid-dev@nongnu.org; Mon, 21 Jun 2004 12:01:26 -0400 Received: from [209.79.220.22] (helo=earth.resonance.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BcRDC-0005BI-DE for fluid-dev@nongnu.org; Mon, 21 Jun 2004 11:59:58 -0400 Received: by earth.resonance.org (Postfix, from userid 1013) id 6D4E04C42; Mon, 21 Jun 2004 08:59:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by earth.resonance.org (Postfix) with ESMTP id 6AD87494D; Mon, 21 Jun 2004 08:59:55 -0700 (PDT) Date: Mon, 21 Jun 2004 08:59:55 -0700 (PDT) From: Josh Green To: Ebrahim Mayat Subject: Re: [fluid-dev] Musica Theoria 2 soundfont In-Reply-To: <8F69F700-C36B-11D8-97F1-000A27962C96@mac.com> Message-ID: References: <8F69F700-C36B-11D8-97F1-000A27962C96@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: fluid-dev@nongnu.org X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: jgreen@users.sourceforge.net List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2004 16:01:30 -0000 I see its on hammersound.net, here is a link to the page I found it on (its in the collections category). http://www.hammersound.net/cgi-bin/soundlink.pl?action=view_category&category=Collections&ListStart=60&ListLength=15 Cheers. Josh Green On Mon, 21 Jun 2004, Ebrahim Mayat wrote: > Hello all > > I would appreciate it if anybody could point me to the URL where I > could get the Musica Theoria 2 (mustheory2.sf2) soundfont. > > Thanks in advance. > Ebrahim > > > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > http://lists.nongnu.org/mailman/listinfo/fluid-dev > From MAILER-DAEMON Mon Jun 21 12:09:54 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BcRMo-0005ux-2r for mharc-fluid-dev@gnu.org; Mon, 21 Jun 2004 12:09:54 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BcRMm-0005uW-IO for fluid-dev@nongnu.org; Mon, 21 Jun 2004 12:09:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BcRMl-0005uK-Tx for fluid-dev@nongnu.org; Mon, 21 Jun 2004 12:09:52 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BcRMl-0005uA-Sp for fluid-dev@nongnu.org; Mon, 21 Jun 2004 12:09:51 -0400 Received: from [209.79.220.22] (helo=earth.resonance.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BcRLS-00007i-DW for fluid-dev@nongnu.org; Mon, 21 Jun 2004 12:08:30 -0400 Received: by earth.resonance.org (Postfix, from userid 1013) id 018D74450B; Mon, 21 Jun 2004 09:08:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by earth.resonance.org (Postfix) with ESMTP id ED74E4552; Mon, 21 Jun 2004 09:08:28 -0700 (PDT) Date: Mon, 21 Jun 2004 09:08:28 -0700 (PDT) From: Josh Green To: Mike Robinson Subject: Re: [fluid-dev] Musica Theoria 2 soundfont In-Reply-To: <20040621145226.3b22162a.mike@pulsewidth.plus.com> Message-ID: References: <8F69F700-C36B-11D8-97F1-000A27962C96@mac.com> <20040621145226.3b22162a.mike@pulsewidth.plus.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: fluid-dev@nongnu.org X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list Reply-To: jgreen@users.sourceforge.net List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2004 16:09:52 -0000 On Mon, 21 Jun 2004, Mike Robinson wrote: > On Mon, 21 Jun 2004 12:12:54 +0200 > Ebrahim Mayat wrote: > > > Hello all > > > > I would appreciate it if anybody could point me to the URL where I > > could get the Musica Theoria 2 (mustheory2.sf2) soundfont. > > > > Thanks in advance. > > Ebrahim > > This soundfont is available at http://www.personalcopy.com/sfarkfonts1.htm > > It is compressed in sfArk format, but the sfArk decompresser available at http://melodymachine.com/sfark.htm runs in Wine. > > --Mike > The author of sfArk notified me that there is now a native Linux client for sfArk. I have not tried it yet, it looks like it is only a decompressor though. Which is fine in my opinion, since its a closed format. Of note is that I'll be releasing CRAM (Compress hybRid Audio Media), an extendable file format for compressing mixed binary/audio media such as instrument files. It will support SF2/DLS/Gig initially. Its based on zlib and FLAC. I'll be looking into using Vorbis as well for lossy instrument compression (some issues need to be worked out with preserving loops). I'll announce when libInstPatch is working with this new format. I re-worked this from the older flacPak format, to make it easier to add additional compression formats (such as Vorbis) and to allow for multiple files (with paths) to be compressed. Cheers. Josh Green From MAILER-DAEMON Mon Jun 21 17:18:29 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BcWBR-0005Ag-FS for mharc-fluid-dev@gnu.org; Mon, 21 Jun 2004 17:18:29 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BcWBP-00059x-If for fluid-dev@nongnu.org; Mon, 21 Jun 2004 17:18:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BcWBO-00059k-NO for fluid-dev@nongnu.org; Mon, 21 Jun 2004 17:18:27 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BcWBO-00059g-K7 for fluid-dev@nongnu.org; Mon, 21 Jun 2004 17:18:26 -0400 Received: from [216.38.222.135] (helo=dashs.denver.co.us) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BcW9p-0004yu-N1 for fluid-dev@nongnu.org; Mon, 21 Jun 2004 17:16:50 -0400 Received: from groucho.dashs.denver.co.us (groucho.dashs.denver.co.us [192.168.1.4]) by dashs.denver.co.us (8.12.9/8.12.9) with SMTP id i5LLGm80023534 for ; Mon, 21 Jun 2004 15:16:48 -0600 Date: Mon, 21 Jun 2004 15:16:46 -0600 From: Dave Serls To: fluid-dev@nongnu.org Message-Id: <20040621151646.2ddb0144@groucho.dashs.denver.co.us> In-Reply-To: <20040618213646.26198.qmail@web51803.mail.yahoo.com> References: <20040618213646.26198.qmail@web51803.mail.yahoo.com> Organization: Sorry Biscuit Software X-Mailer: Sylpheed version 0.9.11claws (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [fluid-dev] Fontwise gain X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2004 21:18:27 -0000 Seems each fonst has a gain level that is associated with it. It would be great if fluidsynth could 'normalize' inter-font channels for gain. Is there some way to accomplish this with current usage? -- ************************************************************************ * Dave Serls Littleton, CO, USA * * dashs.denver.co.us sorrybiscuit.com * ************************************************************************ From MAILER-DAEMON Thu Jun 24 14:06:52 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1BdYce-0002Xl-HG for mharc-fluid-dev@gnu.org; Thu, 24 Jun 2004 14:06:52 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BdYcc-0002VP-9u for fluid-dev@nongnu.org; Thu, 24 Jun 2004 14:06:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BdYca-0002TF-Mc for fluid-dev@nongnu.org; Thu, 24 Jun 2004 14:06:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BdYca-0002T3-Ia for fluid-dev@nongnu.org; Thu, 24 Jun 2004 14:06:48 -0400 Received: from [206.190.38.232] (helo=web51801.mail.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.34) id 1BdYaU-0007y7-P3 for fluid-dev@nongnu.org; Thu, 24 Jun 2004 14:04:39 -0400 Message-ID: <20040624180333.67075.qmail@web51801.mail.yahoo.com> Received: from [12.46.4.173] by web51801.mail.yahoo.com via HTTP; Thu, 24 Jun 2004 11:03:33 PDT Date: Thu, 24 Jun 2004 11:03:33 -0700 (PDT) From: Ken Ellinwood To: fluid-dev@nongnu.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-970611548-1088100213=:66851" Subject: [fluid-dev] Bank offset patch redux X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2004 18:06:50 -0000 --0-970611548-1088100213=:66851 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline I realized that my first attempt at this patch changed the external API in a way that broke other clients (e.g., qsynth). So here's a new version that fixes the problem. Ken __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail --0-970611548-1088100213=:66851 Content-Type: application/octet-stream; name="bank_offset_redux.patch" Content-Transfer-Encoding: base64 Content-Description: bank_offset_redux.patch Content-Disposition: attachment; filename="bank_offset_redux.patch" PyBiYW5rX29mZnNldF9yZWR1eC5wYXRjaApJbmRleDogaW5jbHVkZS9mbHVp ZHN5bnRoL3Nmb250LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2c3Jvb3QvZmx1aWQvZmx1aWRzeW50aC9pbmNsdWRlL2ZsdWlkc3lu dGgvc2ZvbnQuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yCmRpZmYgLXUg LXIxLjIgc2ZvbnQuaAotLS0gaW5jbHVkZS9mbHVpZHN5bnRoL3Nmb250LmgJ MjIgTWFyIDIwMDQgMTA6Mjg6MTkgLTAwMDAJMS4yCisrKyBpbmNsdWRlL2Zs dWlkc3ludGgvc2ZvbnQuaAkyNCBKdW4gMjAwNCAxNzo0MDozNyAtMDAwMApA QCAtODEsNyArODEsNyBAQAogICBpbnQgKCpmcmVlKShmbHVpZF9zZmxvYWRl cl90KiBsb2FkZXIpOwogCiAgIC8qKiBMb2FkIGEgZmlsZS4gUmV0dXJucyBO VUxMIGlmIGFuIGVycm9yIG9jY3VyZWQuICovCi0gIGZsdWlkX3Nmb250X3Qq ICgqbG9hZCkoZmx1aWRfc2Zsb2FkZXJfdCogbG9hZGVyLCBjb25zdCBjaGFy KiBmaWxlbmFtZSk7CisgIGZsdWlkX3Nmb250X3QqICgqbG9hZCkoZmx1aWRf c2Zsb2FkZXJfdCogbG9hZGVyLCBjb25zdCBjaGFyKiBmaWxlbmFtZSwgaW50 IGJhbmtfb2Zmc2V0KTsKIH07CiAKIApAQCAtOTIsNyArOTIsNiBAQAogc3Ry dWN0IF9mbHVpZF9zZm9udF90IHsKICAgdm9pZCogZGF0YTsKICAgdW5zaWdu ZWQgaW50IGlkOwotCiAgIC8qKiBUaGUgJ2ZyZWUnIGNhbGxiYWNrIGZ1bmN0 aW9uIHNob3VsZCByZXR1cm4gMCB3aGVuIGl0IHdhcyBhYmxlIHRvCiAgICAg ICBmcmVlIGFsbCByZXNvdXJjZXMuIEl0IHNob3VsZCByZXR1cm4gYSBub24t emVybyB2YWx1ZSBpZiBzb21lIG9mCiAgICAgICB0aGUgc2FtcGxlcyBjb3Vs ZCBub3QgYmUgZnJlZWQgYmVjYXVzZSB0aGV5IGFyZSBzdGlsbCBpbiB1c2Uu ICovCkBAIC0xMTAsOSArMTA5LDExIEBACiAKICAgLyogcmV0dXJuIDAgd2hl biBubyBtb3JlIHByZXNldHMgYXJlIGF2YWlsYWJsZSwgMSBvdGhlcndpc2Ug Ki8KICAgaW50ICgqaXRlcmF0aW9uX25leHQpKGZsdWlkX3Nmb250X3QqIHNm b250LCBmbHVpZF9wcmVzZXRfdCogcHJlc2V0KTsKKyAgaW50IGJhbmtfb2Zm c2V0OwogfTsKIAogI2RlZmluZSBmbHVpZF9zZm9udF9nZXRfaWQoX3NmKSAo KF9zZiktPmlkKQorI2RlZmluZSBmbHVpZF9zZm9udF9nZXRfYmFua19vZmZz ZXQoX3NmKSAoKF9zZiktPmJhbmtfb2Zmc2V0KQogCiAKIC8qCkluZGV4OiBp bmNsdWRlL2ZsdWlkc3ludGgvc3ludGguaAo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9mbHVpZC9mbHVpZHN5bnRoL2luY2x1 ZGUvZmx1aWRzeW50aC9zeW50aC5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAx LjUKZGlmZiAtdSAtcjEuNSBzeW50aC5oCi0tLSBpbmNsdWRlL2ZsdWlkc3lu dGgvc3ludGguaAk3IE1heSAyMDA0IDA5OjUzOjM5IC0wMDAwCTEuNQorKysg aW5jbHVkZS9mbHVpZHN5bnRoL3N5bnRoLmgJMjQgSnVuIDIwMDQgMTc6NDA6 MzcgLTAwMDAKQEAgLTE5MSw2ICsxOTEsMjEgQEAKIEZMVUlEU1lOVEhfQVBJ IAogaW50IGZsdWlkX3N5bnRoX3NmbG9hZChmbHVpZF9zeW50aF90KiBzeW50 aCwgY29uc3QgY2hhciogZmlsZW5hbWUsIGludCByZXNldF9wcmVzZXRzKTsK IAorICAvKiogTG9hZHMgYSBTb3VuZEZvbnQgZmlsZSBhbmQgY3JlYXRlcyBh IG5ldyBTb3VuZEZvbnQuIFRoZSBuZXdseQorICAgICAgbG9hZGVkIFNvdW5k Rm9udCB3aWxsIGJlIHB1dCBvbiB0b3Agb2YgdGhlIFNvdW5kRm9udAorICAg ICAgc3RhY2suIFByZXNldHMgYXJlIHNlYXJjaGVkIHN0YXJ0aW5nIGZyb20g dGhlIFNvdW5kRm9udCBvbiB0aGUKKyAgICAgIHRvcCBvZiB0aGUgc3RhY2ss IHdvcmtpbmcgdGhlIHdheSBkb3duIHRoZSBzdGFjayB1bnRpbCBhIHByZXNl dAorICAgICAgaXMgZm91bmQuCisKKyAgICAgIFxwYXJhbSBzeW50aCBUaGUg c3ludGhlc2l6ZXIgb2JqZWN0CisgICAgICBccGFyYW0gZmlsZW5hbWUgVGhl IGZpbGUgbmFtZQorICAgICAgXHBhcmFtIHJlc2V0X3ByZXNldHMgSWYgbm9u LXplcm8sIHRoZSBwcmVzZXRzIG9uIHRoZSBjaGFubmVscyB3aWxsIGJlIHJl c2V0CisgICAgICBccGFyYW0gYmFua19vZmZzZXQgQmFua3MgaW4gdGhlIGxv YWRlZCBzb3VuZGZvbnQgd2lsbCBiZSByZW51bWJlcmVkIGJ5IGFkZGluZyB0 aGUgZ2l2ZW4gdmFsdWUuCisgICAgICBccmV0dXJucyBUaGUgSUQgb2YgdGhl IGxvYWRlZCBTb3VuZEZvbnQsIG9yIC0xIGluIGNhc2Ugb2YgZXJyb3IKKyAg Ki8KK0ZMVUlEU1lOVEhfQVBJIAoraW50IGZsdWlkX3N5bnRoX3NmbG9hZF9i YW5rX29mZnNldChmbHVpZF9zeW50aF90KiBzeW50aCwgY29uc3QgY2hhciog ZmlsZW5hbWUsIGludCByZXNldF9wcmVzZXRzLCBpbnQgYmFua19vZmZzZXQp OworCiAgIC8qKiBSZWxvYWQgYSBTb3VuZEZvbnQuIFRoZSByZWxvYWRlZCBT b3VuZEZvbnQgcmV0YWlucyBpdHMgSUQgYW5kCiAgICAgICBpbmRleCBvbiB0 aGUgc3RhY2suCiAKSW5kZXg6IHNyYy9mbHVpZF9jaGFuLmMKPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3QvZmx1aWQvZmx1aWRz eW50aC9zcmMvZmx1aWRfY2hhbi5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAx LjQKZGlmZiAtdSAtcjEuNCBmbHVpZF9jaGFuLmMKLS0tIHNyYy9mbHVpZF9j aGFuLmMJNSBNYXkgMjAwNCAyMDoyNzoyMiAtMDAwMAkxLjQKKysrIHNyYy9m bHVpZF9jaGFuLmMJMjQgSnVuIDIwMDQgMTc6NDA6MzcgLTAwMDAKQEAgLTE5 NSw2ICsxOTUsNyBAQAogICAgIHsKICAgICAgIGNoYW4tPmJhbmtfbXNiID0g KHVuc2lnbmVkIGNoYXIpICh2YWx1ZSAmIDB4N2YpOwogLyogICAgICBwcmlu dGYoIioqIGJhbmsgc2VsZWN0IG1zYiByZWNpZXZlZDogJWRcbiIsIHZhbHVl KTsgKi8KKyAgICAgIGZsdWlkX2NoYW5uZWxfc2V0X2JhbmtudW0oY2hhbiwg KHVuc2lnbmVkIGludCkodmFsdWUgJiAweDdmKSk7ICAvKiBLTEUgKi8KICAg ICB9CiAgICAgYnJlYWs7CiAgIApJbmRleDogc3JjL2ZsdWlkX2NtZC5jCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2ZsdWlk L2ZsdWlkc3ludGgvc3JjL2ZsdWlkX2NtZC5jLHYKcmV0cmlldmluZyByZXZp c2lvbiAxLjQKZGlmZiAtdSAtcjEuNCBmbHVpZF9jbWQuYwotLS0gc3JjL2Zs dWlkX2NtZC5jCTI5IE1hciAyMDA0IDEwOjA1OjE3IC0wMDAwCTEuNAorKysg c3JjL2ZsdWlkX2NtZC5jCTI0IEp1biAyMDA0IDE3OjQwOjM4IC0wMDAwCkBA IC02Myw5ICs2Myw5IEBACiAgIHsgInNlbGVjdCIsICJldmVudCIsIChmbHVp ZF9jbWRfZnVuY190KSBmbHVpZF9oYW5kbGVfc2VsZWN0LCBOVUxMLAogICAg ICJzZWxlY3QgY2hhbiBzZm9udCBiYW5rIHByb2cgIENvbWJpbmF0aW9uIG9m IGJhbmstc2VsZWN0IGFuZCBwcm9ncmFtLWNoYW5nZSIgfSwKICAgeyAibG9h ZCIsICJnZW5lcmFsIiwgKGZsdWlkX2NtZF9mdW5jX3QpIGZsdWlkX2hhbmRs ZV9sb2FkLCBOVUxMLAotICAgICJsb2FkIGZpbGUgW3Jlc2V0XSAgICAgICAg ICBMb2FkIGEgU291bmRGb250IChyZXNldD0wfDEsIG9wdGlvbmFsLCBkZWZh dWx0PTEpIiB9LAorICAgICJsb2FkIGZpbGUgW3Jlc2V0XSBbYmFua19vZmZz ZXRdIExvYWQgYSBTb3VuZEZvbnQgKHJlc2V0PTB8MSwgZGVmYXVsdCAxOyBi YW5rX29mZnNldD1uLCBkZWZhdWx0IDApIiB9LAogICB7ICJ1bmxvYWQiLCAi Z2VuZXJhbCIsIChmbHVpZF9jbWRfZnVuY190KSBmbHVpZF9oYW5kbGVfdW5s b2FkLCBOVUxMLAotICAgICJ1bmxvYWQgaWQgW3Jlc2V0XSAgICAgICAgICBV bmxvYWQgdGhlIFNvdW5kRm9udCB3aXRoIHRoZSBzcGVjaWZpZWQgSUQgKHJl c2V0PTB8MSwgZGVmPTEpIn0sCisgICAgInVubG9hZCBpZCBbcmVzZXRdICAg ICAgICAgIFVubG9hZCB0aGUgU291bmRGb250IHdpdGggdGhlIHNwZWNpZmll ZCBJRCAocmVzZXQ9MHwxLCBkZWZhdWx0IDEpIn0sCiAgIHsgInJlbG9hZCIs ICJnZW5lcmFsIiwgKGZsdWlkX2NtZF9mdW5jX3QpIGZsdWlkX2hhbmRsZV9y ZWxvYWQsIE5VTEwsCiAgICAgInJlbG9hZCBpZCAgICAgICAgICAgICAgICAg IFJlbG9hZCB0aGUgU291bmRGb250IHdpdGggdGhlIHNwZWNpZmllZCBJRCIg fSwKICAgeyAiZm9udHMiLCAiZ2VuZXJhbCIsIChmbHVpZF9jbWRfZnVuY190 KSBmbHVpZF9oYW5kbGVfZm9udHMsIE5VTEwsCkBAIC00MzAsNiArNDMwLDgg QEAKIGludCAKIGZsdWlkX2hhbmRsZV9zZWxlY3QoZmx1aWRfc3ludGhfdCog c3ludGgsIGludCBhYywgY2hhcioqIGF2LCBmbHVpZF9vc3RyZWFtX3Qgb3V0 KQogeworICAgIGludCBzZm9udF9pZDsKKyAgICAKICAgaWYgKGFjIDwgNCkg ewogICAgIGZsdWlkX29zdHJlYW1fcHJpbnRmKG91dCwgInByZXNldDogdG9v IGZldyBhcmd1bWVudHNcbiIpOwogICAgIHJldHVybiAtMTsKQEAgLTQzOSw3 ICs0NDEsMTAgQEAKICAgICBmbHVpZF9vc3RyZWFtX3ByaW50ZihvdXQsICJw cmVzZXQ6IGludmFsaWQgYXJndW1lbnRcbiIpOwogICAgIHJldHVybiAtMTsK ICAgfQotICByZXR1cm4gZmx1aWRfc3ludGhfcHJvZ3JhbV9zZWxlY3Qoc3lu dGgsIGF0b2koYXZbMF0pLCBhdG9pKGF2WzFdKSwgYXRvaShhdlsyXSksIGF0 b2koYXZbM10pKTsgIAorICBzZm9udF9pZCA9IGF0b2koYXZbMV0pOworICBp ZiAoc2ZvbnRfaWQgIT0gMCkKKyAgICAgIHJldHVybiBmbHVpZF9zeW50aF9w cm9ncmFtX3NlbGVjdChzeW50aCwgYXRvaShhdlswXSksIHNmb250X2lkLCBh dG9pKGF2WzJdKSwgYXRvaShhdlszXSkpOworICBlbHNlIHJldHVybiBmbHVp ZF9zeW50aF9iYW5rX3Byb2dyYW1fc2VsZWN0KHN5bnRoLCBhdG9pKGF2WzBd KSwgYXRvaShhdlsyXSksIGF0b2koYXZbM10pKTsKIH0KIAogaW50IApAQCAt NTA5LDYgKzUxNCw3IEBACiAgIGNoYXIgYnVmWzEwMjRdOwogICBpbnQgaWQ7 CiAgIGludCByZXNldCA9IDE7CisgIGludCBiYW5rX29mZnNldCA9IDA7CiAg IGlmIChhYyA8IDEpIHsKICAgICBmbHVpZF9vc3RyZWFtX3ByaW50ZihvdXQs ICJsb2FkOiB0b28gZmV3IGFyZ3VtZW50c1xuIik7CiAgICAgcmV0dXJuIC0x OwpAQCAtNTE2LDcgKzUyMiwxMCBAQAogICBpZiAoYWMgPT0gMikgewogICAg IHJlc2V0ID0gYXRvaShhdlsxXSk7CiAgIH0KLSAgaWQgPSBmbHVpZF9zeW50 aF9zZmxvYWQoc3ludGgsIGZsdWlkX2V4cGFuZF9wYXRoKGF2WzBdLCBidWYs IDEwMjQpLCByZXNldCk7CisgIGlmIChhYyA9PSAzKSB7CisgICAgYmFua19v ZmZzZXQgPSBhdG9pKGF2WzJdKTsKKyAgfQorICBpZCA9IGZsdWlkX3N5bnRo X3NmbG9hZF9iYW5rX29mZnNldChzeW50aCwgZmx1aWRfZXhwYW5kX3BhdGgo YXZbMF0sIGJ1ZiwgMTAyNCksIHJlc2V0LCBiYW5rX29mZnNldCk7CiAgIGlm IChpZCA9PSAtMSkgewogICAgIGZsdWlkX29zdHJlYW1fcHJpbnRmKG91dCwg ImZhaWxlZCB0byBsb2FkIHRoZSBTb3VuZEZvbnRcbiIpOwogICAgIHJldHVy biAtMTsKSW5kZXg6IHNyYy9mbHVpZF9kZWZzZm9udC5jCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KUkNTIGZpbGU6IC9jdnNyb290L2ZsdWlkL2ZsdWlkc3lu dGgvc3JjL2ZsdWlkX2RlZnNmb250LmMsdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuOApkaWZmIC11IC1yMS44IGZsdWlkX2RlZnNmb250LmMKLS0tIHNyYy9m bHVpZF9kZWZzZm9udC5jCTI5IE1hciAyMDA0IDEwOjA1OjE3IC0wMDAwCTEu OAorKysgc3JjL2ZsdWlkX2RlZnNmb250LmMJMjQgSnVuIDIwMDQgMTc6NDA6 MzggLTAwMDAKQEAgLTU2LDcgKzU2LDcgQEAKICAgcmV0dXJuIEZMVUlEX09L OwogfQogCi1mbHVpZF9zZm9udF90KiBmbHVpZF9kZWZzZmxvYWRlcl9sb2Fk KGZsdWlkX3NmbG9hZGVyX3QqIGxvYWRlciwgY29uc3QgY2hhciogZmlsZW5h bWUpCitmbHVpZF9zZm9udF90KiBmbHVpZF9kZWZzZmxvYWRlcl9sb2FkKGZs dWlkX3NmbG9hZGVyX3QqIGxvYWRlciwgY29uc3QgY2hhciogZmlsZW5hbWUs IGludCBiYW5rX29mZnNldCkKIHsKICAgZmx1aWRfZGVmc2ZvbnRfdCogZGVm c2ZvbnQ7CiAgIGZsdWlkX3Nmb250X3QqIHNmb250OwpAQCAtNjcsNyArNjcs NyBAQAogICAgIHJldHVybiBOVUxMOwogICB9CiAKLSAgaWYgKGZsdWlkX2Rl ZnNmb250X2xvYWQoZGVmc2ZvbnQsIGZpbGVuYW1lKSA9PSBGTFVJRF9GQUlM RUQpIHsKKyAgaWYgKGZsdWlkX2RlZnNmb250X2xvYWQoZGVmc2ZvbnQsIGZp bGVuYW1lLCBiYW5rX29mZnNldCkgPT0gRkxVSURfRkFJTEVEKSB7CiAgICAg ZGVsZXRlX2ZsdWlkX2RlZnNmb250KGRlZnNmb250KTsKICAgICByZXR1cm4g TlVMTDsKICAgfQpAQCAtNzksNiArNzksNyBAQAogICB9CiAKICAgc2ZvbnQt PmRhdGEgPSBkZWZzZm9udDsKKyAgc2ZvbnQtPmJhbmtfb2Zmc2V0ID0gYmFu a19vZmZzZXQ7CiAgIHNmb250LT5mcmVlID0gZmx1aWRfZGVmc2ZvbnRfc2Zv bnRfZGVsZXRlOwogICBzZm9udC0+Z2V0X25hbWUgPSBmbHVpZF9kZWZzZm9u dF9zZm9udF9nZXRfbmFtZTsKICAgc2ZvbnQtPmdldF9wcmVzZXQgPSBmbHVp ZF9kZWZzZm9udF9zZm9udF9nZXRfcHJlc2V0OwpAQCAtMjcyLDcgKzI3Myw3 IEBACiAvKgogICogZmx1aWRfZGVmc2ZvbnRfbG9hZAogICovCi1pbnQgZmx1 aWRfZGVmc2ZvbnRfbG9hZChmbHVpZF9kZWZzZm9udF90KiBzZm9udCwgY29u c3QgY2hhciogZmlsZSkKK2ludCBmbHVpZF9kZWZzZm9udF9sb2FkKGZsdWlk X2RlZnNmb250X3QqIHNmb250LCBjb25zdCBjaGFyKiBmaWxlLCBpbnQgYmFu a19vZmZzZXQpCiB7CiAgIFNGRGF0YSogc2ZkYXRhOwogICBmbHVpZF9saXN0 X3QgKnA7CkBAIC0zMjksNyArMzMwLDcgQEAKICAgICBpZiAocHJlc2V0ID09 IE5VTEwpIHsKICAgICAgIHJldHVybiBGTFVJRF9GQUlMRUQ7CiAgICAgfQot ICAgIGlmIChmbHVpZF9kZWZwcmVzZXRfaW1wb3J0X3Nmb250KHByZXNldCwg c2ZwcmVzZXQsIHNmb250KSAhPSBGTFVJRF9PSykgeworICAgIGlmIChmbHVp ZF9kZWZwcmVzZXRfaW1wb3J0X3Nmb250KHByZXNldCwgc2ZwcmVzZXQsIHNm b250LCBiYW5rX29mZnNldCkgIT0gRkxVSURfT0spIHsKICAgICAgIHJldHVy biBGTFVJRF9GQUlMRUQ7CiAgICAgfQogICAgIGZsdWlkX2RlZnNmb250X2Fk ZF9wcmVzZXQoc2ZvbnQsIHByZXNldCk7CkBAIC04MjIsMTkgKzgyMywyMiBA QAogaW50IAogZmx1aWRfZGVmcHJlc2V0X2ltcG9ydF9zZm9udChmbHVpZF9k ZWZwcmVzZXRfdCogcHJlc2V0LCAKIAkJCSAgICAgU0ZQcmVzZXQqIHNmcHJl c2V0LCAKLQkJCSAgICAgZmx1aWRfZGVmc2ZvbnRfdCogc2ZvbnQpCisJCQkg ICAgIGZsdWlkX2RlZnNmb250X3QqIHNmb250LCBpbnQgYmFua19vZmZzZXQp CiB7CiAgIGZsdWlkX2xpc3RfdCAqcDsKICAgU0Zab25lKiBzZnpvbmU7CiAg IGZsdWlkX3ByZXNldF96b25lX3QqIHpvbmU7CiAgIGludCBjb3VudDsKICAg Y2hhciB6b25lX25hbWVbMjU2XTsKKyAgaW50IGJhbmtfdG1wOwogICBpZiAo KHNmcHJlc2V0LT5uYW1lICE9IE5VTEwpICYmIChGTFVJRF9TVFJMRU4oc2Zw cmVzZXQtPm5hbWUpID4gMCkpIHsKICAgICBGTFVJRF9TVFJDUFkocHJlc2V0 LT5uYW1lLCBzZnByZXNldC0+bmFtZSk7CiAgIH0gZWxzZSB7CiAgICAgRkxV SURfU1BSSU5URihwcmVzZXQtPm5hbWUsICJCYW5rJWQsUHJlc2V0JWQiLCBz ZnByZXNldC0+YmFuaywgc2ZwcmVzZXQtPnByZW51bSk7CiAgIH0KLSAgcHJl c2V0LT5iYW5rID0gc2ZwcmVzZXQtPmJhbms7CisgIGJhbmtfdG1wID0gKGlu dClzZnByZXNldC0+YmFuayArIGJhbmtfb2Zmc2V0OworICBpZiAoYmFua190 bXAgPCAwKSBiYW5rX3RtcCA9IDA7CisgIHByZXNldC0+YmFuayA9IGJhbmtf dG1wOwogICBwcmVzZXQtPm51bSA9IHNmcHJlc2V0LT5wcmVudW07CiAgIHAg PSBzZnByZXNldC0+em9uZTsKICAgY291bnQgPSAwOwpJbmRleDogc3JjL2Zs dWlkX2RlZnNmb250LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2N2c3Jvb3QvZmx1aWQvZmx1aWRzeW50aC9zcmMvZmx1aWRfZGVmc2Zv bnQuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yCmRpZmYgLXUgLXIxLjIg Zmx1aWRfZGVmc2ZvbnQuaAotLS0gc3JjL2ZsdWlkX2RlZnNmb250LmgJMTkg QXVnIDIwMDMgMjA6NTc6MDAgLTAwMDAJMS4yCisrKyBzcmMvZmx1aWRfZGVm c2ZvbnQuaAkyNCBKdW4gMjAwNCAxNzo0MDozOCAtMDAwMApAQCAtNDU4LDcg KzQ1OCw3IEBACiAKIGZsdWlkX3NmbG9hZGVyX3QqIG5ld19mbHVpZF9kZWZz ZmxvYWRlcih2b2lkKTsKIGludCBkZWxldGVfZmx1aWRfZGVmc2Zsb2FkZXIo Zmx1aWRfc2Zsb2FkZXJfdCogbG9hZGVyKTsKLWZsdWlkX3Nmb250X3QqIGZs dWlkX2RlZnNmbG9hZGVyX2xvYWQoZmx1aWRfc2Zsb2FkZXJfdCogbG9hZGVy LCBjb25zdCBjaGFyKiBmaWxlbmFtZSk7CitmbHVpZF9zZm9udF90KiBmbHVp ZF9kZWZzZmxvYWRlcl9sb2FkKGZsdWlkX3NmbG9hZGVyX3QqIGxvYWRlciwg Y29uc3QgY2hhciogZmlsZW5hbWUsIGludCBiYW5rX29mZnNldCk7CiAKIAog aW50IGZsdWlkX2RlZnNmb250X3Nmb250X2RlbGV0ZShmbHVpZF9zZm9udF90 KiBzZm9udCk7CkBAIC00OTQsNyArNDk0LDcgQEAKIAogZmx1aWRfZGVmc2Zv bnRfdCogbmV3X2ZsdWlkX2RlZnNmb250KHZvaWQpOwogaW50IGRlbGV0ZV9m bHVpZF9kZWZzZm9udChmbHVpZF9kZWZzZm9udF90KiBzZm9udCk7Ci1pbnQg Zmx1aWRfZGVmc2ZvbnRfbG9hZChmbHVpZF9kZWZzZm9udF90KiBzZm9udCwg Y29uc3QgY2hhciogZmlsZSk7CitpbnQgZmx1aWRfZGVmc2ZvbnRfbG9hZChm bHVpZF9kZWZzZm9udF90KiBzZm9udCwgY29uc3QgY2hhciogZmlsZSwgaW50 IGJhbmtfb2Zmc2V0KTsKIGNoYXIqIGZsdWlkX2RlZnNmb250X2dldF9uYW1l KGZsdWlkX2RlZnNmb250X3QqIHNmb250KTsKIGZsdWlkX2RlZnByZXNldF90 KiBmbHVpZF9kZWZzZm9udF9nZXRfcHJlc2V0KGZsdWlkX2RlZnNmb250X3Qq IHNmb250LCB1bnNpZ25lZCBpbnQgYmFuaywgdW5zaWduZWQgaW50IHByZW51 bSk7CiB2b2lkIGZsdWlkX2RlZnNmb250X2l0ZXJhdGlvbl9zdGFydChmbHVp ZF9kZWZzZm9udF90KiBzZm9udCk7CkBAIC01MjIsNyArNTIyLDcgQEAKIGZs dWlkX2RlZnByZXNldF90KiBuZXdfZmx1aWRfZGVmcHJlc2V0KGZsdWlkX2Rl ZnNmb250X3QqIHNmb250KTsKIGludCBkZWxldGVfZmx1aWRfZGVmcHJlc2V0 KGZsdWlkX2RlZnByZXNldF90KiBwcmVzZXQpOwogZmx1aWRfZGVmcHJlc2V0 X3QqIGZsdWlkX2RlZnByZXNldF9uZXh0KGZsdWlkX2RlZnByZXNldF90KiBw cmVzZXQpOwotaW50IGZsdWlkX2RlZnByZXNldF9pbXBvcnRfc2ZvbnQoZmx1 aWRfZGVmcHJlc2V0X3QqIHByZXNldCwgU0ZQcmVzZXQqIHNmcHJlc2V0LCBm bHVpZF9kZWZzZm9udF90KiBzZm9udCk7CitpbnQgZmx1aWRfZGVmcHJlc2V0 X2ltcG9ydF9zZm9udChmbHVpZF9kZWZwcmVzZXRfdCogcHJlc2V0LCBTRlBy ZXNldCogc2ZwcmVzZXQsIGZsdWlkX2RlZnNmb250X3QqIHNmb250LCBpbnQg YmFua19vZmZzZXQpOwogaW50IGZsdWlkX2RlZnByZXNldF9zZXRfZ2xvYmFs X3pvbmUoZmx1aWRfZGVmcHJlc2V0X3QqIHByZXNldCwgZmx1aWRfcHJlc2V0 X3pvbmVfdCogem9uZSk7CiBpbnQgZmx1aWRfZGVmcHJlc2V0X2FkZF96b25l KGZsdWlkX2RlZnByZXNldF90KiBwcmVzZXQsIGZsdWlkX3ByZXNldF96b25l X3QqIHpvbmUpOwogZmx1aWRfcHJlc2V0X3pvbmVfdCogZmx1aWRfZGVmcHJl c2V0X2dldF96b25lKGZsdWlkX2RlZnByZXNldF90KiBwcmVzZXQpOwpJbmRl eDogc3JjL2ZsdWlkX3Nmb250LmgKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpS Q1MgZmlsZTogL2N2c3Jvb3QvZmx1aWQvZmx1aWRzeW50aC9zcmMvZmx1aWRf c2ZvbnQuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xLjEuMQpkaWZmIC11 IC1yMS4xLjEuMSBmbHVpZF9zZm9udC5oCi0tLSBzcmMvZmx1aWRfc2ZvbnQu aAkxMSBNYXIgMjAwMyAxNjo1Nzo0MyAtMDAwMAkxLjEuMS4xCisrKyBzcmMv Zmx1aWRfc2ZvbnQuaAkyNCBKdW4gMjAwNCAxNzo0MDozOSAtMDAwMApAQCAt MjgsNyArMjgsNyBAQAogICovCiAKICNkZWZpbmUgZmx1aWRfc2Zsb2FkZXJf ZGVsZXRlKF9sb2FkZXIpIHsgaWYgKChfbG9hZGVyKSAmJiAoX2xvYWRlcikt PmZyZWUpICgqKF9sb2FkZXIpLT5mcmVlKShfbG9hZGVyKTsgfQotI2RlZmlu ZSBmbHVpZF9zZmxvYWRlcl9sb2FkKF9sb2FkZXIsIF9maWxlbmFtZSkgKCoo X2xvYWRlciktPmxvYWQpKF9sb2FkZXIsIF9maWxlbmFtZSkKKyNkZWZpbmUg Zmx1aWRfc2Zsb2FkZXJfbG9hZChfbG9hZGVyLCBfZmlsZW5hbWUsIF9iYW5r X29mZnNldCkgKCooX2xvYWRlciktPmxvYWQpKF9sb2FkZXIsIF9maWxlbmFt ZSwgX2Jhbmtfb2Zmc2V0KQogCiAKICNkZWZpbmUgZGVsZXRlX2ZsdWlkX3Nm b250KF9zZikgICAoICgoX3NmKSAmJiAoX3NmKS0+ZnJlZSk/ICgqKF9zZikt PmZyZWUpKF9zZikgOiAwKQpJbmRleDogc3JjL2ZsdWlkX3N5bnRoLmMKPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jvb3QvZmx1aWQv Zmx1aWRzeW50aC9zcmMvZmx1aWRfc3ludGguYyx2CnJldHJpZXZpbmcgcmV2 aXNpb24gMS4xMQpkaWZmIC11IC1yMS4xMSBmbHVpZF9zeW50aC5jCi0tLSBz cmMvZmx1aWRfc3ludGguYwk3IE1heSAyMDA0IDA5OjUzOjM5IC0wMDAwCTEu MTEKKysrIHNyYy9mbHVpZF9zeW50aC5jCTI0IEp1biAyMDA0IDE3OjQwOjQw IC0wMDAwCkBAIC0zNTQsNiArMzU0LDcgQEAKICAgCiAgIGZsdWlkX211dGV4 X2luaXQoc3ludGgtPmJ1c3kpOwogCisgIHN5bnRoLT5zZm9udF9pZCA9IDE7 IC8qIEtMRSAqLwogICBzeW50aC0+c2V0dGluZ3MgPSBzZXR0aW5nczsKIAog ICBzeW50aC0+d2l0aF9yZXZlcmIgPSBmbHVpZF9zZXR0aW5nc19zdHJfZXF1 YWwoc2V0dGluZ3MsICJzeW50aC5yZXZlcmIuYWN0aXZlIiwgInllcyIpOwpA QCAtMTI3Miw2ICsxMjczLDQxIEBACiB9CiAKIC8qCisgKiBmbHVpZF9zeW50 aF9iYW5rX3Byb2dyYW1fc2VsZWN0CisgKi8KK2ludCBmbHVpZF9zeW50aF9i YW5rX3Byb2dyYW1fc2VsZWN0KGZsdWlkX3N5bnRoX3QqIHN5bnRoLCAKKwkJ CSAgICAgIGludCBjaGFuLCAKKwkJCSAgICAgIHVuc2lnbmVkIGludCBiYW5r X251bSwgCisJCQkgICAgICB1bnNpZ25lZCBpbnQgcHJlc2V0X251bSkKK3sK KyAgZmx1aWRfcHJlc2V0X3QqIHByZXNldCA9IE5VTEw7CisgIGZsdWlkX2No YW5uZWxfdCogY2hhbm5lbDsKKworICBpZiAoKGNoYW4gPCAwKSB8fCAoY2hh biA+PSBzeW50aC0+bWlkaV9jaGFubmVscykpIHsKKyAgICBGTFVJRF9MT0co RkxVSURfRVJSLCAiQ2hhbm5lbCBudW1iZXIgb3V0IG9mIHJhbmdlIChjaGFu PSVkKSIsIGNoYW4pOworICAgIHJldHVybiBGTFVJRF9GQUlMRUQ7CisgIH0K KyAgY2hhbm5lbCA9IHN5bnRoLT5jaGFubmVsW2NoYW5dOworCisgIHByZXNl dCA9IGZsdWlkX3N5bnRoX2ZpbmRfcHJlc2V0KHN5bnRoLCBiYW5rX251bSwg cHJlc2V0X251bSk7CisgIGlmIChwcmVzZXQgPT0gTlVMTCkgeworICAgIEZM VUlEX0xPRyhGTFVJRF9FUlIsIAorICAgICAgICAiVGhlcmUgaXMgbm8gcHJl c2V0IHdpdGggYmFuayBudW1iZXIgJWQgYW5kIHByZXNldCBudW1iZXIgJWQi LAorCSAgICAgYmFua19udW0sIHByZXNldF9udW0pOworICAgIHJldHVybiBG TFVJRF9GQUlMRUQ7CisgIH0KKyAgCisgIC8qIGluZm9ybSB0aGUgY2hhbm5l bCBvZiB0aGUgbmV3IGJhbmsgYW5kIHByb2dyYW0gbnVtYmVyICovCisgIGZs dWlkX2NoYW5uZWxfc2V0X3Nmb250bnVtKGNoYW5uZWwsIHByZXNldC0+c2Zv bnQtPmlkKTsKKyAgZmx1aWRfY2hhbm5lbF9zZXRfYmFua251bShjaGFubmVs LCBiYW5rX251bSk7CisgIGZsdWlkX2NoYW5uZWxfc2V0X3Byb2dudW0oY2hh bm5lbCwgcHJlc2V0X251bSk7CisKKyAgZmx1aWRfY2hhbm5lbF9zZXRfcHJl c2V0KGNoYW5uZWwsIHByZXNldCk7CisKKyAgcmV0dXJuIEZMVUlEX09LOwor fQorCisvKgogICogZmx1aWRfc3ludGhfcHJvZ3JhbV9zZWxlY3QyCiAgKi8K IGludCBmbHVpZF9zeW50aF9wcm9ncmFtX3NlbGVjdDIoZmx1aWRfc3ludGhf dCogc3ludGgsIApAQCAtMjA4Niw2ICsyMTIyLDE1IEBACiBpbnQgCiBmbHVp ZF9zeW50aF9zZmxvYWQoZmx1aWRfc3ludGhfdCogc3ludGgsIGNvbnN0IGNo YXIqIGZpbGVuYW1lLCBpbnQgcmVzZXRfcHJlc2V0cykKIHsKKyAgICByZXR1 cm4gZmx1aWRfc3ludGhfc2Zsb2FkX2Jhbmtfb2Zmc2V0KCBzeW50aCwgZmls ZW5hbWUsIHJlc2V0X3ByZXNldHMsIDApOworfQorCisvKgorICogZmx1aWRf c3ludGhfc2Zsb2FkX2Jhbmtfb2Zmc2V0CisgKi8KK2ludCAKK2ZsdWlkX3N5 bnRoX3NmbG9hZF9iYW5rX29mZnNldChmbHVpZF9zeW50aF90KiBzeW50aCwg Y29uc3QgY2hhciogZmlsZW5hbWUsIGludCByZXNldF9wcmVzZXRzLCBpbnQg YmFua19vZmZzZXQpCit7CiAgIGZsdWlkX3Nmb250X3QqIHNmb250OwogICBm bHVpZF9saXN0X3QqIGxpc3Q7CiAgIGZsdWlkX3NmbG9hZGVyX3QqIGxvYWRl cjsKQEAgLTIxMDIsNyArMjE0Nyw3IEBACiAgIGZvciAobGlzdCA9IHN5bnRo LT5sb2FkZXJzOyBsaXN0OyBsaXN0ID0gZmx1aWRfbGlzdF9uZXh0KGxpc3Qp KSB7CiAgICAgbG9hZGVyID0gKGZsdWlkX3NmbG9hZGVyX3QqKSBmbHVpZF9s aXN0X2dldChsaXN0KTsKICAgICAKLSAgICBzZm9udCA9IGZsdWlkX3NmbG9h ZGVyX2xvYWQobG9hZGVyLCBmaWxlbmFtZSk7CisgICAgc2ZvbnQgPSBmbHVp ZF9zZmxvYWRlcl9sb2FkKGxvYWRlciwgZmlsZW5hbWUsIGJhbmtfb2Zmc2V0 KTsKIAogICAgIGlmIChzZm9udCAhPSBOVUxMKSB7CiAKQEAgLTIyMDcsNyAr MjI1Miw3IEBACiAgIGludCBpbmRleCA9IDA7CiAgIGZsdWlkX2xpc3RfdCAq bGlzdDsKICAgZmx1aWRfc2Zsb2FkZXJfdCogbG9hZGVyOwotCisgIGludCBi YW5rX29mZnNldDsKIAogICBzZm9udCA9IGZsdWlkX3N5bnRoX2dldF9zZm9u dF9ieV9pZChzeW50aCwgaWQpOwogICBpZiAoIXNmb250KSB7CkBAIC0yMjI4 LDYgKzIyNzMsOCBAQAogICAvKiBrZWVwIGEgY29weSBvZiB0aGUgU291bmRG b250J3MgZmlsZW5hbWUgKi8KICAgRkxVSURfU1RSQ1BZKGZpbGVuYW1lLCBm bHVpZF9zZm9udF9nZXRfbmFtZShzZm9udCkpOwogCisgIGJhbmtfb2Zmc2V0 ID0gZmx1aWRfc2ZvbnRfZ2V0X2Jhbmtfb2Zmc2V0KHNmb250KTsKKyAgCiAg IGlmIChmbHVpZF9zeW50aF9zZnVubG9hZChzeW50aCwgaWQsIDApICE9IEZM VUlEX09LKSB7CiAgICAgcmV0dXJuIEZMVUlEX0ZBSUxFRDsKICAgfQpAQCAt MjIzNSw3ICsyMjgyLDcgQEAKICAgZm9yIChsaXN0ID0gc3ludGgtPmxvYWRl cnM7IGxpc3Q7IGxpc3QgPSBmbHVpZF9saXN0X25leHQobGlzdCkpIHsKICAg ICBsb2FkZXIgPSAoZmx1aWRfc2Zsb2FkZXJfdCopIGZsdWlkX2xpc3RfZ2V0 KGxpc3QpOwogICAgIAotICAgIHNmb250ID0gZmx1aWRfc2Zsb2FkZXJfbG9h ZChsb2FkZXIsIGZpbGVuYW1lKTsKKyAgICBzZm9udCA9IGZsdWlkX3NmbG9h ZGVyX2xvYWQobG9hZGVyLCBmaWxlbmFtZSwgYmFua19vZmZzZXQpOwogCiAg ICAgaWYgKHNmb250ICE9IE5VTEwpIHsKIApJbmRleDogc3JjL2ZsdWlkX3N5 bnRoLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2N2c3Jv b3QvZmx1aWQvZmx1aWRzeW50aC9zcmMvZmx1aWRfc3ludGguaCx2CnJldHJp ZXZpbmcgcmV2aXNpb24gMS41CmRpZmYgLXUgLXIxLjUgZmx1aWRfc3ludGgu aAotLS0gc3JjL2ZsdWlkX3N5bnRoLmgJNSBNYXkgMjAwNCAyMDoyNzoyMiAt MDAwMAkxLjUKKysrIHNyYy9mbHVpZF9zeW50aC5oCTI0IEp1biAyMDA0IDE3 OjQwOjQwIC0wMDAwCkBAIC0xODcsNiArMTg3LDggQEAKIAogdm9pZCBmbHVp ZF9zeW50aF9wcmludF92b2ljZShmbHVpZF9zeW50aF90KiBzeW50aCk7CiAK K2ludCBmbHVpZF9zeW50aF9iYW5rX3Byb2dyYW1fc2VsZWN0KGZsdWlkX3N5 bnRoX3QqIHN5bnRoLCBpbnQgY2hhbiwgdW5zaWduZWQgaW50IGJhbmtfbnVt LCB1bnNpZ25lZCBpbnQgcHJlc2V0X251bSk7CisKIC8qKiBUaGlzIGZ1bmN0 aW9uIGFzc3VyZXMgdGhhdCBldmVyeSBNSURJIGNoYW5uZWxzIGhhcyBhIHZh bGlkIHByZXNldAogICogIChOVUxMIGlzIG9rYXkpLiBUaGlzIGZ1bmN0aW9u IGlzIGNhbGxlZCBhZnRlciBhIFNvdW5kRm9udCBpcwogICogIHVubG9hZGVk IG9yIHJlbG9hZGVkLiAqLwo= --0-970611548-1088100213=:66851-- From MAILER-DAEMON Fri Jun 25 05:16:37 2004 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Bdmp3-0003Wv-SM for mharc-fluid-dev@gnu.org; Fri, 25 Jun 2004 05:16:37 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bdmp3-0003Wh-4L for fluid-dev@nongnu.org; Fri, 25 Jun 2004 05:16:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bdmox-0003WJ-Ih for fluid-dev@nongnu.org; Fri, 25 Jun 2004 05:16:36 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bdmox-0003W9-Go for fluid-dev@nongnu.org; Fri, 25 Jun 2004 05:16:31 -0400 Received: from [17.250.248.97] (helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BdmnE-0006wP-2F for fluid-dev@nongnu.org; Fri, 25 Jun 2004 05:14:44 -0400 Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i5P9EGRn026682; Fri, 25 Jun 2004 02:14:42 -0700 (PDT) Received: from [155.239.99.78] ([196.15.168.40]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id i5P9EBMw007235; Fri, 25 Jun 2004 02:14:13 -0700 (PDT) In-Reply-To: <20040624180333.67075.qmail@web51801.mail.yahoo.com> References: <20040624180333.67075.qmail@web51801.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Message-Id: <96C2BB5C-C687-11D8-92C1-000A27962C96@mac.com> Content-Transfer-Encoding: quoted-printable From: Ebrahim Mayat Subject: Re: [fluid-dev] Bank offset patch redux Date: Fri, 25 Jun 2004 11:11:05 +0200 To: Ken Ellinwood X-Mailer: Apple Mail (2.618) Cc: fluid-dev@nongnu.org X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: fluid-dev.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2004 09:16:37 -0000 On Jun 24, 2004, at 8:03 PM, Ken Ellinwood wrote: > I realized that my first attempt at this patch changed the external=20 > API in a way that broke other clients (e.g., qsynth). Right, the last patch caused qsynth to crash. > So here's a new version that fixes the problem. I did not apply the redux patch posted yesterday. Instead, I applied the patch posted on June 10 to the CVS version=20 checked out on the 11th June, then edited line 357 of=20 src/qsynthMainForm.ui.h of qsynth as shown below: > if (::fluid_synth_sfload(pEngine->pSynth, pszFilename, 1, 0) >=3D 0) = { =85and qsynth works again without crashing. Ebrahim