A/V Sync Correction on TS Files via Command Line

[Pookie]

Here's a method to pre-process your MPEG2 Transport Stream files before transcoding. Actually, it creates a new MPEG2 PS file which should be devoid of sync errors. That means (hopefully) your transcoded h264 or XVID file will also be in sync. Of course, YMMV.

This process will only work with MPEG2 Transport Stream Files, and you'll temporarily need 3X the amount of free disk space as the size of your source TS file (That can be a lot of space).

REQUIRED UTILITIES

xport.exe a robust demuxer, does a nice job of maintaining sync

http://www.w6rz.net/xport.zip

mjpegtools (use this specfic one) we'll only need mplex.exe

http://people.freenet.de/CharlesWeb/download/mjpegtools_180_P4_Win32.7z

cygwin1.dll (if you don't have a recent version, get this)

http://alloy.mit.edu/alloy30/cygwin1.dll

ac3 Cutter.exe v0.1 Will Fix errors and Bitrate Issues

http://forum.doom9.org/attachment.php?attachmentid=3759&d=1112298913

Finally, for those who are command line shy, this app will take some of the grief out.

http://www.roggel.com/cgi-bin/DLCounter/load.cgi?NGNeer/BackgroundCMD/BC_Setup.exe

"There are many command prompt shell extensions out there. However,
as far as I can tell, none of them allow you to open a console window in
the current directory that you're browsing. Most will only allow you to
right-click a folder and have the command prompt start in that folder."

PROCEDURE

Got 'em all ? Let's assume the transport stream file we're working with is called Capture.tp

1) Unzip everything into the same directory as your Transport Stream file (messy? yes. Clean it up to your liking after you do your initial tests)

2) Find the PIDs you wish to demux

xport -p Capture.tp 1 1 1

program = 1, video channel = 1, audio channel = 1
Program Number = 3 (0x0003), Program Map PID = 48 (0x0030)
Program Number = 4 (0x0004), Program Map PID = 64 (0x0040)
Program Number = 5 (0x0005), Program Map PID = 80 (0x0050)

Parse the first found Program (which is number 3)

xport -p Capture.tp 3 1 1

program = 3, video channel = 1, audio channel = 1
Program Number = 3 (0x0003), Program Map PID = 48 (0x0030)
Program Number = 4 (0x0004), Program Map PID = 64 (0x0040)
Program Number = 5 (0x0005), Program Map PID = 80 (0x0050)
Video PID = 49 <0x0031>, type = 0x02
Audio PID = 52 <0x0034>, type = 0x81

Yes indeed, PIDs 31 and 34 are the PIDs we wish to demux. Channel 3 it is...


3) Demux the file

xport Capture.tp 3 1 1

xport will have created 2 files - bits0001.mpv and bits0001.mpa. Not to worry, bits0001.mpa is really an AC3 file.

4) Fix the audio errors in the resulting bits0001.mpa file

ac3cutter bits0001.mpa fixed.ac3

Starting. Input file is bits0001.mpa, output file is fixed.ac3
Frame length is 1536
Writing frame
Current wrongness is -176 bytes
Checking frame 345: OK
Checking frame 346: OK
Checking frame 347: Wrong frame length, expected 530096, got 1536
Writing frame
Finished. Found bad frames. Final wrongness is 0 bytes

5) Mux the Video and Fixed Audio into an Mpeg2 Program Stream file.

mplex -f 3 -b 786 -r 19200 -o output.mpg bits0001.mpv fixed.ac3

Voila. Now you can feed output.mpg into DGindex, Mpeg2Cut2, VideoRedo, Comskip...whatever.
Get rid of all of the temporary files, but hold onto your original Capture.tp file until you're certain
all went well.

NOTES

Your hard drive can really heat up, as there are huge files being created in a short period of time. Make sure your drives are adequately cooled, and/or download Dtemp to monitor your drive temperatures. Defrag frequently.

Create a batch file to process the commands unattended.

Example.Bat
Rem -- Assumes Transport Stream is Named "Capture.tp"

xport Capture.tp 3 1 1

ac3cutter bits0001.mpa fixed.ac3

mplex -f 3 -b 786 -r 19200 -o output.mpg bits0001.mpv fixed.ac3

del bits0001.mpv
del fixed.ac3
del bits0001.mpa





8GB Transport Stream Files Can take 15 minutes to process.

[Blinky7]

i got sync problems when trying to process .TS files, and I tried your guide. Unfortunately the last part about mplex doesn't work... I get this error :

D:\multiplex test>mplex -f 3 -b 786 -r 19200 -o output.mpg bits0001.mpv fixed.ac
3
INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/08/28 17:50:54 $)
INFO: [mplex] File bits0001.mpv looks like an MPEG Video stream.
INFO: [mplex] File fixed.ac3 looks like an AC3 Audio stream.
INFO: [mplex] Found 1 audio streams and 1 video streams
INFO: [mplex] Selecting generic MPEG2 output profile
INFO: [mplex] Multiplexing video program stream!
INFO: [mplex] Scanning for header info: Video stream e0 (bits0001.mpv)
4 [main] mplex 2672 handle_exceptions: Exception: STATUS_ILLEGAL_INSTRUCTI
ON
890 [main] mplex 2672 open_stackdumpfile: Dumping stack trace to mplex.exe.s
tackdump

D:\multiplex test>

Any help?

I tried muxing the 2 files with another multiplexer and it worked but the result was out of sync again :(

[Pookie]

Sounds like your source file is seriously corrupted. Run ec.exe on the original ts file.

http://www-personal.umich.edu/~balazer/ec/ec.exe

ec.exe filename.ts

What's the error count ?

[ufdent98]

i'm xviding now - so far, though- all aok. thanks for this, my incessant efforts at various methods to create a good synced final product are driving me mad.
fingers crossed.
steve

[Blinky7]

D:\multiplex test>ec.exe test.ts
test.ts: 0 errors in 25972786 packets (0.0%) 0 flagged, 0 continuity

cumulative stats: 0 errors in 25972786 packets (0.0%) 0 flagged, 0 continuity




I guess that wasn't the problem?

[Pookie]

Is the .MPG file that the batch file creates in sync?

[Blinky7]

but I can't reach that stage...mplex.exe refuses to multiplex with the above error....so I don't yet have a .mpg, only a .mpv and the fixed.ac3. BTW the .mpv is significantly larger than my original .TS file (.TS is about 4.6gb and the .mpv that supposedly has only the video is about 6gb) , could that be the cause of the problem with mplex?

[Pookie]

Weird... After stripping out the junk PIDs, your file should be significantly smaller than the original Transport Stream.

How about uploading a small portion of TS file - you can chop it with the following app: http://www.ffprojects.net/tssplitter/
30-40MB should be plenty. This site is pretty fast: http://www.bestsharing.com/

Also, you can mux the audio and video with this app:

http://www.bestsharing.com/files/ms001180967/mplex.zip.html

It's GUI based, and you'll have to manually enter the name of the AC3 audio file (it's a bug in the software). Choose the MPEG2 profile and give it a shot. I'm going to guess this muxer crashes on that file as well - the .mpv file shouldn't be bigger than your original capture.tp file.

[Blinky7]

Weird... After stripping out the junk PIDs, your file should be significantly smaller than the original Transport Stream.

How about uploading a small portion of TS file - you can chop it with the following app: http://www.ffprojects.net/tssplitter/
30-40MB should be plenty. This site is pretty fast: http://www.bestsharing.com/

Also, you can mux the audio and video with this app:

http://www.bestsharing.com/files/ms001180967/mplex.zip.html

It's GUI based, and you'll have to manually enter the name of the AC3 audio file (it's a bug in the software). Choose the MPEG2 profile and give it a shot. I'm going to guess this muxer crashes on that file as well - the .mpv file shouldn't be bigger than your original capture.tp file.

the gui based app worked, unfortunately the result is once again out of sync :(
This file must be cursed or something...have tried several multiplexors and none succeeds...
And the worst part is that I can't even sync it manually, because it is not out of sync by a fixed amount of time, but it starts almost in sync and by the time you reach half the video's length it's like half a sec out of synce and by the time you finish it's a whole second or more out of sync...

[crypto]

And the worst part is that I can't even sync it manually, because it is not out of sync by a fixed amount of time, but it starts almost in sync and by the time you reach half the video's length it's like half a sec out of synce and by the time you finish it's a whole second or more out of sync...

I have such effects with streams, that contain commercials with totally different parameters. For instance a HD movie with AC3 5.1 with breaks in SD and AC3 2.0. I noticed that the lag starts after the first break and gets bigger with every next commercial break. When I cut the ads from the ts before demultiplexing, everything is ok.

[Blinky7]

I have such effects with streams, that contain commercials with totally different parameters. For instance a HD movie with AC3 5.1 with breaks in SD and AC3 2.0. I noticed that the lag starts after the first break and gets bigger with every next commercial break. When I cut the ads from the ts before demultiplexing, everything is ok.

makes sense....however I scanned the file and it has no commercials :( I am totally out of ideas. The only thing left for me to do to reduce the file's size slightly, is to use tmpleng and re-encode it with a slightly lower bitrate. 2-day procedure with my slow comp and with uncertain picture quality results, but I think it's the only way...

[Pookie]

Try cutting it in bits, as this app will allow you to do.

http://www.ffprojects.net/tssplitter/

Crypto, your error sounds like a change in AC3 bitrate during commercials. The command line app AC3fix should fix that particular error.

[ufdent98]

Crypto - what are you using to cut commercials out of your .ts?

I just would like to say that Pookie has brought light to a dark subject. This ought to be stickied, as it's the only method that has worked on my ATSC HDTV broadcast stuff here in the states.
steve

[Pookie]

Thanks for the kind words, but the procedure is a hack. It relies on too many apps to "fix" the problem(s), and as you can see by Blinky7's posts, it doesn't work all of the time. The optimal solution would be for a programmer to combine the functionality of these apps into a single executable. Since so much of if it is open source, it might be possible to do so. We'd have to find an expert in C who suffers from really bad HD reception:D

[drmpeg]

Thanks for the kind words, but the procedure is a hack. It relies on too many apps to "fix" the problem(s), and as you can see by Blinky7's posts, it doesn't work all of the time. The optimal solution would be for a programmer to combine the functionality of these apps into a single executable. Since so much of if it is open source, it might be possible to do so. We'd have to find an expert in C who suffers from really bad HD reception:D

Steps 1 and 2 aren't necessary.

Ron

[ufdent98]

Sorry, Pookie, but this is actually a collection of programming that flies under the radar which you've found and shown. The first app (tstoatsc) that corrects the PCR is something I've never seen, yet I'm sure is probably 90% of the solution. All the rest (except ac3fix) are just nice commandline apps. Frankly, using a .bat file with commandline solutions is saving me TONS of time. I can preprocess all my stuff at once (just changing file names in a long cut and pasted .bat file).

Current procedure for a 30min TV show:
1. Preprocess following the above, steps 3-6 (ie, run a .bat file like your example) TIME=20min
2. Cut commercials with mpg2cut2 TIME=5min
3. DGIndex, where it creates an .avs, .d2v, and a .wav audio file (I can post the .avs template if anyone is curious) TIME=10min
4. VirtualDub, transcode to XviD with audio source the above wave encoded to .mp3 at 256kbps TIME=3 hours
So it takes me around 35 minutes to set everything up for the transcode, which I let go at night. I'd like something to get the VirtualDub Job control to start at a certain time, after I've gone to bed, unattended.

Question- VirtualDub Interleaving- Best settings for the above?
1. Interleaving - 500ms preload Y/N?
2. Interleaving - every 1 frame, or every X ms?
3. Recommended for TV .mp3 data rate - 224, 256, 320kbps?

4. Would BeLight ac3-mp3 conversion be better than the DGIndex wav output? It's an extra step I'd do for noticable improvement, but not if not needed.

Thanks!

[Pookie]

Steps 1 and 2 aren't necessary.

Ron

I wish that was the case. I wanted to start the thing out with your excellent Xport.exe app, but if the .TP file was in bad shape, Xport wouldn't accept it. TStoATSC opened every junky transport stream I fed it. I'll look around for an example file if you want to analyze it. Just let me know, you'll probably only need the 1st MB.

[drmpeg]

I wish that was the case. I wanted to start the thing out with your excellent Xport.exe app, but if the .TP file was in bad shape, Xport wouldn't accept it. TStoATSC opened every junky transport stream I fed it. I'll look around for an example file if you want to analyze it. Just let me know, you'll probably only need the 1st MB.
Interesting. I haven't really looked at the code for tstoatsc.exe, but I thought it just did PCR and stuffing fixup (which gets discarded during the demux process). I would like to see your problem file. I'll PM you my e-mail address.

Ron

[ufdent98]

Hi-oh
so PCR correction seems to average out the audio errors in my NBC broadcast files:
beginning of file, slight av sync problem
middle of file, perfect sync
end of file, gradually worsening sync problem.
I noticed when cutting with mpg2cut2 that the audio delay value fluctuates wildly throughout the clip. This is probably what needs addressing. The clips play fine when in mpg format, but somewhere during transcoding with xvid, the sync issue occurs.
steve

[Pookie]

ufdent98- Not surprising. Material in that shape probably needs to be cut up in smaller parts before it is processed. Sixteen 500MB files processed individually will most likely be in better sync than one 8GB monster sized .TP file.

Read the doc file that comes with Mpeg2Cut2. Lots of important info regarding sync.



Also, it looks like TStoATSC is responsible for creating target files that are larger than the source -> on very messed up .TS and .TP files. Blinky7, you were absolutely right.

[ufdent98]

Any suggestions on simple PID stream isolation - ie; stripping out everything except the 31 and 34 streams which are the main show?
While mpeg2repair does it, it takes forever.
Ideal would be reads multiple stream .tp format (which HDTV2MPEG does NOT), and when a clip is selected, exports in .mpg format.

[Revgen]

The only program that comes close to working for me is Project X. Most of the time the file comes out fine. However, sometimes the file will have skipped frames on certain captures while the audio still remains in sync.

[drmpeg]

I wish that was the case. I wanted to start the thing out with your excellent Xport.exe app, but if the .TP file was in bad shape, Xport wouldn't accept it. TStoATSC opened every junky transport stream I fed it. I'll look around for an example file if you want to analyze it. Just let me know, you'll probably only need the 1st MB.

I just took a look at the stream you sent me. It turns out that you're not using xport.exe correctly. To find the available programs, you may have to do a trial run of xport. Using your file as the example:

E:\atsc>xport capture.tp 1 1 1
program = 1, video channel = 1, audio channel = 1
Program Number = 3 (0x0003), Program Map PID = 48 (0x0030)
Program Number = 4 (0x0004), Program Map PID = 64 (0x0040)
Program Number = 5 (0x0005), Program Map PID = 80 (0x0050)

The bitstream has three programs in it. Since there's no program one, xport won't demux anything to bits0001.mp*. You need to restart xport with an available program number.

E:\atsc>xport capture.tp 3 1 1
program = 3, video channel = 1, audio channel = 1
Program Number = 3 (0x0003), Program Map PID = 48 (0x0030)
Program Number = 4 (0x0004), Program Map PID = 64 (0x0040)
Program Number = 5 (0x0005), Program Map PID = 80 (0x0050)
Video PID = 49 <0x0031>, type = 0x02
Audio PID = 52 <0x0034>, type = 0x81
Sequence Header found
1 frames before first Sequence Header
Horizontal size = 1920
Vertical size = 1080
Aspect ratio = 16:9
Frame rate = 29.97
Sequence header bitrate = 65000000 bps
Progressive Sequence = 0
First Video PTS = 0xeb500558
Discontinuity!, pid = 52 <0x0034>, received = 2, expected = 1, at 4583
First Audio PTS = 0xeb501542, 1194
Audio Bitrate = 384000, Audio Sampling Rate = 48000
Audio Mode = 3/2, bsid = 6, bsmod = 0
Discontinuity!, pid = 49 <0x0031>, received = 12, expected = 11, at 54409
Discontinuity!, pid = 49 <0x0031>, received = 7, expected = 6, at 58718
Discontinuity!, pid = 49 <0x0031>, received = 14, expected = 13, at 59577
Discontinuity!, pid = 68 <0x0044>, received = 12, expected = 11, at 60101
Discontinuity!, pid = 49 <0x0031>, received = 7, expected = 6, at 148232
Discontinuity!, pid = 49 <0x0031>, received = 10, expected = 9, at 156406
Discontinuity!, pid = 49 <0x0031>, received = 0, expected = 15, at 164145
Discontinuity!, pid = 49 <0x0031>, received = 0, expected = 3, at 189462
Discontinuity!, pid = 49 <0x0031>, received = 4, expected = 1, at 189463
Discontinuity!, pid = 81 <0x0051>, received = 14, expected = 13, at 243302
Discontinuity!, pid = 49 <0x0031>, received = 12, expected = 11, at 243488
Discontinuity!, pid = 6193 <0x1831>, received = 7, expected = 0, at 243719
Discontinuity!, pid = 49 <0x0031>, received = 8, expected = 7, at 243720
Discontinuity!, pid = 49 <0x0031>, received = 3, expected = 2, at 264817
Discontinuity!, pid = 1841 <0x0731>, received = 15, expected = 7, at 267865
Discontinuity!, pid = 49 <0x0031>, received = 13, expected = 12, at 267866
Discontinuity!, pid = 49 <0x0031>, received = 5, expected = 4, at 268017
Discontinuity!, pid = 49 <0x0031>, received = 5, expected = 4, at 268058
Discontinuity!, pid = 113 <0x0071>, received = 6, expected = 12, at 268672
Discontinuity!, pid = 49 <0x0031>, received = 7, expected = 6, at 268673
Discontinuity!, pid = 49 <0x0031>, received = 2, expected = 1, at 268832
illegal picture_coding_type = 0 = 15372697
illegal picture_coding_type = 0 = 15240037
illegal picture_coding_type = 0
Discontinuity!, pid = 65 <0x0041>, received = 14, expected = 13, at 275142
Discontinuity!, pid = 49 <0x0031>, received = 6, expected = 5, at 297064
Discontinuity!, pid = 49 <0x0031>, received = 13, expected = 3, at 308265
Discontinuity!, pid = 49 <0x0031>, received = 4, expected = 14, at 308266
ts rate = 19392640, video rate = 15370148
packets for pid 0 <0x0000> = 414, first = 348, last = 308948
packets for pid 9 <0x0009> = 1, first = 58717, last = 58717
packets for pid 32 <0x0020> = 1, first = 156405, last = 156405
packets for pid 33 <0x0021> = 1, first = 297062, last = 297062
packets for pid 38 <0x0026> = 1, first = 268057, last = 268057
packets for pid 48 <0x0030> = 414, first = 542, last = 309137
packets for pid 49 <0x0031> = 251317, first = 1, last = 309248
packets for pid 52 <0x0034> = 6295, first = 9, last = 309219
packets for pid 64 <0x0040> = 413, first = 616, last = 308679
packets for pid 65 <0x0041> = 18881, first = 3, last = 309239
packets for pid 68 <0x0044> = 3148, first = 55, last = 309213
packets for pid 80 <0x0050> = 414, first = 153, last = 308753
packets for pid 81 <0x0051> = 18997, first = 7, last = 309237
packets for pid 84 <0x0054> = 3148, first = 41, last = 309198
packets for pid 96 <0x0060> = 1, first = 268831, last = 268831
packets for pid 113 <0x0071> = 2, first = 243487, last = 268672
packets for pid 127 <0x007f> = 1, first = 268016, last = 268016
packets for pid 209 <0x00d1> = 1, first = 264816, last = 264816
packets for pid 233 <0x00e9> = 1, first = 59576, last = 59576
packets for pid 337 <0x0151> = 1, first = 243291, last = 243291
packets for pid 1089 <0x0441> = 1, first = 275130, last = 275130
packets for pid 1841 <0x0731> = 2, first = 148231, last = 267865
packets for pid 3633 <0x0e31> = 1, first = 54408, last = 54408
packets for pid 5940 <0x1734> = 1, first = 4532, last = 4532
packets for pid 6193 <0x1831> = 2, first = 164144, last = 243719
packets for pid 7424 <0x1d00> = 192, first = 2309, last = 306117
packets for pid 7425 <0x1d01> = 80, first = 11790, last = 307235
packets for pid 7426 <0x1d02> = 40, first = 4129, last = 298511
packets for pid 7427 <0x1d03> = 21, first = 20788, last = 292169
packets for pid 7680 <0x1e00> = 432, first = 1744, last = 307722
packets for pid 7681 <0x1e01> = 127, first = 155, last = 308613
packets for pid 7682 <0x1e02> = 80, first = 4693, last = 296530
packets for pid 7683 <0x1e03> = 35, first = 20498, last = 292731
packets for pid 7808 <0x1e80> = 72, first = 9003, last = 308692
packets for pid 8187 <0x1ffb> = 276, first = 133, last = 307528
packets for pid 8191 <0x1fff> = 4434, first = 93, last = 309188
mpeg frames = 719, video fields = 1432


To demux the other programs, you would use xport 4 1 1 and xport 5 1 1. I suppose I should add this to the readme.

I also tried tstoatsc on this file, and xport creates the same elementary files (except a little longer, I think tstoatsc cuts off the end of the bitstream).

Ron

[Pookie]

Great News. Please forgive my laziness for not troubleshooting more before I claimed this was a problem. :thanks:

[ufdent98]

Can someone please give the simple/short answer why the original .tp, the raw converted to .mpg, and the commercial edit .mpg all play fine, but the XviD compression .avi doesn't?
Is it the Interleaving process?
What about making .avi's with VirtualDub without checking Interleaving?
steve

[Pookie]

ufdent98 -The desync can be in several areas. The only way to know for sure is to modify the steps until you determine which was the culprit. Try an alternate method to VirtualDubbing -

Assuming your file to transcode is called CommFree.mpg


1) Demux the Video

ffmpeg -i "CommFree.mpg" -vcodec copy -an -y v_track.m2v

2) Create the Audio Track for your AVI

ffmpeg -i "CommFree.mpg" -vn -y -ab 224 -ac 2 -vn -y a_track.mp3


3) DGindex the v_track.m2v file (no need to demux the audio). Create the .d2v file.

4) Modify your AVS file to eliminate references to audio processing (you already have an MP3 ready to go)

5) Transcode your video

mencoder.exe "your_avs.avs" -vf-add scale=640:352 -ovc xvid -xvidencopts bitrate=1600:turbo:pass=1 -nosound -o NUL: 2> 2.txt

mencoder.exe "your_avs.avs" -vf-add scale=640:352 -nosound -ovc xvid -xvidencopts bitrate=1600:pass=2 -o "v_track.avi" 2>> 2.txt


6) Mux your AVI and MP3

ffmpeg -i a_track.mp3 -i v_track.avi -acodec copy -vcodec copy "completed.avi"


---
* for a recent version of ffmpeg --> http://esby.free.fr/CelticDruid/mirror/ffmpeg/

* Modify the mencoder settings to whatever your preferences are.

* Read the command line portion of the DGindex documentation to automatically process the M2V file for you. It'll look something like this

DGindex -IF=[v_track.m2v] -FO=0 -OM=1 -OF=[v_track] -AT=[template.txt] -EXIT

[ufdent98]

I get that there is a problem somewhere, but why doesn't it show up when playing the .tp or converted .mpg? Why only in the transcoded material?

Incidentally, thanks for the steps/apps. Always good to expand one's toolset.

steve

[Pookie]

http://65.24.128.15/sounds/movies/slingblade/nogas.mp3

[Blinky7]

I left that problematic sync file aside and I am experimenting with another 2 files I need to shorten.
So I started with your guide on another file, and all went well, I started with a .TS file, demuxed it, I rejiged the video to make it a bit smalled and then remuxed them and the final .mpg file is in sync and looks fine.

Before moving onto the next file, do you know any program that can turn my resulting .mpg file to a transport stream .TS?

[Pookie]

"Before moving onto the next file, do you know any program that can turn my resulting .mpg file to a transport stream .TS?"

There's only one way I know of in the free arena, and I have no idea if it really works or produces "standard" TS files.

1)Convert MPG to Transport Stream in Project X

2)Run the following command on the resulting .TS file

TStoATSC -c file.ts output E0 80


I believe there's a way in VLC as well, but I've never tried it

[ufdent98]

nogas = priceless

[Pookie]

Blinky7 - Update on TS muxing. ProjectX -- > TStoATSC did not produce a TS file that worked properly on an HD Mpeg2 Hardware Card (MyHD-MDP120). VideoRedo worked perfectly, however. I believe they have a 2 week eval period of their software (which is very good, and worth the $50). You can still try VLC.

NOTE - The batch process to demux and remux has been streamlined, as Xport.exe is able to demux everything I've thrown at it (thanks, Ron :) )

[nimbus2000]

Hi, folks, recently I encounted a sync problem with the video I recorded. I tried to follow the instruction on the first page. It turns out theare are too many errors, result in the mplex couldn't mux the video and audio successfully.
I got the wrong message as below

**ERROR: [mplex] Too many frame drops -exiting

I tried to use ec to check the recorded TS file, and got the following information.

test.tp: 29526 errors in 57854078 packets (0.1%) 28422 flagged, 8351 continuity

cumulative stats: 29526 errors in 57854078 packets (0.1%) 28422 flagged, 8351 continuity

I'm really nervous to the HDTV recording, especially when problem arising. Can anybody give me a hand? Thanks in advance.

[Pookie]

Try opening it in MpegStreamClip. Do a File ---> Convert to TS

Try running the commands on the newly created .TS file.

[Pookie]

Minor modification to the script - replacing the older Ac3fix with the newer AC3 Cutter by GaveUp (where've you been, man ?).

http://forum.doom9.org/attachment.php?attachmentid=3759&d=1112298913