L-SMASH Source

[poisondeathray]

I see no errors with 20190917

Are you sure it's the correct video ? Earlier you said ".vp9" . This is AVC in MP4.

[kedautinh12]

Originally Posted by poisondeathray

I see no errors with 20190917

Are you sure it's the correct video ? Earlier you said ".vp9" . This is AVC in MP4.

Ah sorry my fault, this video right
https://drive.google.com/open?id=1y0...wXqzCMQwNSrTlx
Error frame with vp9 in .MKV

[Atak_Snajpera]

Creation of audio index file needs some optimalization because file size can be extremely large.
Example: 10 min TrueHD


It looks like that every 1 minute of TrueHD audio adds extra 10 MiB to index file. With typical 100+ minute movie index file will be over 1 GiB! Parsing that big ass file on single core is just super ineficient.

Question: Do we really need those repeated information in each line? From what I see only values for POS,PTS,DTS are changing. Furthermore values PTS and DTS are increasing in predictable manner.

<LSMASHWorksIndexVersion=0.0.2.0>
<LibavReaderIndexFile=15>
<FileSize=526166830>
<FileHash=0x7b6795d7>
<LibavReaderIndex=0x00000180,1,truehd>
<ActiveVideoStreamIndex>-0000000001</ActiveVideoStreamIndex>
<ActiveAudioStreamIndex>+0000000000</ActiveAudioStreamIndex>
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=0,PTS=0,DTS=0,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=576,PTS=75,DTS=75,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=740,PTS=150,DTS=150,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=902,PTS=225,DTS=225,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=1050,PTS=300,DTS=300,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=1194,PTS=375,DTS=375,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=1340,PTS=450,DTS=450,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=1476,PTS=525,DTS=525,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=1624,PTS=600,DTS=600,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=1762,PTS=675,DTS=675,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=1912,PTS=750,DTS=750,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=2058,PTS=825,DTS=825,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=2196,PTS=900,DTS=900,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=2346,PTS=975,DTS=975,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40
Index=0,Type=1,Codec=86060,TimeBase=1/90000,POS=2490,PTS=1050,DTS=1050,EDI=0
Channels=8:0x63f,Rate=48000,Format=s32,BPS=24,Length=40

[Atak_Snajpera]

Originally Posted by HolyWu

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

• Update to FFmpeg-20191114-73ee53f.
• VapourSynth: Export mastering display metadata and content light level in frame properties.
• VideoSource: Improve capability check in prefer_hw.
• LWLibav: Fix VP9 decoding issue with superframes.
• VideoSource: Enable AV1 decoding via libdav1d.
• Add parameter ff_loglevel.
• LWLibav: Adjust the structure of index file to reduce file size.

Thank you for your excellent work!

[fg118942]

Originally Posted by HolyWu

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

• Update to FFmpeg-20191114-73ee53f.
• VapourSynth: Export mastering display metadata and content light level in frame properties.
• VideoSource: Improve capability check in prefer_hw.
• LWLibav: Fix VP9 decoding issue with superframes.
• VideoSource: Enable AV1 decoding via libdav1d.
• Add parameter ff_loglevel.
• LWLibav: Adjust the structure of index file to reduce file size.

HolyWu, thank you so much for fixing the issue of VP9.
However, using LSMASHVideoSource in version 20191115 will cause Access Violation.

[2ndR]

Perfect

[hydra3333]

Thank you HolyWu.
I have just visited this thread for the first time in a while.
I have changed my icky x264 build process to use your LSW git accordingly
Nice work !!!!


edit:
PS is there any possibility you may turn on the Issues tab in your github fork ?
Apparently,
- Go to the Settings page of your fork.
- Check the box next to Issues
- You can now file issues on your own fork and they will not be placed in the main repo.

[FranceBB]

Originally Posted by HolyWu

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

• LibavSMASH: Fix access violation.

Thank you, once again!

[Patman]

Originally Posted by HolyWu

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

• LibavSMASH: Fix access violation.

Hi HolyWu,

thanks for your build. I think there is a problem when some special characters like ' are included in the file name. Can you please check that? For me the LibavSMASHSource Filter is corrupted. LWLibavSource works.

[StainlessS]

Is the offending character perhaps slanting single quote (`) ?

EDIT: Normal Single quote ('), Grave [backwards slant] (`), Acute [forwards slant] (ˊ).

EDIT: Patman, post your actual problem filename.

EDIT: I note these new functions in Avs+:- http://avisynth.nl/index.php/Interna...ring_functions

 StrToUtf8

    StrToUtf8(string)   AVS+ 
    Converts string from ANSI to UTF8. 

StrFromUtf8

    StrFromUtf8(string)   AVS+ 
    Converts string from UTF8 to ANSI

[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?

[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 ].