It's very stange problem. When I extract eac3 dd 5.1 track from movie (lenght movie aprox 2,5 hours), converted it to wav 5.1 track (in eac3to 3.27), and tried to read this file in Audition CS6 - I 've got message "Non audio data exceeds 100 mb and cannot be read". Reading this file in audacity 2.0.6 I've got whole file correct, but lenght on this file is approx. about 1 minute longer than lenght original eac3 files. What strange in this file: audio data was stretched to fill new lenght of file. When I tried convert whole movie to mpeg-2 DVD compilant file with tmpeg 5 wideo mastering works first part movie to approx. 1h 08 minut had audible audio, but the rest of file was silence.
Only option left to me and use this audio, is split this movie to 1h parts. When i do this, and converted this eac3 files to vav files - Audition CS6 reads this files corectly.
video in this files was h264, 1080i50 and eac3to during in middle convertion in eac3 file says that converted eac3 file was not clean.
What the heck is going on? I tried different conversion settings in eac3to_more_gui, but this effect still persist.
Add to previous message. My procedure not working. I cannot properly mix final file. Audio and video still have different lenght and i have a/v asynchron at the end of the mixed file.
sounds like timing issues to me
Transportstreams use strict timing to keep things in sync despite errors that might happen in the data transfer process
(the transport way over a satellite is prone to errors)
the TSD can correct such files and fix timecodes.
If you have used it already to fix the stream, then remuxing might optimize it further
a log file would be definitely helpful here to see whether the TSD finds any issues while fixing the file ;)
Other tools might be better in converting eac3 to wave (better error correction). Sounds strange to me that the sound was stretched.
Maybe someone else here has an idea what could be going on.
You are right Djfe, the steps to success should be:
Open with TS-Doctor and "Save to new file" to cut and/or fix file
Open new file with TS Demuxer (Tools/Expert Tools) to Demux and repair DD tracks timing
Djfe, has right. This is definitively timecode errors.
Additionally when I played this file in DVBT decoder in the middle of the film decoder suddenly jump from DD 5.1 track to another. Propably in this place is sound drop-out.
Cypheros, I tried what you suggested. Everything was fine until I tried mux final audio track with original demuxed video track. Then suddenly turn out that I had 5 sec async in plus audio to video. But lenght audio had a few (up to 10 samples more) than video.
In addition Polish TV change order surround channels. In original file was now:SL, LFE, L, R, C, SR instead of: L, R, C, LFE, Ls, Rs. TS Doctor not correct order of this channels. But software converting sound places this channels in the right order. So this is not at all a problem for me.
No matter what I tried, I cannot properly generate mp4 files. Problem with timecodes occurs also in mpeg audio (but this happens only rarely - from time to time), but this I can fix with my other programs.
In attached file to this post:
section Test.txt - this files contain all logs from any program which I used to my conversion (this is file more to me than to you - in this way i wanted to remember what i do when convert video files)
Two other sections are logs from demuxing saved as new file to elementary streams
you probably need to reencode the whole file, so that you get a consistant audio stream that is still aligned to the video stream and maybe contains silence during the channel switch
you could do it with Handbrake but might loose channels because of that (it doesn't recognize channel changes)
I don't know any good way of retrieving good timing after demuxing
I don't think that the TSD could simply change the channel order because that needs a reencode
the TSD only works on the packets layer of the transport stream
the independent streams are divided into packets that the TSD can modify, fix or delete (cutting)
Dfje,
I tried your suggestion, but it not working too...
Demuxed audio after your suggested method was only 1h 08 minute lenght. I hope that cypheros repair this errors in ts streams. Now I was out of my new ideas how to fix this errors.
Zitat von: piotr_kast am November 19, 2014, 21:53:49
Dfje,
I tried your suggestion, but it not working too...
Demuxed audio after your suggested method was only 1h 08 minute lenght. I hope that cypheros repair this errors in ts streams. Now I was out of my new ideas how to fix this errors.
Try to read again what I said:
I said that demuxing is not going to work well since the used tools seem to have issues reading the file correctly
You need to reencode the transport stream as a whole using tools like Handbrake to a container like mkv and then demux that container
(if you want to keep the original videostream then muxing the old video stream and the new audio stream might work, but it might also cause desync,
anyways the new mkv file shouldn't have any asynchronicity though)
@Cypheros pls take a look at his logs
the demuxer repeats lots of the eac3 frames to fill the silence (there is a few minutes without sound and the demuxer tries to keep audio and video in sync), this makes the sound track longer
if you reencode the file then the reencoder will encode it so that the encoded file will exactly play like the source one
do you have a fix log btw.? (not the demuxing one but the one generated if you fix a transportstream)
When I open problematic file and save it to a new file I'll get tis file log:
01:37:48.262 ; 00:00:00.805 ; 13
01:38:31.955 ; 00:00:00.295 ; 9
01:44:46.489 ; 00:00:00.000 ; 2
01:53:11.130 ; 00:00:00.000 ; 3
01:54:18.649 ; 00:00:00.000 ; 2
02:19:59.020 ; 00:00:00.000 ; 5
02:49:42.453 ; 00:00:00.000 ; 7
Sorry I didn't understand you what you said in 16 hours today Next your post is clear to me. I noticed you what happened when tried your later suggestion.
Hello! Anybody home in Cypheros?
that's not the log, that's the file_name_problem.txt
I'm talking about the file_name.log file
maybe you need to activate it's generation in the settings (general tab)
MUXOPT --no-pcr-on-video-pid --new-audio-pes --vbr --vbv-len=500
V_MPEG4/ISO/AVC, "F:\Film\Informator 10_42 2 track eng 1_04 jump eng track_PID_00CA_.264", insertSEI, contSPS
A_MP3, "F:\Film\Informator 10_42 2 track eng 1_04 jump eng track_PID_00CB_.mp2"
A_AC3, "F:\Film\Informator 10_42 2 track eng 1_04 jump eng track_PID_00CC_.eac3"
A_AC3, "F:\Film\Informator 10_42 2 track eng 1_04 jump eng track_PID_00D0_.eac3"
Informator_Demux.log
Broadcast standard selected: DVB
Broadcast standard detected: DVB
PES WARNING: PID 00CC DataAlignmentIndicator = 0
PES WARNING: PID 00D0 DataAlignmentIndicator = 0
That could be the problem. The audio stream are not aligned. That means, the beginning of a PES packet is not the beginning of a EAC3 packet. As TS-Doctor is cutting on packet level, there is an overlapping for not aligned streams where the cutting happens, that's creating errors. As long as you stay with TS formating, there should be no problem because of the timestamps but most of the converters will fail if you try to convert such files because most of them ignoring the timestamps.
Djfe,
Mea culpa, I don't use this program with options others than default. I don't want to much mess with settings this program, because in the begining use of this program I had big problem with accidentally turning on function, which I cannot turn off later. Only full reinstalling helps.
OK. This option is now turning on. In attachment you have a log you requested.
I still testing way to ommit the problem. I working on this streams separately. I didn't use handbrake. Converting is no problem - it's easy part. But I had big problem on Windows 7 64bit demux this file creating in handbrake.
I had right reencode audio stream, but I still working on reencoding video.
At 01.40: I prepeared first 15 seconds of this file (included all streams - generated by "Save new file").
you should definitely take a look at the settings, they are useful to configure the program to your needs ;)
the default settings might not be the best settings for everyone (at least I configure stuff to my needs)
I don't know how you even managed to reset the settings through a reinstall
normally they survive a reinstall except if you delete the registry keys containing them
WOW! those are a lot of sync_errors in your file
your receiver seems to be a cheap one or your usb stick/hard drive isn't fast enough and can't keep up with the writing speed, I don't know
but what I can say is that this stream is far from perfect
you might consider a receiver change in the future (if other forum members agree with me on that)
..too many errors. You'd better delete this file ;)
Djfe, MANTA DVBT05 is a cheap recorder? Don't kidding with me!
Cypheros is any chance in future repair this kind of errors in ts file? in Polish TV i rare record films with DD 5.1 sound and reencode films on computer but from time to time are films worth keeping in my video archiwum.
I installed new version 148. Read problematic file. Remove all audio track except DD 5.1. Save as new file. Reread saved file to TS Doctor. No PES warning! Lenght of time in file no changes!
Additionally check time lenght in: VideoReDo and in TMPGEnc Mastering Works 5: all software showing me the same time lenght (to the miliseconds)! I think that problem was solved.
I want to thank Cypheros for info audio MPEG streams. It's very usefull thing.
If there is a new problems with this kind of files I noticed you.
You're welcome ;D
Thanks Cypheros! Finally I've done it! If anybody interested how it's done, please send PM and e-mail where send my solution.
Not all problems are fixed. Let me explain:
I do procedure:
1. Open original tuner ts file
2. Save as new file alll included streams in ts container (when I directly open this file in program I'll always get PES error) so
3. Remux file from 2. to new file (muxing in this file is correct without errors)
4. I'll get this log (first part):
Broadcast standard selected: DVB
Broadcast standard detected: DVB
PES WARNING: PID 0134 DataAlignmentIndicator = 0 // Error no.1
PES WARNING: PID 012F DataAlignmentIndicator = 0 // Error no.2
----------- PMT 0 -----------
Packet : $00000001
PacketCount : 1
PID : $012D
Table ID : 2
Section Syntax Indicator : 1
PMT Size : 128
Pointer Field : 0
Section Length : 120
Program Number : $0005
Version Number : 1
Current Next Indicator : 1
Section Number : 0
Last Section Number : 0
PCR PID : $012E
Program Info Length : 11
Program Info : $0E, $03, $C0, $30, $A3, $0C, $04, $80, $B4, $81, $68
Stream Type : 27
Description : AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
Elementary PID : $012E
ES Info Length : 22
ES Info : $52, $01, $02, $02, $03, $1A, $48, $5F, $06, $01, $02, $0E, $03, $C0, $28, $57, $28, $04, $4D, $40, $1E, $3F
ES Info Text : R_____H______À(W(_M@_?
Stream Type : 4
Description : ISO/IEC 13818-3 Audio
Elementary PID : $012F
ES Info Length : 17
ES Info : $52, $01, $03, $0A, $04, $70, $6F, $6C, $00, $03, $01, $67, $0E, $03, $C0, $02, $D0
ES Info Text : R____pol___g__À_Ð
Stream Type : 6
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
Elementary PID : $0131
ES Info Length : 20
ES Info : $52, $01, $05, $0E, $03, $C0, $03, $61, $56, $0A, $70, $6F, $6C, $09, $00, $70, $6F, $6C, $17, $77
ES Info Text : R____À_aV_pol__pol_w
ES Info (teletext description) : 1. initial teletext page (pol) page 100
ES Info (teletext description) : 2. teletext subtitle page (pol) page 777
Stream Type : 4
Description : ISO/IEC 13818-3 Audio
Elementary PID : $0134
ES Info Length : 17
ES Info : $52, $01, $08, $0A, $04, $61, $75, $78, $03, $03, $01, $67, $0E, $03, $C0, $02, $1C
ES Info Text : R____aux___g__À__
CRC32 : $5C14FD3C = $5C14FD3C
-----------------------------
Selecting PMT with PID 012D 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 : 012E
ES_info_length : 22
1.
stream_type : 4 = ISO/IEC 13818-3 Audio
elementary_pid : 012F
ES_info_length : 17
2.
stream_type : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
elementary_pid : 0131
ES_info_length : 20
3.
stream_type : 4 = ISO/IEC 13818-3 Audio
elementary_pid : 0134
ES_info_length : 17
First valid video frame found at PTS: 11:05:10.650
PCR discontinuity at PCR: 11:05:08.130 39908130ms //// Error no.3
Start writing PID $012E at PTS: 11:05:10.650 as video
Ignoring straying frame for PID $012E at PTS: 11:05:10.570 // Error no.4a
Ignoring straying frame for PID $012E at PTS: 11:05:10.590 // Error no.4b
Ignoring straying frame for PID $012E at PTS: 11:05:10.530 // Error no.4c
Ignoring straying frame for PID $012E at PTS: 11:05:10.550 // Error no.4d
Ignoring straying frame for PID $012E at PTS: 11:05:10.610 // Error no.4e
Ignoring straying frame for PID $012E at PTS: 11:05:10.630 // Error no.4f
Start writing PID $0134 at PTS: 11:05:10.704 aligned to video PID $012E, remaining delay 53 ms
Start writing PID $012F at PTS: 11:05:10.800 aligned to video PID $012E, remaining delay 150 ms
11:05:10.650 -> 00:00:00.960/00:00:01.920 // What's it mean?
11:05:13.370 -> 00:00:01.120/00:00:02.240
11:05:16.410 -> 00:00:00.800/00:00:01.600
11:05:19.130 -> 00:00:01.280/00:00:02.560
11:05:22.490 -> 00:00:00.960/00:00:01.920
11:05:25.370 -> 00:00:00.960/00:00:01.920
When I remux second time remuxed earlier get file I'll get:
Broadcast standard selected: DVB
Broadcast standard detected: DVB
----------- PMT 0 -----------
Packet : $00000001
PacketCount : 1
PID : $0100
Table ID : 2
Section Syntax Indicator : 1
PMT Size : 76
Pointer Field : 0
Section Length : 68
Program Number : $0001
Version Number : 0
Current Next Indicator : 1
Section Number : 0
Last Section Number : 0
PCR PID : $1001
Program Info Length : 12
Program Info : $05, $04, $48, $44, $4D, $56, $88, $04, $0F, $FF, $FC, $FC
Stream Type : 27
Description : AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
Elementary PID : $1011
ES Info Length : 16
ES Info : $28, $04, $4D, $40, $1E, $BF, $05, $08, $48, $44, $4D, $56, $FF, $1B, $23, $3F
ES Info Text : (_M@_¿__HDMVÿ_#?
Stream Type : 4
Description : ISO/IEC 13818-3 Audio
Elementary PID : $1100
ES Info Length : 6
ES Info : $0A, $04, $70, $6F, $6C, $00
ES Info Text : __pol_
Stream Type : 4
Description : ISO/IEC 13818-3 Audio
Elementary PID : $1101
ES Info Length : 6
ES Info : $0A, $04, $61, $75, $78, $00
ES Info Text : __aux_
CRC32 : $CC6C8DA0 = $CC6C8DA0
-----------------------------
Selecting PMT with PID 0100 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 : 1011
ES_info_length : 16
1.
stream_type : 4 = ISO/IEC 13818-3 Audio
elementary_pid : 1100
ES_info_length : 6
2.
stream_type : 4 = ISO/IEC 13818-3 Audio
elementary_pid : 1101
ES_info_length : 6
First valid video frame found at PTS: 01:10:00.000
PCR discontinuity at PCR: 01:09:59.500 4199500ms
Start writing PID $1011 at PTS: 01:10:00.000 as video
Start writing PID $1101 at PTS: 01:10:00.053 aligned to video PID $1011, remaining delay 53 ms
Start writing PID $1100 at PTS: 01:10:00.150 aligned to video PID $1011, remaining delay 150 ms
01:10:00.000 -> 00:00:00.920/00:00:01.920
01:10:02.680 -> 00:00:01.120/00:00:02.240
01:10:05.720 -> 00:00:00.800/00:00:01.600
01:10:08.440 -> 00:00:01.280/00:00:02.560
01:10:11.800 -> 00:00:00.960/00:00:01.920
Is this mean that file is corrected properly and not contain any errors futher?
This upgrade to version 148 worked only on 1 specific file. Today I cannot do any operation on my ts files because after each operation in program in destination ts files I loose completely synchronization audio/video. Additonally on of my files has lenght 2h 15m but tsRemuxer said that file had only 1h 42m lenght. What's going on?
In version 149 synchronizing MPEG audio video OK. But still problems with AC3/EAC3 audio streams files. Eg. Freemake Video Converter thinks that video is 50fps, but it is only 25.
You can try to go back to an older version but I guess the problem has another reason. Maybe the broadcast parameters changed. It looks like some broadcasters changing their DataAlignment settings. As TS-Doctor is cutting on packet level, it's a problem if the data is not longer aligned to the packet start.
It's not a problem if you stay in TS format but if you convert the stream to another format like MKV, MP4 or whatever, this incomplete packets will create problems as the converters most likely ignore an incomplete or demaged packet and you will get sync problems.
If you think the new version is the problem, you can go back to version 1.2.144 or 1.2.134
TS-Doctor 1.2.144 German installer (http://www.cypheros.de/download.php?f=TSDoctor_Ger_1.2.144.exe)
TS-Doctor 1.2.144 English installer (http://www.cypheros.de/download.php?f=TSDoctor_Eng_1.2.144.exe)
TS-Doctor 1.2.134 German installer (http://www.cypheros.de/download.php?f=TSDoctor_Ger_1.2.134.exe)
TS-Doctor 1.2.134 English installer (http://www.cypheros.de/download.php?f=TSDoctor_Eng_1.2.134.exe)
Just uninstall the current version and the install the older version. Settings and license will not be changed during this operations.
Recently I installed the newest version drivers of my graphic card. This cause some problems. So I back to previous drivers. And some problems disappear. Now cutting file and save cutting parts it's no problem. But problem still persist after demuxing (version 144) and remuxing files. After this operation some files (of the lenght over 2h) in cyberlink power dvd 13 (other programs show correct lenght of file) had lenght 0s but some aproximetly 2 minutes. Additionally I had A/V asynchron. Until I not use demux, remux or ts muxer file is perfectly synchronized.
Additionally when I playing this files in this players sometimes players play parts this files in slow motion and after few second returns to normal speed play. Then play correctly for some time and this problem occurs again.
I need demuxing file, because I remove from audio ads during the film and I must correct true surround audio and reinsert it into film.
I can send you sample asynchronized file.
I'll check version 134. Demuxing and remuxing is fine but still is problem with the lenght of file in cyberlink power dvd 13.
It would be better if you could send me a unchanged file and a cutting list, so I can see what's happening at the cutting areas during processing.
OK where send? I tried other version tsMuxer. Nowe I had version 2.6.9 and now all (demux/remux) works perfectly fine. How long (time) must be this file which I send you? Original film which I tested had 2h 50min lenght and had 4GB.
Sent you a PM with details.
I must recorder some new file. This is from TVP1 HD. File lenght 1m 32s. I have very slow internet (about 1 Mb) and files whch I send must be relatively small.
In samples I made folder piotr_kast. Try do job which I described in "Cutting list.txt" and see the result. In this files there are E-AC3 tracks. I revert program to version 149.
Sorry to bothering you again.I tested extensively ts files. Files with MPEG i AC3 audio I can remux (demux and later mux) with tsMuxer 2.6.9. After this, remuxed files in tsMuxer 2.6.9 can be corectly used in version 149. But is major problem with files which contains eac3 audio. This files I cannot remux and have still valid file. Error shows as I describes in earlier posts.
Did you try the TS Remuxer in TS-Doctor? It has a special lipsync feature to keep AC3 and EAC3 audio in sync.
Hello,
Can I ask you if there is any good user guide for TS-REMUXER (and, in particular, within TS-DOCTOR)?
Thx
Pierre
I guess it's self explaining. Select TS Remuxer from the menu and then select the file you want to remux. In the TS Remuxer window, you can select the output format (TS,M2TS,MKV or MP4) and select or deselect the streams you want to have in your remuxed file
[attachimg=1]
If TS and M2TS is missing as an output format, you need to install TSRemuxer (Preferences/Settings/Supported Tools) or select the folder where TSMuxer can be found.
If MKV is missing, you need to install MKVToolnix (Preferences/Settings/Supported Tools);
Thanks Cypheros for the info. But the problem is different, Finally I found it.
There is definitely problem with all operation on ts in version 149. Althought there is no problem in version 134. But it must be a clean instalation (no other versions installed on Windows).
On my computer I had installed simultanously 3 operating systems (one is Windows 7, ond other two Windows XP). When I reinstalled program on Windows 7 (even if I removed all program and installed version 134 - I still had problems). When I installed test copy program on Windows XP (first installing program on this system after fresh install operating system), there is no problems.
I think that problem occurs because of the way how Windows 7 store dll libraries on the system.
Each saving operation on version 149 (which used prcedures from tsMuxeR 2.6.12 - I've cheked it) creating seek frames table (in DVD technology called PTS) which look something like this:
Frame | Video | Audio | Frame | Video | Audio
1 | 3 | 3 | 9 | 0 | 14
2 | 4 | 4 | 10 | 15 | 15
3 | 5 | 5 | 11 | 16 | 16
4 | 6 | 6 | 12 | 17 | 17
5 | 7 | 7 | 13 | 18 | 18
6 | 8 | 0 | 14 | 19 | 0
7 | 9 | 12 | 15 | 20 | 24
8 | 10 | 13 | 16 | 21 | 25
Frame | Video | Audio | Frame | Video | Audio
17 | 22 | 26 | 25 | 25 | 27
18 | 0 | 27 | 26 | 26 | 28
19 | 32 | 28 | 27 | 27 | 29
20 | 33 | 29 | 28 | 28 | 30
21 | 34 | 30 | 29 | 29 | 31
22 | 35 | 0 | 30 | 30 | 32
23 | 36 | 25 | 31 | 31 | 33
24 | 0 | 26
I've found out this kind of protection in selled markets DVD. Why I think, that program tries fix this protection is ts files? Because after rapidly seeking playing point in players, I see always few seconds play this file in high speed, then return to normal playing speed. And from now on occurs a/v asynchro.
When you trying fix already bad seek frames table, it's not goona work. I think that in in the ts files exist two seek frames tables (one good and one bad). Bat video editors sees only bad table. But playes plays good whole file (this proven than playes read good seek frames table - at least before opening file to edition creates own temporary seek table). And when file is saved - it uses fake seek table. Maybe I'm wrong, but facts are facts.
Version 149 used procedures from tsMuxer 2.6.12. Version 134 used procedures from tsMuxer 2.6.9.
When I used standalone versions tsMuxeR:
----------------------------------------
Demux Mux test: 2.6.12 a/v async error in this same way as in version 149
2.6.9 perfect a/v sync throught all lenght of file
And even if demux and mux file in tsMuxeR 2.6.9 and try cut file in internal editor, then save to a new file suddenly occurs a/v async error (file demuxed and muxed in tsMuxer 2.6.9 was perfect syncronized).
tsMuxeR 2.6.9 date released was december 2013, tsMuxer 2.6.12 - january 2014.
I can send you short sample (about 2 minutes) from original file and after demuxing/muxing procedure in tsMuxeR 2.6.9.
Zitat von: Cypheros am Dezember 03, 2014, 10:24:31
I guess it's self expaining. Select TS Remuxer from the menu and then select the file you want to remux. In the TS Remuxer window, you can select the output format (TS,M2TS,MKV or MP4) and select or deselect the streams you want to have in your remuxed file
[attachimg=1]
If TS and M2TS is missing as an output format, you need to install TSRemuxer (Preferences/Settings/Supported Tools) or select the folder where TSMuxer can be found.
If MKV is missing, you need to install MKVToolnix (Preferences/Settings/Supported Tools);
Yes, you are right that it is totally self-explanatory. However, my question was more directed to your last comment " It has a special lipsync feature to keep AC3 and EAC3 audio in sync".
I did not find where to activate this nice option. Is it an automatic, built-in feature?
P.
ZitatI did not find where to activate this nice option. Is it an automatic, built-in feature?
Yes, it's an automatic feature that is executed during demuxing via TS Remuxer or TS Demuxer.
Is any chance that you repair your program to eliminate problems which I describe earlier, so program may read and operate correctly on this ts files?
TS-Doctor is using tsMuxeR just for remuxing (TS Format Convert and TS Remuxer). You can change the tsMuxeR version TS-Doctor is using by changing the tsMuxeR executeable location under Settings/Preferences/Supported Tools/tsMuxeR. Just point it to the folder where you have the version installed, you want TS-Doctor to use.
This application is useless nowadays in Poland. When I playing ts files (no matter original file or processing through the program) film starts correctly. But when I click somewhere in the middle of seek toolbar during playing in program in Cyberlink Power DVD first I show eg. point time 0:45:33 baut after short time this timer skip suddenly to eg. 0:46:35. Durig this suddenly seek file plays correctly. I think that you should repair timecode errors in ts file. This foolish tsmuxer 2.6.12. You set in program editor proper cuts, but after saving file you had diffrent points cuts in this file. Besides this unexpected seek time in ts files foolish all video editors (which can process ts files) and they cannot correctly process any files. Only one way to repair this problem is full reencode file (long time to process) in other editor. I set in another editor in advanced encoded parameter options:
a) scene detection enabled to yes
b) encoder determine B or P types to yes
c) weighted prediction for P frames to Yes
d) SPS every each frame to yes
and of course set proper profile and level for encoding ts files.
Under this condition when program reencode all ts file (and of course make new correct timecode in file), all turns to normal in ts file and I can process this new encoded ts file in TS Doctor without any problems (ts cuts normally, I can use reencode without any problems etc.). But I must wait to reancode each ts file for about 1h (for 2h to 2,5h depends of video quality) .
Sorry for my various theories, but this are extensively searching for what happens in ts files. When I find out solution I've tested it on few files. It seems to be correct, but after a while I discovered another ts file which distroyed my whole theory and my searches starts again from the scratch.
OK, then avoid remuxing. Stay with the files TS-Doctor is creating or use MKV output of the TS Remuxer. If you use MKV as output format TS-Doctor is using MKVToolnix to mux the streams together, not tsMuxeR.
OK, this is result:
Remux mkv:
a) during demuxing:
Resync found for next packet 00D09AF9 with Offset: -24
TS ERROR : For PID 0012, invalid packet 00DB95AC! Error: sync_byte_error
Resync found for next packet 00DB95AD with Offset: -24
TS ERROR : For PID 01F6, invalid packet 00E69060! Error: sync_byte_error
Resync found for next packet 00E69061 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 00F18B14! Error: sync_byte_error
Resync found for next packet 00F18B15 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 00FC85C8! Error: sync_byte_error
Resync found for next packet 00FC85C9 with Offset: -24
TS ERROR : For PID 0012, invalid packet 0107807C! Error: sync_byte_error
Resync found for next packet 0107807D with Offset: -24
TS ERROR : For PID 01F6, invalid packet 01127B30! Error: sync_byte_error
Resync found for next packet 01127B31 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 011D75E4! Error: sync_byte_error
Resync found for next packet 011D75E5 with Offset: -24
TS ERROR : For PID 01F8, invalid packet 01287098! Error: sync_byte_error
Resync found for next packet 01287099 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 01336B4C! Error: sync_byte_error
Resync found for next packet 01336B4D with Offset: -24
TS ERROR : For PID 0012, invalid packet 013E6600! Error: sync_byte_error
Resync found for next packet 013E6601 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 014960B4! Error: sync_byte_error
Resync found for next packet 014960B5 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 01545B68! Error: sync_byte_error
Resync found for next packet 01545B69 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 015F561C! Error: sync_byte_error
Resync found for next packet 015F561D with Offset: -24
TS ERROR : For PID 01F9, invalid packet 016A50D0! Error: sync_byte_error
and so on to the end of file
One section with this error:
Resync found for next packet 01AC3188 with Offset: -24
TS ERROR : For PID 01F6, invalid packet 01ACC9CA! Error: sync_byte_error
TS ERROR : Packet 01ACC9C9 with 64 missing bytes
Resync found for packet 01ACC9CA with Offset: -88
Resync found for next packet 00000401 with Offset: 164
Resync found for next packet 00000401 with Offset: 164
Resync found for next packet 00000401 with Offset: 164
Resync found for next packet 00000401 with Offset: 164
Resync found for next packet 00000401 with Offset: 164
Resync found for next packet 00000401 with Offset: 164
Resync found for next packet 00000401 with Offset: 164
First valid video frame found at PTS: 18:54:07.491
Resync found for next packet 00000401 with Offset: 164
TS ERROR : For PID 01F6, invalid packet 0017910C! Error: sync_byte_error
TS ERROR : Packet 0017910B with 188 missing bytes
and later:
AC3 small PTS delta on PID $01F8 at PTS: 18:54:09.582 [0ms]
AC3 missing frame on PID $01F8 at PTS: 18:54:09.678 last frame repeated
AC3 missing frame on PID $01F8 at PTS: 18:54:09.646 last frame repeated
AC3 small PTS delta on PID $01F8 at PTS: 18:54:21.326 [0ms]
AC3 missing frame on PID $01F8 at PTS: 18:54:21.422 last frame repeated
AC3 missing frame on PID $01F8 at PTS: 18:54:21.390 last frame repeated
AC3 small PTS delta on PID $01F8 at PTS: 18:54:33.070 [0ms]
AC3 missing frame on PID $01F8 at PTS: 18:54:33.166 last frame repeated
AC3 missing frame on PID $01F8 at PTS: 18:54:33.134 last frame repeated
AC3 small PTS delta on PID $01F8 at PTS: 18:54:44.814 [0ms]
AC3 missing frame on PID $01F8 at PTS: 18:54:44.910 last frame repeated
AC3 missing frame on PID $01F8 at PTS: 18:54:44.878 last frame repeated
AC3 small PTS delta on PID $01F8 at PTS: 18:54:56.558 [0ms]
AC3 missing frame on PID $01F8 at PTS: 18:54:56.654 last frame repeated
AC3 missing frame on PID $01F8 at PTS: 18:54:56.622 last frame repeated
continuity this type errors to the end of file
18:54:07.491 -> 00:00:01.000/00:00:02.000
18:54:10.491 -> 00:00:01.000/00:00:02.000
18:54:13.491 -> 00:00:01.000/00:00:02.000
18:54:16.491 -> 00:00:01.000/00:00:02.000
18:54:19.491 -> 00:00:01.000/00:00:02.000
18:54:22.491 -> 00:00:01.000/00:00:02.000
18:54:25.491 -> 00:00:01.000/00:00:02.000
18:54:28.491 -> 00:00:01.000/00:00:02.000
18:54:31.491 -> 00:00:01.000/00:00:02.000
18:54:34.491 -> 00:00:01.000/00:00:02.000
18:54:37.491 -> 00:00:01.000/00:00:02.000
MkvToolnix :
Demuxing DONE
Start muxing
Muxer: C:\Program Files (x86)\MKVToolNix\mkvmerge.exe
mkvmerge v6.9.1 ('Blue Panther') 32bit gebaut am Apr 18 2014 18:15:44
mkvmerge v6.9.1 ('Blue Panther') 32bit gebaut am Apr 18 2014 18:15:44
Fehler:
Fehler: »org« ist weder ein gültiger ISO639-2- noch ein gültiger ISO639-1-Code. Mit »mkvmerge --list-languages« können Sie sich eine Liste aller Sprachen und ihrer ISO639-2-Codes ausgeben lassen.
And play this file in players is like I described in post 32: fast forward for a few first seconds, and than normal play syncronized. But during play this clip in player I've had loud clicks in files grnerated randomily. When I seek play in another point timeline this type of play occurs again.
And in my country mkv is not a popular format, popular format is mp4.
Why don't you just take the ts recording as it is?
sync_byte_error ???
This can't be a file created by TS-Doctor. Before you use the Remuxer, you have to repair all the little problems.
First open the file with TS-Doctor and after analysis, press "Save new file". This will repair all/most of the problems. Then you can use TS Remuxer to convert the container format.
There are really a lot of people that think, that the TSD will fix the TS file during remuxing :)
btw. what happened here? :
Fehler:
Fehler: »org« ist weder ein gültiger ISO639-2- noch ein gültiger ISO639-1-Code. Mit »mkvmerge --list-languages« können Sie sich eine Liste aller Sprachen und ihrer ISO639-2-Codes ausgeben lassen.
German Text and wrong character encoding?
No, TS Remuxer is a only a tool to convert files previously fixed by TS-Doctor main prodedure.
The German message is from MKVToolnix I guess.
You should, at least, translate him the message:
-> "the language description 'ORG' is not a valid name according ISO639-2 or ISO639-1. Please use only names from the ISO639-2 list"
It means that one of your audio channels has the name "ORG" instead of "ENG", "GER", "POL" and so on. You need to change this before you can continue processing.
(Can be changed with TSD or mkvtoolnix)
Mam, I know only perfect English language. The German is mystery for me. ;) By the way, thank for translate this message. Now its OK. But I explain earlier: I want to stay with mp4 format and don't interested in mkv. Now I must convert back to ts files, because I need full control over all tracks: I need cut ads, and sometimes manipulate audio streams OUTSIDE TS Doctor (especially if audio has DD 5.1, adds over the original track etc.)
22:31 I remuxed this file back to TS and try Remux ts to a new file. Effect is the same as I demux an remux ts files. Perhaps you must change demux and remux ts files procedure inside program. But files converted outside the TS Doctor (procedure describes in post 37) I can remux to a new ts file and syncronization is perfect before and after remux. Time after demux no change. Rapid seek ts time during play is ok (when I click during the play file, time not rapidly changed to another value after 1 second of play, etc).
I thought Moritz would have used only English language coding MKVToolnix
interesting, must be pretty old code then ;D
OK, I installed the newest version MKVToolnix 7.4.0 from the German pages (is there Cypheros someting to hide to non German users?). And test remux any my ts files. As I expected the result is the same as remux ts file (using in both cases TS Remuxer). This proved my theory that TS Doctor is useless nowadays in my country. Besides why newest versions MKVToolnix were announced only on the german pages? Is there had Cypheros something to hide to peopole which don't speak in German? Because this version is not loading from the inside of the program and the last version which program can see is 6.9.1. In this case is not any chance to test what happened in ts file because this version pretend that repair this file (a/v synchro). In this way enough to remux one's remuxed file to other format to discover that MKVToolnix 6.9.1 is a fake program and didn't solve any problems in nowadays ts files in my country (so as ts muxer 2.6.12 - developing this program was stoped in the end of year 2013).
ZitatThis proved my theory that TS Doctor is useless nowadays in my country.
It's rather your gear that seems to be useless in your country.
Make sure you record without errors and and use a playback chain that can cope with the stream types that are transmitted in your country ;)
I'm not hiding anyting from non German users. Version 6.9.1 will be installed even for German users. This version is from april this year and not a fake.
Maybe that version doesn't fix your specific problems but it's working fine for many others. If you want to use a newer version, you are free to do so. I just have not enough time to test every new version that maybe breaks the interface between TS-Doctor and MKVToolnix.
This whole problem is not caused by the location of you country or the ignorance of some developers but the complexity of the stuff.
Transport stream are fault tolerant and a missing packet here and there is no problem for playback. Tools like MKVToolnix or tsRemuxeR are not that fault tolerant and small issues in the input file can create big sync problems.
That's not the fault of TS-Doctor. A ts file can only be repaired up to a point but not 100% perfect. Missing packets will still be missing.
Zitat von: Cypheros am Dezember 16, 2014, 11:21:55
Missing packets will still be missing.
You
COULD fix this (inserting SILENCE), but if this would make things better?
And in case of missing Video Packets... it surely would make things even more wrong than currently...
I found something strange in my ts files. Inside ts file is a special PID $1FFF, NULL (I can see it only when I press button: Preserve Streams). When I rewrite file in Video Redo 4 and synchronized timecode in ts file an later Save New File (in this same file) with preserve special PID $1FFF, NULL - synchronization of the time stays perfect. But when I forgot checked this special PID, after saving file again I had effect: when I seek playing to the random point of time, I see some time and after short period of time, time indicator rapidly seek to another random time. From this moment I see normal progress seek time during playing. And when I cut this file at eg. 0:05:00:00 after opening cutting file in TS Doctor I had only 0:04:58.426. In file 0:02:00:00 - TS Doctor said that file has only 0:01:58.350. How Cypheros explain this strange effect? How total time can be different in this same file after saving it and immediately reopen after saving?
2014-12-29 08:52:
I installed shareware version of MPEG TS Utils 2.0. It occurs that timer of PCR in one of my files file starts at 00:00:09.20, timer PTS at 00:00:10.00 and DTS at 00:00:09.18. Later in various places each of counter may jump like a frog to the random position (not simultaneously!) - even I saw negative values on this timers! By the way, file always plays normally either on computer or PC despite this kind of errors. May I send you Cypheros full log from this file to your server or e-mail? This file has almost 40 MB.
I send to server two files in folder piotr_kast. One file from ts which suffers from seek time problem. And the other - total time is 0:00:00 and current time playing is 0:00:00 regardless how much time is this file was played. Into to this files in readme.txt
Hi, $1FFF are filler packets or so called "NULL packets". MPEG specifications doesn't allow to use PID $1FFF for any other purpose. Any tool I know will ignore/remove $1FFF packets. They are just there to fill the stream and create a constant bitrate.
It's not important where timers starting in transport streams but they should be continual. Video streams are an exception. P- and B- frames are not continual, they are some kind of mixed up. It's a bit complicated to explain all the details but for video streams only the timer of I-frames are continual.
I guess your workflow is creating many of the problems. Sending a transport stream with error through different tools again and again, will make the problems worse.
Always store the original file before starting experiments.
Use TS-Doctor first, to fix (most) problems in the recording before using other tools, even if you want to use the TS-Doctor tools (remuxer,format converter, etc.).
TS-Doctor is a tool to fix recordings of dvb receivers, not to fix errors introduced by other tools. If you use tools like video redo or tsremuxer, all important timer informations are changed/rewritten. If something is going wrong with this tools, there is no way back or to fix the problems with TS-Doctor anymore.
So it's wise to use tools that change the recording that radically at the end of the workflow, not at the start.
Thanks Cypheros for error explanation. I think I suspect other tools for not doing good job. I had installed new beta version (153) with FreeSat UK EPG Support. I was tried it on only ONE new my ts files. When I tried play original file in MP-HC or Cybrelink Power DVD they won't play. But after open this file in TS Doctor and Save as New File this files are playable in earlier mention players again. I don't know if this solves my problem permanently, but if the future will be problems - I'll let you know.
ZitatAlways store the original file before starting experiments.
Use TS-Doctor first, to fix (most) problems in the recording before using other tools, even if you want to use the TS-Doctor tools (remuxer,format converter, etc.).
TS-Doctor is a tool to fix recordings of dvb receivers, not to fix errors introduced by other tools. If you use tools like video redo or tsremuxer, all important timer informations are changed/rewritten. If something is going wrong with this tools, there is no way back or to fix the problems with TS-Doctor anymore.
Ok, I am very agree the view.
If the original file lose, it is difficult to get it back.
ZitatIf the original file lose, it is difficult to get it back.
I agree with Slices. And when I loose oryginal file I was very >:(. But I was able often find out solution when I loose original file and repair broken file even if it's MPEG-MP4 and won't be readable by the most TS editors. I've had many years experience converting TS MPEG2 files to DVD format. Every time if the lelevision change the coding ts parameters, I always found the solution to decode correctly this files (something like doing TS Doctor when you hit Save New File). But decode TS H264 is a little bit harder (there is much less repearing freeware programs TS H264 on the net than TS MPEG2) so each time now I learn something new about TS264.
Finally I managed repair ts files. After this I'll get correct ts file which ts remuxer won't spoil this in any kind of errors. I omit repairing errors during hearing audio. This topic is not about repairing ts audio in detail.
1-TS Doctor-Save New File (first reair original file)
2-Video Redo-Quick Stream Fix-TS DVBT (repair timecode in file).
Parameters EncodingOptions H264:
a) IDR Frequency - Every I-frame is IDR
b) SPS every I-frame - Yes
3-TS Doctor-Save New File (repair PES error)
4-Video Redo-Save as-H264 Elementary Streams-(get only video)
4-DGAVCIndex-Demux (get only Audio - if i use video from this demux i loose everthing information on the video - TS shows blank slate of video information - this is normal after doing this)
5-Audacity-create new AC3 or MP2 file from step 4 (saving this file is a long process for about 2,5h file and sound DD 5.1 it take about 15 minutes to do it)
6-Video Redo-Elementary Stream Multiplexer-TS DVBT (parameters as above)
7-TS Doctor - if now I open multiplexed file I'll get error PCR to DTS drift detected. Trying repair this error by program lasting long term reparation with no chance (?) to success. Instead of this I'll do next step
8-Video Redo-Quick Stream Fix-TS Muxing (this is repairing this kind of drift in a matter of few minutes).
Parameters EncodingOptions H264:
a) Profile and Level as in original file
b) IDR Frequency - Every I-frame is IDR
c) SPS every I-frame - Yes
d) Preset - Very Slow
9-TS Doctor--Save New File (now I'll get only PES error)
And voilla! File repaired. TS remuxer won't spoiled the file.
Cypheros this procedure is enough for me, but I wonder if your program is able to repair ts files in the way which I described. If not, no problem.