L-SMASH Source

[videoh]

This is important too for an implementer:

"Every 30 frames, this function is called to write to stdout"

and

"progr is an int 0-100 indicating the percent completed. The caller determines the percent complete from the ratio of the current file position and the size of the file. That way you don't need to know the number of frames in the file."

[Kurtnoise]

why are you posting this ? we are waiting for your patch instead...

[stax76]

Originally Posted by Kurtnoise

why are you posting this ? we are waiting for your patch instead...

If it's still to difficult I consider making a patch.

[foxyshadis]

I think the VapourSynth readme should really point out that the prefix is lsmas. Without it, there's no way to use the filter!

[LouieChuckyMerry]

First, many thanks for L-SMASH works . Second, would someone please help me understand why I can't index this with LSW? I've tried demuxing-remuxing it as a .ts, .m2ts, .mp4, and a fresh .mkv, all of which result in flashbacks when viewing the preview window in MeGUI . FFMS2 and DGAvcIndex index the file without any issues. Thanks for your time.

[Selur]

adding

,format="YUV420P8"

might help with the preview, alternatively you could also add

f3kdb_dither(stacked=false, input_depth=10)

[LouieChuckyMerry]

Thanks for your help (and patience), Selur, and for not simply shouting "10 BIT!", not that I would've known what to do even if I'd noticed . Both methods did the job (although the first was three-times faster), so now I've now a new trick for my bag . In your opinion, is there a three-times improvement in quality? I can't see any difference, but my "monitor" is a 14" laptop screen.

[Selur]

Sorry, not sure now FFVideoSource does the dithering from 10bit to 8bit compared to f3kdb_dither.
I normally only add f3kdb_dither for preview purposes, for encoding I stick with 10bit.

Cu Selur

[foxyshadis]

Originally Posted by Selur

Sorry, not sure now FFVideoSource does the dithering from 10bit to 8bit compared to f3kdb_dither.
I normally only add f3kdb_dither for preview purposes, for encoding I stick with 10bit.

Cu Selur

ffms2 & lsmash leave it default, where SWScale uses a very fast, basic fixed 8x8 pattern grid for >8-bit to 8-bit YUV. For processing & encoding that's good enough. It uses a nicer Floyd-Steinburg noise diffusion for all yuv->rgb.

[LigH]

I guess the fast pattern is "Bayer" dither?

[foxyshadis]

Exactly. They really should at least use DitherPost's method of creating some patterns at run-time, instead of a single compiled-in one, but ffmpeg does things their way.

[8-BaLL]

I was getting Access Violation trying to open a MKV file using LWLibavVideoSource. Looks like LSMASH cant handle MKV containers, right?

[LigH]

Not in general. If the content is not corrupt, and the container spec compliant, there is no reason to crash.

Try to re-multiplex this file with mkvmerge. Any error messages?

[8-BaLL]

Thanks for the info. In fact Ive just checked again and now it works Looks like I had some weird behaviour in AVSPmod. It would say "Access Violation" on MKV files no matter which one I selected. After selecting a .ts file, it seems to handle all MKVs again.

Again thanks for clarifying LSMASH is the only source I use for HD stuff, pretty stable and precise. Not saying its not recommended for SD stuff, I just think DGdecode is more suited for mpeg2 stuff (DVDs).

[videoh]

Originally Posted by 8-BaLL

I just think DGdecode is more suited for mpeg2 stuff (DVDs).

To avoid anyone misinterpreting this, I point out that DGDecNV handles AVC, MPEG2, and VC1 in the same frame-accurate manner; there is no special sauce for MPEG2 streams. It handles HD perfectly fine. And finally, it is not buggy for MKVs as you said you experienced with LSMASH. In no way is it specialized for MPEG2 or DVDs.

I would be very surprised if LSMASH didn't also work perfectly fine for MPEG2 and DVDs. Did you experience any issues?

[LigH]

L-SMASH Works will probably not support a set of VOB segments as easily as DGMPGDec did. It will prefer one contiguous source file instead.

But as long as the source is not corrupt, it should handle all supported container and content formats really well.

[stax76]

Is there a technical reason why MP4 files can be opened directly without indexing but not MKV files?

I just think DGdecode is more suited for mpeg2 stuff (DVDs).

DG tools are solid but I think FFVideoSource will work just as well, with LWLibavVideoSource I had problems last time with a NTSC source, I'll try it again. StaxRip is x64 only so DGDecode isn't even a option.

[LigH]

L-SMASH Works contains two demultiplexers: libavformat and L-SMASH.

The L-SMASH demultiplexer supports only "ISO Media" containers and relies on media file internal index chunks. So it does not need to create an own, but fails if one is missing in the media file or is corrupt.

The libavformat demultiplexer does not rely on any media file internal index, therefore it supports also containers which do not even have an internal key frame index; but that means that it must create its own.

To support MKV containers while relying on their internal key frame index, it would have to support a third demultiplexer, probably.

[AMED]

I seem to be getting a weird grey color flash at the beginning of one of my encodes when using L-Smash and MVTools2. It doesn't seem to happen when using FFMS2.

# Set DAR in encoder to 16 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
LoadPlugin("D:\MEGUI\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("H:\Above The Law (1988) (1)-001.mkv")
#crop
super = MSuper(pel=2, sharp=1)
backward_vec2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
backward_vec1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
forward_vec1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
forward_vec2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
MDegrain2(super, backward_vec1,forward_vec1,backward_vec2,forward_vec2,thSAD=400)

It only seems to occur when using MDegrain 2 or 3.

I've tested with Avisynth (2.6final), Avisynth+ (r1825), MVTool2 (v2.6.0.5) and L-Smash works (v785).

SAMPLE

[hello_hello]

Originally Posted by LigH

As long as libavcodec doesn't contain a decoder for MagicYUV, L-SMASH Source may not support this video format. Even though I believe it would be possible to index an AVI regardless of the used codec; but why index a clip if the video codec is not supported in libavcodec, thus neither in ffmpeg nor in related projects like FFMS2 or L-SMASH Source.

I was looking for some info and found LigH's post above, but I was wondering.....

Why is it I can successfully index an MKV containing MagicYUV video with MeGUI and ffms2, but when I save the script and try to open it in MPC-HC, it displays an error about not being able to find a video stream. It displays normally in MeGUI's preview. Is it a splitter thing?

L-Smash kind of works the same way, except when indexing it creates the index file, then complains about not being able to find the video stream, but if I open MeGUI's Script Creator and load the index file as the input video it works just as ffms2 does. If I save the script and try to load it for encoding though, it's back to the "can't find the video" error.

A pic of MeGUI's Script Creator opening an MKV containing MagicYUV video via LWLibavVideoSource. In the background is the Script Creator preview happily displaying the video. If I save the script (keeping the script creator and preview open for the screenshot below) and try to load it for encoding, the result is the error message being displayed in the foreground.
I'm curious as to how that'd work.......