@vkontakte/videoplayer-core 2.0.173-dev.6bd1cf94d.0 → 2.0.173

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@vkontakte/videoplayer-core",
-  "version": "2.0.173-dev.6bd1cf94d.0",
+  "version": "2.0.173",
   "author": "vk.ru",
   "description": "Videoplayer core library based on the vk.ru platform",
   "homepage": "https://vk.ru",
@@ -42,6 +42,6 @@
     "**/*.d.ts"
   ],
   "dependencies": {
-    "@vkontakte/videoplayer-shared": "1.0.102-dev.6bd1cf94d.0"
+    "@vkontakte/videoplayer-shared": "1.0.102"
   }
 }

package/types/providers/DashProviderVirtual/lib/buffer/virtualBuffer/{byteRangeVirtualBufferManager.versionA.d.ts → byteRangeVirtualBufferManager.d.ts}

@@ -1,4 +1,4 @@
-import { BaseVirtualBufferManager } from "./baseVirtualBufferManager.versionA";
+import { BaseVirtualBufferManager } from "./baseVirtualBufferManager";
 import type { Dependencies, IBufferPlaybackQueueItem, ISomeDataLoadedCallbackParams, IVirtualBufferManager } from "../types";
 import type { ByteRangeSegment, Representation, StreamKind } from "../../../../utils/parsers/types";
 import type { NativeBufferManager } from "../nativeBufferManager";

package/types/providers/DashProviderVirtual/lib/buffer/virtualBuffer/liveVirtualBuffer.d.ts

@@ -1,4 +1,4 @@
-import { TemplateVirtualBufferManager } from "./templateVirtualBufferManager.versionA";
+import { TemplateVirtualBufferManager } from "./templateVirtualBufferManager";
 import type { Manifest, Representation, StreamKind, TemplateSegment, TemplateSegmentReference } from "../../../../utils/parsers/types";
 import type { NativeBufferManager } from "../nativeBufferManager";
 import type { Dependencies, IBufferPlaybackQueueItem, ISomeDataLoadedCallbackParams } from "../types";

package/types/providers/DashProviderVirtual/lib/buffer/virtualBuffer/{templateVirtualBufferManager.versionA.d.ts → templateVirtualBufferManager.d.ts}

@@ -1,4 +1,4 @@
-import { BaseVirtualBufferManager } from "./baseVirtualBufferManager.versionA";
+import { BaseVirtualBufferManager } from "./baseVirtualBufferManager";
 import type { Dependencies, IBufferPlaybackQueueItem, ISomeDataLoadedCallbackParams, IVirtualBufferManager } from "../types";
 import type { TemplateSegment, Representation, StreamKind } from "../../../../utils/parsers/types";
 import type { NativeBufferManager } from "../nativeBufferManager";

package/types/utils/tuningConfig.d.ts

@@ -202,6 +202,7 @@ export type ITuningConfig = {
 		usePersistentGaps: boolean;
 		abrThrottle: number;
 		useVideoElementWaitingCurrentTimeReassign: boolean;
+		useVideoElementProgressCurrentTimeReassign: boolean;
 		stallWatchdogInterval: Milliseconds;
 		liveUpdateInterval: Milliseconds;
 		liveStallReinitInterval: Milliseconds;
@@ -252,19 +253,21 @@ export type ITuningConfig = {
 		/** Включает отправку телеметрии трейсера (resume) при превышении stall watchdog */
 		tracerResumeOnUnexpectedStall: boolean;
 		/**
-		* При отмене signal текущей задачи sourceBufferTaskQueue (например, через
-		* `maintainAbortController.abort()` в `prepareSeek`) прерывать зависшую MSE-операцию
-		* через `buffer.abort()`. Без этого `completeTask` не вызовется при залипшем
-		* SourceBuffer и промис `append`/`remove` зависнет навечно — `prepareSeek`
-		* застрянет на `await maintainMutexPromise` (V3 deadlock), stall растёт до
-		* `crashOnStallTimeout=25с`.
-		*
-		* По умолчанию false (opt-in). Дешёвый фикс, но поведенческое изменение:
-		* единственный побочный эффект — лишний `buffer.abort()` при штатной отмене
-		* maintain (например, при обычном seek), но MSE `abort()` без активной операции
-		* — no-op по спеке. Включать поэтапно, начиная с процента.
+		* Эксперимент: при `true` отключает `await this.reinitDecoderIfNeeded(shouldForceSeek)`
+		* внутри `stallWatchdogIntervalCallback`. По умолчанию `false` — текущее поведение
+		* (force-seek раз в секунду при глубоком stall). Гипотеза: возможно, force-seek из
+		* watchdog'а сам по себе тормозит восстановление на длинных столлах (аналог B1,
+		* но через полное отключение reinit, а не троттлинг частоты).
+		*/
+		disableStallWatchdogReinitDecoder: boolean;
+		/**
+		* Эксперимент: при `destroy()` резолвить callback'и `currentTask` и всех задач в очереди,
+		* чтобы их промисы (`await this.queue.append(...)`, `await this.queue.remove(...)`) не висели
+		* вечно после разрушения очереди. По умолчанию `false` — поведение как до эксперимента:
+		* `queue = []; currentTask = null` без вызова callback'ов, промисы зависают (pre-existing behaviour).
+		* Включать поэтапно, начиная с процента трафика, для A/B по метрикам утечек и восстановления.
 		*/
-		abortSourceBufferOnSignal: boolean;
+		resolveQueueOnDestroy: boolean;
 	};
 	dashCmafLive: {
 		externalStopControl: boolean;