Thank you, my instruments and pieces are now working as before.

Do you think it makes sense to make an equivalent of ftgentmp but for
scanned tables?  If I understand correctly, the scanned synthesis
opcodes have a different list of tables than ftables so ftgentmp can
not be used, but functionality such as ftgentmp would be desirable so
that every note instance could have it's own table.

steven

On 11/24/05, Istvan Varga <istvan_v@fibermail.hu> wrote:
> Now done: the deinit code has been removed, and existing ID's are
> reused again instead of an error.
>
> On Thursday 24 November 2005 22:45, Istvan Varga wrote:
>
> > It will be restored soon.
> >
> > On Thursday 24 November 2005 22:08, Steven Yi wrote:
> > > I noticed now that the Scanned Synthesis opcodes have changed in
> > > behavior.  It seems now that if a scanned synthesis ID is already used
> > > it now kills csound.  The following code seems to be the reason:
> > >
> > >  for ( ; i != NULL; i = i->next) {
> > >       if (i->id == p->id)
> > >         csound->Die(csound, Str("scanu: id %d is already in use"),
> > > p->id); }
> > >
> > > which comes from code that was previously #ifdef'd out but now in use.
> > >  The changes in code seem to assume a different lifetime of scanned
> > > tables too, destroying the table at note end (did I read this
> > > incorrectly?).
> > >
> > > This has broken all of my scanned synthesis instruments, and
> > > consequently pieces of mine no longer run.  The instruments were
> > > writen knowingly accessing the same scanned table (not a generally
> > > good idea, but I liked the resultant sound quality).  I understand
> > > that the scanned code was redone to get rid of statics, but I don't
> > > think the change in behavior should have been done.
> > >
> > > On the other hand, it also brings up an issue of the scanned
> > > instrument table id.  It seems like somehow that a new opcode would be
> > > useful to find an open table id for scanned synthesis use, so that
> > > there can be a per-instrument table generated.  Otherwise, managing to
> > > find an open ID to pass to scans and scanu would be incredibly
> > > tedious, and changing scanu to return an id if 0 is given would break
> > > instruments and pieces.
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net