It is an interesting work, but practically encoding the mp3 stream in 2 half parts by 2 instances of Lame in parallel and then joining them would provide the same speed benefits as this version, but with a way higher quality.
Is there a tool for "correct" joining ?
Not to my knowledge.
However, I think that this is probably the easiest way to handle multithreading in an audio encoder (this is similar to video encoders that sometimes encode the frame in several slices, processed by different encoders instances).
This is probably the way that would be the less intrusive into libmp3lame. Most of the work coud be handled on the front-end side, which would ease to keep portability of Lame/libmp3lame. A new multithreaded frontend does not necessarily needs to be as portable as the current Lame frontend.
The drawback is that this would provide 0 gain for live input.
Regards,
-- Gabriel Bouvigne www.mp3-tech.org personal page: http://gabriel.mp3-tech.org
_______________________________________________ mp3encoder mailing list [email protected] http://minnie.tuhs.org/mailman/listinfo/mp3encoder
