Closed artofnois closed 1 year ago
Hi and thanks for your feedback. That 2G limit isn't by design and might be caused by a bug.
What kind of file are you reading ? Is there an error appearing somewhere in the console ?
I have made a c# Visual console example so you can test it, an 2 wave files. "https://drive.google.com/file/d/19ExqpVdSgGODqaTXMrP1eFjTGsZh2yF5/view?usp=sharing" The file named "Largo.wav" (Long over 2G) is wich I have problems (don't read metadata) The file named "Corto.wav" (Short one < 2G) is de same audio file but truncated a region of the audio file. Here I can read audio metadata. For my Application I use TablibSharp 4.20 because 4.23 delay a lots to read >2G and finally don't any metadata
Other programas I have like Soundminer o Wavelab can read the metadata of both
For starters, "Corto" has an additional ID3v1 tag that "Largo" doesn't have, which is probably why it works better.
Now for the actual issue on "Largo" : contrary to "Corto", "Largo" has a RF64
header which wasn't supported until now by ATL.
Support is available on today's v4.24
Hi again. I updated to 4.24 and then read the files ok.
But in a few files I have noticed that some metadada are missing compared to the metadata that appears in Wavelab.
For example:
In wavelab, a file with 3.9G show these metadata in ixml (total number: 15 only in iXML )
The same file via Trak library, get only 12 additionalfields.
Jaime Blanco Ruiz
De: Zeugma440 @.> Enviado el: domingo, 19 de marzo de 2023 15:03 Para: Zeugma440/atldotnet @.> CC: artofnois @.>; Author @.> Asunto: Re: [Zeugma440/atldotnet] Audio files bigger than 2G don't work (Issue #185)
For starters, "Corto" has an additional ID3v1 tag that "Largo" doesn't have, which is probably why it works better.
Now for the actual issue on "Largo" : contrary to "Corto", "Largo" has a RF64 header which wasn't supported until now by ATL.
Support is available on today's v4.24
— Reply to this email directly, view it on GitHub https://github.com/Zeugma440/atldotnet/issues/185#issuecomment-1475270049 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AADMQZOGMSSTQY7CDWA72CTW44GZNANCNFSM6AAAAAAV7MFEQM . You are receiving this because you authored the thread. https://github.com/notifications/beacon/AADMQZMVUJAZTQMRZ2I5X33W44GZNA5CNFSM6AAAAAAV7MFEQOWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTSX53K2C.gif Message ID: @. @.> >
Glad it now works for you ;)
I cannot see the images you posted. I guess you sent them by e-mail and GitHub didn't get them.
Last but not least, your new problem is not linked to issue #185.
=> Could you please create a new issue and make sure images are uploaded and visible?
Thanks in advance~
If you read files sized with mor than 2G, ATL don't read the metadata. My audio files are 32bit 96k, so file size bigger than 2G are used very often.