Better let Handbrake convert *ts or *ps?

[Filmriss]

Hello,

I have *mts files that have to be put together first (I use Avidemux here) and then be saved. Since I want to passthrough and do the conversion to x.264 in Handbrake I have to save the combined *mts files. I can save them as *ts and *ps (the latter will have the ending *mpeg).

Which one is to be prefered for Handbrake?

All I can see is that, if the video has 3 audio tracks it is shown differently in Handbrake's audio-tab:

*ts:
1. mpeg2
2. mpeg2
3. AC3

*ps
1. AC3
2. mpeg2
3. mpeg2

So, as if just the order was changed.

[mduell]

Activity Log is required for support requests. See Must Read: How To Get Questions Answered on These Forums for details

Container doesn't matter to HB. I suspect you've reordered the audio tracks before HB, not HB doing container-dependent ordering.

Of course if you'd provided the mandatory activity log, I wouldn't have to guess.

[Deleted User 13735]

Handbrake will do fine with ts as long as source errors are kept to a minimum.
mts is unpredictable because if usually come from tape source. So running it through VideoRedo is advised.

[Filmriss]

Activity Log is required for support requests. See Must Read: How To Get Questions Answered on These Forums for details

Container doesn't matter to HB. I suspect you've reordered the audio tracks before HB, not HB doing container-dependent ordering.

Of course if you'd provided the mandatory activity log, I wouldn't have to guess.

I haven't converted anything with handbrake, so there is no log, but I will convert a testfile for you, so I can give you a log of a *ts file encoded to x264 and a *ps file encded to x264. Both *ts and *ps from several small *mts snipets from my PVR.

And no, I have not re-ordered the tracks. I just opened "name1.mts" and "name2.mts" in Avidemux appending "name2.mts" to "name1.mts". Then I saved the file as TS-mpeg (*ts) and PS-mpeg (*mpeg). Then I would load the *ts into Handbrake and switch to the audio tab and look at the audio order. Then I close Handbrake. THen I open Handbrake. Then I load *mpeg (i.e. the ps file) into Handbrake and look at the audio tab and see the tracks appear in different order.

[Filmriss]

Handbrake will do fine with ts as long as source errors are kept to a minimum.
mts is unpredictable because if usually come from tape source. So running it through VideoRedo is advised.

I can't use *mts anyway, since *mts is the snipets, the source from the PVR. After editing in Avidemux I have either *ts or *mpeg (ps). So I can choose between these two for Handbrake to convert with x.264.

A.mts + B.mts + C.mts
results in either
ABC.ts
or
ABC.mpeg (ps)

For audio and video in Avidemux "copy" is selected for both, which should be pass-through.

[mduell]

I haven't converted anything with handbrake, so there is no log

You are, of course, wrong. An activity log was generated as soon as you opened the files in HB, which you must have done if you saw audio tracks in the audio tab.

[Filmriss]

I haven't converted anything with handbrake, so there is no log

You are, of course, wrong. An activity log was generated as soon as you opened the files in HB, which you must have done if you saw audio tracks in the audio tab.

Od course, sorry.


So, here without converting, the log
test1.ts

Code: Select all

[21:25:30] macgui: Handbrake Version: 0.10.5 x86_64 (2016021100)
[21:25:30] hb_init: starting libhb thread
[21:25:30] hb_init: starting libhb thread
[21:25:30] macgui: hbInstances path to this instance: /Applications/Videosoftware/Handbrake/HandBrake.app
[21:25:30] macgui: hbInstance found instance pidnum: 892 at path: /Applications/Videosoftware/Handbrake/HandBrake.app
[21:25:30] macgui: hbInstance MATCH FOUND, our pidnum is: 892
[21:25:30] macgui: Pid for this instance: 892
[21:25:30] macgui: HBQueueController : My Pidnum is 892
[21:25:58] macgui: trying to open video_ts folder (parent directory chosen)
[21:25:58] macgui: scanning titles with a duration of 10 seconds or more
[21:25:58] CPU: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz
[21:25:58]  - Intel microarchitecture Ivy Bridge
[21:25:58]  - logical processor count: 4
[21:25:58] OpenCL device #1: Intel HD Graphics 4000
[21:25:58]  - OpenCL version: 1.2 
[21:25:58]  - driver version: 1.2(Jan 11 2016 18:59:21)
[21:25:58]  - device type:    GPU
[21:25:58]  - supported:      no
[21:25:58] hb_scan: path=/Users/user/Desktop/test1.ts, title_index=0
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /Users/user/Desktop/test1.ts/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /Users/user/Desktop/test1.ts/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:2182: nav_get_title_list(/Users/user/Desktop/test1.ts) failed
[21:25:58] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[21:25:58] dvd: not a dvd - trying as a stream/file instead
[21:25:58] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[21:25:58] Found the following PIDS
[21:25:58]     Video PIDS : 
[21:25:58]       0x100 type MPEG2 (0x2) (PCR)
[21:25:58]     Audio PIDS : 
[21:25:58]       0x101 type MPEG1 (0x3)
[21:25:58]       0x102 type MPEG1 (0x3)
[21:25:58]       0x103 type AC3 (0x81)
[21:25:58]     Subtitle PIDS : 
[21:25:58]     Other PIDS : 
[21:25:58] stream id 0x101 (type 0x3 substream 0x0) audio 0x101
[21:25:58] stream id 0x102 (type 0x3 substream 0x0) audio 0x102
[21:25:58] stream id 0x103 (type 0x81 substream 0x0) audio 0x103
[21:25:58] scan: decoding previews for title 1
[21:25:58] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[21:25:58] scan: audio 0x101: mp2, rate=48000Hz, bitrate=200000 Deutsch (MPEG) (2.0 ch)
[21:25:58] scan: audio 0x102: mp2, rate=48000Hz, bitrate=200000 Unknown (MPEG) (2.0 ch)
[21:25:58] scan: audio 0x103: ac3, rate=48000Hz, bitrate=448000 Deutsch (AC3) (2.0 ch)
[21:25:59] stream: 16 good frames, 0 errors (0%)
[21:25:59] scan: 10 previews, 720x576, 25.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 64:45
[21:25:59] Title is likely interlaced or telecined (9 out of 10 previews). You should do something about that.
[21:25:59] libhb: scan thread found 1 valid title(s)
[21:25:59] macgui: ScanDone state received from fHandle
[21:25:59] macgui: showNewScan: This is a new source item scan

test1.mpeg (ps)

Code: Select all

[21:29:04] macgui: Handbrake Version: 0.10.5 x86_64 (2016021100)
[21:29:04] hb_init: starting libhb thread
[21:29:04] hb_init: starting libhb thread
[21:29:04] macgui: hbInstances path to this instance: /Applications/Videosoftware/Handbrake/HandBrake.app
[21:29:04] macgui: hbInstance found instance pidnum: 947 at path: /Applications/Videosoftware/Handbrake/HandBrake.app
[21:29:04] macgui: hbInstance MATCH FOUND, our pidnum is: 947
[21:29:04] macgui: Pid for this instance: 947
[21:29:04] macgui: HBQueueController : My Pidnum is 947
[21:29:13] macgui: trying to open video_ts folder (parent directory chosen)
[21:29:13] macgui: scanning titles with a duration of 10 seconds or more
[21:29:13] CPU: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz
[21:29:13]  - Intel microarchitecture Ivy Bridge
[21:29:13]  - logical processor count: 4
[21:29:13] OpenCL device #1: Intel HD Graphics 4000
[21:29:13]  - OpenCL version: 1.2 
[21:29:13]  - driver version: 1.2(Jan 11 2016 18:59:21)
[21:29:13]  - device type:    GPU
[21:29:13]  - supported:      no
[21:29:13] hb_scan: path=/Users/user/Desktop/test1.mpg, title_index=0
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /Users/user/Desktop/test1.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /Users/user/Desktop/test1.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:2182: nav_get_title_list(/Users/user/Desktop/test1.mpg) failed
[21:29:13] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[21:29:13] dvd: not a dvd - trying as a stream/file instead
[21:29:13] file is MPEG Program Stream
[21:29:13] Probing 1 unknown stream
[21:29:13]     Probe: Found stream mpeg2video. stream id 0xe0-0x0
[21:29:13] Found the following streams
[21:29:13]     Video Streams : 
[21:29:13]       0xe0-0x0 type MPEG2 (0x2)
[21:29:13]     Audio Streams : 
[21:29:13]       0xbd-0x80 type AC3 (0x81)
[21:29:13]       0xc0-0x0 type MPEG2 (0x4)
[21:29:13]       0xc1-0x0 type MPEG2 (0x4)
[21:29:13]     Subtitle Streams : 
[21:29:13]     Other Streams : 
[21:29:13] stream id 0xbd (type 0x81 substream 0x80) audio 0x8000bd
[21:29:13] stream id 0xc0 (type 0x4 substream 0x0) audio 0xc0
[21:29:13] stream id 0xc1 (type 0x4 substream 0x0) audio 0xc1
[21:29:13] scan: decoding previews for title 1
[21:29:13] file is MPEG Program Stream
[21:29:13] Probing 1 unknown stream
[21:29:13]     Probe: Found stream mpeg2video. stream id 0xe0-0x0
[21:29:13] scan: audio 0x8000bd: ac3, rate=48000Hz, bitrate=448000 Unknown (AC3) (2.0 ch)
[21:29:13] scan: audio 0xc0: mp2, rate=48000Hz, bitrate=200000 Unknown (MPEG) (2.0 ch)
[21:29:13] scan: audio 0xc1: mp2, rate=48000Hz, bitrate=200000 Unknown (MPEG) (2.0 ch)
[21:29:13] stream: 67 good frames, 0 errors (0%)
[21:29:13] scan: 10 previews, 720x576, 25.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 64:45
[21:29:13] Title is likely interlaced or telecined (9 out of 10 previews). You should do something about that.
[21:29:13] libhb: scan thread found 1 valid title(s)
[21:29:13] macgui: ScanDone state received from fHandle
[21:29:13] macgui: showNewScan: This is a new source item scan

Interessting seems:

test1.ts
[21:25:58] Found the following PIDS
[21:25:58] Video PIDS :
[21:25:58] 0x100 type MPEG2 (0x2) (PCR)
[21:25:58] Audio PIDS :
[21:25:58] 0x101 type MPEG1 (0x3)
[21:25:58] 0x102 type MPEG1 (0x3)
[21:25:58] 0x103 type AC3 (0x81)

test1.mpeg
[21:29:13] Found the following streams
[21:29:13] Video Streams :
[21:29:13] 0xe0-0x0 type MPEG2 (0x2)
[21:29:13] Audio Streams :
[21:29:13] 0xbd-0x80 type AC3 (0x81)
[21:29:13] 0xc0-0x0 type MPEG2 (0x4)
[21:29:13] 0xc1-0x0 type MPEG2 (0x4)

Note the change in order and difference in mpeg2 vs mpeg1 audio.


This is the original *mts file

Code: Select all

[02:26:25] macgui: Handbrake Version: 0.10.5 x86_64 (2016021100)
[02:26:25] hb_init: starting libhb thread
[02:26:25] hb_init: starting libhb thread
[02:26:25] macgui: hbInstances path to this instance: /Applications/Videosoftware/Handbrake/HandBrake.app
[02:26:25] macgui: hbInstance found instance pidnum: 1375 at path: /Applications/Videosoftware/Handbrake/HandBrake.app
[02:26:25] macgui: hbInstance MATCH FOUND, our pidnum is: 1375
[02:26:25] macgui: Pid for this instance: 1375
[02:26:25] macgui: HBQueueController : My Pidnum is 1375
[02:27:12] macgui: trying to open video_ts folder (parent directory chosen)
[02:27:12] macgui: scanning titles with a duration of 10 seconds or more
[02:27:12] CPU: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz
[02:27:12]  - Intel microarchitecture Ivy Bridge
[02:27:12]  - logical processor count: 4
[02:27:12] OpenCL device #1: Intel HD Graphics 4000
[02:27:12]  - OpenCL version: 1.2 
[02:27:12]  - driver version: 1.2(Jan 11 2016 18:59:21)
[02:27:12]  - device type:    GPU
[02:27:12]  - supported:      no
[02:27:12] hb_scan: path=/Users/user/Desktop/Aufräum/Conni sortiert/UNsortiert/Conni von PVR 2016/_KIKA 9/_KiKA-23022016-0857-Ich_kenne_ein_Tier.mts, title_index=0
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /Users/user/Desktop/Aufräum/Conni sortiert/UNsortiert/Conni von PVR 2016/_KIKA 9/_KiKA-23022016-0857-Ich_kenne_ein_Tier.mts/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening /Users/user/Desktop/Aufräum/Conni sortiert/UNsortiert/Conni von PVR 2016/_KIKA 9/_KiKA-23022016-0857-Ich_kenne_ein_Tier.mts/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:2182: nav_get_title_list(/Users/user/Desktop/Aufräum/Conni sortiert/UNsortiert/Conni von PVR 2016/_KIKA 9/_KiKA-23022016-0857-Ich_kenne_ein_Tier.mts) failed
[02:27:12] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[02:27:12] dvd: not a dvd - trying as a stream/file instead
[02:27:12] file is MPEG Transport Stream with 192 byte packets offset 3076 bytes
[02:27:12] Found the following PIDS
[02:27:12]     Video PIDS : 
[02:27:12]       0x136 type MPEG2 (0x2) (PCR)
[02:27:12]     Audio PIDS : 
[02:27:12]       0x140 type MPEG1 (0x3)
[02:27:12]       0x141 type MPEG1 (0x3)
[02:27:12]       0x145 type AC3 (0x81)
[02:27:12]     Subtitle PIDS : 
[02:27:12]     Other PIDS : 
[02:27:12]       0x14a type DVB Teletext (0x0)
[02:27:12]       0x15e type ISO 13818-1 private section (0x5)
[02:27:12]       0x14b type DVB Subtitling (0x0)
[02:27:12] stream id 0x140 (type 0x3 substream 0x0) audio 0x140
[02:27:12] stream id 0x141 (type 0x3 substream 0x0) audio 0x141
[02:27:12] stream id 0x145 (type 0x81 substream 0x0) audio 0x145
[02:27:12] scan: decoding previews for title 1
[02:27:12] file is MPEG Transport Stream with 192 byte packets offset 3076 bytes
[02:27:12] scan: audio 0x145: ac3, rate=48000Hz, bitrate=448000 Deutsch (AC3) (2.0 ch)
[02:27:12] scan: audio 0x141: mp2, rate=48000Hz, bitrate=200000 Unknown (MPEG) (2.0 ch)
[02:27:12] scan: audio 0x140: mp2, rate=48000Hz, bitrate=200000 Deutsch (MPEG) (2.0 ch)
[02:27:12] stream: 18 good frames, 0 errors (0%)
[02:27:12] scan: 10 previews, 720x576, 25.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 64:45
[02:27:12] libhb: scan thread found 1 valid title(s)
[02:27:13] macgui: ScanDone state received from fHandle
[02:27:13] macgui: showNewScan: This is a new source item scan

[Deleted User 13735]

.

the source from the PVR

Your pvr source is TS, which shall remain forever and eternally TS, no matter how many times you REWRAP the file as mpeg-ps in AVIDemux. In addition to AVIDemux preserving the loose TS file architecture, ALL OF THE TRANSPORT STREAM ERRORS ARE PRESERVED AS WELL Not exactly what you want at all for re-encoding. So you dressed your black cat in a white coat. Same kitty.

You cannot simultaneously "Copy" and repair a video file. One or the other, except AVIDemux does not do the latter. Neither does Handbrake, nor would I expect it to. And yes, I've run the tests.

A proper reconstruction to program stream is done first in VideoRedo, which corrects skanky frames, gop dropouts, indexing, ref frames, and a whole bunch of things you will never see in vlc player. But Handbrake likes COMPLIANT PS from VRD a lot better than a dirty broadcast stream from your PVR, regardless of how you dressed it for the occasion. Hope that helps for now.

VRD has a free trial, and I've used it for all my pvr/DVR editing for about ten years.

[Filmriss]

Thank you.

My aim wasn't to repair or re-wrap the *mts file. My goal was:
- I have a 1h movie and on my PVR it shows as one title in the menue
- on my Mac it shows as 6 files of 10 minutes each
- now, because I don't want to make a playlist everytime on my Mac when I want to watch the movie, I "glue" them together, so that I get one file of 1h.
- I don't want to transcode it into another file format when I "glue" it together, because I want to put the file as original as can be into Handbrake and then convert it to a smaller x264 file
- so what I want to do with Avidemux is "glue together the pieces" and passthrough first.
- since there is no "passthrough" option in Avidemux, I can only choose "copy video" and "copy audio" and select a container (which they don't even call container but "output format", which is because you can use compression/encoding instead of copy, if wanted).

Since the file sizes differ for the resulting .ts and .mpeg (ps) I thought there is more than just putting it into a container. I thought the file has to be re-written, to make one big shunk out of it and that choosing .ts or .ps is the appropriate export option to choose in order to not make a a comression. It is ok for me, if it re-encodes, but not to be compressed.
The 10 minute shunks all end on i-frames, so it shouldn't need to search for new reference points while glueing them together, I thought.

Just like, when I have two DV files and want to glue them together with mpegstreamclip I can save them as DV file and only sort of "passthrough".

[Deleted User 13735]

The only way to conjoin long-gop files correctly and reliably is with VRD, not concatenation in a muxer.

That is for all the reasons mentioned above, whether or not the concatenated file appears to play correctly.

That is NOTHING like joining intraframe DV files, which are all i-frame and thus can be joined anywhere.

Oranges are not apples.

[Filmriss]

OK, where can I get VRD? When I google I get all sorts of other results.

[mduell]

It's the very first hit https://www.google.com/search?q=videoredo

[Filmriss]

Hm, these are my results, when I google it

https://www.dropbox.com/s/797c7tm7f9acf ... 3.png?dl=0
https://www.dropbox.com/s/k68phn4h46260 ... 8.png?dl=0

I forgot, you mentioned the whole name. Sorry. Only searched the abbreviation as it was used last.

[Deleted User 13735]

VideoRedo.com is the only legitimate download site.

[Deleted User 13735]

As an educator, I've gotten to the point where I can trim ends and commercials, sanitize, and have the program burned or Handbraked in about an hour after the show ends. An ordered workflow using Veryfast tune is suggested.

[Filmriss]

VideoRedo.com is the only legitimate download site.

THe dropbox links show the screenshots of my google searches. I uploaded the screenshots to my dropbox account, because I am too stupid to attach a picture here or use the img/ code.

[Filmriss]

The only way to conjoin long-gop files correctly and reliably is with VRD, not concatenation in a muxer.

That is for all the reasons mentioned above, whether or not the concatenated file appears to play correctly.

That is NOTHING like joining intraframe DV files, which are all i-frame and thus can be joined anywhere.

Oranges are not apples.

I'd like to add a question to that post. When loading file1+file2 in a muxer like avidemux, would it heal the file, when I would directly encode it into another format instead of choosing "copy video+audio" and "output format: .ts" -> i.e. choose "convert to x264" and "output format mp4" instead of "copy video+audio" and "output format: .ts"? After, what you two said, I assume: no.

This is interesting since iMovie version 8 to 10.0 had the habit to transcode all movies imported to a high bitrate x264 (called aic) as a format for the cutting/editing process. Same with Final Cut Pro, there it was even possible to cut several formats at b/p-frames, because it would re-calcualte the pictures.

[Deleted User 13735]

No.

Comparisons between a simple "joiner/ MUXER" (Avidemux) and an "editor/ENCODER" (iMovie, FCPX, Vegas, Avid, Edius, Premiere, AE, etc., etc., etc. are not valid.

These are basic vocabulary words; feel encouraged to search the differences for yourself.

AVIDemux costs 0$. The rest are $$ to $$$$.
But none of those accept badly compromised transport Streams either.
[Cues VRD stage right]
Tanstaafl. Best of luck.