Drag and Drop, perhaps?

[NoX1911]

Originally Posted by pbristow

Making Avisyth scripts usable via drag-and-drop can't be done by making changes to Avisynth

Just look at zip/rar/7z extension capabilities. It just needs a wrapper or something to send the data to. They probably just don't want it in the avs core....

I will take a look at avsp or avspmod.

[pbristow]

Originally Posted by NoX1911

Just look at zip/rar/7z extension capabilities.

I don't see the relevance. Zips and rars and other compressed archives are opened either by *applications*, or by code added to the *operating system*. Some of those application use common libraries to handle the actual business of decompressing the data: Those *libraries* are the equivalent of AviSynth, and the .zip file is the equivalent of an avisynth script. But just like AviSynth, the libraries *have* to be invoked by something else: It's that something else - an application such as Winzip, or a virus-scanner, or whatever - that you drag and drop the .zip file onto, and which then pulls the file through the decoder library to get at the decoded data.

Now, I can drag-and drop an avisynth script on MPlayer, and that opens the output stream just fine. *That's* the equivalent to what happens when I drop a .zip file onto WinZip or 7Zip. But in the case the OP was asking about, there isn't just one source of data that would need to be dragged and dropped to get things moving, there's two: The .avs script, and the video file that needs to be passed through it. Hence...

Originally Posted by NoX1911

It just needs a wrapper or something to send the data to. .

Exactly! It needs a wrapper called a .BAT file - or something else that will do the same job for you - which prepares the script for Avisynth to read and then hands it over to a suitable avisynth-aware application.

You haven't said (and neither did the OP) what you actually want done with the video output from Avisynth: Do you want it to play immediately, in real time? Then you need it to go to a video player app. Do you want it to be opened for editing? Then you need it to go to an editor app. Do you want it to be immediatley encoded as x264, or as DivX, or something else? Then you need it to be passed to a video encoder. All of those are complex bits of software with their own individual pitfalls and issues for the developers, which avisynth developers don't need to deal with because other people are already doing that. None of those tasks are the job of Avisynth; Avisynth exists to prepare video data for *any* of those applications to take as input.

That's why Avisynth *cannot* do anything without some avisynth-aware application calling it: It's designed to do only the first half of a job - or, in fact, of several different possible jobs! The 2nd half of the job varies, and will always be done by a separate piece of software designed specifically to do that part of the job, in a particular way.

Sure, somebody could write an application and we could host it here and it could be called "the Official Avisynth App" or whatever, but it would be a separate thing that serves a different purpose... And it would only be duplicating the capabilities of the other video players or editors or encoders that are already out there, and would require ongoing maintenance and development that takes time and attention away from working on Avisynth itself... So why bother?

The tools you're looking for already exist; They just aren't called AviSynth.

[StainlessS]

@PBristow,
Nuff said, if any more comeback, dont waste your breath.

[pbristow]

Originally Posted by StainlessS

@PBristow,
Nuff said, if any more comeback, dont waste your breath.

Heh. I can't resist the urge to try to educate and inform. It runs in the family.

[StainlessS]

Arh, A True Educator Of Men. (& possibly women, but they never listen, bless'em)

[NoX1911]

The avisynth.dll should be able to enumerate the main function arguments of the host application (player). In combination with a registered drag&drop capable extension leading to that player and an avisynth parser able to process/substitute %1 it should work like intended. In case there's no interface providing that information there is still injection as last resort.

[pbristow]

Well, the beauty of open source development is that if you believe something can be done, there's nothing to stop you downloading the source and trying it yourself. Good luck!

(I'll stand by to have my hat steam-cleaned, just in case I need to eat it... )