|
mgsadmin
|
 |
« on: April 01, 2010, 02:10:39 pm » |
|
FreeRIP V3.4 Beta 3 is available for public download here: http://www.freerip.com/download/freeripmp3-beta.exeIt includes various fixes for concurrent ripping, Flac tagging and output files naming. Please try it and post here your comments. |
|
|
|
« Last Edit: April 02, 2010, 01:12:10 pm by mgsadmin »
|
Logged
|
|
|
|
|
Dead'Soul
|
|
« Reply #1 on: April 02, 2010, 02:15:31 am » |
|
404 error while downloading?
|
|
|
|
|
Logged
|
|
|
|
|
mgsadmin
|
|
« Reply #2 on: April 02, 2010, 01:12:30 pm » |
|
Ops!
I fixed the link.
Thx.
|
|
|
|
|
Logged
|
|
|
|
d2b
Newbie
Posts: 30
|
|
« Reply #3 on: April 17, 2010, 02:08:29 pm » |
|
Wow, I just got around to downloading this beta release and so far, it does several important things very well:
1) When ripping to FLAC, it adds an ALBUMARTIST Vorbis Comment, which works very well. Thank you!!
2) It also adds some new Vorbis Comments and removes the redundant DATE field. However, it is not clear where the new fields get their tag information. It is also unclear why the 'Encoded by FreeRIP' tag has an odd, unrelated field name.
3) The option to allow the "/" to indicate multiple tunes in a medley in the TITLE works well. One has to be careful when obtaining data from freerip.org or freeRIP DB to make sure that the full title of the track is retrieved, though. I've noticed that in at least one case, the first tune in the medley was missing, probably as a result of the way the data was uploaded in the first place.
4) It appears that the "." is no longer treated as an illegal character in a folder or file name. That is good. However, the ampersand "&" is still treated as an illegal character and is replaced by an underscore "_" in folder and file names. i still think this should be fixed.
The beta release appears so far to be solid. However, I have more requests, two of which I've posted in the last day or two---improved searching for tag information and the ability to rip concurrently (simultaneously in two encoding ways to two output paths, not to be confused with concurrent processing in multiple-core processors.)
Two additional requests involve the ability to view fewer lines at a time with larger font size (I can't read the screen very well on some monitors, and not at all on other older ones) and the ability to add custom tags of our own choosing. Right now, we have to use MP3Tag to do this, but that's an extra, unnecessary and time-consuming step---and one that's likely to be forgotten all too often.
We would like to do all of our work in one place--once--and know that it's done right the first time.
FreeRIP is an excellent program. Keep up the good work, please!
Dennis...
|
|
|
|
|
Logged
|
|
|
|
ptb
Newbie
Posts: 1
|
|
« Reply #4 on: April 18, 2010, 11:30:30 pm » |
|
I can onlye agree with dennis, its an excellent program!
thx a lot!
|
|
|
|
|
Logged
|
|
|
|
|
mgsadmin
|
|
« Reply #5 on: April 19, 2010, 05:57:32 am » |
|
ah! This is fun!
About the the ampersand "&" char I was surprised because FreeRIP don't filter it.
But you were right that it was apparently converted to underscore.
The input field component I used in FreeRIP tag windows (and config) translitterated & to _ when in display mode (actually, it is a Windows' feature, it is used to show underlined shortcuts in buttons and menus), but displays it as & when in edit mode.
Anyway I fixed it, so it always shows the right char. Stay tuned for the next release.
|
|
|
|
|
Logged
|
|
|
|
d2b
Newbie
Posts: 30
|
|
« Reply #6 on: April 19, 2010, 11:39:05 pm » |
|
Today, I was ripping a new CD on our "master" machine that we use to manage our radio station server. This particular computer has two Pentium 4 Xeon processors with hyper-threading enabled. These are not true dual-core processors but are capable of managing two threads simultaneously. I was pleasantly surprised to see four threads running at once while the CD was being ripped.
I think ripping was probably 30% faster, but that's just a one-time impression and not a reliable number.
A funny thing (maybe) happened, however. When the last track was finished ripping, the application indicated that ripping was complete, the "bell" rang and the disc popped out. Perhaps ripping was complete, but the two previous tracks "appeared" to be unfinished. The Dismiss window indicated something like 93% and 97% completion on those two tracks. Now, I don't know if they were fully ripped or not, as I didn't have time to listen to the tracks. I think they're probably OK, but the fact that they appeared to be incomplete in the GUI is discomforting.
Dennis...
|
|
|
|
|
Logged
|
|
|
|
mobilya
Newbie
Posts: 1
|
|
« Reply #7 on: July 16, 2010, 10:50:22 pm » |
|
Thank you.
|
|
|
|
|
Logged
|
|
|
|
zeff
Newbie
Posts: 1
"one shot, one pic"
|
|
« Reply #8 on: July 18, 2010, 05:48:15 pm » |
|
thanks for sharing
|
|
|
|
|
Logged
|
|
|
|
|
