L-SMASH Source

[Atak_Snajpera]

L-Smash detects this mpeg-2 as 59.94 fps instead of 23.976.

Sample -> https://www.mediafire.com/file/jp0a2...ngfps.mkv/file

LoadPlugin("LSMASHSource.dll")
LWLibavVideoSource("Mpeg2-wrongfps.mkv")
info
Trim(0,-1)

And yes again FFVideoSource correctly returns 23.976.

[tebasuna51]

Originally Posted by Atak_Snajpera

L-Smash detects this mpeg-2 as 59.94 fps instead of 23.976.

Like must be.

eac3to v3.34
command line: "C:\Portable\eac3to\eac3to.exe" "C:\tmp\Mpeg2-wrongfps.mkv"
------------------------------------------------------------------------------
MKV, 1 video track, 0:01:00, 60p /1.001
1: MPEG2, 480p24 /1.001 (16:9) with pulldown flags
[v01] The video bitstream framerate field doesn't match the container framerate. <WARNING>

Also DGSource output fps 59.94 because is the fps forced by the container (mkv header show this fps).
Many times we force the fps to be other than video stream to sync with audio.

If the true fps is 23.976 the mkv must be remuxed with that fps.

[fg118942]

HolyWu ver. 20190910.1
Cannot be read if non-ASCII characters are included in the path of a specific file.

For example, this file.
http://www.minori.ph/download/files/wind_demo.mpg

avs file
A = LWLibavAudioSource("C:\テスト\wind_demo.mpg")
V = LWLibavVideoSource("C:\テスト\wind_demo.mpg")
AudioDub(V, A)

[Atak_Snajpera]

Originally Posted by tebasuna51

Like must be.



Also DGSource output fps 59.94 because is the fps forced by the container (mkv header show this fps).
Many times we force the fps to be other than video stream to sync with audio.

If the true fps is 23.976 the mkv must be remuxed with that fps.

It should prioritize stream fps like ffms2. All duplicated frames should be automatically discarded.

eac3to v3.34
command line: "C:\Portable\eac3to\eac3to.exe" "C:\tmp\Mpeg2-wrongfps.mkv"
------------------------------------------------------------------------------
MKV, 1 video track, 0:01:00, 60p /1.001
1: MPEG2, 480p24 /1.001 (16:9) with pulldown flags
[v01] The video bitstream framerate field doesn't match the container framerate. <WARNING>

[tebasuna51]

Originally Posted by Atak_Snajpera

It should prioritize stream fps like ffms2.

It is your opinion, not mine.
The mkv is wrong muxed, point.

I extract the .m2v from the container with

eac3to Mpeg2-wrongfps.mkv Mpeg2-wrongfps.m2v -stripPulldown

And now LWLibavVideoSource("Mpeg2-wrongfps.m2v") work fine.

[Atak_Snajpera]

Originally Posted by tebasuna51

It is your opinion, not mine.
The mkv is wrong muxed, point.

MkvToolnix does that if you import vob files.

[fg118942]

I tried AVSMeter and VirtualDub2 and both program render the avs without any problem. However AvsPmod failed. Hence it's the program's issue.

It seems that it cannot be read when the character encoding of the avs file is Shift JIS.
In the case of UTF-8, it was able to read.

Is it possible to modify it to work correctly even if the character encoding is Shift JIS?
Otherwise, the AviUtl plug-in will have problems.

[Groucho2004]

Originally Posted by fg118942

It seems that it cannot be read when the character encoding of the avs file is Shift JIS.
In the case of UTF-8, it was able to read.

Is it possible to modify it to work correctly even if the character encoding is Shift JIS?
Otherwise, the AviUtl plug-in will have problems.

It should work if you change your system locale to Japanese.

[Atak_Snajpera]

Seeking directly in VOB is broken as well. (That's why I remux to mkv with MKVToolnix)


Sample -> https://www.mediafire.com/file/ofuic...5_1_0.VOB/file

[tebasuna51]

Originally Posted by Atak_Snajpera

MkvToolnix does that if you import vob files.

Seems than MkvToolnix read the

1: MPEG2, 480p24 /1.001 (16:9) with pulldown flags

like 30/1.001 interlaced then put 60p /1.001 like fields per second.

Maybe we need a feature/option request for MkvToolnix to ignore pulldown flags (like eac3to -stripPulldown) to obtain a mkv progressive at 24 /1.001

But for me it is not a problem of L-SMASH.

[stax76]

@HolyWu

There is an access violation happening with foreign ANSII characters like ü.

https://en.wikipedia.org/wiki/Windows-1252

https://mega.nz/#F!bkkByaIa!6I5p9jkfXCT-oMQljTF9Rw

[ChaosKing]

Originally Posted by stax76

@HolyWu

There is an access violation happening with foreign ANSII characters like ü.

https://en.wikipedia.org/wiki/Windows-1252

https://mega.nz/#F!bkkByaIa!6I5p9jkfXCT-oMQljTF9Rw

Tested on german win10
UTF8 -> ok
Ansi -> access violation

But even the Windows Editor saves in UTF8 now...

[stax76]

Try with cachefile parameter, that's what is likely causing it because old builds without cachefile parameter are fine.

edit:

There is clearly an issue with this file but it's arbitrary, sometimes it loads, sometimes the staxrip preview shows access violation and other times StaxRip and VirtualDub2 silently terminate.

[stax76]

Thanks for the fix and the new build.

[fg118942]

The issue seems to be solved.
Thank you so much.

[-QfG-]

I have trouble with the last both versions. Except Violation Error, if i will indexing my DNxHR HQX Content in a Quicktime Container.

[Atak_Snajpera]

Originally Posted by HolyWu

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

• VideoSource: Fix fallback to software decoder in prefer_hw.
• LWLibav: Fix access violation in file name manipulation.

I'm not able to fix it. Need investigation by the origianl developer. A workaround is to extract the video track as .m2v file and it will work fine. Or alternatively use MPEG2Source which should be reliable for MPEG2 streams.




Please try and see whether the latest build fix your issue.

Ok. Would IT be difficult to add that auto option regarding hardware decoding? I'm asking because in distributed encoding mode some machines may have NVIDIA GPU and some Intel GPU.

[Atak_Snajpera]

Originally Posted by HolyWu

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

• VideoSource: Add prefer_hw=3.

It is almost perfect... However... Lsmash does not check if hardware decoder supports specific codec. I have a Kepler GPU which does not support HEVC decoding and in this case prefer_hw=1/3 returns an error message.

[redbtn]

First of all, thank you HolyWu for updates!
Can I ask what matter to use hardware decoder? I have Nvidia RTX 2060, but I did test and didn't notice difference in encoding speed.
What decoder is preferred in my case? Thank you!

[poisondeathray]

Originally Posted by redbtn

First of all, thank you HolyWu for updates!
Can I ask what matter to use hardware decoder? I have Nvidia RTX 2060, but I did test and didn't notice difference in encoding speed.
What decoder is preferred in my case? Thank you!

It depends on your scenario

e.g if the bottleneck is your encoder/ encoding settings, or some filters, maybe offloading the decoding to GPU might not make much of a difference

eg. If decoding only uses 0.5% of your CPU (maybe SD footage), it might not make much of a difference either

Other scenarios might be different. e.g. Decoding UHD/4K footage might take significant CPU resources. Offloading that decoding task to GPU should free up CPU cycles to encode faster (if using a "CPU encoder" )