159
Replies
I'm no programmer, but I suspect this would involve a massive overhaul of the code for the frameserver, if not an entirely new codebase to implement it.
I'm not saying its impossible, or that it's a bad idea--it's a great idea--but I think this would involve a fair bit of capital to get someone to work on this. The reason we were able to get AFS so "cheap" is because it wasn't a radical departure from DMFS. Yes, there are new features and optimizations, but this didn't involve any sort of crossplatforming.
Again, this is a swell idea, but I'll pass the torch to you to lead the attack 
QUICK UPDATE:
We're getting very close to the end of the project. The necessary funds have been collected; it's just a matter of putting them together from the various payment collection services now 
At this point, the frameserver is functional and stable. The programmer is trying to work on optimizing the frameserver now, hopefully to take advantage of multithreading, etc. The goal is to add as little overhead in the frameserving process, and make it at least as fast--if not faster--than exporting an intermediate file and encoding from that.
We're shooting for sometime in the middle of this coming week for a release; as with most software, that is subject to fluctuation. Stay tuned here for more...
Many thanks to everyone who contributed to the project!
Nothing has to do. The required amount already collected. It remains just wait until the developer will finish the final version of the plugin. At the moment, remained unresolved only one bug (if I remember correctly). Once work on it finished, everyone will be able to use it. I think it very quickly becomes publicly available. You can optionally just donate any amount which you find comfortable, that would stimulate the further development of the project ... But this does not necessarily ...
I hope that within the next 7-10 days the final version will be ready.
Good luck!
PS / Do you speak Russian?
UNEXCITING UPDATE:
The frameserver is about 90% functional right now. A bug with RGB24 frameserving that caused transitions to render weird alpha issues has been fixed, which was the last major bug that was discovered. The frameserver also has a new name: Advanced Frameserver. Keepin' it simple 
The last major hurdle that is being worked on is not so much a bug-squashing stampede, but rather some major overhauling to the way the frameserver dishes up frames to external applications. Generally, encoding from a frameserved signpost AVI file is as fast as encoding from an intermediate file. However, there is a significant slowdown when serving from a sequence with render-intensive effects or when using MRQ during export; this is primarily evident when using poorly multi-threaded apps like Squeeze or VirtualDub. However, when encoding to something like CCE or when using the multi-threaded version of Avisynth between the frameserver and VirtualDub, the time differential diminished or disappeared.
So, what the developer is working on is a method to request multiple frames in parallel and cache them, so that encoding applications that maybe aren't as efficient will have a "pool" of served frames to pull from, instead of asking for them one by one. This increases the overhead a bit, since the frameserver will have to cache a certain number of frames, but should be offset by much shorter encoding times. In order to implement this, however, the frameserver needs to be more or less written from scratch, so that's why there haven't been any updates lately. The frameserver is essentially complete; it's just being hot-rodded now
I'll update as we get closer to a revamped version of the frameserver--stay tuned. My thanks to everyone for your interest and support of the project.
It may be unexciting, but it's very informative and well-presented.
Thanks!
-Jeff
This is not final releas. When will the final version is ready, the source-codes will be transferred to Satish Kumar (creator of this plugin). How soon after that, he will publish a new Official release I do not know. 
Also possible will be created new OpenSource project, because from the old DebugMode Frame Server, in this new version is almost nothing left ...
In any case, with time this plugin will be available to everyone. Just need time ..
And while, that those who have helped me pay for work of a programmer can use the plug-in, as they want it ...
GoodLuck!
Yes I had the same happen to me with any source format, so I exported a wave file from Premiere, then frameserved without audio to TMPGEnc and set my wave as audio source for AC3 encoding. I could never get the audio to work properly through frameserving. Hopefully a bug that can be ironed out! Haven't tried with any other encoder so can't tell whether problem lies in frameserver or TMPGEnc...
AdChoices