L-SMASH Source

[sneaker_ger]

Do a preview of your source, though. L-Smash's fpsnum/fpsden-conversion can get stuttery. Often AssumeFPS() is enough to do the trick because the source isn't really vfr.

[fvisagie]

Originally Posted by jriker1

If I do reload this in VDub again it comes up 23.976

...

Based on this is a constant frame rate.

Is this is an Avisynth script you loaded into VDub, or did you open the video in it directly? If the former, I suspect that Avisynth/L-SMASH would always report the video framerate as constant.

But first see if any of the suggestions help.

[jriker1]

The above is from Mediainfo so not related to avisynth or vdub for the specs of the video.

I'm questioning if this tool is reliable for my conversions. I switched from several other plugins to avisynth because of various white screens at fast moving transition scenes but if this can't even get a basic frame rate right not good. Never saw another tool do this. Annoyed right now as I just converted another video that I was going to watch tonight and it happened again even though in VDub it said it was 23.976 before conversion. I'm going to try the settings suggested but forcing a setting doesn't sound good considering how reliable all the other tools are around this basic check.

JR

[Thunderbolt8]

is there some standalone exe command I can use to index files with lsmash (like with ffms2.exe)? reason is I would like to have some status progress bar which I dont have when using it inside megui (aside from the increasing filesize display)

[LigH]

I don't know of any. That's also the reason why MeGUI schedules an indexing job first.

[StainlessS]

You could ask the L-Smash guys to output progress every eg 5.0% to DebugView via OutputDebugString().

[Thunderbolt8]

is it normal that LSMASH does the indexing each time the script is called even though when the index file already exists? no updates etc. have been made since that file has been created, but indexing starts anew each time. its rather annoying, when I create an index file with ffms2 and then call that video again, the indexed file is usually regarded as fine and used in contrast to those created with LSMASH.

[LigH]

Indexing should only happen if there is no existing index file already (I believe it does not even check if the file date of the source is newer than the file date of the index).

Is there any possible reason that L-SMASH Source may not be able to identify the index file matching the name of the source file (e.g. non-latin characters, access rights, file attributes)?

[Taurus]

Originally Posted by Thunderbolt8

is it normal that LSMASH does the indexing each time the script is called

No, it's not nomal.
LSMASH is indexing a file at first start.
Later on the index file is used for any conversions.
There must be something wrong at your side.
Maybe LigH's suggestions shed some light?

[StainlessS]

This script (originally posted here):- http://forum.doom9.org/showthread.ph...65#post1707765

Can tell how many times MeGUI is opening a script (but not if indexing at every opening, so may not be of use).

(req RT_Stats)

###
# MeGUI_ReOpenCount.avs
# http://forum.doom9.org/showthread.php?p=1707765#post1707765

LOG     = "MyLog.txt"      COUNTER = "MyCounter.txt"
CNT     = (Exist(COUNTER) ? RT_NumberValue(RT_ReadTxtFromFile(COUNTER,Lines=1)) : 0) + 1
RT_Writefile(LOG, "%d ] *** HERE I AM *** @ %s", CNT, RT_LocalTimeString(file=False), Append=True)
RT_Writefile(COUNTER, "%d", CNT, Append=False)

# ...

Colorbars.KillAudio.Trim(0,-10).ConvertToYV12  # Your Script  (only 10 frames)

# ...

ScriptClip("""
    (current_frame==FrameCount-1)
        \ ? RT_Writefile(LOG, "%d ] *** LAST FRAME, CLOSING SCRIPT *** @ %s", CNT, RT_LocalTimeString(file=False), Append=True)
        \ : NOP
    Return Last
""")
Return Last

Need to make sure that LOG and COUNTER files do not exist before start.

This is result after updating to current developer build a few moments ago.

# Loading avs into MeGUI
1 ] *** HERE I AM *** @ 2016-11-10 20:29:52.609
2 ] *** HERE I AM *** @ 2016-11-10 20:29:53.406
# Click Aspect Ratio Select close button
# ----
# Click AutoEncode button
3 ] *** HERE I AM *** @ 2016-11-10 20:31:17.546
# Click Start
4 ] *** HERE I AM *** @ 2016-11-10 20:32:08.296
5 ] *** HERE I AM *** @ 2016-11-10 20:32:09.281
5 ] *** LAST FRAME, CLOSING SCRIPT *** @ 2016-11-10 20:32:09.343
# Seems to finish then reopen again
6 ] *** HERE I AM *** @ 2016-11-10 20:32:10.234

Above, I paused before moving onto next stage.
Perhaps you can compare with MeGUI log to see what its doing at what times.
(I did not use L-Smash, might want to modify script).

The number of re-opens seems to have been reduced since last I tried, was about 7 opens on initial scan, and then another 5
on AutoEncode/render.

EDIT: Number of re-opens probably depend upon options selected in MeGUI.

[jriker1]

Originally Posted by sneaker_ger

Do a preview of your source, though. L-Smash's fpsnum/fpsden-conversion can get stuttery. Often AssumeFPS() is enough to do the trick because the source isn't really vfr.

You are right on. I did in avisynth:

LWLibavVideoSource("Video.mkv", fpsnum=24000, fpsden=1001)
TextSub("Video.ass")

Output stutters. Really wondering the stability of this tool. Switched to it because referenced before getting these weird white frames flashing on the screen during fast transitions and was wondering if it would help but seems problematic. I'll try removing fpsnum and fpsden and adding .AssumeFPS() to the end of the LWLibavVideoSource line and see if that works.

Thanks.

JR

[Thunderbolt8]

Originally Posted by LigH

Indexing should only happen if there is no existing index file already (I believe it does not even check if the file date of the source is newer than the file date of the index).

Is there any possible reason that L-SMASH Source may not be able to identify the index file matching the name of the source file (e.g. non-latin characters, access rights, file attributes)?

no this shouldnt be the problem.

when I opened the script and it created the index file, when I add this file then to the encoding queue then its fine and its not gonna be created again. but when I load the script again even though the index file already exists then it will be created again.

[LigH]

There might be a feature to delete the index in some cases because L-SMASH Source has no sanity checks, and it happened often that a remaining index file from a previous job was re-used on a different new source, but with the same file name, which caused issues.

[tuanden0]

I have a problem with L-Smash Source of latest meGUI dev server update.

They detect my video fps 23.976 to 25.850 or 23.810 I tried use AsumeFPS(2400, 1001) but the fps of output didn't change My output video just 25.850.

This is my script

SetFilterMTMode("DEFAULT_MT_MODE", 2)
SetFilterMTMode("LSMASHVideoSource", 3)
LoadPlugin("E:\Encoder\Tools\LSMASHSource.dll")
LWLibavVideoSource("E:\Download\CG\CCNA Network Cisco 480p.mkv")
AsumeFPS(2400, 1001)
Toon(0.7)
SetFilterMTMode("Deblock", 1)
Deblock(quant=33, bOffset=2)
DeHalo_Alpha()
Prefetch(4)

Sorry for my bad English

[Music Fan]

That's 24000, 1001, not 2400, 1001, you forgot a 0. Anyway you shouldn't get 25.850 fps with this setting

[dipje]

And it's AssumeFPS with two s at the start instead of AsumeFPS.

So I'm guessing that script gives an error so whatever he's seeing, it's an old version of his script or he's even picking the wrong or something. Or a 'cache' in whatever editor you're using?

[tuanden0]

Yay, I change AsumeFPS(2400, 1001) to AssumeFPS(24000, 1001) and it's work. Thank you!

[jriker1]

Originally Posted by tuanden0

Yay, I change AsumeFPS(2400, 1001) to AssumeFPS(24000, 1001) and it's work. Thank you!

Why not just do AssumeFPS(23.976) ?

[jriker1]

Does LWLibavVideoSource support 4k content? I opened a video in VDub using LWLibavVideoSource pointing to the source file and comes out with a lot of green lines with slight hazy view of the video in the background that you can see in between the green lines.

Thanks.

JR

[sneaker_ger]

Your source is using a bit-depth higher than 8 bit. You can instruct l-smash to dither it down via format="YUV420P8" parameter. (See README included in L-Smash package and AviSynth docs)