smartLabs tsMuxeR: Transport Stream muxer

[GZZ]

I havent notice that yet. But I have another 'issue' so to speak. I dont know if its a issue and its properly not related to tsMuxer. But after inserted chapters and playing the movie, I sometimes see the last 1-5 frames from the previous scene, if I then shift forward the chapters by 100-200 ms, then they are acurrate. Dont know if it has something to do with -b-pyramid option in x264 encoder or what it is. But its a small bug, I can live with it.

[jdobbs]

jdobbs, I just wanted to mention something in regards to your application. I am not sure if I should be concerned or not...

After correcting the clip info file with your application, I am noticing that during seeking at regular intervals the picture seems to display a band across the bottom portion of the screen from a previous scene. This seems to be where tsMuxeR created files used to stick for a fraction of a second. I guess my concern is... Yes, your application has definitely made seeking smoother... But... Has it introduced something else that could present problems?

Has anybody else noticed this after using the clpi fix?

Note: For reference, I am using ArcSoft TotalMedia Theatre.I don't see how there could be any connection whatsoever to the updates by fixclpi. The file that is changed is simple pointers to locations. It doesn't have any effect at all on the video at all. It doesn't really even change the pointer location -- it only corrects data that was missing in the MSB (most significant bits) of the pointers.

I'd look somewhere else for the cause...

[Diablo69_HUN]

I don't see how there could be any connection whatsoever to the updates by fixclpi. The file that is changed is simple pointers to locations. It doesn't have any effect at all on the video at all. It doesn't really even change the pointer location -- it only corrects data that was missing in the MSB (most significant bits) of the pointers.

I'd look somewhere else for the cause...

I just burnt Matrix and checked it on PS3, and everything was O.K. Thank you Jdobbs for this very usefull application!

[Ryu77]

I don't see how there could be any connection whatsoever to the updates by fixclpi. The file that is changed is simple pointers to locations. It doesn't have any effect at all on the video at all. It doesn't really even change the pointer location -- it only corrects data that was missing in the MSB (most significant bits) of the pointers.

I'd look somewhere else for the cause...

Yes, I was thinking it's probably just the Media Player. It's not even much concern. It's only a slight flash and the video is flashing past at 20x speed anyway so it's likely quite normal. I just thought I'd mention it just in case it was useful in any way.

I already burnt a disc with a corrected clpi and I plan to take it into work (I help manage an Audio Visual Retail Store) and test it on every Blu-ray Player we have.

Previous discs burnt after multiplexing with tsMuxeR did stick a little when seeking and on some players completely froze (mainly the Sony BD players did this). I will report back later. :-)

[tebasuna51]

@jeffnoone
Please put your eac3to log files to know the problem.

Thanks to odin24 I know:
"The TrueHD track on DM & TR Live at Radio City is 96/24"

then your:
"used DOS commandline, and -i 24 -c 6 -s 48000"
is wrong. If your TrueHD track is the 4 (with the logs I can know this) you need:

eac3to <your_source> 4: stdout.pcm | Pcm2Tsmu - tsmu.pcm -s 96000

-i 24 -c 6 -s 48000 are defaults and only need the parameter when are distinct.
If you want half size and 48 KHz you can use:

eac3to <your_source> 4: stdout.pcm -resampleTo48000 | Pcm2Tsmu - tsmu.pcm

[laserfan]

...after inserted chapters and playing the movie, I sometimes see the last 1-5 frames from the previous scene, if I then shift forward the chapters by 100-200 ms, then they are acurrate. Dont know if it has something to do with -b-pyramid option in x264 encoder or what it is. But its a small bug, I can live with it.I have noticed the same problem, though it's not always that the chapter point is too early i.e. you get the prior scene. Sometimes it's too late i.e. comes a few frames after the ideal/original point.

It seems as if using the original program's chapter points (e.g. 01:23:35.638) with the Re-encoded movie just misses the mark i.e. the original doesn't line-up properly with a keyframe in the new encoding.

I wonder if one needs to manually look at the re-encoded .264 recording, prior to muxing w/tsMuxeR, to find the best new I-frame to specify for the chapter point?

[winoni71]

Is there a simple way to demux a Wmv file with Vc-1 video stream?

[jdobbs]

I have noticed the same problem, though it's not always that the chapter point is too early i.e. you get the prior scene. Sometimes it's too late i.e. comes a few frames after the ideal/original point.

It seems as if using the original program's chapter points (e.g. 01:23:35.638) with the Re-encoded movie just misses the mark i.e. the original doesn't line-up properly with a keyframe in the new encoding.

I wonder if one needs to manually look at the re-encoded .264 recording, prior to muxing w/tsMuxeR, to find the best new I-frame to specify for the chapter point?
Some slight inaccuracy might be expected, especially when there isn't a stark difference at the scene change that would trigger X264's scene change detection to put a keyframe at the exact chapter point. The chapters you put into TSMUXER only relate to muxing and building of the MPLS file... the encode with selection of keyframes has already been done at that point. On the other hand, it may be possible for the playback software to be frame accurate even without a keyframe with AVC on BD-- I'm not positive about that. You'd think it would be really obvious in those encodes where a large grouping is used.

Interesting from the referenced post that is seems to always be off by the same amount, though...

One way you could make them exact, I guess, would be to encode all the chapters individually and then combine them afterward.

I'm not aware of another way to force a keyframe in x264 -- does anybody else know of one?

[rica]

Is there a simple way to demux a Wmv file with Vc-1 video stream?

Yes: ASF2VC1

http://www.ftyps.com/unrelated/asf2vc1/

[Cela]

Actually it's close to beta test now.
Great! :)

Still time for a Feature Request asking for a TSRebuilder
to rebuild captured DVB-S2 TS supporting kind of the following procedure?

a) trim both ends (ok with tsMuxeR)
b) cut out unwanted interior parts (possible but complicated with tsMuxeR, involving append with risk of audio sync problems)
c) define chapters in the resulting stream (ok with tsMuxeR; finding of suitable chapter locations probably could be done using some other sw like NeroVision)
d) supply a simple, table-of-contents-like main and chapters menu (currently not possible with tsMuxeR)
c) create an AVCHD structure (like supplied by tsMuxeR, but including chapter menus)

More details here (http://forum.doom9.org/showthread.php?p=1206557#post1206557)

Does anybody know of an affordable sw out there which does this WITHOUT excessive re-encoding?

[m1482]

roman76r:

Would it be possible to add to TsMuxer "3:2 pulldown" option?
At this moment the only tool available that have this option (h264info) doesn't work with all type of h264 files...

Thanks...

[GZZ]

I'm not aware of another way to force a keyframe in x264 -- does anybody else know of one?

I was thinking the same, X264 should have a parameter, so you could include at chapter list and it then could insert an keyframe on those exact location, then I think chapters will be correct. I think CCE does that for Mpeg2, so cant see why it couldnt be built into x264. But I might be wrong. :)

[peterjcat]

roman76r:

Would it be possible to add to TsMuxer "3:2 pulldown" option?
At this moment the only tool available that have this option (h264info) doesn't work with all type of h264 files...

Thanks...

eac3to will properly strip 3:2 pulldown from H.264 files and so far it's worked for all of mine... is that what you mean?

[laserfan]

Some slight inaccuracy might be expected, especially when there isn't a stark difference at the scene change that would trigger X264's scene change detection to put a keyframe at the exact chapter point. ...I'm not aware of another way to force a keyframe in x264 -- does anybody else know of one?I just learned a number of things about this:

1. Apparently most x264 cl's allow use of B-frames as "reference points" and so I observed that many scene changes in my 264 were at B-frames, not I-frames.

2. To find this I had to use Avidemux, as serving VirtualDub 1.8.6 with DGAVCindex .dga file displays each/every frame as a K(keyframe)!!??

3. Although I'd changed my .meta file for tsMuxeR to reflect the exact scene change point, clearly it was instead finding I-frames on playback. Sorta ugly.

4. When I saw with Avidemux the correct x:xx:xx.xxx codes for the I-frames, and edited the .meta file accordingly, all the chapters now seek to exactly the place I'd selected (which was in every case an I-frame).

I would like to know how to not use B-frames as "reference" if I'm interpreting this correctly. Would rather always assert an I-frame if possible at scene changes. All of my scene changes were stark/different/obvious indeed.

BTW I used --keyint 24 and --min-keyint 2 and it seems each/every GOP was 24 long, not sure this is right (should have been some GOPs <24???).

Thanks jdobbs for fixclpi.exe--tried that also and it seemed to make a difference.

[kolak]

...

I would like to know how to not use B-frames as "reference" if I'm interpreting this correctly. Would rather always assert an I-frame if possible at scene changes. All of my scene changes were stark/different/obvious indeed.

BTW I used --keyint 24 and --minkeyint 2 and it seems each/every GOP was 24 long, not sure this is right (should have been some GOPs <24???).

Thanks jdobbs for fixclpi.exe--tried that also and it seemed to make a difference.

You need an I frame on a chapter point. If you put it somewhere on P or B frame than it's very likely that player will jump to the nearest I frame instead of specified place. It does work like this for DVD and also for Blu-ray.

They can be shorter GOPs, but there may not be- depends on the encoder.

[rebkell]

I just learned a number of things about this:

1. Apparently most x264 cl's allow use of B-frames as "reference points" and so I observed that many scene changes in my 264 were at B-frames, not I-frames.

2. To find this I had to use Avidemux, as serving VirtualDub 1.8.6 with DGAVCindex .dga file displays each/every frame as a K(eyframe)!!??

3. Although I'd changed my .meta file for tsMuxeR to reflect the exact scene change point, clearly it was instead finding I-frames on playback. Sort ugly.

4. When I saw with Avidemux the correct x:xx:xx.xxx codes for the I-frames, and edited the .meta file accordingly, all the chapters now seek to exactly the place I'd selected (which was in every case an I-frame).

I would like to know how to not use B-frames as "reference" if I'm interpreting this correctly. Would rather always assert an I-frame if possible at scene changes. All of my scene changes were stark/different/obvious indeed.

BTW I used --keyint 24 and --minkeyint 2 and it seems each/every GOP was 24 long, not sure this is right (should have been some GOPs <24???).

Thanks jdobbs for fixclpi.exe--tried that also and it seemed to make a difference.

You can raise the value of scenecut, but I use --min-keyint 1 on all my captures that I reencode and it definitely does nail almost every break, of course I'm going to a lot of black scenes and such during commercials, so my odds probably increase. I think min-keyint has a dash in the parameter, did you use minkeyint? that might be why every gop is exactly 24.

[Ryu77]

You can raise the value of scenecut, but I use --min-keyint 1 on all my captures that I reencode and it definitely does nail almost every break, of course I'm going to a lot of black scenes and such during commercials, so my odds probably increase. I think min-keyint has a dash in the parameter, did you use minkeyint? that might be why every gop is exactly 24.

Yes you are correct, "min-keyint" is meant to have a dash.

[laserfan]

Yes you are correct, "min-keyint" is meant to have a dash.Just a typo in my post. I did indeed use --min-keyint 2.

[odin24]

@jdobbs and GZZ,

Thanks for the clpifix app and GUI, they both work fantastic. My only trial with the app was on a direct port with no recoding, rip --> BD-RE (h264 & DTSHD-MA). Hopefully I'll have the same results from the same source recoded for DVD9 and DTS core, I'll know soon. Playback was on the PS3.

Thanks again.

EDIT: The recoded DVD9 works just as well with the fixed clpi file on the PS3.

[jamos]

Attached is a small command line program that will correct the CLPI. Just run it with a single parameter that represents the path to the CLPI file that was created by TSMUXER in blu-ray mode. If it finds the error (it will normally be there except on very small muxes) it will rewrite the CLPI with the tables corrected.

I want to be sure that no one misunderstands me on this... TSMUXER is a great program and I use it all the time. It's the only one I know of that does what it does as well as it does. This little app is just a way to correct a small glitch -- which I have to assume will be corrected by the TSMUXER authors in due time.

Thanks Bud!:)

[jamos]

jdobbs, I just wanted to mention something in regards to your application. I am not sure if I should be concerned or not...

After correcting the clip info file with your application, I am noticing that during seeking at regular intervals the picture seems to display a band across the bottom portion of the screen from a previous scene. This seems to be where tsMuxeR created files used to stick for a fraction of a second. I guess my concern is... Yes, your application has definitely made seeking smoother... But... Has it introduced something else that could present problems?

Has anybody else noticed this after using the clpi fix?

Note: For reference, I am using ArcSoft TotalMedia Theatre.

I am not seeing any artifacts or flashing after using the fix, this works great JDobbs thanks!

[jeffnoone]

@jeffnoone
Please put your eac3to log files to know the problem.

Thanks to odin24 I know:
"The TrueHD track on DM & TR Live at Radio City is 96/24"

then your:
"used DOS commandline, and -i 24 -c 6 -s 48000"
is wrong. If your TrueHD track is the 4 (with the logs I can know this) you need:

eac3to <your_source> 4: stdout.pcm | Pcm2Tsmu - tsmu.pcm -s 96000

-i 24 -c 6 -s 48000 are defaults and only need the parameter when are distinct.
If you want half size and 48 KHz you can use:

eac3to <your_source> 4: stdout.pcm -resampleTo48000 | Pcm2Tsmu - tsmu.pcm

To tebasuna51 and odin24 - spot on with your advice
Ran it with the -s 96000 parameter, perfect sync

Thanks to you both
Jeff

[odin24]

To tebasuna51 and odin24 - spot on with your advice
Ran it with the -s 96000 parameter, perfect sync

Thanks to you both
Jeff

No prob. My advice, keep the 96/24... it sounds amazing!!!

[Ryu77]

I am not seeing any artifacts or flashing after using the fix, this works great JDobbs thanks!

I guess you missed my post after that one...

Yes, I was thinking it's probably just the Media Player. It's not even much concern. It's only a slight flash and the video is flashing past at 20x speed anyway so it's likely quite normal. I just thought I'd mention it just in case it was useful in any way.

I already burnt a disc with a corrected clpi and I plan to take it into work (I help manage an Audio Visual Retail Store) and test it on every Blu-ray Player we have.

Previous discs burnt after multiplexing with tsMuxeR did stick a little when seeking and on some players completely froze (mainly the Sony BD players did this). I will report back later. :-)

I have now tested these "corrected" Blu-ray discs on various stand alone Blu-ray players and they seem fine. As I had already mentioned, it was probably just the media player and it wasn't much of a concern.

Also, it seems that the newer Somy BDPS350 doesn't freeze with burnt BD-9 (AVCHD/BD-ROM) discs like the previous Sony models did. It's good to see improvements in stand alone Blu-ray players as well as price reductions. I feel that soon Blu-ray will see a big leap in market penetration.

[piratburner]

Info from http://www.smlabs.net/tsmuxer_en.html

tsMuxer's next release is scheduled in the beginning of 2009. Please send your suggestions and recommendations - we will keep them in mind... tsmuxer@smartlabs.tv

[frenchglen]

Info from http://www.smlabs.net/tsmuxer_en.html

tsMuxer's next release is scheduled in the beginning of 2009. Please send your suggestions and recommendations - we will keep them in mind... tsmuxer@smartlabs.tvGreat! I've already submitted mine! :)

[odin24]

Great! I've already submitted mine! :)

Me too, automatically have subtitles enabled (for forced subs that are not hardcoded).

Can't wait.

[jamos]

Info from http://www.smlabs.net/tsmuxer_en.html

tsMuxer's next release is scheduled in the beginning of 2009. Please send your suggestions and recommendations - we will keep them in mind... tsmuxer@smartlabs.tv

wonder why 1.88 is not there is there bugs in it? I have been using it fine.

[odin24]

wonder why 1.88 is not there is there bugs in it? I have been using it fine.


It's just a beta version, not a final version... I've been using 1.8.8 as well.

[microchip8]

I have sent an email to Smartlabs to update their Linux version, which is stuck at 1.7.3(b). I hope they will be so kind to do so

[billqs]

Let me begin by saying that I LOVE TsMuxeR! I am having a small problem however, when getting TsMuxeR to read the .mpls on seamless branch discs to put together the correct streams. Everything comes out in the proper order, but there are several places where the audio/video is out of sync. Should I manually mux these section of the m2ts files, or is there another way to make sure that audio stays in sync. The disc in question was my BlueRay of Forgetting Sarah Marshall that I backed up using DumpHD and TsMuxeR. I am sure I have much to learn when backing up seamless branch discs. I will get my disc out and try the back up again once I get some feedback. Thanks!

[odin24]

Let me begin by saying that I LOVE TsMuxeR! I am having a small problem however, when getting TsMuxeR to read the .mpls on seamless branch discs to put together the correct streams. Everything comes out in the proper order, but there are several places where the audio/video is out of sync. Should I manually mux these section of the m2ts files, or is there another way to make sure that audio stays in sync. The disc in question was my BlueRay of Forgetting Sarah Marshall that I backed up using DumpHD and TsMuxeR. I am sure I have much to learn when backing up seamless branch discs. I will get my disc out and try the back up again once I get some feedback. Thanks!

I suggest you learn how to use eac3o for seamless branching appending, this app handles it perfectly. Check out the thread in the audio section of this site.

[SwissyJim]

here's a (probably) dumb question. But I've searched and could not find the answer I was looking for.

But using tsmuxer 1.8.8 on Bluray disks, how do I know if there are subtitles that are needed, like during a brief section of foreign language? Are they hard coded in and NOT one of the selectable subtitle tracks? I'm removing all extras for space savings, but I want to make sure I don't remove a needed subtitle. Is there a way to tell what should stay and what can go?

Again, sorry for the dumb question but I didn't find this by searching. Thanks!

[rica]

SwissyJim,

Sorry but the question is not so much understandable; at least for me.

If you mean forced subtitles on the main movie; they are hard-coded afaik.

[odin24]

here's a (probably) dumb question. But I've searched and could not find the answer I was looking for.

But using tsmuxer 1.8.8 on Bluray disks, how do I know if there are subtitles that are needed, like during a brief section of foreign language? Are they hard coded in and NOT one of the selectable subtitle tracks? I'm removing all extras for space savings, but I want to make sure I don't remove a needed subtitle. Is there a way to tell what should stay and what can go?

Again, sorry for the dumb question but I didn't find this by searching. Thanks!


I don't think there is an application that tells you this straight up. I have the same concern with every movie that I process, which is a lot.

What I do is demux all english subtitle tracks, then view each of them with SUPRead, this applications can do many things with .sup subs including viewing them for proper placement when remuxing and viewing the text. It will also show how many images there are, usually there is ~1200 images to a 2hr movie or ~1500 to a SDH sub track (descriptive subs for deaf and hard of hearing).

Now if there is a sub track with only 50 or 60 images then that is probably the "forced" sub track that is required, that is not hardcoded. Unfortunately I have not found a way to enable the automatically, but with this knowledge you know to enable them yourself right away.

If there is only sub tracks with ~1200-1500 images then if there are any "forced" subs then they would most likely be hardcoded.

I have found this method to be pretty reliable. Hope it helps.

EDIT: BTW, I do all of my demuxing with eac3to only because it handles seamless branching titles (more than one m2ts file to the main movie) better than tsMuxeR. eac3to fixes gap/overlaps whereas tsMuxeR doesn't and this could cause sync issues.

[Bigmango]

I am also voting for the feature to allow us to automatically enable forced subtitles.

Is this something we might see in a future release?

[BZeeme]

If I use fixclpi on the clpi file in the backup CLIPINF folder as well as in the main CLIPINF folder, the BP5 will not play in my standalone (Panasonic DMP-BD30 with latest firmware) but will play in my computer's BD/HD-DVD player (LG Model GGC-H20L). If I run fixclpi on only the main CLIPINF folder, the Panasonic will play it.

BTW, I don't see any difference between BD5s with or without correcting the clpi (same movie)

[Cela]

Info from http://www.smlabs.net/tsmuxer_en.html

tsMuxer's next release is scheduled in the beginning of 2009. Please send your suggestions and recommendations - we will keep them in mind... tsmuxer@smartlabs.tv

Feature requests for tsMuxeR

Out of recent experiences with DVB-S2 H.264 TS streams, recorded with DVBViewer from Astra 19.2E Free TV transmissions, I would like to suggest the following feature requests:

1. In "Split & Cut" add Cutting option "Enable snapping to next (nearest) I-frame for Start and End ON/OFF"
Why? DVB-S2 streams practically never start with an I-Frame. tsMuxer and othe programs seem to suppose that input streams start with an I-frame. This feature would help to comply with this requirement and help to avoid audio delay and lip-sync problems.

2. Allow chapter list with annotation:
(internally skip the annotation part behind the timestap after character position 12)
Example:
00:00:00.000 Project Heading
00:00:36.700 Clip 1
00:03:11.000
00:04:51.200 Clip 2| Madonna| Like a virgin
00:05:31.400
00:07:01.200 Clip 3
etc.
Why: Can be useful for later chapter menu or subtitle creation or just to remember the contents of that chapter.
When searching for appropriate chapter entrance points in captured DVB-S2 recordings, you normally collect the data in such a format in a notepad text file:
<timestamp>[<space as delimiter>< annotation comment>]

3. Allow option "Snap to next/Nearest I-Frame ON/OFF" for chapters.
Why: more fluent replay?

4. Allow individual audio delays for each audio input stream.
Why? Compensate for different audio delays of each input stream. DVB-S2 recordings can have more than one audio stream, each having its individual delay.

May I direct your attention to my other two best ignored postings
One (http://forum.doom9.org/showthread.php?p=1206557#post1206557)
Two (http://forum.doom9.org/showthread.php?p=1208023#post1208023)

Do you know how to wrap simple table-of-content-like chapter-menu(s) around tsMuxeR's BD structure?

I love tsMuxeR's processing speed! :)
All other software I found and tested applied excessive re-encoding!


Regards,

Cela

[microchip8]

@ Cela

you better report these requests to tsmuxer@smartlabs.tv

[Cela]

...you better report these requests to tsmuxer@smartlabs.tvThanks! Followed your advice!

I supposed, the tsMuxeR experts would read this thread concerning their program.

And, I still have not given up hope to get some feedback from the experts here. Maybe, most or all of what I ask for, can be already done? And somebody would tell me where to read how?

My most urgent question right now:
A simple and quick way to transform the captured ts, which does not start and end at I-frames into a few frames shorter ts that will start and end with an I-frame as "good" input for tsMuxeR.

I know, H264TSCutter can do it, but it is considerably slower producing the output than tsMuxer or TSPlayer. Thus, I only use it for "precious" recordings and look for an alternative for everyday recordings.

Regards,
Cela

[frank]

Nero ShowTime 4 (Nero 8) plays all tsMuxeR remuxed BDs fine.
After using fixclpi on 720p BD-9 or BD-5 the Nero OSD shows 1920x1080 and it hangs/crashs. Movie doesn't start anymore.

Posted by BZeeme:If I use fixclpi on the clpi file in the backup CLIPINF folder as well as in the main CLIPINF folder, the BP5 will not play in my standalone (Panasonic DMP-BD30 with latest firmware) but will play in my computer's BD/HD-DVD player (LG Model GGC-H20L). If I run fixclpi on only the main CLIPINF folder, the Panasonic will play it Suspicious. Panasonic BD players are known as very compliant players.

[S_T]

Hello - I've been using tsMuxer for a while now with 99% success (and satisfaction). However, there is one annoying little quirk for a few movies. I found that somehow, during the remuxing of a BD title to a BD folder, tsMuxer omits the .clpi information in the clpi folder, hence when i playback as an ISO mount, the BD title just sits there not doing anything. I know that tsMuxer has issues with screwing up clpi files, but i haven't seen anyone report the files missing in the folders themselves (i have the original BD disk and its fine). Does anyone have a fix for this?

[survivant001]

it's really a godd piece of software, but there are few enhancements that could me made.

- create basic menu of bluray output (like nero)
- create snapshot of the video when creating the chapters (could be use to browse the chapter's list)
- better handling for rw and ff for the PS3
- when you import 2 movies, the option to join them, not creating 2 separetes movies. Useful when we have a 2 parts movie.

[odin24]

it's really a godd piece of software, but there are few enhancements that could me made.

- create basic menu of bluray output (like nero)
- create snapshot of the video when creating the chapters (could be use to browse the chapter's list)
- better handling for rw and ff for the PS3
- when you import 2 movies, the option to join them, not creating 2 separetes movies. Useful when we have a 2 parts movie.

Make sure you forward your suggestions to smlabs.

There is a fix out right now for the seeking issues with the PS3, it's a separate application that fixes the clpi file in the Blu-ray structure. It can be found in this thread, it called fixclpi.exe, there is also a gui. It works very well.

Also, joing two files in tsMuxeR already exists, it's called "append". Load your first file, then append the second, third, and so on. The A/V streams must be identical for this to work though.

[survivant001]

There is a fix out right now for the seeking issues with the PS3, it's a separate application that fixes the clpi file in the Blu-ray structure. It can be found in this thread, it called fixclpi.exe, there is also a gui. It works very well.



thanks, but that is when you use AVCHD ou burn the bluray ?. in Tsmuxer, I choose the output bluray, but I manually select 00001.m2ts when I watch a movie. I don't burn them.

but when BDrebuilder will be release..or when tsmuxer will add menus.. that will be something else.

[nasa]

Hi,

After searching the thread -- I couldn't find anyone with similar issues, so I hope someone can give me a hand... I am trying to convert some m2ts files (that contain TrueHD audio) into stripped down m2ts with AC3 (ie: get rid of the extra languages and subtitles). I start the gui version, select tracks I want to eliminate and/or convert - ID where to save the file and press convert. On several files the conversion will start and then hang (ie: stop at 46%, for example, and never move on).

What can I do to see what is causing the hangs?

I am running this under WinXP...

Thanks in advanced.

[eas4uk]

Hi,

After searching the thread -- I couldn't find anyone with similar issues, so I hope someone can give me a hand... I am trying to convert some m2ts files (that contain TrueHD audio) into stripped down m2ts with AC3 (ie: get rid of the extra languages and subtitles). I start the gui version, select tracks I want to eliminate and/or convert - ID where to save the file and press convert. On several files the conversion will start and then hang (ie: stop at 46%, for example, and never move on).

What can I do to see what is causing the hangs?

I am running this under WinXP...

Thanks in advanced.

Why dont you just use eac3to to get the ac3 track out of the THD track and then use tsmuxer to mux back to m2ts?

[nasa]

eas4uk,

Could you point me to a howto to do what you suggest? I am fairly new to this.....

Thanks

BTW: I have been somewhat successful with most of my blu-ray rips. I get the main *.m2ts file from the blu-ray (I have anydvdhd) and generally I can play them with mplayer. I do sometimes run into issues with languages, but most of those I can get the right track identified and playing. However, there are some disk which have the english audio in TrueHD and other languages in AC3. Since I have never learned any other language, those tracks aren't useful to me... So I was trying tsmuxer to reduce the size by removing unused tracks while getting the truehd to an AC3 format so I can hear it... I have used tsmuxer to fix a couple of blu-ray's, but for some reason some flicks just don't work.

The guide here http://forum.doom9.org/showthread.php?t=137151 doesn't address removing/converting audio tracks..

[eas4uk]

eas4uk,

Could you point me to a howto to do what you suggest? I am fairly new to this.....

Thanks

BTW: I have been somewhat successful with most of my blu-ray rips. I get the main *.m2ts file from the blu-ray (I have anydvdhd) and generally I can play them with mplayer. I do sometimes run into issues with languages, but most of those I can get the right track identified and playing. However, there are some disk which have the english audio in TrueHD and other languages in AC3. Since I have never learned any other language, those tracks aren't useful to me... So I was trying tsmuxer to reduce the size by removing unused tracks while getting the truehd to an AC3 format so I can hear it... I have used tsmuxer to fix a couple of blu-ray's, but for some reason some flicks just don't work.

The guide here http://forum.doom9.org/showthread.php?t=137151 doesn't address removing/converting audio tracks..

Its quite a long thread and it helps if your familiar with the command line, although there is a GUI available

http://forum.doom9.org/showthread.php?t=125966

[rica]

If you want to downconvert THD to ac3 the command line will be:

eac3to input.m2ts output.ac3

If you want to keep THD as it is, it's another story:

http://forum.doom9.org/showthread.php?t=141125


_ _ _ _