Free how to rename multiple files software for linux

IO::Multiplex is a Perl module that can manage IO on many file handles.

SYNOPSIS

use IO::Multiplex;

my $mux = new IO::Multiplex;
$mux->add($fh1);
$mux->add(*FH2);
$mux->set_callback_object(...);
$mux->listen($server_socket);
$mux->loop;

sub mux_input {
...
}
IO::Multiplex is designed to take the effort out of managing multiple file handles. It is essentially a really fancy front end to the select system call. In addition to maintaining the select loop, it buffers all input and output to/from the file handles. It can also accept incoming connections on one or more listen sockets.

It is object oriented in design, and will notify you of significant events by calling methods on an object that you supply. If you are not using objects, you can simply supply __PACKAGE__ instead of an object reference.

You may have one callback object registered for each file handle, or one global one. Possibly both -- the per-file handle callback object will be used instead of the global one.

Each file handle may also have a timer associated with it. A callback function is called when the timer expires.

PhotoFS provides a Web- and shell-based photo album based on ReiserFS concepts.
PhotoFS is a Web-based photo album or image gallery, based on the files-as-directories and attributes-as-files concepts at the core of the ReiserFS 4 filesystem.
It does not require ReiserFS 4, but is much more efficient on that system than on others. It does many of the same things as other Web galleries, at least as far as the basics go.
What makes it different is its use of the filesystem instead of a database. It allows you to use regular unix tools to access your photo collection.
It can handle very large collections, and also encourages multiple categories per file, deep category hierarchies, and batch processing.
Main features:
- Hierarchic categories
- Multiple categories per photo, plus "also in..." feature
- All data stored in the filesystem
- Browsable both on the web and from the command line
- Uses standard filesystem tools to access records
- Easy backup and replication with tar, rsync, etc...
- Uses no special file formats; data is stored in many small files instead of a database or several large files.
- works best with reiserfs v4, but is compatible with any filesystem
- Insert many photos at once from the command line
- Clean URLs; simple directory structure and no huge ?argument=foo lists
- Secure web interface
- Access control for web use: per user, per file, per category
- Non-public files cannot be viewed by the wrong users, even if those users know where to look.
- Restricted files are completely invisible to anyone not authorized to view them.
- Metadata:
- Description: Yes. HTML allowed. Can be edited with any text editor.
- Extended Description: Yes.
- Title: No. Use the description or filename.
- Keywords: No. (irrelevant; use the category system)
- People: No. (irrelevant; use the category system)
- Event: No. (irrelevant; use the category system)
- Date: Yes, for now. May be removed.
- Photographer: No, but may be added.
- No SQL database required
- Fast! Handles many, many thousands of files easily
- Auto thumbnail creation and caching (manual creation supported too)
- Auto-creates medium-sized previews when appropriate (manual creation supported too)
- Holds any type of file, not just images
- Integrates easily into php template systems with header/footer hooks

This application is particularly useful for owners of digital DV video cameras and other people who use the Sony DV video format for high quality video production.

DV Assembler allows you to append multiple Sony DV files with nice looking transition effects for both audio and video. Multiple transition effects are supported, like cross-fade, zoom, blur and a flash effect.

I created DV Assembler because there are no user friendly video editing applications for Linux. Yes, Kino is promising, but its user interface is still a mess and development is slow.

DV Assembler only touches the head and tail parts of the original video files that are needed to create the transition effects. The rest of the video is left untouched, which means zero quality loss.

DV Assembler can also be used to generate video editing scripts that can be run without KDE and Kommander.

Thunar Media Tags Plugin (thunar-media-tags-plugin) adds special features for media files to the Thunar File Manager.
Main features:
- a so-called bulk renamer, which allows users to rename multiple audio files at once, based on their tags (e.g. ID3 or OGG/Vorbis),
- a special media file page for the file properties dialog, which displays detailed information about quality, length etc.,
- and finally, an audio tag editor which is reachable from both, renamer and the properties page.

Multistat is designed to be a flexible log file parser for multiple game servers.

Designed with an extensible plugin interface, it is able to process statistics for any game and output them in any format simply by the use of custom modules.

Currently modules for Halflife, Counterstrike Source, Unreal Tournament 2004, Call of Duty 1, Unreal Tournament, and HTML output are included.

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.

The goal of the Parallel Virtual File System (PVFS) Project is to explore the design, implementation, and uses of parallel I/O. PVFS serves as both a platform for parallel I/O research as well as a production file system for the cluster computing community. PVFS is currently targeted at clusters of workstations, or Beowulfs.
The PVFS project is conducted jointly between The Parallel Architecture Research Laboratory at Clemson University and The Mathematics and Computer Science Division at Argonne National Laboratory.
Additional funding for the PVFS project comes from NASA Goddard Space Flight Center Code 930 and The National Computational Science Alliance through the National Science Foundations Partnerships for Advanced Computational Infrastructure.
Main features:
- Compatibility with existing binaries
- Ease of installation
- User-controlled striping of files across nodes
- Multiple interfaces, including a MPI-IO interface via ROMIO
- Utilizes commodity network and storage hardware
PVFS supports the UNIX I/O interface and allows existing UNIX I/O programs to use PVFS files without recompiling. The familiar UNIX file tools (ls, cp, rm, etc.) will all operate on PVFS files and directories as well. This is accomplished via a Linux kernel module which is provided as a separate package.
PVFS is easy to install. The Quick Start page describes how to set up a simple installation. Scripts and test applications are included to help with configuration, testing for correct operation, and performance evaluation.
PVFS stripes file data across multiple disks in different nodes in a cluster. By spreading out file data in this manner, larger files can be created, potential bandwidth is increased, and network bottlenecks are minimized. A 64-bit interface is implemented as well, allowing large (more than 2GB) files to be created and accessed.
Enhancements:
- fixes to build under redhat 2.4.20-20.9 kernel
- checks for missing headers on ancient 2.4 kernels
- removal of unused fields from metadata and control messages
- updated pvfsd rc file
- handle various combinations of redhat kernel patches
- fixes to kpvfsd that had previously been fixed in user space
- fix for sftp directory reading problems
- fix to avoid oopses on clients when bad errno values returned
- adjustments to deal wiht gcc 3.4.0 issues
- fixes to work with redhat 9
- fixes to compile kernel code for xx86_64
- updated logging intrastructure
- fixes to error reporting
- update of makefile in pvfs core
- fix to bug in pvfs_open.c where pcount < 0 caused errors
- removed duplicated code in mgr
- fix for problem with bvrecv() optimization
- more unused code removal
- adjustments to keep portland group compiler happy
- removed sd_path from metadata
- new iod.rc and mgr.rc files
- fixes to chmod
- fixes to get correct fs_ino back to clients
- multiple mtime fixes
- streamlined pvfs file detection
- shared library building
- fixed closing socket bug in iod
- reordered messaging in mgr to iods to improve concurrency
- rename fix
- improved metadata file checking
- do_access permission fixes
- fix for "iod out of space" client hang
- cleaner dead socket handling, including special handling of case where mgr would close fds that clients were using
- noninteractive mkmgrconf

sshutout is a daemon that periodically monitors log files, looking for multiple failed login attempts via the Secure Shell daemon.
sshutout is meant to mitigate what are commonly known as "dictionary attacks," i.e. scripted brute force attacks that use lists of user IDs and passwords to effect unauthorized intrusions.
The sshutout daemon blunts such attacks by creating firewall rules to block individual offenders from accessing the system. These rules are created when an attack signature is detected, and after a configurable expiry interval has elapsed, the rules are deleted.
The sshutout algorithm follows a pretty standard model for *nix daemons. The program starts, assumes a fairly safe set of built-in default values, then consults an optional configuration file to further refine these values, and finally consults the command line for arguments specifying overrides. The program checks to see that it has the required superuser authority and then forks. Its newly forked daemon process detaches from the console; the original process terminates.
Next, an initial whitelist is constructed from the addresses of all active network interfaces. In addition, the name servers and default route are added to this whitelist. Finally, host addresses specified in the configuration file or command line are appended to the list.
Appropriate signal handling is now set up. In this case, SIGHUP, the hang-up signal, is provided with a handler to refresh the daemons operating parameters from the configuration file. The other handled signals, i.e. SIGTERM and SIGPWR (and possibly SIGINT and SIGQUIT if not running as a daemon), are set up to cause a graceful termination of the daemon process.
After signal handling has been initialized, the daemon enters its main processing loop. The loop spends most of its time in a sleep state, but when it does execute, which is approximately once per second, it examines all entries in its blocked hosts list to see if any are ready to expire. Those that are expiring are removed from the list and are also unblocked at the firewall through removal of the corresponding rule.
The daemons next action is to determine whether its polling interval has elapsed. If it has not yet elapsed, then the daemon goes back to sleep. If the interval has elapsed, then the daemon examines the hosts configuration to see if any changes are required to the whitelist, for example, if any new interfaces have come up, or if the addresses associated with any interfaces have changed, etc.
Next, the daemon will examine the specified log file to look for failed login attempts. It tallies a count of all failed login attempts for each unique host address over the span of the given polling interval. Those tallies that exceed the specified threshold are moved to the list of blocked hosts (unless, of course, they are in the whitelist.) Each item added to the blocked list is also blocked at the firewall through the addition of an suitable rule. This processing continues indefinitely until the daemon is signaled to stop.
Installation:
$ su -
# tar -xzvf sshutout-1.0.0.tar.gz
# cd sshutout-1.0.0
# make
# make install
Enhancements:
- This release adds the -u command line option to enable blocking of "Illegal user" login attempts.
- This option is also configurable via the configuration file.