Inconsistent behavior with very long audio files (LIMITATION) about wav2bar HOT 6 OPEN

Hello @cantecim ,

Unfortunately I do not plan to fix this issue as of now as it is complicated and non trivial to fix (quite a lot of refactoring to do). If I do fix it, it will likely be in a rewrite that I don't know yet if I will do it or not. I'd much rather improve everything at once than continuously refactoring a project full of tech debt and issues.

Note though that it might hangs for a while for such long files, because under the hood it does heavy processing on the audio buffer, that is not logged (it never came to mind those could be such a huge bottleneck). The audio buffer being so big, a single task can take a while and there are multiple of them.

You can try to let it run for a while and see if it succeeds. (The additional delay will be on the audio initialization, the frame rendering speed should remain unchanged, it will just start way after export launch). I can look for publishing an update with additional logs on export to log progress on these tasks eventually if that can help you (and if I have the time for it, too). But that is pretty much it I think.

If there is a lot of demand around the issue I will see if there is a workaround that I can try to implement to help exporting long audio files but since it'd take me a lot of free time I'd prefer spend it on clean foundations instead.

from wav2bar.

Stress test of 30 minutes: PASSED

• specs: quadcore Intel core i5 CPU; no graphics card; casual hard drive
• load: OK (~20s)
• save: OK (~3-5min)
  • The biggest bottleneck seems to come from the zipping part, it is unclear whether the size or the length affects performance.
• export: OK (~1h in 420p with jpeg export)
  • the initial setup involves copying the file (depends of the file size), converting it in multiple structure types (depends of the length), and interleaving in the case of stereo (depends of the length). Adding logs between each steps has shown that it takes a little while but the app is not freezed, even if the progress bar stays at zero the whole time.
  • Disk space used during export remained acceptable, with images below 100kB of size.
• The whole test took approximately 2 hours.

TODO: stress test of 2 hours (expected to take much more time, unlikely to work).

from wav2bar.

Hello @Picorims, thank you for this great project!

Is there any update on the issue? I came up with the same issue, 01:02:23 hour length audio. load is OK, save is OK, when I try to export, opens a borderless separate window and it just hangs that way

I'm using Windows 10 with 16 GB RAM and AMD Ryzen 5 2600X Six-Core Processor 3.60 GHz
Here is the latest lines of the log file

[2023-09-03T22:04:10.139] [DEBUG] export - save loaded into the renderer
[2023-09-03T22:04:10.147] [INFO] main - export window: new size: 3840x2160
[2023-09-03T22:04:10.155] [INFO] export - loading audio...
[2023-09-03T22:04:10.173] [INFO] export - audio loaded successfully.
[2023-09-03T22:04:10.186] [DEBUG] export - using audio: D:\Program Files\Wav2Bar\app-0.3.3-beta\resources\app\temp\temp.mp3
[2023-09-03T22:04:10.187] [DEBUG] export - processing audio...
[2023-09-03T22:04:10.187] [DEBUG] export - audio source: D:/Program Files/Wav2Bar/app-0.3.3-beta/resources/app/temp/temp.mp3

from wav2bar.