Renaminator: Difference between revisions

From SPLRA
Jump to navigation Jump to search
 
(2 intermediate revisions by the same user not shown)
Line 9: Line 9:


==Specifications==
==Specifications==
The new version of the Renaminator will again be in perl (though no aditional software will be needed for windows users to run it as I have bundled cygwin perl with it).  The program will be getting a frontend made by Dan which will hopefully be ready as soon as the program is done, if not the usage is not hard at all.
The new version of the Renaminator will again be in perl (though no aditional software will be needed for windows users to run it as I have finally gotten perl scripts to compile).  The program will be getting a frontend made by Dan which will hopefully be ready as soon as the program is done, if not the usage is not hard at all.


At the current time it is  
At the current time it is  
perl.exe renaminator.pl c:\scan_directory [yes|no]
renaminator.exe c:\scan_directory


If you are wondering what the yes no option is, it is to automatically get the new text and md5 files (the only text that will be changed is the ffp and the file names).  This option is extremely dangerous to run and at the moment is alway set to no.
Yes that is right, perl used to be needed to run the program, but not any more and i have finally gotten the script to compileThere are no dependencies for the renaminator at all, just the exe file and the database file.
 
Since I do not know how to calculate a tth and am too lazy to learn the Renaminator will be using c code to accomplish thisHere i have two options.  The first (and easier) is just to make the program call tthsum.exe and get the tth that way.  The other (and more difficult) way is to use Inline::C and actually put the c code into the renaminator.  I am not sure if this will work as I have yet to try it because I am currently using the first method.


The database setup will be as follows:
The database setup will be as follows:
Line 23: Line 21:


==Future==
==Future==
Once a stable version is finalized, I would like to make the Renaminator maintain a etree like list that will be on splra.  This will be nice for the end user as it will automatically know the source and all of the details.
Now that a stable version is finalized, I would like to make the Renaminator maintain a etree like list that will be on splra.  This will be nice for the end user as it will automatically know the source and all of the details.  Right now I think this will happen by creating a berkeley db file that has all of the files that a person has listed in it.  The server will then parse this bdb file for you and then show what you have.


Well that is all for now, more to come later when I am not so busy
Well that is all for now, more to come later when I am not so busy


-Syco54645
-Syco54645

Latest revision as of 20:01, 16 February 2006

Renaminator

Reason

The Renaminator is a program that is being made to help add some order to the smashing pumpkins community. Most people in the hub (cid included) are for the uniform renaming of the material as it will help keep sources straight.

Usage

The Renaminator will use calculate the md5 sum of all files in a directory (recursevly) and compare the calculated sum to a berkeley db file. For this reason the Renaminator will be very useful to other communities wishing to do the same thing.

When scanning if the program finds a shn or flac (I may add ape too) file that is not in the database, it then creates a submission form. Since the files will likely be named Track01.shn or Track01.flac, the program will make a note of the directory the said files were found in. It will then prompt the user to enter information about the files (source, venue, date, etc) to be sent into the SPLRA team that is responsible for maintaining the database for the renaminator.

Specifications

The new version of the Renaminator will again be in perl (though no aditional software will be needed for windows users to run it as I have finally gotten perl scripts to compile). The program will be getting a frontend made by Dan which will hopefully be ready as soon as the program is done, if not the usage is not hard at all.

At the current time it is renaminator.exe c:\scan_directory

Yes that is right, perl used to be needed to run the program, but not any more and i have finally gotten the script to compile. There are no dependencies for the renaminator at all, just the exe file and the database file.

The database setup will be as follows: TTH->filename. Simple enough and it will give much better results than a flat file ever would.

Future

Now that a stable version is finalized, I would like to make the Renaminator maintain a etree like list that will be on splra. This will be nice for the end user as it will automatically know the source and all of the details. Right now I think this will happen by creating a berkeley db file that has all of the files that a person has listed in it. The server will then parse this bdb file for you and then show what you have.

Well that is all for now, more to come later when I am not so busy

-Syco54645