Laufzeitfehler im m2ts mit schlechten Ton

Begonnen von SkobyMobil, April 10, 2013, 13:11:47

« vorheriges - nächstes »

SkobyMobil

Hallo,
ich habe mich hier einmal angemeldet. Mal sehen, ob jemand einen heißen Tip hat.
Dieses "TS-Doctor" ist im Grunde kein schlechtes Programm. Im großen und ganzen
funktioniert es auch. Mich treibt das aber etwas störendes um:

Ich nehme in HD über Kabel mit einem "Edision Argus Piccollo plus HDip" auf.

Diese TS-File´s bearbeite ich mit TS-Doctor. Texte raus, fremde Sprachen raus.
Es bleibt Video, MPEG-Audio, AC3 Audio

Ich nehme mit 5 Minuten Vorlauf/Nachlauf auf. Diese 5 Minuten schneide ich am
Anfang und am Ende der Aufnahme einfach ab. Dann erzeuge ich eine neue Datei.
Diese TS-File läßt sich mit den gängigen Playern ohne Probleme abspielen.

Nun ist es aber so, dass bei manchen Aufnahmen am Ende ein "harter" Schnitt
vorkommt. Soll heißen: Die Sender blenden etwas ein oder aus. Das kann man ja
schneiden. Das Bild stimmt, der Ton hört aber plötzlich (weil noch nicht am
Ende) auf.

Wenn ich aus dem TS-File ein m2ts exportiere (Video, MPEG-Audio, AC3 Audio
(Video, MPEG-Audio) (Video, AC3 Audio)) und es in "Edius 5" lade, dann läßt
sich dieses abspielen.

Das Bild ist i.O. der Ton "schraddelt" fürchterlich. Der Sequenz-Timecode von
Edius verliert aber Zeit. Anzeige 10sec, Film ist aber schon 12sec (Stopuhr)
gelaufen. D.h. es läuft zu langsam.
Wenn ich den Präfix (org.TS-File) von "ts" auf "m2ts" ändere ist es das gleiche.

Teile ich nun das original TS-File in Video und Audio auf, so läßt sich das
Audio ohne Probleme abspielen. Das Video auch- aber eben zu langsam.
Die Audio-Spur läuft nach Timecode/Stopuhr.
Die Video-Spur 10sec Timecode = 12sec Stopuhr
Lasse ich beide Spuren gleichzeitig laufen, kommt es zum o.g. "schraddeln" bei
zu langsamen Abspielen.

Nun die einfache Frage: An welcher Schraube muss ich denn drehen, damit das
läuft?

Ach, warum das ganze? Ich möchte den Ton- u.U., auch das Video am Ende "sanft"
ausblenden.

Gruß, Dank und Spaß
Andreas



hier mal ein Beispiel:

SmartLabs tsMuxeR.  Version 1.10.6  http://www.smlabs.net
Track ID:    5501
Stream type: H.264
Stream ID:   V_MPEG4/ISO/AVC
Stream info: Profile: High@3.2  Resolution: 1280:720p  Frame rate: 50
Stream lang:
Track ID:    5502
Stream type: MPEG-Audio
Stream ID:   A_MP3
Stream info: Bitrate: 192Kbps  Sample Rate: 48KHz  Channels: 2  Layer: 2
Stream lang: deu
Stream delay: 41
Track ID:    5503
Stream type: MPEG-Audio
Stream ID:   A_MP3
Stream info: Bitrate: 192Kbps  Sample Rate: 48KHz  Channels: 2  Layer: 2
Stream lang: mis
Stream delay: 41
Track ID:    5506
Stream type: AC3
Stream ID:   A_AC3
Stream info: Bitrate: 448Kbps Sample Rate: 48KHz Channels: 2
Stream lang: deu
Stream delay: 30


MUXOPT --no-pcr-on-video-pid --new-audio-pes --vbr  --vbv-len=500
V_MPEG4/ISO/AVC, "C:\xxxxx\xxxxx\Kopie von Der Preis der Blue-Jeans.ts", fps=50, insertSEI, contSPS, track=5501
A_MP3, "C:\xxxxx\xxxxx\Kopie von Der Preis der Blue-Jeans.ts", timeshift=41ms, track=5502, lang=deu
A_MP3, "C:\xxxxx\xxxxx\Kopie von Der Preis der Blue-Jeans.ts", timeshift=41ms, track=5503, lang=deu
A_AC3, "C:\xxxxx\xxxxx\Kopie von Der Preis der Blue-Jeans.ts", timeshift=30ms, track=5506, lang=deu

SmartLabs tsMuxeR.  Version 1.10.6  http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@3.2  Resolution: 1280:720p  Frame rate: 50
H.264 stream does not contain fps field. Muxing fps=50
H264 bitstream changed: insert pict timing and buffering period SEI units
B-pyramid level 2 detected. Shift DTS to 3 frames
Decoding AC3 stream (track 4): Bitrate: 448Kbps Sample Rate: 48KHz Channels: 2
Decoding MPEG-Audio stream (track 2): Bitrate: 192Kbps  Sample Rate: 48KHz  Channels: 2  Layer: 2
Decoding MPEG-Audio stream (track 3): Bitrate: 192Kbps  Sample Rate: 48KHz  Channels: 2  Layer: 2
Processed 133197 video frames
Mux successful complete.
Muxing time: 2 min 31 sec

SkobyMobil

Hallo,
also- irgendwie scheint TS-Doctor das  TS-File des Edision nicht so richtig
verarbeiten zu können. Wenn ich es einmal durchlaufen lasse, dann werden mir
beim zweiten mal 0 Fehler gemeldet.

Lasse ich diesen 0-Fehler Stream durch "DVR-Studio HD" laufen, dann werden mir
noch 4 (Zeit) Fehler angezeigt. Einer so um die 6sec und bei 1:20min.

Wenn ich dann den Slider für schnellen Bildlauf (vor/zurück) in Edius hin- und
her bewege, "verschluckt" sich das Programm. Versucht man nun diesen Stream in
Edius vor dem Abspielen zu rendern, dann bleibt dieses Rendern bei den 6sec
stehen.

Hole ich diesen Stream in Edius und füge einen Schnitt bei 8sec und 1min ein,
und lösche den Rest- dann läuft dieser Rest-Stream einwandfrei.

Das ist unabhängig davon, ob ich aus der Endung "ts"- "m2ts" mache, oder mit
den Programmen einen m2ts-Stream erzeuge. Auch davon, ob der Stream demuxt wird.

Ich habe hier einmal die LOG´s angehängt. Dieser Stream wurde einmal in
TS-Doctor geöffnen und am Anfang und Ende geschnitten. Dann gespeichert.
Jetzt habe ich ihn nur überprüft
Gruß Spaß und Dank
Andreas
Opening file C:\xxxxx\xxxxx\Die Welt nach Fukushima.ts
OS: Windows XP Service Pack 3
TSDoctor.exe V 1.2.76 (Build 03C842)
NVIDIA GeForce 9400 (DISPLAY1)
Supported TS source filter found  : TS Doctor FileSource (on)
Supported splitter filter found   : Haali Media Splitter, LAV Splitter
Supported audio filter found      : LAV Audio Decoder
Supported Mpeg video filter found : LAV Video Decoder
Supported H264 video filter found : LAV Video Decoder
Supported video renderer found    : Video Renderer
File size: 6336328500
Packets  : 33703875
Scanning for TRP fill packets
TS  ERROR  : Paket 020247C0 with 52 missing bytes
Resync found for paket 020247C1 with Offset: -52
Found 2 fill packets at end
Scanning for PIDs
Found 6 different PIDs
Broadcast standard: DVB
Identifying stream types
$13F6: 0%   = PMT
$13F7: 94%  = H264 Video (PES_StreamID E0 = Video_Stream_0) [PCR,PTS,DTS]
$13F8: 2%   = MPEG1 Audio (PES_StreamID C0 = Audio_Stream_0) [PTS][PESLength]
$13FC: 4%   = AC3 Audio (PES_StreamID BD = Private_Stream_1) [PTS][PESLength]
$13FB: 0%   =
$0000: 0%   = PAT
Scanning for PATs

Stream Type    : 27
  Description    : AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
  Elementary PID : $13F7
  ES Info Length : 3
  ES Info        : $52, $01, $09
  ES Info Text   : R__

  Stream Type    : 3
  Description    : ISO/IEC 11172 Audio
  Elementary PID : $13F8
  ES Info Length : 9
  ES Info        : $52, $01, $02, $0A, $04, $64, $65, $75, $00
  ES Info Text   : R____deu_

  Stream Type    : 6
  Description    : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  Elementary PID : $13FB
  ES Info Length : 13
  ES Info        : $59, $08, $64, $65, $75, $20, $00, $01, $00, $01, $52, $01, $06
  ES Info Text   : Y_deu ____R__

  Stream Type    : 6
  Description    : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
  Elementary PID : $13FC
  ES Info Length : 12
  ES Info        : $6A, $01, $00, $52, $01, $11, $0A, $04, $64, $65, $75, $00
  ES Info Text   : j__R____deu_

CRC32                    : $B6974DAF = $B6974DAF
Found 1 different PMTs

Selecting PMT with PID 13F6 at position 00000001
CRC OK!

0.
  stream_type              : 27 = AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
  elementary_pid           : 13F7
  ES_info_length           : 3

1.
  stream_type              : 3 = ISO/IEC 11172 Audio
  elementary_pid           : 13F8
  ES_info_length           : 9

2.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Subtitle)
  elementary_pid           : 13FB
  ES_info_length           : 13

3.
  stream_type              : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
  elementary_pid           : 13FC
  ES_info_length           : 12

TS  ERROR  : For PID 13F6, invalid paket 02023439! Error: sync_byte_error

Resync found for next paket 0202343A with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 015DB5FC! Error: sync_byte_error

Resync found for next paket 015DB5FD with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 0162DA8B! Error: sync_byte_error


Resync found for next paket 0162DA8C with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 0167FF1A! Error: sync_byte_error

Resync found for next paket 0167FF1B with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 016D23A9! Error: sync_byte_error

Resync found for next paket 0200C122 with Offset: -52
TS  ERROR  : For PID 0000, invalid paket 0200C121! Error: sync_byte_error

Resync found for next paket 0200C122 with Offset: -52
First video PTS is 7558496621 23:19:43.296
Last video PTS  is 7697503421 23:45:27.816

First PCR  is 2267519321700 23:19:42.197
Last PCR  is 2309226399506 23:45:26.904
Duration of video stream is 139023593 00:25:44.707
Strange PCR Jump: 23:19:42.197 -> 23:20:30.317
Strange PCR Jump: 23:20:30.317 -> 23:21:12.479
Strange PCR Jump: 23:21:12.479 -> 23:21:53.492
Strange PCR Jump: 23:21:53.492 -> 23:22:31.211
Strange PCR Jump: 23:22:31.211 -> 23:23:12.151
Strange PCR Jump: 23:23:12.151 -> 23:24:04.343
Strange PCR Jump: 23:24:04.343 -> 23:24:57.053
Strange PCR Jump: 23:24:57.053 -> 23:25:43.879
Strange PCR Jump: 23:25:43.879 -> 23:26:46.472
Strange PCR Jump: 23:26:46.472 -> 23:27:31.705
Scanning for audio details
Audio stream 1: MPEG1 Audio
TS  ERROR  : For PID 13FC, invalid paket 017317A6! Error: sync_byte_error

Resync found for next paket 017317A7 with Offset: -52
TS  ERROR  : For PID 13FC, invalid paket 018FA358! Error: sync_byte_error

Resync found for next paket 018FA359 with Offset: -52
TS  ERROR  : For PID 13FC, invalid paket 01AC2F0A! Error: sync_byte_error
Starting at paket 00000002 PTS: -00:00:00.058 (23:19:43.296)
No cutting at the end needed
TS Warning: PCR timing for PID 13F7 last PCR:23:19:42.197 current PCR:23:19:42.308 at paket 0000001B TimeBase:7558407738 PCRExtension:251
PES ERROR  : For PID 13F8 00:00:42.883 PES paket 000001B4 is invalid (SizeMismatch), starting with TS paket 00047503 Size: 2128 should be 2312
PES ERROR  : For PID 13FC 00:00:54.917 PES paket 000001A5 is invalid (SizeMismatch), starting with TS paket 00060AB6 Size: 6992 should be 7176
PES ERROR  : For PID 13F8 00:01:01.699 PES paket 00000278 is invalid (SizeMismatch), starting with TS paket 0006DDD8 Size: 2202 should be 2312

SkobyMobil

Hallo,
es scheint so, als wenn sich hier niemand an einen Standart hält. Die Hersteller
der Receiver kochen mit ihrem, zum speichernden ts-File ein eigenes Süppchen.
Das können sie ja auch...

Aber diese Programme, die dieses ts-File zerlegen, halten sich an keinen
Standart- oder sind nicht in der Lage ein m2ts-File zu erzeugen.

Es ist schon bemerkenswert, das "jede" Blu-Ray - auf "jeden" Player spielt.
Dafür bezahle ich ja auch genug. Nur- warum soll ich für etwas bezahlen, dass
etwas nicht kann?
Ich halte es schon für einen wichtigen Unterschied, ob ich in einigen Jahren
(Archivierung der Filme) sagen kann: Es ist "geheimnisvolles m2ts" oder es IST "m2ts". Das gleiche gilt auch für "ts"- Das diese Programme
auch erzeugen können.
Nun kann man im Fall von TS-Doctor ja sagen, es seien die "LAV-Filter" Das ist
aber auch zweifelhaft- was denn, wenn TS-Doctor und LAV-Filter nicht mehr zu
einander finden?
Bei DVR-Studio ist es ja auch so, dort wird es über eine Online-Verbindung
betrieben. Das ist noch zweifelhafter. Wenn die einen Stromausfall haben oder
pleite gehen, dann kann ich keine Filme mehr dekodieren. TS-Doctor läuft auch
auf "der grünen Wiese".
Nur können beide kein m2ts- oder ein anderes brauchbares Format- das sich an
einen Standart hält- erzeugen... für die ernsthafte Weiterverarbeitung also nicht
zu gebrauchen.
Gruß und Spaß
Andreas

ErichV

#3
Irgendetwas dürftest du hier falsch machen.
Die erstellen *.ts Dateien des TS-Doctors entsprechen sehr wohl dem Part 1 des MPEG-2 Standards, die in ISO/IEC 13818 zu finden sind.
Es könnte sein, dass die Abspielfähigkeit des Edision hier etwas mangelhaft ist (die Hersteller versprechen oft viel mehr von den Geräten, als sie tatsächlich können). Da der Piccollo eigentlich ein guter Receiver ist, vermute ich eher, dass es an deiner fehlerbehafteten Aufnahme liegt.

Aus dem TS-Doctor Log, der im anderen Thread zu finden war, kann man doch einige Problemstellen ablesen:

Zitat
TS  ERROR  : For PID 13F6, invalid paket 02023439! Error: sync_byte_error

Resync found for next paket 0202343A with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 015DB5FC! Error: sync_byte_error

Resync found for next paket 015DB5FD with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 0162DA8B! Error: sync_byte_error


Resync found for next paket 0162DA8C with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 0167FF1A! Error: sync_byte_error

Resync found for next paket 0167FF1B with Offset: -52
TS  ERROR  : For PID 13F7, invalid paket 016D23A9! Error: sync_byte_error

Resync found for next paket 0200C122 with Offset: -52
TS  ERROR  : For PID 0000, invalid paket 0200C121! Error: sync_byte_error

Resync found for next paket 0200C122 with Offset: -52
First video PTS is 7558496621 23:19:43.296
Last video PTS  is 7697503421 23:45:27.816

First PCR  is 2267519321700 23:19:42.197
Last PCR  is 2309226399506 23:45:26.904
Duration of video stream is 139023593 00:25:44.707
Strange PCR Jump: 23:19:42.197 -> 23:20:30.317
Strange PCR Jump: 23:20:30.317 -> 23:21:12.479
Strange PCR Jump: 23:21:12.479 -> 23:21:53.492
Strange PCR Jump: 23:21:53.492 -> 23:22:31.211
Strange PCR Jump: 23:22:31.211 -> 23:23:12.151
Strange PCR Jump: 23:23:12.151 -> 23:24:04.343
Strange PCR Jump: 23:24:04.343 -> 23:24:57.053
Strange PCR Jump: 23:24:57.053 -> 23:25:43.879
Strange PCR Jump: 23:25:43.879 -> 23:26:46.472
Strange PCR Jump: 23:26:46.472 -> 23:27:31.705
Scanning for audio details
Audio stream 1: MPEG1 Audio
TS  ERROR  : For PID 13FC, invalid paket 017317A6! Error: sync_byte_error

Resync found for next paket 017317A7 with Offset: -52
TS  ERROR  : For PID 13FC, invalid paket 018FA358! Error: sync_byte_error

Resync found for next paket 018FA359 with Offset: -52
TS  ERROR  : For PID 13FC, invalid paket 01AC2F0A! Error: sync_byte_error
Starting at paket 00000002 PTS: -00:00:00.058 (23:19:43.296)
No cutting at the end needed
TS Warning: PCR timing for PID 13F7 last PCR:23:19:42.197 current PCR:23:19:42.308 at paket 0000001B TimeBase:7558407738 PCRExtension:251
PES ERROR  : For PID 13F8 00:00:42.883 PES paket 000001B4 is invalid (SizeMismatch), starting with TS paket 00047503 Size: 2128 should be 2312
PES ERROR  : For PID 13FC 00:00:54.917 PES paket 000001A5 is invalid (SizeMismatch), starting with TS paket 00060AB6 Size: 6992 should be 7176
PES ERROR  : For PID 13F8 00:01:01.699 PES paket 00000278 is invalid (SizeMismatch), starting with TS paket 0006DDD8 Size: 2202 should be 2312

Es wäre nicht schlecht, wenn du einmal alle Steckkontakte, den Aufnahmedatenträger sowie die Ausrichtung deiner SAT-Schüssel kontrollieren würdest.
1 x Humax ESD-160S, 1x TechniSat TechniBox S4, 2x TechniSat Skystar USB 2 HD CI, Nvidia Shield TV Media Streaming Player, TS Doctor 4.0.39, DVBViewer Pro 7.2.5.0 mit DVBViewer Media Server 3.2.5.0

Xa89

Mit einer FAT32 formatierten Festplatte (statt NTFS) gibt es weniger Fehler bei den Aufnahmen des Piccollo.

SkobyMobil

Hallo,
der Edision wird über Kabel versorgt. DVB-C. Das Signal ist absolut stabil und
die Kabel-Verbindungen sind über jeden Zweifel erhaben.  Das ist es ja gerade.

Den Edision benutze ich nur zum aufzeichnen. Andere Firmware habe ich auch schon
probiert, dass ist es aber nicht.

Ich werde einmal eine andere Festplatte in FAT probieren, mal sehen ob es etwas
bringt.

"Part 1 des MPEG-2 Standards"
Ich zweifel aber ganz stark an, das hier "echtes mpeg-2" erzeugt wird.
Es gehört etwas mehr dazu, als Audio und Video in Gleichklang zu bringen.
m2ts läuft jedenfalls nicht.
mkv läßt sich über den VLC und Windows-Media-Player abspielen.
mp4 läßt sich über den VLC und Windows-Media Player abspielen.
Edius kann mp4, spielt das File aber nicht ab.
QuickTime 7.5 Win spielt das mp4 nicht ab.
QuickTime X unter OS X spielt das mp4 nicht ab.
QuickTime kann aber mp4.

Hier sitzt also der Wurm... in der Aufnahme?, dann frage ich micht wozu die
Programme. Die sollen es ja richten. Können sie nicht, machen sie nicht.

TS-Doctor zeigt 0-Fehler, HD-DVR-Studio 4 Fehler im selben ts-File. HALLO !?
Und von den exportierenden "Formaten" einmal abgesehen...

Es ist ja schön, das einige Player das Gemurkse wiedergeben können- aber zur
ernsthaften Archivierung und Weiterbearbeitung so nicht zu gebrauchen.
Gruß und Spaß
Andreas










Mam

also irgendwie bringst Du da einige Sachen durcheinander  :-*

Du redest immer von "kann mp4" usw, das bedeutet doch fast GAR NICHTS.

TS, MP4, MKV, AVI usw. sind CONTAINER, so wie ne Kiste, oder ein ZIP Archiv.
Es erlaubt keine Aussage, WAS da nun wirklich drin ist.

MPEG2, MPEG4, H264, AVC, DAS sind Videoformate, DIE muss Dein Abspielgerät beherrschen, sonst passiert gar nichts.
Und leider ist es so, dass jedes dieser Formate noch viele Unterformate spezifiziert, also, auch die Aussage "spielt DIVX" oder "kann H264" sagt Dir immer noch nicht, ob genau DIESE benötigte Version auch funktioniert.
Es ist leider die traurige Wahrheit, dass Du erst nach Kauf eines Gerätes durch Schmerzen lernst, was nun wirklich geht, und was nicht. Die Werbung hilft überhaupt nicht, selbst Tests auf dem Niveau von Chip oder Computer Bild helfen nicht.

Wenn bei Dir dauernd der Ton unsynchron wird, kann es z.B. daran liegen, dass Dein Abspielgerät nicht genug Pufferspeicher hat, um den (voreilenden) Ton lange genug zu puffern, bis die richtige Bildposition erreicht ist. Oder es könnte sein, dass der Videodekoder nicht schnell genug ist, um alle Frames in Echtzeit darstellen zu können, deshalb immer wieder ein paar auslässt und somit "der Ton wegläuft".
Bei all diesen Dingen kann der TS Doc Dir nun wirklich gar nicht helfen.
Er "erzeugt" weder MPEG-2, noch H264, sondern er kopiert nur um, was eh schon vorhanden ist. Wenn da wirklich was "falsch" sein sollte, stammt es von Deinem Aufnahmegerät (oder vom Sender).
Und leider wird Dir bei Kabel auch hier kaum jemand helfen können, da die Kabelanbieter lokal ihre eigenen Formate kodieren. Das heißt, das Kabel in NRW hat andere Daten für die gleiche Sendung, als in BW usw.
Unbestätigten Gerüchten zufolge gibt es gerade Stress zwischen den ÖR (ARD & ZDF usw) Sendern und einigen Kabelanbietern wegen der wegfallenden Einspeisevergütung. Als "Strafe" werden diese Sender nur noch in minimaler Qualität im Kabel angeboten (aka: GROTTENSCHLECHT), also wundere Dich nicht, wenn da was ist.
Ansprechpartner für alle Deine Probleme kann eigentlich nur Dein Kabelanbieter sein.

Cypheros

Hab Dir schon in Deinem anderen Beitrag was zum Thema Formate und den Mediaplayern in Sat/Kabel-Receivern geschrieben.

Ich denke nicht, dass der TS-Doctor oder das DVR-Studio für Deinen Probleme verantwortlich sind, sondern der Edius. Ähnliche Abspiel-Probleme sind bei Geräten von Comag bekannt. Die Xoro-Reciever dagegen machen keine Probleme obwohl die zu Teil sogar die gleiche Hardware haben.

Versuch die TS-Datei einfach mal am USB-Anschluss von Deinem LCD oder Deinem Bluray-Player.

Nebenbai scheint da auch schon bei der Aufnahme was schief zu laufen. Da sind lauter Resyncs und PCR-Jumps drin. Kann es sein, dass Du einen USB-Stick oder sowas verwendest? Wenn die Aufnahme-Medien nicht schnell genug sind, gehen Daten verloren und dann kann es zu solchen Aufnahmeunterbrechungen kommen.



Cypheros

Probier doch mal die Aufnahme mit dem TS Demuxer unter Experten-Werkzeuge im TS-Doctor zu demuxen und dann die einzelnen Streams in Edius zu importieren.

Viele Video-Editoren (Magix, Adobe, etc.) haben so Ihre Probleme mit TS-Dateien.

Cypheros

Fehler in der Aufnahme:

Strange PCR Jump: 23:19:42.197 -> 23:20:30.317
Strange PCR Jump: 23:20:30.317 -> 23:21:12.479
Strange PCR Jump: 23:21:12.479 -> 23:21:53.492
Strange PCR Jump: 23:21:53.492 -> 23:22:31.211
Strange PCR Jump: 23:22:31.211 -> 23:23:12.151
Strange PCR Jump: 23:23:12.151 -> 23:24:04.343
Strange PCR Jump: 23:24:04.343 -> 23:24:57.053
Strange PCR Jump: 23:24:57.053 -> 23:25:43.879
Strange PCR Jump: 23:25:43.879 -> 23:26:46.472
Strange PCR Jump: 23:26:46.472 -> 23:27:31.705

Zwischen zwei PCR-Werten liegen bei DVB-Aufnahmen maximal 0.1 Sekunde. Hier sind es bis zu 60 Sekunden. Da sind mächtige Fehler bei der Aufzeichnung passiert.

Medium (USB-Stick) zu langsam?

SkobyMobil

Hallo,
"Hier sind es bis zu 60 Sekunden. Da sind mächtige Fehler bei der Aufzeichnung passiert. "
Das sollte man meinen- ist aber nicht so! "auffällige Fehler" sind wärend des abspielen nicht zu bemerken.
Wenn ich in meinen Aufnahmen Bild/Ton-Störungen habe, die länger als 0,5 bis 0,75sec (gefühlt) sind, klobb ich das in die Tonne.
Gruß und Spaß
Andreas

SkobyMobil

Hallo,
das werde ich noch probieren.
Gruß und Dank
Andreas

SkobyMobil

#12
Hallo,
ich werde mal eine andere FAT-Platte probieren.
Gruß und Dank
Andreas

Cypheros

#13
Das ist seltsam denn an dem Log sehe ich, dass wie bei 98% aller Aufnahmen der PCR im Video-Stream integriert ist:
$13F7: 94%  = H264 Video (PES_StreamID E0 = Video_Stream_0) [PCR,PTS,DTS]

Wenn da für 60 Sekunden kein PCR auftaucht, sieht es für mich aus, als ob ja was vom Videostream fehlt. Es sei denn der Receiver patched den PCR weg. Aber warum sollte er das tun?


SkobyMobil

Hallo,
was der Receiver genau macht, weiß ich noch nicht. Aber da komme ich hinter.
Gruß und Dank
Andreas


www.cypheros.de