Subversion Repositories filter_foundry

Compare Revisions

No changes between revisions

Regard whitespace Rev 548 → Rev 549

/trunk/CHANGELOG.md
1,6 → 1,6
# Changelog
 
## 1.7.0.21 [Work-In-Progress]
## 1.7.0.21 [23-Nov-2023]
- Read FFX file: Fixed buffer overflow when some strings (Title,Category,Author,Copyright,SliderNames) are too long
- Read GUF file: Only the last part of the Category will be imported
- Implemented reading of FFL files (actually, they will be only extracted, so they can be read afterwards)
/trunk/Notes on Performance and RAM.txt
0,0 → 1,40
* 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.
R put(255-(min(min(r,g),b)),0),(c+get(0)-255)*255/get(0)
G (c+get(0)-255)*255/get(0)
B (c+get(0)-255)*255/get(0)
A get(0)
==> Speed is OK if built with Visual Studio optimization
- todo: check if watcom is also fast
- todo: check if visual studio cli ist also fast
- do also need needall=0 (state changing functions)?
==> RAM problem persists
abbruch bei (e = pb->advanceState() , OHNE dass dabei irgendwas aufgerufen wird. scheinbar beim ersten advancestate, danach keine breakpoints!
maxspace = 845934385 = 806 MB
==> simple r,g,b,a Filter mit 4 channels
SVN rev 236 no mem problem
269 no mem problem
346 no mem problem
384 am 1.11 no mem problem
392 no mem problem!!!
==> Grund: wenn ich maxspace() verwende, dann ist es in der tat BESSER, denn ich gebe wahrscheinlich mehr speicher als photoshop selbst geben würde!
==> Peel of white filter
FF 1.6 zoomed in preview ist ok, ganze verarbeitung no ram
===> jetzt geht's plötzlich doch??? und ganz schnell!
FF 1.7 zoomed out preview no ram, ganze verarbeitung no ram
selbst zoom auf 100% bringt nix
=> weil needall=1 aufgrund von statechanging_vars_used=1?
auch ändern auf r,g,b,a bringt nix
=> wenn er einmal im fehlerzustand ist, geht nix mehr weiter. RAM dann voll??? rauszoomen bringt dann auch nix!
mit state_changing_vars_used=0 geht es!
===> danach plötzlich wieder doch nicht!!!!!
==> RAM und geschwindigkeit mit 1.7.0.12 win64 photoshop cc nicht problematisch
WATCOM hat vielleicht nicht so gute optimierung wie VC++
... können wir auf win9x irgendwie verzichten?
SetFilePointerEx
GetFileSizeEx
DecodePointer
InitializeSListHead
GetModuleHandleExW
InterlockedFlushSList
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
in general, Filter Factory is much faster than Filter Foundry. Can we do anything?
/trunk/README.md
6,7 → 6,7
Initially written by Toby Thain ([Telegraphics](https://www.telegraphics.net/sw/)) in 2003 - 2009, the development has been continued by [Daniel Marschall](https://www.daniel-marschall.de/) ([ViaThinkSoft](https://www.viathinksoft.com/)) since 2018. Several advancements and improvements have been made, and a 64-bit Windows version was created.
 
 
### Windows version 1.7.0.20
### Windows version 1.7.0.21
 
Filter Foundry 1.7 comes with a 32-Bit Windows plugin (FilterFoundry.8bf) and a 64-Bit Windows plugin (FilterFoundry64.8bf) which can both be downloaded at [ViaThinkSoft](https://www.viathinksoft.com/download/249/FilterFoundry.zip) or from the [Releases folder](https://github.com/danielmarschall/filter_foundry/tree/master/releases).
 
/trunk/TODO.md
26,7 → 26,9
 
* PluginCommander cannot generate FFL files using FilterFoundry 8BF files. Reason unknown.
 
* Filter Foundry is slower than Filter Factory. Reason unknown.
 
 
Minor priority stuff or ideas
-----------------------------
 
/trunk/manifest32.xml
5,7 → 5,7
<assemblyIdentity
name="Telegraphics.FilterFoundry"
processorArchitecture="x86"
version="1.7.0.20"
version="1.7.0.21"
type="win32"/>
<description>Filter Foundry</description>
<dependency>
/trunk/manifest64.xml
5,7 → 5,7
<assemblyIdentity
name="Telegraphics.FilterFoundry"
processorArchitecture="amd64"
version="1.7.0.20"
version="1.7.0.21"
type="win32"/>
<description>Filter Foundry</description>
<dependency>
/trunk/read.c
1165,7 → 1165,7
for (i = 0; i < 4; i++) {
char* tmp = tmp_cur_filter_str[5 + i];
if (strcmp(tmp, "") != 0) {
p += sprintf(p, "map[%d]: %s\n", i, tmp_cur_filter_str[5+i]);
p += sprintf(p, "map[%d]: %s\n", (int)i, tmp_cur_filter_str[5+i]);
}
}
p += sprintf(p, "\n");
1174,11 → 1174,11
for (i = 0; i < 8; i++) {
char* tmp = tmp_cur_filter_str[9 + i];
if (strcmp(tmp, "") != 0) {
p += sprintf(p, "ctl[%d]: %s\n", i, tmp_cur_filter_str[9 + i]);
p += sprintf(p, "ctl[%d]: %s\n", (int)i, tmp_cur_filter_str[9 + i]);
}
tmp = tmp_cur_filter_str[17 + i];
if (strcmp(tmp, "") != 0) {
p += sprintf(p, "val[%d]: %s\n", i, tmp_cur_filter_str[17 + i]);
p += sprintf(p, "val[%d]: %s\n", (int)i, tmp_cur_filter_str[17 + i]);
}
}
p += sprintf(p, "\n");
/trunk/releases/FilterFoundry 1.7.0.21 (SVN Rev 549).zip
Cannot display: file marked as a binary type.
svn:mime-type = application/octet-stream
Property changes:
Added: svn:mime-type
+application/octet-stream
\ No newline at end of property
/trunk/releases/Releases.sfv
19,3 → 19,4
FilterFoundry 1.7.0.18 (SVN Rev 524).zip 6298D16C
FilterFoundry 1.7.0.19 (SVN Rev 531).zip 6ED98AD8
FilterFoundry 1.7.0.20 (SVN Rev 539).zip A7643B22
FilterFoundry 1.7.0.21 (SVN Rev 549).zip 28191639
/trunk/version.h
1,7 → 1,7
/*
This file is part of "Filter Foundry", a filter plugin for Adobe Photoshop
Copyright (C) 2003-2009 Toby Thain, toby@telegraphics.net
Copyright (C) 2018-2022 Daniel Marschall, ViaThinkSoft
Copyright (C) 2018-2023 Daniel Marschall, ViaThinkSoft
 
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
35,8 → 35,8
 
#define plugInName "FilterFoundry"
 
#define VERSION_STR "1.7.0.20"
#define VERSION_NUM 1,7,0,20
#define VERSION_STR "1.7.0.21"
#define VERSION_NUM 1,7,0,21
 
#define VERS_RSRC VERSION_NUM,verUS,VERSION_STR,"Filter Foundry " VERSION_STR
 
45,10 → 45,10
#define PROJECT_URL "https://github.com/danielmarschall/filter_foundry"
 
/* For the 'cmpt' PIPL attribute */
#define MainComponentVersion 0x01070014L // 1.7.0.20
#define MainComponentVersion 0x01070015L // 1.7.0.21
 
/* formatted for Win32 VERSIONINFO resource */
#define VI_VERS_NUM 1,7,0,20
#define VI_VERS_NUM 1,7,0,21
#define VI_FLAGS 0 /* 0 for final, or any of VS_FF_DEBUG,VS_FF_PATCHED,VS_FF_PRERELEASE,VS_FF_PRIVATEBUILD,VS_FF_SPECIALBUILD */
#define VI_COMMENTS "Download the latest version here: " PROJECT_URL "\0" /* null terminated Comments field */
#define VI_COMPANY_NAME "ViaThinkSoft, Telegraphics Pty Ltd\0"
/trunk/wpj/make_watcom.bat
1,11 → 1,11
echo off
 
cd /d "%~dp0"
 
rem Call before.bat now, otherwise we might get the error message that y.tab.h is missing
rem It is NOT enough to let Watcom call before.bat, because before.bat is executed too late.
call before.bat
 
cd /d "%~dp0"
 
del *.mk *.mk1 *.obj *.lib *.map *.dll *.8bf *.err *.lk1 *.res
ide2make filterfoundry.tgt