TSPE beta out! (Editor / Analyser for H.264 / VC-1 / MPEG2 / BD / AVCHD...)

[houba78]

1) when I press Test, I get "Error: Quick-parsing packet header - Index was outside the bounds of the array."

2) when I press Edit, I get '"Error: Buffer underrun in edit operation, reading non-final blocks in final loop pass. PID: 4112, iPii: 0, ProgIndex: 0 Error: Edit failed, only 384 bytes written."

Thanks for helping!

hmmmmmm........sounds eerily similar to what I experienced using version 0.74.
Havent tried 0.75 yet

Definitely update to .755 - there was a major bug in .74 and .755 fixes it. I was also getting these same errors in .74 and .755 fixed it.

But I get these errors with version 0.755...

Does somebody have similar problems with Camcorders h264 files ?

Tonight I will try to edit a h264 HDTV file, as HDTV is now common in France.

[DVWannaB]

thanks for that bit of good news there cincyreds. I am ready and willing to financially support these great little projects, but they need to work first

[Ventolin]

Hi guys,

Sorry for the delay in replying, I have been quite busy.

Houba78 and others:

Sorry you are having trouble with .m2ts files. I can confirm there is a bug with Temp licences and M2TS files. I was hoping there would have been a quick fix for this and just fix and post an update, but it's proving to be a bit harder than I thought. Full licences do appear to work correctly though, but if you do have a full licence and find M2TS files don't work, then please let me know!

For the temp licence holders, all I can suggest is to strip the .m2ts header using a different utility - not even TSPE's strip function will work unfortunately. Obviously I want to get a fix out as soon as I can as will post here as soon as a new build is ready.

DVWannaB - I can certainly understand your reservations when something does not work as advertised! It's unclear whether you are trying to edit an .m2ts file or normal .ts file. I hope that when you try to edit a .ts file it works correctly! Please do keep an eye out for future versions; I hope that TSPE will meet your requirements soon!

cincyreds and Emanef - MKV support is planned you'll be pleased to hear, but is some way off at the moment. It will probably come after frame accurate editing is in place, though even that is some way off itself. I am planning on adding full editing support for MKV files but I think this would be a different product as there are alot of legal licence issues regarding this. It's also quite a lot of work to add as the MKV structure is just as complex as the Transport Stream container! Even so, I have not found a decent MKV editor to use myself, so I am keen to get this implemented.

cincyreds - from your request post, I'll reply here as it's quite tricky to track all the TSPE discussions on the net, I hope you don't mind me asnwering here. Almost all your requests are already on my todo list, I'll expand a little more though.

Frame Stepping in Frame Order instead of Stream Order, Customisable Keyboard Shortcuts, User Profile Settings are all pretty high on the todo list.

Commercial Detection at the moment works on "Attribute Changes". TSPE will pick up any change in Video Format or Audio Format (eg. 5.1 tp 2.0) almost instantanteously. The detection occurs when you open a file when it "Autofinds PIDs". If all your source material is 5.1 including adverts however, TSPE will not be able to detect them. Better commercial detection is certainly on the todo list, but is quite low down as there are very good tools available already that do commercial detection and produce an EDL file. I'm looking into supporting the output from those utilities at a much higher priority though.

MKV support is discussed earlier, as I said, I'd love to support MKV as an output option, but it's going to come some time after Frame Accurate Editing.

Documentation - As alot of the options are in flux and the GUI is scheduled for 2 updates, it's quite tricky to find the time to work on the docs. It is important I know but I'm just trying to keep my head above the water at the moment especially with all the major bugs that have appeared recently. However, I'm working hard on the project and will gradually add documentation as time permits.

I hope in the mean time, some of the more experienced users will continue to aid those that are starting out. I do realise that an easy to use application will benefit all users, both new and experienced alike!

DVWannaB - I agree the slider and scrubbing needs improvement. I am working on that as well as including a timeline. I rarely use the slider myself as I find the keyboard and mouse shortcuts alot easier to work with. It is quite intensive scrubbing H.264 HD material though!

Finally and most importantly, thank you for your support to all those that have purchased full licences! It really does help!

Regards,

Vent

[DVWannaB]

Ok, I have run version 0.755 through its paces this weekend and I give it full marks. Definitely a step up from previous version. It was able to cut files that even H264TS Cutter was choking on. It also cuts and saves new file MUCH MUCH faster than H264TS Cutter. I will definitely purchase at the end of the trial period. Great work and keep the improvements coming. The best cutter for H264 TS files for the Hauppauge HD PVR 1212. I have not tried M2TS files yet. I have one file I will try later this week when I have some more time for playing.

EDIT:
last night I successfully edited an MPEG2.TS file that Videoredo, Womble MPEG Video Wizard, MPEG2Repair and MPEG Streamclip all couldnt handle. This app looks beter every day with room for more growth.

[cincyreds]

Vent,

The HDPVR 1212 can capture HD video in either .m2ts or .ts format.

As far as I can tell, the only difference between the two formats is that the .m2ts packet includes an additional 4 bytes with PTS info (192 byte packets instead of 188 byte packets). If that's the case, would editing .m2ts files in TSPE be "smoother" or more accurate? Would random access be easier?

Which format do you recommend?

On a side note, I've read that some HDPVR drivers produce .m2ts files with regular 188-byte packets instead of 192-byte packets. If that's the case, would TSPE have any problems handling a .m2ts file that had an improper packet size?

Thanks.

[Ventolin]

Vent,

The HDPVR 1212 can capture HD video in either .m2ts or .ts format.

As far as I can tell, the only difference between the two formats is that the .m2ts packet includes an additional 4 bytes with PTS info (192 byte packets instead of 188 byte packets). If that's the case, would editing .m2ts files in TSPE be "smoother" or more accurate? Would random access be easier?

Which format do you recommend?

On a side note, I've read that some HDPVR drivers produce .m2ts files with regular 188-byte packets instead of 192-byte packets. If that's the case, would TSPE have any problems handling a .m2ts file that had an improper packet size?

Thanks.

Hi cincyreds,

There is a little more in the 4 byte .m2ts extra header than just a timestamp, but does not make a difference. I would recommend just having normal 188 byte .ts files.

TSPE analyses the stream to determine what kind of stream it is regardless of extension, so it will know whether the stream has 188 or 192 byte packets.

Hope that helps!

Regards,

Vent

[Simple22]

In the next version, you will be able to fix the PMTs but you will need to pass it through TSPE first before you can have video preview working.

Regards,

Vent

Hello! Could someone out there describe how to fix the PMTs? I record with MyTheater, and I think the new MT beta is breaking things more than usual.

Thxs

Cam

[Ventolin]

In the next version, you will be able to fix the PMTs but you will need to pass it through TSPE first before you can have video preview working.

Regards,

Vent

Hello! Could someone out there describe how to fix the PMTs? I record with MyTheater, and I think the new MT beta is breaking things more than usual.

Thxs

Cam

Hi Simple22,

Sorry for the delay in replying.

TSPE can fix a few table issues automatically - try testing the start or end point. If you see video then all you have to do is make a full edit and then reload the edit back into TSPE to be able to start editing with preview.

Sometimes though, manual fixing is required in which case you need to use the Table Editor under Menu Edit -> Table Options -> Table Editor.

In the table editor, you need to make sure you have:

1. PAT with PID of 0x0000
2. PMT under the PAT
3. Audio / Video / other streams under the PMT

The PAT tells you what "Programmes" are in the stream. You can have multiple Programmes, each with their own video and audio streams. These are like channels on your TV.

The PMT tells you what video / auido strams a particular Programme (or channel) has. So you might have H.264 Video and AC3 audio for instance.

Then you have the actual Elementary Streams (The Video and Audio streams etc).

If the PAT or PMT is missing or damaged, then the stream identification may be incorrect.

To correct the Video or Audio (or other) stream type, just select the stream in the tree, then change the stream type using the drop down, make sure the parent PID is set to the correct PMT and then click "Update".

You can drag/drop streams in the tree if you need to, and can re-arrange the order as well. This is useful for ensuring the first audio stream that is played is the desired audio stream in players where you can not change the current audio stream playing.

For Example, BBCHD has the audio for hearing impared track ontop of the AC3 track, so by default you would hear the audio for hearing impaired track. To fix this just drag and drop the AC3 track ontop of the MP2 audio description track so that comes first.

By default, the streams in the tree are sorted by PID and known Audio / Video and subtitle streams are automatically selected and other unwanted streams are unselected.

The last thing to check is to make sure that the PCR stream is set. The PCR is the clock reference stream and is shown in blue in the Tree. This is commonly the Video stream or a dedicated clock stream ("PCR PID").

Once you are happy with all the changes, click "Save".

The streams should now be updated in the main TSPE PID tree.

Once you make your edit, the tables will be corrected accordingly.

I hope that helps, if you have any questions please let me know! I'll update the website with this info soon.

Regards,

Vent

[voiceovers]

Hi Vent,

Thank Heaven someone has finally found a way to effectvely edit these M2TS and TS files. When I bought my Hauppauge HD-PVR, I didn't realise I was joinging the ranks of the many who have lost lots of hair trying to find an editing solution!

Anyway, I'm looking at buying a full licence, but am running the trial at the moment, and I'm experiencing two issues with TSPE:

1) Even though I have followed your advice and installed Haali/Matroska splitter, and ffdshow, the video preview is still not accurate. Even though I'm running a quad core processor and have a 1Gb graphics card, it still takes almost 2 seconds for video and audio to sync when playing back, and, as a result, trying to get an accurate frame edit is more about guess work than being able to accurately step the video forward or back a frame at a time. Is there something I can do to make this more responsive/accurate?

2) I have a number of HD-PVR captures that have 5.1 audio. But when I open a 5.1 file in TSPE, it automatically alters the audio to stereo. What do I need to do to get the final edit to have 5.1 audio?

Thanks in advance,

Kerry

[Ventolin]

Hi Vent,

Thank Heaven someone has finally found a way to effectvely edit these M2TS and TS files. When I bought my Hauppauge HD-PVR, I didn't realise I was joinging the ranks of the many who have lost lots of hair trying to find an editing solution!

Anyway, I'm looking at buying a full licence, but am running the trial at the moment, and I'm experiencing two issues with TSPE:

1) Even though I have followed your advice and installed Haali/Matroska splitter, and ffdshow, the video preview is still not accurate. Even though I'm running a quad core processor and have a 1Gb graphics card, it still takes almost 2 seconds for video and audio to sync when playing back, and, as a result, trying to get an accurate frame edit is more about guess work than being able to accurately step the video forward or back a frame at a time. Is there something I can do to make this more responsive/accurate?

2) I have a number of HD-PVR captures that have 5.1 audio. But when I open a 5.1 file in TSPE, it automatically alters the audio to stereo. What do I need to do to get the final edit to have 5.1 audio?

Thanks in advance,

Kerry

Hi Kerry,

Thanks for your interest in TSPE!

Regarding accurate Video Preview - You will need the very latest versions of both Haali Media Splitter and FFDShow. Even then, it seems FFDShow is not able to seek to exact frames directly, so it has trouble displaying the right frame. CoreAVC on the other hand is much better at this and can display the right frame in TSPE. CoreAVC is not free however. Windows 7 beta also is able to do a good job but I haven't added support for Full licences for Windows 7 yet, but temp licences will work OK.

To find the right start/end points does take a few goes until you get used to your workflow. Using the Test buttons to find the start and end points really is a guide to get to the right start/end frames. To see the final result it is necessary to test joining two segments together and making a test from that. To do this select 2 entries in the EDL, right click and select "Test Edit Point". Then adjust the start and end points by moving forwards or backwards in P frame increments for the end point and I frame increments for the start point until you have fine tuned your edit (look in the bottom right hand corner to see what type of frame you are on). Remember that TSPE is not fully frame accurate at the moment, though that will come in due course, so it will take some trial and erorr to get the best possible edit. I'm also working on making testing and adjusting the edit points alot easier.

With regard to your audio, you should know that TSPE does not re-encode anything at all. There are two possiblities that can account for your results:

1. There really isn't 5.1 audio in your sources
2. TSPE is reporting the audio incorrectly

You will need to examine your source files carefully to establish if they really do have 5.1 audio. You can do this by examining the audio frames. To do this, first set the Frame Jump to Audio in the bottom left corner, then click F+ or F-. TSPE should jump to the audio frame header and show a decode of your audio header in the decode window. You should get consistant results throughout the stream.

After editing, reload the edit into TSPE and examine the audio headers again. They should be exactly the same as the source.

If you want, you can send me a couple of short samples and I'll check them for you. Just edit a minute's worth of source (and edit if you feel it shows a difference) and send it to me via a file sharing site like Mediafire / Rapidshare.de / zshare / etc. When you make a sample, please turn off Fix Tables and Fix Timecodes next to the Edit Button before you make your edit.

Finally, please note that there is a bug (in 0.755) in the edit code that prevents you editing an M2TS file with a temp licence, but a full licence should work ok.

Hope that helps,

Regards,

Vent

[voiceovers]

Thanks for the thorough reply Vent. I'll give a CoreAVC a go and see if makes any difference. I have it on-hand, but is not installed on this machine.

Regarding the bug in the edit code for M2TS files, I've simply changed the extension on any of mine saved in that format to TS, and it's worked just fine. I've since starting recording to TS on the HD-PVR to avoid any future problems. And it seems TS is more user-friendly when editing than M2TS anyway.

Regarding the audio issue, here is an example of what happens when I load up an HD-PVR capture with 5.1 audio ..

PID 0x1100 Attributes Changed Near: 0x99ED994
From: AC3: 3/2.1: L, C, R, SL, SR, LFE 48KHz 384Kbit/s
To: AC3: 2/0: L,R 48KHz 384Kbit/s
PID Attribute List:
PID: 0x1011: H.264 1920x1088 (1920x1080) @ 25.000 fps
PID: 0x1100: AC3: 2/0: L,R 48KHz 384Kbit/s

If I load the same file into Cyberlink's PowerDirector 7, it reports it as 5.1 and I'm able to re-encode it in 5.1, but the re-encoding is the problem. That's the what I'm trying to avoid.

Thanks in advance,

Kerry

[Ventolin]

Thanks for the thorough reply Vent. I'll give a CoreAVC a go and see if makes any difference. I have it on-hand, but is not installed on this machine.

Regarding the bug in the edit code for M2TS files, I've simply changed the extension on any of mine saved in that format to TS, and it's worked just fine. I've since starting recording to TS on the HD-PVR to avoid any future problems. And it seems TS is more user-friendly when editing than M2TS anyway.

Regarding the audio issue, here is an example of what happens when I load up an HD-PVR capture with 5.1 audio ..

PID 0x1100 Attributes Changed Near: 0x99ED994
From: AC3: 3/2.1: L, C, R, SL, SR, LFE 48KHz 384Kbit/s
To: AC3: 2/0: L,R 48KHz 384Kbit/s
PID Attribute List:
PID: 0x1011: H.264 1920x1088 (1920x1080) @ 25.000 fps
PID: 0x1100: AC3: 2/0: L,R 48KHz 384Kbit/s

If I load the same file into Cyberlink's PowerDirector 7, it reports it as 5.1 and I'm able to re-encode it in 5.1, but the re-encoding is the problem. That's the what I'm trying to avoid.

Thanks in advance,

Kerry

Hi Kerry,

Form the above, it looks like your audio changes from 5.1 to 2.0 somewhere in the middle of your file. You can see for yourself what happens with the audio by double clicking the marker that is added when you open the file (should be under the Marker Tab at/near 0x99ED994)

Set frame jump to Audio in the bottom left corner of TSPE, then use the F+ and F- buttons to navigate your AC3 packets. Look in the decode window to see what the audio format is.4 before and after the marker You should see the audio changing from 5.1 to 2.0, but if it stays at 5.1 before and after the marker location then it just means it was a false positive.

If you want me to double check for you, just cut 30 seconds before and 30 seconds after that marker point and post the sample to one of the file sharing sites (tunring off Fix Tables/timecodes as instructed previously).

Regards,

Vent

[voiceovers]

Thanks Vent. Yes, the HD-PVR is able to automatically detect when the audio being recorded changes from 2.0 to 5.1 and vice versa .. and does so in the recording process too. Because I'm capturing movies from my set-top box, that's how it's happening.

So, what might I need to do to make sure I keep all of the 5.1 portions without seeing everything changed to 2.0?

Also, I've noticed that TSPE has a fit and crashes is it's trying to edit files recorded at 1280 x 720. Is there a way to overcome that problem?

Oh, and I tried to buy a license via Plimus, but they refused to finalise the sale because I used my personal email address in the license info, but used a business PayPal account (using a different email address) to pay for it. i understand the need for security, but that's ridiculous. I wonder how many sales you might have lost as a result?

Kerry

[Ventolin]

Thanks Vent. Yes, the HD-PVR is able to automatically detect when the audio being recorded changes from 2.0 to 5.1 and vice versa .. and does so in the recording process too. Because I'm capturing movies from my set-top box, that's how it's happening.

So, what might I need to do to make sure I keep all of the 5.1 portions without seeing everything changed to 2.0?

Also, I've noticed that TSPE has a fit and crashes is it's trying to edit files recorded at 1280 x 720. Is there a way to overcome that problem?

Oh, and I tried to buy a license via Plimus, but they refused to finalise the sale because I used my personal email address in the license info, but used a business PayPal account (using a different email address) to pay for it. i understand the need for security, but that's ridiculous. I wonder how many sales you might have lost as a result?

Kerry

Hi kerry,

To make sure you have 5.1 audio just make sure your edits contain the 5.1 audio in the stream. It sounds kinda obvious but perhaps I'm still misunderstanding something?

TSPE doesn't nomrally crash when editing 1280x720p or anything else for that matter, but the directshow filters can crash which takes TSPE out with it. To determine what is causing the crash, just disable the video by unchecking the Video checkbox under the video window. You should find that TSPE doesn't crash (even if it outputs error messages). I am working on trying to stop the directshow filters from taking out TSPE as well when they do crash but that really isn't easy as I didnt write the filters! I have found CoreAVC to be much more resiliant than FFDShow however.

Sorry to hear you had trouble with purchasing TSPE and thank you for trying! There should not be an issue with having a different email address for the purchase and a different one for the activation (licence) details - many people do this. There may have been something else that caused an issue though, but if you give me more details via PM I can look into it for you.

Regards,

Vent

[MrFreakSir]

Hi
Just want to say i think this is a stunning app, i was using the older version before with no end of problems. I tested out the Beta last night and it worked like a charm. I will deffo be purchasing a full license next pay day. Thanks alot!

[HDedit]

I'm seriously considering this piece of software BUT I can't get it to work with BBCHD, which is a showstopper. On opening a file the tree view says '0x0918: Unknown (in blue); 0x0919: Unknown (in black); PAT PID: 0x0000 (in green)'. It seems from above you need to edit the table, but while I can make the PAT PID into a parent I don't know how to create a PMT. I hope this makes sense as I'm new at this H.264 business. Can you help?

Is there something wrong with the file? It's coming from a non-freesat satellite receiver. I know the BBC audio stream is currently misidentified, but fixing it (with BBCHD fixer, courtesy of DVBViewer ( http://www.dvbviewer.info/forum/index.php?s=65a3cb9ff677efaa2b477876e6285a84&showtopic...dpost&p=135131 ) makes no difference. TSPE works fine with ITV HD.

Tia.

[Ventolin]

I'm seriously considering this piece of software BUT I can't get it to work with BBCHD, which is a showstopper. On opening a file the tree view says '0x0918: Unknown (in blue); 0x0919: Unknown (in black); PAT PID: 0x0000 (in green)'. It seems from above you need to edit the table, but while I can make the PAT PID into a parent I don't know how to create a PMT. I hope this makes sense as I'm new at this H.264 business. Can you help?

Is there something wrong with the file? It's coming from a non-freesat satellite receiver. I know the BBC audio stream is currently misidentified, but fixing it (with BBCHD fixer, courtesy of DVBViewer ( http://www.dvbviewer.info/forum/index.php?s=65a3cb9ff677efaa2b477876e6285a84&showtopic...dpost&p=135131 ) makes no difference. TSPE works fine with ITV HD.

Tia.

Hi HDedit,

TSPE was born to edit BBCHD (seriously!) so I know we will resolve your issue!

From your description it looks like you are missing both PAT and PMT. A transport stream must have a PAT and PMT to be a compliant transport stream. TSPE has auto inserted a PAT for you, but it looks like you need to manually insert a PMT.

So, try this:

1. Menu -> Edit -> Table Options -> Table Editor. This will show the Table Editor. You should see a green PAT with PID 0x0000 in the tree. Green means a new PID.
2. Select the PAT 0x0000 in the Parent PID drop down box
3. Type in the PID 0x0100
4. Select the stream type as PMT from the drop down
5. Click Update

This should now make a new PMT entry appear in the PID tree (which will be green if you click on something else to change the highlighted entry)

6. Now make sure the Video PID and Audio PIDs are under the PMT in the PID tree by dragging and dropping them as necessary.
7. Verify the stream type of the Video PID 0x0918 as H.264/AVC and parent as PMT PID 0x0100
8. Verify the stream type of the Audio PID 0x919 as AC3 and parent as PMT PID 0x0100

If the stream types or parent pids are incorrect you can change them with the drop down boxes and then click update when finished.

You should now have at least 4 entries in the PID tree similar to this:
PAT 0x0000
PMT 0x0100
0x918 H.264/AVC
0x919 AC3

9. Click Save to save the changes and close the Table Editor
10. Click Add in the EDL (bottom middle of the app) to add the entire cap to the edl (which also adds the Table editor changes to the EDL)
11. Make sure Fix Tables is selected (Fix Timecodes ticked is also highly recommended but not essential)
12. Click Edit

This will now create a new .ts file with the corrected PAT/PMT tables.

13. Load newly created .ts file back into TSPE.

You should now have a previewable and editable stream. Set start/end points as desired, clear the EDL before adding your new edit to the EDL and then click Edit to make your final output.

I hope that helps, let me know how you get on.

Regards,

Vent

[Ventolin]

Hi
Just want to say i think this is a stunning app, i was using the older version before with no end of problems. I tested out the Beta last night and it worked like a charm. I will deffo be purchasing a full license next pay day. Thanks alot!

Hi MrFreakSir,

Thank you for your very kind comments! I hope you continue to enjoy using TSPE!

Cheers,

Vent

[CPB]

*MORNING EDIT*

I would still like to say, great program you have here!

I did some more research this morning, and I've answered some of my own questions from before, so I edited them out.

Basically, I'm using Hauppauge HD-PVR (1920x1080, 29.970fps, I-Frames occur roughly once per second, IDR I-frames occur roughly once every 4 seconds)
I'm editing the resulting TS files in TSPE. My cut out and cut in points are at exact I-Frames (not always IDR, but always I-Frames) - yet sometimes I still get a burst of pixelation, screen bounce (literally the picture bounces up and down), or some garbled screen image on the cut-in. It is really annoying.. why might this be happening if I'm cutting at I-Frames? I've tried cutting at other frames in-between I-Frames and sometimes its worse, sometimes there's no problem - it just seems really random to me.

I'm using CoreAVC, matroska splitter, and ffdshow for audio only.

[HDedit]

Hi HDedit,

TSPE was born to edit BBCHD (seriously!) so I know we will resolve your issue!

From your description it looks like you are missing both PAT and PMT. A transport stream must have a PAT and PMT to be a compliant transport stream. TSPE has auto inserted a PAT for you, but it looks like you need to manually insert a PMT.

So, try this:

Hi Vent,

Thanks for your detailed reply. However, I hit a hitch after step 8. When I hit save there is an error message saying 'Error: validating and saving tables. Index was outside the bounds of array'. I'm pretty sure I'm following your directions. The tree now has 'PAT PID: 0x0000' in green at the top; indented in green is '0x0100: PMT; indented equally below that is, in blue, '0x0918: H.264/AVC video' and, in black, '0x0919: AC-3 Audio'. I hope you can help again in time--I only have four days of evaluation time left! I shouldn't have installed it just before going on holiday--idiot!

Edit: reading earlier posts, might this be an issue with the temp license?

[Ventolin]

*MORNING EDIT*

I would still like to say, great program you have here!

I did some more research this morning, and I've answered some of my own questions from before, so I edited them out.

Basically, I'm using Hauppauge HD-PVR (1920x1080, 29.970fps, I-Frames occur roughly once per second, IDR I-frames occur roughly once every 4 seconds)
I'm editing the resulting TS files in TSPE. My cut out and cut in points are at exact I-Frames (not always IDR, but always I-Frames) - yet sometimes I still get a burst of pixelation, screen bounce (literally the picture bounces up and down), or some garbled screen image on the cut-in. It is really annoying.. why might this be happening if I'm cutting at I-Frames? I've tried cutting at other frames in-between I-Frames and sometimes its worse, sometimes there's no problem - it just seems really random to me.

I'm using CoreAVC, matroska splitter, and ffdshow for audio only.

Hi CPB,

Thanks for your kind words about TSPE!

For H.264, an IDR frame is a frame you can edit on in the same sense an I frame is for MPEG2. H.264 uses slices instead of frames which can be I, P or B slices - that is one frame can be a mix of all 3 types of frame. So a start point can only really be an IDR frame. However, it may be that an I frame is a complete frame in which case you could use it for a start edit point.

Furthermore, TSPE tries to identify the best place to make an edit, but it doesnt take IDR frames into consideration all the time as you have found that sometimes an I frame is OK for a start point. This is why the best advice is to try to edit on IDR / I frames for the start and IDR / I / P frames for the end point and then *testing* to see the results.

Until frame accurate editing is ready, it's a case of testing and fine tuning each edit point to find the best results. I am working hard to get to frame accuracy but there is still quite a bit of work to do.

The HD-PVR is not edit friendly with 4 seconds between IDR frames - please ask Hauppauge to give an option to change the GOP settings so it will be possible to record with say an IDR frame every half second (which is much more edit friendly without that much of a quality hit.)

Hope that answers your question.

Regards,

Vent

[Ventolin]

Hi HDedit,

TSPE was born to edit BBCHD (seriously!) so I know we will resolve your issue!

From your description it looks like you are missing both PAT and PMT. A transport stream must have a PAT and PMT to be a compliant transport stream. TSPE has auto inserted a PAT for you, but it looks like you need to manually insert a PMT.

So, try this:

Hi Vent,

Thanks for your detailed reply. However, I hit a hitch after step 8. When I hit save there is an error message saying 'Error: validating and saving tables. Index was outside the bounds of array'. I'm pretty sure I'm following your directions. The tree now has 'PAT PID: 0x0000' in green at the top; indented in green is '0x0100: PMT; indented equally below that is, in blue, '0x0918: H.264/AVC video' and, in black, '0x0919: AC-3 Audio'. I hope you can help again in time--I only have four days of evaluation time left! I shouldn't have installed it just before going on holiday--idiot!

Edit: reading earlier posts, might this be an issue with the temp license?

Hi HDEdit,

Sorry to hear you hit a snag at step 8. It sounds like a bug rather than anything to do with the licence. Can you please send me a sample of about 20MB? To do this, just set the start / end points (use the byte positions to work out where 20MB is), add to the edl, turn off fix tables and fix timecodes and then hit edit. Then upload to a file sharing site like mediafire / zshare / rapidshare, etc.

Don't worry about running out of evaluation time, PM me your username and valid working email and I'll send you an extended trial licence.

Thanks,

Vent

[HDedit]

Hi HDEdit,

Sorry to hear you hit a snag at step 8. It sounds like a bug rather than anything to do with the licence. Can you please send me a sample of about 20MB? To do this, just set the start / end points (use the byte positions to work out where 20MB is), add to the edl, turn off fix tables and fix timecodes and then hit edit. Then upload to a file sharing site like mediafire / zshare / rapidshare, etc.

Don't worry about running out of evaluation time, PM me your username and valid working email and I'll send you an extended trial licence.

Thanks,

Vent

Hi again,

Well, there is definitely something odd going on here. When I tried to make *any* edit there was an error message: 'Edit failed, only 0 bytes written'. This happened on everything, including files I have previously edited successfully from ITV HD!

I tried with a newly unrared copy of the program and it worked once again with ITV HD, but still not with BBC HD. I've used H.264 TS Cutter to get 20 MB of BBC HD.

Anyway, I'll PM you.

Thanks again.

[Ventolin]

Hi HDEdit,

Sorry to hear you hit a snag at step 8. It sounds like a bug rather than anything to do with the licence. Can you please send me a sample of about 20MB? To do this, just set the start / end points (use the byte positions to work out where 20MB is), add to the edl, turn off fix tables and fix timecodes and then hit edit. Then upload to a file sharing site like mediafire / zshare / rapidshare, etc.

Don't worry about running out of evaluation time, PM me your username and valid working email and I'll send you an extended trial licence.

Thanks,

Vent

Hi again,

Well, there is definitely something odd going on here. When I tried to make *any* edit there was an error message: 'Edit failed, only 0 bytes written'. This happened on everything, including files I have previously edited successfully from ITV HD!

I tried with a newly unrared copy of the program and it worked once again with ITV HD, but still not with BBC HD. I've used H.264 TS Cutter to get 20 MB of BBC HD.

Anyway, I'll PM you.

Thanks again.

Hi HDedit,

I did get your sample thanks, and the error you get when trying to save the new tables in the table editor is indeed a bug, thank you for that!

I'll make sure it's working for the next release and see if there is a workaround.

Regards,

Vent

[HDedit]

Hi HDedit,

I did get your sample thanks, and the error you get when trying to save the new tables in the table editor is indeed a bug, thank you for that!

I'll make sure it's working for the next release and see if there is a workaround.

Regards,

Vent

Whoa, that was fast! I didn't even bother reading here before pming you again with a second version of the file because I thought the first one hadn't uploaded, and you've already tracked it down.

Looking forward to the fix/workaround.

[Ventolin]

Hi HDedit,

I did get your sample thanks, and the error you get when trying to save the new tables in the table editor is indeed a bug, thank you for that!

I'll make sure it's working for the next release and see if there is a workaround.

Regards,

Vent

Whoa, that was fast! I didn't even bother reading here before pming you again with a second version of the file because I thought the first one hadn't uploaded, and you've already tracked it down.

Looking forward to the fix/workaround.

Hi HDedit,

Just to let you know there isn't a workaround for the table editor bug for 0.755, but I have fixed it now so it will be working in the next version.

Thank you for your sample!

Regards,

Vent

[reinsuld]

Is it possible to use TSPE for fixing ts files with intentionally corrupted timecode?

I have couple .ts recordings with intentionally corrupted timecode - timecode jumped for following frames in such pattern:
2-3-1-5-6-4-...
There no way to demux these ts files to elementary streams with any tried demuxers- result is video, stopping about every 1 sec.
But same time there are no problems with playing these ts files - players play video frame-by-frame base.

Also tried with using TSPE to cut sample from this ts, but result is same 1 sec interval jumping video even with "disable all fix" TSPE option.

Any ideas, how to fix this?

Rein

[Ventolin]

Is it possible to use TSPE for fixing ts files with intentionally corrupted timecode?

I have couple .ts recordings with intentionally corrupted timecode - timecode jumped for following frames in such pattern:
2-3-1-5-6-4-...
There no way to demux these ts files to elementary streams with any tried demuxers- result is video, stopping about every 1 sec.
But same time there are no problems with playing these ts files - players play video frame-by-frame base.

Also tried with using TSPE to cut sample from this ts, but result is same 1 sec interval jumping video even with "disable all fix" TSPE option.

Any ideas, how to fix this?

Rein

Hi,

I'm not sure TSPE will fix this, but I would need a sample for analysis. To make a sample, turn off Fix Tables and Fix Timecodes next to the Edit button on the main gui. That should keep everything intact. Then upload it to a web filesharing site.

Regards,

Vent

[akiraku]

does TSPE cut & output as well the subtitle stream?

[tbean]

I am using the 0.755 version of TSPE on Windows Vista 32 bit and the filters TSPE says it is using are: ffdshow Video Decoder, AVI Decompressor, ffdshow Audio Decoder, Video Renderer, and Default DirectSound Device.

I have what I consider a very bad mismatch between the Video Preview window and the Test Window. The video in th Test window is approximately 2 seconds behind the Preview window. I have tried using the Preview Adjust... but have been unsuccessful making the video match.

This creates a problem with the resulting edit because I don't really know where my edit point is set. If I move to an I frame in the Preview window and the Test window is 2 seconds behind, am I really at an I frame?

In the post from Apr 05, 2009, Ventolin said "Then adjust the start and end points by moving forwards or backwards in P frame increments for the end point and I frame increments for the start point until you have fine tuned your edit" The information displayed in the bottom right corner of TSPE is: "I Slice (IDR)", "I, P, B Slice", or "I, P Slice". Do all of these qualify as an "I frame"?

In a post on another forum, Vendolin suggested setting edit points on a "P frame". Does this mean the "I, P, B Slice" is the one to use?

Since the Test window and the Preview window are so far off and all the navigation is done in the Preview window, how do I know if the Test window is on the same type of frame?

Thanks,
Tom