<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to support-requests</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/" rel="alternate"/><link href="https://sourceforge.net/p/midiprocessing/support-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/midiprocessing/support-requests/</id><updated>2006-08-20T07:29:07Z</updated><subtitle>Recent changes to support-requests</subtitle><entry><title>Midi2txt</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/14/" rel="alternate"/><published>2006-08-20T07:29:07Z</published><updated>2006-08-20T07:29:07Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net8299008734148ffb0d87fcd48e18cfa8ca140a35</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;how can i convert from midi to text file using  VB6&lt;br /&gt;
thank you&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>change midi input channel</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/13/" rel="alternate"/><published>2006-01-20T17:39:16Z</published><updated>2006-01-20T17:39:16Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net2dc91183bfcf573043ca2238b7969da59bef475b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I am fairly green at VB but I still can find no &lt;br /&gt;
method to have the midi input respond to any channel &lt;br /&gt;
other than 1. Is there a method or property to &lt;br /&gt;
accomplish this?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;br /&gt;
Eric&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Change DeviceId in controls without closing &amp; loosing data ?</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/12/" rel="alternate"/><published>2005-01-30T06:54:26Z</published><updated>2005-01-30T06:54:26Z</updated><author><name>jtbalogh</name><uri>https://sourceforge.net/u/jtbalogh/</uri></author><id>https://sourceforge.netef7bff0469878c4680190346c6f718d1df58e9c3</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;RE: Change DeviceId in controls without closing &amp;amp; &lt;br /&gt;
loosing data ?&lt;/p&gt;
&lt;p&gt;Goal: Change DeviceId in controls in order to,&lt;br /&gt;
- avoid closing and opening object&lt;br /&gt;
- preserve data that was already prepared&lt;br /&gt;
- preserve most data at least, if not all&lt;/p&gt;
&lt;p&gt;Right now I am working on the ReOpen() method to &lt;br /&gt;
accomplish this while maintaining backward compatibility. &lt;br /&gt;
Sorry I did not get to solve this obvious feature earlier. &lt;br /&gt;
Sure was a lame idea to close and open object just to &lt;br /&gt;
change a device Id. Thanks microsoft !&lt;/p&gt;
&lt;p&gt;Joseph&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Select no DeviceId in controls but still allow to open ?</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/11/" rel="alternate"/><published>2005-01-30T06:47:45Z</published><updated>2005-01-30T06:47:45Z</updated><author><name>jtbalogh</name><uri>https://sourceforge.net/u/jtbalogh/</uri></author><id>https://sourceforge.netd2726fdcb69e26a4a85517917bc903c068bdf778</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;RE: Select no DeviceId in controls but still allow to &lt;br /&gt;
open ?&lt;/p&gt;
&lt;p&gt;Goal: Select no DeviceId in controls in order to,&lt;br /&gt;
- allow to open and prepare data&lt;br /&gt;
- another way to turn off all midi input or output&lt;br /&gt;
- change DeviceId later when ready to use&lt;br /&gt;
- open and not take exclusive use of any ports yet&lt;/p&gt;
&lt;p&gt;Right now I am working on the DeviceId property to &lt;br /&gt;
accomplish this while maintaining backward compatibility. &lt;br /&gt;
Sorry I did not get to solve this obvious feature earlier. &lt;br /&gt;
Sure was a hassle for VB program to determine if midi &lt;br /&gt;
input or output was disabled. Sure was a hassle to take &lt;br /&gt;
exclusive use of ports all the time when the program &lt;br /&gt;
does not not need it all the time.&lt;/p&gt;
&lt;p&gt;Joseph&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Found bug (closed)</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/10/" rel="alternate"/><published>2004-11-07T12:30:12Z</published><updated>2004-11-07T12:30:12Z</updated><author><name>jtbalogh</name><uri>https://sourceforge.net/u/jtbalogh/</uri></author><id>https://sourceforge.net807553642a51ee7540ec33b031cfd67d76a8907a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Found bug with MIDIIO2K OCX. Involves transpose. Wait &lt;br /&gt;
for new version to fix.&lt;/p&gt;
&lt;p&gt;Found bug with MidiTest. Involves MText textbox. Wait &lt;br /&gt;
for new version to fix.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>MIDI XMF format ? (Closed)</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/9/" rel="alternate"/><published>2004-10-08T07:04:09Z</published><updated>2004-10-08T07:04:09Z</updated><author><name>jtbalogh</name><uri>https://sourceforge.net/u/jtbalogh/</uri></author><id>https://sourceforge.net826e3127c836f09bf0a1a49f0fe66882241796c7</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;New technology to handle MIDI XMF format versus &lt;br /&gt;
standard midi 0/1 file format and DLS ?&lt;/p&gt;
&lt;p&gt;Reference from,&lt;br /&gt;
&lt;a href="http://www.midi.org/about-midi/xmf/index.shtml" rel="nofollow"&gt;http://www.midi.org/about-midi/xmf/index.shtml&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>MIDI XML format ? (Closed)</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/8/" rel="alternate"/><published>2004-10-08T06:56:52Z</published><updated>2004-10-08T06:56:52Z</updated><author><name>jtbalogh</name><uri>https://sourceforge.net/u/jtbalogh/</uri></author><id>https://sourceforge.net307e03cb35a40653c11856d0beeb517f4b2e4414</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;New technology to handle MIDI XML format versus &lt;br /&gt;
standard midi 0/1 file format ?&lt;/p&gt;
&lt;p&gt;Reference from,&lt;br /&gt;
&lt;a href="http://www.midi.org/dtds/midi_xml.shtml" rel="nofollow"&gt;http://www.midi.org/dtds/midi_xml.shtml&lt;/a&gt;&lt;br /&gt;
&lt;a href="http://www.recordare.com/dtds/midixml.html" rel="nofollow"&gt;http://www.recordare.com/dtds/midixml.html&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>input not working (closed)</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/7/" rel="alternate"/><published>2004-09-01T16:45:33Z</published><updated>2004-09-01T16:45:33Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.netd1c992ebfa11f8d1e50a660cadca8b2cc4fcdb8c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I installed the ocx and the output works fine. I cannot &lt;br /&gt;
get the input to do anything. It has the correct deviceid&lt;br /&gt;
but just sits there. I am am positive of input. I use a &lt;br /&gt;
MOTU Fastlane USB-MIDI box to a Win2000 HP Laptop. &lt;br /&gt;
I can send the source code to someone if they have &lt;br /&gt;
time to look at it.&lt;br /&gt;
Also, is there any more documentation other the the &lt;br /&gt;
small help file examples? There seems to be a lot of &lt;br /&gt;
difference between the Mabry version and the one that &lt;br /&gt;
was released here. &lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Simplify MidiTest demo code ?</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/6/" rel="alternate"/><published>2004-08-16T03:09:45Z</published><updated>2004-08-16T03:09:45Z</updated><author><name>jtbalogh</name><uri>https://sourceforge.net/u/jtbalogh/</uri></author><id>https://sourceforge.netfd7cd726d180c12b84aed9b239b19ede6fe6b57b</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Simplify MidiTest demo code is a good suggestion. &lt;br /&gt;
Investigating easier ways to use the multithreaded &lt;br /&gt;
scrollbar, multithreaded textbox, status boxes, progress &lt;br /&gt;
bars, etc. so that the code does not look crazy. Also &lt;br /&gt;
more classes and fewer public variables could help group &lt;br /&gt;
features closer together. In most cases, it is more &lt;br /&gt;
practical to strive for ease of use and sacrifice speed. &lt;br /&gt;
Demos look worse when code is not modular.&lt;/p&gt;
&lt;p&gt;Unfortunately usercontrols in VB have had lots of &lt;br /&gt;
problems and could not always help encapsulate &lt;br /&gt;
features reliably. Adding separate active-x projects to &lt;br /&gt;
handle features affected all windows programs, access &lt;br /&gt;
was even slower, and was a hassle to maintain multiple &lt;br /&gt;
projects just for one demo.&lt;/p&gt;
&lt;p&gt;Just a thought.&lt;br /&gt;
Self critique by jtbalogh&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Control has no threading model? (closed)</title><link href="https://sourceforge.net/p/midiprocessing/support-requests/5/" rel="alternate"/><published>2004-08-02T17:15:32Z</published><updated>2004-08-02T17:15:32Z</updated><author><name>jtbalogh</name><uri>https://sourceforge.net/u/jtbalogh/</uri></author><id>https://sourceforge.net5ede9249eca9a1178dd3a11f1b3dc0f122c3bd4d</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Control has no threading model? The OLEVIEW &lt;br /&gt;
application in the Visual Studio 2000 tools reports the &lt;br /&gt;
controls have the threading model set to none. Why not &lt;br /&gt;
equal to apartment or free?&lt;/p&gt;
&lt;p&gt;None represents single-threaded applications.&lt;br /&gt;
Apartment represents limited multithreaded applications.&lt;br /&gt;
Free represents full multithreaded applications.&lt;/p&gt;
&lt;p&gt;Solution:&lt;/p&gt;
&lt;p&gt;Not an issue. The controls are already compiled to use &lt;br /&gt;
runtime libraries with a multithreaded DLL which is safe &lt;br /&gt;
for multithreaded apartment or free applications, and &lt;br /&gt;
backward compatible with single-threaded applications. &lt;br /&gt;
Visual basic applications, for example, normally use &lt;br /&gt;
apartment. Visual C+ applications normally use free. DOS &lt;br /&gt;
applications normally use none.&lt;/p&gt;
&lt;p&gt;In general though, a multithreaded apartment &lt;br /&gt;
architecture is preferred. It is safer to handle the public &lt;br /&gt;
storage and functions in the controls. Also each &lt;br /&gt;
instance of a control is protected from every other &lt;br /&gt;
instance.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>