I am trying to port TDM audio Custom Low level analyzer from Logic 1.x to 2.4.2
This analyzer works well with Logic 1.x . It sometimes works well on Logic 2.4.2 too. But sometimes, it’s gets stuck at 50% parsing. Any idea what’s going wrong ? I am not sure which VS version I had used while building for Logic 1.x. I am currently building with VS2017
I can reproduce this issue 100% times if I add the analyzer using automation APIs
I am not using the one you pointed above. I am using a different analyzer we developed.
Anyway, I modified the TDMAnalyzer to extend Analyzer2 class instead of Analyzer.(As this source was being used for Logic 1.x) With this, the situation seems to have improved and it doesn’t get stuck at 50% percent anymore. However, I am noticing an issue pointed in this thread
Although, @markgarrison mentioned that “Steam to terminal” doesn’t impact the Analyzer performance, my observation is contrary to this. If I add the Analyzer manually and disable these options, Analyzer parsing is fast.
If the “Stream to terminal” is enabled there is no impact on the performance.
If the “Show in protocol results table” is enabled, It affects the performance
Analyzer progress % starts out quick and slows down after about 40%. By this time the “Data” progress % starts appearing and both progress very slowly afterwards.Takes a lot of time to complete(~10 mins at least)
Sorry for the trouble with this! This is very odd. The option to “show in protocol results table” disables table display for the analyzer, but it does not disable indexing. Usually we consider indexing where all the work is, because when there is no search query, the data table just displays the first few dozen results.
We do have controlling this in the feedback for the automation API, however we’re a tiny team (3 people on the software) and we’re currently neck deep in another project at the moment.
However, I suspect that if you don’t need the data table results, there might be a quick fix here.
First, if you’re not using the data table, you could stop producing data table results from the API, thus eliminating all that work.
If you’re using the new UseFrameV2() API, you will need to turn that back off and stop committing new FrameV2s.
Then, in your GenerateFrameTabularText method inside of your AnalyzerResults class, you can simply call ClearTabularText(); then return. This should prevent data table items from being produced, thus preventing them from being indexed later.
Note, if you’re exporting the data table from the automation, this won’t work anymore because there will be nothing to export. However if you’re using the legacy export function, that will still work as it calls your implementation if GenerateExportFile
Does that help?
Also I’d love try and reproduce the performance issues over here if you could share us a copy of your analyzer and sample capture.