Il file MP4 ignora le impostazioni dei sottotitoli in VLC


14

Durante la riproduzione di un film MKV (h264 / aac) con un file .SRT separato, VLC mi consente di controllare perfettamente l'aspetto dei sottotitoli dal menu.

Tuttavia, dopo aver convertito senza perdita di MKV / SRT in MP4 con i sottotitoli incorporati ("mov_text"), i sottotitoli vengono visualizzati come un piccolo carattere Arial (?) E le impostazioni VLC non hanno alcun effetto su questo.

Ho pensato che forse il file MP4 contenesse alcune informazioni su come visualizzare i sottotitoli che avevano la precedenza, ma succede anche dopo aver rimosso tutti i metadati dal file MP4.

È un bug / funzionalità in VLC? Come faccio ad aderire alle impostazioni dei sottotitoli visivi per tutti i tipi di file video.

MODIFICA: ESEMPIO SRT

1
00:00:00,000 --> 00:00:07,000
Lorem ipsum dolor sit amet,
consectetur adipiscing elit,

2
00:00:09,000 --> 00:00:12,000
sed do eiusmod tempor incididunt
ut labore et dolore magna aliqua.

(etc.)

MODIFICA: VEDI SOTTO USCITA FFMPEG

ffmpeg -y -i "in.mp4" -i "in.srt" -acodec copy -vcodec copy -scodec mov_text -absf aac_adtstoasc "out.mp4" ffmpeg version 2.8 Copyright (c) 2000-2015 the FFmpeg developers built with Apple LLVM version 7.0.0 (clang-700.0.72) configuration: --prefix=/usr/local/Cellar/ffmpeg/2.8 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-ldflags= --enable-opencl --enable-libx264 --enable-libmp3lame --enable-libvo-aacenc --enable-libxvid --enable-ffplay --enable-libfdk-aac --enable-nonfree --enable-vda libavutil 54. 31.100 / 54. 31.100 libavcodec 56. 60.100 / 56. 60.100 libavformat 56. 40.101 / 56. 40.101 libavdevice 56. 4.100 / 56. 4.100 libavfilter 5. 40.101 / 5. 40.101 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 2.101 / 1. 2.101 libpostproc 53. 3.100 / 53. 3.100 Input #0, mpegts, from 'in.mp4': Duration: 00:55:34.20, start: 10.099667, bitrate: 2441 kb/s Program 1 Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 162 kb/s Stream #0:2[0x102]: Data: timed_id3 (ID3 / 0x20334449) Input #1, srt, from 'in.srt': Duration: N/A, bitrate: N/A Stream #1:0: Subtitle: subrip Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf56.40.101 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbr, 90k tbn, 90k tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, 162 kb/s Stream #0:2: Subtitle: mov_text ([8][0][0][0] / 0x0008) Metadata: encoder : Lavc56.60.100 mov_text Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #1:0 -> #0:2 (subrip (srt) -> mov_text (native)) Press [q] to stop, [?] for help frame=83215 fps=3113 q=-1.0 Lsize= 958501kB time=00:55:34.08 bitrate=2355.1kbits/s video:891302kB audio:65022kB subtitle:18kB other streams:0kB global headers:0kB muxing overhead: 0.225788%


Quale versione di OS e VLC? Si comporta allo stesso modo anche con MKV con SRT integrati?
Karan,

OS X 10.10.3. VLC 2.2.1. Incorporare l'SRT nelle opere MKV. Quindi deve essere correlato al contenitore MP4 o al mov_textformato dei sottotitoli. (Quest'ultimo è necessario per MP4 e sembra essere incompatibile con MKV.)
Outrin

Cosa hai usato per convertire il video? Presumo a ffmpegcausa del tag. Puoi mostrare il tuo comando e l'output completo della console? ffmpegsupporta la codifica / decodifica corretta di alcuni tipi di stilizzazione in mov_text (dimensione del carattere, colore del carattere, grassetto, corsivo, ecc.). Immagino che la tua build sia vecchia, ma al momento è impossibile dirlo senza ulteriori informazioni da te. Tuttavia, non sono sicuro di come VLC si occupi di tutto ciò.
Llogan,

Vedi le nuove informazioni aggiunte in post.
uscito il

Potete fornire il file SRT?
Llogan,

Risposte:


6

Ha pubblicato il problema con gli sviluppatori VLC e sostengono che il problema verrà risolto nella prossima versione 3.0.


Dopo quasi due anni, questo problema non è stato risolto. Qualche soluzione?
Ricardo Sanchez-Saez,

2
Non che io sappia. VLC 3 sembra essere stato nelle opere per sempre. Trovo strano che un problema del genere venga respinto anni prima di una pubblicazione che non sembra mai arrivare. Ho provato i beta di VLC 3, ma li ho trovati troppo carini per usarli regolarmente. Quindi tengo separati tutti i miei file SRT dal file video principale fino a quando non si verifica un miracolo. Forse sarebbe d'aiuto se più persone seguissero il problema sul bug tracker VLC. trac.videolan.org/vlc/ticket/15627
forthrin

@forthrin quel biglietto che hai collegato è stato chiuso due anni fa, quindi non riesco ad aggiungere nulla. Non sono sicuro del motivo per cui pensano che sia chiuso.
Joshua Nurczyk,

@JoshuaNurczyk: il problema è presumibilmente risolto in VLC 3, ma VLC 3 impiega un anno per arrivare a una versione finale.
Outrin

1
Posso confermare che questo bug è stato corretto in VLC 3
Akira Yamamoto,

1

Questo è sicuramente un problema di contenitore MOV_Text / Mp4 e al momento non ci sono altre opzioni per risolverlo.

Converti Mp4 in MKV con i sottotitoli senza perdita di dati

Inoltre, ho scoperto che se ho estratto MOV_Text SRT e l'ho aggiunto manualmente, il problema si verificava ancora, ma se ho scaricato un file SRT separato da Internet, sono stato in grado di aggiungerli manualmente e quindi VLC è stato in grado di manipolare il carattere / dimensione ecc. ecc. (Voglio dire che se non si desidera convertire, l'unica opzione è quella di scaricare un file SRT separato e aggiungerlo manualmente in VLC)


1
mentre noto che l'OP sta provando a passare da MKV a Mp4, volevo condividere che la loro non è una soluzione ATM per i sottotitoli Mp4 incorporati che VLC può controllare font / dimensioni ecc. Devi aggiungere sottotitoli esterni a MP4 o convertire in MKV
FreeSoftwareServers il
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.