# TikTok Global: LIVE con solo audio y posible regresión de Hushfeed

Consulta de fuentes primarias: 18 de octubre de 2026. Investigación documental y de código; no se instaló ni ejecutó ningún APK y no se probó un teléfono.

## Resultado que sí permite la evidencia

**No se ha demostrado que exista en Hushfeed actual un parche que fuerce el modo de escucha de LIVE sin vídeo.** Sus dos parches que más se parecen a lo solicitado cubren vídeos normales y no deben presentarse como solución comprobada para LIVE. La ventana de LIVE pertenece al reproductor nativo de TikTok y Hushfeed declara que la conserva bajo control de TikTok.

El recuerdo de una ventana emergente con un botón de auriculares es compatible con los controles nativos de reproducción de LIVE. No se encontró evidencia primaria suficiente para identificar ese icono exacto en la versión del usuario, establecer cuándo desapareció ni atribuir su desaparición a una actualización de Hushfeed. Tampoco conocemos el teléfono, Android, APK base, versión del bundle, región/cuenta y selección de parches que utiliza el usuario.

## Versión actual comprobada directamente

La API de GitHub, consultada durante este análisis, devuelve **Hushfeed v0.75.0**, publicado el **16 de octubre de 2026 a las 20:17:23 UTC**. La release declara 135 parches para **TikTok Global 47.1.4**, paquete `com.zhiliaoapp.musically`, y Morphe Manager **1.34.0 o posterior**. La compatibilidad de 90 parches con PineDrama no implica que sean 225 parches para TikTok.

- [Release v0.75.0](https://github.com/SysAdminDoc/HushFeed/releases/tag/v0.75.0).
- [API de releases](https://api.github.com/repos/SysAdminDoc/HushFeed/releases?per_page=3).
- [Commit fijado por el tag: 76888ed873adb4deaef3d1d8576b8e0e6a161001](https://github.com/SysAdminDoc/HushFeed/commit/76888ed873adb4deaef3d1d8576b8e0e6a161001).
- [Target documentado en el tag](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/README.md#supported-target): version code 2024701040; ARM64/ARMv7; minSdk 23; SHA-256 del APK base que declara el proyecto `4226ed5d3031b68208c29f62d80ac421b281fc74201bc4163d98e442d0991a40`.

El README que se encuentra dentro del tag v0.75.0 todavía menciona v0.74.0 en su introducción. La release y el tag son evidencia más específica para la versión publicada que esa frase desactualizada. Los resultados del buscador mostraron versiones históricas v0.58/v0.66 y targets anteriores; no se usaron para decidir la release actual.

**Desarrollo aún no publicado:** `main` observado en [879085241613175b36f6036b56244928172a81fa](https://github.com/SysAdminDoc/HushFeed/commit/879085241613175b36f6036b56244928172a81fa), de 18 de octubre de 2026 a las 14:59:32 UTC, ya apunta a **TikTok 47.4.3**. El [README de ese commit](https://github.com/SysAdminDoc/HushFeed/blob/879085241613175b36f6036b56244928172a81fa/README.md#supported-target) lo identifica como próxima release y aclara que la release disponible todavía no parchea ese APK. No mezclar ese target con v0.75.0. Las dos clases de reproducción de fondo/PiP de ese HEAD mantienen las mismas exclusiones y explicaciones relativas a LIVE descritas a continuación.

## Tres funciones que hay que distinguir

| Función | Qué muestra la fuente | Aplicación al objetivo LIVE solo audio |
|---|---|---|
| Keep playing in the background | Mantiene habilitada la reproducción nativa de vídeos del feed; puede incluir fotos/perfil propio; añade repetición opcional | El código mantiene la exclusión de LIVE. No fuerza audio de una sala LIVE |
| Picture-in-picture de Hushfeed | Añade una ventana pequeña a vídeos del feed y a vídeos abiertos desde perfiles/búsqueda/sonidos | El reproductor LIVE nativo queda a cargo de TikTok. No incorpora un botón de auriculares |
| LIVE controls | Calidad/recordar calidad, pantalla limpia, paneles oscuros, vistas exactas, impedir entrada automática y grabación | La implementación inspeccionada no añade un control para escuchar LIVE sin vídeo |

Fuentes primarias fijadas a v0.75.0:

- [BackgroundPlay.java, líneas 20–35](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/extensions/tiktok/src/main/java/app/morphe/extension/tiktok/misc/BackgroundPlay.java#L20-L35): explica los modos de la opción de servidor, las lecturas recordadas y la exclusión de LIVE.
- [BackgroundPlayPatch.kt, líneas 64–75](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/patches/src/main/kotlin/app/morphe/patches/tiktok/interaction/backgroundplay/BackgroundPlayPatch.kt#L64-L75): el chequeo de escenas distingue LIVE del vídeo normal.
- [PictureInPicture.java, líneas 43–59](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/extensions/tiktok/src/main/java/app/morphe/extension/tiktok/playback/PictureInPicture.java#L43-L59) y [149–151](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/extensions/tiktok/src/main/java/app/morphe/extension/tiktok/playback/PictureInPicture.java#L149-L151): alcance de PiP y conservación de la ventana LIVE nativa.
- [PictureInPicturePatch.kt, líneas 26–30 y 88–109](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/patches/src/main/kotlin/app/morphe/patches/tiktok/interaction/pip/PictureInPicturePatch.kt#L26-L30): actividades del feed/detalle; la declaración PiP del feed ya existe para LIVE.
- [LIVE controls: implementación](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/extensions/tiktok/src/main/java/app/morphe/extension/tiktok/live/LiveControls.java) y [parche](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/patches/src/main/kotlin/app/morphe/patches/tiktok/interaction/live/LiveControlsPatch.kt).

Esta distinción tampoco garantiza ahorro de datos: ocultar el vídeo o dejar de verlo no demuestra que TikTok deje de descargar/decodificar la pista de vídeo. Haría falta medir tráfico y comportamiento del reproductor.

## Cronología comprobada

| Fecha UTC | Cambio con evidencia primaria | Interpretación limitada |
|---|---|---|
| 2026-09-30 10:16 | [506eb242a732ca6ea2142ae504d3c039ce0886d7](https://github.com/SysAdminDoc/HushFeed/commit/506eb242a732ca6ea2142ae504d3c039ce0886d7) incorpora reproducción nativa en segundo plano | Vídeo normal, no prueba de LIVE solo audio |
| 2026-09-30 13:31 | [96ab86d81d469893e43780f4ed102a0d3729efde](https://github.com/SysAdminDoc/HushFeed/commit/96ab86d81d469893e43780f4ed102a0d3729efde) amplía fotos/perfil propio | Continúa siendo el reproductor del feed |
| 2026-09-30 14:48 | [63191256dd32713004b4bb7af5bb8c21b36bfe56](https://github.com/SysAdminDoc/HushFeed/commit/63191256dd32713004b4bb7af5bb8c21b36bfe56) corrige primer vídeo tras arranque frío | No confirma ni corrige la desaparición de auriculares LIVE |
| 2026-10-07 20:11 | [35af5211a8a59e6a8bfbf69111b2fa3cdbb73afd](https://github.com/SysAdminDoc/HushFeed/commit/35af5211a8a59e6a8bfbf69111b2fa3cdbb73afd) incorpora PiP para vídeos | Nueva función distinta del PiP LIVE preexistente |
| 2026-10-07 20:41 | [32a17e4f9230e38a900118c28a92b5eb60341795](https://github.com/SysAdminDoc/HushFeed/commit/32a17e4f9230e38a900118c28a92b5eb60341795) limita control play/pause a la propia ventana | Evita interferir con controles de otras ventanas |
| 2026-10-08 16:50 | [afc0082ae259cd0c8933aafd4a79f507fd3a0080](https://github.com/SysAdminDoc/HushFeed/commit/afc0082ae259cd0c8933aafd4a79f507fd3a0080) mantiene solo el vídeo cuando vuelven controles | Corrección de PiP; no documenta eliminación de auriculares LIVE |
| 2026-10-10 23:44 | [3cd1c54f6d18384c2abc6d457829e042613c6057](https://github.com/SysAdminDoc/HushFeed/commit/3cd1c54f6d18384c2abc6d457829e042613c6057) añade repetición del vídeo de fondo | Relacionado con issue #99; no LIVE |
| 2026-10-16 20:17 | Release v0.75.0 | Última release observada durante esta consulta |

## Lo que aportan los issues y los flags

La [solicitud #52](https://github.com/SysAdminDoc/HushFeed/issues/52) describe una opción de audio de **vídeos del feed** que aparecía/desaparecía y un comportamiento distinto entre TikTok 47.0.3 y 47.1.3. El autor de la solicitud atribuye su experiencia al modo `background_play_enable`. El código actual intercepta esa lectura y la preferencia persistida. Esto documenta que había inestabilidad en el audio de feed; **no demuestra una regresión de LIVE causada por Hushfeed**.

La [solicitud #99](https://github.com/SysAdminDoc/HushFeed/issues/99) pide repetir vídeos normales cuando terminan en segundo plano, no escuchar una transmisión LIVE.

La búsqueda GitHub de issues con `headphones` no encontró coincidencias y la de `audio only` encontró una petición de pantalla completa, sin identificar la regresión descrita. Esto es un resultado de búsqueda limitado, no una prueba de inexistencia.

El catálogo del [Feature Gate Lab generado a partir de TikTok 47.1.4](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/extensions/tiktok/src/main/java/app/morphe/extension/tiktok/featuregatelab/GeneratedFeatureGateCatalog.java) se inspeccionó como datos: se decodificó el bloque Base64/GZip sin ejecutar el Java. Contiene claves `live_pip_resume_enable`, `live_pip_disable_auto_finish`, `live_player_app_background_event`, `live_harmony_os_disable_pip` y `lyrax_media_player_enable_background_play`. **Los nombres y valores por defecto no explican por sí solos sus condiciones, ni revelan un interruptor probado para el icono de auriculares.** No se recomienda forzarlos a ciegas. Los presets declarados de [FeatureGateLabStore.java](https://github.com/SysAdminDoc/HushFeed/blob/v0.75.0/extensions/tiktok/src/main/java/app/morphe/extension/tiktok/featuregatelab/FeatureGateLabStore.java#L618-L634) incluyen reproducción de fondo del feed y traducción LIVE, pero no un preset dedicado a LIVE solo audio.

La [discusión #98](https://github.com/SysAdminDoc/HushFeed/issues/98) y en particular el [comentario del mantenedor sobre el preset LIVE](https://github.com/SysAdminDoc/HushFeed/issues/98#issuecomment-6218272507) documentan dependencias de SIM/región en la **traducción** de LIVE. Sirven como evidencia de que ciertas funciones LIVE tienen condiciones adicionales; no se puede trasladar esa condición específica al audio sin investigar sus lectores.

No se encontró documentación oficial pública de TikTok que garantice hoy la disponibilidad universal del menú de escucha LIVE en TikTok Global 47.1.4. Los resultados secundarios describen un menú histórico llamado Background Player con opciones PiP/Audio/None; no se usaron como prueba técnica del funcionamiento de la versión actual.

## Otros bundles: alcance de la comprobación

Se inspeccionaron por API los árboles de los once bundles adicionales que el catálogo de Morphe del proyecto identifica para TikTok Global: icysymmetra, kveld9, hxreborn, chirag127, kareemlukitomo, dawidd612, BlueDragon4251, LuckyToShine, na-x-ril, BDCrusher y axelbarks. La búsqueda por nombres de archivos relacionados con BackgroundPlay/PictureInPicture/LIVE audio no identificó otro parche dedicado a LIVE solo audio. En chirag127 aparecieron archivos de reproducción de fondo de YouTube/YouTube Music dentro de upstream; **no corresponden a TikTok**. Esta búsqueda de nombres no sustituye una auditoría semántica completa de todos esos repositorios.

También se encontró [9iiota/background-player-for-tiktok](https://github.com/9iiota/background-player-for-tiktok), cuyo propio README describe una extensión/userscript para mantener el vídeo de la web activo en pestañas de fondo. No es un bundle Morphe para Android, no documenta recuperación del botón de auriculares LIVE y no se instaló.

## Procedimiento de diagnóstico propuesto, todavía sin ejecutar

1. Registrar versión exacta de TikTok, Hushfeed, Manager, teléfono/Android y los parches realmente seleccionados. Conservar un export de ajustes si se va a comparar configuraciones.
2. Dentro de una sala LIVE, revisar Compartir y la fila desplazable de opciones para localizar el reproductor en segundo plano y una opción Audio, si existe. Probarlo como función nativa; no esperar que un ajuste del feed lo reemplace.
3. Comparar la misma sala/cuenta con Hushfeed pausado y con el PiP adicional de Hushfeed apagado. El switch Pause no revierte parches que quitaron archivos del APK.
4. Si se seleccionó Remove LIVE extras u otro parche de eliminación, comparar con un APK parcheado limpio sin esos recortes. El proyecto advierte pérdida de componentes LIVE, pero no se ha demostrado que ese parche elimine el botón de escucha.
5. Comparar, si el usuario ya dispone de ambas instalaciones, una versión oficial y una parcheada de la misma base. No cambiar de región/SIM, instalar versiones antiguas o borrar datos como primer paso. Si ambas pierden el menú, la evidencia apuntaría más a TikTok/cuenta/configuración nativa; si solo falla la parcheada, aislar parches manteniendo base y cuenta.
6. Solo tras reproducir, abrir un informe con la secuencia exacta, captura del menú e identificadores de versión; no enviar tokens, cookies ni un export de datos personales sin revisar.

Recomendación actual: elegir Hushfeed por su conjunto de parches si interesa, pero **no actualizar ni cambiar de bundle exclusivamente esperando recuperar LIVE solo audio**. La solución del caso concreto permanece pendiente de reproducción en el dispositivo. Las fuentes revisadas no justifican prometer un parche funcional que restaure ese control.