AudioParams with automations must process timelines

third_party/WebKit/Source/modules/webaudio/AudioBasicProcessorHandler.cpp

 /*
  * Copyright (C) 2010, Google Inc. All rights reserved.
  *
  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions
  * are met:
  * 1.  Redistributions of source code must retain the above copyright
  *    notice, this list of conditions and the following disclaimer.
  * 2.  Redistributions in binary form must reproduce the above copyright
  *    notice, this list of conditions and the following disclaimer in the
@@ skipping 77 matching lines @@
 
     // FIXME: if we take "tail time" into account, then we can avoid calling
     // processor()->process() once the tail dies down.
     if (!input(0).isConnected())
       sourceBus->zero();
 
     processor()->process(sourceBus, destinationBus, framesToProcess);
   }
 }
 
+void AudioBasicProcessorHandler::processOnlyAudioParams(
+    size_t framesToProcess) {
+  if (!isInitialized() || !processor())
+    return;
+
+  processor()->processOnlyAudioParams(framesToProcess);
+}
+
 // Nice optimization in the very common case allowing for "in-place" processing
 void AudioBasicProcessorHandler::pullInputs(size_t framesToProcess) {
   // Render input stream - suggest to the input to render directly into output
   // bus for in-place processing in process() if possible.
   input(0).pull(output(0).bus(), framesToProcess);
 }
 
 // As soon as we know the channel count of our input, we can lazily initialize.
 // Sometimes this may be called more than once with different channel counts, in
 // which case we must safely uninitialize and then re-initialize with the new
@@ skipping 37 matching lines @@
 
 double AudioBasicProcessorHandler::tailTime() const {
   return m_processor->tailTime();
 }
 
 double AudioBasicProcessorHandler::latencyTime() const {
   return m_processor->latencyTime();
 }
 
 }  // namespace blink