TSPE 0.700 Public Beta out now!

[Ventolin]

No, I haven't tried editing and demuxing at the same time - I'll give that a go.

Regarding the MPEG audio stream (actually this is from BBC HD not ITV), the only streams in the PID tree are are the AVC video and AC3 audio. However, when you open the file initially, it does detect it:

Opening: G:\Recordings\Doctor Who at the Proms (BBC HD) 2009-01-01 13-47-02.ts
Opening File...
Video Loaded.
Auto Finding PIDs
Debug: PMT Version Change Detected near 0x6A414
Debug: PMT Version Change Detected near 0x1DF8C
Debug: PMT Version Change Detected near 0x6A414
PID Attribute List:
PID: 0x0918: H.264 1440x1088 (1920x1080) @ 25.000 fps
PID: 0x0919: AC3: 3/0.1: L, C, R, LFE 44.1KHz 256Kbit/s
PID: 0x091A: MPEG1 Audio Layer 2, 64Kbit/s @ 44100Hz

Scanning For Format Changes
File size: 8707612356 Bytes
Video Resolution from Codec: 1440 x 1080 @ 25.00 fps
Duration from Codec: 4077.44
Duration from Timestamps: 4077.56
Average System Bitrate: 17083966.60
Done.

Thanks for that, looks like there are still some bugs in that then - not sure BBC would be outputting 3/0.1 @44.1KHz AC3.

Can you send me a 10MB (or more) sample from the start please?

Also, a screenshot of the PID tree would be good so I can see whats there (if you want a faster response that is, if you send me a sample, I'll know for sure).

Cheers,

Vent

[Renzz]

I've put a 100MB sample here - http://www.mediafire.com/?sharekey=014635695f2c1f3bd2db6fb9a8902bda

Cutting smaller chunks seems to have unpredictable results with TSPE sometimes detecting streams and sometimes not. Looks like the longer the better.

[Ventolin]

I've put a 100MB sample here - http://www.mediafire.com/?sharekey=014635695f2c1f3bd2db6fb9a8902bda

Cutting smaller chunks seems to have unpredictable results with TSPE sometimes detecting streams and sometimes not. Looks like the longer the better.

Thanks for that, my bad I should have mentioned earlier, can you send me the sample with both Fix Tables and Fix Timecodes turned off (if you haven't already)?

The sample you sent is good though as it has picked up a different bug, thanks!

The "unpredictable behaviour" may be due to the scan that happens when you open a file isn't a full scan - that only happens when you press the "scan" button. When you open a file, it's mostly looking for the PIDs, scanning for ad breaks (format changes) and doing a few other housekeeping tasks.

To make sure every PID is included in the output, make sure every PID in the PID tree is *unchecked*, then set start/stop points and add to the EDL. If you notice, when you add something to the EDL normally, you'll see a PID list as the last entry for that row. If that PID list is empty (when you turn off all the PIDs in the PID tree), TSPE will not strip any PID from the stream.

Cheers,

Vent

PS. If anyone has the latest coreavc codec and wants to use that with directshow control, there's a bug that prevents it being used. I've already fixed that bug and will be available in the next release. Sorry bout that!

[Renzz]

Thanks for that, my bad I should have mentioned earlier, can you send me the sample with both Fix Tables and Fix Timecodes turned off (if you haven't already)?

Not sure what you mean by this - the sample is just a part of the raw captured TS, not the output from TSPE.

To make sure every PID is included in the output, make sure every PID in the PID tree is *unchecked*, then set start/stop points and add to the EDL. If you notice, when you add something to the EDL normally, you'll see a PID list as the last entry for that row. If that PID list is empty (when you turn off all the PIDs in the PID tree), TSPE will not strip any PID from the stream.

Yes this works, but is a little messy - you have to remember to do this for everything you edit. Would be much better if it could just detect all the streams when it opens the file.

Thanks.

[Ventolin]

Not sure what you mean by this - the sample is just a part of the raw captured TS, not the output from TSPE.



Yes this works, but is a little messy - you have to remember to do this for everything you edit. Would be much better if it could just detect all the streams when it opens the file.

Thanks.

OK, I think I may understand what you mean.

In the sample you provided, when you open the file, the PID tree lists:

PAT PID: 0x0000 Ver: 1 TS ID: 0x0802
0x0102: PMT PID: 0x0102 Ver: 2 Program : 6940
0x0918: H.264/AVC Video (as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video)
0x091A: MPEG1 Audio (ISO/IEC 11172-3 Audio)
0x091E: Unknown
0x0919: AC-3 Audio (DVB) Stream

Every PID in the list is checked, which means it will be included in the output.

Note: the Unknown stream there is actually a Subtitle stream which isn't decoded yet.

The status log shows:

PID Attribute List:
PID: 0x0918: H.264 1440x1088 (1920x1080) @ 25.000 fps
PID: 0x091A: MPEG1 Audio Layer 2, 64Kbit/s @ 44100Hz
PID: 0x0919: AC3: 3/2: L, C, R, SL, SR 48KHz 96Kbit/s

which also shows a bug in the packet decode section (I'm working on that).

So with the sample you sent, I don't see the problem you mentioned.

However, in your previous post, you said:
Auto Finding PIDs
Debug: PMT Version Change Detected near 0x6A414
Debug: PMT Version Change Detected near 0x1DF8C
Debug: PMT Version Change Detected near 0x6A414

PMT version changes can mean PIDs and streams can change. At the moment the first PMT is used as a base for the whole stream as I haven't come across a file with PMT version changes that do change the PIDs mid-stream. So it could be the tree is based on a PMT that doesn't include all the streams in the programme that a later PMT might have.

So, I would really need the file you were working on to get that PMT version change to figure out how to handle multi-version PMT streams.

So, can you send me a sample of the Dr who proms .ts that shows the PMT version changes? From the byte positions it looks like it's near the start of the file, but if you can send the whole stream that would be very useful (though might not be possible as I know it's 9GB but PM me if you can send it). Please turn off the two checkboxes "Fix Timecodes" and "Fix Tables" next to the edit button.

Note, in your case, as it's BBCHD there are no adverts, so you don't need to even have "Fix Timecodes" or "Fix Tables" turned on. This will just trim the file to the start/end points you have set. Those checkboxes are remembered when you restart TSPE so if you are only editing BBCHD you can turn them off once.

Quick explanation of the two checkboxes:

Fix Timecodes - turns on all timecode fixing options. This is required if you are doing anything more than just a simple trim.

Fix Tables - turns on PAT and PMT fixing. This is required if you want to strip streams out and/or fix missing streams in the PAT and PMT (left overs from other apps that didn't fix this).

In the meantime, I'll get working on fixing the decode and identification bugs.

Cheers,

Vent

[Renzz]

Hi Vent,

Now that's interesting - that 100MB sample definitely showed the problem of the mpg stream not appearing in the PID tree - I wonder why it worked for you?

Anyway, I have done it again, using a different file cutter. I have again cut the first 100MB and this time it definitely shows the problem, and also shows the PMT changes as well. Just so you don't think I'm making it up (:)), here's a screen shot of what I get when I open this file:

http://img.photobucket.com/albums/v357/lauried/tspe1.jpg

The 100MB sample has been uploaded to http://www.mediafire.com/?xm52mm2ahjm

See if you now get the same thing with that.

Cheers

[Ventolin]

Hi Vent,

Now that's interesting - that 100MB sample definitely showed the problem of the mpg stream not appearing in the PID tree - I wonder why it worked for you?

Anyway, I have done it again, using a different file cutter. I have again cut the first 100MB and this time it definitely shows the problem, and also shows the PMT changes as well. Just so you don't think I'm making it up (:)), here's a screen shot of what I get when I open this file:

...

The 100MB sample has been uploaded to http://www.mediafire.com/?xm52mm2ahjm

See if you now get the same thing with that.

Cheers

Awesome, I can reproduce the issue here now...

The PMT version change is exactly what is causing the issue - you can see this if you jump to the first PMT where the version change is detected - it will be Version 2 and if you look at the PMT decode it will have all the streams listed, but if you jump back 1 PMT (to the other byte location indicated with a version change) you can see there are only the H.264 and AC3 streams.

Infact, there is only 1 PMT with version 1, the other PMTs in the stream are all version 2.

I notice that the PMT version change happens in the middle of the programme, which is not such a great thing from the BBC's side of things (if they are responsible), they should do version changes inbetween programmes, not during the middle of one!

So, either the BBC is being "naughty" or the capture programme or tools used to create the sample have changed
the first PMT incorrectly.

Since there's only 1 PMT with version 1, I think it could be the latter causing the issue. Is this at the very start of the recording? if you have any other streams that have a PMT version change, check if there is only 1 PMT with the lower version - if that is the case, then I suspect the Capture Software or other utils used is at fault. Otherwise, if there is more than 1 PMT with a lower version, a sample would be most useful!

Nonetheless, since PMT version changes are within spec and so is changing the PIDs mid stream, TSPE should be able to handle it, so I'll get working on that, but this is definitely non-trivial!

The workaround is to simply remove this first PMT from the stream and re-process. You can do this by removing this packet with the EDL - set start/end points around the offending PMT and make an edit. Or you could just chop off the start with the PMT included if you are not in the middle of the programme you want, just make sure to turn off "Fix Tables" and uncheck the menu option "Edit-EDL Options-Insert Tables At Start Only?"

Thanks again for the sample files, they are really useful!

Cheers,

Vent

[Renzz]

It could well be the capture software - I use DVBViewer, and that has an option in the recording setting called "Adjust PAT/PMT" which I have set. I find I need this to make the ITV HD streams play on my Popcorn Hour. The documentation for that option says:

"If activated this option causes the DVBviewer to generate a PAT and PMT in TS recordings, which does reflect the present streams.
The PAT only contains the recorded service and the PMT only the recorded ES Streams.
This option may help with playback hardware/software which is not able to cope with the unchanged Tables of a TS."

[Ventolin]

It could well be the capture software - I use DVBViewer, and that has an option in the recording setting called "Adjust PAT/PMT" which I have set. I find I need this to make the ITV HD streams play on my Popcorn Hour. The documentation for that option says:

"If activated this option causes the DVBviewer to generate a PAT and PMT in TS recordings, which does reflect the present streams.
The PAT only contains the recorded service and the PMT only the recorded ES Streams.
This option may help with playback hardware/software which is not able to cope with the unchanged Tables of a TS."
Ahh, DVBViewer, now it makes sense!

Try turning that option off for everything apart from ITVHD. I'm already working on getting ITVHD to work from streams created by DVBViewer without a PAT or PMT, so you'll be able to process those completely inside TSPE.

Let me know how you get on with BBCHD without the DVBViewer PAT/PMT option set.

Cheers,

Vent

[Cela]

I really appreciate TSPE.

But navigation can be quite confusing with certain DVB-S2 captures for a newbie like myself. The behaviour can be quite unexpected, non-linear, anisotropic at certain points in the TS.

Please refer to the example which I uploaded to ArteHD_Test1 (http://rapidshare.com/files/181313167/ArteHD_Test1.rar) (~100MB). As all my captures, this example was captured with DVBViewer (with "Adjust PAT/PMT" set) and follows Ventolin's scheme from post #14 starting before the start of the actual programme.

Navigation to the Start Point at 00:00:36.14 gets somewhat confusing when trying a step by step approach. Especially just before the actual start of the programme navigation becomes really weird: very non-linear and anisotropic. -IF/IF+, -F/F+ are unsymmetric, etc., and there is a considerable difference between what I see in the Play and Preview window.

If I pause at 36.08 and then press PLay, I wait for sound and video until about 01:02.00 and end up far off the Start Point of the film. In these occasions I cannot rely on the Play window since it does not show what I will get! I have to navigate practically blindly by trial and error.
The Preview window is helpful, though, especially the fast preview by CTRL-K. But it should not be necessary. As a simple user I suppose to see what I will get.

The Play window must be as reliable as the view through the front screen of my car! If the controls of my car behaved in such a strage way, it would be a lot more difficult to drive savely. Why don't I see what I will get in the Play window? Why can't "-IF" after "IF+" get me back to where I started? Very confusing for a NOOB.

Just as before and around the beginning of the film, also at and around the end of the film, some GigaBytes later in the TS, the strange behaviour again makes it difficult to navigate exactly to the proper end of the film. Some times IF+ navigates a large step backwards ( ! ) from somewhere near the end of the TS towards the middle of the TS, and the next IF+ even further towards the middle or even the beginning of the TS... Very strange, indeed.

Maybe a change in strategy could help: reliable (mpeg2-) programmes (Mpeg2Schnitt, Cuttermaran,...) and DGAVCDec/DGAVCDecNV (with DGAVCIndex/DGAVCIndexNV) make an initial indexing step to support reliable navigation.
I would be glad to wait a minute or two till the necessary indices are established, when this would lead to real WYSIWYG behaviour for all streams and all parts of a stream.

I hope this matter can be sorted out before expiration of the free trial. Then IMHO TSPE would be the best of the programmes for TS I-frame cutting I was able to test.

[Ventolin]

Hi Cela,

Thank you for your sample, and your feedback!

I see 2 main issues here:

1. Accurate Preview
2. Navigation issues

1. Accurate Preview.
The major cause of inaccurate preview is the Direct Show Splitter that is in use. It's the job of the splitter to provide frames to the Video Decoder which then has the duty to reassemble the frames and decode them in the right order to provide the requested frame.

a. The splitter:
We have found Haali splitter to do a pretty good job for seeking. Please try installing or re-installing Haali and seeing if that helps. You should get the Haali icon appear in your system tray. You can download Haali from:

http://haali.csu/mkv/ (http://haali.cs.msu.ru/mkv/)

b. The Video Decoder:
We have had good results with CoreAVC, Cyberlink Video Decoder and FFDShow direct show filters. The latest FFDShow tryout has a few issues with seeking to the exact frame in a GOP, but this can be compensated for from within TSPE using the Preview Adjust option under Options->Timestamp Mode. It is possible to get the exact frame with the filters recommended which can be seen by quickly using the Preview Mode Ctrl-K as you have been trying.

So, let me know how you get on with the preview with Haali installed/re-installed.

2. Navigation issues.
Your sample is very good indeed as it has shown a bug in the decoding and navigation systems. Thankfully, this is already fixed in the dev build I'm working on at the moment. The next release will have the fixes in place.

However, even with version 0.740 I hope that when you ensure Haali is being used, you will still have accurate or pretty close to accurate video preview. The IF+/- and F+/- buttons still move to valid locations, but the packet decode may not decode the I frames correctly.

Thanks again for your feedback. Please do let me know how you get on.

Regards,

Vent

[Cela]

Hi Vent,

Thank you for your quick answer! :)

These are my current settings (http://rapidshare.com/files/181551937/ArteHD_test_TSPE_current_settings.jpg). What is the complete set of suggested settings?
I am looking forward to the next beta version.

Here I have another task for TSPE concerning I-frame editing and merging.

Last year I recorded two different broadcasts of Mahler's 7th Symphony from the nightly Astra HD demo broadcasts of Unitel Classica HD.

Both captures are incomplete: Capture A stopped too early, capture B started too late.
Now I want to combine both captures at the overlap at the beginning of the 5th part of the symphony, one -IF before the text "V.SATZ RONDO-FINALE" can be seen in the preview window.
For the test I used TSPlayer 2.0.0 to crudely cut two 1 minute chunks around the intended assembly point:

AstraHDTest_A.ts represents the first part of the symphony up to the intended assembly point, just before the start of part 5 of the symphony.
AstraHDTest_B.ts represents the second part including the assembly point.

CutIn of AstraHDTest_A.ts shall be one IF+ after the beginning of that TS.
CutOut of AstraHDTest_A.ts shall be one -IF before the text "V.SATZ RONDO-FINALE" can be seen in the preview window.

CutIn of AstraHDTest_B.ts shall be also one -IF before the text "V.SATZ RONDO-FINALE" can be seen in the preview window.
CutOut of AstraHDTest_B.ts shall be one IF before the end of that TS.
(If I drag the slider too quickly to the end, or is it beyond the end, it does not remain at the end of the TS, instead it jumps to somewhere near the middle! It remains at the end, when I do it very carefully, though.)

The test material can be found in AstraHDTest_AB.rar (http://rapidshare.com/files/181537290/AstraHDTest_AB.rar) (145002 KB ):
AstraHDTest_A.ts (82964 KB) ... input part A
AstraHDTest_B.ts (67042 KB) ... input part B
AstraHDTest_AB.edl (1 KB) ... EDL of the two cuts
AstraHDTest.log.txt (1 KB) ... TSPE log with some comments

Question 1:
According to tsMuxeR 1.68.4b there are the following intrinsic Audio Delays (AD) in the input TS:
AstraHDTest_A.ts: AD=-426ms
AstraHDTest_B.ts: AD=-404ms
How to get rid of these two individualADs?

Question 2:
The TSPE log comments the addition of the second part as follows:
Processing EDL Item: 2 of 2
New PAT Generated.
New PMT Generated.
Detected framerate 50,000 fps
Video PTS gap of 65998,0 seconds fixed at 00:01:15 in output file, 0x17060C4.
Info: Audio PTS gap of -3190ms found in PID 0x0503, video PTS gap is -60ms, temporarily not synced
...
Where does this additional Audio Delay of -3190 ms for the second line in the EDL come from?
How can it be avoided ???
It is best seen at the moment where the drum starts part 5 of the symphony near 00:01:28.20 of the resulting AstraHDTest_AB.ts and heard approx. 3590 ms later.
The ADs definitly has to be removed!

Question 3:
During experimenting with TSPE I got the impression that changes of the Edit Options are not saved.
Changes like
Edit > Timecode Options > Zero Timecodes? ON
Edit > Timecode Options > Sync Offset xxx
Edit > EDL Options > Insert Tables At Start of Each EDL Item? ON
get lost after ending TSPE and are reset to default at the next start of TSPE.
Is that correct? I would prefer that the changes are saved.

Question 4:
I did not notice any effect of setting a sync offset
Edit > Timecode Options > Sync Offset 'value'
Atually there should be an individual AD for each input TS!

I hope, this example may help to test and validate TSPE's I-frame editing and merging capabilities.

Regards,

Cela

[Ventolin]

Hi Cela,

Have you get accurate preview now?
What is the complete set of suggested settings?
You need to turn Clean Edits -> Clean Audio ON (checked). You can also reset all the options to the defaults under the Options menu for the recommended settings.

(If I drag the slider too quickly to the end, or is it beyond the end, it does not remain at the end of the TS, instead it jumps to somewhere near the middle! It remains at the end, when I do it very carefully, though.)

Yeah, I have noted that issue already.

Question 1:
According to tsMuxeR 1.68.4b there are the following intrinsic Audio Delays (AD) in the input TS:
AstraHDTest_A.ts: AD=-426ms
AstraHDTest_B.ts: AD=-404ms
How to get rid of these two individualADs?

You only need to worry about these if you are demuxing and are not correcting the sync at the same time (by default TSPE automatically makes the sync offset 0).

Question 2:
...
Where does this additional Audio Delay of -3190 ms for the second line in the EDL come from?
How can it be avoided ???
It is best seen at the moment where the drum starts part 5 of the symphony near 00:01:28.20 of the resulting AstraHDTest_AB.ts and heard approx. 3590 ms later.
The ADs definitly has to be removed!
Turn on Clean Audio to fix. Note, the first drum beats in part B is out of sync in the *source*.

Question 3:
During experimenting with TSPE I got the impression that changes of the Edit Options are not saved.
Changes like
Edit > Timecode Options > Zero Timecodes? ON
Edit > Timecode Options > Sync Offset xxx
Edit > EDL Options > Insert Tables At Start of Each EDL Item? ON
get lost after ending TSPE and are reset to default at the next start of TSPE.
Is that correct? I would prefer that the changes are saved.
These options are not necessary for correct operation.

Question 4:
I did not notice any effect of setting a sync offset
Edit > Timecode Options > Sync Offset 'value'
Atually there should be an individual AD for each input TS!

(Re)Sync Offset appears to be broken! Thanks, will fix it.

Try your edit with clean edits on - you should find you get a perfect edit!

Regards,

Vent

[Cela]

...I see 2 main issues here:
1. Accurate Preview
2. Navigation issues
...
a. The splitter:
We have found Haali splitter to do a pretty good job for seeking.
...
b. The Video Decoder:
We have had good results with CoreAVC, Cyberlink Video Decoder and FFDShow direct show filters.
...
In all tests I use the Haali Media Splitter 1.8.122.18
ffdshow Audio Decoder (from ffdshow_beta4_rev1685_20071206_clsid.exe)
CoreAVC Video Decoder (from CoreAVC PE 1.8.5.0)
AC3Filter (from ac3filter_1_51a.exe)
as documented in ArteHD_test_TSPE_current_settings.jpg stored in AstraHDTest_AB.rar.
And I still get the navigation issues reported in post #60.
You should be able to reproduce theses issues with my test material in ArteHD_Test1.rar

...
2. Navigation issues.
...However, even with version 0.740 I hope that when you ensure Haali is being used, you will still have accurate or pretty close to accurate video preview. The IF+/- and F+/- buttons still move to valid locations, but the packet decode may not decode the I frames correctly.
...As stated before, with version 0.740 and the recommended newest Haali splitter and newest CoreAVC codec I get the issues that I reported in my post #60. I still experience these issues with practically all my captures from Astra HD, Arte HD, Anixe HD and ORF1 HD. Unfortunately, the largest and most disturbing deviations between Play and Preview occure near the points of interest around the beginning and ending of programmes. Same applies for the IF+/i issues.

...
Have you get accurate preview now? No.
...You need to turn Clean Edits -> Clean Audio ON (checked). You can also reset all the options to the defaults under the Options menu for the recommended settings...
Turn on Clean Audio to fix.OK. Done.
No influence on accurate preview, though.
Fixed the additional Audio Delay of -3190 ms.

...
Note, the first drum beats in part B is out of sync in the *source*. Yes, that is what I said:
According to tsMuxeR 1.68.4b there are the following intrinsic Audio Delays (AD) in the input TS:
AstraHDTest_A.ts: AD=-426ms
AstraHDTest_B.ts: AD=-404ms
But, you are right, I took care of that AD with tsMuxeR. Visual inspection showed that there still remains an AD of approx. -500ms in the *source*.
Thus the following total AD must be taken care of:
AstraHDTest_A.ts: AD=-426ms-500ms = -926ms
AstraHDTest_B.ts: AD=-404ms-500ms = -904ms
Again, I applied these total ADs with tsMuxeR. Then i used the AD corrected TS from tsMuxeR in TSPE with "Clean Audio to fix" turned on. Now the additional Audio Delay of -3190 ms is also gone. Now I get perfect sync with excellently synced drum beats in the second part. And that is not only true for the small test segments but also for the full 6GB symphony! :)
TSPE is a charm!

...
Try your edit with clean edits on - you should find you get a perfect edit!True. Confirmed. :)

Using "Restore Default Options" I found an issue.
That is what I did:
> Start TSPE
> Open video file
> Options > Restore Default Options? OK
> Continue navigating video file
=> some error messages:
All Options Reset to Defaults. <------------------------------------------------------------
Could not find Timestamp.
Warning, Timestamp not found

Error: Decoding PAT
Die arithmetische Operation hat einen Überlauf verursacht. <---- arithmetic overflow

Error: Displaying PAT
Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. <----- another error (use Google to translate; I can't)
Could not find Timestamp.
Warning, Timestamp not found

What helps?
===> After "Restore Default Options" restart TSPE!
Please, issue a warning to the user.

Conclusion of my current tests:
1. + TSPE is on a very good way.
2. + Perfect edit.
3. Please, improve navigation and WYSIWYG !
4. + Preview with CTRL-K and preview with "Test" is very helpful and ergonomic to handle.
5. Please, allow AD corrections for each individual input TS
6. Please, add a "Remark"-field/column to the Markers-list (for user input of text)
7. Please let the user add Markers with text input and load/save the contents of the marker-list from/to a textfile.
(I am used to thos luxury from Mpeg2Schnitt !! )

===> I am looking forward to the improvements of the next beta version (as I already stated in post #62).

Thank you for your quick and kind help.

Regards,

Cela

[Ventolin]

Hi Cela,

Inaccurate Preview is a directshow filter issue. Please try uninstalling Haali and then re-installing Haali. You might also like to try the very latest version of Haali, 1.9.42.1.

You should also update your FFDShow version to the latest tryout. I have tryouts version 1920, March 2008 and tryouts version 2527 Dec 17 2008.

As I have said before, I have accurate preview here with your samples with haali and CoreAVC / Cyberlink / FFDShow filters.

I will try and see if I can offer more functionality to the Directshow Control system in TSPE to enable you to further troubleshoot your directshow issue, though I don't know if this will be available for the next release. I could also have a look at your setup through VNC and fix your issue that way, but I normally only offer this for paying customers.

In the meantime, there is another way to get preview which is to use "Auto Preview" which is under Menu Options -> Timestamp Mode -> Auto Preview. This is a non-realtime system as it makes a short test file and then shows the first frame. This means you can not "scrub" by moving the slider and seeing video move in realtime. You will get video when you release the slider however, and with any navigation control, but the update will take about a second. This is only intended for troubleshooting purposes however as normal preview is very accurate once directshow issues are resolved.

Regarding your Audio Delays, you do not need to adjust these to get good edits. Just make sure clean audio edits is on. However, the bug in Sync Offset is now fixed so you can resync your 500ms delay all within TSPE.

Note, setting your delays to 0 for normal transport streams may actually add desync to your playback! This is because the player needs to buffer audio and video separately and may not be able to present the audio at the same time as the video. Therefore you only need to use the Sync Offset option if you have desync in the source files as with the drums in the sample you sent.

Thanks for the bug report regarding Restore Defaults, I'll look into that.

Marker List comments is already on the todo list as is importing from other editors and utilities. It's not high on the priority list though so may not appear in the next release. The EDL and Marker list is due for an update when the Timeline system is incorporated in a future version.

Let me know how you get on after you have uninstalled/reinstalled Haali.

Regards,

Vent

[canTsTop]

TSPE cant scan this TS video http://www.mediafire.com/?kynimztnjwe

Scan performed on: Mon, 12 Jan 2009 20:05:00 GMT

Start Code Error Found at offset 0x17FE50
Aborting
Filter Info:
Video Resolution from Codec: 544 x 576 @ 25.00 fps
Approximate System Bitrate: 241633971827624,00 Mbits/s
Approximate Duration: 00:03:35.20

Video Duration by PTS: 00:00:04.400
Filesize: 00,06GB Average bitrate 118,18 Mbps

PID: 0x0321: H.264 544x576 (792x576) @ 25,000 fps
111 Total Video Frames found
19 Total Audio Frames found

Continuity Errors: 0, Transport Error Indicator Errors: 0
Timestamp gaps: 0, PCR gaps: 0
Total number of separate discontinuous regions: 0

End Of Log.

[Ventolin]

TSPE cant scan this TS video http://www.mediafire.com/?kynimztnjwe

Scan performed on: Mon, 12 Jan 2009 20:05:00 GMT

Start Code Error Found at offset 0x17FE50
Aborting
Filter Info:
Video Resolution from Codec: 544 x 576 @ 25.00 fps
Approximate System Bitrate: 241633971827624,00 Mbits/s
Approximate Duration: 00:03:35.20

Video Duration by PTS: 00:00:04.400
Filesize: 00,06GB Average bitrate 118,18 Mbps

PID: 0x0321: H.264 544x576 (792x576) @ 25,000 fps
111 Total Video Frames found
19 Total Audio Frames found

Continuity Errors: 0, Transport Error Indicator Errors: 0
Timestamp gaps: 0, PCR gaps: 0
Total number of separate discontinuous regions: 0

End Of Log.
Hi,

Start Code Error Found at offset 0x17FE50

Your stream is damaged! Fix the start code errors first by doing:

1. Select Menu Edit -> Align To Start Codes?
2. Select the source file
3. Select the output destination (will have extension ".fixed.ts" added to the filename)
4. Wait for fixed output file to be created.
5. Load fixed file into TSPE again.

You should now be able to further process the stream.

Hope that helps,

Regards,

Vent.

[canTsTop]

1. Select Menu Edit -> Align To Start Codes?
2. Select the source file
3. Select the output destination (will have extension ".fixed.ts" added to the filename)
4. Wait for fixed output file to be created.
5. Load fixed file into TSPE again.


after that then i open ".fixed.ts" i get:
Opening File...
Unknown File Type, aborting

[Ventolin]

after that then i open ".fixed.ts" i get:
Opening File...
Unknown File Type, aborting

This can happen if a stream is too badly damaged to fix, but I'm looking at it now.

Vent.

[Ventolin]

Hi, canTsTop,

I think I can fix your stream but need to tweak some code here, hopefully will have it working by the next version. Hope you can wait till then.

Cheers,

Vent

[Cela]

... Inaccurate Preview is a directshow filter issue. Please try uninstalling Haali and then re-installing Haali. You might also like to try the very latest version of Haali, 1.9.42.1.

You should also update your FFDShow version to the latest tryout. I have tryouts version 1920, March 2008 and tryouts version 2527 Dec 17 2008.

As I have said before, I have accurate preview here with your samples with haali and CoreAVC / Cyberlink / FFDShow filters.

Let me know how you get on after you have uninstalled/reinstalled Haali.I strictly followed your recommendations and de-installed Haali and re-installed Haali 1.9.42.1. Then I de-installed FFDShow and re-installed FFDShow tryouts version 2527 Dec 17 2008 (there is a newer one available, though, ffdshow_rev2602_20090109_clsid.exe, which I did not install).
Preview accuracy and navigation has improved, indeed. :)
But preview still is slightly inaccurate in some positions and navigation sometimes ambiguous (where you get to may depend an where you were before the move).

Examples with test file "ArteHD_Test1.ts":
> copy test string "00:00:36.08" (without the " ) by CTRL-C/CTRL-V into the Current Time field and then press RETURN -> 00:00:36.06 ???
> manually correct "00:00:36.06" to "00:00:36.08" RETURN -> 00:00:36.14 ???
=> two different results for two different ways of putting "00:00:36.08" into field Current Time.
> another example: drag slider to start and get "00:00:00.00", then copy/paste "00:00:42.24" to get "00:00:42.24", then manually change 24 to 26 to have 00:00:42.26 in field current time and press RETURN -> 00:00:42.32
But playing from the new position works instantly (withot waiting for many seconds as before). That is a good improvement.
> Drag slider to the end to get position "00:02:19.00"; then copy/paste "00:00:42.24" into current time field, press return -> 00:00:42.26 ! What you get can depend on where you were before the move?

> enter text-string "00:00:52.46" into Current Time by CTRL-V, RETURN -> 00:00:52.44
> then pressing a series of F- -> 00:00:52.42, 00:00:52.46 ?, 00:00:52.38, 00:00:52.36, 00:00:52.40 ?, 00:00:52.32, 00:00:52.30, 00:00:52.34 ?, ...
> similar up-and-down behaviour with F+ sequence ...

> drag the slider just below Start Point Set, then click below End Point Set -> the slider jumps too far right; click 1 cm to the right of slider position -> slider jumps to the end, ...

... I could also have a look at your setup through VNC and fix your issue that way, but I normally only offer this for paying customers.I am starting to like that idea. I am ready to buy a license first, if its that what you mean with paying customer?

... Regarding your Audio Delays, you do not need to adjust these to get good edits. Just make sure clean audio edits is on. However, the bug in Sync Offset is now fixed so you can resync your 500ms delay all within TSPE.Is now fixed in your version, but not in mine. When will you release the next beta?
If part A and B had two different AD, i.e -400 ms part A and -500ms part B, can I resync these individual ADs for the two input ts in the same TSPE session, or do I need to resync each ts first and then go on with the adding part B to part A?

... Note, setting your delays to 0 for normal transport streams may actually add desync to your playback! This is because the player needs to buffer audio and video separately and may not be able to present the audio at the same time as the video. Therefore you only need to use the Sync Offset option if you have desync in the source files as with the drums in the sample you sent. Is there a pragmatic "best" value of AD for good replay? If yes, shouldn't TSPE resync all outputs to this value?
Should video or audio be early?

What is the best strategy to find the real AD. As with the drums, I am not so good in "seeing" the faulty AD. I transcode a small part to mpeg2 and use Mpeg2Schnitt to test with different AD values. Is there a quicker strategy?

... ...next version...ETA?

Thank you very much for your kind help!

Regards,

Cela

P.S.
Please provide an "Undo" against erranously pressing "Clear" instead of "Del" a single EDL line. Just happend to me. :(

[Ventolin]

Hi gallis,

from your other thread;

when I open with TSpes I give this when I browse
Could not find Timestamp.
Could not find Timestamp.
Could not find Timestamp.
Could not find Timestamp.
Could not find Timestamp.

This is a non-critical error message, TSPE should still work fine, though it should be fixed in the next release.

There is no need to remux in TSMuxer. You can demux in TSPE if you want also.

Regards,

Vent

[Ventolin]

Hi Cela,

Very happy to hear you have accurate preview now!

The navigation behaviour is correct, check what happens to the byte and packet positions when you frame step.

You will find that frames are non-sequential in the stream, i.e. they are out of order. This is because Video compression uses prediction by references frames in the future and in the past. These frames are called B frames (Bi-Directional).

TSPE is the only editor / analyser available that lets you see the frames in their true positions in the stream!

When you edit, TSPE automatically works out which frames to include and which frames to exclude at the edit point even though the frames are out of order. So you can have care free editing with Clean Edits!

With the random seek, TSPE is very fast at seeking to the timestamp though is sometimes slightly out. You can see how fast TSPE is by turning the video off and moving the slider. The screen update is actually limiting the speed at which TSPE seeks at. This is especially true for VBR streams (Variable Bitrate), where you can not just jump to a position based on average bitrate. Compare how long it takes for the Video to get updated when you seek a VBR stream compared to a CBR stream (Constant Bitrate) with the same codecs. The CBR stream will show you how long it takes for a video frame to be presented and difference with the VBR stream will show you how long the delay is to find the frame requested.

Sequential timestamp framestep will probably appear in a later version when video frame accurate editing is in place.

Audio Delays - once again, you do not need to fix the Audio Delays. TSPE will fix these for you when you edit. However, if you really want to change the delay, you will have to process part A and part B separately as the "Sync Offset" is a global offset applied to the whole edit.

There is no "best" delay to use though, the streams' original delay is fine.

You can test the effects of Sync Offset with the "Test" buttons and check the effects of an edit point by right clicking 2 entries in the EDL and selecting "Test Edit Point".

As for resyncing out-of-sync sources, that is a different topic altogether.

If you are doing this visually, this is what I do:

1. Set a start offset, say -100ms.
2. Create a Test Edit
3. Check sync
4. Adjust by 20ms
5. Check sync
6. Repeat step 4 and 5 until you reach +100 ms
7. You should hopefully find a small range of values which "look" right. Eg. -40ms to +20ms.
8. The correct sync will be the average, eg. -10ms.

Audio waveform display is planned for a future version, which will allow you to visually sync the waveform to the picture.

ETAs are hard to give, though we are trying to keep a regular update schedule. As Sync Offset is already fixed though, you will be happy to hear that it will be in the next release, which really won't be too far away!

Regards,

Vent

[eggtimer]

To resync, I do this (at least, I did when sync was working before - hope you get the next release out soon!)

1. Play original file in Zoom Player, use 'Shift +' and 'Shift -' keys to change audio sync on the fly (note: Zoom Player Internal Audio/DSP Filter must be enabled for this to work).

2. Note the sync which is needed to make the file perfect

3. Edit in TSPE, applying the sync to the file

(do a test edit to make sure I have the correct +/- as I can never remember which is which!)

[canTsTop]

then i load TS in DGAVCIndex, until commercial ends i count 23 steps (pressing > button), according to http://neuron2.net/dgavcdec/DGAVCIndexManual.html#Navigation
Use the navigation slider, and these two buttons for navigation:

< - Seek to previous GOP (IDR frame or recovery point frame).
> - Seek to next GOP frame.
in TSPE same TS until commercial ends i count 10 steps - pressing IF+

can i correctly cut video only at IDR frames, or GOP (like DGAVCIndex navigates) also good for correct cutting?

[Guest]

DGAVCIndex now steps to IDR, I, or recovery point, so the inclusion of I may account for the difference.

[Cela]

...Very happy to hear you have accurate preview now!Yes, with a little practicing, it is fairly comfortable! :)

Last weekend, I successfully cut the highlights out of a ski-racing event from the weekend before, with 11 EDL-lines. Was fairly easy to do and worked out well.

...ETAs are hard to give, though we are trying to keep a regular update schedule. As Sync Offset is already fixed though, you will be happy to hear that it will be in the next release, which really won't be too far away!


Please allow me some more recommendations for the next release:
1. Please remember size and position of Preview window (floating TSPE internal viewer) between starts of TSPE. Now, for HD material, everytime the first "Set > Test" completely fills the monitor with the Preview window overlaying over everything else. Forces extra steps to get it back into the position and size which I established and liked last time.

2. Please put "Clear" far away from the other options.
3. Please provide an "Undo" for "Clear" and "Del" (and other actions). The more EDL there are the higher is the risk to loose a lot of work with one erraneous "Clear".

4. Please provide an easier way to pre-test the future "Test edit point". I do not like to cut and glue in the middle of a word, sentence or a loud tune. From the beloved Mpeg2Schnitt I am used to the following options "Previews" which actually serve more as Pre-"listen" than "view":

4.a Please provide one-click "Preview from Current Time" and one-click "Preview to Current Time" to see and hear ( ! ) in advance what preview "Test edit point" between two highlighted EDL-lines will bring.
(Now, in all my previews, audio in the Preview window always stops much earlier (approx. 60% - 75%) than video, and I never know what I will get!? )
Please keep existing "Test edit point" preview of connection between two highlighted EDLs as is.

5. Please make it easier, with fewer mouse clicks, to modify the end point of one EDL and/or the start point of the next. Again for getting an improved "Test edit point" audio result.
Maybe like this: when EDL line is highlighted and activated to current "Start-/End" then let the EDL-line inherit the modifications of the Start and End-points with "Set" and "Test" or a "Replace EDL" instead of "Add EDL" would be fine, too.
Then, in combination with 4.a, the next "Test edit point" will in most cases be already a success and the extra housekeeping of the EDLs would not be necessary.
Now I have to "Add" my guess for a better Start/End, put the resulting new EDL into correct position, "Del" (hopefully the correct) old EDL - and no erraneous "Clear", etc.
One or two of these improvements may be fairly easy to implement. #1 would be my #1 ;)

Regards,

Cela

[Ventolin]

Hi Cela,
Yes, with a little practicing, it is fairly comfortable! :)
Good to hear!
1. Please remember size and position of Preview window (floating TSPE internal viewer) between starts of TSPE.
Try this: Open Internal Viewer, adjust size and position, close internal viewer. Reopen internal viewer - it should remember the position and size.
2. Please put "Clear" far away from the other options.
Clear now asks for confirmation.
3. Please provide an "Undo" for "Clear" and "Del" (and other actions). The more EDL there are the higher is the risk to loose a lot of work with one erraneous "Clear".
Will include this in the EDL update in a future version.
4. Please provide an easier way to pre-test the future "Test edit point". I do not like to cut and glue in the middle of a word, sentence or a loud tune. From the beloved Mpeg2Schnitt I am used to the following options "Previews" which actually serve more as Pre-"listen" than "view":

4.a Please provide one-click "Preview from Current Time" and one-click "Preview to Current Time" to see and hear ( ! ) in advance what preview "Test edit point" between two highlighted EDL-lines will bring.
(Now, in all my previews, audio in the Preview window always stops much earlier (approx. 60% - 75%) than video, and I never know what I will get!? )
Please keep existing "Test edit point" preview of connection between two highlighted EDLs as is.
Will look at this with the GUI update planned for a future version.
5. Please make it easier, with fewer mouse clicks, to modify the end point of one EDL and/or the start point of the next. Again for getting an improved "Test edit point" audio result.
Maybe like this: when EDL line is highlighted and activated to current "Start-/End" then let the EDL-line inherit the modifications of the Start and End-points with "Set" and "Test" or a "Replace EDL" instead of "Add EDL" would be fine, too.
Then, in combination with 4.a, the next "Test edit point" will in most cases be already a success and the extra housekeeping of the EDLs would not be necessary.
Now I have to "Add" my guess for a better Start/End, put the resulting new EDL into correct position, "Del" (hopefully the correct) old EDL - and no erraneous "Clear", etc.
Will include this in the EDL update in a future version.
One or two of these improvements may be fairly easy to implement. #1 would be my #1 ;)
Hope #1 is already answered! I did have a look at the other suggestions, will take a bit more to do than I have time for to include with the next update, but certainly will look at including them in a future update.

Next release should be early Feb.

Regards,

Vent

[Cela]

...Try this: Open Internal Viewer, adjust size and position, close internal viewer. Reopen internal viewer - it should remember the position and size.
...Yes, it works!
Very tricky, though. Never got the idea to treat the test viewer window individually, always only in the context of "Test Start", "Test End". Never closed internal window by itself, never got the idea there would be a benefit of doing so. Always closed the main window and all was gone.

Please consider to remember the test viewer window position even when it gets closed implicitly by the main window.

But I have another request: please allow an option to have the test viewer window maintain the video's aspect ratio when being zoomed in or out.

Early Feb! Good to hear!

Will there be a rebate for a second license (i.e. notebook, weekend cottage, ...)?

Regards,

Cela

[Ventolin]

Hi Cela,
Yes, it works!
Very tricky, though. Never got the idea to treat the test viewer window individually, always only in the context of "Test Start", "Test End". Never closed internal window by itself, never got the idea there would be a benefit of doing so. Always closed the main window and all was gone.

Please consider to remember the test viewer window position even when it gets closed implicitly by the main window.
Already added!

But I have another request: please allow an option to have the test viewer window maintain the video's aspect ratio when being zoomed in or out.
You can set the aspect ratio in the directshow codec itself (ffdshow and coreavc amoungst others support this), but since a few people are asking for the option, I'll see about adding it to a future version. Don't think it will make the next update though.

Will there be a rebate for a second license (i.e. notebook, weekend cottage, ...)?
Yes, there may be for those that are especially helpful and give lots of feedback and do lots of testing etc, but only for a limited time and on a case by case basis. :)

Cheers,

Vent

[Borgqy]

Hi ,
I'm having some trouble editing commercials in my sky+ hd caps.
Sometimes the edited caps seem slightly desynced to me and when i scan them i receive those errors :

Scanning File...
PCR gap of -0,5 seconds in PID 0x0200 at offset 0x707BA7D4
PCR gap of -0,5 seconds in PID 0x0200 at offset 0xA06AC430

Those Errors happen exactly on the commercial cuts. Some of the caps that seem desynched to me have them on all cuts , some only on a few.

[canTsTop]

here is sample http://www.mediafire.com/?tyvm5km2nom
after i load it in TSPE and press F+ button it says: No More Frames Found.

[Ventolin]

Hi ,
I'm having some trouble editing commercials in my sky+ hd caps.
Sometimes the edited caps seem slightly desynced to me and when i scan them i receive those errors :

Scanning File...
PCR gap of -0,5 seconds in PID 0x0200 at offset 0x707BA7D4
PCR gap of -0,5 seconds in PID 0x0200 at offset 0xA06AC430

Those Errors happen exactly on the commercial cuts. Some of the caps that seem desynched to me have them on all cuts , some only on a few.
Hi,

Thanks for your report!

Can you please check:
1. Fix Timecodes and Fix Tables are checked.
2. Menu Edit -> Clean Edit Point -> Clean Video and Clean Audio are checked.

If that is the case, then please send me a sample, from -30 seconds before the ads to +30 seconds after the ads with all the ads intact. Turn off Fix Tables and Fix Timecodes when you make the sample.

Thanks,

Vent

[Ventolin]

here is sample http://www.mediafire.com/?tyvm5km2nom
after i load it in TSPE and press F+ button it says: No More Frames Found.

Hi,

Thanks for your excellent sample, I get the same behaviour here also. It seems the Primary Picture Type is not set in this stream which indicates the type of the frame. Will try and get a solution for this in the next release.

In the meantime, you can still navigate the stream by dragging the slider and using the PTS +/- buttons to move frames. If you look at the Decode Window, look for:

PID: 0x0212
Continuity Counter: 5
PTS: 00:00:42:21 (42) 42.840s (398400000) (Frame: 996)
DTS: 00:00:40:23 (47) 40.951s
Attributes: H.264 720x576 (786x576) @ 25.000 fps
Payload Unit Start Indicator: True
Transport Scrambling Control: 0: (no scrambling of TS packet payload)
Adaptation Field Control: 3
Adaptation Field Length: 1
Random Access Indicator: True
Stream Priority Indicator: True

When the Random Access Indicator is set, the frame is an I-Frame and a good point to cut at.

There is another issue with the audio after editing, to resolve this issue for this stream turn off Menu -> Edit -> Clean Edit Point -> Clean Audio Frames. This is because the stream has a PCR on both Video and Audio streams for the same programme. This is out of spec as "A program shall have one and only one PCR time base associated with it." (from ISO13818-1). I'll see what can be done to fix the stream in this case.

Thanks,

Regards,

Vent

[Borgqy]

Hi ,

heres the sample :
http://www.mediafire.com/?sharekey=ce4c8139a77c5e78d1014a7a667fa2b4e04e75f6e8ebb871

I kept all pids and disabled the fix tables and fix timecodes.
When i edit my caps i always remove the mpeg audio pid when there is one.

[xeniste]

Hi guys,

I'd like to buy a permanent license, but can you before explain some problems?

I record DVB emissions with my Topfield 7710 HD PVR, both in SD and in HD resolution. Then, with h.264 Cutter, I transform .rec files in .ts files.
Next step - cutting and trimming with your software. And then, I have never could do it properly - either the start point is before or after the indicated one, or the end point does the same thing.
I have tried all possibilities: on screen, everything goes smooth, but the final .ts file is every time improperly cut.

Where's the problem?

And every time, the preview window shows a black screen.
Besides, in your manual, you omit to indicate to press Add before trimming: if I don't do it, the process doesn't start.

Thank you in advance for your explanations.

[Ventolin]

Hi ,

heres the sample :
http://www.mediafire.com/?sharekey=ce4c8139a77c5e78d1014a7a667fa2b4e04e75f6e8ebb871

I kept all pids and disabled the fix tables and fix timecodes.
When i edit my caps i always remove the mpeg audio pid when there is one.
Hi Borgqy,

Thanks for the sample, hopefully will have it fixed in the next version which is due very soon. Already I get good sync at the edit points and hopefully will also fix the remaining errors.

Regards,

Vent

[Ventolin]

Hi guys,

I'd like to buy a permanent license, but can you before explain some problems?

I record DVB emissions with my Topfield 7710 HD PVR, both in SD and in HD resolution. Then, with h.264 Cutter, I transform .rec files in .ts files.
Next step - cutting and trimming with your software. And then, I have never could do it properly - either the start point is before or after the indicated one, or the end point does the same thing.
I have tried all possibilities: on screen, everything goes smooth, but the final .ts file is every time improperly cut.

Where's the problem?

And every time, the preview window shows a black screen.
Besides, in your manual, you omit to indicate to press Add before trimming: if I don't do it, the process doesn't start.

Thank you in advance for your explanations.
Hi xeniste,

Can you send me a sample of your .rec files and associated .ts files? I'll see if I can add support for those directly.

Regarding trimming, if there are no items in the EDL you can just set the start / end points and then hit Edit. This will automatically add the start / end points to the EDL then perform the edit.

As for preview:
Please make sure you have the latest Haali and FFDShow filters installed.

If you still have the same issues after installing / reinstalling / uninstalling-reinstalling Haali and FFDShow, then send me a sample large enough to exhibit the issue. When sending samples, please turn off Fix Tables and Fix Timecodes, thanks.

Regards,

Vent

[xeniste]

Hi Vent,

Thank you for your reply.
Sure I can send the - how much in K/M/sec, and where ?
I discovered your TSRepair program - no effect, same problems.

[Ventolin]

Hi Vent,

Thank you for your reply.
Sure I can send the - how much in K/M/sec, and where ?
I discovered your TSRepair program - no effect, same problems.
Hi,

I'm not sure how big you need to make your sample to exhibit the issue, perhaps 1 minute would be sufficient? Same goes for the .rec sample.

You can you post to a file sharing site such as zshare / mediafire / rapidshare.de / etc.

TSRepair is not my program, TSPE already has it's own repair options!

Regards,

Vent

[xeniste]

Here they are :
.rec beginning :https://download.yousendit.com/Y2ovTkF0dENwM2xFQlE9PQ

.rec end : https://download.yousendit.com/Y2ovTkFxbEpRR2MwTVE9PQ

.ts beginning: https://download.yousendit.com/Y2ovRE9uTmFRWUkwTVE9PQ

.ts end : https://download.yousendit.com/Y2ovRE90UnEzMW14dnc9PQ

The problem arises near the very beginning of the film and near its end. Probably something is added (or missing) in the flow. Because when I rewind or go fast forward the record on the receiver, it's exactly the same thing : the image freezes, then rewinds or goes forward after or before the desired point.

Hope it can help you.

Many thanx once again.

[CocoaCrispy]

Is there a way to use TSPE to join files sequentially, combining 2 or more files into one file?

Thanks

[CocoaCrispy]

I sent / rcvd a PM with Vent. I am posting the response here since it is for any who have the same question.
-----
(from Ventolin)

Hi, yes, you can merge 2 files as long as they have the same PIDs.

Just drag/drop the files into the EDL window. You can double click the edl entry to open the file or you can load each file individually and add to the EDL.

Click Edit once you are ready, (make sure no item in the EDL is selected).

The drag/drop EDL feature is really for multi-part archives and will be byte accurate for this purpose (saves you from having to use another program to combine the files)

----

My (new) response - Great. I understand now that each EDL entry not only has the start and stop points for the cuts but the input filename too. So I can combine cuts from different files into one output file, all in one operation.

A snag that I've found is that TSPE is not working properly using .m2ts input files that I made with tsremux.

If I take the same file and remux it into .ts format (using tsremux again) then TSPE likes it.

When the same file is in m2ts format, and I press the edit button to generate the output file, I get an error message in the log at the bottom left that states, "Error: Index was outside the bounds of the array. PID o, ipii: 0, ProgIndex: 0 Warning: No identified PID found in this section, Total time taken 0.10 seconds, write speed 0.0 MB/s"

It looks like TSPE has a problem accepting the m2ts files that come out of tsremux during the output compilation phase. I have hundreds of these and would prefer to not have to remux them into .ts format. Can TSPE be improved for this?

Aside from this, so far TSPE looks great. It's the only software I've found that will allow cutting commercials from h264 HD content. The ability to reassemble h264 HD segments together without reencoding is another unique feature. The results are not as nice as what Videoredo does with mpeg2, since there is no smooth transition at the cuts though.

Now after that nice pat on the back, please look into my requested improvement.

CC

[t12345]

Ventolin,
My computer AMD64@3000+ is not enough powerful to play 1080i source without problems. I have bought ati 4650 vga card for use hardware acceleration , but I do not see any big progress. I can play the material in sense quality in MediaPlayerClassic but stream editors can not use this support I afraid. (TSPE needs 100% CPU power but playing file is much beter than in VLC)

My source of HDTV stream is dreambox8000. I can not use my PC for comfortable player , but I can use dm8000 for it. I can jumping every 3 minutes and check if is something interesting to cut (like good clip on MTVHD). If something interesting is I can write time from the start of file for find this time on PC.

TSPE looks brilliant for its extra quick working. The one thing what is not possible to find in it is key managing. I can use mouse and buttons to change position in opened file. OK. But could you add keyboard shortcuts to it ? Arrows left/right for -F/+F, ctrl+arrow for IF, alt+arrow for second, shift+arrow for 10s, ctrl+shift+arrow for 1minute scroll, and maybe alt+ctrl+arrow for 10 minutes scroll . (or other key layout). It will very help to manipulate the program using the keyboard.
The 1minute and 10minutes scroll do not exist now, but will be very helpful if you will add it.

My slow computer needs some time when I am pressing button like +IF for see result of action. Maybe TPSE can switch on a red point/flash in the window for show the user about all time working. I am pressing second time the button because I am not sure if TPSE has finished previous pressing button or not.
If I will have intel quad CPU will I be able to work online when I will press navigation buttons and will I see moved current frame in preview at once ?

I do not know which way it is doing. The 26G file TPSE is opening in 30-40 seconds checking it for errors (if I have corrected understood) in each packet. The TPSE is running in my PC. The source stream is stored in dlink323 , where is my storage center used by dreambox to store files. I have 1Gbit connection between dlink and PC. Max link utilization on dlink is 150Mbit/s . I can not imagine, how TPSE is able to analyze all file during this short time. But I love this speed. AVI demux needs hours for it.

[Ventolin]

Here they are :
.rec beginning :https://download.yousendit.com/Y2ovTkF0dENwM2xFQlE9PQ

.rec end : https://download.yousendit.com/Y2ovTkFxbEpRR2MwTVE9PQ

.ts beginning: https://download.yousendit.com/Y2ovRE9uTmFRWUkwTVE9PQ

.ts end : https://download.yousendit.com/Y2ovRE90UnEzMW14dnc9PQ

The problem arises near the very beginning of the film and near its end. Probably something is added (or missing) in the flow. Because when I rewind or go fast forward the record on the receiver, it's exactly the same thing : the image freezes, then rewinds or goes forward after or before the desired point.

Hope it can help you.

Many thanx once again.

Hi,

Thanks for the samples, looking in to it.

Regards,

Vent

[Ventolin]

A snag that I've found is that TSPE is not working properly using .m2ts input files that I made with tsremux.

If I take the same file and remux it into .ts format (using tsremux again) then TSPE likes it.

When the same file is in m2ts format, and I press the edit button to generate the output file, I get an error message in the log at the bottom left that states, "Error: Index was outside the bounds of the array. PID o, ipii: 0, ProgIndex: 0 Warning: No identified PID found in this section, Total time taken 0.10 seconds, write speed 0.0 MB/s"

It looks like TSPE has a problem accepting the m2ts files that come out of tsremux during the output compilation phase. I have hundreds of these and would prefer to not have to remux them into .ts format. Can TSPE be improved for this?
Hi,

If you send me some sample files and a description on how to reproduce the error I'll look into it.

TSPE has the option of stripping the m2ts headers on edit.

Aside from this, so far TSPE looks great. It's the only software I've found that will allow cutting commercials from h264 HD content. The ability to reassemble h264 HD segments together without reencoding is another unique feature. The results are not as nice as what Videoredo does with mpeg2, since there is no smooth transition at the cuts though.

Now after that nice pat on the back, please look into my requested improvement.

CC
The transition point should be smooth, again, please provide a sample with some description on how to reproduce the behaviour and I'll look into it.

Thanks for the pat on the back I'll need some more once I fix your issues though!

Regards,

Vent

[Ventolin]

Ventolin,
My computer AMD64@3000+ is not enough powerful to play 1080i source without problems. I have bought ati 4650 vga card for use hardware acceleration , but I do not see any big progress. I can play the material in sense quality in MediaPlayerClassic but stream editors can not use this support I afraid. (TSPE needs 100% CPU power but playing file is much beter than in VLC)
I have an Athlon XP 3200+ based machine with an ATI 2600 AGP card inside. If I play through PowerDVD I get very good results with BluRay discs. TSPE lets you choose which directshow filter to use for the preview, you may find a filter that is able to take advantage of the ATI 4650 hardware acceleration.

My source of HDTV stream is dreambox8000. I can not use my PC for comfortable player , but I can use dm8000 for it. I can jumping every 3 minutes and check if is something interesting to cut (like good clip on MTVHD). If something interesting is I can write time from the start of file for find this time on PC.
You can jump directly to a time by typing in the time in the Current Time box above the Video Preview.

TSPE looks brilliant for its extra quick working. The one thing what is not possible to find in it is key managing. I can use mouse and buttons to change position in opened file. OK. But could you add keyboard shortcuts to it ? Arrows left/right for -F/+F, ctrl+arrow for IF, alt+arrow for second, shift+arrow for 10s, ctrl+shift+arrow for 1minute scroll, and maybe alt+ctrl+arrow for 10 minutes scroll . (or other key layout). It will very help to manipulate the program using the keyboard.
The 1minute and 10minutes scroll do not exist now, but will be very helpful if you will add it.
Menu -> Help -> Keyboard Shortcuts. Enjoy!

My slow computer needs some time when I am pressing button like +IF for see result of action. Maybe TPSE can switch on a red point/flash in the window for show the user about all time working. I am pressing second time the button because I am not sure if TPSE has finished previous pressing button or not.
If I will have intel quad CPU will I be able to work online when I will press navigation buttons and will I see moved current frame in preview at once ?
A Quad Core is indeed very good for instant response, as is a Dual Core. On my Athlon XP 3200+ I get reasonable response times, so perhaps it is your DirectShow filter setup that is causing slow responses?

I do not know which way it is doing. The 26G file TPSE is opening in 30-40 seconds checking it for errors (if I have corrected understood) in each packet. The TPSE is running in my PC. The source stream is stored in dlink323 , where is my storage center used by dreambox to store files. I have 1Gbit connection between dlink and PC. Max link utilization on dlink is 150Mbit/s . I can not imagine, how TPSE is able to analyze all file during this short time. But I love this speed. AVI demux needs hours for it.
When you open a file, TSPE quickly scans the file to detect the PIDs in the stream and to find Commercial Points by looking for attribute changes, eg. going from 5.1 AC3 to 2.0 AC3.
To perform a full scan, press the Scan button, I expect the scan time to take a good few minutes for a 26GB file across a network!

Regards,

Vent

[Borgqy]

Hi Borgqy,

Thanks for the sample, hopefully will have it fixed in the next version which is due very soon. Already I get good sync at the edit points and hopefully will also fix the remaining errors.

Regards,

Vent

Hi ,
Sounds great already looking forward to it. If u need more Samples i can always upload more.

[Cela]

Hi Ventolin,

after some testing with my 2 licenced TSPE copies I have found a possible issue (which may be already solved in your coming soon new version) and two additional requests:

Requests:
1. I need a nice TSPE Icon for my desktop link to TSPE.
2. I need a TSPE-like version of your programme for WMV (VC1) streams which I record with Total Recorder Video Add-On v7.1. And/or can you tell me how to convert ".wmv" <-> ".TS(WMV)"

Issue:
3. I recently captured, as usual with DVBViewer, a HD broadcast of a sports event: Total Size 15179,5 MB (15916829744 Bytes). But unlike other captures, this one could not be processed with TSPE. DVBViewer's TSPlayer_v2.0.0 and H264_TS_Cutter_v1.1.1 can process the TS. I uploaded a small part which I cut out of the original TS with TSPlayer to Requests&Issue (http://rapidshare.com/files/196465898/TSPE_Icon_and_WMSPE_needed.rar). Then I cut out a small part from this section with H264_TS_Cutter_v1.1.1. TSPE refused to process any of these sections. I guess it did not find the video PID 0x0780 (1920)?

This is one of the TSPE logs:
Version: 0.740
Buffer Size: 1540096
Command Line Parameter Found, Opening: F:\HD Val d_Isere 090207 WM Downhill Clip_cut.ts
Opening File...
Auto Finding PIDs
PID Attribute List:
PID: 0x0782: MPEG1 Audio Layer 3, 56Kbit/s @ 44100Hz
PID: 0x0783: AC3: 2/0: L,R 48KHz 448Kbit/s

Scanning For Format Changes
File size: 18191820 Bytes
Duration from Timestamps: 11.26
Average System Bitrate: 12920313.96
Done.

and this is the original capturing report from the DVBViewer:

[General]
0=PAT - Program Association Table
[61920]
Name=T.TV
920=PMT
1920=Video
1921=Audio
1922=Audio
1923=AC3
1809=PMT
61=Video
62=Audio


Regards,

Cela

[Ventolin]

Hi Ventolin,

after some testing with my 2 licenced TSPE copies I have found a possible issue (which may be already solved in your coming soon new version) and two additional requests:

Requests:
1. I need a nice TSPE Icon for my desktop link to TSPE.
2. I need a TSPE-like version of your programme for WMV (VC1) streams which I record with Total Recorder Video Add-On v7.1. And/or can you tell me how to convert ".wmv" <-> ".TS(WMV)"

Issue:
3. I recently captured, as usual with DVBViewer, a HD broadcast of a sports event: Total Size 15179,5 MB (15916829744 Bytes). But unlike other captures, this one could not be processed with TSPE. DVBViewer's TSPlayer_v2.0.0 and H264_TS_Cutter_v1.1.1 can process the TS. I uploaded a small part which I cut out of the original TS with TSPlayer to Requests&Issue (http://rapidshare.com/files/196465898/TSPE_Icon_and_WMSPE_needed.rar). Then I cut out a small part from this section with H264_TS_Cutter_v1.1.1. TSPE refused to process any of these sections. I guess it did not find the video PID 0x0780 (1920)?

Regards,

Cela
Hi,

Thanks for the samples, yes they both open fine in my dev version here and edit successfully, so whatever it was is fixed!

You'll have to figure out how to create BD compliant VC-1 streams instead of WMV and then use a muxer to create a VC-1 TS file before TSPE will be able to edit it.

Haven't had much time to spend on the icon, will have some time after the next version is released I hope. Feel free to offer some suggestions!

Regards,

Vent