This post started as a question, hence below is the original message:
When you render a single pattern track with sends on it, the resulting sample is very long (almost a minute) and contains the contents of a track plus a tail of complete silence. A theoretical workaround would be rendering tracks dry and adding the effect later, but what if you don’t want to drench everything in delay and reverb sauce?
Hi and thanks for the response. Here’s a project. Selection0025 render bug.zip (1.6 MB)
is a render of a dry track. Selection0026 is a render of a track with a delay send on it.
Kind regards.
@dnapierala1980 , thanks for the project. I just investigated this a bit and you seem to have found a bug !
I’ve tried a couple things:
Rendering the entire pattern
Rendering part of the pattern
Removing the last step and then render
changing some steps and then render
The outcome was always the same, that the resulting audio file includes lots of unecessary silence .
I have therefore changed this topic into a bug report and filled it out with all the information you and i have gathered.
As a workaround for now:
You can always import the sample via the Sample Loader and use the Import function there.
That will allow you to cut the sample down to only the necessary parts at least.
Thank you so much for your effort. When that’s fixed, this little machine will be a true gem. And as always, it was a pleasure to work with you ;). Kind regards, Dominik.
same problem here, can’t even edit the rendered file because it’s too big. I’m looking forward for a solution and can’t wait to use the tracker plus to its full potential
I am very much hoping this is fixed in a forthcoming update but I’d like to share a work around I developed.
It’s likely that others have already figured out a similar workaround.
Caveat: please note that this is a cumbersome workaround ( but it works well)
THE WORKAROUND:
Use a BPM calculator to determine the length of the sample and crop the sample in the SAMPLE EDITOR.
Example: if your rendered selection is 32 steps at 145 BPM, your sample should be cropped to 1.6552 seconds per measure.
Because 32 is equal to two measures, crop your sample at (1.6552 x2 ) 3.104 seconds.
I hope this makes sense- happy to offer alternative explanations if I have been unclear.
Here is a free BPM calculator
Of course there are many availability online, this just being the one I have been using.
Using this method I have been able to render selections of my own songs and slice them up DnB style / chopped and screwed style- pretty cool.
Cheers.
As an aside - this is VERY obvious, but maybe this will help someone out- you can also use a beat calculator to determine the BPM of a loop. Just use the sample editor to view the length of the loop in question and type that value into MEASURE DURATION box of the beat calculator.
Gzzzzttt.
I was following this official Polyend tutorial and ran into the issue again, when I wanted to render the chords…It would be nice, if an update could be pushed soon as this starts to get nerving
I have found a workaround for this, which may also highlight the source of the bug.
If you make the pattern you want to render the LAST pattern in the song, AND you have that step highlighted in the song window, the pattern should render correctly.
I figured the issue had to do with the placement of the pattern in the song, as I spent 30 minutes rendering a 4 second sample. I noticed the blank space at the end of the sample (which I couldn’t edit off because the sample editor said it was too big to edit) was about the length of the rest of the song. I moved the pattern to the end of the song and it STILL didn’t work until I highlighted that step in the program.
If this doesn’t make sense, please ask. I can maybe make a video tonight.
As an aside- I’ve been working with computers making music for 35 years. There are ALWAYS bugs and issues both in hardware and software. It’s part of the landscape.
! 
But he is full of hope 
