I thought I was all set with Blu-Ray backups using this proggy... but it really looks like it really, really hates discs with multiple mt2s streams for the movie (where you have to join them)..

Was playing around with Talladega Nights (since it was handy), where the movie appears to be split over 00017.m2ts and 00018.m2ts...

I have tried to rebuld each one to a new .m2ts stream, then join them with the file method (copy /b file1+file2 file3), and ran that through TSRemux again to fix the timecode... the end result is, the video and audio are SCATTERED.

I have trouble describing this problem, but I'll try: it's not scattered in the quality, but in referencing what frame you're on, and when. Like, if you drag the scanning bar around, you'll find the beginning of the movie in a couple different places in the stream! It doesn't play "linear". In other words, it's almost like the movie has randomized it's scenes out of order or something. ???

Basically, here's what's going on:

1. When I rebuild stream1's m2ts with stream 2's, copy them together, fix with TSRemux: All messed up. Indescribable.

2. When I demux MPEG2 and AC3 from that joined, rebuilt m2ts: Video is "scattered" as I described before. But, oddly enough, the audio seems to play. AND... it's the proper length, and plays in the correct manner. Huh?

3. When I demux each m2ts separately, taking the MPEG2 from stream 1 alone, or stream 2 alone, results in a video stream that has this "scattering" when played back.

I really don't know what on earth to make of this. I'm running AnyDVD HD in the background, so protection shouldn't be happening at all. I also used TSRemux on another title, and it worked just fine for me, only a day or so ago. I can only assume it's something to do with multiple streams???

Is there another program I could also try? (I'd hate to, since TSRemux has given me good luck except for this)

It might clarify things further is I mention, this is ultimately going to a x264+ac3 audio MKV stream, not simply rebuilding the stream for a BD disc (they're still pricey as hell). :P So I need to get a linear video and audio streams to encode from... and this is the first time I haven't been able to get one from an HD disc. Hopefully someone knows what's going on here?

I thought I was all set with Blu-Ray backups using this proggy... but it really looks like it really, really hates discs with multiple mt2s streams for the movie (where you have to join them)..

Was playing around with Talladega Nights (since it was handy), where the movie appears to be split over 00017.m2ts and 00018.m2ts...

I have tried to rebuld each one to a new .m2ts stream, then join them with the file method (copy /b file1+file2 file3), and ran that through TSRemux again to fix the timecode... the end result is, the video and audio are SCATTERED.

I have trouble describing this problem, but I'll try: it's not scattered in the quality, but in referencing what frame you're on, and when. Like, if you drag the scanning bar around, you'll find the beginning of the movie in a couple different places in the stream! It doesn't play "linear". In other words, it's almost like the movie has randomized it's scenes out of order or something. ???

Basically, here's what's going on:

1. When I rebuild stream1's m2ts with stream 2's, copy them together, fix with TSRemux: All messed up. Indescribable.

2. When I demux MPEG2 and AC3 from that joined, rebuilt m2ts: Video is "scattered" as I described before. But, oddly enough, the audio seems to play. AND... it's the proper length, and plays in the correct manner. Huh?

3. When I demux each m2ts separately, taking the MPEG2 from stream 1 alone, or stream 2 alone, results in a video stream that has this "scattering" when played back.

I really don't know what on earth to make of this. I'm running AnyDVD HD in the background, so protection shouldn't be happening at all. I also used TSRemux on another title, and it worked just fine for me, only a day or so ago. I can only assume it's something to do with multiple streams???

Is there another program I could also try? (I'd hate to, since TSRemux has given me good luck except for this)

Here's what you need to do in order:
1) copy /b file1+file2 outfile on the original 000xx.m2ts files.
2) run the outfile through TsRemux with M2TS output.
3) run the result once again through TsRemux with Blu-Ray output.

This tool is really great. I think the following features would really be useful:
- possibility to select multiples source files that will be automatically merged like with HDTVTOMPEG2. This would save a lot of time.
- possibility to output EVO/MPG files. Indeed, at the moment if the source is an EVO file with contains DTSHD or DD+ tracks and the output is a TS or M2TS file, it is impossible to get the audio tracks detected with Haali filter. I don't know if this is a limitation or issue of Haali filter or a problem in the way the tracks are muxed. So if the output could be an EVO, this would make it easy to merge two EVO files and get rid of useless tracks.

Here's what you need to do in order:
1) copy /b file1+file2 outfile on the original 000xx.m2ts files.
2) run the outfile through TsRemux with M2TS output.
3) run the result once again through TsRemux with Blu-Ray output.

Do you think this might work with a AVC/DD5.1 movie which is in 5 or more parts?

Or could someone recommend an application for combining AVC clips (originally split into parts because of ad breaks)?

dunno if you've noticed, but the automatic 5min chapters work a bit differently from the way chapters work in 'professional' BD movies. Whereas skipping chapters is pretty much seamless and instantaneous in commercial releases, skipping a chapter in remuxed BD causes the screen to go black for a moment. The sound is also cut off during the skip, and it takes a brief moment for an A/V receiver to recognize the DD audio when playback resumes. This is a minor issue, certainly.

This tool is really great. I think the following features would really be useful:
- possibility to select multiples source files that will be automatically merged like with HDTVTOMPEG2. This would save a lot of time.
- possibility to output EVO/MPG files. Indeed, at the moment if the source is an EVO file with contains DTSHD or DD+ tracks and the output is a TS or M2TS file, it is impossible to get the audio tracks detected with Haali filter. I don't know if this is a limitation or issue of Haali filter or a problem in the way the tracks are muxed. So if the output could be an EVO, this would make it easy to merge two EVO files and get rid of useless tracks.

Thanks for your work on this software!

The tool you want is EVOdumux. It does everything you're asking for with EVO's. This tool is based on m2ts streams (BD), and allthough there is some support in this util to import EVO's and output to a bdmv container, to demux/remux EVO's, use EVOdemux. http://www.videohelp.com/tools/EVOdemux

The tool you want is EVOdumux. It does everything you're asking for with EVO's. This tool is based on m2ts streams (BD), and allthough there is some support in this util to import EVO's and output to a bdmv container, to demux/remux EVO's, use EVOdemux. http://www.videohelp.com/tools/EVOdemux

I know EvoDemux. It is a great tool as well. However the Rebuild feature doesn't rewrite the timestamps when merging the two files (which is a great feature of TSRemux). The merged file can't be played entirely because only half of the file is visible.

I know EvoDemux. It is a great tool as well. However the Rebuild feature doesn't rewrite the timestamps when merging the two files (which is a great feature of TSRemux). The merged file can't be played entirely because only half of the file is visible.

Wow, I'm shocked. I was under the impression that it did rewrite the timestamps. Every HDDVD I've seen has 2 EVO's that need to be muxed together. I've been playing with m2ts streams the most, and only played with EVO's a little. I didn't realize it didn't do that.

That completly screws me too. Crap. I need to complain to the dude writing EVOdemux.

Do you know if when you demux 2x EVO's to mpv/mpa files, is it creating a new timestamp? Or does that format need a timestamp?