I'm of two minds about this - I think it would be excellent to start offering 64-bit file lengths, but I wonder if this is going to be a widely-used format or not (personally I've never heard of it :)
Also - I have three dolist items for soundfiler/read/writesf~ : fix thread-unsafe way readsf~ searches along the file path (need to make a local copy of the path so that the sub-thread isn't asking the canvas to do the search via open_via_path) allow reading and writing ASCII text files (way way overdue!) fix writesf~ to make running updates to the chunk size as the file grows, so that if the file never gets 'closed' it still gets a reasonable size None of this is the least bit fun or interesting I'm afraid... cheers Miller On Thu, Apr 18, 2019 at 10:36:21PM -0300, Alexandre Torres Porres wrote: > Em qui, 18 de abr de 2019 ??s 14:22, Dan Wilcox <[email protected]> > escreveu: > > > ???Why not???? would come from other maintainers who do not necessarily want > > to be stuck with yet more code. I???m pretty sure I can structure this in a > > way to fit in with the object already works, but I???d rather not try if > > there is no interest in recovering the code. > > > > Sure, I see. I hope then you can get it working in a way that doesn't raise > any concern to Miller. I'll stress again that it can be useful at least for > the loop and sound effects library from *Soundtrack Pro* and *Logic Studio* > . > > > > it may not be too difficult to dump the extra info but that???s a separate > > issue. > > > > yeah, I had opened this one > <https://github.com/pure-data/pure-data/issues/586> > > cheers > _______________________________________________ > Pd-dev mailing list > [email protected] > https://lists.puredata.info/listinfo/pd-dev _______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
