apcstudio-developers — aPcStudio developers are communicating here

[aPc-dev] FASD project: Online survey launched

[Benno L. <ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I
kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The
questionnaire consists of 53 questions and you will need about 15 minutes to
complete it.

With the FASD project (Fun and Software Development) we want to define the
motivational significance of fun when software developers decide to engage
in Open Source projects. What is special about our research project is that
a similar survey is planned with software developers in commercial firms.
This procedure allows the immediate comparison between the involved
individuals and the conditions of production of these two development
models. Thus we hope to obtain substantial new insights to the phenomenon of
Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under
http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please
see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this
mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

[aPc-dev] exceptions-handling simplifications

[Martin H. <Mar...@we...>]

Hi Oliv,

I've put all exceptions to the new headerfile 'exceptions.h' and
I put them all into a namespace called 'X'. So, if we keep all
kind of error handling that way (where performance doesn't matter),
it's easier to keep track on what each exception is for and how
it can be used.



Martin

-- 
Mar...@we...
http://www.aachenprogrammingclub.de
http://www.martinhenne.de
> to understand recursion, you must first understand recursion <

[aPc-dev] Peakfile-Handling

[Martin H. <Mar...@we...>]

hi Oliv',

just to keep you up to date: I'm working on
a peakfile-class, that will be the first
step on direct-on-disc-editing. the peakfile
will hold floating-point-pairs of min/max
values for each 100 sampleframes.

cu




Martin

-- 
Mar...@we...
http://www.martinhenne.de

> to understand recursion, you must first understand recursion <

[aPc-dev] I18n Information

[Martin H. <Mar...@we...>]

Hi Oliv',

I implemented a portable Internationalization class
(I18n) and translated the Editwindow to german. This
translation will only appear, if there is an en-
vironment variable called 'LC_ALL' 'LANGUAGE' or
'LANG', that start with the two letters 'de'.

To translate apcstudio to any language, it's enough
to make a copy of 'i18n/text.en', where the last two
letters fit the first two letters of the environment
variable (de, fr, es, no, ...).  Then, one has to 
translate that file line by line.

For example, if you provide a file called 'text.fr',
apcstudio assumes, that the 3rd line in 'text.fr'
is the french translation of the 3rd line in file
'text.en' .

In the code, I will go on to change every string I
find that is of type ' "a word" ' to ' I18n::_("a word") ' 
after including "i18n.h" . This worked well for other 
projects and I don't expect any problems there.
Please use the I18n::_("") method to provide a
text, that can be seen by the user. Of course,
debugging info and such stuff should not be trans-
lated.

I know nothing about the windows environment, that
provides the language. Can you - if you find the time -
add some funcionality to 'I18n::init()', that finds
the right two lowercase-letters?

If you have any questions about that, feel free 
to ask. I'll now go on to find some translators
to spanish, norway(-ish'), dutch and - if you
don't want to do the translation - french. I
failed in my translation to french using the
altavista web page. I wanted to do you a surprising
favour with this translation, but I didn't make it.
It's too hard for me to get into that language :-(




Martin

-- 
Mar...@we...
http://www.martinhenne.de

[aPc-dev] Re: Record / Play new model

[Martin H. <Mar...@we...>]

On Montag, 27. Mai 2002 00:05 Olivier Meunier wrote:
......[snipped]
 > Then we can choose which library to use according to settings: you don't
 > have to recompile everytime you want to change the library.
 > Choice is made with something like, in Editwindow constructor or init():
 > if(Settings::something = "OSS")
 >    player = new PlayOSS();

  Hi Oliv',

  This sounds interesting and I think it could work on linux, too, but
  I dont see any advantage. If we allow to choose the user which audio-
  library should be used at runtime, we increase the size of a static
  linked executable dramatically, and we have a lot more dependencies
  at compile-time. 

  Besides of that, I don't expect the user to know why he should choose
  allegro or directx or SDL or plib. While some linux-users might know
  the difference between alsa and oss, they still dont know why they 
  should use allegro or plib. And some Windowsusers might be able to
  recognize differences between windows driver-api and directx, but
  they dont really ask for a choice.

  Maybe I'm wrong with that opinion. But I think decissions like this
  can be made when the windows version is able to use at least one
  version to play and record. 

  apcstudio comes with it's working structure. It has a play/record class,
  that uses the preprocessor to decide, which code/api should be used.
  I suggest we implement at least two 100% working versions for each 
  OS, before we discuss wether the user should be able to switch 
  between those versions or not.

  The linux-version has two versions playing-code that supports all
  features, but only one version of recording code with only basic
  features, yet.

  At this time, the windows version has neither playing, nor recording
  code. Although I expect to get allegro code compiled on windows soon,
  and I also expect your directx-code to come up soon, there is none 
  of them working right now.

  When we see two versions of good code working, we should discuss
  that issue or maybe we open a survey on our website, to let the
  users suggest a solution.




  Martin


  
-- 
Mar...@we...
http://www.martinhenne.de

[aPc-dev] more changes to play.h/.cpp

[<Mar...@t-...>]

Hello Oliv',

I haven't heared from you for a while, I
hope you're fine.

I did more changes to the code of the play
class. As the plib library doesn't support
recording I looked further for another
suitable soundlib, that supports ALSA and
OSS drivers as well as playing and recording.

I changed then from plib to allegro, which
is actually a gaming library, that supports
much more than only sound. But the sound
capabilities are really impressive. It does
support playing and recording, it has support
for audio streaming and it handles the
audio buffers very flexible. Moreover, it
gives excellent and accurate control about the
exact playing position - the audioframe, that
is just played throughout the audio device.

The allegro-section of the Play-class is 
complete so far. It supports all features, 
that the OSS-section provided (play all from
cursor on, play only selection, play only
unselected from the cursor on).

According to the allegro documentation, all
this should work on windows, too. I still
haven't managed to get a working version
compiled on windows, which is a matter of
time and patience I think - to be honest,
I didn't try very hard, yet.

In the next days/weeks, I will find time to
convert the record.h/.cpp code also to work
with allegro.

Due to the streaming functions of allegro,
I might begin playing with some new features
to save user's memory. Maybe I find ways to
support harddisk recording and to make apc-
studio work directly on the harddisk instead
of the ram (it should be the users choice).

O.k., that was the latest news for now.

I hope you agree with the changes and maybe
you can use some code for your windows 
porting...

CU




Martin

-- 
Mar...@we...
http://www.martinhenne.de

[aPc-dev] subscribe

[Martin <Mar...@we...>]

-- 
Mar...@we...
http://www.martinhenne.de
http://www.aachenprogrammingclub.de
http://apcstudio.sf.net