Whilst some users might not be aware of the sample import options, or use them when needs arise, I like to create images that follow the 180x150 size, but actually stay up the right way … in the recent 3.5 update - images are shown in the sample window correctly - but when the sample import procedure is done - the image is mirrored and upside down … like this : (which I mirrored so it came out the right way up !)
And hey presto… the image is the right way up… like this :
But the import window should not be doing this… not everyone is going to fix an issue created by this update… or put up with this :
I use samples quite some, strange that hasn’t been the case for me, I just add the image and everything is correct way up, no mirrorin
Am I misunderstanding something?
and here you can see it in action, no mirroring
Unsure - I use a Mac Silicon, so perhaps whilst they have made BFD silicon compliant - it’s conversion from a png to a tga file seems to have also changed - looking in the user samples folder - BEFORE the update - it utilised and converted to TGA files - now it seems it’s taking a PNG and converting to a PNG… yet upside down inside out - maybe as said it’s a Mac issue… bypassed during development…
PS - I got the same snare and kick samples from Yurt …
Silicon issue maybe, I use Mac Pro opencored. Seems to be ok. I dig the yurt rock stuff, very good.
Also there’s no option to import a HiHat? It’s quite strange that the hihat would be left out?
Hah speak of the Devil, I tried inporting some LM4 MKII stuff form Steinberg, but I did not specify an image to be used, so BFD auto inserts an image with a drum etc, called user, low & behold it’s upside down and rever
sed.
It’s pretty clear that version 3.5.has a glitch that needs to be addressed in an update - the mirror image issue and specifically around the handling of the “choke” articulation for user-imported samples. Without it, you lose a fundamental feature: the ability to simulate an open hi-hat being closed, or a cymbal being stopped mid-sustain. That’s a pretty critical oversight.
I also raised the issue of why we still can’t create proper hi-hats as part of a drum kit, rather than being forced to treat them as percussion. The absence of a built-in choke function - or any kind of intelligent voice grouping where a closed hi-hat sample cuts off an open one - is incredibly frustrating. Sure, we could script a workaround, but that’s a complex and clunky solution for something that should be native to the software.
Ideally, we should be able to import multiple hi-hat articulations (closed, open, half-open, bell, etc.) within a single import window, assign them accordingly, and have BFD automatically generate a script based on our setup. Right now, I have a great set of hi-hat samples I can’t even use properly because the engine doesn’t support such a basic yet essential feature.
1 Like
