L-SMASH Source

[LigH]

Not to forget typographic single quotes in nationally specific styles...

[Patman]

Originally Posted by HolyWu

Cannot reproduce.

AVS:


VS:

Thanks for your fast reply. The failure was in call of the file. Thanks again.

Originally Posted by Stainless

EDIT: Patman, post your actual problem filename.

The Redwood's - single quote

[StainlessS]

The Redwood's - single quote

So I'm assuming that its "The Redwood's" with ordinary single quote & without a path, and also without relative path ie not ".\The Redwood's".
SPACE in filename can also be a problem for some tools, HASH(#) used to be problem in MeGUI input filename,
used to interpret it as part of some kind of command, no longer a problem for quite some time.
Assuming that problem exists without using eg MeGUI, and only load into Avsinth (or avs+).
Does it work OK when single quote stripped from filename (and of course the call to src filter).

EDIT: Some commands/calls to functions/filters fail on W7+ where used to work on XP (dont know about Vista),
M$ did something that no longer converts eg "name.xxx" to a proper relative path, used to work fine on XP.

EDIT: IIRC, W7+ can interpret filename without path/relative path, to "C:\"+Filename, which then re-targets to Virtualstore (or something like that).

[Patman]

Originally Posted by StainlessS

So I'm assuming that its "The Redwood's" with ordinary single quote & without a path, and also without relative path ie not ".\The Redwood's".
SPACE in filename can also be a problem for some tools, HASH(#) used to be problem in MeGUI input filename,
used to interpret it as part of some kind of command, no longer a problem for quite some time.
Assuming that problem exists without using eg MeGUI, and only load into Avsinth (or avs+).
Does it work OK when single quote stripped from filename (and of course the call to src filter).

EDIT: Some commands/calls to functions/filters fail on W7+ where used to work on XP (dont know about Vista),
M$ did something that no longer converts eg "name.xxx" to a proper relative path, used to work fine on XP.

Hi StainlessS,

there was a failure in the code structure of my command. I used vapoursynth to test some plugins and functions. The full path is E:\x264\test\The Redwood's.mp4. After i corrected the code in the command line, everything works fine. Thanks for the help.

[Rumbah]

I noticed that using the cache file option with version 20191116 and Vapoursynth 64bit results in two lwi files being created.

Using the code line below results in the file creation at Q:\%folder%\video.lwi and the standard file at source + ".lwi" as well.

core.lsmas.LWLibavSource(source=r"%Source%", cachefile=r"Q:\%folder%\video.lwi")

Or do I use the option wrong?

[HolyWu]

Originally Posted by Rumbah

I noticed that using the cache file option with version 20191116 and Vapoursynth 64bit results in two lwi files being created.

Cannot reproduce.

[StainlessS]

Originally Posted by HolyWu

Cannot reproduce.

I'm guessin' that Rumbah did not delete existing files beforehand [just a silly faux pas - suggest Rumbah retries after delete both].

[Rumbah]

I just tested again with fresh files an folders and got the same result. Will try to get a reproducible test case to share.

[kedautinh12]

Originally Posted by HolyWu

https://github.com/HolyWu/L-SMASH-Wo...ks_20191116.7z

• LibavSMASH: Fix access violation.

Your build very good with many .ts but with some .ts duration of video doesn't match with duration of audio
Example:
https://drive.google.com/a/my.smccd....w?usp=drivesdk

[Rumbah]

Well, sorry for the false alarm, it works now, I had an mistake in my program.

[StainlessS]

Rumbah, can you enlighten us on what the mistake was, might give a clue for some other problem in future [also we like a good giggle ].

[Rumbah]

I have a script that converts a video with x264 and splits the source to X parts to encode the parts in parallel.
I found the performance to be better with less threads and more parts than with straight 36 threads per encode (a Ryzen 3900X with 12cores/24threads).

So I create the parts via Vapoursynth and L-Smash to get the cutting frame accurate so I have

video = core.lsmas.LWLibavSource(source=r"%Source%", cachefile=r"Q:\%directory%\video.lwi")

in more than one part of the script.

First it was just

video = core.lsmas.LWLibavSource(source=r"%Source%")

but I wanted all the temp files in one directory for easier cleaning after finishing. And I just forgot one place to change it so the lwi file got created in both places.

[fg118942]

Originally Posted by kedautinh12

Your build very good with many .ts but with some .ts duration of video doesn't match with duration of audio
Example:
https://drive.google.com/a/my.smccd....w?usp=drivesdk

Not patched FFmpeg, the Repeat First Field flags will not work, so you need to use the following patch.
https://gist.github.com/maki-rxrz/5a...853b5358fb8a29

[StainlessS]

Rumbah, thanx for the explanation.

[kedautinh12]

Originally Posted by fg118942

Not patched FFmpeg, the Repeat First Field flags will not work, so you need to use the following patch.
https://gist.github.com/maki-rxrz/5a...853b5358fb8a29

Oh, but how i can use this??

[fg118942]

Originally Posted by kedautinh12

Oh, but how i can use this??

We'll have to wait for HolyWu to upload a new version with this patch applied.
After that, write the following avs.

LWLibavVideoSource("***.ts",repeat=true)

[kedautinh12]

Originally Posted by fg118942

We'll have to wait for HolyWu to upload a new version with this patch applied.
After that, write the following avs.

LWLibavVideoSource("***.ts",repeat=true)

Nice, waiting for HolyWu

[HolyWu]

https://github.com/HolyWu/L-SMASH-Wo...ks_20191127.7z

• Fix MPEG-2 decoding issue with RFF flags. (maki-rxrz)
• Fix interlaced H.264 decoding issue in some files.

[Forteen88]

Thanks HolyWu.

[kedautinh12]

Originally Posted by HolyWu

https://github.com/HolyWu/L-SMASH-Wo...ks_20191127.7z

• Fix MPEG-2 decoding issue with RFF flags. (maki-rxrz)
• Fix interlaced H.264 decoding issue in some files.

Wow, thanks so much