I really have no idea other than I think that nobody else (the developers) really does either. I can't see any good coming from this fact. I don't think it's good for making a clear progression or for motivation to make futher improvements. As for the rest, I think you'll get a different answer from each of the developers, if at all.

You might try asking Alexander on the lame-dev. He's the "unofficial" (I guess there is no longer an official) release manager these days. Maybe he makes the decisions. Somehow though, I doubt many of the highly quality oriented features you asked about in other threads (two pass vbr, adaptive lowpass, etc, along with many others which could be thought of that you didn't mention) are on that list. Don't quote me on that though, Gabriel might know something that I don't again..

Difficult question. It's no doubt difficult time for Lame now that lots of new code by Tak will be incorporated into official Lame in 3.94. I know one thing.. The next release shouldn't be rushed. I also know that many people will always use the latest versions, so I want to help make sure, that it doesn't turn into complete quality disaster. The 3.93 release woke me up to think what really could happen if nobody does testing anymore. One reason why Lame testing has recently diminished is --alt-presets. On the otherhand it's very good; you don't see newbies posting insane switch-sets anymore. On the otherhand everybody is/was expecting that --alt-presets just keep uptodate, and the floor kinda collapsed, when Dibrom announced he doesn't continue with Lame.

I personally just want to help so that 3.94 and further do not turn out to be quality disasters. If at the same time some people can find even better working switches which can be incorporated into --presets, the better. But the danger is that we may start to see the "newbie wild lines"=insane switch sets, if we do this thing publicly. Nobody wants to go back to the situation where people without too much knowledge how Lame works, posted hundreds of "best" Lame commandlines.

These are individual choices. Lame developers are not switching to Vorbis, at least according to my knowledge. HA already has complete Vorbis forums, so there's no "switch".If you are asking whether Dibrom is gonna start tweaking Vorbis, I have no idea, but I think HA's "General - (MP3)" will remain as the most visited codec-forum for a long time to come..

- what is supossed to be a good quality testing practice? (is it important to get as many ppl to the listening tests or few (specialists with golden ears) will do fine?- is there a way to automate such procedure to some point?

(<sci-fi> like via some automated page and/or p2p system (combination of both) for transfering samples/new alpha lame-versions and results/comments from and back to the main database </sci-fi>)

Yes, there is a possibility for a system like this. Olcios proposed something at the very least (check out the thread on the testing framework). The problem is that this type of system is only as useful as it is maintained by someone on the project.

The problem is that this type of system is only as useful as it is maintained by someone on the project.

That means there is no real wish for such type of project?

I don't know, you'd have to ask the LAME devs. If I were to venture a guess as to whether or not it would be maintained well, I'd point to general state of LAME right now as an example of what would probably be reflected in another venture related to that, but one requiring significantly more involvement on a day to day basis than what is currently required even.

In short, I don't think it would work. At the very least, I'm fairly certain it wouldn't work without either:

1) someone new getting involved (like JohnV) and putting forth a tremedous effort against many different antagonists2) a complete change in the way LAME is currently managed. The developers would have to take on much more responsibility and would need to be accountable to such a system for it to really work. I believe that at the very least, Takehiro has said that he is not really wanting to do this. I don't know about the other developers, but Gabriel has said he only has a few hours a week for LAME (which probably isn't enough). As for the other developers, they seem to be involved much more in a much more erratic fashion, so you're guess is as good as mine. Oh and Naoki is no longer involved in the LAME project (or anything else AFAIK).

<guesswork> i do wonder what the reason is, i mean is there no need for such project or other reasons... </guesswork>

speaking as a complete outsider to lame-dev i see the situation something like: lame-devs on one side making their best efforts (knowing that there is no real competition in the mp3 zone) and the user on the 2nd side, from the users point the encoder is only a 'black-box' with certain output.

There is a big gap and probably the only way to implement such testing framework would be a 3rd person/community capable of talking to both sides and also that way the framework would be usefull for any other encoder out there that way.

<sci-fi> what about certain xchat/bitchx/mirc <-> eggdrop(s) <-> main database - web page solution, certain scripts could be writen so everyone running his own eggy could participate (sort of a half-p2p solution) </sci-fi>

speaking as a complete outsider to lame-dev i see the situation something like: lame-devs on one side making their best efforts (knowing that there is no real competition in the mp3 zone) and the user on the 2nd side, from the users point the encoder is only a 'black-box' with certain output.

The problem is that I don't think we're seeing the "best effort" from the developers. This may seem like a rude thing to say, but I honestly don't believe that most of the people who work on LAME could say they are giving it their best, certainly not if they are being honest. Furthermore, if people have the time and energy that it takes to argue about trivial matters (3.90.2 not being "official", 3.93 not being buggy), then they also have time to be coding and making improvements, or to use that energy to create a better development framework. It appears to me (and I've seen it said this way specifically) that most of the LAME developers view LAME as simply a pet project or hobby.. something to do when they are bored and have a little bit of free time, not something that is a real priority. This is fine, but it becomes a problem when the program has such a huge userbase. I discussed this before, and I think that it basically boils down to a matter of responsibility. If the developers do not want the responsibility that a project like LAME requires, then they should do something to remedy the situation. I believe that they owe at least that much to their users. Releases like 3.93 are unacceptable.

QUOTE

There is a big gap and probably the only way to implement such testing framework would be a 3rd person/community capable of talking to both sides and also that way the framework would be usefull for any other encoder out there that way.

I believe that I was that 3rd person for awhile. The problem is that for this situation to work, both parties have to participate equally. There was no shortage of users willing to provide feedback to the developers to improve quality, but there was little interest on the developer side in using that information and constantly providing improvements (again, we're seeing some now.. but a year after the fact, a time when many have lost interest in waiting). Furthermore, I feel that there is a bit of disdain for the common user from some of the developers. I saw some of this first hand when Alexander (the "unofficial" release manager) came to this board and implied that we were all basically a bunch of whiny windows users begging for more features, when in fact we (or at least I) were concerned that 3.93 would be released without proper testing and with quality issues. Lo and behold....

I feel that the biggest problem of all though is that I seem to be unable to reason with the developers on any of the issues which have come up. In most of the proposals I've made, I believe that I've presented a well reasoned and valid argument. In return, I see a lot of "missing the point" and simply completely misinterpreting or not understanding (or ignoring) the problems at hand. It seems that there is some sort of poor communication along the line. A good example of this recently is Gabriel's comment that this whole situation is basically about a "different frontend" that users here want. I don't even know where this notion comes from because it's so far from the critical point of the matter that if one were to interpret the argument this way, there could really be no fundamental understanding (hence it's no surprise that we have such a big problem here). Another example would be the one I pointed out above, with Alexander confusing the fact that we wanted 3.93 to be "quality oriented" with meaning that we wanted it to be "feature oriented". Ironically enough, the concerns of this board were ignored, and the "stable" release that Alexander spent so much time arguing about (which was basically the same thing we all wanted, we just wanted to approach the matter differently, or dare I say more properly) never actually came to be.

For more information on this, I suggest going back and reading this thread:

Particularly ALeidinger's (Alexander, the "unofficial" release manager) comments. As you can see, a lot of effort was put into arguing as to why Takehiro's code shouldn't be used for 3.93, and why the 3.93 (the buggy one that was recently released) indeed had no quality problems other than the fast presets. Alexander "knew" this from reading the code, from the fact that developers perfomed "listening tests" (questionable in itself), etc, etc, etc. And then the bit about Windows users. Oh, and I was accused of seeding FUD . In the end, 3.94 (or Takehiro's code) was tested much more than the released 3.93, which ended up being buggy despite Alexander's vigorous assertion to the opposite. Oh well. After reading that at least, it might become more clear, even from only this single matter, how disheveled the development process is and why I am ultimately fed up with it. I also feel that it is getting worse, especially as the confusion continues over what will be in 3.94 or 4.00 (or whatever it will be) and what is what in the different CVS branches.

QUOTE

<sci-fi> what about certain xchat/bitchx/mirc <-> eggdrop(s) <-> main database - web page solution, certain scripts could be writen so everyone running his own eggy could participate (sort of a half-p2p solution) </sci-fi>

The technical implementation is trivial really. It's who is running it, and how, that is important.

<guesswork>lame goals are:- better low bitrates (IS and stuff)- to tweak and add new presets (after new psy model?) in the entire range to get to the fullscale quality-based encoder similar to vorbisor what?</guesswork>

QUOTE

The technical implementation is trivial really. It's who is running it, and how, that is important.

it does look like a hard task to implement considering all the known and half-known facts to me. I had HA community in mind of course.

QUOTE

I believe that I was that 3rd person for awhile. The problem is that for this situation to work, both parties have to participate equally. There was no shortage of users willing to provide feedback to the developers to improve quality, but there was little interest on the developer side in using that information and constantly providing improvements (again, we're seeing some now.. but a year after the fact, a time when many have lost interest in waiting).

that is a no-win situation...

QUOTE

For more information on this, I suggest going back and reading this thread:

i did read that thread some time ago and i must say that it looks kinda personal (and funny at the same time), so without knowing the exact background or being involved into lame-dev the end user (me included) can't really understand whats going on, or whats up with (or where they came from) 'front-ends' and 'feature oriented' stuff like that, although it is pretty clear that average end-user is not really important (for some lame-devs).

Dibrom; if you were a lame-dev and weren't happy with the way it was going, why not pull out and go solo? I've read that you have quit the lame developement scene, but what now? Surely you guys can get a team together. As you'll notice, i'm new. But, I see 3 people that could start the team out here, John, Takehiro and you, yourself, dibrom. Power to the people and all that jazz.

I've heard and used the --alt-presets and so I'm convinced that you really care about quality (i.e. sound quality). I trust your judgement in this matter and I guess until you publicly announce that e.g. LAME 3.96 or whatever sounds better than 3.90.2 (or there's such a huge difference that even I can hear it without hours of ABX-ing), I will just stick to using 3.90.2. And I don't think I'm the only one who thinks that way...

So my question is: are you going to test future LAME releases or provide any sort of comment on them?

I've heard and used the --alt-presets and so I'm convinced that you really care about quality (i.e. sound quality). I trust your judgement in this matter and I guess until you publicly announce that e.g. LAME 3.96 or whatever sounds better than 3.90.2 (or there's such a huge difference that even I can hear it without hours of ABX-ing), I will just stick to using 3.90.2. And I don't think I'm the only one who thinks that way...

If Dibrom quits and you don't trust anybody else's listening, then it seems you are stucked with 3.90.2 for the rest of your mp3-usage...

Well.. update on the situation. Now it seems Takehiro is no longer interested in listening test data for LAME, because HA is "rude". FIY, to those unaware, he was the only developer recently who was working on the core LAME psymodel issues.

As long as there is no final statement from DiBrom about the quality of the new Lame versions, it is still the best choice to use either 3.92 or 3.90.2

I couldn't help answering

QUOTE

Come on, guys, remember what old Kant used to say :

"Saper aude : dare knowing, accept no more the solution of laziness consisting in paying experts for thinking in your place."

Samples and settings are online, listen to them, don't wait for someone to tell you if they are good or bad, otherwise you'll never know if the diference is "barely audible on killer samples" or "catastrophic on anything"

Well.. update on the situation. Now it seems Takehiro is no longer interested in listening test data for LAME, because HA is "rude". FIY, to those unaware, he was the only developer recently who was working on the core LAME psymodel issues.

Wow. The drama continues. If personal differences keep popping up and progress on LAME slows to a crawl, I'll seriously have to consider switching over to Ogg Vorbis or MPC as my preferred format. The only reason I haven't switched over yet is a lack of hardware support. The current LAME situation, as it stands, is not good for MP3, period.

This post has been edited by Negative Zero: Nov 30 2002, 17:31

--------------------

http://www.welovetheiraqiinformationminister.com"I triple-guarantee you this is the best web site ever!"

Well I'm stuck with MP3 for the time being considering the 3 different portables I use daily (HD, CD and CF card). And 'time being' is probably going to be more than a year and a half, since one new (other codec) portable couldn't possibly replace the niches each of these three occupy in my life - not in the forseeable future anyway.

I feel sad about this downturn. It's all about communication, isn't it? And communication is what this medium is supposed to do best.

Whoever said that this confusion wouldn't be happening if it were a commercial enterprise was probably right. A successfull enterprise takes account of the public and how they use a product. The old reality test.

In my opinion this whole debate and the accompanying emotions should be toned down a bit and taken into context. It's not like this is 1996 and all we'll be able to use for the next 10 years is mp3 . . . we have at least one and possibly two very good, open-source, patent-free (ogg vorbis & mpc sv8) codecs up and coming. Our emotions are better spent supporting those efforts, in my opinion, than rewriting Gone With The Wind with hours upon hours of debate and malodrama that's ultimately all for naught, considering that mp3's death-knell is presently sounding.

This doesn't look good for open-source. If LAME were a commercial project I doubt this impasse would persist.

I was thinking the same thing, Mith (but didn't really want to say anything ).

Perhaps the open source projects with a "Great Leader" at the helm (like Linux, with Linus Torvalds) are the only ones that really succeed... either that, or single-developer projects. Seems like so many others just languish, or are subject to issues like this one...

Well.. update on the situation. Now it seems Takehiro is no longer interested in listening test data for LAME, because HA is "rude". FIY, to those unaware, he was the only developer recently who was working on the core LAME psymodel issues.

This really is bad news. Seems like lame development has just virtually halted in this last week or so. I am particually concerned with Takehiro's comment about HA being "rude". For a start, i have never really read any "rude" comments concerning developent (or anything else come to think of it), and secondly, HA is a great source for information about high quality audio compression, where users/members have found it when looking for high quality audio tools/information, thus are concerned with quality. We all try and pitch in with helping to develop lame via listning tests, abx results and reporting bugs. If this is being "rude" then I fail to see how lame will continue to develop.

I'm not a developer or an expert in audio compression, but as an end user all i require of lame is to be of the highest audio quality and (if possible) the quickest. Speed isnt as important as quality though, and it really DOES NOT matter about features or the frontend! Therefore i see no alternative but to perminantly use MPC, even though there is lack of hardware support, as development and planning are currently ALOT better than lame's, and the quality is constantly improving!

Here are the directions that i would like lame to take (As an average end user):

1. Improvement in quality with every release, even if releases are rare/infrequent2. Simple set of command line presets, similar to MPC and Vorbis quality settings (q0-q9 etc) and alias like Internet/Streaming, Portable, CD, Standard, Extreme and Braindead.3. Releases are to be fully tested by Golden Ears before being publicly released, then released as Betas/Alphas for extra quality tests and bug reports.4. Lame Developers to get on with each other, address problems promptly and thourghly, and to be concerned with only improving quality rather than features. Leave frontends to other developers.

Development is something that i know very little of, but reading comments posted by developers, i can clearly see that there is definatly turmoil in the dev camp. It seems like some developers want speed and quick releases, and others want stable and high quality sounding releases. In this case, it is and always will be a bad way to work as devs won't be able to work TOGETHER! It also seems that most of the developers dont care what the end user wants from their project, this is a very bad way to develop a project of this type. What lame needs right now is a main project leader (such as dibrom) to lead lame development, to set main targets and goals for other devs to achieve just to add direction to lame. This leader would be able to get feedback from HA users regarging what they want from lame, so that he can point the lame project in the right direction. Without this, i'm afraid that lame will no longer be the king of mp3 compression when bad releases are constantly released (like 3.93) as users will be put off using it. I among with meny others trust dibroms points of view and will most probably stick with 3.90.2 or 3.92 until a release supersides the quality of it. But the way things are going right now, i doubt it will happen anytime soon...