Editing and working with .ts files

Swanny · Post by **Swanny** » Fri Oct 02, 2015 22:15

Occasionally I have a .ts recording I would like to edit on an lMac is there a favorite editor that works well. Wondershare sells one.
It it worthwhile converting video files to .ts format . They seem to work well and display subtitles on Beyonwiz. If so is there a good converter. I have not come across .ts files before.

MrQuade · Post by **MrQuade** » Sat Oct 03, 2015 00:07

You can edit recordings on the T4 itself if you want to make simple top/tail edits and remove ads.

It is not worth converting files in other formats to .ts format I reckon. If the T4 can play them as-is, then leave them that way. Otherwise, you are probably better off converting to .mkv with h.264 video and Dolby Digital if you want to preserve multi channel audio. Use AAC audio if you don't mind stereo only from the T4.

prl · Post by **prl** » Sat Oct 03, 2015 07:37

I use MPEG Streamclip (free, OSX and Windows) for editing. You used to need to buy the Apple QuickTime MPEG-2 Playback Component to use Streamclip to edit .ts files on Mac, but I'm not sure whether that's still needed.

jazza · Post by **jazza** » Sat Oct 03, 2015 11:55

Avidemux is GPL and does a great basic job of editing of .TS files. Chops/trims/etc without fancy stuff or encoding required.

I use it on rare occasions that I want to keep a music doco and remove the adverts.

Linux/windows/OS X available.

http://avidemux.sourceforge.net

(MPG2cut2 used to do this for me but last time I tried it didn't handle HD well.).

rfmoore · Post by **rfmoore** » Thu Feb 04, 2016 15:05

I recorded "The girl with the dragon tattoo" on my T4 the other night. Today I copied it to a usb stick and 6 files with the following extensions were copied .eit .MEPEG-2 TS Video .AP .CUTS .META and .Sc When I selected the .MEPEG-2 TS Video file using Windows Media Player or VLC on my PC laptop I was able to watch the video but there was no sound. Can you help me obtain audio when I copy recordings of movies.

Reg Moore

MrQuade · Post by **MrQuade** » Thu Feb 04, 2016 15:09

Does your PC Laptop play sound in other non-recorded media files when using VLC?

rfmoore · Post by **rfmoore** » Thu Feb 04, 2016 19:35

Thanks chaps or chapesses. I have solved the problem it was fingeg trouble . I now have audio with my copied TS files.

bpratt · Post by **bpratt** » Fri Apr 13, 2018 11:46

Used to do all my editing and trimming of files after capturing it in, and then using Vegas Pro v9.

Finally started up Vegas 9 to edit some stuff I want to keep, and get rid of the adverts, and have discovered it won't edit .ts files

How have you got around this? ... is there a quick conversion to another format that doesn't choke Vegas 9 (I've never bothered to upgrade to the latest version, as I haven't had the need).

raymondjpg · Post by **raymondjpg** » Fri Apr 13, 2018 12:19

bpratt wrote: ↑
Fri Apr 13, 2018 11:46
Used to do all my editing and trimming of files after capturing it in, and then using Vegas Pro v9.

Finally started up Vegas 9 to edit some stuff I want to keep, and get rid of the adverts, and have discovered it won't edit .ts files

How have you got around this? ... is there a quick conversion to another format that doesn't choke Vegas 9 (I've never bothered to upgrade to the latest version, as I haven't had the need).

You could try changing the file extension from .ts to .mpg, but that may not work if there are transport stream errors in the source file that caused the problem in the first place.

From what I have read on this, the .ts file might be made readable by Vegas Pro by running it through VideoRedo Quick Stream Fix or TS Doctor. Both have trial versions. No guarantees that they will do the trick.

bpratt · Post by **bpratt** » Mon May 21, 2018 10:59

I've started to use videoredo to trim and tidy up recordings I want to keep, but come across something interesting with some of my recordings.

When loaded in to videoredo, the image appears to be squashed up in to 4:3 mode, even though other recordings of similar source are showing up as 16:9 in videoredo.

Is there anyway to fix this ?

prl · Post by **prl** » Mon May 21, 2018 11:32

You might want to say in a bit more detail what the recording with the incorrect aspect ratio was recorded from, and what you mean by "similar".

And also post mediainfo output from a recording with the incorrect aspect ratio in videoredo and mediainfo output from a "similar" recording with the correct information in videoredo.

sub3R · Post by **sub3R** » Mon May 21, 2018 13:47

bpratt wrote: ↑
Mon May 21, 2018 10:59
I've started to use videoredo to trim and tidy up recordings I want to keep, but come across something interesting with some of my recordings.

Give TS-Doctor a try. Thanks to a suggestion by netmask I downloaded the 30 day free trial to fix my topped & tailed DPS1 YARDWiz TVWIZ to .ts converted recordings (.ts to .ts). It doesn’t do a perfect job if the middle has been edited out, but I don’t think any software will.

So far I’m very impressed with it & intend to purchase it. Some of the other free software I have tried doesn’t come close to it. It may not fix incorrect aspect ratios though, but worth a try.

It is very good for topping & tailing .ts recordings (.ts to .ts) from our U4 I want to keep (such as YouTube videos via HDMI-IN).

Netmask also put a fairly recent link here.

bpratt · Post by **bpratt** » Mon May 21, 2018 14:53

Valid points Peter, and I should have included those details.

This is from videoredo

This displays correctly
Encoding H.264 VideoStreamID xE0
Frame rate 59.94 fps Encoding size 1280 x 720
Aspect ratio 16:9 Header bit rate 14.000 Mbps
VBV buffer 256 KBytes Profile Main/3.1
Progressive Progressive Chroma 4:2:0
Entropy mode CABAC Bit rate 10.373 Mbps

This is one that doesn't.

Encoding H.264 VideoStreamID xE0
Frame rate 60.00 fps Encoding size 352 x 288
Aspect ratio 1.23:1 Header bit rate 14.000 Mbps
VBV buffer 256 KBytes Profile Main/3.1
Progressive Progressive Chroma 4:2:0
Entropy mode CABAC Bit rate 10.108 Mbps

These both recordings were done via HDMI In from the same source

Paul_oz53 · Post by **Paul_oz53** » Mon May 21, 2018 15:09

It might be assuming square pixels and calculating the aspect ratio from 352/288=1.22.

On the VideoReDo forum the suggestion is:

In the file save dialog box, click the Options button to save with a different aspect ratio.

Don't use videoredo so I'm not sure if this will work for you.

bpratt · Post by **bpratt** » Mon May 21, 2018 16:16

Thanks Paul, but that didn't fix it.

I've played the same titles on my T4, and the image size is coming up with 1280x720

In windows explorer some are coming up with that, whilst others are coming up as 352x288

All I've done is download them from the T4 to the computer.
Weird.

raymondjpg · Post by **raymondjpg** » Mon May 21, 2018 16:44

bpratt wrote: ↑
Mon May 21, 2018 14:53
These both recordings were done via HDMI In from the same source

It looks to me as if it depends on "the source". I have never used the HDMI in, so I don't know what it might or might not do to source material.

Probably best to post Mediainfo output from the *source* material to get some clue as to what the HDMI In might have done to it.

bpratt · Post by **bpratt** » Mon May 21, 2018 18:06

I see MediaInfo output.... where do I find that?

I'm assuming I've got the right details in my previous post, but if it is something else I'm being asked for, I'll like to provide the info.

The original source was my Foxtel Iq3 box, and it was from the same foxtel HD channel but on the next day

prl · Post by **prl** » Mon May 21, 2018 18:18

Had you changed the HDMI IN encoding settings in the meantime (various settings in MENU>Setup>TV>HDMI Recording settings)?

bpratt · Post by **bpratt** » Mon May 21, 2018 19:57

prl wrote: ↑
Mon May 21, 2018 18:18
Had you changed the HDMI IN encoding settings in the meantime (various settings in MENU>Setup>TV>HDMI Recording settings)?

No, I usually set them and leave them as that.... certainly don't change from from day to day though.

Watching the recording straight off the T4, both the recordings display as 1280x720 , but is that just saying what's being sent out to the display device and upscaling it to that 1280x720 ? ... the display device is full HD though.

prl · Post by **prl** » Mon May 21, 2018 20:03

bpratt wrote: ↑
Mon May 21, 2018 19:57
... both the recordings display as 1280x720

They display that value where?

bpratt wrote: ↑
Mon May 21, 2018 19:57
but is that just saying what's being sent out to the display device and upscaling it to that 1280x720 ? ... the display device is full HD though.

Impossible to say without knowing the video settings in your A/V settings.

Grumpy_Geoff · Post by **Grumpy_Geoff** » Mon May 21, 2018 20:48

bpratt wrote: ↑
Mon May 21, 2018 18:06
I see MediaInfo output.... where do I find that?

"MediaInfo is a convenient unified display of the most relevant technical and tag data for video and audio files".

Paul_oz53 · Post by **Paul_oz53** » Mon May 21, 2018 21:13

I suspect you have stumbled onto a bug. The setting for aspect ratio appears to have no effect on the recording that is made.

I have found HDMI IN recordings have the aspect ratio determined by the ratio of pixels. If you use 320x288 with 16:9 aspect ratio settings, the result is 1.22 aspect ratio, not 1.78.

You have to select recording options that match
the aspect ratio or the outcome is misshapen. You must record 320x180 to get the correct 1.78 ratio.

Paul

bpratt · Post by **bpratt** » Mon May 21, 2018 21:39

My confusion probably isn't helping me at all, but now I have mediainfo and both .ts file look basically identical.

This is the one that shows up in windows as 352x288
Video
ID : 224 (0xE0)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 2 frames
Format settings, GOP : M=1, N=15
Codec ID : 27
Duration : 1 h 17 min
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 60.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive

This one shows up in windows as 1280x720

Video
ID : 224 (0xE0)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 2 frames
Format settings, GOP : M=1, N=15
Codec ID : 27
Duration : 1 h 36 min
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 60.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive

Paul_oz53 · Post by **Paul_oz53** » Mon May 21, 2018 22:58

OK - you didn't record them with different HDMI-IN recording settings then. If you did, that would explain the differences but if not, they should be at the default 1280/720, which they appear to be.

You're not going mad - I changed the software I use to turn .TS into DVDs because it was sometimes doing exactly the same thing. It was turning out poor 4:3 DVDs when it should have been 16:9. All I changed was the software that makes the DVDs.

It was pretty random too. I suspect a malformed header in the .TS was being misread by the software but I haven't delved into it. I haven't had the problem since.

MrQuade · Post by **MrQuade** » Mon May 21, 2018 23:08

I am curious as to why one would be 60.00fps and the other is 59.94fps.

What causes that? Perhaps the Wiz might be making a decision as to what framerate to use based on the user preference, but but the actual fps is tweaked according to the source rate (NTSC, or film). Or could it possibly mean that the default setting is 60fps, but when the user changes the framerate to 50pfs, then back to 60fps, the Wiz actually writes 59.94 back into the settings (or vice versa)?

Star6key · Post by **Star6key** » Tue May 22, 2018 01:32

While this doesn't help with an answer, I can say that over the years I've had numerous issues with hdmi recordings, and trying to compress them on a PC. Roughly 20-30% of files were not readable, or had too many errors to fix (using TS Doctor). All the recordings (good & bad) were from the same source/device. At a guess, the headers that were created by the wiz were at fault, yet they played just fine on the wiz. I gave up trying to compress them a while back. Whether the same problem still exists, I don't know.

raymondjpg · Post by **raymondjpg** » Tue May 22, 2018 09:57

bpratt wrote: ↑
Mon May 21, 2018 21:39
My confusion probably isn't helping me at all, but now I have mediainfo and both .ts file look basically identical.

They look pretty much the same to me too. It looks like something is happening when processing through the HDMI In. There is discussion of a similar issue with a LiDiC aspect ratio problem and a DP-P2 here viewtopic.php?t=7077.

I don't have Foxtel so I don't know how you might be able to access the source files there to run Mediainfo on them. If you can, then is it possible to run the files out of the Foxtel device into a pc to work on them with Videoredo without running them through HDMI In first, and then have the BW play them from the pc?

If not, then I suspect (but don't know) that you should be able to edit the 352 x 288 file in Videoredo and still have it play back as 16:9 on the Beyonwiz. As far as I know Videoredo will not mess with aspect ratios unless specifically instructed to do so in the file save dialogue. For example if the Videoredo edited file plays with an incorrect aspect ratio either on the BW or on the pc then a more correct aspect ratio can be forced on the Videoredo edited file in the file save dialogue.

Paul_oz53 · Post by **Paul_oz53** » Tue May 22, 2018 10:27

raymondjpg wrote: ↑
Tue May 22, 2018 09:57
...

I don't have Foxtel so I don't know how you might be able to access the source files there to run Mediainfo on them. If you can, then is it possible to run the files out of the Foxtel device into a pc to work on them with Videoredo without running them through HDMI In first, and then have the BW play them from the pc?

Foxtel boxes don't allow user access to the internal files. The only way to record is to run the output through a splitter into the HDMI-IN on a T4/U4.

It really does appear to me that the T4 recording file being created is afflicted with a wrong or malformed header. The actual recording is being made as 1280x720 but other software is reading it as 352x288.

prl · Post by **prl** » Tue May 22, 2018 11:02

As far as I know, there isn't any sort of header on Beyonwiz .ts files. The TS format doesn't have "headers". Since it's intended as a broadcast format, the concept of a "header" is really foreign to how it's used (there are individual packet headers in the stream, but I doubt that's what was meant).

There is data (I think in the Program Map Table, PMT) which is repeated fairly frequently, that says what the various video format parameters are. That's where mediainfo gets the resolution & frame rate data.

raymondjpg · Post by **raymondjpg** » Tue May 22, 2018 11:16

Paul_oz53 wrote: ↑
Tue May 22, 2018 10:27
Foxtel boxes don't allow user access to the internal files. The only way to record is to run the output through a splitter into the HDMI-IN on a T4/U4.

It really does appear to me that the T4 recording file being created is afflicted with a wrong or malformed header. The actual recording is being made as 1280x720 but other software is reading it as 352x288.

It might be interesting to know if the 352x288 file (as reported by VideoReDo) plays with the correct aspect ratio on a PC. Also, if it is down to a wrong or malformed header, whether muxing into an mkv container would fix that so that VideoReDo would once again see the file as 1280x720. Another possibility is that tsMuxerGUI could either fix the header, or remux according to the correct aspect ratio, that is if the aspect ratio needs to be fixed. I've never encountered this issue, but then I've never used the LiDiC or HDMI In.

Grumpy_Geoff · Post by **Grumpy_Geoff** » Tue May 22, 2018 11:19

Paul_oz53 wrote: ↑
Tue May 22, 2018 10:27
...The actual recording is being made as 1280x720 but other software is reading it as 352x288.

Using the same software, not all of bpratt's HDMI-IN recordings appear like that - some are reported as 1280x720, some are 352x288.
Mediainfo appears to show them as 1280x720 when other software shows them differently.
Which software is correct?

What do some media players report for these recordings, the likes of PotPlayer, VLC, KMPlayer, Windows Media Player, Media Player Classic - Home Cinema, GOM Media Player?

prl · Post by **prl** » Tue May 22, 2018 11:22

raymondjpg wrote: ↑
Tue May 22, 2018 11:16
...
It might be interesting to know if the 352x288 file (as reported by VideoReDo) plays with the correct aspect ratio on a PC.

Grumpy_Geoff wrote: ↑
Tue May 22, 2018 11:19
What do some media players report for these recordings, the likes of PotPlayer, VLC, KMPlayer, Windows Media Player, Media Player Classic - Home Cinema, GOM Media Player?

Good questions.

raymondjpg wrote: ↑
Tue May 22, 2018 11:16
Also, if it is down to a wrong or malformed header ...

Just what "header" do you mean?

bpratt · Post by **bpratt** » Tue May 22, 2018 11:31

raymondjpg wrote: ↑
Tue May 22, 2018 11:16

It might be interesting to know if the 352x288 file (as reported by VideoReDo) plays with the correct aspect ratio on a PC.

Plays in the correct aspect ration under windows media player under Win7

However when the item is selected in Windows Explorer is shows up as 352x288

So windows is seeing it as that odd size, so assuming right or wrong VideoReDo is accepting that, and then opening it up as such.

prl · Post by **prl** » Tue May 22, 2018 11:49

Is this a case of Windows extracting resolution information from the file and putting it in file metadata, but getting it wrong, and thereafter, programs that rely on the Windows file metadata get it wrong, and programs that extract the actual resolution data embedded in the file get it right?

raymondjpg · Post by **raymondjpg** » Tue May 22, 2018 11:55

Grumpy_Geoff wrote: ↑
Tue May 22, 2018 11:19
Using the same software, not all of bpratt's HDMI-IN recordings appear like that - some are reported as 1280x720, some are 352x288.
Mediainfo appears to show them as 1280x720 when other software shows them differently.
Which software is correct?

I'd be inclined to think that Mediainfo is more likely to be reporting correctly, although Bunkus has said that Mediainfo can get things wrong. I have seen strange frame rates reported by Mediainfo after muxing with MKVToolNix GUI but never changed resolutions.

raymondjpg · Post by **raymondjpg** » Tue May 22, 2018 12:02

bpratt wrote: ↑
Tue May 22, 2018 11:31

raymondjpg wrote: ↑
Tue May 22, 2018 11:16

It might be interesting to know if the 352x288 file (as reported by VideoReDo) plays with the correct aspect ratio on a PC.
Plays in the correct aspect ration under windows media player under Win7

However when the item is selected in Windows Explorer is shows up as 352x288

So windows is seeing it as that odd size, so assuming right or wrong VideoReDo is accepting that, and then opening it up as such.

Well if Windows says it is 352x288 then we can't really fault VideReDo for reporting it as such!

Paul_oz53 · Post by **Paul_oz53** » Tue May 22, 2018 13:26

prl wrote: ↑
Tue May 22, 2018 11:02
As far as I know, there isn't any sort of header on Beyonwiz .ts files. The TS format doesn't have "headers". Since it's intended as a broadcast format, the concept of a "header" is really foreign to how it's used (there are individual packet headers in the stream, but I doubt that's what was meant).

There is data (I think in the Program Map Table, PMT) which is repeated fairly frequently, that says what the various video format parameters are. That's where mediainfo gets the resolution & frame rate data.

Thanks prl for the additional explanation. It's been a long time since I looked at the .TS data structure. I had forgotten , if I ever knew, that the video resolution is in the PMT and not the packet headers.

If the details of the video resolution are contained within the PMT then it must be either:

the PMT field in teh .TS stream which is malformed when independent software reads the file as something other than its actual content; or
the software is misreading the PMT data to misinterpret the stream.

Given the reputation of VideoReDo as a gold standard for correcting faulty videos, it would surprise me if that were at fault here but I don't ignore the possibility.

I know in my own case that the T4 is set to 1280x720 60 fps and that all source material is 1080i. Overwhelmingly, I get the expected 16:9 outcome when I re-encode a .TS recording as a DVD. Yet, with the same source material, different software will occasionally interpret the source as 4:3. I'm inclined to think it is the former but without detailed examination of a problem file it is impossible to say which is true.

prl · Post by **prl** » Tue May 22, 2018 13:43

Paul_oz53 wrote: ↑
Tue May 22, 2018 13:26

prl wrote: ↑
Tue May 22, 2018 11:02
As far as I know, there isn't any sort of header on Beyonwiz .ts files. The TS format doesn't have "headers". Since it's intended as a broadcast format, the concept of a "header" is really foreign to how it's used (there are individual packet headers in the stream, but I doubt that's what was meant).

There is data (I think in the Program Map Table, PMT) which is repeated fairly frequently, that says what the various video format parameters are. That's where mediainfo gets the resolution & frame rate data.
Thanks prl for the additional explanation. It's been a long time since I looked at the .TS data structure. I had forgotten , if I ever knew, that the video resolution is in the PMT and not the packet headers.
...

No problem. Packet headers in TS are really small, just 4 bytes, and that header is used for all types of packets, not just video data.

raymondjpg · Post by **raymondjpg** » Tue May 22, 2018 15:26

Paul_oz53 wrote: ↑
Tue May 22, 2018 13:26
Given the reputation of VideoReDo as a gold standard for correcting faulty videos, it would surprise me if that were at fault here but I don't ignore the possibility.

I would probably try using VideoReDo to:

1. Run quick stream fix on the 352x288 file to see if that restores the resolution to 1280x720 .
2. Save the 352x288 file as an H.264 MP4. The resulting .mp4 might have more [accurate] information for Windows and VideoReDo to work with.

That is if these haven't been tried already.

sub3R · Post by **sub3R** » Tue May 22, 2018 15:37

MrQuade wrote: ↑
Mon May 21, 2018 23:08
I am curious as to why one would be 60.00fps and the other is 59.94fps.

That had me puzzled too.

Here is a bit of info I found about one of my U4’s HDMI-IN recordings (WizTV dongle & U4 both set at 60fps):

Checking via the LAN a HDMI-IN unedited .ts recording still on the U4’s internal HDD (a music video recorded from YouTube on the WizTV dongle to the U4 via HDMI-IN) with Windows Explorer & MediaInfo, I find:

‘Windows Explorer > properties > details’ reports the file as; “1280 x 720, 16:9, 59.94 frames/sec.”
MediaInfo reports the file as; “1280 x 720, 16:9, 60.000 fps, progressive.”

After loading the same recording via the LAN from the U4’s HDD straight into TS-Doctor (not using Windows Explorer) I find:

TS-Doctor does, apart from other scans, a PMT scan & a PMT rebuild when it loads a recording. It displays under identified streams after the recording loads; “H264 HD, Main @ 4.0, (16:9) 1280 x 720P 59.940 FPS.”

After saving that .ts recording as a .ts file with TS-Doctor (cleaning up/fixing/reporting errors) part of the log file TS-Doctor generates states:

“Video format: H264 1280x720p/AR=16:9/59.940 fps/Main@4.0”
and also:
“Starting at packet 00000006 PCR: 00:00:00.150 (01:24:42.150)
ES WARNING: H264 video resolution info changed at 00:00:00.061 [$0000000B]
from 1280x720, Progressiv / 59.940 fps / Main@4.0 / Assumed BT.709 but unspecified
to 1280x720, Progressiv / 60 fps / Main@4.0 / Assumed BT.709 but unspecified
Ending at packet 0014CE6C PCR: 00:06:22.750 (01:31:04.750)”

TS-Doctor saved that resultant .ts recording to the PC’s HDD. Windows Explorer & MediaInfo shows the following:

‘Windows Explorer > properties > details’ reports the resultant .ts file as; 1280 x 720, 59.94 frames/sec.”
MediaInfo reports the resultant .ts file as; “1280 x 720, 16:9, 60.000 fps, progressive.”

bpratt · Post by **bpratt** » Tue May 22, 2018 19:07

raymondjpg wrote: ↑
Tue May 22, 2018 15:26

I would probably try using VideoReDo to:

1. Run quick stream fix on the 352x288 file to see if that restores the resolution to 1280x720 .
2. Save the 352x288 file as an H.264 MP4. The resulting .mp4 might have more [accurate] information for Windows and VideoReDo to work with.

Tried both out, and no difference... resultant files are still 352x288 in size.

Now on top of this a 1280x720 file 'top and tailed' when output completely loses audio sync (videoredo reports errors), so I did the quickstream fix on the file, then the 'fixed' file had issues with audio sync too.

raymondjpg · Post by **raymondjpg** » Tue May 22, 2018 19:38

bpratt wrote: ↑
Tue May 22, 2018 19:07

raymondjpg wrote: ↑
Tue May 22, 2018 15:26

I would probably try using VideoReDo to:

1. Run quick stream fix on the 352x288 file to see if that restores the resolution to 1280x720 .
2. Save the 352x288 file as an H.264 MP4. The resulting .mp4 might have more [accurate] information for Windows and VideoReDo to work with.
Tried both out, and no difference... resultant files are still 352x288 in size.

Now on top of this a 1280x720 file 'top and tailed' when output completely loses audio sync (videoredo reports errors), so I did the quickstream fix on the file, then the 'fixed' file had issues with audio sync too.

That's not very helpful of it! Have you tried the trial version of TS-Doctor? Or muxing into a mkv container with MKVToolNix GUI? Or running the file through tsMuxerGUI? (The latter two are free.)

Otherwise it's starting to look like as if trying to fix this file, or to edit it with VideoReDo, goes in the too hard basket.

netmask · Post by **netmask** » Tue May 22, 2018 19:42

Have you tried using AVIDemux (latest version) https://www.videohelp.com/software/AviDemux

bpratt · Post by **bpratt** » Tue May 22, 2018 20:43

raymondjpg wrote: ↑
Tue May 22, 2018 19:38

That's not very helpful of it! Have you tried the trial version of TS-Doctor? Or muxing into a mkv container with MKVToolNix GUI? Or running the file through tsMuxerGUI? (The latter two are free.)

Otherwise it's starting to look like as if trying to fix this file, or to edit it with VideoReDo, goes in the too hard basket.

This isn't just one file, there's quite a number of them that I'm trying to save for later viewing. Just making them 720x576, to take less space, but keep reasonable resolution.

I'll grab some of those tools as well.

Grumpy_Geoff · Post by **Grumpy_Geoff** » Tue May 22, 2018 21:04

bpratt wrote: ↑
Tue May 22, 2018 20:43
...Just making them 720x576, to take less space, but keep reasonable resolution.

Why not record these in 720x576 then? (MENU>>Setup>>TV>>HDMI Recording settings, change Width/Height).

sub3R · Post by **sub3R** » Tue May 22, 2018 21:12

I’m far from an expert on this, but I can offer what I have recently found.

Trying to get some of my topped & tailed DPS1 YARDWiz TVWIZ to .ts converted recordings made playable on the U4, I came across quite a few of these recordings that Avidemux 2.7.0 couldn’t fix but TS-Doctor 2.1.28 could. The DPS1 edited original .ts recordings wouldn’t play on the U4 & when they were made playable by playing on the T2 first, some still had skipping issues.

The main issue wasn’t obvious until I was skipping through the resultant Avidemux .ts recording with the U4 & found I couldn’t skip back past a point where a short section had been edited out part way through the recording with the DPS1. Audio was also lost for a short period & replay stalled for a short period. TS-Doctor corrected this.

I also had some recordings that didn’t have anything edited out part way through the recording (they had only been topped & tailed) but had some sort of breakup (video &/or audio) part way through the recording. On a couple of these I ran into the same skipping issues after using Avidemux but not after using TS-Doctor.

However, if the recording had video or audio breakup, Avidemux or TS-Doctor couldn’t completely clean this up, which wasn’t surprising. But the U4 could still play these & skipping forward & back was reliable after running through TS-Doctor.

With just a topped & tailed (DPS1 YARDWiz TVWIZ to .ts converted) good quality recording, Avidemux & TS-Doctor do a good job.

With Avidemux I was saving the recording with Video & Audio Output both set to ‘Copy’, & Output Format set at ‘Mpeg TS Muxer (ff)’. With TS-Doctor I was just saving the recording with the default settings. Both gave a .ts format file.

I would suggest trying skipping forward & backward on the T or U series wizzes on any corrected recordings. Just playing the recording won’t show the full picture.

I don’t have any aspect ratio issue recordings I can try.

Paul_oz53 · Post by **Paul_oz53** » Tue May 22, 2018 23:17

Grumpy_Geoff wrote: ↑
Tue May 22, 2018 21:04

bpratt wrote: ↑
Tue May 22, 2018 20:43
...Just making them 720x576, to take less space, but keep reasonable resolution.

Why not record these in 720x576 then? (MENU>>Setup>>TV>>HDMI Recording settings, change Width/Height).

I've tested these options. They don't work correctly. If you record a 16:9 source at 720x576 the result is a 4:3 file, regardless of the setting you select for aspect ratio. To maintain aspect ratio you have to use 640x360.

[Edit] True even if the source is 576p. [/Edit]

Grumpy_Geoff · Post by **Grumpy_Geoff** » Wed May 23, 2018 09:45

The recordings play in the correct aspect ratio on the T4 and on the computer.
If I understand correctly, the intent is to top/tail the recordings and compress them to 720x576.
The topping/tailing can be done on the T4. The compression can be done on the PC with any number of programs (e.g. VidCoder, HandBrake, Avidemux et. al.)
If we don't use VideoReDo, is there any other issue here?

sub3R · Post by **sub3R** » Wed May 23, 2018 11:35

sub3R wrote: ↑
Tue May 22, 2018 21:12
I don’t have any aspect ratio issue recordings I can try.

I found an old downloaded video that never played at the correct ratio in PotPlayer or on the U4. It always displayed incorrectly as 4:3 which squashed the video in from the sides. Windows Explorer & MediaInfo reports this as 4:3 ratio.

I tried changing the video size in Vidcoder 3.14 (x64), a program that I first tried converting my topped & tailed DPS1 .ts recording but it was too slow & I lost some quality when I viewed them in PotPlayer (and I found .ts format from TS-Doctor always worked better with the wizzes).

Vidcoder worked fine for changing the aspect ratio after I encoded the video (H.264 x264 video codec) using the ‘normal’ pre-set with some changes, & under the sizing tab changed sizing from Auto mode to Manual Mode 1280 width x 720 height. Auto mode wanted to keep the output resolution at 312 x 240, the same as the input display resolution. In the manual mode I selected, the output resolution changed to 1280 x 720.

After encoding as above, when the video was played back on PotPlayer & on the U4 I got the correct aspect ratio (16:9). In addition to that, Windows Explorer & MediaInfo now reports the correct 16:9 ratio.

Vidcoder is a free download. I would be interested if it fixed all aspect ratio issues.

About the Forum

Join us