lame

Issues related to applications and software problems and general support
Post Reply
jabuzzard
Posts: 30
Joined: 2008/09/18 12:35:09

lame

Post by jabuzzard » 2019/11/12 18:05:15

I think I must be missing something. While there is a lame-libs and a lame-devel package there does not seem to be any package that provides the lame binary for actually encoding MP3's.

BShT
Posts: 585
Joined: 2019/10/09 12:31:40

Re: lame

Post by BShT » 2019/11/12 19:18:51


User avatar
TrevorH
Site Admin
Posts: 33216
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: lame

Post by TrevorH » 2019/11/12 20:59:53

I'm not sure that's a great resource. It may have the package but it's a repo that I've never even heard of before and has no track record.

OP: check the search for 'lame' on bugzilla.redhat.com in the Fedora EPEL section and see if it has been requested for EPEL 8 and if so what its current status is.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

nouvo09
Posts: 184
Joined: 2009/09/19 19:21:36
Location: Paris, France

Re: lame

Post by nouvo09 » 2019/11/12 22:55:38

try ffmpeg from rpmfusion repo . It contains the libmp3lame encoder.
Member of centos-FR forum

jabuzzard
Posts: 30
Joined: 2008/09/18 12:35:09

Re: lame

Post by jabuzzard » 2019/11/13 10:49:02

You wait patiently for literally decades for the MP3 patents to expire and then RedHat screw things up royally. I could use ffmpeg from the rpmfusion repo but two things. Firstly why do I have to muck about with third party repo's to be able to encode MP3's now the patents have expired? Secondly you can't encode gapless MP3 using ffmpeg (to the best of my knowledge). There is at least one other what I would describe as a packaging screwup in RHEL8. I am just double checking everything on real RHEL before I post an actual bug. With this I just want to make sure I was not missing something.

I came across the CERT forensics repo last night after posting, and there are a few other packages that I routinely use that I can grab from there while I wait for them to appear in EPEL. That they have rebuilt the packages shows that RedHat have screwed up IMHO on this one.

As regards the lame issue I am going to file a bug with Redhat as an actual customer. We only use genuine RHEL at work where necessary, but we do have some rather expensive licenses for the real thing. I just reinstalled my personal workstation yesterday with CentOS 8 (eating dog food and all that) and am in the process of getting everything setup again ;)

User avatar
TrevorH
Site Admin
Posts: 33216
Joined: 2009/09/24 10:40:56
Location: Brighton, UK

Re: lame

Post by TrevorH » 2019/11/13 10:51:23

Sounds like an excellent plan.
The future appears to be RHEL or Debian. I think I'm going Debian.
Info for USB installs on http://wiki.centos.org/HowTos/InstallFromUSBkey
CentOS 5 and 6 are deadest, do not use them.
Use the FAQ Luke

nouvo09
Posts: 184
Joined: 2009/09/19 19:21:36
Location: Paris, France

Re: lame

Post by nouvo09 » 2019/11/13 11:23:50

So it seems that you don't need anyone's advice. Just go ahead.
Member of centos-FR forum

BShT
Posts: 585
Joined: 2019/10/09 12:31:40

Re: lame

Post by BShT » 2019/11/13 11:50:58

CERT forensics comes from Carnegie Mellon University

Post Reply