-
Notifications
You must be signed in to change notification settings - Fork 173
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
export to wave adds long dead time ! #1853
Comments
Hey @fhenryco , Hydrogen versions prior to 1.2.0 had a bug due to which samples did not ring out but were cut at the end of the song. This has been fixed and local testing (using the sample you uploaded on SourceForge) did not showed anything strange. Could it be that you are working with long samples and the dead time you are referring to is your samples fading out? You can make Hydrogen cut the samples at the end of a pattern yourself by manually setting the length of a note (right click and dragging to the right) to the very end of the pattern. |
I get exactly the same issue with samples from the default hydrogen drum kit: i can reproduce the problem with just floor tom and Stick from GMRockit. But you are right that this must be related to the sample length even in this case because if i do what you say (make Hydrogen cut the samples at the end of a pattern myself by manually setting the length of the notes) then the wave file generated stops where it should i.e. exactly at the end of the pattern. so are you saying that i need to do that for the dozen of notes i typically have in a pattern ??!! : see the difference between my two screen shots : only a few notes and it's already getting ugly: In the old version of Hydrogen i did not have to set where the notes was finishing , and the wave i obtained were perfect for a loop, as if somehow the export wave tool was performing a cyclic continuation of the notes at the end to the begining of the pattern : at the end i could hear exactly the samething when playing the pattern in loop within hydrogen and playing the generated wave file in loop. Or did i miss something ? |
There are two things you can do here:
The previous version did not loop back audio to the beginning of the song but just cut the sample prematurely. Why is the current export not working properly for loops. Hydrogen tells you the exact time a pattern ends by moving the playhead to the adjacent pattern while playback is stopped. Just click the ruler below the timeline and you will get e.g. 6.486s for four patterns and 148 bpm. This information you can use in an external tool to customize the loop range. On the other hand, one does not need strange workarounds anymore, like an extra long final pattern containing only the final note at the very beginning. |
It must be something else because now even after adding stop notes at the end of the pattern: the wave file has a much longer duration than expected. you can download the wave file here: |
Thank you , we probably posted almost at the same time as i did not notice your last post before posting myself |
Do the two options I suggested work for your purposes or are there still some open points? |
I guess it sounds like we need a "Export sample for loop" option that intentionally chops the export at the end of the last pattern? |
Thank you for your effort but as you can see in my last screenshot, i tried the stop notes (which are not blue but rather a little bit smaller black dots) on all instruments and yet the end of the wave file is still much beyond the stop note. I had also the auto-stop activated from the begining. So the most usefull of your proposed solution is the accurate determination of the time at the end of the pattern which i was able to successfully and quite easily apply in my daw (bitwig) to limit the clip in time so that the behaviour of the loop is All right. |
oh dear! Seems like I put the wrong default value. The color of the stop notes can be set in Options > Preferences > Appearance > Colors > Pattern Editor > Note Off. You can pick any color to improve their visibility. I just happen to set their default color to black too.
Hmm. I can not reproduce this behavior. Could you attach the song?
I like that idea. It somewhat reproduces the behavior of former versions and might be quite helpful when working with simple audio players instead of proper DAWs. But then it should work as expected by @fhenryco: the fade out should be added to the beginning of the song. This way looping the export in a media player will sound exactly like looping a song/pattern within Hydrogen. |
You can download the .h2song here |
Thanks a lot! NoteOff handling is indeed not working properly (when using it for more than one instrument). I'll address this in a different issue |
I had a look at your song and it is more or less a rendering issue. Pattern "Tiriba" too short. The NoteOff notes you added at the end are not properly picked up by Hydrogen. Just increase the song a tiny amount, say Size 3.1/4.0, and the song should stop properly |
Thank you. So i will probably double such patterns in the future : 6/4 |
No, you don't have to. The slight increase of the pattern length is just a temporary workaround. The NoteOff notes not being picked up correctly is a bug and we are working on a fix. It will be part of version 1.2.3 of Hydrogen and I post an updated AppImage here as soon as the fixes are ready. |
@fhenryco could you check whether this AppImage fixes your issues with the stop notes? |
Thought an AppImage was fully portable yet running it i get the message GLIBCXX_3.4.26 not found |
No, they aren't. When built on a pretty old Linux distribution they should run on most recent distributions using the same compiler (due to the forward compatibilty of Hmm. But I thought the 1.2.2 AppImage did run on your system. Then it's quite strange for the one linked above not to work. I just took a look inside and compared it with the latest release AppImage. Both binaries and their associated libraries seem to require the same GLIBCXX version and 3.4.26 was required by the last release too. To reproduce ./Hydrogen-1.2.2-x86_64.AppImage --appimage-extract
objdump -x squashfs-root/usr/lib/libhydrogen-core-1.2.2.so | grep GLIBCXX |
The explanation is that i never run experimental things on my working distro. here i used a debian 9 VM (i already had available) as a sandbox. I'll try on a more recent VM distro as soon as possible. |
testing it in a newly created VM, it cannot find my samples which are custom wave sounds and not from any library. |
and the new created instruments were not created as part of a drumkit. If now i want to create a drumkit i need to load a new one and this is replacing my own instruments .... so i apparently cant save my instruments as part of a new drumkit |
For samples in .h2song files you have basically two options for loading them:
So, you can either put all your freshly added samples into drumkit using Drumkits > Save or Drumkits > Save As or ensure Hydrogen can find them at the same absolute paths.
When pressing Drumkits > Save the current instruments of your song replace the once in the last loaded drumkit. When using Drumkits > Save As you can create a fresh kit without overwriting the one you loaded. |
I tested successfully the Appimage in my sand box: the stop notes now work as expected. My problem with Drumkits > Save As is that i get the following message : The drum kit entered in the current song is not on the disc. but loading an existing drumkit will overwrite my instruments. may be the solution would be to load an almost empty drumkit ...(?) |
Great!
Damn it. Having just the instruments of the loaded kit but not most of its metadata stored in a .h2song already caused a number of issues. A legacy design decision and actually the thing I'm working on right now for the 1.3.0 release (#1849). Sorry for all the trouble and thanks for reporting back all those bugs! I prepared you yet another AppImage using which you should be able to save the drumkit. |
thanks: with the last appimage i could save my drumkit |
Awesome. Are there still open points or can we close here? I would transfer the "export for looping" feature into a dedicated issue |
Thanks, please let me know if something comes out for the "export for looping" feature. |
Alright. How about you create the issue? This way you get email notifications when we start working on it. (But that will probably take quite a while. There is already a long list of stuff we committed to implementing first)
When Hydrogen was started over 20 years ago it wasn't designed to allow seamless switching of drumkits. For most kits, whenever you load a them, you have to adjust the patterns in order for the notes of e.g. a kick still belonging to a kit. That's why patterns/songs are somewhat tied to a drumkit and there is no online repo containing various patterns and songs I'm aware of. But I intend to integrate this seamless switching in version 1.3. So, maybe there will be such an online repo at some point in the future |
It's not that i already have a song working with a drumkit and want to switch for another drumkit. It's just that i have no song at all. I thought somebody would have already written template songs and made them available in a repo so that others can only modify and adapt them to other similar songs in the same style... |
Maybe this get's you started https://github.com/hydrogen-music/Song-and-pattern-repository |
Hydrogen version * :1.2.0
Operating system + version : Mageia 9
Audio driver + version : pipewire on pulseaudio
My distribution (mageia) upgrade came with version 1.2.0 of hydrogen and (apparently) a new bug when exporting to a wave file: it adds a dead time (several measures) at the end so the wave file is not anymore the song i can hear in hydrogen and i cant use it as a loop! For instance it is twice longer than it should in the attached wave file. Got the same behaviour with 1.2.2 Appimage ! Got the issue even with default song opening in Hydrogen (so not mine)
The text was updated successfully, but these errors were encountered: