Avisynth With VC-2008

videophool · 1st April 2010, 03:51

Forgive me if this question has been asked before, but has avisynth been ported to VC-2008? I am really not excited about writing new plugins using VC-98. Thanks, Phool

Guest · 1st April 2010, 13:59

Quote:

Originally Posted by videophool

Forgive me if this question has been asked before, but has avisynth been ported to VC-2008? I am really not excited about writing new plugins using VC-98. Thanks, Phool

You can certainly make plugins with VC-2008, but what does that have to do with building Avisynth itself?

videophool · 1st April 2010, 15:16

OK, the problem is bigger than plugin development. I prefer not to use a 10-year old dev environment, and am not sure where to find a 7+ year old MSDN, and work with a crappy debugger. I was hoping that somebody had moved this project forward a few years.

Guest · 1st April 2010, 16:11

If you search you will find discussions about that and you'll see the technical reasons for things.

Wilbert · 1st April 2010, 17:58

Quote:

Forgive me if this question has been asked before, but has avisynth been ported to VC-2008?

AviSynth v2.6 can be compiled by VC-2005. Dunno about VC-2008.

videophool · 1st April 2010, 19:03

A few years ago, I started to port, and got stuck with the asm part. I think the rest of the code would move easily, would it not? No doubt porting would be a challenge, but it is doable, and AviSynth is being used by too many people to be stuck in the 20th century.

videophool · 1st April 2010, 19:04

Quote:

Originally Posted by Wilbert

AviSynth v2.6 can be compiled by VC-2005. Dunno about VC-2008.

if it can compile with 2005, it can compile w/2008. I will look into it. Thanks. Phool

videophool · 1st April 2010, 21:09

is it usable?

Guest · 1st April 2010, 21:11

She's dead, Jim.

osgZach · 1st April 2010, 21:28

It was such a shame, but not surprising. A pretty big project to undertake.

I was thinking about it yesterday.. As I know Avisynth relies on VFW (I think?), I wonder if it were possible to port something like that to and Avisynth to .NET/MONO ?

That's the only realistic way I could see it happening, but I'm guessing that'd be more difficult than rewriting Avisynth alone to use a different "backend" (like they seemed to be doing) or whatever you call VFW type things...

Ah well

videophool · 1st April 2010, 21:46

Quote:

Originally Posted by neuron2

She's dead, Jim.

Is there any alternative to avisynth? I know that Avisynth is powerful, but relying on SW that is bound to 10-year old compiler is not a way to start building a new project.

Wilbert · 1st April 2010, 21:53

Quote:

That's the only realistic way I could see it happening, but I'm guessing that'd be more difficult than rewriting Avisynth alone to use a different "backend" (like they seemed to be doing) or whatever you call VFW type things...

It seems to me that the easiest is to use ffmpegsource as "backend" (or gstreamersource which was working once under avs3).

osgZach · 2nd April 2010, 00:43

Have to admit I am unfamiliar with ffmpegsource, or pros/cons vs FFdshow/VFW. have never really used it.

I am aware of Gstreamer, although some more knowledgeable people have expressed less than impressed opinions.. But if ffmpegsource works on Win32/Linux then yes that would be a sensible solution as well.

I think there are a lot of opportunities with .NET/MONO compatability for the future. Sure there are some caveats, but surely easier than rewriting the whole thing cross-platform from scratch?

JoshyD · 2nd April 2010, 01:01

I'm positive Avisynth compiles with VC2008's compiler. I've compiled and used my own builds with MSVS2008's compiler and with ICC 11. There's two idiosyncrasies with the straight up 2.58 source, for loop conformance, and if building with the Win7SDK the GUID's for KSDATAFORMAT_SUBTYPE_PCM and KSDATAFORMAT_SUBTYPE_IEEE_FLOAT are already defined, so the compiler complains when they're defined in main.cpp.

As for 2.6. for loop conformance is maintained, but the GUID thing still comes up. Comment out the lines and you get a working binary. You can compile and use 2.6 with VS2008, the Win7SDK, and ICC11.

VS2008 will still compile the inline asm as long as it's a 32bit dll you're after, otherwise, ICC11 will compile the inline asm 64bit, or have fun writing your own asm. (I have a 64bit port of Avisynth 2.58 hacked with my support here.)

Anyhow, the code isn't tied to old compilers, at least in my experience.

TheFluff · 2nd April 2010, 01:23

Quote:

Originally Posted by osgZach

Have to admit I am unfamiliar with ffmpegsource, or pros/cons vs FFdshow/VFW. have never really used it.

pros:
- no funny VFW restrictions
- no reliance on windows-only API's, compiles and works fine on most unix systems
- support for most common formats out of the box, no systemwide codec installation required
- very simple API
- frame- and sample-accurate seeking (bugs aside)

cons:
- bad support for formats ffmpeg has bad support for (mostly mpeg ts/ps and ogg)
- requires indexing files before opening
- cannot easily be extended with support for arbitrary odd proprietary codecs the way dshow can
- no support for arbitrary funky filter chains ala dshow (and gstreamer)
- bugs

1st April 2010, 03:51	#1 \| Link
videophool Registered User Join Date: Nov 2008 Posts: 91	Avisynth With VC-2008 Forgive me if this question has been asked before, but has avisynth been ported to VC-2008? I am really not excited about writing new plugins using VC-98. Thanks, Phool

1st April 2010, 21:09	#8 \| Link
videophool Registered User Join Date: Nov 2008 Posts: 91	What is the status of Avisynth 3.0? is it usable?

2nd April 2010, 01:01	#14 \| Link
JoshyD Registered User Join Date: Feb 2010 Posts: 84	I'm positive Avisynth compiles with VC2008's compiler. I've compiled and used my own builds with MSVS2008's compiler and with ICC 11. There's two idiosyncrasies with the straight up 2.58 source, for loop conformance, and if building with the Win7SDK the GUID's for KSDATAFORMAT_SUBTYPE_PCM and KSDATAFORMAT_SUBTYPE_IEEE_FLOAT are already defined, so the compiler complains when they're defined in main.cpp. As for 2.6. for loop conformance is maintained, but the GUID thing still comes up. Comment out the lines and you get a working binary. You can compile and use 2.6 with VS2008, the Win7SDK, and ICC11. VS2008 will still compile the inline asm as long as it's a 32bit dll you're after, otherwise, ICC11 will compile the inline asm 64bit, or have fun writing your own asm. (I have a 64bit port of Avisynth 2.58 hacked with my support here.) Anyhow, the code isn't tied to old compilers, at least in my experience. Last edited by JoshyD; 2nd April 2010 at 01:49.

1st April 2010, 15:16	#3 \| Link
videophool Registered User Join Date: Nov 2008 Posts: 91	OK, the problem is bigger than plugin development. I prefer not to use a 10-year old dev environment, and am not sure where to find a 7+ year old MSDN, and work with a crappy debugger. I was hoping that somebody had moved this project forward a few years.

1st April 2010, 16:11	#4 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	If you search you will find discussions about that and you'll see the technical reasons for things.

1st April 2010, 19:03	#6 \| Link
videophool Registered User Join Date: Nov 2008 Posts: 91	A few years ago, I started to port, and got stuck with the asm part. I think the rest of the code would move easily, would it not? No doubt porting would be a challenge, but it is doable, and AviSynth is being used by too many people to be stuck in the 20th century.

1st April 2010, 21:11	#9 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	She's dead, Jim.

1st April 2010, 21:28	#10 \| Link
osgZach Registered User Join Date: Feb 2009 Location: USA Posts: 676	It was such a shame, but not surprising. A pretty big project to undertake. I was thinking about it yesterday.. As I know Avisynth relies on VFW (I think?), I wonder if it were possible to port something like that to and Avisynth to .NET/MONO ? That's the only realistic way I could see it happening, but I'm guessing that'd be more difficult than rewriting Avisynth alone to use a different "backend" (like they seemed to be doing) or whatever you call VFW type things... Ah well

2nd April 2010, 00:43	#13 \| Link
osgZach Registered User Join Date: Feb 2009 Location: USA Posts: 676	Have to admit I am unfamiliar with ffmpegsource, or pros/cons vs FFdshow/VFW. have never really used it. I am aware of Gstreamer, although some more knowledgeable people have expressed less than impressed opinions.. But if ffmpegsource works on Win32/Linux then yes that would be a sensible solution as well. I think there are a lot of opportunities with .NET/MONO compatability for the future. Sure there are some caveats, but surely easier than rewriting the whole thing cross-platform from scratch?