Probleme beim Zusammenführen von SRT-Untertiteln mit einer für iOS transkodierten MP4-Datei (HEVC/x265/mov_text): „pts hat keinen Wert“ und „liegt außerhalb des Bereichs für das mov/mp4-Format“

Question 1

Dieses Problem scheint dadurch behoben worden zu sein, dass am Anfang der SRT-Datei ein falscher Untertitel hinzugefügt wird, der sich vom Anfang des Videos bis etwa zu der Stelle erstreckt, an der die Untertitel beginnen.

Diese Lösung ist eindeutig ein „Hack“, aber sie funktioniert.

Als ich von meiner Idee ausging, einen falschen Untertitel am Anfang der SRT-Datei einzufügen, wurde mir klar, dass SRT-Untertitel — lautdie SRT-Spezifikationen— HTML-Tags zulassen. Da ich das wusste, habe ich den folgenden falschen Untertitel hinzugefügt und alles funktioniert!

0
00:00:00,000 --> 00:16:75,000
<b></b>

1
00:52:33,123 --> 00:52:50,123
It was a dark and stormy night…

Das ist alles! Durch das Hinzufügen eines leeren Fettschrift-Tags funktioniert alles und die Untertitel werden zusammengeführt …

Aber – wie eingangs erwähnt – ist dies eindeutig ein Hack und ich bin offen dafür, mehr von anderen zu hören, die mehr über FFmpeg wissen. Ich kann nur davon ausgehen, dass keines dieser Probleme das gewünschte Verhalten widerspiegelt und es einen eleganteren Weg geben muss, mit Fällen wie diesem umzugehen. Oder ist dies ein Fehler (keine Funktion) und sollte gemeldet werden?

Answer

Dieses Problem scheint dadurch behoben worden zu sein, dass am Anfang der SRT-Datei ein falscher Untertitel hinzugefügt wird, der sich vom Anfang des Videos bis etwa zu der Stelle erstreckt, an der die Untertitel beginnen.

Diese Lösung ist eindeutig ein „Hack“, aber sie funktioniert.

Als ich von meiner Idee ausging, einen falschen Untertitel am Anfang der SRT-Datei einzufügen, wurde mir klar, dass SRT-Untertitel — lautdie SRT-Spezifikationen— HTML-Tags zulassen. Da ich das wusste, habe ich den folgenden falschen Untertitel hinzugefügt und alles funktioniert!

0
00:00:00,000 --> 00:16:75,000
<b></b>

1
00:52:33,123 --> 00:52:50,123
It was a dark and stormy night…

Das ist alles! Durch das Hinzufügen eines leeren Fettschrift-Tags funktioniert alles und die Untertitel werden zusammengeführt …

Aber – wie eingangs erwähnt – ist dies eindeutig ein Hack und ich bin offen dafür, mehr von anderen zu hören, die mehr über FFmpeg wissen. Ich kann nur davon ausgehen, dass keines dieser Probleme das gewünschte Verhalten widerspiegelt und es einen eleganteren Weg geben muss, mit Fällen wie diesem umzugehen. Oder ist dies ein Fehler (keine Funktion) und sollte gemeldet werden?

Question 2

Ich hatte genau dieses Problem mit einer Mediendatei, mit der ich arbeite, und habe fast einen ganzen Tag damit verbracht, verschiedene Befehle und verschiedene Möglichkeiten zum Wiederherstellen der Punkte auszuprobieren, alles ohne Erfolg, bis ich schließlich auf diesen Beitrag gestoßen bin. Zu meinem großen Bedauern hat die hier vorgeschlagene Problemumgehung bei mir nicht funktioniert.

Ich verwende Windows 11 und verwende die von gyan.dev für Windows kompilierten Binärdateien, habe jedoch dieselben Befehle auch über WSL (Windows-Subsystem für Linux) ausprobiert, indem ich Ubuntu ausgeführt und die Installation über apt durchgeführt habe.

Beim Einfügen der leeren Tags erhielt ich weiterhin die gleichen Fehler:

0
00:00:00,000 --> 00:18:00,000
<b></b>

1
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

[mp4 @ 0000023630f5cf80] Packet duration: 2601472000 / dts: 2601472000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value
[mp4 @ 0000023630f5cf80] Packet duration: 2601681999 / dts: 2605143000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value
[mp4 @ 0000023630f5cf80] Packet duration: 2602474998 / dts: 2608605000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value
[mp4 @ 0000023630f5cf80] Packet duration: 2603642997 / dts: 2611441000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value

Wenn ich stattdessen ein einzelnes sichtbares Zeichen wie einen einzelnen Punkt einfügen würde, würde die SRT-Datei problemlos zusammengeführt. Natürlich würde ich dann in den ersten 40 Minuten meines Videos mit einem Punkt auf dem Bildschirm festhängen.

0
00:00:00,000 --> 00:18:00,000
.

1
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

Ich habe es mit dem Fettdruck-Tag, dem Kursivdruck-Tag und jedem anderen Tag versucht, der mir eingefallen ist, sogar mit dem Absatz-Tag, der nicht erkannt wird. Leere Tags würden die Zeit nicht speichern und zu den Fehlern „Punkte haben keinen Wert“ führen.

In meiner Verzweiflung entschied ich mich für einen Ansatz, bei dem Quantität vor Qualität stand. Dazu fügte ich 10 Einträge mit einem Abstand von 2 Minuten und sehr kurzer Dauer hinzu, sodass ich statt eines durchgehend sichtbaren Punktzeichens ein intermittierendes hatte, und das funktionierte. Also versuchte ich aus einer Laune heraus, die Start- und Endzeit der ersten 10 Einträge gleich zu setzen, und das führte dazu, dass das Punktzeichen ausgeblendet und der Untertitel ohne Fehler eingefügt wurde:

1
00:02:00,000 --> 00:02:00,000
.

2
00:04:00,000 --> 00:04:00,000
.

3
00:06:00,000 --> 00:06:00,000
.

4
00:08:00,000 --> 00:08:00,000
.

5
00:10:00,000 --> 00:10:00,000
.

6
00:12:00,000 --> 00:12:00,000
.

7
00:14:00,000 --> 00:14:00,000
.

8
00:16:00,000 --> 00:16:00,000
.

9
00:18:00,000 --> 00:18:00,000
.

10
00:20:01,000 --> 00:20:01,000
.

11
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

Wie der Originalbeitrag hier ist dies ein Hack-Workaround und keine richtige Lösung, aber wie der Originalbeitrag hier konnte ich auch keine richtige Lösung finden. Hoffentlich hilft dies jedem anderen, der dieses Problem hat und wie ich auf diesen Beitrag stößt.

Wenn Sie über ein großes SRT verfügen und es nicht gerne von Hand erhöhen möchten, habe ich GPT dieses kleine Python-Skript für mich erstellen lassen (ich hätte es auch selbst schreiben können, aber zu diesem Zeitpunkt hatte ich den Kampf gegen dieses Problem fast schon satt und dachte, es wäre einfach genug, damit GPT damit umgehen könnte).

def add_entries_to_srt(existing_file_path, new_file_path, num_entries=10, duration=0.1, buffer_time=120):
    with open(existing_file_path, 'r', encoding='utf-8') as existing_file:
        existing_content = existing_file.read()

    # Parse existing entries
    entries = existing_content.strip().split('\n\n')
    existing_entries_count = len(entries)

    # Generate new entries
    new_entries = []
    for i in range(1, num_entries + 1):
        start_time = i * (duration + buffer_time)
        end_time = start_time + duration
        entry_text = f"{i}\n{format_time(start_time)} --> {format_time(end_time)}\n<i>.</i>"
        new_entries.append(entry_text)

    # Increment entry numbers of existing entries
    for i in range(existing_entries_count):
        entry_lines = entries[i].split('\n')
        entry_number = int(entry_lines[0])
        entry_lines[0] = str(entry_number + num_entries)
        entries[i] = '\n'.join(entry_lines)

    # Combine new and existing entries
    combined_entries = '\n\n'.join(new_entries + entries)

    # Write to the new file
    with open(new_file_path, 'w', encoding='utf-8') as new_file:
        new_file.write(combined_entries)

def format_time(seconds):
    minutes, seconds = divmod(seconds, 60)
    hours, minutes = divmod(minutes, 60)
    return f"{int(hours):02d}:{int(minutes):02d}:{int(seconds):02d},000"

# Replace 'existing_subtitle.srt' with your actual file path
existing_file_path = r'C:\Temp\ffmpeg\Subtitles.srt'
new_file_path = r'C:\Temp\ffmpeg\Subtitles.EDIT.srt'

add_entries_to_srt(existing_file_path, new_file_path)

BEARBEITEN: Es hat sich herausgestellt, dass je nach Player das gleiche Einstellen der Start- und Endzeit der ersten 10 Einträge dazu führt, dass der Zeitraum entweder ausgeblendet oder 5 Sekunden lang sichtbar bleibt. Das Einstellen eines Offsets von 1 Millisekunde scheint viel zuverlässiger zu sein, um den Zeitraum ausgeblendet zu halten.

1
00:02:00,000 --> 00:02:00,001
.

2
00:04:00,000 --> 00:04:00,001
.

3
00:06:00,000 --> 00:06:00,001
.

4
00:08:00,000 --> 00:08:00,001
.

5
00:10:00,000 --> 00:10:00,001
.

6
00:12:00,000 --> 00:12:00,001
.

7
00:14:00,000 --> 00:14:00,001
.

8
00:16:00,000 --> 00:16:00,001
.

9
00:18:00,000 --> 00:18:00,001
.

10
00:20:01,000 --> 00:20:01,001
.

11
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

Answer

Ich hatte genau dieses Problem mit einer Mediendatei, mit der ich arbeite, und habe fast einen ganzen Tag damit verbracht, verschiedene Befehle und verschiedene Möglichkeiten zum Wiederherstellen der Punkte auszuprobieren, alles ohne Erfolg, bis ich schließlich auf diesen Beitrag gestoßen bin. Zu meinem großen Bedauern hat die hier vorgeschlagene Problemumgehung bei mir nicht funktioniert.

Ich verwende Windows 11 und verwende die von gyan.dev für Windows kompilierten Binärdateien, habe jedoch dieselben Befehle auch über WSL (Windows-Subsystem für Linux) ausprobiert, indem ich Ubuntu ausgeführt und die Installation über apt durchgeführt habe.

Beim Einfügen der leeren Tags erhielt ich weiterhin die gleichen Fehler:

0
00:00:00,000 --> 00:18:00,000
<b></b>

1
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

[mp4 @ 0000023630f5cf80] Packet duration: 2601472000 / dts: 2601472000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value
[mp4 @ 0000023630f5cf80] Packet duration: 2601681999 / dts: 2605143000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value
[mp4 @ 0000023630f5cf80] Packet duration: 2602474998 / dts: 2608605000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value
[mp4 @ 0000023630f5cf80] Packet duration: 2603642997 / dts: 2611441000 is out of range
[mp4 @ 0000023630f5cf80] pts has no value

Wenn ich stattdessen ein einzelnes sichtbares Zeichen wie einen einzelnen Punkt einfügen würde, würde die SRT-Datei problemlos zusammengeführt. Natürlich würde ich dann in den ersten 40 Minuten meines Videos mit einem Punkt auf dem Bildschirm festhängen.

0
00:00:00,000 --> 00:18:00,000
.

1
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

Ich habe es mit dem Fettdruck-Tag, dem Kursivdruck-Tag und jedem anderen Tag versucht, der mir eingefallen ist, sogar mit dem Absatz-Tag, der nicht erkannt wird. Leere Tags würden die Zeit nicht speichern und zu den Fehlern „Punkte haben keinen Wert“ führen.

In meiner Verzweiflung entschied ich mich für einen Ansatz, bei dem Quantität vor Qualität stand. Dazu fügte ich 10 Einträge mit einem Abstand von 2 Minuten und sehr kurzer Dauer hinzu, sodass ich statt eines durchgehend sichtbaren Punktzeichens ein intermittierendes hatte, und das funktionierte. Also versuchte ich aus einer Laune heraus, die Start- und Endzeit der ersten 10 Einträge gleich zu setzen, und das führte dazu, dass das Punktzeichen ausgeblendet und der Untertitel ohne Fehler eingefügt wurde:

1
00:02:00,000 --> 00:02:00,000
.

2
00:04:00,000 --> 00:04:00,000
.

3
00:06:00,000 --> 00:06:00,000
.

4
00:08:00,000 --> 00:08:00,000
.

5
00:10:00,000 --> 00:10:00,000
.

6
00:12:00,000 --> 00:12:00,000
.

7
00:14:00,000 --> 00:14:00,000
.

8
00:16:00,000 --> 00:16:00,000
.

9
00:18:00,000 --> 00:18:00,000
.

10
00:20:01,000 --> 00:20:01,000
.

11
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

Wie der Originalbeitrag hier ist dies ein Hack-Workaround und keine richtige Lösung, aber wie der Originalbeitrag hier konnte ich auch keine richtige Lösung finden. Hoffentlich hilft dies jedem anderen, der dieses Problem hat und wie ich auf diesen Beitrag stößt.

Wenn Sie über ein großes SRT verfügen und es nicht gerne von Hand erhöhen möchten, habe ich GPT dieses kleine Python-Skript für mich erstellen lassen (ich hätte es auch selbst schreiben können, aber zu diesem Zeitpunkt hatte ich den Kampf gegen dieses Problem fast schon satt und dachte, es wäre einfach genug, damit GPT damit umgehen könnte).

def add_entries_to_srt(existing_file_path, new_file_path, num_entries=10, duration=0.1, buffer_time=120):
    with open(existing_file_path, 'r', encoding='utf-8') as existing_file:
        existing_content = existing_file.read()

    # Parse existing entries
    entries = existing_content.strip().split('\n\n')
    existing_entries_count = len(entries)

    # Generate new entries
    new_entries = []
    for i in range(1, num_entries + 1):
        start_time = i * (duration + buffer_time)
        end_time = start_time + duration
        entry_text = f"{i}\n{format_time(start_time)} --> {format_time(end_time)}\n<i>.</i>"
        new_entries.append(entry_text)

    # Increment entry numbers of existing entries
    for i in range(existing_entries_count):
        entry_lines = entries[i].split('\n')
        entry_number = int(entry_lines[0])
        entry_lines[0] = str(entry_number + num_entries)
        entries[i] = '\n'.join(entry_lines)

    # Combine new and existing entries
    combined_entries = '\n\n'.join(new_entries + entries)

    # Write to the new file
    with open(new_file_path, 'w', encoding='utf-8') as new_file:
        new_file.write(combined_entries)

def format_time(seconds):
    minutes, seconds = divmod(seconds, 60)
    hours, minutes = divmod(minutes, 60)
    return f"{int(hours):02d}:{int(minutes):02d}:{int(seconds):02d},000"

# Replace 'existing_subtitle.srt' with your actual file path
existing_file_path = r'C:\Temp\ffmpeg\Subtitles.srt'
new_file_path = r'C:\Temp\ffmpeg\Subtitles.EDIT.srt'

add_entries_to_srt(existing_file_path, new_file_path)

BEARBEITEN: Es hat sich herausgestellt, dass je nach Player das gleiche Einstellen der Start- und Endzeit der ersten 10 Einträge dazu führt, dass der Zeitraum entweder ausgeblendet oder 5 Sekunden lang sichtbar bleibt. Das Einstellen eines Offsets von 1 Millisekunde scheint viel zuverlässiger zu sein, um den Zeitraum ausgeblendet zu halten.

1
00:02:00,000 --> 00:02:00,001
.

2
00:04:00,000 --> 00:04:00,001
.

3
00:06:00,000 --> 00:06:00,001
.

4
00:08:00,000 --> 00:08:00,001
.

5
00:10:00,000 --> 00:10:00,001
.

6
00:12:00,000 --> 00:12:00,001
.

7
00:14:00,000 --> 00:14:00,001
.

8
00:16:00,000 --> 00:16:00,001
.

9
00:18:00,000 --> 00:18:00,001
.

10
00:20:01,000 --> 00:20:01,001
.

11
00:43:21,472 --> 00:43:24,933
Mysterious translated text here

Probleme beim Zusammenführen von SRT-Untertiteln mit einer für iOS transkodierten MP4-Datei (HEVC/x265/mov_text): „pts hat keinen Wert“ und „liegt außerhalb des Bereichs für das mov/mp4-Format“

Warum können die Untertitel zusammengeführt werden, wenn ich nur die Stellen auswähle, an denen die Untertitel in der zweiten Hälfte des Videos erscheinen sollen, nicht jedoch, wenn ich den Befehl zum Zusammenführen des gesamten Videos ausführe?

Antwort1

Dieses Problem scheint dadurch behoben worden zu sein, dass am Anfang der SRT-Datei ein falscher Untertitel hinzugefügt wird, der sich vom Anfang des Videos bis etwa zu der Stelle erstreckt, an der die Untertitel beginnen.

Diese Lösung ist eindeutig ein „Hack“, aber sie funktioniert.

Antwort2

verwandte Informationen