Free mp3 lender 0.5.7 software for linux

AMPLE is short for "A MP3 LEnder". I wrote AMPLE one summer when I was coding for a company and got fed up with having to FTP over all my MP3 files from my home server to the computer at work just to listen to them. And through the other "MP3 servers" I could find didnt fit my needs for one of the following reasons:
Depended on libfoo, libbar, python, perl, php3, Apache, libssl, etc, etc, etc...I just wanted to listen to the files
Had a lot of features for "DJ:ing" etc that I really didnt need. Well....it was fun to write too.
So whats good with AMPLE?
Small, standalone (written in C using no external libraries)
Portable (I think), I often try to compile it on the SourceForge compile farms
Allows you to listen to your own MP3s away from home, nothing more, nothing less
This is beginning to sound like marketing cr*p so Ill just stop right there, check out the links on the left for more info.
Enhancements:
- There are only two fixes in this release. One is a compilation fix for Solaris and the other one is a security fix. Turns out a buffer used for local communication didnt have sufficient checks. User data isnt written without checks though so the worst that can happen is that huge amounts of memory is allocated. The socket was also bound to the loopback device so it should only be locally abuseable.

FakeNES project is a portable, Open Source NES emulator which is written mostly in pure C, while using the Allegro library for multi-platform capabilities.
Currently supported systems are Windows 9x/2000/Me/XP, 32-bit DOS, Linux, FreeBSD, QNX, BeOS, and Mac OS X. However, it should run on any system that Allegro supports. This includes, but is not limited to: any version of Windows released after 1995, any 32-bit DOS compatible, and many POSIX compliant systems and UNIX clones such as Linux, FreeBSD, QNX, BeOS, and Mac OS X.
Configuration
FakeNES uses a standard configuration system similar to that used by many DOS, Windows, and UNIX applications.
Each item in the configuration file that is not surrounded by square brackets ([ and ]) defines an element or key.
The equal sign (=) is used to assign a value to that element.
Items which are surrounded by brackets are called headers. Headers define a section or group of related elements.
Comments are delimeted by the pound (#) sign and are ignored by the configuration file parser.
At this time, command-line options are not supported. However, you may supply the name of an NES ROM file that you would like to load on the command-line instead of loading it from the GUI.
Input engine
Currently, FakeNES supports two different keyboard layouts on a single keyboard, and up to two (2) joystick-like devices such as joypads. Each device may be assigned to any player, you can even assign a single device to multiple players.
All configuration of the controls is done in the configuration file, under the [input] header. You can assign a specific device to each player by modifying the player_#_device elements (replace # with the associated player number).
The following values are permitted:
0: No input (disables all input for this player).
1: Keyboard layout #1
2: Keyboard layout #2
There are two (2) configurable keyboard layouts which are present on the same keyboard, and may define overlapping keys without conflicts. Modifying the key1_scancodes and key2_scancodes elements allow you to customize the key mappings for each layout.
Note that due to portability reasons, FakeNES does not accept standard IBM scancodes. Instead, you need to supply a sequence of 8 integer scancodes as defined by the Allegro multimedia library.
The order in which the scancodes are applied is very important, and corresponds to the associated NES standard controller buttons: A, B, Select, Start, Up, Down, Left, and Right. If a complete sequence of 8 scancodes cannot be found, then the defaults will be used.
For layout #1, they are X, Z, Tab, and Enter, respectively, combined with the arrow keys for directional control.
3: Joystick device #1
4: Joystick device #2
Core timing
FakeNES contains an automatic speed throttling system. By modifying the frame_skip_min and frame_skip_max elements under the [timing] header in the configuration file, you can toggle speed cap and set the parameters for frame skipping.
Frame skipping is a technique that allows the emulation to run much faster, at the cost of fewer frames-per-second (FPS) being rendered, which results in more latent or choppy gameplay.
Speed capping effectively limits the maximum amount of FPS to be rendered to match that of the NES itself, which keeps the emulation from running too fast on fast processors or when frame skipping is being used.
frame_skip_min defines the least amount of frames to be skipped, setting it to zero (0) effectively disables minimum frame skipping and enables the speed capping mechanism.
frame_skip_max defines the highest allowable amount of frames to be skipped. FakeNES will never skip more frames than is defined by this element, even if full speed is not obtained.
Setting frame_skip_min and frame_skip_max to equal values effectively sets a fixed amount of frames to be skipped.
If the speed cap is enabled, you can use the fast forward key to surpass the speed cap and skip frame_skip_max frames as long as the key is being held down. By default, the fast forward key is defined as the tilde key above the Tab key on most keyboards.
The machine_type element allows you to select which standard is to be used by the speed throttling system and sound/graphics engines. Set it to zero (0) for NTSC or one (1) for PAL. There are not many PAL NES games, and many of them should run fine in NTSC mode. Only modify this element if you have problems.
Enhancements:
- AUDIO: Fixed all while() loops in the APU to never be truely infinite (thus preventing hard lock-ups), removed a previous hack that was added to get around such a thing.
- AUDIO: Implemented a new ExSound API.
- AUDIO: Added full save state support to VRC6 Sound and MMC5 Sound.
- AUDIO: Rreduced default audio buffer length from 6 to 4 frames to reduce latency.
- AUDIO: Added in mixing of MMC5s digital audio channel (untested).
- CODE: Moved a bunch of code out of gui.c and into the GUI header files.
- CODE: Various code edits.
- DOCS: Updated docs.
- GUI: Added a GUI menu to configure the audio buffer length.
- GUI: Added a GUI menu to configure video buffer size.
- GUI: Enabled double buffered GUI while in OpenGL mode.
- GUI: Added custom drawing code for the sl_radiobox object.
- GUI: Cleaned up the Help->About dialog and added loomsoft under Special thanks to.
- GUI: Added more splitters to the Audio and Video menus to better group submenus.
- GUI: Added a Close button to the Help->Shortcuts dialog.
- GUI: Hide some menus when their respective features arent available for whatever reason.
- GUI: Made sl_frame object behave properly in a double buffered environment.
- GUI: Removed extended video resolutions, since if anyone wants to actually use any of the obscure things, they can set them manually via the configuration file.
- INPUT: Overhauled input system and input configuration system.
- MISC: Fixed a cosmetic bug where the enabled flag of CPU patches were written to the *.fpt file with the value of 2 instead of 1 when enabled.
- VIDEO: Added (buggy) OpenGL support.
- VIDEO: Added support for a screen buffer smaller or larger than the actual screen (it will be scaled to fit).
- VIDEO: Set all bitmaps to NULL after destroying them in video_exit(), fixes various problems.
- VIDEO: Improved the operation of video_blit().
- VIDEO: Improved efficiency of HQ4X slightly by removing extra assertions.
- VIDEO: Added size checking to the Normal and Stretched blitters.
- VIDEO: Changed blitter error message.

mp3cue cuts an input MP3 file according to the information stored in a .cue file (for example multiple tracks of DJ mix), and writes the output to multiple MP3 files.

poc is a mp3 and ogg streamer supporting following protocols:

HTTP (mp3 and ogg)
RTP (RFC 2250) (mp3 only)
RTP (RFC 3119) (mp3 only)
homegrown FEC protocol (mp3 only)

It should work under any POSIX platform, and does not require any additional library. You need a C99 compiler though.

poc is still beta software, ipv6 and ogg support was not tested extensively.

poc includes mp3cue, a mp3 CUE cutter, and mp3cut, a mp3 command-line editing tool.

Mp3 renamer 2006 by MiKe is a shell script for Linux. MP3 renamer goes by the Unix name of rename-mp3. It looks at MP3 files in a Directory and, using id3v2, will rename all the mp3 files in a nice format according to the id3 tags rename-mp3 will look at both v1 and v2 id3 tags, and will make the output file in a Title-Album-Artist.mp3 format.
It saves time, and not only will it read the id3 tags, but in the event that the MP3 file has no id3 tags, you will be given 4 options
1)abort 2)skip 3)rename 4)write id3 tags, and you are asked what you would like the id3 tag artist, track name and album to be.
This is great if you want the track to be easy to view and yet you still like having a library of music that is all tagged nicely!
Enhancements:
- New stuff: The INSTALLER now works, whereas before it wouldnt copy...

Blind MP3 plays audio files using an AUI (Audible User Interface). Speech synthesis announces where in the filesystem a user is, and controls are used to browse the filesystem and select files to play. It is ideal for people who want an MP3 player and dont want to have to look at it.

In essence, BMP3 is an AUI (Audible User Interface) for playing audio files. It supports selecting single files or directories for playing with an audio file player. Navigation is controlled by keys commonly found on a NumPad and feedback is given by the program using speech synthesis programs such as rsynth or festival. To support real-time operation, if festival is installed all the names of files in the song directory are cached each time BMP3 is started.

This module enables to listen to mp3-streams according to certain security policies (enabled user). The mp3s do not have to be in the web-servers document root.
Main features:
- XHTML compliant.
- Admin interface allows you to change position, visibility and title of the stream playlist Box.
- You dont have to fiddle around with config files. Interface is provided to configure the paths etc., user access and reset the access counter.
- Dynamic directory parsing for mp3-files
- mp3-file names are not held in a database as the File/Directory names are used to create the displayed Songs, album titles etc. as mp3 tags extraction capabilities are not included in php by default.
- Artist, Album, mp3-file browsable
- Playlist handling capabilities with playlist editor
- Demo mode for guests possible, e.g. streaming not enabled.
- Clicking on a Song will send a mpeg-url type information to the mp3-player application such as winamp or xmms. (Tested under linux with xmms only).
Version restrictions:
- The software only searches through 2 Directory structures. It is meant to go through: $mp3dir/Artist-Name/Album-Name/mp3-files.mp3 It however detects files in the Artist-Directory and shows these accordingly. As I didnt use this function, I dont know what it looks like though.

MP3::Splitter is a Perl extension for splitting MP3 files.

SYNOPSIS

use MP3::Splitter;
mp3split(xx.mp3, {verbose => 1}, [3, 356.25], [389, 615, lax => 10]);

mp3split_read(xx.mp3, xx.list, {verbose => 1});

The first two arguments of mp3split() is a name of an MP3 file and a reference to a hash of options, the remaining are descriptions of pieces. Such a description is an array reference with the start and duration of the piece (in seconds; or of the forms 03h05m56.45, 03h05m56.45s, or 03:05:56.45; any of the hours/minutes/seconds fields can be omited if the result is not ambiguous.

Alternatively, one can specify the start field as a relative position w.r.t. the end of previous piece (or start of file); to do this, prepend > to the field. Similarly, one can put end-of-the-piece in the duration field by prepending the time by =; if this field has a special value INF, it is assumed to go until the start of the next piece, or until the audio ends.

The remaining elements of a piece description should form a hash of piece-specific options (arbitrary user data can be stored with the key user).

Similarly, mp3split_read() takes names of an MP3 file and of a file with the description of pieces, followed by optional reference to a hash of options. Each line of the description file should be either empty (except comments), or have the form

START END # OPTIONAL_COMMENT

START and END are exactly the same as in the description of pieces for mp3split(); however, END may be omited (with the same meaning as INF). Note that this is a format of method output_blocks() of Audio::FindChunks.