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 danomatika@gmail.com 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 Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev