Avisynth 3.0 ?

[Audrey.Vastelle]

Hi,
What about avisynth 3.0 on Linux ?
It is a canceled project ??
Thank you for information.
Audrey

[burfadel]

I think its just very much in pre-alpha...

[Manao]

What about avisynth 3.0 on Linux ?Largely unusable at the present time.It is a canceled project ??Not officially cancelled but definitely deadish. The main developper is AWOL while he's the only one knowing in depth the code, and the second developper is fed up by being alone on this huge project.

The closest thing to avisynth right now is mencoder's filters capabilities, though it's definitely not as versatile as avisynth's.

[Adub]

It's a shame really, as I just recently switched to linux, and finding strong video editing applications can be hard at times. Sure avidemux is great, but it can be hard to build yourself (I still haven't succeed fully), and up to date svn compiles are virtually impossible to come by for linux.

I am actually using wine to run the latest windows version of avidemux right now.

Still, I hope that eventually it will be finished. It may be several years. Once I have the programming skills, I will probably help in the development, but I certainly don't have them yet. Have to graduate college first.

[MfA]

Avidemux, Cinelerra, Kdenlive all look pretty solid and active to me, they all have a sane pull based plugin API too (Pitivi looks interesting too but alpha and gstreamer seems in perpetual beta). They just don't have the same kind of community. Mplayer/mencoder does to an extent, but it really needs a documented filter API.

[Adub]

Your right they are pretty active, except Cinelerra seems to have slowed down a little bit. Shame. Still it is a good solid looking program. I haven't tested it out personally but I plan to remedy that shortly.

[foxyshadis]

Avidemux in particular already has translations of several avisynth filters. The big breakthrough it really needs is just an implementation of the avisynth host API, that will translate all calls into the avidemux equivalents, which aren't all that dissimilar.

From what I can see, most of it could be a moderately complex set of #defines and a few functions & classes to handle the rest. I'm sure it's not much different with the others you mentioned, since there's only so many ways to access a framebuffer and return a new one. An interesting project.

Binary compatibility is probably way too much to ask for, but that's why we have avsproxy and wine. =p

[Audrey.Vastelle]

Thank you for this information.
I search really a frameserver which I can use it from a player.
I want to do realt time effect, transition effect...
I think Avimux it is not for this specification.
Audrey

[Adub]

I don't think there is a frameserver for linux. At least, not yet.

The closest thing to it is Gstreamer, but I am not sure how far along it is. And Avisynth 3.0 is suppposed to use Gstreamer I believe.

[MfA]

You can't do frameserving in Linux because there is no equivalent to the VFW API. Every program does it's own thing. In theory if the player uses libavcodec.so you could adapt the library you install on your system, but for instance Avidemux has the parts of FFMPEG they use baked in so it wouldn't work there. I think not even VLC uses the shared libraries.

[CruNcher]

Hmm why wouldn't frameserving be possible couldn't you realize it via tcp/ip (transfering the raw yuv data via a client/server system only loopback) you wouldn't need VFW for this just a standard defined Open Sourced Client/Server protocol. I think Avidemux allready does something similiar like this with AVSproxy (Server) Avidemux (Client) so (frame)(serving) could be done this way too only every application needs to support this standard way then by supporting this client/server aproach :)

[MfA]

You can write specific code for each and every application to serve it frames from something like avisynth ... but it's not really similar to what we call frameserving under windows, which is pretty much portable across all applications which support VFW.

I guess you could do it under Linux though, you would "simply" have to write a virtual filesystem driver which emulated a video file.

[Audrey.Vastelle]

OK Thank you for this information.
I don't understant every thing ... but I think that it is difficult to realize frameserver on linux or Mac OS.
I search if a Java project exists but nothing too :(

Do you know a software which can do real time effect like avisynth ?

Audrey

[foxyshadis]

Mac frameserving is all done through quicktime. It's much saner than vfw in some respects, you can skip the giant bloatware gui, but there's not nearly as many open source and legacy closed codecs available for it.

[vlada]

The basic problem with Linux (I have no idea about OS X) is that there is nothing like VfW or DirectShow in Windows. GStreamer is something which is trying to create a standard interface for codecs, but not many applications use it. Most of Linux video editors rely on their own libraries to process video. A general use frameserver is not really possible until GStreamer becomes a standard.

How do you want to do freameserving to an application which doesn't support it? The only thing which might be working would be creating a fake .AVI, something like VFAPI is doing in Windows.

[TheFluff]

On POSIX-like systems, what stops you from using a (potentially named) pipe and raw YUV data? Of course you'd have to supply resolution and framerate to the reading application in some way but I don't see the big problem.

IIRC at least mencoder supports reading that.