No products in the cart.
Mohan Klein
Participant
Topics Started: 0
Replies Created: 4
Has Thanked: 0
Been Thanked: 1
Ah right most important: We added an updated solution for this specific problem at MidiRemap so this should now (again) fix this issue when converting GGD Grooves to Toontrack via MidiRemap!
Cheers!
1
Thanked by: JohnUPDATE: It seems my first explanation was wrong: The GGD Grooves contain a long End of Track MIDI Event in the first MIDI Meta Track (MIDI Format 1 allows multiple tracks) which seems to confuse the Toontrack Groove Players to extend the end/bar length. When dragging the file directly to any DAW they seem to ignore this information and determine the correct MIDI event end after the last real note or similar information. Maybe something to consider adjusting @Toontrack.
Love from Germany
Mohan
Hello there!
I am the developer of MidiRemap. I just took a deep look into this: The GGD groove files use MIDI “Format Type 1” whereas the Toontrack grooves use “Format Type 0”.
Both are absolutely fine for MIDI drums and none of them is right or wrong. I see that type 0 is more preferable for MIDI drums but type 1 is not wrong and therefore I am happy to support @Toontrack investing and maybe fixing this on their side as the GGD files are fine just different than Toontrack’s? Happy to help with this further just write to us at MidiRemap.com!
Attached the file structure which causes the “million bars” problem inside the Toontrack groove players.
Love from Germany
Mohan
No products in the cart.
Get all the latest on new releases,
updates and offers directly to your inbox.
Note: By clicking the 'I WANT IN' button, you will not be creating a Toontrack user account. You will only sign up to get our newsletters, offers and promotions to your inbox. You can unsubscribe at any time from a link at the bottom of each email. If you want to learn more about our privacy policy, please find detailed information here.