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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > Avisynth Development

Reply
 
Thread Tools Search this Thread Display Modes
Old 18th June 2018, 13:18   #761  |  Link
Gser
Registered User
 
Join Date: Apr 2008
Posts: 418
Quote:
Originally Posted by LigH View Post
May be in combination with the container, correct demultiplexing and joining the contained video streams from interleaving segments. FFMS2 used to have issues with interlaced AVC in TS (may have been due to its early dependency on Haali). "Nobody is perfect"... and I know nothing about the details, there are only vague memories.

Quick test: Both L-SMASH Works r929 (20170224) Static in MeGUI and r941 (20180530) Shared fail the same way, already with the progressive source (VC-1_23.976_sample.mkv). FFMS 2.23-1 Static in MeGUI and FFMS2 (bonus) Shared decode it correctly. — Known as L-SMASH-Works issue #58.
Just plain progressive. I remuxed it to m2ts and it played properly, then I reremuxed it to mkv and got the same problems again. So yeah their seems to be a problem with decoding MKV. If I remember correctly this happened even before the update to the new ffmpeg.

PS. Don't make the same mistake I did with updating FFMS, the package only includes the 32-bit version of ffmsindex

Last edited by Gser; 18th June 2018 at 13:39.
Gser is offline   Reply With Quote
Old 18th June 2018, 14:11   #762  |  Link
l33tmeatwad
Registered User
 
l33tmeatwad's Avatar
 
Join Date: Jun 2007
Posts: 414
Quote:
Originally Posted by sl1pkn07 View Post
this is a avs 2.5 API. can you update this to avs 2.6? greetings
Low priority on my todo list, but I'll try to get around to it.
l33tmeatwad is offline   Reply With Quote
Old 20th June 2018, 17:13   #763  |  Link
l33tmeatwad
Registered User
 
l33tmeatwad's Avatar
 
Join Date: Jun 2007
Posts: 414
Patched LSMASHSource to use swresample instead of avresample since ffms2 now requires that and I like the ability to have these share the same libs without excess bloat. Needs to be tested, it can be found on GitHub. Would appreciate it if someone with more experience working with the FFmpeg libs would look over it...

Last edited by l33tmeatwad; 20th June 2018 at 18:29.
l33tmeatwad is offline   Reply With Quote
Old 20th July 2018, 00:37   #764  |  Link
magiblot
Eurobeat Fan
 
Join Date: Sep 2014
Posts: 108
As the wiki suggests, I tried to set decoder="h264_qsv,mpeg2_qsv" hoping that I would experience a speed boost or a reduction in CPU usage (assuming 'qsv' stands for 'Intel QuickSync Video'), but I saw none.

In fact, it doesn't matter what I put into the decoder parameter, LWLibavVideoSource won't complain at all.

Am I not using this feature properly or is it not implemented yet?

Thanks.
magiblot is offline   Reply With Quote
Old 20th July 2018, 01:02   #765  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
It need to be compiled with mfx_dispatcher in order to make qsv decoding works. Also It's not frame accurate, or more precise notice "it might return green frames on seeking". But I still got ~400 fps with 4670k, so I'm using qsv for fast source preview.
I also managed to make cuvid decoder works, but it has issues with seeking as well.
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070

Last edited by DJATOM; 20th July 2018 at 01:05.
DJATOM is offline   Reply With Quote
Old 20th July 2018, 14:14   #766  |  Link
magiblot
Eurobeat Fan
 
Join Date: Sep 2014
Posts: 108
Oh. Since a index file is created, I was hoping accurate seeking would be possible. Is it still any better than DirectShowSource?

How do I compile the plugin with mfx_dispatcher?

Thanks.
magiblot is offline   Reply With Quote
Old 20th July 2018, 14:41   #767  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
I would assume that the index file is used for all frames only when L-SMASH Source decodes using the software decoder in libavcodec. But if you use a hardware decoder provided by your GPU (if that is implemented at all), then it will need to upload the video stream to be decoded into the decoder chip at least GOP-wise, and lose frame-accurate control partially.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 20th July 2018, 23:55   #768  |  Link
magiblot
Eurobeat Fan
 
Join Date: Sep 2014
Posts: 108
I have never written or even looked into a video decoder.

However, if I understand right the idea of GOP, and asuming that you seek to a frame in the middle of a GOP, couldn't the source plugin get the decoded GOP from the decoder and then discard frames until it gets to the sought frame?

Since the source video was indexed previously, I guess the source plugin knows where each GOP starts and in what position inside the GOP the requested frame is.

However, I also guess that if it was that simple it would have already been done.
magiblot is offline   Reply With Quote
Old 21st July 2018, 05:39   #769  |  Link
DJATOM
Registered User
 
DJATOM's Avatar
 
Join Date: Sep 2010
Location: Ukraine, Bohuslav
Posts: 377
Smart decoder might not discard frames behind decoded one in the GOP, as it might be requested upon further seeking. But issue with qsv is by Intel, as they broke something (Donald described this issue on his forum). Probably the only workaround is to check for decoded frame and request new on error.
__________________
Me on GitHub
PC Specs: Ryzen 5950X, 64 GB RAM, RTX 2070
DJATOM is offline   Reply With Quote
Old 15th September 2018, 18:13   #770  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
A fresh build to support av1 would be great.
Thanks!
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 17th September 2018, 18:19   #771  |  Link
Monamona
Registered User
 
Join Date: Aug 2002
Posts: 34
VFR maniac,

Thank you for providing useful filters.

In the future, is there any chance to have an option to create and read the index file (.lwi) in any directory other than at the source file?

I want to read a file located in DVD or BD by LWLibavVideo(Audio)Source, without copying the file to HDD.

Thank you in advance.
Monamona is offline   Reply With Quote
Old 17th September 2018, 19:09   #772  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
@Monamona:

Reading from authored files on optical discs is not recommendable for at least 2 reasons:

a) authored content may be logically spread across several file segments, and L-SMASH Works cannot read from more than one source file, and surely not follow the logical path (e.g. ProGram Chain across VOB segments of a DVD Video, as defined in IFO files)

b) optical devices are stressed by random instead of sequential reading, and multi-threaded decoding may seek forth and back

To convert with AviSynth based tools, you should always extract a logical "movie" from the optical disc to a harddisk into one continuous file (e.g. MakeMKV can handle both DVD and Blu-ray Video media).
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 14th February 2019, 23:06   #773  |  Link
redbtn
Registered User
 
redbtn's Avatar
 
Join Date: Jan 2019
Location: Russia
Posts: 105
If cache=0 i get vspipe error. This is L-Smash or VapourSynth problem?
Quote:
[2019-02-15][02:29:44] "C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" --info F:\MKV\input.vpy -
[2019-02-15][02:29:44]
[2019-02-15][02:29:44] [hevc @ 0000020ecf48bc20] missing picture in access unit
[2019-02-15][02:29:44] [hevc @ 0000020ecf48bc20] missing picture in access unit
[2019-02-15][02:29:44] [hevc @ 0000020ecf48bc20] missing picture in access unit
[2019-02-15][02:29:44] [hevc @ 0000020ecf48bc20] missing picture in access unit
[2019-02-15][02:29:44] [hevc @ 0000020ecf48bc20] missing picture in access unit
[2019-02-15][02:29:44] [hevc @ 0000020ecf48bc20] missing picture in access unit
[2019-02-15][02:29:44] [hevc @ 0000020ecf48bc20] missing picture in access unit

and more same strings

Last edited by redbtn; 14th February 2019 at 23:08.
redbtn is offline   Reply With Quote
Old 1st April 2019, 06:09   #774  |  Link
Sparktank
47.952fps@71.928Hz
 
Sparktank's Avatar
 
Join Date: Mar 2011
Posts: 940
Thanks for this and FFMPEG updates.
__________________
Win10 (x64) build 19041
NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4)
NTSC | DVD: R1 | BD: A
AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
Sparktank is offline   Reply With Quote
Old 1st April 2019, 06:48   #775  |  Link
VS_Fan
Registered User
 
Join Date: Jan 2016
Posts: 98
Quote:
Originally Posted by HolyWu View Post
Thanks, here my problem report:

Avisynth Error: LSMASHVideoSource [Fatal]: Failed to read an input file

vapoursynth.Error: lsmas: failed to open source file.
VS_Fan is offline   Reply With Quote
Old 1st April 2019, 07:41   #776  |  Link
VS_Fan
Registered User
 
Join Date: Jan 2016
Posts: 98
Sorry, should have tested more before reporting: I thought there was no need for a script as it was just the source filter, I am testing my new batch of 12 recently found DV 199x recordings (AVI).

Your build is fine. I found that instead of LSMASHVideoSource and lsmas.LibavSMASHSource, both LWLibavVideoSource (AviSynth) & lsmas.LWLibavSource (VapourSynth) work just fine on these AVI files.

Thanks again
VS_Fan is offline   Reply With Quote
Old 1st April 2019, 08:45   #777  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
@VS_Fan: As documented: "LSMASH...Source" functions support only containers compatible to the ISO base media file format (MOV, MP4, 3GPP and similar), but not AVI.

@HolyWu: Thank you for the new Win64 build. A pity I can't use it when I need to use legacy AviSynth 2.5 filters which are available for Win32 only.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 1st April 2019 at 08:48.
LigH is offline   Reply With Quote
Old 1st April 2019, 13:03   #778  |  Link
fvisagie
Registered User
 
Join Date: Aug 2008
Location: Isle of Man
Posts: 588
Quote:
Originally Posted by LigH View Post
@HolyWu: Thank you for the new Win64 build. A pity I can't use it when I need to use legacy AviSynth 2.5 filters which are available for Win32 only.
And I am on a Win32 *system*, so any update for that would be roundly welcomed! :-)
fvisagie is offline   Reply With Quote
Old 15th May 2019, 20:17   #779  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
If I understand it correctly then l-smash for avs will by default output a double width format for 10bit (or more) sources. I can use ConvertFromDoubleWidth to get it into planar but how can I detect in avisynth code if it has double width format and which bit depth it is?

Last edited by stax76; 15th May 2019 at 20:22.
stax76 is offline   Reply With Quote
Old 15th May 2019, 20:41   #780  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I can do in pseudo code:

if width / height > 3.5 then ConvertFromDoubleWidth

Last edited by stax76; 15th May 2019 at 20:53.
stax76 is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 21:36.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.