Even though the video file plays perfectly, I seem to always have this after joining, the actual number of PTF Underflows varies but I would like to see a green tick as opposed to a yellow exclamation mark.
That doesn't really matter but if you really want to get rid of it you can go into the Advanced section of the Profile and increase the Mux Rate. The default is 19.2Mbps so it's odd that your video with a bitrate of just 4.9Mbps would trigger it, but it's possible the bitrate spiked in one spot.
This PTS underflow doesn't sit easy with me either.
If I just "top and tail" a video file in V5 I get a clean output. If I take the same file and edit out the adverts I still get a clean file in V5.
However, if I swtich to V6 whilst a "top and tail" gives you a clean output the advert edit version will give PTS underflow errors.
I have checked the profiles and both the V5 and V6 profiles are set at 19.2Mbps.
I am not therefore convinced that the setting you mention is the problem unless there is a change in V5 v V6 that changes how this parameter is treated.
I would also add that the primary source where I have these problems is a video capture card (Hauppauge Colossus 2) using an HDMI output source via DVBViewer. I would describe the transfer rate as "throttled" unlike say a raw transport stream. DVBViewer reports "Avr. Datarate=1.039 MB/s".
I've just used v6 on an SD Mpeg2 file, removed adverts / top & tailed but added all segments at once to the joiner. I know this is not apples for apples but it didn't cause PTS underflows. Like cp2, v5 doesn't cause similar or same file edits to cause PTS underflows with me either, I record by 2 methods both Pal HD, one from a second PC using TBS 6281 dual tuner card (Freeview) with MediaPortal and the other from Humax HDR (FreeSat) both give PTS underflows when edited in v6 but not v5. I always add each section to the joiner singularly, then deselect it before adding the next part, this is because the sound runs into the advert breaks in the UK which I edit separately before adding it to joiner with video blacked out. This gives smooth audio transition between breaks and looks good too. Again, this all works fine in v5 but from my attachment in 1st post causes thousands of PTS underflows in v6.
Dan, any update on this yet. Today I tried joining two M2TS identical files which never completed but eventually froze with Yellow Exclamation mark using both Same as Source and H264/AVC. Incidentally, it displayed 'Audio Recode Required' even though both were AC3 6 channel sound. Used v5 worked perfectly no errors. I've attached v5 log but can't attach v6 log as it's 1.8GB long, even zipping it, it's 19MB.
Hi jmc, I tried that but still too large again 5MB Zip file so I've edited it a bit by cutting some of the PTS bits out and zipped, now 78KB. I managed to get a look at the file the 2nd time and it halts where the join is. Thanks
I'm seeing quite a lot of PTS underflows when I record on Forces TV too. Currently recording Quantum Leap which has just started again from the beginning and every episode has a couple of thousand. I know that particular channel uses x264, unlike most of the other SD Freeview channels. I can't test whether it's happening on V5 at the moment as I don't have a working Windows box.
[edited to add a log file for the latest recording]
Also VRD5Pro remembers the last file source when redoing the .TS QSF test and
VRD6 DOES NOT remember the last file source.
I just did a series of QSFs on a TS.recorded file, VRD5.772Pro vs VRD6.801. (Tools>QSF)
EDIT... Now I see the message that the PTS has been fixed for a future release. (Above)