Enlightenment CVS committal

Author  : tsauerbeck
Project : misc
Module  : eplayer

Dir     : misc/eplayer


Modified Files:
        README TODO 


Log Message:
Updated docs somewhat
===================================================================
RCS file: /cvsroot/enlightenment/misc/eplayer/README,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -3 -r1.3 -r1.4
--- README      21 Oct 2003 17:53:38 -0000      1.3
+++ README      23 Oct 2003 23:20:18 -0000      1.4
@@ -1,31 +1,37 @@
-eVorbisPlayer (aka: eplayer) v0.07 [ 07.30.03 ]
-By Ben Rockwood [EMAIL PROTECTED]
--------------------------------------
+$Id: README,v 1.4 2003/10/23 23:20:18 tsauerbeck Exp $
 
-SYNTAX: eplayer /path/to/music/playlist.m3u
+ePlayer v0.7
 
-eVorbisPlayer is an OggVorbis audio player which requires the Xiph Ogg Suite of 
libraries
-found here:
-http://xiph.org/ogg/vorbis/
+Written by Ben Rockwood [EMAIL PROTECTED] and various contributors.
+See AUTHORS for the complete list.
+
+
+ABOUT
+-------
+
+ePlayer is an audio player which is based on Ecore, Evas and Edje.
+Audio decoding and output is done by plugins.
+At the moment, there's an Ogg Vorbis input plugin and there are output
+plugins for OSS, ALSA and Solaris.
 
-It relies on libvorbis, libvorbisfile and libogg.  Further, it uses
-Ecore(2), EVAS and Edje for the interface.
 
---------------------------------------------------------------------------------------------
 FAQ
---------------------------------------------------------------------------------------------
+-------
 
 Q: Why another damned audio player?
-A: -> The purpose of eVorbisPlayer has always been to be used as a vehicle by which 
to better
-learn the EFL componants.  And audio player was choosen because it's interesting, the 
OggVorbis
-API is very simple and can easily drawn on Ecore's strengths (ie: idlers and timers) 
and provides
-a number of interesting interface possibilities.  The intension has never been, and 
probly
-never will be, to build a robust, functional and flexable audio player.  
+A: -> The purpose of ePlayer has always been to be used as a vehicle
+by which to better learn the EFL components.
+
+An audio player was chosen because it's interesting, the OggVorbis
+API is very simple and can easily drawn on Ecore's strengths
+(ie: idlers and timers) and provides a number of interesting interface
+possibilities.
 
 Q: Will this player ever support MP3 or my other favorite codec?
-A: -> Probly not.  I don't like the SDL and other MP3 decoder libraries
-aren't really appealing.  Xiph is prime for me because their APIs are
-very similar to rasters, making them easier for me to deal with.
+A: -> Probably not.  I don't like the SDL and other MP3 decoder
+libraries aren't really appealing.  Xiph is prime for me because their
+APIs are very similar to rasters, making them easier for me to deal with.
+
 The player is being built as modularly as I can with hopes to add
 more functionality in as much abstraction as possible.  At the moment I'm
 really only hoping to add Xiph codes, namely SPEEX and FLAC.  RIFF WAV
@@ -33,29 +39,33 @@
 Personally I don't use MP3 anyway, so I have little reason to care.
 
 Q: Version 0.7!?! Where did all the other versions go!?!
-A: -> Since I'm a relatively inexperienced programmer, I started slowly.  0.1 was a 
simple
-command line editor using while loops.  0.2 was rebuilt to use Ecore, but still from 
a CLI.
-In needs of an interface that could update the time dynamically without printing a 
line for
-each update, I moved to ncurses for version 0.3 and 0.4.  Version 0.5 was rebuilt 
with a 
-graphical interface in EVAS.  Version 0.6 was a major improvement on the EVAS 
interface.
-And 0.7 is the current rebuilt to abstract the interface from EVAS by using Edje.
-
-Q: Where is the play list?  Where is the volume control?
-A: -> Not there yet.  I was hoping to wait for a file dialog in EWL to be built, but 
that
-looks like a good ways off, so I may have to figure it out myself.  As for play 
lists, I haven't
-found a really solid way of building an interface to the play list.  Currently there 
is
-basic play list support, in that you can glob files on the command line and then go 
forward or
-back in that list, but I haven't gotten  around to the interface to it.  And volume 
control, I 
-just haven't found a good way to handle that yet.  It's coming.
+A: -> Since I'm a relatively inexperienced programmer, I started slowly.
+
+0.1 was a simple command line editor using while loops.
+0.2 was rebuilt to use Ecore, but still from a CLI.
+
+In needs of an interface that could update the time dynamically without
+printing a line for each update, I moved to ncurses for version 0.3
+and 0.4.
+
+Version 0.5 was rebuilt with a graphical interface in EVAS.
+Version 0.6 was a major improvement on the EVAS interface.
+
+And 0.7 is the current rebuilt to abstract the interface from EVAS by
+using Edje.
 
 Q: Will you support WinAmp skins?
-A: -> Nope.... go use XMMS if you want traditional skins.  Refer to the first 
question.
-But I will admit that I have considered the possiblity of automating the conversion 
of WinAmpv3
-skins (.wal's) to Edje.  It doesn't look hard, and Edje can do everything and more 
that WinAmp
-can do with it's interface, but in a far more general way.  The problem is really 
just parsing
-all that XML (the WA skin config files are now XML).  With PERL there could probly be 
an easy 
-conversion but if there is one thing I hate parsing it's XML.  It would instantly 
make this audio
-player the player to use though!
+A: -> Nope.... go use XMMS if you want traditional skins.
+Refer to the first question.
+
+But I will admit that I have considered the possiblity of automating
+the conversion of WinAmpv3 skins (.wal's) to Edje.
+It doesn't look hard, and Edje can do everything and more that WinAmp
+can do with it's interface, but in a far more general way.
+
+The problem is really just parsing all that XML (the WA skin config
+files are now XML).  With PERL there could probly be an easy conversion,
+but if there is one thing I hate parsing it's XML.
+
+It would instantly make this audio player the player to use though!
 
---------------------------------------------------------------------------------------------
-Last Update: 7/30/03
===================================================================
RCS file: /cvsroot/enlightenment/misc/eplayer/TODO,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -3 -r1.1 -r1.2
--- TODO        14 Oct 2003 09:19:29 -0000      1.1
+++ TODO        23 Oct 2003 23:20:19 -0000      1.2
@@ -2,26 +2,14 @@
 
  IMMEDIATE ISSUES :::
 
-X> Previous File callback doesn't work.
-X> Pause Segv's
--> Play list bounds checking.  Player freaks out if you go beyond the 
-       begining of the list, or past the last.
-X> Play button does jack shit (because of pause)
--> You can't hold down seek to keep seeking, you must click it repeatedly
-       -> Same applies to volume controls
--> Interface will not update if cursor isn't over.
-       -> Explicit render fixes, but not prefered.
-X> Time isn't updating every second as it should.
-       -> Fixed with explicit render.
--> Outter edge of interface should move the player
-X> Prevous file callback segv.
-
+-> Use a separate thread/process for the decoding stuff
+-> Add resampling code to the output plugins
 
 -----------------------------------------------------------------
 
  LONG TERM ISSUES :::
 
-X> Add volume control  ***
--> Add play list window/dialog
 -> Add file dialog for adding files 
--> Add support for playing play list files (*.pls)
+-> Add support for pls playlists)
+-> Add WinAmp 3 theme converter
+-> Add MP3 input plugin




-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
_______________________________________________
enlightenment-cvs mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs

Reply via email to