Re: Problem (I think) with encoding

OK, stop worrying about it.  I don't know what I was doing wrong, but
specifying .wav on the rip and using oggenc instead of lame makes everything
work just fine.  Thanks though.

On Dec 9, 2007 9:52 PM, Jack Smith <[email protected]> wrote:

>
>
> On Dec 9, 2007 9:08 PM, Todd Zullinger <[email protected]> wrote:
>
> > Jack Smith wrote:
> > > When I rip a CD I get mp3 files without the ID3 info during the rip
> > > step and mp3 files with _only_ the ID3 info in the encode step.
> > >
> > > The Rip file format is
> > >    ~/music/wav/%A/%d-%y/%t-%n.%x
> > > using cdparanoia.  This produces perfectly good playable mp3 files
> > > in the ~/music/wav directory with no tag info.
> >
> > Those are wav files, not mp3 files.  They may have a .mp3 extension
> > because you've used .%x in the rip file format instead of the default
> > .wav.  And many linux players will use the content type rather than
> > the file extension, so they work with a wav file name .mp3.  You can
> > verify this with the file command (file ~/music/wav/some/file.mp3).
> >
>
> Yup.
> 01-the_holly__the_ivy.mp3: RIFF (little-endian) data, WAVE audio,
> Microsoft PCM, 16 bit, stereo 44100 Hz
>
>
> >
> > > I am using lame as the encoder and my Encoder command-line is
> > >    -h -b %b %w %m
> >
> > What is Encoder executable set to?  Is it a full path to the lame
> > command?  If so, does lame exist at that path?  I have mine set to
> > /usr/bin/lame.
> >
>
>  Yes, mine too.
> ]$ whereis lame
> lame: /usr/bin/lame /usr/share/man/man1/lame.1.gz
>
>
> > > My Encode file format is
> > >    ~/music/ogg/%A/%d-%y/%t-%n.%x
> >
> > mp3's in ~/music/ogg?  Didn't the pedants tell you that you're not
> > allowed to do that? ;)
> >
> > > and it produces a very short mp3 file in the ~/music/ogg directory.
> > > If I pull it into JuK I see all the ID3 info but it won't play.
> >
> > A typical cause of this is that your encoder executable isn't set
> > right.  Those files basically are just empty mp3's with an id3 tag.
> > They're most likely 128 bytes in size.  Again, check with the file
> > command to see what it says.  I believe it can differentiate between a
> > proper mp3 and an empty mp3 with an id3 tag, but I'm basing that on
> > memory.
> >
>
>  Audio file with ID3 version 23.0 tag, MP3 encoding
> 303 bytes
>
>
> >
> > In any case, triple check your settings.  If that doesn't turn up any
> > clues, post your ~/.grip config file.
> >
>
> GRIP 2
> grip_version 3.2.0
> cd_device /dev/scd0
> force_scsi
> ripexename /usr/bin/cdparanoia
> ripcmdline -d %c %t:[.%s]-%t:[.%e] %w
> wav_filter_cmd
> disc_filter_cmd
> mp3exename /usr/bin/lame
> mp3cmdline -h -b %b %w %m
> dbserver freedb.freedb.org
> ripfileformat ~/music/wav/%A/%d-%y/%t-%n.%x
> mp3fileformat ~/music/ogg/%A/%d-%y/%t-%n.%x
> mp3extension mp3
> m3ufileformat ~/ogg/%A-%d.m3u
> delete_wavs 0
> add_m3u 1
> rel_m3u 1
> add_to_db 0
> use_proxy 0
> proxy_name
> proxy_port 8000
> proxy_user
> proxy_pswd
> cdupdate
> user_email kizoku@natsumi
> ripnice 0
> mp3nice 0
> mp3_filter_cmd
> doid3 1
> doid3v2 1
> tag_mp3_only 1
> id3_comment Created by Grip
> max_wavs 99
> auto_rip 0
> eject_after_rip 0
> eject_delay 0
> delayed_encoding 0
> delay_before_rip 0
> stop_between_tracks 0
> beep_after_rip 1
> faulty_eject 0
> poll_drive 1
> poll_interval 1
> use_proxy_env 0
> db_cgi ~cddb/cddb.cgi
> cddb_submit_email [email protected]
> discdb_encoding UTF-8
> id3_encoding UTF-8
> id3v2_encoding UTF-8
> db_use_freedb 1
> dbserver2
> db2_cgi ~cddb/cddb.cgi
> no_interrupt 0
> stop_first 0
> play_first 1
> play_on_insert 0
> automatic_cddb 1
> automatic_reshuffle 1
> no_lower_case 0
> no_underscore 0
> allow_high_bits 0
> allow_these_chars
> num_cpu 1
> kbits_per_sec 128
> selected_encoder 2
> selected_ripper 0
> play_mode 0
> playloop 1
> win_width 430
> win_height 450
> win_height_edit 600
> win_width_min 200
> win_height_min 80
> vol_vis 1
> track_edit_vis 1
> track_prog_vis 0
> volume 253
> disable_paranoia 0
> disable_extra_paranoia 0
> disable_scratch_detect 0
> disable_scratch_repair 0
> calc_gain 0
>
> Incidentally, if I change my Rip file format to
>     ~/music/wav/%A/%d-%y/%t-%n.wav     (instead of %x)
> I get a better looking .mp3 in my /ogg directory.  At least it's 3014784
> bytes and mplayer _will_ play it although JuK still won't.  I suppose it's
> possible I'm misusing JuK; I'm new to it too.
>
> --
> Jack Smith
>
> English doesn't borrow from other languages -- English follows other
> languages down dark alleys and takes what it wants.
>



-- 
Jack Smith

English doesn't borrow from other languages -- English follows other
languages down dark alleys and takes what it wants.

-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php

_______________________________________________
Grip-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/grip-users