=A0
=09
> De: Mathias Lundgren <mathias_lundgren@...>
> A: al
in weiller <alinweiller@...>
> Objet: Re: [Lmuse-developer] Sys
ex transfer in MESS softsynth
> Date: 08 May 2005 09:57:05 +0200
> Hi
there!
>=20
> s=F6n 2005-05-08 klockan 01.07 skrev alin weiller:
> > Hi t
here,
> > I am trying to add the "save in project" feature in DeicsOnze,
> > I meet the following problem :
> > The sysex data array transmite
d in the i
> > nitialization of the project in cut after the first '\0'.
I understand th
> > at it is useful because '\0' designs the end of a s
tring, however it is n
> > ot necessary since the length of the data arr
ay is defined in the sysex e
> > vent. In my case, having data cut after
'\0' is not convenient. Would tha
> > t be possible to change that? If=20
you think so, I can make the work, I hav
> > en't found yet where is the
function that cut the data, help would be wel
> > come.
> >=20
>=20
> Th
at sounds strange, the length of the init event should be specified in
>
the length-parameter that is passed to the Mess in the getInitData(int*
> length, const unsigned char** data), and it sounds like a bug if it
>
doesn't follow the length that you specify. I did some updates on
> sim
pledrums yesterday, in the 0.7-branch, and everything seems to be
> work
ing there.=20
When the data is gotten from the softsynth to the med file w
hen saving everything is working well, but when the sysex message is sent
back to the softsynth when loading, then it is seems to be cut after '\0
'. Now I am going to try with the 0.7 branch.
>=20
>=20
> > Another thin
g, I think it would better to organize the data in t
> > he med file got
ten from getInitData, in a sequence like for instance 0344
> > 3516f55a=20
instead of=20
> > 03
> > 44
> > 35
> >
=20
> > 16
> > f5
> > 5a
> > the curre
nt organization multiply=20
> > by 10 the size of the softsynth data, with
the other organization it shou
> > ld be only twice. If you don't have=20
any argument against that I can make=20
> > the work also.
> >=20
>=20
> I'
m not sure about this, I've found it very helpful to be able to look
> a
t the data in the .med-file when ironing out bugs. Earlier, the data
> l
ooked something like this:
>=20
> 03 44 35 16 f5 5a
> .. .. ..
This one
is probably the best and multiplies only 3 times.
/A-LIN
>=20
> ...No
t sure if Qt:s XML-stuff has anything to do with this. I think that
> lo
oked better. Having everything written together like 03443516f55a
> woul
d make it difficult to read (since everything is written in text, a
> he
x-editor wouldn't help in that case either).
>=20
> > Note that these rem
arks are based on the CVS of the 0.8
> > branch downloaded for 1 month=20
ago (I should compile the last CVS soon bu
> > t not yet).
> >=20
>=20
>=20
Last time (yesterday) I tried latest CVS I didn't get the softsynths to
> work (actually didn't have any midi output at all) - CVS of the
> 0.8-
branch from 1 month ago is more "stable". I didn't make any deep
> inves
tigation though, but something tells me there are quite a few loose
> en
ds there, since Werner has a new midi routing concept coming up (it
> lo
oks great btw). I think the best thing is to keep working on Deicsonze
>
in the 0.7-branch and then make all the necessary modifications for 0.8
> when 0.8 has started to spin again.
>=20
> /Mathias
>=20
> > Regards,
> >=20
> > A-LIN
> >=20
> > Protek-on: CaraMail met en oeuvre un no
> >=20
uveau Concept de S=E9curit=E9 Globale - http://www.caramail.com
Protek-on: CaraMail met en oeuvre un nouveau Concept de S=E9curit=E9 Glob=
ale - http://www.caramail.com
|