Subversion Repositories filter_foundry

Rev

Details | Last modification | View Log | RSS feed

Rev Author Line No. Line
549 daniel-mar 1
* FF 1.6 works with 10.000x10.000 picture and is fast.  FF 1.7 shows not enough RAM, and if maxspace_availabe() is disabled, then it shows with 4 channels "Could not build preview at chosen zoom level." (e == memFullErr , needall=1). Also it is slow if it works with 3 channels.
2
	R	put(255-(min(min(r,g),b)),0),(c+get(0)-255)*255/get(0)
3
	G	(c+get(0)-255)*255/get(0)
4
	B	(c+get(0)-255)*255/get(0)
5
	A	get(0)
6
	==> Speed is OK if built with Visual Studio optimization
7
		- todo: check if watcom is also fast
8
		- todo: check if visual studio cli ist also fast
9
		- do also need needall=0 (state changing functions)?
10
	==> RAM problem persists
11
		abbruch bei (e = pb->advanceState() , OHNE dass dabei irgendwas aufgerufen wird. scheinbar beim ersten advancestate, danach keine breakpoints!
12
		maxspace = 845934385 = 806 MB
13
	==> simple r,g,b,a Filter mit 4 channels
14
		SVN rev 236 no mem problem
15
		269 no mem problem
16
		346 no mem problem
17
		384 am 1.11 no mem problem
18
		392 no mem problem!!!
19
		==> Grund: wenn ich maxspace() verwende, dann ist es in der tat BESSER, denn ich gebe wahrscheinlich mehr speicher als photoshop selbst geben würde!
20
	==> Peel of white filter
21
		FF 1.6	zoomed in preview ist ok, ganze verarbeitung no ram
22
			===> jetzt geht's plötzlich doch??? und ganz schnell!
23
		FF 1.7	zoomed out preview no ram, ganze verarbeitung no ram
24
				selbst zoom auf 100% bringt nix
25
				=> weil needall=1 aufgrund von statechanging_vars_used=1?
26
				auch ändern auf r,g,b,a bringt nix
27
				=> wenn er einmal im fehlerzustand ist, geht nix mehr weiter. RAM dann voll??? rauszoomen bringt dann auch nix!
28
		mit state_changing_vars_used=0 geht es!
29
		===> danach plötzlich wieder doch nicht!!!!!
30
	==> RAM und geschwindigkeit mit 1.7.0.12 win64 photoshop cc nicht problematisch
31
WATCOM hat vielleicht nicht so gute optimierung wie VC++
32
	... können wir auf win9x irgendwie verzichten?
33
	SetFilePointerEx
34
	GetFileSizeEx
35
	DecodePointer
36
	InitializeSListHead
37
	GetModuleHandleExW
38
	InterlockedFlushSList
39
Formula 0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+0+....  is EXTREMELY slow on Filter Foundry, but super fast on Filter Factory
40
in general, Filter Factory is much faster than Filter Foundry. Can we do anything?