Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
29th July 2021, 18:12 | #1361 | Link |
App Digger
Join Date: Sep 2018
Posts: 411
|
Ver 20210729 opens the sample HDR10 file OK but there is another issue.
Now it outputs an incorrect pixel type. Original: YUV420P10 --(LWLibavVideoSource)--> YV12(YUV420P8) (without an explicit format setting) I've seen the same issue with another 10-bit source (HLG HDR video). Plz have a look at my issue thread. |
30th July 2021, 09:36 | #1362 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,883
|
I cannot reproduce the problem.
I opened a YUV 4:2:2 10bit HDR PQ AppleProRes UHD 4000 nits mov source and it displays the right bit depth: I also tried with a YUV 4:2:2 10bit HDR HLG XAVC Intra Class 300 UHD 1000 nits mxf source and it displays the right bit depth again: At this point I thought it was only happening with H.265 HEVC files, therefore I tried with a YUV 4:2:0 10bit HDR PQ H.265 HEVC HDR PQ 1000 nits .ts file and... Code:
Video ID : 257 (0x101) Menu ID : 1 (0x1) Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5.1@High Codec ID : 36 Width : 3 840 pixels Height : 2 160 pixels Display aspect ratio : 16:9 Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Writing library : ATEME Titan File 3.7.9 (4.7.9.0) everything was fine again. Avisynth 3.7.1 x64 Windows 10 Enterprise x64 LSMASH version 20210729 x64 |
31st July 2021, 01:08 | #1363 | Link |
App Digger
Join Date: Sep 2018
Posts: 411
|
CPU decoding is OK with me too.
The issue arises when hardware decoding (NVIDIA CUVID) is employed (prefer_hw=1). You can see my tests and screenshots on the issue thread. https://github.com/HomeOfAviSynthPlu...Works/issues/6 |
30th August 2021, 12:13 | #1365 | Link |
Registered User
Join Date: Jul 2012
Posts: 208
|
Someone have the same? I load a .mp4 file with "Frame rate : 23.976 (24000/1001) FPS", but L-Smash Output is "Framerate : 1.5321345 (4601/3003)"
I have tested with StaxRip and MeGUI version 20210811. When I use DGIndexNV, the Framerate is fine. I tested another mp4 with same issue. Script is just a simple "LSMASHVideoSource("file.mp4")" |
30th August 2021, 12:53 | #1366 | Link | ||
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,883
|
Quote:
I made a simple: Code:
ColorBars(848, 480, pixel_type="YV12") ConvertFPS(23.976) trim(0, 100) Quote:
same goes for LSMASHVideoSource: Would you mind uploading a sample for us? We need to know which codec leads to your issue, not just the container... |
||
30th August 2021, 15:33 | #1367 | Link | |
Registered User
Join Date: Jul 2012
Posts: 208
|
Who can I provide the sample in PM?
I have found out, not all mp4 are affected, but I can reproduce on two. Quote:
|
|
30th August 2021, 15:56 | #1368 | Link |
Registered User
Join Date: Jan 2018
Posts: 2,153
|
Just give sample to L-SMASH Works developer
https://github.com/HomeOfAviSynthPlu...H-Works/issues |
30th August 2021, 17:22 | #1370 | Link |
Registered User
Join Date: Jul 2012
Posts: 208
|
The reason is simply I can't share copyright material public to report an issue. As I know, GitHub has no private message feature (or I can't see it).
Since the issue is just with two mp4 files (which also decode fine with FFVideoSource and DGSource), I can't create an innocent file to share. If Reel_Deel and Asd_g would like to have a look, it would be great if they drop me a message to check. |
30th August 2021, 17:27 | #1371 | Link | |
Registered User
Join Date: Jan 2018
Posts: 2,153
|
Quote:
|
|
30th August 2021, 18:39 | #1373 | Link |
Registered User
Join Date: Jul 2012
Posts: 208
|
@poisondeathray
LWLibavVideoSource helps indeed. The framerate is fine. It was downloaded with AnyStream. No other adjustments. So I started to clickthrough StaxRip and ran into the issue. Wondering why it takes so long and files size gets unfamiliar high Other files, received the same way, are fine, using LSMASHVideoSource. EDIT: I see, I can change the Source filter to LWLibavVideoSource in StaxRip. Still wondering, because unter Settings -> Video there is a check for "Add filter to automatically correct the frame rate", would expect an AssumeFPS here, because the Logfile shows a difference in "Media Info Source File" = 23.976 and following "Source Script Info" = 1.5321345 Anyway, if it something normal, thank you for the hint. Last edited by Morku; 30th August 2021 at 19:13. |
31st August 2021, 02:47 | #1374 | Link |
Registered User
Join Date: Feb 2020
Posts: 539
|
"The issue arises when hardware decoding (NVIDIA CUVID) is employed"
This is normal, ffmpeg also defaults to pixel format nv12 when you decode avc with -c:v h264_cuvid -i or with -hwaccel nvdec. You can just specify ffplay -s 1920x1080 -pix_fmt nv12 file.yuv (you also need to set the matrix at least with -vf scale=in_color_matrix) and it will work. There is no need to use yuv420p10. Maybe it is a good idea to already move to p010 and p016. Those are now what is used on linux too. |
1st September 2021, 05:56 | #1375 | Link |
Registered User
Join Date: Jan 2015
Posts: 1,048
|
I've found that LWLibavVideoSource indexes video MUCH more quickly than ffvideosource or ffmsindex does, meaning that you can use it for longer video files without programs becoming unresponsive. This, in turn, allows easier batch-indexing. I've only learned this in the past day or two and I've already replaced ffmsindex/ffvideosource with Libav in my workflow.
Lsmash just seems to be useless though.
__________________
I ask unusual questions but always give proper thanks to those who give correct and useful answers. |
1st September 2021, 10:10 | #1376 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
|
LSMASHVideoSource is not at all "useless". It does not need extra indexing when it can rely on an index chunk already available in the source file. Disadvantage: The contained index must be reliable... and the source must belong to the ISO/IEC Base Media File Format standard (e.g. MP4, MOV, 3GPP(2)).
Last edited by LigH; 1st September 2021 at 10:14. |
1st September 2021, 10:23 | #1377 | Link |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,883
|
Oh... poor LSMASH...
You see, when you use LSMASH.dll there are four functions inside: LWLibavVideoSource() / LWLibavAudioSource() LSMASHVideoSource() / LSMASHAudioSource() now, the first two are what we would refer to as indexers, in fact they create a proper index file by seeking through the whole video and "indexing" the whole video (and audio). This is exactly what FFMpegSource2() does with FFVideoSource() and FFAudioSource(). The other two, though, the LSMASH ones, are not. They only work with ISO containers like MP4 and the reason is that they don't index. You might call them indexers as well, but they really don't properly index, instead, they read the information inside the container and trust the container's index values. This makes sense and allows users to actually decode the video faster than by using a "proper" indexer that re-creates the index from scratch. You see, some containers have already an index inside them. What indexers like LWLibav, FFVideo etc do is to ignore the internal index inside the container and re-create their own to play extremely safe. What LSMASH does is to find the index inside the container and use it. Of course, the index in a container can be broken, corrupted, wrong for all kind of reasons, so it's always better to really "index" a file with an indexer that properly re-creates it, but that doesn't mean that LSMASHVideoSource() is totally useless as sometimes the index in a container is right and can be trusted and this allows you to save a lot of time. Just think about me indexing 1.3 TB worth of masterfiles through a 1 Gbit/s network. If I trust the index of the container and avoid to re-create it from scratch I'm gonna save a lot of time, so, as you can see, there are some scenarios in which it can be used. Besides, the world is good 'cause it's various, so the more options we have to decode a file in Avisynth the better! |
17th September 2021, 22:22 | #1378 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Encoding GoPro 5K footage. Using StaxRip editor, with x265 it encodes fine, but with NVenc for hardware acceleration, it always freezes at about 99%. No warning or anything. When it freezes, it says "729/748" frames.
x265 encodes fine but gives a warning Code:
vpy [FLAW]: error occurred while reading frame 747 Final test, using Vapoursynth with ffms2 source and NVenc. Worked flawlessly. The problem is LSMashSource for VapourSynth. |
18th September 2021, 02:24 | #1379 | Link |
Registered User
Join Date: Jan 2018
Posts: 2,153
|
I think you need report to developer
https://github.com/AkarinVS/L-SMASH-Works/issues |
23rd September 2021, 00:29 | #1380 | Link |
Registered User
Join Date: Jan 2015
Posts: 1,048
|
I didn't say Lsmash.dll; I just said Lsmash. I thought the context would make it clear that I was referring to Lsmashvideosource and Lsmashaudiosource.
__________________
I ask unusual questions but always give proper thanks to those who give correct and useful answers. |
Thread Tools | Search this Thread |
Display Modes | |
|
|