smartLabs tsMuxeR: Transport Stream muxer

[asarian]

Is your problem occurring during streaming or even if the file is on the PS3 hard drive ?

Just streaming.

[ultratoto14]

It seems to be a problem of Tversity i guess. Someone tell us some time ago a tip : when remuxing mkv or m2ts to ts/m2ts with tsMuxer, check the fps change box on h264 stream and put the real fps of the stream. This forces tsMuxer to write fps in each place it must be and this can help with ffw/rewind during streaming. Test it and let me now.

[asarian]

It seems to be a problem of Tversity i guess. Someone tell us some time ago a tip : when remuxing mkv or m2ts to ts/m2ts with tsMuxer, check the fps change box on h264 stream and put the real fps of the stream. This forces tsMuxer to write fps in each place it must be and this can help with ffw/rewind during streaming. Test it and let me now.

I'm using Twonky, but I'm guessing the same principle applies as with Tversity. I'll try it out and let you know. Thanks!

[Cela]

Dear tsMuxeR experts,

I am very happy having found tsMuxeR.
Congratulations to its author for this excellent and very promising development!

It is higly efficient and easy to use. As first exercise being a tsMuxeR beginner, I managed to process a 16.804.145KB, 02:35:32 (hh:mm:ss) DVB-S2 (H264 stream, Profile: High@4.0, Resolution: 1920:1080i, Frame rate: 25) HDTV show from Astra HD channel to an AVCHD structure with 79 chapters which is playing well on PS3 (from USB disc after AVCHD_ME m2ts to MTS rename, and after burning the original tsMuxer output to AVCHD DVD and BE/BD disc) in amazing 09 min 12 sec muxing time !!! Practically in the time it takes to copy the 16.8 GB from USB-disc to internal harddisc! Unbeatable performance! :)

With my second exercise, to let tsMuxeR split the show into two parts (Part 1 and Part 2) at the intermission pause, I entered more difficult ground:
The splitting worked ok, but both parts were too big to fit on a DVD-DL each. So, I had to shorten each part.

Part 2 was easily done, merly trimming off the end credits by >Enable cutting, Start=938960 ms, End=5056 s.

Part 1 was not so easy. I wanted to keep the beginning (Part 1A) and cut out a chunck from within, keeping the rest (Part 1B). To do it was also no problem. But...

Issue 1: Audio sync after split
***********************
The problem began with >add Part 1A and >append Part 1B. tsMuxeR does the append job in lightning speed. But the audio of Part 1B is out of sync! I guess this happens because the cut was not at an IDR-frame.

Would an option in tsMuxeR "snap to nearest IDR-frame /P-frame" help, which could apply to chapter selection and splitting (cut-in, cut-out point selection) ? I think IfoEdit (my other favorite program for DVD generation) does it that way, I think.

Issue 2: Too many chapters
**********************
Again with Part 1, I found another issue. I left the Chapter input list as it was for the full show. From my experience with IfoEdit I expected tsMuxeR to only take those, in my case 24 (out of 79), chapters that fit after cutting into the resulting output stream for Part 1 and to skip chapters with time values higher than the total length of the Part 1 video clip.

Issue 3: Simple chapter selection menu(s) would be a dream !
**********************************************
3.1 Example for a simple, kind of table-of-contents like menu:
------------------------------------------
Highlights of Summer 2008 (heading)
------------------------------------------
Intro (-> chapter 1) (detail line 1)
Windsurfing at Lake Garda (-> chapter 7) (detail line 2)
Trip to Venice (-> chapter 12) (detail line 3)
...
------------------------------------------
(next menu window after 10 or 12 detail lines, max. 99 detail lines)

Input for the above example could be simple text lines like
<ch#><tab><menu text>
00 Highlights of Summer 2008 ... (heading)
01 Intro ....................... (detail line 1)
07 Windsurfing at Lake Garda
12 Trip to Venice
...
(To pep it up, tsMuxeR could allow to enter a jpg or bmp background image.)

3.2 Alternativly, is there a trick to use a small dummy clip and design a menu with another program (for example: NeroVision, Ulead DVD Movie Factory, Cyberlink PowerProducer, ...) and replace in the AVCHD data structure the .m2ts file of the dummy clip with the .m2ts files from tsMuxe R?
This alternative would enable more sophisticated menus. But I would prefer a simple, table-of-contents like menu.

I am a fairly experienced user of SD DVD authoring with IfoEdit and DVD-lab Pro after preparing the DVB-S captures with ProjectX and Mpeg2Schnitt (includig trimming, cutting and finding good values for chapters), but, as a beginner to the art of tsMuxeR and HD processing, I cannot resolve the above mentioned issues without help from tsMuxeR and HD processing experts.

So please help me with my issues!

Many thanks in advance!

Cela

P.S.
As I write these lines I get another dream:
Mpeg2Schnitt is a wonderful freeware program for trimming, cutting, finding good values for chapters the best ergonomic and userfriendly navigation through the audiovisual preview of mpeg2 SD material, among other things allowing forward/backward stepping to next I-, P- frames, etc. If it was possible to replace the mpeg2 engine by tsMuxeR's h264/avc engine, a modified Mpeg2Schnitt could become a graphic-interactive front-end for tsMuxeR. Now add the menu-engine of DVD-lab.... Perhaps an idea for new cooperations?

[asarian]

It seems to be a problem of Tversity i guess. Someone tell us some time ago a tip : when remuxing mkv or m2ts to ts/m2ts with tsMuxer, check the fps change box on h264 stream and put the real fps of the stream. This forces tsMuxer to write fps in each place it must be and this can help with ffw/rewind during streaming. Test it and let me now.

Wow! This actually worked! :) I can't believe it was that easily solved. Thanks very much!

[ultratoto14]

You're welcome !

[piratburner]

I have remuxed Million Dollar Baby 2004 1080p Blu-ray GER AVC DTS-HD HR 7.1 and only keep the Movie and the english DTS-HD 7.1

But it´s NO sound so cant TsMuxeR handle 7.1 sound ??

[jdobbs]

Not sure if this has been discussed (this is a long thread), so I thought I'd bring it up. TSMUXER seems to have a small bug that causes fast-forward, rewind, and seeking issues when creating Blu-ray output.

It appears as though the COARSE/FINE table relationship in the .CLPI file isn't being structured properly. The program correctly creates a new COARSE entry with the PTS rolls over (the LSBs contained in the FINE table get to a point where they will require an increment in the COARSE table). But it appears it doesn't do so (at least not always) when the same thing happens to the COARSE/FINE SPN. As a result, you have combined SPN pointers that suddenly drop to very small values (at least until the next COARSE reference)...

Just thought I'd mention it in case someone is keeping the package up-to-date. If not, I guess I can write a simple program to read/rewrite the CLPI (I'd rather see it fixed in the program, though). I just did one by hand and it fixed the problems -- now rewind/fast-forward works correctly and I no longer get "pauses" when I jump between chapters.

[jj666]

I have remuxed Million Dollar Baby 2004 1080p Blu-ray GER AVC DTS-HD HR 7.1 and only keep the Movie and the english DTS-HD 7.1

But it´s NO sound so cant TsMuxeR handle 7.1 sound ??

How are you trying to play the sound back? Have you tried downconverting to DTS and see if it works?

-jj-

[GZZ]

I just did one by hand and it fixed the problems -- now rewind/fast-forward works correctly and I no longer get "pauses" when I jump between chapters.

How did you open it?, I have problems with some chapters, like the picture freeze for at few seconds.

[yamyam]

Not sure if this has been discussed (this is a long thread), so I thought I'd bring it up. TSMUXER seems to have a small bug that causes fast-forward, rewind, and seeking issues when creating Blu-ray output.

It appears as though the COARSE/FINE table relationship in the .CLPI file isn't being structured properly. The program correctly creates a new COARSE entry with the PTS rolls over (the LSBs contained in the FINE table get to a point where they will require an increment in the COARSE table). But it appears it doesn't do so (at least not always) when the same thing happens to the COARSE/FINE SPN. As a result, you have combined SPN pointers that suddenly drop to very small values (at least until the next COARSE reference)...

Just thought I'd mention it in case someone is keeping the package up-to-date. If not, I guess I can write a simple program to read/rewrite the CLPI (I'd rather see it fixed in the program, though). I just did one by hand and it fixed the problems -- now rewind/fast-forward works correctly and I no longer get "pauses" when I jump between chapters.Unfortunatly TSmuxer is not being worked on anymore, we are aware of the bugs it has but as of yet cant fix some of them, writing a program as you mension im sure will be very much welcomed among TSmuxer users including myself, it also has a problem with trueHD

[jamos]

Unfortunatly TSmuxer is not being worked on anymore, we are aware of the bugs it has but as of yet cant fix some of them, writing a program as you mension im sure will be very much welcomed among TSmuxer users including myself, it also has a problem with trueHD

um it's still being worked on just saw the 1.88 version...

[jamos]

Not sure if this has been discussed (this is a long thread), so I thought I'd bring it up. TSMUXER seems to have a small bug that causes fast-forward, rewind, and seeking issues when creating Blu-ray output.

It appears as though the COARSE/FINE table relationship in the .CLPI file isn't being structured properly. The program correctly creates a new COARSE entry with the PTS rolls over (the LSBs contained in the FINE table get to a point where they will require an increment in the COARSE table). But it appears it doesn't do so (at least not always) when the same thing happens to the COARSE/FINE SPN. As a result, you have combined SPN pointers that suddenly drop to very small values (at least until the next COARSE reference)...

Just thought I'd mention it in case someone is keeping the package up-to-date. If not, I guess I can write a simple program to read/rewrite the CLPI (I'd rather see it fixed in the program, though). I just did one by hand and it fixed the problems -- now rewind/fast-forward works correctly and I no longer get "pauses" when I jump between chapters.

You getting this with 1.88?

[jdobbs]

I didn't even know there was a v1.88 -- I always look at the first post of this thread for updates...

I just went to www.smlabs.net and the latest version they have is 1.84 also...

[rica]

I didn't even know there was a v1.88 -- I always look at the first post of this thread for updates...

I just went to www.smlabs.net and the latest version they have is 1.84 also...

It's hidden here: :)

http://forum.doom9.org/showthread.php?p=1188709#post1188709




_ _ _ _ _

[jdobbs]

You getting this with 1.88? Just tested it with v1.88 -- the problem is still there. Hopefully they'll fix it in the next release. I'll post a quick fix program in a day or so. It just needs to rebuild the tables and rewrite the CLPI. No big deal.

[survivant001]

if it's help. when I have problem with a movie that doesn't ff and rw.. I open the .m2ts back into tsmuxer and regenerate a new bluray structure. That work for me most of the times.

[jdobbs]

I don't see how rebuilding the M2TS would help -- the same timestamps will result in the same problem. Anyway, I have a solution -- I was just reporting the problem in the hope that the developers would take note...

[Audioboxer]

Hey guys, got a question for you.

I'm looking to stream my BD discs to my PS3. I have a LG BR player on the PC I rip with.

Planet Earth is VC-1 which seems to be tricky for the PS3.

Is there anyway I can mux the VC-1 video stream into WMV-HD (I first use AnyDVD to dump the BD disc) ?

Audio doesn't matter much, I only have a 2.0 stereo setup, so I'm happy to transcode the audio to make it work in a WMV-HD container. I don't want to transcode video however.

I know you can create AVCHD discs or something, but I'd rather not have my movies in 4GB chunks.

Thanks :thanks:

[G_M_C]

Hey guys, got a question for you.

I'm looking to stream my BD discs to my PS3. I have a LG BR player on the PC I rip with.

Planet Earth is VC-1 which seems to be tricky for the PS3.

Is there anyway I can mux the VC-1 video stream into WMV-HD (I first use AnyDVD to dump the BD disc) ?

Audio doesn't matter much, I only have a 2.0 stereo setup, so I'm happy to transcode the audio to make it work in a WMV-HD container. I don't want to transcode video however.

I know you can create AVCHD discs or something, but I'd rather not have my movies in 4GB chunks.

Thanks :thanks:

Lemme put 1 question to you ...

How do you suppose that putting your question in the tsMuxeR tread will help ?

[Audioboxer]

Lemme put 1 question to you ...

How do you suppose that putting your question in the tsMuxeR tread will help ?

Because I assumed I have to use TSMuxer with the uncompressed BR first of all.

My LG drive is coming tomorrow, this will be the first time I've tried ripping a BR disc. Only played them on the PS3 till now.

http://www.blu-raystats.com/ told me Planet Earth is VC-1, and trying to clue myself up online about ripping BR discs told me VC-1 can be an issue for the PS3.

If I'm in the wrong place, sorry, but everyone seems to use TSMuxer for their BR discs after ripping.

[Cela]

...All these questions have been asked countless times before... The problem is that all the information about PS3 and H.264 replay is out there, it's just scattered all over the net! Someone needs to write a coherent FAQ and make a sticky. I would volunteer to do this if people think that's a good idea...Yes, that really is an excellent idea! :)
A FAQ, sort of a User's Guide for tsMuxeR and usage of eac3to to maintain audio sync for PS3 and standalone replay would benefit both beginners and experts (not so many already somewhere answered questions to ask, to write, to read and to answer).

Just found a hint that eac3to could help me to solve my
"Issue 1: Audio sync after split (and append)". But I am new to tsMuxer and haven't heard of eac3to before. So, I would welcome any instructions how to do the job.

[piratburner]

How are you trying to play the sound back? Have you tried downconverting to DTS and see if it works?

-jj-

The original files works great on my TviX but when used TsMuxeR there is NO sound, and its the same on 2 movies with DTS-HD 7.1

All DTS-HD 5.1 Works perfect after run this on TsMuxeR

So it's a bug in this SW :-(

EDIT

If Downconvert to DTS its OK . but I like DTS-HD more :-)

[nwg]

I don't see how rebuilding the M2TS would help -- the same timestamps will result in the same problem. Anyway, I have a solution -- I was just reporting the problem in the hope that the developers would take note...


Is it a easy solution? I also noticed the same rewind and ffwd problems with Tsmuxer files. I also noticed a little pauses when skipping chapters.

[jdobbs]

Is it a easy solution? I also noticed the same rewind and ffwd problems with Tsmuxer files. I also noticed a little pauses when skipping chapters. Easy to write a program -- a little tedious to do by hand. You have to find the instances where it happens and add a new COARSE entry. The easiest way is to just read the tables into memory and then simply rewrite the COARSE/FINE correctly back into the CLPI file (then change the pointers/references).

[rica]

I also noticed the same rewind and ffwd problems with Tsmuxer files. I also noticed a little pauses when skipping chapters.

Hi,
dunno how it handles but just tick "change fps" option (under track options) and manually input fps; it is gonna work.
Just give it a go.

[jdobbs]

I do that with every mux. It doesn't solve the problem. It is very obvious when played back on my Sony standalone. For example, when you try to reverse it will go a few seconds backward and then start going forward. When you seek to a chapter, you sometimes will hear sound for a few seconds before the picture catches up. Some are worse than others. It all depends how far off the packet pointers are off.

This is not something that goes away with FM. It is a finite, repeatable, easily identifiable problem. If you dump the table IT IS VERY OBVIOUS there is a mistake in the CLPI.

I guess nobody wants to hear it... I thought I was being helpful reporting the problem along with an exact description of the symptom (as well as an offer for a solution). Heck with it... I'll do mine correctly and everyone else can continue to pretend it isn't there.

@nwg: I'll email you a solution

[jamos]

I do that with every mux. It doesn't solve the problem. It is very obvious when played back on my Sony standalone. For example, when you try to reverse it will go a few seconds backward and then start going forward. When you seek to a chapter, you sometimes will hear sound for a few seconds before the picture catches up. Some are worse than others. It all depends how far off the packet pointers are off.

This is not something that goes away with FM. It is a finite, repeatable, easily identifiable problem. If you dump the table IT IS VERY OBVIOUS there is a mistake in the CLPI.

I guess nobody wants to hear it... I thought I was being helpful reporting the problem along with an exact description of the symptom (as well as an offer for a solution). Heck with it... I'll do mine correctly and everyone else can continue to pretend it isn't there.

@nwg: I'll email you a solution

If you could post a link to a program to fix this that would be great help. I have Not noticed this issue with my PS3 on any AVC-HD's that I have mastered (could be the PS3 handles it better).

[rica]

I'll do mine correctly and everyone else can continue to pretend it isn't there.

Why do i pretend as if there is not if i've seen any issue?
I don't use PS3/or any SA but just HTPC; this might be the reason why i haven't met your issue.
But your new program would be expected with appreciation.
Feature request in advance btw:
no thd issues,
no pcm issues,
no cutting/splitting and merging issues please.

[asarian]

Not sure if this has been discussed (this is a long thread), so I thought I'd bring it up. TSMUXER seems to have a small bug that causes fast-forward, rewind, and seeking issues when creating Blu-ray output.

It appears as though the COARSE/FINE table relationship in the .CLPI file isn't being structured properly. The program correctly creates a new COARSE entry with the PTS rolls over (the LSBs contained in the FINE table get to a point where they will require an increment in the COARSE table). But it appears it doesn't do so (at least not always) when the same thing happens to the COARSE/FINE SPN. As a result, you have combined SPN pointers that suddenly drop to very small values (at least until the next COARSE reference)...

Just thought I'd mention it in case someone is keeping the package up-to-date. If not, I guess I can write a simple program to read/rewrite the CLPI (I'd rather see it fixed in the program, though). I just did one by hand and it fixed the problems -- now rewind/fast-forward works correctly and I no longer get "pauses" when I jump between chapters.

Does this mean you're working on BDRebuilder? :) *hope*

[BZeeme]

Does this mean you're working on BDRebuilder? :) *hope*

I second that!


Just tested it with v1.88 -- the problem is still there. Hopefully they'll fix it in the next release. I'll post a quick fix program in a day or so. It just needs to rebuild the tables and rewrite the CLPI. No big deal.

Please post the quick fix. It will be appreciated.

[magnop]

I second that!




Me too!!!

It will be great to have a tool like that for BD.

[jdobbs]

Does this mean you're working on BDRebuilder? :) *hope* Actually it's close to beta test now.

[nwg]

Actually it's close to beta test now.

I still think your DVD Rebuilder is one of the best programs I have. A BD version is very interesting. Does it output H264 like Ripbot does?

[Ryu77]

Not sure if this has been discussed (this is a long thread), so I thought I'd bring it up. TSMUXER seems to have a small bug that causes fast-forward, rewind, and seeking issues when creating Blu-ray output.

It appears as though the COARSE/FINE table relationship in the .CLPI file isn't being structured properly. The program correctly creates a new COARSE entry with the PTS rolls over (the LSBs contained in the FINE table get to a point where they will require an increment in the COARSE table). But it appears it doesn't do so (at least not always) when the same thing happens to the COARSE/FINE SPN. As a result, you have combined SPN pointers that suddenly drop to very small values (at least until the next COARSE reference)...

Just thought I'd mention it in case someone is keeping the package up-to-date. If not, I guess I can write a simple program to read/rewrite the CLPI (I'd rather see it fixed in the program, though). I just did one by hand and it fixed the problems -- now rewind/fast-forward works correctly and I no longer get "pauses" when I jump between chapters.

Have you had a look into tsRemux? Does this have the same problem or does it manage to write the COARSE/FINE table correctly?

[asarian]

If I'm in the wrong place, sorry, but everyone seems to use TSMuxer for their BR discs after ripping.


They do. :) But not for automagically creating WMV files, of course.

[jdobbs]

If you could post a link to a program to fix this that would be great help. I have Not noticed this issue with my PS3 on any AVC-HD's that I have mastered (could be the PS3 handles it better). 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.

[jdobbs]

I still think your DVD Rebuilder is one of the best programs I have. A BD version is very interesting. Does it output H264 like Ripbot does? I shouldn't have mentioned this -- as it pulled a good thread off-topic for a few posts.

Sorry. :(

[Beastie Boy]

Attached is a small command line program that will correct the CLPI...

Thank you :)

[asarian]

I shouldn't have mentioned this -- as it pulled a good thread off-topic for a few posts.

Sorry. :(

Well, that was my fault, actually. :) I'm sure that in the fulness of time you'll open an appropriate BDRebuilder thread.

[piratburner]

The original files works great on my TviX but when used TsMuxeR there is NO sound, and its the same on 2 movies with DTS-HD 7.1

All DTS-HD 5.1 Works perfect after run this on TsMuxeR

So it's a bug in this SW :-(

EDIT

If Downconvert to DTS its OK . but I like DTS-HD more :-)

Using TsNuxer with DTS-HD 5.1 works great BUT on this two I have problem.. No sound ! What can I do to fix this ? :confused:

Like I say before the original m2ts files works :-)



Million Dollar Baby 2004 1080p Blu-ray GER AVC DTS-HD HR 7.1
Main movie only one m2ts file.

Léon 1994 Ultimate Edition 1080p Blu-ray GER AVC DTS-HD MA 7.1
Main movie is on 8 differents m2ts files



I saw jdobbs on this forum, I have donate money for DVDrebuilder, And think if he could make a program like TsMUxer that works with all Blu-ray. THAT would be a dream :-)

[GZZ]

Thanks jdobbs for the little consol apps. It did the job just perfekt, dont have freezing picture/sound anymore. Thanks.

[Ryu77]

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.

Thank you! I just gave it a quick try and already I can see an improvement with seeking on my PC Media Player, without even mentioning the improvement it will make on a stand alone.

I always had a feeling that something wasn't quite right seeking with files created by tsMuxeR.

As you said and I completely agree, tsMuxeR is a fantastic little app. This is only a small bug which you have now addressed. I hope the author can implement this fix soon also.

[nwg]

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.



Thanks for that. I will try it and see how it turns out.

[GZZ]

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 made a little GUI for jdobbs program in Delphi.

FixclpiGUI (http://hbar.dk/files/FixclpiGUI.rar)

I hope anyone find it useful. Thanks to jdobbs for the fix. :)

/GZZ

[kolak]

Can I make PS3 working with HDMV structure from Scenarist?

It looks like PS3 doesn't like original index file- when I replace it with the one from TSMuxer than it plays fine, but I'm missing order playback, etc (because of the wrong index and playlist file). It's funny becuase all pop-up menus work fine.
Is there a way to patch index (or some others files) to get project from Scenarist working on PS3 from hard disk?

I just need to fool PS3 that this is an AVCHD project, so it can start playing it from root of the hard disk.

Thanks

[yamyam]

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.Thankyou jdobbs for this little app, much appreciated, Tested it on the ps3 tonight from TSmuxers blue ray output skipping chapters RW & FF all work perfectly now. Like jdobbs i have used TSmuxer for quite some time & are happy this issue has been fixed, can you help us with the dolby TrueHD problem as i get no sound in the ps3 ?

[jeffnoone]

Originally posted over in eac3to forum, but reply there seemed to indicate error was in tsRuxeR. Anyway essentially problem is this - has anyone else noticed that tsRemuxeR will remux the various tracks, but ends up (probably) doubling the length of a 5.1 PCM/LPCM, which I made from a TrueHD, as described below
_________________

Extracting from Dave Matthews BR disc, which has 5.1 AC3, PCM 2-ch, and TrueHD 5.1

Used eac3to 2.69 to extract the VC1 and all three audio tracks in one run; used DOS commandline, and -i 24 -c 6 -s 48000


For the TrueHD, I just extracted using the stdout technique, and saved as 6-channel PCM

Anyway tsMuxeR will import and correctly recognize the video and all three audio tracks (after I ran the 2-channel PCM thru PCM2TSMU)

But there is some problem with the BR files I produce
When running tsMuxer, it says at one point about processing a certain number of video frames (as if it has finished video early)

When you let thing complete, there are no declared errors, but PowerDVD reports as 5.38.04 i length (way too long), and video seems to "run out" about half way thru.
The AC3 track plays fine and is synced
There is sound on the 6-ch PCM but it appears very slow
The 2-channel PCM file from original disc also plays fine and is synced

I have successfully extracted 6 and 8 channel PCM before from other formats including TrueHD, but something seems to have gone wrong here - any ideas

Thanks

[odin24]

Originally posted over in eac3to forum, but reply there seemed to indicate error was in tsRuxeR. Anyway essentially problem is this - has anyone else noticed that tsRemuxeR will remux the various tracks, but ends up (probably) doubling the length of a 5.1 PCM/LPCM, which I made from a TrueHD, as described below
_________________

Extracting from Dave Matthews BR disc, which has 5.1 AC3, PCM 2-ch, and TrueHD 5.1

Used eac3to 2.69 to extract the VC1 and all three audio tracks in one run; used DOS commandline, and -i 24 -c 6 -s 48000


For the TrueHD, I just extracted using the stdout technique, and saved as 6-channel PCM

Anyway tsMuxeR will import and correctly recognize the video and all three audio tracks (after I ran the 2-channel PCM thru PCM2TSMU)

But there is some problem with the BR files I produce
When running tsMuxer, it says at one point about processing a certain number of video frames (as if it has finished video early)

When you let thing complete, there are no declared errors, but PowerDVD reports as 5.38.04 i length (way too long), and video seems to "run out" about half way thru.
The AC3 track plays fine and is synced
There is sound on the 6-ch PCM but it appears very slow
The 2-channel PCM file from original disc also plays fine and is synced

I have successfully extracted 6 and 8 channel PCM before from other formats including TrueHD, but something seems to have gone wrong here - any ideas

Thanks

The TrueHD track on DM & TR Live at Radio City is 96/24, maybe omit the -48000 command and leave the Hz at 96000?

Edit: If you wish to keep 48kHz, you should use -resampleto48000 (instead of -48000).

[Ryu77]

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.