L-SMASH Source

[Selur]

thanks, added the info to the first post.

[Brazil2]

Originally Posted by Selur

thanks, added the info to the first post.

Maybe you should add the URL tags to your URLs to make them clickable

But I thought L-Smash muxer.exe was now able to mux HEVC into MP4 but I can't make it working with rev786 while it works with the same source and MP4box rev4868. Am I missing anything ?
Example of source file: https://x265.cc/builds/Samples/bigbuckbunny.hevc

[VFR maniac]

Originally Posted by Brazil2

But I thought L-Smash muxer.exe was now able to mux HEVC into MP4 but I can't make it working with rev786 while it works with the same source and MP4box rev4868. Am I missing anything ?
Example of source file: https://x265.cc/builds/Samples/bigbuckbunny.hevc

http://repo.or.cz/w/L-SMASH.git/commitdiff/153572b12eed094fbf68c6770c753810d49e5a3a

HEVC muxing is testing and experimental purposes only at present since the specification is not finalized and published yet.

I don't want you to mux HEVC for archival and distribution purposes since there is no guarantee that the file is demuxed and decoded correctly in the future.
At least, L-SMASH will reject files based on the draft versions.
Be patient, please.

If compiled with the latest ffmpeg (which can output POCs of HEVC), L-SMASH Works can seek raw Annex B HEVC stream.
So, you can play avs importing the raw stream and audio stream as if AVI.

[Brazil2]

Originally Posted by VFR maniac

HEVC muxing is testing and experimental purposes only at present since the specification is not finalized and published yet.

I don't want you to mux HEVC for archival and distribution purposes since there is no guarantee that the file is demuxed and decoded correctly in the future.
At least, L-SMASH will reject files based on the draft versions.

OK, thanks for clarification

Originally Posted by VFR maniac

Be patient, please.

No!

[LigH]

Originally Posted by the_weirdo

In my tests, even when you've replaced the source file with a different file, it still re-use the index file.

Confirming. L-SMASH Source (which I'm using as AviSynth plugin) needs a sanity check of the index file to rebuild it when outdated.

(Confirmed with r688-2; not yet tested with most recent r693)

[Music Fan]

LWLibavVideoSource seems to have a problem with big ts files (I tested 2 files ; 4,70 GB and 6,02 GB) in interlaced h264 : the framerate is doubled, even when repeat=true is added. It happens on rev 693, 688 and 662.
With a short extract of one of these files (5 minutes, 230 MB cut with TSMuxer), there is no problem, even when repeat=true is not added (with rev693).
I don't know which is the size limit to allow a good working, I guess 4 GB.

[StainlessS]

Try cutting out 2 clips, one about 1.75GB and other about 3.75GB.

[Lenmaer]

It's not bound to file size.
I've noticed this error since the beginning with LWLibavVideoSource.
I noticed also that it affects MBAFF m2ts files, whatever their length or size.
And FFMS2 has that bug too.

[Music Fan]

Originally Posted by StainlessS

Try cutting out 2 clips, one about 1.75GB and other about 3.75GB.

Ok, but that won't help me for big files. Or I should cut them in several parts, then re-encode and merge them.

[Music Fan]

Originally Posted by Lenmaer

It's not bound to file size.
I've noticed this error since the beginning with LWLibavVideoSource.
I noticed also that it affects MBAFF m2ts files, whatever their length or size.
And FFMS2 has that bug too.

In this case, why does it work with an extract of the big file ?

[StainlessS]

Originally Posted by Music Fan

Ok, but that won't help me for big files. Or I should cut them in several parts, then re-encode and merge them.

Was intended to ascertain whether problem over 2GB (signed int)
or 4GB (unsigned int), but as Lenmaer says unrelated to size, then of no use.

In this case, why does it work with an extract of the big file ?

perhaps because of remux, try remux whole thing.

[Lenmaer]

Originally Posted by Music Fan

In this case, why does it work with an extract of the big file ?

That I can't say, perhaps TS muxer does something that corrects it?

[LigH]

Especially transport streams from DVB [-S2] may always contain transmission errors. They should never be used without cleaning.

And even if direct handling of TS sources is more or less supported by FFMS2 (with the required Haali splitter) or L-SMASH Source, handling a source remultiplexed to MKV is certainly more reliable.

[Music Fan]

Originally Posted by LigH

Especially transport streams from DVB [-S2] may always contain transmission errors. They should never be used without cleaning.

I did it with TSDoctor.

Originally Posted by LigH

And even if direct handling of TS sources is more or less supported by FFMS2 (with the required Haali splitter) or L-SMASH Source, handling a source remultiplexed to MKV is certainly more reliable.

Ok, I will try it.

[Music Fan]

Tried in MKV, does not work either with 4,70 GB file ; still have to try 2,5 and 3,5 GB sized files.

[Music Fan]

Tried a 2,5 GB ts : strange behavior (with rev693) : Virtual Dub detects now 25 fps -whatever I specify repeat=true or not-, but in both cases all frames are doubled anyway and the file length too, and it is played at half speed.

edit : same problem with a 1,64 GB TS cut with TSMuxer.

edit : different problem when the 2,5 and 1,64 GB files are put in MKV : file length is good but all frames are also doubled -whatever I specify repeat=true or not- and Virtual Dub detects 50 fps (I demuxed streams with TSMuxer, opened them in MKVMerge and specified 50i as framerate).

Even below 2 GB, there are problems.

[LigH]

If it also fails for a cut of a few seconds, then please provide a sample...

[Music Fan]

As I said 2 days ago, it works with a 5 minutes extract (230 MB), otherwise I wouldn't have made all these tests.

[Music Fan]

r702 is online ;
https://drive.google.com/folderview?...UU&usp=sharing

[Music Fan]

I can't make it work, I get this error message : "unable to load dll, error=0x7e".