emufxtool, formerly ld10k1

emufxtool, formerly ld10k1

[Nicola Orru']

Hello, 
	
	I have a message for alsa-tools maintainers.

	Several months ago I posted on

	http://opensrc.org/alsa/index.php?page=emu10k1

	an announce reporting I was developing an alsa-based tool to enable effect loading onto emu10k1 (Sound Blaster Live!), called ld10k1.

	The project grew up to emufxtool, a multipurpose tool for emu10k1 DSP low-level programming, whose aim is to allow creation of sound effects, filters and so on. The project is currently alpha stage, but the assembler/loader is just working.

	You can download a tarball of the project (that includes a presentation and some docs) at the following link:

	http://www.itadinanta.it/~nicola/emufxtool-0.2.tar.gz

	I would like to publish the project as a component of alsa-tools or someway integrate it into them, so I need to know who I should report to or ask about that.  I need this feedback to plan further advancements of the project.

	Please help me, even in private if you prefer. Any suggestion or advice will be *highly* appreciated.

-- 
Ciao,
Nicola
--------------------------------------------------------------------
* Nicola Orru' - Via Dei Tulipani, 9 - 09034 Assemini (CA) - ITALY *
--------------------------------------------------------------------


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Takashi Iwai]

At Wed, 30 Jul 2003 17:41:34 +0200,
Nicola Orru' wrote:
> 
> Hello, 
> 	
> 	I have a message for alsa-tools maintainers.
> 
> 	Several months ago I posted on
> 
> 	http://opensrc.org/alsa/index.php?page=emu10k1
> 
> 	an announce reporting I was developing an alsa-based tool to enable effect loading onto emu10k1 (Sound Blaster Live!), called ld10k1.
> 
> 	The project grew up to emufxtool, a multipurpose tool for emu10k1 DSP low-level programming, whose aim is to allow creation of sound effects, filters and so on. The project is currently alpha stage, but the assembler/loader is just working.
> 
> 	You can download a tarball of the project (that includes a presentation and some docs) at the following link:
> 
> 	http://www.itadinanta.it/~nicola/emufxtool-0.2.tar.gz
> 
> 	I would like to publish the project as a component of alsa-tools or someway integrate it into them, so I need to know who I should report to or ask about that.  I need this feedback to plan further advancements of the project.

yeah, it'd be greatly appreciated.  i'd love to have this kind of tool
in the standard alsa-tools package.

i'll take a look at the code, and put to cvs tree soon later.


thanks,

Takashi


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Takashi Iwai]

[-- Attachment #1: Type: text/plain, Size: 105 bytes --]

... ok, i now created a configure script and Makefile.am.
attached below.  please take a look.


Takashi

[-- Attachment #2: configure.in --]
[-- Type: application/octet-stream, Size: 1547 bytes --]

AC_INIT(emufxtool.C)
AM_INIT_AUTOMAKE(emufxtool, 0.2)
AC_PROG_CXX
AC_PROG_INSTALL
AM_PATH_ALSA(0.9.0)

dnl kernel header files
AC_MSG_CHECKING(for kernel header files)
AC_ARG_WITH(kernel,
  [  --with-kernel=ver       specify kernel version (for example 2.5.5-pre1)],
  [kerneldir="$withval"], [kerneldir=""])
if test "$kerneldir" != "" -a -r "/lib/modules/$kerneldir/build/include/sound"; then
  kerneldir="/lib/modules/$kerneldir/build/include"
  AC_MSG_RESULT($kerneldir)
else
  if test -z "$kerneldir"; then
    AC_MSG_RESULT("not specified")
  else
    AC_MSG_RESULT("directory /lib/modules/$kerneldir/build/include/sound not found")
  fi
  kerneldir=""
fi

dnl path for sound/asound.h
AC_MSG_CHECKING(for directory with ALSA kernel headers)
AC_ARG_WITH(soundbase,
  [  --with-soundbase=dir    specify base directory with kernel sound headers (optional)],
  [soundbasedir="$withval"], [soundbasedir="$kerneldir"])
if test "$soundbasedir" != "" -a -r "$soundbasedir/sound" ; then
  ALSA_CFLAGS="$ALSA_CFLAGS -I$soundbasedir"
  CFLAGS="$CFLAGS -I$soundbasedir"
  AC_MSG_RESULT($ALSA_CFLAGS)
else
  if test "x$prefix" != xNONE; then
    aprefix=$prefix
  else
    aprefix=$ac_default_prefix
  fi
  if test -z "$soundbasedir" -a -r "$aprefix/include/sound"; then
    ALSA_CFLAGS="$ALSA_CFLAGS -I$aprefix/include"
    CFLAGS="$CFLAGS -I$aprefix/include"
    AC_MSG_RESULT($ALSA_CFLAGS)
  else
    AC_MSG_RESULT("not specified - using C compilator defaults")
  fi
fi

CFLAGS="$CFLAGS $ALSA_CFLAGS"
LDFLAGS="$LDFLAGS $ALSA_LIBS"

AC_OUTPUT(Makefile)

[-- Attachment #3: Makefile.am --]
[-- Type: application/octet-stream, Size: 896 bytes --]

# # Process this file with automake to produce Makefile.in.
AUTOMAKE_OPTIONS = 1.3 foreign

bin_PROGRAMS = emufxtool

emufxtool_SOURCES = \
	excep.h asmdefs.h dsp_defs.h \
	config.h fx8010asm.h fx8010ioctl.h \
	emufxtool.C \
	scanner.C scanner.h \
	instruction.C instruction.h \
	parser.C parser.h \
	patch.C patch.h \
	dsp.C dsp.h \
	strdsp.C strdsp.h __strdup.h \
	chunkfile.C chunkfile.h

EXTRA_DIST = depcomp COPYING \
	README.tex README.txt \
	reverse.sym \
	constants.as10k1 stddef.as10k1 default.as10k1 fxbus.as10k1 \
	inout.as10k1 special.as10k1 types.as10k1 test.as10k1 reverse.emu10k1


README.dvi: README.tex
	latex README.tex

README.pdf: README.dvi
	dvipdf README.dvi

README.ps: README.dvi
	dvips README.dvi

doc: README.ps README.pdf

alsa-dist: distdir
	@rm -rf ../distdir/emufxtool
	@mkdir -p ../distdir/emufxtool
	@cp -RLpv $(distdir)/* ../distdir/emufxtool
	@rm -rf $(distdir)

Re: emufxtool, formerly ld10k1

[Takashi Iwai]

Hi, it's me again.

just a small notes:

- it'd be better to have GPL copyright notice in each file.

- definition of SNDRV_* and sndrv_ctl_elem_id should be removed.
  it's a bug of sound/emu10k1.h that it requires these definitions.
  well, this is not a critical issue, so i'll fix this later...


Takashi


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Takashi Iwai]

At Wed, 30 Jul 2003 19:20:29 +0200,
Nicola Orru' wrote:
> 
> >       autoreconf --force --install
> > 	....
> > 	% ./configure --prefix=/usr/local
> > 	% make
> > 	% make install
> 
> the following sequence worked:
> 
>        autoreconf --install
>        ./configure --prefix=/usr/local
>        make
> 
> "--force" and "make install" didn't. But I could run emufxtool -h in the end. This is a good start.

don't know why --force doesn't work, but it's not important.
"make install" should work, too...


> > on cvs, i'll put cvscompile script for convenience.
> 
> Great. It runs auto* in the correct sequences, doesn't it?
 
yes.

> May I have a pointer to a page (I'll RTFM!) that contains the
> "protocol" to apply when working on alsa cvs, to create, pack and
> send patches to maintainers? 
 
yes, documentation is always nice :)

> Do you think this thread should be moved to the list?

to alsa-devel, do you mean?
i think yes, and now Cc'ed again.

> BTW: I am receiving your posts (only yours!) on the list twice.

ah, it's because my MUA adds To: and Cc: automatically...


Takashi


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Nicola Orru']

> > May I have a pointer to a page (I'll RTFM!) that contains the
> > "protocol" to apply when working on alsa cvs, to create, pack and
> > send patches to maintainers? 
>  
> yes, documentation is always nice :)

Humm. I'm Sorry :(

I suppose I did not express myself clearly  :P. 

I don't know how to access that information, I would like to get it in some way. In a word: can you send me a link to the docs?

Any help appreciated from anyone.

Thanks AGAIN for your patience.

-- 
Ciao,
Nicola
--------------------------------------------------------------------
* Nicola Orru' - Via Dei Tulipani, 9 - 09034 Assemini (CA) - ITALY *
--------------------------------------------------------------------


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Takashi Iwai]

At Wed, 30 Jul 2003 20:04:08 +0200,
Nicola Orru' wrote:
> 
> > > May I have a pointer to a page (I'll RTFM!) that contains the
> > > "protocol" to apply when working on alsa cvs, to create, pack and
> > > send patches to maintainers? 
> >  
> > yes, documentation is always nice :)
> 
> Humm. I'm Sorry :(
> 
> I suppose I did not express myself clearly  :P. 
> 
> I don't know how to access that information, I would like to get it in some way. In a word: can you send me a link to the docs?

oh, sorry, i misread the sentence above.

well, there is no protocol for that.
so far, cvs write access is limited to ALSA core developers.

i'll need to integrate the whole emufxtool tree to alsa-tools cvs tree
(after modified to suit with the alsa-tools tree) at first.  after
that, you can get them from anon cvs.

once after the tree is there, you can make easily patches via cvs
diff.  then please send me or Jaroslav (or alsa-devel ML) the patch,
so we'll commit it soon.

if you'd like to keep the different cvs tree on sf, go ahead.
please give us the patch sometimes to keep the trees in sync.


so, the first step is to make a final tarball for inclusion.
as already mentioned, it's better to have GPL notes in each file, and
have configure stuffs.
if these changes are finished, please let me know the URL (or send me
the tarball).  i'll merge it to alsa-tools tree ASAP.


Takashi


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Jaroslav Kysela]

On Wed, 30 Jul 2003, Takashi Iwai wrote:

> At Wed, 30 Jul 2003 20:04:08 +0200,
> Nicola Orru' wrote:
> > 
> > > > May I have a pointer to a page (I'll RTFM!) that contains the
> > > > "protocol" to apply when working on alsa cvs, to create, pack and
> > > > send patches to maintainers? 
> > >  
> > > yes, documentation is always nice :)
> > 
> > Humm. I'm Sorry :(
> > 
> > I suppose I did not express myself clearly  :P. 
> > 
> > I don't know how to access that information, I would like to get it in some way. In a word: can you send me a link to the docs?
> 
> oh, sorry, i misread the sentence above.
> 
> well, there is no protocol for that.
> so far, cvs write access is limited to ALSA core developers.

If I understand correctly, is emufxtool an extended version of ld10k1 
(http://ld10k1.sf.net)?

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Jaroslav Kysela]

On Wed, 30 Jul 2003, Jaroslav Kysela wrote:

> On Wed, 30 Jul 2003, Takashi Iwai wrote:
> 
> > At Wed, 30 Jul 2003 20:04:08 +0200,
> > Nicola Orru' wrote:
> > > 
> > > > > May I have a pointer to a page (I'll RTFM!) that contains the
> > > > > "protocol" to apply when working on alsa cvs, to create, pack and
> > > > > send patches to maintainers? 
> > > >  
> > > > yes, documentation is always nice :)
> > > 
> > > Humm. I'm Sorry :(
> > > 
> > > I suppose I did not express myself clearly  :P. 
> > > 
> > > I don't know how to access that information, I would like to get it in some way. In a word: can you send me a link to the docs?
> > 
> > oh, sorry, i misread the sentence above.
> > 
> > well, there is no protocol for that.
> > so far, cvs write access is limited to ALSA core developers.
> 
> If I understand correctly, is emufxtool an extended version of ld10k1 
> (http://ld10k1.sf.net)?

Replying to myself: No, it is not.

Takashi, I suggest to postpone the integration of the emufxtool to 
alsa-tools. We have a bit duplicated work. But I think that ld10k1 code 
(linker side) from Peter Zubaj is better. He followed my directions and 
used the client/server mechanism. So linker can accept the DSP code from 
more different applications (resp. DSP code compilers or other 
generators) while maintaining the static image in the DSP instruction RAM.

If it is possible, can you guys settle details about linker communication
(and probably finish it)? We can integrate both projects then.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs




-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Nicola Orru']

> If it is possible, can you guys settle details about linker communication
> (and probably finish it)? We can integrate both projects then.

I didn't know about Peter's ld10k1 existence, but it seems to be what I thought initially of emufxtool, before starting to improve the assembly/disassembly core and the file format.

I think it is a good idea, at least there will not duplicated code and, if I understand correctly, emufxtool might use ld10k1 as a "backend" to load patches onto the DSP.

I am just downloading ld10k1 from sf. Will take more than a look at that.

...stay tuned...

-- 
Ciao,
Nicola
--------------------------------------------------------------------
* Nicola Orru' - Via Dei Tulipani, 9 - 09034 Assemini (CA) - ITALY *
--------------------------------------------------------------------


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Nicola Orru']

> > If it is possible, can you guys settle details about linker communication
> > (and probably finish it)? We can integrate both projects then.
> 
> I didn't know about Peter's ld10k1 existence, but it seems to be what I thought initially of emufxtool, before starting to improve the assembly/disassembly core and the file format.
> 
> I think it is a good idea, at least there will not duplicated code and, if I understand correctly, emufxtool might use ld10k1 as a "backend" to load patches onto the DSP.
> 
> I am just downloading ld10k1 from sf. Will take more than a look at that.

I took a look at ld10k1/lo10k1. Its architecture is well thought and offers lots of possibilities.

I can remove from emufxtool the "direct" access to the driver by IOCTL and use the pipe to communicate to ld10k1 server.  Before doing that, maybe we should define well the "communication protocol" between clients and server, as suggested by Jaroslav.

This system solves also the problem of multiple patch loading and code relocation, which my emufxtool solves at compile time (to use more than one patch you have to compile and load them as a whole). The same method could be used by the disassembler code to fetch DSP content (or loader server-side DSP "images").

The next step could be a MIDI based loader, that allows you to store/fetch patches using SYSEX messages sent to /dev/sequencer or alsa midi virtual ports, or anything else (a new device that replaces the pipe?), maybe requiring some work on the modules... (Not a choice I can make, anyway...)

I ignore if Peter Zubaj can receive this message, but I think it would be a good idea if we merged our projects into a single one ( : ). A good start may be the definition of the "protocol" above.

The protocol can be "message based", each "message" may be defined, for instance, by primitive types and surrounded by a header/footer standard pair (containing a message id, the length of the message, and something like a checksum to avoid "garbage").

Client and server "speak" through a sequence of "Request"/"Response" message pairs, usually initiated and closed by the client. 

I.E. Message: SET PATCH

Offset   Length (in bytes) Type                Value
   0     2                 unsigned short (*)  0004 (ID_SET_PATCH)
   2     4		   unsigned (*)        total length of message
   6     30		   character string    name of the patch
  36     2		   unsigned short (*)  number of DSP instr.
....
length+36 4		   unsigned	       checksum

(*) endianness to be defined

and so on...

-- 
Ciao,
Nicola
--------------------------------------------------------------------
* Nicola Orru' - Via Dei Tulipani, 9 - 09034 Assemini (CA) - ITALY *
--------------------------------------------------------------------


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Takashi Iwai]

Hi,

sorry for the late response.  i'm back from the conference at
Edinburgh now...

At Wed, 30 Jul 2003 23:50:51 +0200,
Nicola Orru' wrote:
> 
> > > If it is possible, can you guys settle details about linker communication
> > > (and probably finish it)? We can integrate both projects then.
> > 
> > I didn't know about Peter's ld10k1 existence, but it seems to be what I thought initially of emufxtool, before starting to improve the assembly/disassembly core and the file format.
> > 
> > I think it is a good idea, at least there will not duplicated code and, if I understand correctly, emufxtool might use ld10k1 as a "backend" to load patches onto the DSP.
> > 
> > I am just downloading ld10k1 from sf. Will take more than a look at that.
> 
> I took a look at ld10k1/lo10k1. Its architecture is well thought and
> offers lots of possibilities. 
> 
> I can remove from emufxtool the "direct" access to the driver by
> IOCTL and use the pipe to communicate to ld10k1 server.  Before doing
> that, maybe we should define well the "communication protocol" between
> clients and server, as suggested by Jaroslav. 
> 
> This system solves also the problem of multiple patch loading and
> code relocation, which my emufxtool solves at compile time (to use
> more than one patch you have to compile and load them as a whole). The
> same method could be used by the disassembler code to fetch DSP
> content (or loader server-side DSP "images"). 

yep, this sounds nice.
we can add a start-up script for this as well as the auto-loading of
soundfonts.  (/etc/alsa.d/emu10k1 is started from alsasound init
script.)

> The next step could be a MIDI based loader, that allows you to
> store/fetch patches using SYSEX messages sent to /dev/sequencer or
> alsa midi virtual ports, or anything else (a new device that replaces
> the pipe?), maybe requiring some work on the modules... (Not a choice
> I can make, anyway...) 
 
i don't think it's a way to go although it's doable.
once if we have a good patch manager daemon, we should concentrate on
it for the job.  the midi effects can be managed by it eventually.


> I ignore if Peter Zubaj can receive this message, but I think it
> would be a good idea if we merged our projects into a single one ( :
> ).

yes, definitely.

> A good start may be the definition of the "protocol" above. 

> The protocol can be "message based", each "message" may be defined,
> for instance, by primitive types and surrounded by a header/footer
> standard pair (containing a message id, the length of the message, and
> something like a checksum to avoid "garbage"). 
> 
> Client and server "speak" through a sequence of "Request"/"Response"
> message pairs, usually initiated and closed by the client.  
> 
> I.E. Message: SET PATCH
> 
> Offset   Length (in bytes) Type                Value
>    0     2                 unsigned short (*)  0004 (ID_SET_PATCH)
>    2     4		   unsigned (*)        total length of message
>    6     30		   character string    name of the patch
>   36     2		   unsigned short (*)  number of DSP instr.
> ....
> length+36 4		   unsigned	       checksum
> 
> (*) endianness to be defined
> 
> and so on...

the idea looks nice.  it's a standard way to do such a work in the
client/server system.


is the development going on now?


Takashi


-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01

Re: emufxtool, formerly ld10k1

[Nicola Orru']

[-- Attachment #1: Type: text/plain, Size: 441 bytes --]

> 
> the idea looks nice.  it's a standard way to do such a work in the
> client/server system.
> is the development going on now?

Still no answer from Peter Zubaj. I wonder if someone could send me his address...
 
-- 
Ciao,
Nicola
--------------------------------------------------------------------
* Nicola Orru' - Via Dei Tulipani, 9 - 09034 Assemini (CA) - ITALY *
--------------------------------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: emufxtool, formerly ld10k1

[p z oooo]

Hi

Sorry, I was on holiday.
I have not enought free time - ld10k1 progress is only small (mostly 
I was discovering how is TRAM working on Audigy).

On protocol:
There is such protokol, but mostly it is only one way (loader -> 
linker) - linker -> loader part is missing (for now).

On lo10k1, ld10k1:
I want to make library from loader part which hides communication 
protocol details, and can by used by anyone.
Some parts needs to by rewriten.

I will try to write some details about this protocol, and how should 
the library look.

Peter Zubaj



====================== REKLAMA =================================
Vyrazne zlavy pocitacov a prislusenstva
Digitalny fotoaparat Olympus ľ300 v cenach uz od 16.100,- Sk bez DPH
Navstivte nas na adrese http://www.somi.sk/akcie.php
==============================================================



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01