Thanks, nicely written.
Thanks, nicely written.
Google Ventures / Prowl
Great stuff ghindo. Worked well!
To improve this how to - perhaps include 'lame' in step one. And secondly, a quick user guide to explain how to adjust the compression settings. How, for example, do I tell Rubyripper to compress to Mp3 at 128 mps constant bitrate?
I just wish someone would make a linux ripper with a gui that has simple options to click/tick to allow users to choose compression rate and the file naming scheme. Get away from all the codes that one has to look up... how would I know what "-V 3" means for the lame codec. I'm not interested in finding out - just give me a button with easy to understand options!
Thanks for your tutorial. Following it, I had no problems installing rubyripper. However, I am unable to rip any mp3s.
After configuring it, rubyripper spits out this message when I am extracting a cd:
and didn't create the mp3 file for me.Code:WARNING: ENCODING ERRORS WERE DETECTED
After looking on the rubyripper website, I found someone with the same error message and the developer advised them to upgrade lame to 3.98 (hardy only has 3.97...boo).
Has anyone else had problems as well ? Are you able to use lame 3.97 with rubyripper (I'm using version 0.5.3) ?
Edit: I got to work by using the following parameters for my flac and mp3 files:
flac: -v -8
lame/mp3: -v0 --vbr-new
Tagging is already taken care of too !
Last edited by keyshawn; October 1st, 2008 at 09:51 PM.
Ask Questions the smart way:
Changed from Windows to Ubuntu about a month ago.
Have been using RubyRipper and neroAacEnc to rip my CD's with this command line:
/home/ian/NeroCodecs/neroAacEnc -br 256000 -if %i -of "%o.m4a"
This works fine but it doesn't tag the output files as NeroAacEnc doesn't support tagging.
Now Nero have produced neroAacTag for linux and I have put this in the same folder as neroAacEnc with the same permissions - but I can't figure out the syntax to get this program to tag the output files from the same command line in RubyRipper "other" codecs.
I've tried appending this:
&& /home/ian/NeroCodecs/neroAacTag %a %t %b %n
(and many variations specifying input and output files) but nothing works.
Can anybody help?
I use this as a command line for neroAacEnc in rr, though am using -q instead of -br. ( a -q of 0.37 is about 128k, a -q of 0.75 is around 320k though maybe not necessary. Personally I prefer using -q to a set br
Couple of ways to have rr auto rip upon cd insertionCode:neroAacEnc -q 0.65 -if %i -of "%o.m4a" -w --artist "%a" --title "%t" --genre "%g" --album "%b" --track %n --year "%y" %i -o "%o".m4a
Thanks for the quick reply.
Copied your string verbatim and it produced an untagged file.
So thought it must be something in rr. I didn't have anything in the "Pass CD Paranoia Options" box. Should I have a string in there too?
Will think later about "q" and not letting Rhythmbox open every time I put a CD in - but for now trying to resolve this.
I'm sorry, I've never paid much attention to tagging because I never use the gui of any player for playback so naming is more important here. Just assumed it was tagging due to the line in mediainfo I'd see when checking files occasionally. (screenit produced an untagged file.
Have do do some experimenting with neroAactag.
I don't either but I don't believe that has anything to do with tagging. The default of rr is -Z which 'disables all paranoia checking'. I removed it because I know my drive has no issues there and don't mind the extra time to rip.I didn't have anything in the "Pass CD Paranoia Options" box
You may find that everything in your ripping string after "%o.m4a" is redundant and that the result will be the same even if you remove everything after that - that's how mine seems to work.
I think I need to invoke neroAacTag at that point and then execute the tagging commands but I can't figure out how to do that.
Will let you know if I figure anything out.
I stopped Rhythmbox opening automatically - thanks for the hint.
The "q" settings I'll pass on as 256 is more than adequate and I did that for consistency with the vast amount of music I had previously encoded in iTunes.
I upgraded to 0.5.3 today but ripping log files created by rr still say created with 0.5.2 - although the executables have definitely been updated.
Can't find a version number in the GUI.
Your correct there - didn't realize 'other' used the preset naming.You may find that everything in your ripping string after "%o.m4a" is redundant
Spent a few min. with neroAacTag, you can run it 'after the fact' and it works well to some extent. This works on a folder for all tracks
If I used something like this it accepted but reports info as %xdoug@doug-desktop:~/other/The Jimi Hendrix Experience (1968) Electric Ladyland$ neroAacTag *.m4a -meta:artist="Jimi Hendrix" -meta:album="Electric Ladyland" -meta:genre=rock -meta:year=1968 -meta:totaltracks=16
Track specific seemed to have to be done individually (-meta:track=x, ect.neroAacTag *.m4a -meta:artist="%a" -meta:title="%t" -meta:album="%b" -meta:track="%n" -meta:genre=rock
I'm sure you can figure this out better than me
What i found info wise
neroAacTag <file.mp4> <command> [<command> [<command> ...]]
-list-meta : Lists existing metadata entries.
-meta:<name>=<value> : Sets specified metadata field to specified
value. Eg. -meta:artist="Pink Floyd"
-meta-user:<name>=<value> : Sets specified metadata field to specified
value. Allows non-standard metadata fields
to be added.
WARNING: fields added using -meta-user are
not guaranteed to be read back on all
Nero Digital compliant software/hardware.
-list-standard-meta : Displays a list of field names usable with
-list-covers : Lists cover art entries.
-add-cover:<type>:<jpegfile> : Creates a cover art entry from specified
<type> specifies type of cover art entry and
can be "front" or "back".
If specified cover art entry already exists,
its contents are overwritten.
-dump-cover:<type>:<jpegfile> : Dumps specified cover art entry contents to
a JPEG file.
-remove-cover:<type> : Removes specified cover art entry.
-remove-cover:all : Removes all cover art entries.
-list-chapters : Lists chapters present in the file.
-chapter:<number> : Sets chapter index metadata edits apply to.
Value of 0 (default state) applies edits to
all present chapters.
Also affects -list-meta output.
-chapters-to-tracknumbers : Generates track number metadata according to
the chapter listList of standard Nero Digital metadata field names:
End of metadata field name list.
The above field names can be used with -meta command. To bypass the field name list restriction, use -meta-user command instead of -meta. Fields not present in the above list are not guaranteed to be read by Nero Digital compliant software/hardware.