Yahoo Groups archive
Thread
2005-10-09 by Dan Litwin
Saw your postings about the Emax software you are working. I've got both an Emax 2 and and Emulator II synth in my studio. It made me wonder if there is any way you could do a port of Sound Designer for EII over to the PC. I love my EII but hate having to use an old mac to control editing on it. I wonder how difficult it would be to code something on the PC for use with the EII? Just thinking aloud... Dan
2005-10-10 by esynthesist
You know, I'm not a software programmer. That's why I'm making a DOS program... It's the only thing I remember from my last programming experience 10 years ago. DOS isn't more user-friendly than MAC, is it :-) ? I will definitely not be able to port a legacy commercial software package to another platform :-) Doesn't Chicken Systems support EII ? Or is that yet another E-mu beast they don't support ? If I would have to program something for EII on PC, I would need an EII at home... But as you can guess I don't have one and they're quite expensive so I also won't buy one. To answer your question: I think it would be very difficult to port SD to PC. It would also be hard to make new software for it, unless the specifications are available. ///E-Synthesist --- In emax@yahoogroups.com, "Dan Litwin" <djlitwin@c...> wrote: > > Saw your postings about the Emax software you are working. I've got both an > Emax 2 and and Emulator II synth in my studio. > > It made me wonder if there is any way you could do a port of Sound Designer > for EII over to the PC. > > I love my EII but hate having to use an old mac to control editing on it. > > I wonder how difficult it would be to code something on the PC for use with
> the EII? > > Just thinking aloud... > > Dan >
2005-10-11 by Brian Ronn
Hi E & other fellow Emax users
Chickensys.com doesn't support EII nor Emax II, EIII or EIIIx with Translator. They've promissed that for a 2 years and now they say that something might be happening, but they have made several promisses earlier. So I won't be too thrilled until I actually see it implemented.
I'll suggest that everyone join the chickensys support forum if you have the above mentioned Emu samplers and give your opinion to the support of Emu-samplers on the thead 'Emu E2/3/3x support' here:
http://www.northernsounds.com/forum/forumdisplay.php?f=30
Thank you E for your enthusiasm, we're all looking forward to this very exciting Emax program of yours.
Keep going :-)
Best regards
Brian
esynthesist <esynthesist@...> skrev:
You know, I'm not a software programmer. That's why I'm making a DOS
program... It's the only thing I remember from my last programming
experience 10 years ago. DOS isn't more user-friendly than MAC, is
it :-) ?
I will definitely not be able to port a legacy commercial software
package to another platform :-)
Doesn't Chicken Systems support EII ? Or is that yet another E-mu
beast they don't support ?
If I would have to program something for EII on PC, I would need an
EII at home... But as you can guess I don't have one and they're
quite expensive so I also won't buy one.
To answer your question: I think it would be very difficult to port
SD to PC. It would also be hard to make new software for it, unless
the specifications are available.
///E-Synthesist
--- In emax@yahoogroups.com, "Dan Litwin" <djlitwin@c...> wrote:
>
> Saw your postings about the Emax software you are working. I've
got both an
> Emax 2 and and Emulator II synth in my studio.
>
> It made me wonder if there is any way you could do a port of Sound
Designer
> for EII over to the PC.
>
> I love my EII but hate having to use an old mac to control editing
on it.
>
> I wonder how difficult it would be to code something on the PC for
use with
> the EII?
>
> Just thinking aloud...
>
> Dan
>
Emax and Emax II User's Group Website
http://www.silveriafamily.com
---------------------------------
YAHOO! GROUPS LINKS
Visit your group "emax" on the web.
To unsubscribe from this group, send an email to:
emax-unsubscribe@yahoogroups.com
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
---------------------------------
[Non-text portions of this message have been removed]2005-10-11 by Peter Poeml
Am 10.10.2005 um 22:20 schrieb esynthesist: > You know, I'm not a software programmer. That's why I'm making a DOS > program... It's the only thing I remember from my last programming > experience 10 years ago. DOS isn't more user-friendly than MAC, is > it :-) ? > > I will definitely not be able to port a legacy commercial software > package to another platform :-) Hi esynthesist :) I'm thrilled by what you tell us here :) I can offer to (try to) port the software to Linux. Do you program it in C? And if it compiles and runs on Linux, it shouldn't be too hard to port it to the current MacOS as well. What do you think? (In fact, I can dream about a simple graphical user interface which could be added on top. :) Peter [Non-text portions of this message have been removed]
2005-10-11 by esynthesist
Hi, Yes, it's being programmed in ANSI C (well, I'm not sure about the ANSI stuff, but hey, who cares :-) So porting to Linux or whatever platform is definitely an option, though I'm using some tricky MS-DOS calls. But these can easily be replaced by MAX/LINUX system calls or maybe even by C-calls (I'm a bit lazy in checking all C-libraries :-) Porting requires of course the distribution of the source code. I'm still struggling on that one, you know: stuff like GNU and so on. I have no problem to publish the source code (in fact I like open source) but the way I should do it is not clear to me yet... I have to check the possibilities. Regards, ///E-Synthesist --- In emax@yahoogroups.com, Peter Poeml <poeml@c...> wrote: > > > Am 10.10.2005 um 22:20 schrieb esynthesist: > > > You know, I'm not a software programmer. That's why I'm making a DOS > > program... It's the only thing I remember from my last programming > > experience 10 years ago. DOS isn't more user-friendly than MAC, is > > it :-) ? > > > > I will definitely not be able to port a legacy commercial software > > package to another platform :-) > > Hi esynthesist :) > > I'm thrilled by what you tell us here :) > > I can offer to (try to) port the software to Linux. Do you program it > in C? > And if it compiles and runs on Linux, it shouldn't be too hard to > port it to the current MacOS as well. > > What do you think? > > (In fact, I can dream about a simple graphical user interface which
> could be added on top. :) > > Peter > > [Non-text portions of this message have been removed] >
2005-11-07 by poeml@...
Hi E-Synthesist, On Tue, Oct 11, 2005 at 09:33:41PM -0000, esynthesist wrote: > Yes, it's being programmed in ANSI C (well, I'm not sure about the > ANSI stuff, but hey, who cares :-) :-) > So porting to Linux or whatever platform is definitely an option, > though I'm using some tricky MS-DOS calls. But these can easily be > replaced by MAX/LINUX system calls or maybe even by C-calls (I'm a > bit lazy in checking all C-libraries :-) Actually, I'm not worried too much about those calls. I once had the intention to port the DOS program EMX (written in C) to Linux, and I found that all those DOS C calls were not needed in Linux because all is managed transparently in the kernel when simply reading/writing from/to /dev/fd0u800. In fact, I ended up with a simple 20-lines shell script. > Porting requires of course the distribution of the source code. I'm > still struggling on that one, you know: stuff like GNU and so on. I > have no problem to publish the source code (in fact I like open > source) but the way I should do it is not clear to me yet... I have > to check the possibilities. If you have specific questions, maybe I can help. :) First of all, make sure whether your code includes any foreign code (for example, snippets that you copied from elsewhere) or if it is all owned by you, because obviously you can only give away your own code :) Have you experience in working with CVS or subversion repositories? I can offer to host the source code, and/or a web site for news and such. Peter -- the pink cardinal imitated the big cardinal [Non-text portions of this message have been removed]
2005-11-07 by poeml@...
On Mon, Nov 07, 2005 at 10:06:29AM +0100, Peter Poeml wrote: > > So porting to Linux or whatever platform is definitely an option, > > though I'm using some tricky MS-DOS calls. But these can easily be > > replaced by MAX/LINUX system calls or maybe even by C-calls (I'm a > > bit lazy in checking all C-libraries :-) > > Actually, I'm not worried too much about those calls. > I once had the intention to port the DOS program EMX (written in C) to > Linux, and I found that all those DOS C calls were not needed in Linux > because all is managed transparently in the kernel when simply > reading/writing from/to /dev/fd0u800. In fact, I ended up with a simple > 20-lines shell script. ...this is the archived message with the script: http://launch.groups.yahoo.com/group/emax/message/1837 Peter, who looks forward to get back to his EmaxII which is currently 500 km away :) -- the big machine that goes "ping" ate the pink cardinal [Non-text portions of this message have been removed]
2005-11-07 by Alex Pereda
How about a Mac OS X version?. I could look into porting it once the linux port is ready. I have not programmed in C in a long time, but would like to get back in to it..
On Nov 7, 2005, at 2:48 AM, poeml@... wrote: > On Mon, Nov 07, 2005 at 10:06:29AM +0100, Peter Poeml wrote: >>> So porting to Linux or whatever platform is definitely an option, >>> though I'm using some tricky MS-DOS calls. But these can easily be >>> replaced by MAX/LINUX system calls or maybe even by C-calls (I'm a >>> bit lazy in checking all C-libraries :-) >> >> Actually, I'm not worried too much about those calls. >> I once had the intention to port the DOS program EMX (written in >> C) to >> Linux, and I found that all those DOS C calls were not needed in >> Linux >> because all is managed transparently in the kernel when simply >> reading/writing from/to /dev/fd0u800. In fact, I ended up with a >> simple >> 20-lines shell script. > > ...this is the archived message with the script: > http://launch.groups.yahoo.com/group/emax/message/1837 > > Peter, who looks forward to get back to his EmaxII which is currently > 500 km away :) > -- > the big machine that goes "ping" ate the pink cardinal > > > [Non-text portions of this message have been removed] > > > > ------------------------ Yahoo! Groups Sponsor -------------------- > ~--> > Get fast access to your favorite Yahoo! Groups. Make Yahoo! your > home page > http://us.click.yahoo.com/dpRU5A/wUILAA/yQLSAA/QnLolB/TM > -------------------------------------------------------------------- > ~-> > > Emax and Emax II User's Group Website > > http://www.silveriafamily.com > Yahoo! Groups Links > > > > >
2005-11-08 by djfiorucci
Would one of you look at converting the EMX to a windows or Mac OSX program the source code is in the files section and the author Mike Prudence has given his permission for anyone that wants to convert it. --- In emax@yahoogroups.com, Alex Pereda <alex@N...> wrote:
> > How about a Mac OS X version?. I could look into porting it once > the linux port is ready. I have not programmed in C in a long time, > but would like to get back in to it.. > > > > > On Nov 7, 2005, at 2:48 AM, poeml@c... wrote: > > > On Mon, Nov 07, 2005 at 10:06:29AM +0100, Peter Poeml wrote: > >>> So porting to Linux or whatever platform is definitely an option, > >>> though I'm using some tricky MS-DOS calls. But these can easily be > >>> replaced by MAX/LINUX system calls or maybe even by C-calls (I'm a > >>> bit lazy in checking all C-libraries :-) > >> > >> Actually, I'm not worried too much about those calls. > >> I once had the intention to port the DOS program EMX (written in > >> C) to > >> Linux, and I found that all those DOS C calls were not needed in > >> Linux > >> because all is managed transparently in the kernel when simply > >> reading/writing from/to /dev/fd0u800. In fact, I ended up with a > >> simple > >> 20-lines shell script. > > > > ...this is the archived message with the script: > > http://launch.groups.yahoo.com/group/emax/message/1837 > > > > Peter, who looks forward to get back to his EmaxII which is currently > > 500 km away :) > > -- > > the big machine that goes "ping" ate the pink cardinal > > > > > > [Non-text portions of this message have been removed] > > > > > > > > ------------------------ Yahoo! Groups Sponsor -------------------- > > ~--> > > Get fast access to your favorite Yahoo! Groups. Make Yahoo! your > > home page > > http://us.click.yahoo.com/dpRU5A/wUILAA/yQLSAA/QnLolB/TM > > -------------------------------------------------------------------- > > ~-> > > > > Emax and Emax II User's Group Website > > > > http://www.silveriafamily.com > > Yahoo! Groups Links > > > > > > > > > > >
2005-11-08 by s*
If an OS X version becomes available please let the list know ASAP. Not having to use my PC for any audio work would be a big plus. thanks, -s*
----- Original Message -----
From: djfiorucci
To: emax@yahoogroups.com
Sent: Monday, November 07, 2005 7:07 PM
Subject: [emax] Re: Question to Esynthesist..
Would one of you look at converting the EMX to a windows or Mac OSX
program the source code is in the files section and the author Mike Prudence
has given his permission for anyone that wants to convert it.
--- In emax@yahoogroups.com, Alex Pereda <alex@N...> wrote:
>
> How about a Mac OS X version?. I could look into porting it once
> the linux port is ready. I have not programmed in C in a long time,
> but would like to get back in to it..
>
>
>
>
> On Nov 7, 2005, at 2:48 AM, poeml@c... wrote:
>
> > On Mon, Nov 07, 2005 at 10:06:29AM +0100, Peter Poeml wrote:
> >>> So porting to Linux or whatever platform is definitely an option,
> >>> though I'm using some tricky MS-DOS calls. But these can easily be
> >>> replaced by MAX/LINUX system calls or maybe even by C-calls (I'm a
> >>> bit lazy in checking all C-libraries :-)
> >>
> >> Actually, I'm not worried too much about those calls.
> >> I once had the intention to port the DOS program EMX (written in
> >> C) to
> >> Linux, and I found that all those DOS C calls were not needed in
> >> Linux
> >> because all is managed transparently in the kernel when simply
> >> reading/writing from/to /dev/fd0u800. In fact, I ended up with a
> >> simple
> >> 20-lines shell script.
> >
> > ...this is the archived message with the script:
> > http://launch.groups.yahoo.com/group/emax/message/1837
> >
> > Peter, who looks forward to get back to his EmaxII which is currently
> > 500 km away :)
> > --
> > the big machine that goes "ping" ate the pink cardinal
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor --------------------
> > ~-->
> > Get fast access to your favorite Yahoo! Groups. Make Yahoo! your
> > home page
> > http://us.click.yahoo.com/dpRU5A/wUILAA/yQLSAA/QnLolB/TM
> > --------------------------------------------------------------------
> > ~->
> >
> > Emax and Emax II User's Group Website
> >
> > http://www.silveriafamily.com
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
>
Emax and Emax II User's Group Website
http://www.silveriafamily.com
SPONSORED LINKS Electronic instrument Emax Electronic music
Music sampler Electronic musical instrument Electronic instrument cases
------------------------------------------------------------------------------
YAHOO! GROUPS LINKS
a.. Visit your group "emax" on the web.
b.. To unsubscribe from this group, send an email to:
emax-unsubscribe@yahoogroups.com
c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
------------------------------------------------------------------------------
[Non-text portions of this message have been removed]2005-11-08 by poeml@...
On Tue, Nov 08, 2005 at 12:07:03AM -0000, djfiorucci wrote: > Would one of you look at converting the EMX to a windows or Mac OSX > program the source code is in the files section and the author Mike Prudence > has given his permission for anyone that wants to convert it. Problem with a MacOS X version is that the (current) machines do not have a floppy drive at all... Older machines may be able to read/write the format -- I don't know. I suppose they do. If they are able to do it, the next question is whether there is support in the operating system for it, and how it is used. But using a machine with MacOS X likely means using a machine without floppy, and using a machine with floppy means OS9 or older, and I have no experience of programming in that environment. For Windows, most machines are still equipped with a floppy, and there is probably a way to write 800K disks... however a (very quick) google search doesn't yield much. http://www.wilcom.com.au/support/truesizer/faq_display.cfm?id=283 doesn't sound promising. Maybe XP just doesn't support it. I thought about a linux-on-a-floppy (or on CD) which could be booted on a windows machine, and which could contain the needed tools to access images on the harddisk and write floppies. It could be more convenient than booting DOS and doing it there. Anyway, it would be cool to have a low-level library to format/read/write disks which works on more than one OS, which could be used by EMAXLIB or other programs (like a simple port of good old EMX). Peter -- the tasty can of spam imitated the tasty can of spam [Non-text portions of this message have been removed]
2005-11-08 by Corbin Miles
Connecting a floppy drive to any Mac with OSX is a piece of cake. Connect it to a USB port and BANG! it shows up on the desktop. LaCie makes one and it reads and writes Double Density disks. The hardware isn't a problem, there's just no software for OSX.On Nov 8, 2005, at 7:05 AM, poeml@cmdline.net wrote: > On Tue, Nov 08, 2005 at 12:07:03AM -0000, djfiorucci wrote: > > Would one of you look at converting the EMX to a windows or Mac OSX > > program the source code is in the files section and the author Mike > Prudence > > has given his permission for anyone that wants to convert it. > > Problem with a MacOS X version is that the (current) machines do not > have a floppy drive at all... > Older machines may be able to read/write the format -- I don't know. I > suppose they do. > If they are able to do it, the next question is whether there is > support > in the operating system for it, and how it is used. But using a > machine > with MacOS X likely means using a machine without floppy, and using a > machine with floppy means OS9 or older, and I have no experience of > programming in that environment. > > For Windows, most machines are still equipped with a floppy, and there > is probably a way to write 800K disks... however a (very quick) google > search doesn't yield much. > http://www.wilcom.com.au/support/truesizer/faq_display.cfm?id=283 > doesn't sound promising. Maybe XP just doesn't support it. > > I thought about a linux-on-a-floppy (or on CD) which could be booted > on > a windows machine, and which could contain the needed tools to access > images on the harddisk and write floppies. It could be more convenient > than booting DOS and doing it there. > > Anyway, it would be cool to have a low-level library to > format/read/write disks which works on more than one OS, which could > be > used by EMAXLIB or other programs (like a simple port of good old > EMX). > > Peter > -- > the tasty can of spam imitated the tasty can of spam > > > [Non-text portions of this message have been removed] > > > > Emax and Emax II User's Group Website > > http://www.silveriafamily.com > > > > SPONSORED LINKS > Electronic instrument > Emax > Synthesizer music > Electronic music > Music sampler > Electronic musical instrument > > YAHOO! GROUPS LINKS > > ▪ Visit your group "emax" on the web. > > ▪ To unsubscribe from this group, send an email to: > emax-unsubscribe@yahoogroups.com > > ▪ Your use of Yahoo! Groups is subject to the Yahoo! Terms of > Service. > > [Non-text portions of this message have been removed]
2005-11-08 by esynthesist
About the issue to port EMAXLib to Linux and Mac: I will publish the C-code of the software and also a EMAX I/EMAX II specification document explaining the complete structure of the disk images, including the 8-bit compression algorithm. This however will be done only after the first official version has been released (version 1.01). I don't think it would be a good idea to do it now because I'm still working on it frequently. The code is still incomplete (alpha version) and ... also a little bit dirty. A lot of comments are missing, so the code is hard to read at the moment. I will first clean up the code, add the missing features, and also make it a more modular so that the functions have a granularity that can be used by GUIs. Both code and specification document will probably be published under the GNU GPL license. I don't know when this will happen - I'm taking a break now and I'm also waiting on more feedback & test results from the community :-). Probably 1Q2006. ///E-Synthesist --- In emax@yahoogroups.com, poeml@c... wrote: > > Hi E-Synthesist, > > On Tue, Oct 11, 2005 at 09:33:41PM -0000, esynthesist wrote: > > Yes, it's being programmed in ANSI C (well, I'm not sure about the > > ANSI stuff, but hey, who cares :-) > > :-) > > > So porting to Linux or whatever platform is definitely an option, > > though I'm using some tricky MS-DOS calls. But these can easily be > > replaced by MAX/LINUX system calls or maybe even by C-calls (I'm a > > bit lazy in checking all C-libraries :-) > > Actually, I'm not worried too much about those calls. > I once had the intention to port the DOS program EMX (written in C) to > Linux, and I found that all those DOS C calls were not needed in Linux > because all is managed transparently in the kernel when simply > reading/writing from/to /dev/fd0u800. In fact, I ended up with a simple > 20-lines shell script. > > > Porting requires of course the distribution of the source code. I'm > > still struggling on that one, you know: stuff like GNU and so on. I > > have no problem to publish the source code (in fact I like open > > source) but the way I should do it is not clear to me yet... I have > > to check the possibilities. > > If you have specific questions, maybe I can help. :) > First of all, make sure whether your code includes any foreign code (for > example, snippets that you copied from elsewhere) or if it is all owned > by you, because obviously you can only give away your own code :) > > Have you experience in working with CVS or subversion repositories? I > can offer to host the source code, and/or a web site for news and such.
> > Peter > -- > the pink cardinal imitated the big cardinal > > > [Non-text portions of this message have been removed] >
2005-11-08 by Alex Pereda
Waiting until a stable release of the windows version is the way to go.
On Nov 8, 2005, at 1:59 PM, esynthesist wrote: > About the issue to port EMAXLib to Linux and Mac: > > I will publish the C-code of the software and also a EMAX I/EMAX II > specification document explaining the complete structure of the disk > images, including the 8-bit compression algorithm. > This however will be done only after the first official version has > been released (version 1.01). > I don't think it would be a good idea to do it now because I'm still > working on it frequently. The code is still incomplete (alpha > version) and ... also a little bit dirty. A lot of comments are > missing, so the code is hard to read at the moment. > I will first clean up the code, add the missing features, and also > make it a more modular so that the functions have a granularity that > can be used by GUIs. > > Both code and specification document will probably be published under > the GNU GPL license. > I don't know when this will happen - I'm taking a break now and I'm > also waiting on more feedback & test results from the community :-). > Probably 1Q2006. > > ///E-Synthesist > > > --- In emax@yahoogroups.com, poeml@c... wrote: >> >> Hi E-Synthesist, >> >> On Tue, Oct 11, 2005 at 09:33:41PM -0000, esynthesist wrote: >>> Yes, it's being programmed in ANSI C (well, I'm not sure about > the >>> ANSI stuff, but hey, who cares :-) >> >> :-) >> >>> So porting to Linux or whatever platform is definitely an option, >>> though I'm using some tricky MS-DOS calls. But these can easily > be >>> replaced by MAX/LINUX system calls or maybe even by C-calls (I'm > a >>> bit lazy in checking all C-libraries :-) >> >> Actually, I'm not worried too much about those calls. >> I once had the intention to port the DOS program EMX (written in C) > to >> Linux, and I found that all those DOS C calls were not needed in > Linux >> because all is managed transparently in the kernel when simply >> reading/writing from/to /dev/fd0u800. In fact, I ended up with a > simple >> 20-lines shell script. >> >>> Porting requires of course the distribution of the source code. > I'm >>> still struggling on that one, you know: stuff like GNU and so on. > I >>> have no problem to publish the source code (in fact I like open >>> source) but the way I should do it is not clear to me yet... I > have >>> to check the possibilities. >> >> If you have specific questions, maybe I can help. :) >> First of all, make sure whether your code includes any foreign code > (for >> example, snippets that you copied from elsewhere) or if it is all > owned >> by you, because obviously you can only give away your own code :) >> >> Have you experience in working with CVS or subversion repositories? > I >> can offer to host the source code, and/or a web site for news and > such. >> >> Peter >> -- >> the pink cardinal imitated the big cardinal >> >> >> [Non-text portions of this message have been removed] >> > > > > > > > > ------------------------ Yahoo! Groups Sponsor -------------------- > ~--> > Get fast access to your favorite Yahoo! Groups. Make Yahoo! your > home page > http://us.click.yahoo.com/dpRU5A/wUILAA/yQLSAA/QnLolB/TM > -------------------------------------------------------------------- > ~-> > > Emax and Emax II User's Group Website > > http://www.silveriafamily.com > Yahoo! Groups Links > > > > > >