ffms2 extras -- What are they?

[markfilipak]

I copied this:
ffms2-2.23.1-msvc.7z\ffms2-2.23.1-msvc\x64\ffms2.dll
to here:
c:\Program Files (x86)\AviSynth+\plugins64+\ffms2.dll

What are these?

ffms2-2.23.1-msvc.7z\ffms2-2.23.1-msvc\FFMS2.avsi
ffms2-2.23.1-msvc.7z\ffms2-2.23.1-msvc\x64\ffms2.lib
ffms2-2.23.1-msvc.7z\ffms2-2.23.1-msvc\x64\ffmsindex.exe

Do I need to do anything with them?

Thanks!

[StainlessS]

You dont need the .lib or exe (exe just for Command line indexing of source file, no usual need for it).
The avsi has a function stub which may/may not be easier to use than the dll function call, also provides a function to subtitle source file characteristics onto the video.
Maybe keep the avsi, dump remainder.

[qyot27]

IMO, I'd keep ffmsindex.exe. Many users think FFMS2 isn't doing anything when the first time they open a script, it 'feels' like it's hanging, when in fact it's actually indexing. ffmsindex prints a progress meter so you A) know it's indexing, that's the only purpose ffmsindex has and you know this going in, and B) you know it's actually doing something and can estimate how long until it's finished.

[Asmodian]

Haha, I do always index in advance for this reason. No getting annoyed or force closing VirtualDub when you forget you are opening a script that loads a non-indexed source. :o

[markfilipak]

You dont need the .lib or exe (exe just for Command line indexing of source file, no usual need for it). ...
I'm a little punchy from reading so much documentation so quickly -- I'm new to AS* -- but didn't I read something from Groucho that certain functions require that indexes be determined in advance -- do I recall that the output is an index file? I think so -- otherwise the function fails?

Do I know what I'm 'talking' about? Do you know what I'm 'talking' about? :rolleyes:

[Asmodian]

Yep, that is the index we are talking about. ffms2 requires an index file before it will decode anything but it will make it automatically before the file loads if it does not exist. The exe is nice so you can make it in advance.

Though, the index Groucho was talking about is probably not the same index ffms2 uses. I don't think anything else uses this index. D2V files are similar but created by the DGDecode family.

[markfilipak]

Yep ...
Asmodian, may I ask you a question?

I haven't used AviSynth yet. I'm reading. But when I do use it on 'VTS_xx_1.VOB', 'VTS_xx_2.VOB', 'VTS_xx_3.VOB', ..., do those become independent ffms2 evocations or does something knit them together in advance? Or do I invoke ffms2 on the 'VTS_xx_1.IFO'?

[Asmodian]

You might want to use something else to load VOBs. This a great job for DGDecode (http://avisynth.nl/index.php/DGDecode). You create an index for all the vobs together and then load that as one source file in Avisynth.

[Groucho2004]

I read something from Groucho
Though, the index Groucho was talking aboutHuh? Are you guys talking about me? If so, I don't recall posting anything about indexing. :confused:

[FranceBB]

Haha, I do always index in advance for this reason. No getting annoyed or force closing VirtualDub when you forget you are opening a script that loads a non-indexed source. :o

Or nervously pressing F5 to refresh the folder in which it's making the index file to see its size slightly go up on one side and the task manager that shows the program allocating RAM on the other, thinking "c'mon...! c'mon...!" like I do when I forget to index it in advance. xD

[manono]

...do those become independent ffms2 evocations or does something knit them together in advance?


As Asmodian says, you handle MPEG sources differently. First you get the DGMPGDec (https://www.videohelp.com/software/DGMPGDec) package. You index all your VOBs at once using DGIndex and then use DGDecode together with MPEG2Source to open your DVD in an AviSynth script. It's thoroughly explained in the excellent docs included in the package.

[markfilipak]

As Asmodian says, you handle MPEG sources differently. First you get the DGMPGDec (https://www.videohelp.com/software/DGMPGDec) package. You index all your VOBs at once using DGIndex and then use DGDecode together with MPEG2Source to open your DVD in an AviSynth script. It's thoroughly explained in the excellent docs included in the package.
'DGMPGDec', eh? More software. My mind is appropriately boggled.

Thanks Folks! :sly:

Can you tell this engineer who's designed video hardware but is a video software newbie what tools he should have in his toolbox?

Tip: I like it hard & fast.

Seriously, Thanks Folks. (I think I'm home.)

PS: And can anyone tell me why, though I've set up my account here to give me instant emails, I do not get email notifications? Any tips regarding what else I need to do? (like, maybe, set each post for email notifications?)

[Asmodian]

Others have reported email notifications not working as well. I think they may just be broken.

[markfilipak]

You might want to use something else to load VOBs. This a great job for DGDecode (http://avisynth.nl/index.php/DGDecode). You create an index for all the vobs together and then load that as one source file in Avisynth.
Don't you hate it when this happens?

10-03-06 09:43 221,262 DGDecode.dll -- Downloaded from http://rationalqm.us/dgmpgdec/dgmpgdec.html a few minutes ago.
11-11-03 00:17 381,952 DGDecode.dll -- Had it for awhile, don't know where I got it.

Stringfileinfo for 10-03-06 says "FileVersion 1.5.8" whereas 11-11-03 says "1.5.8 mod".

Now, did Donald find a problem with 11-11-03 that caused him to regress to 10-03-06? Or should I use 11-11-03?

BTW, both pass VirusTotal.

[Asmodian]

Stringfileinfo for 10-03-06 says "FileVersion 1.5.8" whereas 11-11-03 says "1.5.8 mod".

I would use the SSE version from the avisynth.nl wiki page I linked above, i.e. 1.5.8 mod. 1.5.8 mod (11-11-03) is an optimized and recompiled version done by Groucho2004 that requires the now ubiquitous SSE instruction set.

Huh? Are you guys talking about me? If so, I don't recall posting anything about indexing. :confused:

I am sure you have forgotten many posts made over the years that others still read and find very helpful today. ;)

:thanks:

[markfilipak]

[Your signature line]
madVR options explained http://forum.doom9.org/showthread.php?p=1709584#post1709584
I read until I couldn't read anymore. I searched. I found http://www.madvr.com/. Et cetera.

It all looks very intriguing and potentially very useful. But what is madVR? The home page reads like advertising bullshot ...whiter teeth, fuller flavor, better love life.

[Asmodian]

Did you find the threads (https://forum.doom9.org/showthread.php?t=146228) here? madshi first released madVR on this forum and there is a lot of discussion surrounding it in the Software players section. It is a free DirectShow video renderer that uses the GPU to do very high quality chroma and image scaling along with a lot of other features. It prioritizes quality over everything else.

[videoh]

Now, did Donald find a problem with 11-11-03 that caused him to regress to 10-03-06? Or should I use 11-11-03? "Donald" does not know anything about any "mod" versions. Get the official version and be happy. If you find some problem with it, please advise.

At first I had some sympathy for you, but now it seems you're just a clueless noob, or, more likely, you are trolling us.

Guys, don't feed this troll.

[Boulder]

Relax Don, I don't think he's a troll. He's just too eager to know all so fast for his own good :) I was one myself a long time ago..

I think that modded version is just an ICL build with some optimizations enabled. It's probably a bit faster than the official version, not that it should matter with any modern CPU.

[videoh]

"The home page reads like advertising bullshot ...whiter teeth, fuller flavor, better love life."

If that is not trolling... :p

[Asmodian]

"The home page reads like advertising bullshot ...whiter teeth, fuller flavor, better love life."

If you don't understand them perhaps the list of features on madVR.com seems over the top? The line "madVR delivers the ultimate video playback quality that no enthusiast should be without" could be taken as marketing bullcrap if you weren't familiar with the technical details. ;)

[markfilipak]

If you don't understand them perhaps the list of features on madVR.com seems over the top? The line "madVR delivers the ultimate video playback quality that no enthusiast should be without" could be taken as marketing bullcrap if you weren't familiar with the technical details. ;)
Thanks, Asmodian. Even if I was inclined to trolling -- I'm not -- I have so many balls in the air I wouldn't have the time to troll.

I'm an electronics hardware engineer who knows way too much about video and way too little about video tools. That makes for a rather schizophrenic approach to other people here.

You are probably familiar with the scope of doom9. Is there a 'theory' section that deals with video architecture and nomenclature? The reason I ask is that I have a 300+ line primer that needs to be vetted and commented upon. Among other things, it locates terminology inconsistencies that trip up newbies. I've posted parts of it to ffmpeg & HandBrake and various other forums and have gotten no reponses.

Thanks,
Mark.

[StainlessS]

I think that modded version is just an ICL build with some optimizations enabled. It's probably a bit faster than the official version, not that it should matter with any modern CPU.

Actually, a few weeks back I was playing with an home video DVD with PAL 352x288 @ 25FPS, VCD size video (cant remember what audio was).

Using 32 bit DgDecode, decoded fine (but looked real crap, originally from VHS tape [& maybe VCD] prior to DVD), but using x64 version from MeGUI-2896-64.zip (AMD Port by Joshuwa Duncan ... )
SHA-1: db2c1dbc2a46c9afe4791789fb983f28e944c0c4

every second frame was fully a mid green (which is I think all zeros YUV).

So the 64 bit version floating around has at least one flaw that does not exist in 32bit official 1.5.8. [EDIT: see below EDIT]

[I dumped the DVD in bin, nothing could be done with it]

Above x64 not by Grouchy2004 ICL ver$, is JoshyD (think that is his user name on the D9).

EDIT: The good tested 32 bit version was date 03/Nov/2011, dont know if that was official or G2K4 version.

[Groucho2004]

The good tested 32 bit version was date 03/Nov/2011, dont know if that was official or G2K4 version.It's the G2K4 version. It decodes 10-20% faster than the 'official' build, depending on parameters used. I spent quite some time optimizing/profiling it.