On 27-Jan-2000 Mark Taylor wrote: > Mike also claimed he was interested in parallel encoding, but > I assume the real application is seamless splices of 30s mp3s created > by the FhG demo encoder :-) Dammit you saw through my plan :). But the extension to parallel coding was a legitimate hack. > I concluded this was impossible in general, because of the > bitreservoir. (see below). But that was before VBR! The difficulty in getting reservoirs aligned etc just was a pain in the butt. I've switched to using mp2 (toolame) to do my editing/splicing. (working on a simple way of editing 8hour mp2 files at the moment) later mike -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- Re: [MP3 ENCODER] LAME: does the encoding code support d... Nick Burch
- Re: [MP3 ENCODER] LAME: does the encoding code supp... Takehiro Tominaga
- Re: [MP3 ENCODER] LAME: does the encoding code ... Greg Maxwell
- Re: [MP3 ENCODER] LAME: does the encoding c... Stephen Scheck
- Re: [MP3 ENCODER] LAME: does the encodi... Frank Baumgart
- Re: [MP3 ENCODER] LAME: does the encodi... Ben Tucker
- Re: [MP3 ENCODER] LAME: does the encoding code ... Acy Stapp
- Re: [MP3 ENCODER] LAME: does the encoding c... Mark Taylor
- Re: [MP3 ENCODER] LAME: does the encodi... Andre Pang
- Re: [MP3 ENCODER] LAME: does the e... Mark Taylor
- Re: [MP3 ENCODER] LAME: does t... mikecheng
- Re: [MP3 ENCODER] LAME: does t... Andre Pang
- RE: [MP3 ENCODER] LAME: does the encoding code support d... Stapp, Acy
