still working on trying to figure out what is happening. the web server can’t find the x86 3.4 release file, even though it is clearly there and in place. hopefully the morning will bring some insight …
Thanks paul. I hope to get 3.4 installed soon.
The problem with 3.4 has now been fixed. An extra space crept into the filename and that caused issues with the download.
Awesome work! Looking forward to upgrading shortly.
Very curious about the MIDI plugin forwarding changes, and whether it’ll affect mapping of MIDI and plugin controls to hardware interfaces. Any more info about this in docs or on the mailing list?
samtuke: the MIDI handling changes will no visible effects on that other stuff. It simply means that if MIDI is flowing through a track or bus, it continues to flow even if one of the plugins it flows “through” doesn’t actively accept or output MIDI.
Excelent work, the new meters are pretty good and ive noticed ive got a 3rd meter on stereo tracks, im assuming this is a mono meter of the combined left and right?
I’ve just loaded up a project i had been having trouble with in ardour 3.3 to see if it still gave me trouble, and unfortunatly it does. While fixing some missing notes, i had a note not get penciled into a region. I had to create it forward of the start of the region and then resize it so it started in the right place but when i played the track when it got to that point fluidsynth plugin seemed to crap out when it tried to play that note with a burst of very short noise then the remainder of that midi track (drums) didnt play despite there being midi data being sent.
Then when i deleted the note to try and re-add it ardour crashed.
I’ll get some debuging info up when i can, and if i get time i may start the project from scratch and rebuild all the parts from fresh and see if the same problems happen to rule out any errors that may have cropped in .
Thanks for the update.
In 3.3, there is an issue with Windows VSTs on mono tracks: If one inserts a stereo VST plugin, the left channel is louder than the right one, or vice versa. It seems to me, that the automatic “conversion” to a stereo channel has an issue with Windows VSTs. (The workaround is to insert an LV2 plugin before the VST such as Calf Vintage Delay that makes the track stereo, and set this plugin to bypass.) Is this error still there in 3.4?
I don’t know how enthusiastic you are about Windows VSTs, but if there is an active development, I would be willing to do some more testing with 3.4 and a more detailed problem description and file a bug for this.
DrNI
@veda_sticks: The 3rd meter is likely the MIDI data. ie you have a MIDI-track with a stereo synth on it). As for the odd midi editing behaviour, please file a ticket in the bug-tracker (it might already be there). As far as I know, there have been no changes regarding MIDI editing since 3.3.
@DrNI: http://manual.ardour.org/working-with-plugins/windows-vst-support/ explains the view of ardour’s developers on windows VST.
Thanks for the the information, i already have a bug report submitted ill add some more information with 3.4 running. I did have a problem with tal plugins II and III crashing ardour when loading the gui, but i worked out that it was LXDE causing the issue. Once i logged back into KDE i was able to load the guis again without any problems.
I think im going to be moving back to av linux. KX studio while a nice distro AV linux seems to be the most stable.
@Paul: Well I guess you’ve seen enough discussions about Windows VSTs and Ardour. Just a minor remark: Unfortunately, Voxengo, who are the creaters of some plugins that are essential to me, denied my request to port to Linux(VST).
Still, one question remains unanswered to me: Do you want bug reports on Windows VST issues, or is this considered a dead end anyways?
I just donated and downloaded the .tar file - are you planning to provide distribution packages as well, at least for Ubuntu LTS? Or did I miss something and v3.4 packages exist somewhere already?
Thank you!
I don’t think distro packages have ever been available except from the distros themselves (which means they are usually out of date and sometimes not as complete/perfect as they should be)
AVLinux usually has it available as a .deb in the AVLinux repository within days if not hours of a new release here, but even then, Glenn recommends using the tar file from here if there’s any doubt about the AV Linux version working perfectly.
The install procedure of the tar file is simple enough, surely?
@jens: i have no plans to ever provide distro-specific packaging. it is too much work and provides no real gain at all (especially since our packaging allows parallel installs of different versions of Ardour, something that most/all distributions do not enable in their packaging systems). We certainly do not plan to target specific distributions, and if we did, it would not be something like Ubuntu.
FalkTX from kx studio team i think has worked out the problems with loading guis in the TAL plugins
"
Re: KXStudio recent updates - any problems?
Postby falkTX » Mon Sep 09, 2013 2:52 pm
Your error is right here:
Code: Select all
suil error: Unable to open wrap module /opt/kxstudio/lib/suil-0:/opt/Ardour-3.4-dbg/lib/libsuil_x11_in_gtk2.so
report to the ardour devs that KXStudio sets up SUIL_MODULE_DIR variable, and ardour3 erroneously adds to it instead of replace it.
I think if you run:
Code: Select all
unset SUIL_MODULE_DIR
/path/to/ardour3
"
Ill add this note to my bug report
the work on the meters is awesome! thanks paul!
@fernesto: thank robin (gareus) for this. he is the meter-uber-meister, among many other -ubermeister positions that he holds.
THANKS ROBIN!!! K-14 is greeaaattt! xD, it really is also is good to have K-20 although mixing for for Video in 6 channels is still pretty complicated isn’t it?
more Thanks Robin! 
Can the loops that are going to be imported be played at project tempo in the loop import and preview? Its nice to be able to preview loops at project speed before importing them.
Thanks
Rob37