@pictor-sdk/video-android 0.1.0 → 0.1.3

package/dist/index.mjs

@@ -1797,9 +1797,10 @@ function createMedia3VideoExporter(options) {
           );
         }
         const resources = overlayPlan.resources;
+        const viaMedia3 = options.videoSpeedVia === "media3";
         const shards = plan.map((shard, index) => {
           const clip = playable[index];
-          const cadence = cadenceFor(shard.plan.frames);
+          const cadence = viaMedia3 && clip.speed !== 1 ? null : cadenceFor(shard.plan.frames);
           return {
             uri: uris[index],
             startMs: Math.round(clip.sourceIn / 1e3),
@@ -1818,11 +1819,19 @@ function createMedia3VideoExporter(options) {
                         What matters is that the *source's* audio never enters this pipeline:
                         a per-shard audio track has to be re-encoded to concatenate, which is
                         what put a second generation on everything the user hears.
+            
+                        `ExportGate` notes that `setRemoveAudio` beside a speed change is a
+                        combination Media3 warns about, and that was tried as a candidate
+                        fix for the high-rate export stall: giving the re-timing the real
+                        stream instead of silence. It made no difference to the fault — the
+                        encoder stopped at exactly the same place — so the change was
+                        reverted rather than kept for a benefit that could not be shown.
+                        See `docs/research/export-speed-stall.md`.
                       */
             forceAudioTrack: true,
             removeAudio: true,
-            emitsPerInput: cadence.emitsPerInput,
-            outputPtsUs: cadence.outputPtsUs,
+            emitsPerInput: cadence?.emitsPerInput,
+            outputPtsUs: cadence?.outputPtsUs,
             spanUs: Math.round(shard.plan.frameCount * 1e6 / fps)
           };
         });