Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
12th June 2008, 10:39 | #62 | Link |
Solaris: burnt by the Sun
Join Date: Oct 2004
Location: /etc/default/moo
Posts: 1,923
|
actually
cold the fake AVI file be passed off to a http server? I don't see why not you could easily have a script pass it off to a lossless encoder though I guess that might not work for some applications... |
12th June 2008, 12:04 | #63 | Link |
Avisynth Developer
Join Date: Jan 2003
Location: Melbourne, Australia
Posts: 3,167
|
People need to consider the data being virtualized here is big, really big. A RGB24 1920x1080 24fps progressive stream is 149,299,200 bytes per second. Even a YV12 (4:2:0) 720x480 60i is still 15,552,000 bytes per second. This is 24% more than the theoretical maximum transfer of a 100Mb/s ethernet (probably more than twice the practical throughput). These numbers are even a small chunk out of a 800MHz FSB memory channel at around 6,400,000,000 bytes per second.
|
12th June 2008, 17:58 | #64 | Link |
AVFS Developer
Join Date: Nov 2007
Location: Portland OR US
Posts: 48
|
Lossless compression in AVFS is not a solution to network bandwidth problems. AVFS would need to preprocess (compress) all frames to figure out file layout and indexing. It would make more sense to skip AVFS and losslessly encode to a real AVI file.
Serving over a network is still useful when the CPU overhead of the script and encoder are limiting throughput below what the network can handle. |
12th June 2008, 19:29 | #65 | Link |
Fighting spam with a fish
Join Date: Sep 2005
Posts: 2,699
|
Yeah, this is making more and more sense. Looks like I have a nice project to work on over the summer! I just need to setup a decent gigabit network, and look at my filter chain to see if I can change the bottleneck to be the avs, not my network.
|
14th June 2008, 20:26 | #66 | Link |
Registered User
Join Date: Dec 2001
Posts: 1,219
|
I've found a very strange bug. I have a folder full of a few hundred avisynth scripts, and all of them contain the line
AssumeFPS("ntsc_double") I was going through mounting each one, one at a time, and i noticed that some of them would mount fine, but when i tried to mount others, it would crash. On these that failed to mount, I discovered that I could get them to mount by simply removing the AssumeFPS line. That's really strange though, since all of my scripts have that line, and some of them work. I've determined that it is this specific line that it causing it to crash though, in many of my scripts. |
21st June 2008, 18:32 | #70 | Link |
Registered User
Join Date: Jun 2008
Posts: 177
|
Also about networking with avisynth: avisynth already have networking functionality with TcpServer(), will it work with mounted file?
What about adding multithreaded Lagarith compression for networking to AVFS? For user this can look like adding two variables to avs file with port number and compression method (like in TcpServer), on other side user will mount special file, that will re-create avi file in virtual filesystem (like using TcpSource). Of course all functionality already here (you can just mount TcpSource() avs file), but it is with ugly code (i was read that somewhere) and without lagarith compression. |
25th June 2008, 21:58 | #72 | Link | |
AVFS Developer
Join Date: Nov 2007
Location: Portland OR US
Posts: 48
|
Quote:
I am not very familiar with TcpSource. It should not be necessary to know the compressed size of each frame in advance, so lossless compression could be implemented... |
|
6th November 2008, 02:02 | #73 | Link |
Registered User
Join Date: Oct 2008
Posts: 1
|
TGA sequences would be really useful!
http://www.organicbit.com/closecombat/formats/tga.html |
6th November 2008, 06:46 | #74 | Link |
Registered User
Join Date: Jan 2008
Posts: 18
|
hello! sounds like very good work. one (maybe dumb) question: you say you would add output file format options. would it be possible to show an mpeg4 h264 file on the filesystem instead of a avi file? this should happen without reencoding. the input files are already mp4 h264 files.
|
6th November 2008, 10:01 | #75 | Link |
Registered User
Join Date: Oct 2003
Location: Germany
Posts: 377
|
You can't do it without reencoding. Every change, which you made with an avisynth-script to your video must be reencoded. This is a simple Law:
-> No change -> No Reencoding -> You don't need to use avisynth -> change (in anyway) -> need reencoding |
6th November 2008, 10:08 | #76 | Link |
Resize Abuser
Join Date: Apr 2005
Location: Seattle, WA
Posts: 623
|
@thommyfilm, thats what MeGUI is for
__________________
Mine: KenBurnsEffect/ZoomBox CutFrames Helped: DissolveAGG ColorBalance LQ Animation Fixer |
6th November 2008, 18:34 | #77 | Link |
Fighting spam with a fish
Join Date: Sep 2005
Posts: 2,699
|
Uh, guys, I think he is asking if support for a "fake" mp4 front could be added in addition to the "fake" avi front. I don't know why this could be, as everything supports avi, while mp4 is much more limited.
|
23rd November 2008, 21:22 | #79 | Link |
AVFS Developer
Join Date: Nov 2007
Location: Portland OR US
Posts: 48
|
Working on some optimizations...
There may be some performance changes when AVFS is used with the latest PFM Audit Package (build 048). I changed the caching in the file system driver to use 256k blocks instead of 48k. I did not test this against AVFS, probably should have...
I have some optimizations in the works for Pismo File Mount that will improve AVFS performance. Mainly there will be buffering improvements to eliminate extra data copying. It will be a while before I get this out, probably January. Joe L. |
Thread Tools | Search this Thread |
Display Modes | |
|
|