bladerunner.
pavouk100@Zynewave wrote:
@aMUSEd wrote:
Oh great – now I’ve clicked on the B button again and the whole app has frozen.
Thanks for testing.
Can you remember if the bounce track was set to offline or realtime bounce mode? I.e. did you see the render progress dialog when the app freeze occurred?
I also experienced app freeze a few times, after offline bounce; bouncing indicator window appeared, progress bar was running, and when it ran till the end, the whole app froze and I had to kill it. It was with beta4, will try it later with last beta.
aMUSEdWith me it was realtime as I was trying to bounce my Virus Ti.
There was no progress dialogue – that’s what was weird – just the 2 orange lines appeared but instantly (but no audio data) – then when I tried to bounce again I got the freeze.
ZynewaveBeta6 is up, with a small change:
• New curve sequences now by default have a point event at the start of the sequence. If it controls a VST parameter then the value of the point is set to the current parameter value in the plugin.
ZynewaveBeta7:
• Recording parameter automation will create curve sequence events starting at the beginning of the arrangement instead of at the current play position.
roninCheers for frits! 🙂
pavouk100@pavouk100 wrote:
@Zynewave wrote:
@aMUSEd wrote:
Oh great – now I’ve clicked on the B button again and the whole app has frozen.
Thanks for testing.
Can you remember if the bounce track was set to offline or realtime bounce mode? I.e. did you see the render progress dialog when the app freeze occurred?
I also experienced app freeze a few times, after offline bounce; bouncing indicator window appeared, progress bar was running, and when it ran till the end, the whole app froze and I had to kill it. It was with beta4, will try it later with last beta.
Beta7, still the same problem. I’ve an arrangement in which it is possible to consistently reproduce – click ‘B’ button, progress bar appears, goes through, finishes, progressbar disappears and the whole app is frozen, eating 100%CPU. Do you want me to PM you the .pod file, Fritz?
Zynewave@pavouk100 wrote:
Beta7, still the same problem. I’ve an arrangement in which it is possible to consistently reproduce – click ‘B’ button, progress bar appears, goes through, finishes, progressbar disappears and the whole app is frozen, eating 100%CPU. Do you want me to PM you the .pod file, Fritz?
Yes. Please email it to: info at zynewave.com
Zynewave@Zynewave wrote:
@pavouk100 wrote:
Beta7, still the same problem. I’ve an arrangement in which it is possible to consistently reproduce – click ‘B’ button, progress bar appears, goes through, finishes, progressbar disappears and the whole app is frozen, eating 100%CPU. Do you want me to PM you the .pod file, Fritz?
Yes. Please email it to: info at zynewave.com
Many thanks for the file. The freeze bug is now fixed in the new beta8. Also fixed in beta8:
• Fix: Starting playback shortly before the loop end position would sometimes continue playback beyond the loop range.
pavouk100Many thanks for the file. The freeze bug is now fixed in the new beta8.
Confirmed, doesn’t freeze any more. Thanks!
ZynewaveThe weekend release I had hoped for got delayed because I found some things in the track management that I wanted to optimize. During that work I examined the possibility of changing how the gain/pan faders work on bounce tracks. In the past there have been a lot of user-remarks about why it isn’t possible to adjust the gain/pan on bounce tracks. The reason is that the bounce sound records the track output which includes the gain/pan adjustments and any automation of these. The recommended solution has been to add another effect track above the bounce track and adjust gain on that track.
With a bit of work I can change the behaviour so that the gain control can be applied post-bounce instead of pre-bounce. I would have liked to be able to do the same with the pan control, but that is technically not possible. You can have both mono and stereo sounds playing on the same track, and the panning is applied separately to each mono/stereo source. So it is not possible to properly apply panning after the mono/stereo sounds have been mixed into a stereo bounce file.
If I change the gain to be post-bounce, it will have the consequence that all rendered bounce tracks in older projects will play at a different level, as the track gain adjustment in effect will be applied twice. You’ll need to redo the bounce in older projects to get the proper level in the bounce sounds.
Another benefit of a post-bounce gain, is that the bounce waveform overlaid on the tracks will be closer to full-range, as the track gain reduction is not recorded in the bounce sound.
So what do you think? Would it be weird to be able to adjust gain on bounce tracks, but not pan?
LiquidProj3ctDo it 🙂
IMO is more usual tweak the gain meter that pan. I’d be happy if I can change the gain. You could hide or disable the pan for avoid confusion.
Regards
kingtubby@LiquidProj3ct wrote:
Do it 🙂
IMO is more usual tweak the gain meter that pan. I’d be happy if I can change the gain. You could hide or disable the pan for avoid confusion.
Agreed, +1, etc…
Mart.
rinxai@LiquidProj3ct wrote:
Do it 🙂
IMO is more usual tweak the gain meter that pan. I’d be happy if I can change the gain. You could hide or disable the pan for avoid confusion.
+ 1 🙂
pernst+1
