Open Gamebuster19901 opened 1 year ago
Has anyone else been able to reproduce this?
Looks like javazoom is a dead project, so if this is a bug in that project, it's unlikely to be fixed.
unfortunately this has happened to me too in the past. Using OGG instead of WAV was generally more reliable for me and saved lots of space. But you're completely right - the underlying issue will probably not be fixed. @steffen-wilke has been working on a replacement of our sound library for a while now, not sure what the status here is.
Is there an issue with the javax sound lib that comes with java?
yes, it is incredibly limited when it comes to real world use as it only supports:
unfortunately this has happened to me too in the past. Using OGG instead of WAV was generally more reliable for me and saved lots of space. But you're completely right - the underlying issue will probably not be fixed. @steffen-wilke has been working on a replacement of our sound library for a while now, not sure what the status here is.
for progress, you can check out the audio-spi branch I was working on mp3 decoding algorithm last. The problem with that wav implementation is that javazoom has a bug in it where it tries to decode a wav file as mp3 (as you can see from the callstack, it's in the decoding process (huffman) of the mp3 algorithm but should actually not be there for a wav file). I also found the exact line of code where this could be fixed in the library but due to license restrictions I didn't go for a fix there.
unfortunately this has happened to me too in the past. Using OGG instead of WAV was generally more reliable for me and saved lots of space. But you're completely right - the underlying issue will probably not be fixed. @steffen-wilke has been working on a replacement of our sound library for a while now, not sure what the status here is.
for progress, you can check out the audio-spi branch I was working on mp3 decoding algorithm last. The problem with that wav implementation is that javazoom has a bug in it where it tries to decode a wav file as mp3 (as you can see from the callstack, it's in the decoding process (huffman) of the mp3 algorithm but should actually not be there for a wav file). I also found the exact line of code where this could be fixed in the library but due to license restrictions I didn't go for a fix there.
It's LGPL, isn't it? LGPL should be compatible, no?
If we made modifications to LGPL code, our code would have to be LGPL too. But using LGPL licensed libraries per se is not a problem.
Describe the bug Utiliti fails to import some .WAV files
Stack Trace The error message you get either in your console or the
crash.txt
located in your program's root directory.To Reproduce Steps to reproduce the behavior:
[Resources]
->[Import]
->[Sounds]
->Select [notWorking.wav]
Expected behavior The file should import correctly
Your System:
Additional context sounds.zip