smartLabs tsMuxeR: Transport Stream muxer [Archive] - Page 62

turbojet

27th March 2009, 05:30

deank: You could be correct about the extra data being the main factor between AVCHD and BD. I'm too naive about that but I do see a lot of people saying 100 is AVCHD and 200 is BD and they say that changes between BD and AVCHD. The 3 AVCHD camera images I've worked with have been stored on FAT32 drives so they come with 8.3 names, split in 4GB and had the BDMV folder inside PRIVATE/AVCHD. I will try to get my hands on another one of these soon so maybe they can be investigated further from someone more intelligent then me.

In general there's a lot of confusion between AVCHD and BD and some software and some hardware players are making it more confusing, TSMuxer being one of these now but it could work out to help defining the differences in the future. I think the majority has been led to believe that AVCHD = movie only on DVD/BD and BD = menus and all on a DVD/BD, which is misleading.

multiAVCHD output used in multiAVCHD is the closest I've seen to an avchd output from a mux and while it's not quite exact it does seem to trick a lot of players to play it from flash drive which is the main purpose. I do remember someone posting something from nero that represented what I've experienced as AVCHD.

But concerning TSMuxer I wonder what they are trying to do with the output to AVCHD disk. Taking a wild guess here but I think it would be for flash drive playback, which in that case I agree with mrr19121970 that it really should follow FAT32 standards and use a different directory structure (I don't know if PRIVATE/AVCHD/BDMV is required) along with denying DTS audio and VC-1 input. The only differences I see currently are bdmv file headers to 100 and adds more data to index.bdmv.

zeropc: use bluray output and it should work although you might need to use an older version to get it to work.

idbirch2

27th March 2009, 09:13

i created an avchd with v1.8.35(b) and it doesn't get recognized by my ps3!!!
i used avchd output. any ideas?See my post here (http://forum.doom9.org/showthread.php?p=1264588#post1264588).

Ryu77

27th March 2009, 09:46

Roman, feature request... :)

Is it possible for tsMuxeR GUI to remember the last directory navigated to? This is quite useful for appending files. I still use v1.8.8 for appending files as it is much easier and quicker because of this reason.

However, this becomes annoying when muxing a new file and the GUI looks for the last directory navigated to, only to display an error because that folder is now deleted.

So, to be clear, this would be great to remember the most recent directory while the current GUI remains open but this should be cleared once the GUI window is closed.

roman76r

27th March 2009, 11:30

Ryu77
Is it possible for tsMuxeR GUI to remember the last directory navigated to?
tsMuxerGUI remember last directory. If this does not happen, possible it is small bug.
Anywhere you can append several files thus: select several files in explorer and drag& drop it to join button.

coolalibaba

27th March 2009, 11:44

I can confirm the new GUI doesn't remember the last dir.

Ryu77

27th March 2009, 12:43

Ryu77

tsMuxerGUI remember last directory. If this does not happen, possible it is small bug.
Anywhere you can append several files thus: select several files in explorer and drag& drop it to join button.

Oh yes, I should have been clearer. I was requesting that the feature be brought back... So... For all intensive purposes if that feature was not removed, then yes it seems the new GUI has a bug.

choyu

27th March 2009, 17:02

@Roman
Thanks for the great work.

Will it be possible later to mux DVD subtitles?
For me,I really hope that TSMUXER can convert idx/sub(vobsub) subtitles to SUB and then has ability to convert SUB TO PGS,because I want to use idx/sub subtitles to mux with SD MPEG-2 video stream(720x480/576,VOB files)and finally make it AVCHD playback in PS3 HDD.

Sorry for my bad english.
Thanks again!

Quatre

27th March 2009, 17:09

what is the latest version of tsMuxeR? whats best sites/links to get it from? and what is the difference between tsMuxeR a nd tsRemux?

turbojet

27th March 2009, 18:07

what is the latest version of tsMuxeR? whats best sites/links to get it from? and what is the difference between tsMuxeR a nd tsRemux?

1.8.35 is latest from smlabs (http://smlabs.net/tsmuxer_en.html) but you might be better off using 1.8.30 for now, seems there's some unexpected bugs in the latest version.

TSMuxer is being developed and can do more then TSRemux like demux and handles chapters, srt, mkv, etc.

TSRemux is no longer being developed but it's open source

zeropc

27th March 2009, 18:54

See my post here (http://forum.doom9.org/showthread.php?p=1264588#post1264588).

the filenames are ok, atleast from the splitting p.o.v. ;)

they look like this

00000.m2ts
00001.m2ts
00002.m2ts

but that doesn't help me, cause the ps3 doesn't like this structure. i think running avchdme will fix it. i had hope to leave out that extra. not a true biggie though, but it wouldn't require a boot up in to windows.

idbirch2

27th March 2009, 19:09

Oh I see, yes those filenames are fine and as you say it's just the file extensions which need fixing. Yes, avchdme will take care of that although an 8.3 output option in tsmuxer would be nice.

Warbucks81

27th March 2009, 21:26

1.8.35 is latest from smlabs (http://smlabs.net/tsmuxer_en.html) but you might be better off using 1.8.30 for now, seems there's some unexpected bugs in the latest version.

TSMuxer is being developed and can do more then TSRemux like demux and handles chapters, srt, mkv, etc.

TSRemux is no longer being developed but it's open source

Which unexpected bugs are you referring to with regards to version 1.8.35?

roman76r

27th March 2009, 22:18

I have bad news. Seemingly is not possible to modify H.264 stream correctly for restore cropped frame.
I made this function but it does not work.
Here is example: http://www.smlabs.net/tsMuxer/cropTest/cropTest.264

So, I put two slices to top and bottom of the frame, and changed the first_mb_in_slice for main picture. But is does not work: in top and bottom of the picture artefacts is appear. Problem is that the motion vectors may extend beyond the frame. In this case, virtual pixels, placed beyond of the frame should have same color as the pixels in the first or last line of the frame. But after the insertion of black slices this motion vectors refer to the real black pixels. Thus some macroblocks in the first or last line is broken for P and B frames. In next frame, this artefacts can be shift to 2-th macroblock line e.t.c to the next I frame.

Atak_Snajpera

27th March 2009, 22:29

roman76r
Too bad that you wasted your time for that. Maybe you should try something (theoritically) easier like resizing subtitles ?

deank

27th March 2009, 22:55

Roman,

aren't slices supposed to be independent fragments, not affected by other slices nor mvectors?

Did you change 1st original slice and or the original headers with the new Y offset/coordinate?

Did you try to add 4 slices instead of 2 - one that describes just 16 pixels above original frame top and one above it (same for the bottom)?

Dean

p.s. I have more elegant solution without even touching the original video (no matter if it is h264/mpeg2/vc1) and it concerns mpls files. I'll be glad to work together on this approach.

roman76r

27th March 2009, 23:42

deank
Please download example again - I have uploaded wrong file.

Did you change 1st original slice and or the original headers with the new Y offset/coordinate?
I have change header in original slice: "first_mb_in_slice" field. This field stores the first macroblock number, i.e. Y offset.

Did you try to add 4 slices instead of 2 - one that describes just 16 pixels above original frame top and one above it (same for the bottom)?

I think this does not solve the problem - out of frame motion vectors will still refer to the black pixels instead "virtual" pixels duplicated from first/last line.

p.s. I have more elegant solution without even touching the original video (no matter if it is h264/mpeg2/vc1) and it concerns mpls files. I'll be glad to work together on this approach
I'll be glad to work together too.

Atak_Snajpera
Too bad that you wasted your time for that. Maybe you should try something (theoritically) easier like resizing subtitles ?
Next feature in my feature list - wave64 support. But resizing subtitles also is on the feature list.

deank

28th March 2009, 00:40

deank
Please download example again - I have uploaded wrong file.

Yes, this sample looks much better. It seems that it is not the motion vectors that cause the problem (they are used during encoding process, not decoding, right?) but slices using macroblocks from the newly inserted slices instead of the original ones.

I have change header in original slice: "first_mb_in_slice" field. This field stores the first macroblock number, i.e. Y offset.

And what about the rest of the slices in the picture?

roman76r

28th March 2009, 01:39

Yes, this sample looks much better. It seems that it is not the motion vectors that cause the problem (they are used during encoding process, not decoding, right?)
Motion vectods used in decoding process. I can see this problem visually in elecard stream eye. Here is example: www.smlabs.ru/tsMuxer/cropTest/example.JPG
Red lines shows motion vectors.
I talked with my friend - the guru of H.264 - and hi confirmed that the problem in this. Also he said that this problem can't be solved.

And what about the rest of the slices in the picture?
Rest of slice still unchanged. of course I move this rest (it is 99,99% of the slice size) to severals bits because "first_mb_in_slice" field has a variable length depending on the field value.

tebasuna51

28th March 2009, 12:29

Next feature in my feature list - wave64 support.

Thanks!

Then Pcm2Tsmu is finish.

Ask me if you have any problem with w64. There are some free code at nicaudio in my signature. Is very easy compared with video.

scott1256ca

28th March 2009, 19:32

I have tried running the linux tsMuxeR 1.8.35b and the output is not recognized by AVCHDManager (1.3.8 may not be most recent version). The filenames are
00000.m2ts etc. (not with split in the name).
00000.clpi
Windows version of tsMuxer has same naming convention and my version of AVCHDManager doesn't recognize files created on windows either.
In fact the only difference I see between this and my older version (still on 1.8.18) is that the numbering starts at 00000, not 00001

I have tried renaming by hand but my ps3 will not recognize the files. I suspect starting the numbering with 00000 instead of 00001 is to blame, but i'm no expert.
BTW ps3 is on 2.60 firmware.

deank

28th March 2009, 19:37

multiAVCHD uses 00000 as a start and it is related to mpls files to hold the same link to m2ts/clpi files.

rapscallion

28th March 2009, 20:07

I've muxed a raw 264 movie file to "create blu-ray disc" with chapters set to 10 min, as well as the default 5 min.

The resulting movie stream, m2ts, has NO chapters in either case. Is this a chapter feature that is not available in this mode ?

setarip_old

28th March 2009, 20:12

@rapscallion

Hi!

1) What are you using for playback?

2) Are you playing the full BluRay "package", or simply playing the .M2TS file directly?

rapscallion

28th March 2009, 20:24

Hey setarip !
Full blu-ray structure to burn as a AVCHD DVD9, playable on a SA Blu-ray player.

I converted an MKV file by muxing to a m2ts and then re encode video, via Megui (SA Avchd profile) to a 1280*720.
Then tsmuxer again to muxe video and audio. .
However, when I view the m2ts file w/Midiainfo, there are no visible chapters (they're visible in the original mkv) Plays fine via Media Player Classic and.....

If I create a small test video, ~4gb, no chapters there either, when playing on a SA Player.

roman76r

28th March 2009, 21:02

deank
I think there is another way to solve the problem with cropped video. It is a BD-J technology. I have readed documentation and found suitable JAVA interface:
AWTVideoSizeControl (http://java.sun.com/javame/reference/apis/jsr927/)

deank

28th March 2009, 21:09

@roman:

Yes, but it will never work for AVCHD or SAP players ignoring BD-J on DVD media.

At one point in multiAVCHD development I was thinking of using java.tv for custom menus as it is much much easier than HDMV but I dropped out the idea, as many (and more to come) players won't accept BD-J on a DVD (BD5/BD9).

I'll email you about my other idea later.

Also there is a way to use PAT in m2ts as I posted 2 months ago in multiAVCHD thread but I'd rather go for the other - which is almost the same.

@rapscallion: multiAVCHD will keep your MKV chapters.

setarip_old

28th March 2009, 22:31

@rapscallionthen re encode video, via MeguiI could be wrong but, I think this is where you're losing the chapters...

rapscallion

28th March 2009, 22:38

@rapscallionI could be wrong but, I think this is where you're losing the chapters...
Oh, Ok, so the chapters have to be in there for tsmuxer to set the lengths, when remuxing. It doesn't "create chapters". That makes sense.

Thanks for the responses setarip !

setarip_old

28th March 2009, 23:14

@rapscallionThanks for the responses setarip !You're quite welcome!

Let us know how things work out ;>}

rack04

29th March 2009, 02:15

Version 1.8.35B does not work with my BD-35. The player give error "unsupported" disc.

coolalibaba

29th March 2009, 04:21

mrr19121970

29th March 2009, 08:54

I PMed you the clip...

@Roman67R.

Can I delete the VC1 1080i file now ?

scott1256ca

29th March 2009, 11:45

I have tried the older linux versions that I can find of tsmuxer. 1.8.30b and 1.8.24b can't seem to split files, although 1.8.30b will write a directory structure that my ps3 can read (if the file is less than 4g, of course). For 1.8.35b I did try both blu-ray and avchd authoring. Both write files starting @ 00000 and my ps3 won't recognize the AVCHD folder. Has anyone had success reading from a ps3 with 1.8.35b? Is there a linux version that will split files and write something readable from the ps3?

Thanks

edit: Ok, I tried multiavchd in avchd mode, and it also writes 00000.mts and 00000.cpi files when complete (and uses tsmuxer). It does work in my ps3, so there must be something else going on.

shv

29th March 2009, 18:32

@Roman:

Thank you for the great TsMuxeR tool. I would like to ask if the small problem with the GUI which was introduced with the 1.8.30 version and is also available in 1.8.35 can be corrected? When I drag and drop a file onto the GUI the window is shortly flickering and seams to be a bit transparent afterwards. I am using Windows XP version.

Regards.
shv

DoomBot

29th March 2009, 18:42

deank

29th March 2009, 19:51

Does THAT really matter?! After all it is the output that matters, not pleasuring your visual experience!

Underground78

29th March 2009, 19:54

Are you sure it's a bug ? It might be a feature.

rapscallion

29th March 2009, 20:57

Oh, Ok, so the chapters have to be in there for tsmuxer to set the lengths, when remuxing. It doesn't "create chapters". That makes sense.

Thanks for the responses setarip !

@rapscallionYou're quite welcome!

Let us know how things work out ;>}
As it turns out, after reading some other thread, the chapters are stored in a *.clpi file and accessed via the playlist file, *.mpls.

So, it would appear that tsmuxer can "create" chapters, at the times selected. However if playing back w/a pc program that only plays the *.m2ts file (like MPC) then you won't see them.

I have yet to confirm that the chapters are created and accessible on a SA Blu-ray player yet.

deank

29th March 2009, 21:38

[removed]

idbirch2

29th March 2009, 22:46

OK lads, lets all just have a breather and relax, I don't think anyone intended to start a personal attack, Dean's probably just had his fill of users for today and rapscallion should probably do a bit more reading before asking such simple questions (of course, playing an m2ts straight will not give you chapters - 3.5 years here, come one - does a VOB file played straight do that without it's original DVD structure in place?)

scott1256ca

29th March 2009, 23:01

well, I at least think I figured out part of the issue I was having. If I use tsmuxer1.8.35b and author as AVCHD I can get it to play in my ps3. Difference is I removed the empty directories, or at least the ones that don't get created if I use multiAVCHD. So at least I can get that far.

scott1256ca

29th March 2009, 23:02

Oh, by the way. I use large fonts as the default and the previous version of tsMuxerGui didn't display quite correctly (but still useable). I see this version everything looks fine. Thanks for that.

setarip_old

30th March 2009, 04:33

@idbirch2does a VOB file played straight do that without it's original DVD structure in place? It does if you play it under VLC ;>}

By the way, "rapscallion" was initially responding to me. No need for anyone else to get upset by that...

idbirch2

30th March 2009, 08:35

And where does VLC magic these chapter points from exactly?

rapscallion

30th March 2009, 18:27

[removed]

ACrowley

31st March 2009, 18:20

piratburner

31st March 2009, 19:32

Just want to say that the PopcornHour A110 cant play/passtrough DTS-HD HighREsolution Audio from TSmuxer Output

The untouched Bluray M2ts Files are working perfectly fine and DTS HRA Audio Passthrough works .

As soon i remux it to M2TS with TS muxer = no Sound because the Receiver cant detect the Format properly ( i know a few People with the same Problem)
DTS-HD MA works.

So i assume that TSmuxer breaks DTS HRA ?

Yes I can confirm This, And I have TVIX 6500 some works and some NOT ??

The old version works( latest last year) perfect but all the latest from this year have some kind of problems:-(

ACrowley

31st March 2009, 20:14

Yes I can confirm This, And I have TVIX 6500 some works and some NOT ??

The old version works( latest last year) perfect but all the latest from this year have some kind of problems:-(

Ah ok..

Latest Version in 2008 was TSmuxer 1.8.19b, correct ?
Doesnt work too with DTS HRA!

Somebody told me that TSmuxer 1.2.9 works with DTS HRA and Popcornhour.
And yes..the M2TS from TSmuxer 1.2.9works with DTS HR Passtrough

Pl4yit

31st March 2009, 20:29

@Roman, hoping that you are still around here :D

Found a small inconsistency using v1.8.34 & 35 (did not check previous versions). See example here below. Input files are a video file, audio file and a SUP subtitle file, de-muxed by eac3to from a Blu-ray disc.

If you want to cut the 'tsmux'-ing from, for example, minute 10 till minute 11, and the subtitle file contains the following start/end PTS information displayed here below, then the "cutting" will stop after 27 seconds, whereas I would have had expected that it would continue till minute 11, despite the fact that the next subtitle only starts after minute 15.

...
Subtitle #54 - Start: 00:10:20.537 End: 00:10:22.956
Subtitle #55 - Start: 00:10:23.040 End: 00:10:25.542
Subtitle #56 - Start: 00:10:26.376 End: 00:10:27.753
Subtitle #57 - Start: 00:15:16.833 End: 00:15:18.794
...

deank

31st March 2009, 20:30

I'd like to apologize for seemingly inappropriate attitude.

It's just my inability to explain myself which aggravates me often and also being in a family of teachers, it worsens things much more.

I'm sorry, I wanted to help, not confront. I've learned a lot from doom9 forums for all these years before I dared to post and sometimes I forget how hard it was.

No hard feelings.

Dean