RE : MusicBox-0.2.9

[Peron, Stéphane]

Wouldn't be a service better than a bundle in a such case ?
Imagine that you create the service named "GSCddb" . 
You send to this service :
        - The path of the cdrom 
        - The cddb server adress

And you get in return from the pasteboard all the information providen by a
cddb server.

So, we only save the cddb server name in each application settings and thats
all ...

What do you think about ?

-----Message d'origine-----
De : Yen-Ju Chen [mailto:address@hidden 
Envoyé : mercredi 9 octobre 2002 15:53
À : address@hidden
Objet : Re: MusicBox-0.2.9



  Yes, I would like to do that very much.

  There is a preference bundle in musicbox/MusicBox/PrefModule/FreeDB,
  which let the user set up the freedb site they want to use.
  The interface of this preference bundle is the same as GNUMail,
  and as far as I know, GSburn use the same interface for preference.
  The only problem I can see is that all the settings in bundle
  will be save in the application's domain.
  Therefore, even we use the same bundle,
  the saved setting will be in different domain.
  If we use the service, everytime GSburn and Encod
  want to use the freedb, the MusicBox will be launched first,
  which might not be good because MusicBox is not a small application,
  or GSburn and Encod will depend on MusicBox for freedb support.
  So my suggestion is put this preference into Preference.app
  as the global setting for all the GNUstep application.
  But I don't know whether freedb should be in Preference.app.
  And even the freedb preference is in Preference.app,
  we still need a place for freedb classes.

  I have also a volume control (mixer), which can be shared by
  all the sound applications to control the sound volume.
  But again, I don't know it should be an independent application offering 
service,
  or a preference bundle in Preference.app ?
  What does the volume control do in *step ?

  The fundamental thing is that all these stuff are in a ShengGuang library,
  which is independent from MusicBox user interface.
  I don't know whether you would like to use the same library,
  or would like to use a shared bundle which I can create.
  But as I said above, bundles can only save setting under application's 
domain.
  Therefore, even we use the same bundle,
  MusicBox can't read the setting of Encod or GSburn. (I may be wrong).

  The ShengGuang library also use bundle to access external libraries.
  Therefore, even I use SDL/SDL_sound as external libraries,
  it is not hard for you to use your favor tool/libraries,
  as long as your bundle conform the protocol.
  Actually I would like to write a bundle
  which use cdda2wav or cdparanoia (I will try it later) instead SDL for CD 
control,
  if you are interested in using ShengGuang library.

  To make a summary:
  1. All the basic freedb and CD related stuff are in ShengGuang library,
     which use bundle to access external libraries.
  2. We have to decide whether we would like to use service, bundle,
     or library to shared these function ?
  3. For the preference (freedb and volume control),
     where would you like to put it ?
     Globally in Preference.app or in each application ?

  The final thing is that I would like to offer a high-level method
  in freedb support.
  Right now, instead of give it the cddb id,
  you can simply give it the information of CD.
  It will calculate the cddb id itself locally or through freedb site.
  The information of CD is in CDTrack classes of ShengGuang library.
  It is designed for SDL, but I think not too far from other libraries
  and I can change that to meet your need.
  It needs the length, offset, and frames of each track for now
  to calculate the cddb id.
  The returned information from freedb is in SongInfo classes,
  which use NSDictionary internally.
  So it can be changed easily for you.

  My personal idea is that we can have a multimedia library/framework for 
GNUstep.
  ShengGuang library can be a start, or we can design a new one.
  All the MusicBox, Encod and GSburn are based on this multimedia 
library/framework.
  Due to the choice of external tool/libraries,
  this library/framework should be like gnustep-back
  so that you can decide which external libraries you want to use.

  Yen-Ju


>From: Andreas Heppel <address@hidden>
>Reply-To: address@hidden
>To: address@hidden
>Subject: RE : MusicBox-0.2.9
>Date: Wed, 09 Oct 2002 10:38:26 +0200
>
>On 2002-10-09 10:20:50 +0200 "Peron, Stéphane" 
><address@hidden> wrote:
>
> > Hi Yen-Ju,
> >
> > Another part that we have in common with MusicBox, Encod and gsburn is 
>cddb.
> >
> > I see that you have sources of a separate package of this function. 
>Would it
> > be possible for you to create  services or a bundle from these sources 
>in
> > order we use it ?
> > It would be great that we avoid the more of possible redundancies ... 
>;-)
> >
>Good suggestion. CDDB will be of some concern for me in the future and if I

>didn't have to reimpement it it would be fine. We only need to define an 
>application independent interface with a high level of abstraction (no such

>things as passing device names or disc_struct structures or arrays of 
>SongInfo(AudioTrack whatever). I'd prefer something like just passing the 
>cddb id and what else is absolutely necessary to retrieve the info and 
>passing back a dictionary with the info.
>I also vote for making this bundle compatible with Preferences.app. Thus, 
>the user only needs to setup cddb _once_ and not in all three apps 
>separately. Maybe should in the long run go for this option with 
>paranoia/cdda2wav/whateverrippingbundle, too.
>
>Cheers,
>Andreas
>
>--
>Andreas Heppel
>
>Mail: aheppel at web dot de
>Home: http://www.andreasheppel.de
>GSburn.app: http://gsburn.sourceforge.net
>
>
>
>_______________________________________________
>Apps-gnustep mailing list
>address@hidden
>http://mail.gnu.org/mailman/listinfo/apps-gnustep




_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com



_______________________________________________
Apps-gnustep mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/apps-gnustep


Ce message contient des informations confidentielles ou appartenant au
Crédit Lyonnais et est établi à l'intention exclusive de ses
destinataires. Toute divulgation, utilisation, diffusion ou reproduction
(totale ou partielle) de ce message, ou des informations qu'il contient,
doit être préalablement autorisée. Tout message électronique est
susceptible d'altération et son intégrité ne peut être assurée.
Le Crédit Lyonnais décline toute responsabilité au titre de ce
message s'il a été modifié ou falsifié. Si vous n'êtes pas
destinataire de ce message, merci de le détruire immédiatement et
d'avertir l'expéditeur de l'erreur de distribution et de la destruction
du message.
Crédit Lyonnais, SA au capital de Euros 1.807.874.827 - RCS Lyon B 954 509 741
Siège Central : 19, boulevard des Italiens. 75002 Paris. France

This e-mail contains confidential information or information belonging
to Crédit Lyonnais and is intended solely for the addressees.
The unauthorised disclosure, use, dissemination or copying (either whole
or partial) of this e-mail, or any information it contains, is prohibited.
E-mails are susceptible to alteration and their integrity cannot be guaranteed.
Crédit Lyonnais shall not be liable for this e-mail if modified or falsified.
If you are not the intended recipient of this e-mail, please delete it
immediately from your system and notify the sender of the wrong delivery
and the mail deletion.
Crédit Lyonnais SA.
Share Capital of Euros 1.807.874.827.
Registered Office : Lyon (B 954 509 741)
Central and administrative Office : 19, boulevard des Italiens. 75002 Paris. 
France