Re: prominent message on website about "use only on

On 2017-07-31 23:11, Thomas Orgis wrote:
> Am Mon, 31 Jul 2017 17:25:03 -0300
> schrieb Rogério Brito <[email protected]>:
> 
>> I'm sorry if this has already been mentioned here, but this seems like
>> an excellent opportunity to switch to git.
> 
> An easier migration would be to subversion, though. It supports proper
> branching and merging nowadays and the migration from CVS is very well
> established, along with easy migration of the mind as the command set
> is very similar.

I am going to disapoint everyone, and really question the 
benefits/efforts ratio in a migration away from CVS.
Of course, CVS is obsolete within the versionning tools, and for sure 
it's not hype/trendy.
However, if the last Lame release is from 5 years ago, this is clearly 
not because of the versionning tool, but because of the lack of 
time/willingness to invest time in Lame.

My feeling is that switching tool will likely require more efforts than 
moving current head to a branch in CVS + correcting the issues reported 
on libmp3lame.

However, my last commit on Lame dates back from 2009, so I'm not an 
active commiter either :-)


> I am still trying to get my head into the mpglib usage in lame. One
> possible showstopper is that you want samples as unclipped double 
> numbers on
> occasion. I hope I can change that to single-precision float. You get
> that from a standard build of libmpg123, while double would mean that
> we need to configure a copy of libmpg123 in-tree. Any real use case for
> double-precision PCM samples?

I think that decoding to float instead of double would be fine, but 
beware of the interfaces: if Lame is using double later on on those 
inputs, you'd have to handle the conversion.

Regards,

--
Gabriel Bouvigne

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Lame-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lame-dev