https://bugs.kde.org/show_bug.cgi?id=420143
--- Comment #4 from Christophe <christophe.ge...@neuf.fr> --- Hello Urs, Thank you very much for your investigation and fixing. As we're confined in France, I work from home but it's also the opportunity, to rip my collection of SACDs. I test this ASAP and get back to you. Regards, Christophe PS : I found another issue due to file name length but workaround is easier, for tagging files larger 2GB I used Mp3Tag as workaround but Kid3 is a greater interface with useful features On 19/04/2020 19:45, Urs Fleisch wrote: > https://bugs.kde.org/show_bug.cgi?id=420143 > > --- Comment #2 from Urs Fleisch <uflei...@users.sourceforge.net> --- > I have investigated the issue further. It only happens on Windows because on > Linux and macOS, long values are 64-bit on 64-bit architectures whereas on > Windows long is always 32-bit. To fix this, all variables which are used to > index data from a large file have to be replaced by a 64-bit type. I have > patched the TagLib which is used to build the Windows 64-bit edition. I have > tested it with large MP4, MP3, FLAC and Opus files, but not with a large DSF > file, simply because I do not have a DSF file larger than 2GB and I do not > know > how to easily create such a file (for the other formats it can be done using > ffmpeg). The DSF format seems to be quite simple, so I could have created such > a file containing large invalid data, but probably it is easier if you test it > with your files. So please get the win32-x64.zip file from > https://sourceforge.net/projects/kid3/files/kid3/development/ and tell me if > it > works. > -- You are receiving this mail because: You are watching all bug changes.
