This post contains information on the development of Smart Fpg Editor.
POST UPDATED 2017.05.28
I got tired of having to update one post in English, one in Spanish and also the project page, so instead I am keep information here minimal. List of features, installation instructions etc. will be kept in the project page (https://bitbucket.org/dacucar/smart-fpg-editor). However, I will keep announcing new versions, if any, in this post.
Follow the project in Bitbucket
Use the project page in bitbucket (https://bitbucket.org/dacucar/smart-fpg-editor)to repport any issues or to follow most-updated inforamation
Last Version Released: 0.5.5. Source, Win32 Installer
(http://dariocutillas.files.wordpress.com/2011/09/sshot6_s.png)
The future of Smart Fpg Editor
I am very aware that a VB6 developed application, no matter how much care and effort I have put on, cannot survice for ever. Windows is making it more and more difficult to support applications that based on COM and Active X technologies and programming frameworks and IDE have evolved in such a way that much of the code that I had to write for Smart Fpg Editor can be considerably simplified if using modern frameworks. Not to speak about the fact that I need to keep a Virtualized Windows XP environment to be able to develop in VB6...
Yet today, I do not see another editor that allows working with FPGs as flawlessly as Smart Fpg Editor does, that handles Color conversion between the different graphic depths in a coherent way with Bennu or that have the Control Point edition possibilities that Smart Fpg Editor has.
But the future is not written in VB6 and for that reason I am intending to drop support for this project in the short-term (end of 2016). I need to do that to focus my efforts in other projects that have a broader audience, represent other challenges and allow me to work from my Linux machine.
I wish however, to give Smart Fpg Editor a decent end and wish to realease a final 1.0 version with basic palette edition capacities and as less bugs as possible. Therefore, I will appreciate very much if you report any kind of feeback in form of issues in the project page in bitbucket. (https://bitbucket.org/dacucar/smart-fpg-editor) That will certainly constitute the best funeral for this now old application that I enjoyed so much developing.
Great stuff! One of the reasons I stopped using FPGs is because there is no decent editor. Your work is greatly appreciated. I don't mind an installer at all and I agree it's easier, since you are using VB6.
+1 Karma
Ok, this is great. Good work.
I'm currently using FPGEdit, as I suspect a few people are using with Fenix/Bennu. It's "ok" but when you have 100+ graphics you really need an editor - this looks like a more robust editor, and one that is in English - it's great!
I'd like to see an complete version. And i'll try this one out for sure.
Thanks
Thanks both of you for the comment (& the karma ;P).
FPGEdit is very stable, it hasn't given me problems when used, but I've always missed some more user-friendly interface and user interaction, so I agree with you.
I updated the main post because added a new version (the only change you will note is that now 8bpp FPG can be created). I recommend allways to uninstall before installing a new version.
I also included a binary-zip package for those who doesn't want to use the installer (actually because SplinterGu is trying to make it run in Linux with wine and asked me to do it). However, I recommend to use the installer for simplicity.
Darío (danko)
Yes, installer is final idea...
I only want zip package for get an idea of dependencies for linux...
You keep it in silence, eh? I'm gald that you still work on it.
I'm going to test.
Well, I'm still working on this... I wanted to post some advances I've made since last posts.
The most relevant changes are a control point editor (non-graphical) and the map viewer/editor.
CP Editor
Is ready 100% (maybe some interface readjustments will be done). The main features are:
+ Seveal graphics from the FPG can edit the Control Points at the same time
+ Coordinates can be specified relative to MAP parameters. For example: "WIDTH / 2" or "HEIGHT / 2". This is specially usefull when editing the CPs of several MAPs at the same time.
+ 4 CP insertion modes: Append (new CP's ID is the highest defined ID + 1), Insert Before (Inserts in an already defined ID and "pushes" the control points fordward), Insert & Complete (Inserts without moving if there are non defined IDs in between two Control Points) and Manual (we choose the ID)
Map Viewer
I started it today so it's not very advanced. Still thinking some of the features it should and not should have so I won't list them for now. It will include a graphical CP editor, although I have not yet started with it.
Screenshots:
(http://personales.alumno.upv.es/dacucar/sfpge/sshot3.jpg)
(http://personales.alumno.upv.es/dacucar/sfpge/sshot4.jpg)
Darío
Some advances made in the map viewer. Now it looks much more professional (shows transparency, centers the map in the window area, etc.). Drawing is pretty fast, even for big maps :). I also started writing a simple visual CP editor.
I was wondering also if someone has any feature request for the Map Viewer (apart from visualy modifying CP), something that you have always missed in other FPG editors and that you wish to have...
I leave a screen capture here:
(http://personales.alumno.upv.es/dacucar/sfpge/mv1.gif)
:)
Darío
Good going there. I could be blind, but I couldn't find the latest version, only v0.1.
Thanks.
That's because it's not ready (I just wanted to show some advance). Maybe I didn't point it out well (I did modifications to the initial post), but the MAP viewer is an on-going feature (maybe I invented this word?), which with I meant that it will be present in next release (v 0.2.x), but is not available to download yet. But after I finish the map viewer (with a preliminary graphical control point editor) I will realease it.
Darío
this is very nice!
¿Como se me paso esto? (I don't know how write this in english)
Ah I see. Well I tried 0.1 and it is indeed easy to use. I have some comments though:
1. The top menu is graphical, which is easy and all, but personally I prefer a default topmenu (perhaps these graphical buttons can be below it, like most GUI's?)
2. In the Add Graphic window, there's this Magic Wand kind of button, to the right of the Description field: what does it do?
3. Because of point 2, I suggest adding tooltips for this (and others), like you already have for other buttons.
4. The Add Graphic banner is huge. :P
5. I like the "look for next free code"
6. For some reason I tried to use the scrollwheel to alter the Code field, but I don't know if that's just me.
Good job!
In that version, there were two separate Open PNG and Open MAP dialogs, but can they not be merged into one?
Hi, thanks for the suggestions, Sandman, answering to your questions:
Quote
The top menu is graphical, which is easy and all, but personally I prefer a default topmenu (perhaps these graphical buttons can be below it, like most GUI's?)
Well, here I have a different opinion, as for me one of the things important was to keep as maximum space as possible for the viewer, and since the application had very few options I considered that a menu could be omissible. But it could be possible that the final version have too many options to have only a toolbar, then the menu might be necessary. I know I could also reduce the size of the icons, but I actually liked them to be big. I will keep it in mind, in any case, to try how it results for future versions.
Quote
In the Add Graphic window, there's this Magic Wand kind of button, to the right of the Description field: what does it do?
The icon of the magic wand is not a very wise choice, so it must be changed, but the button just fills the description field with the description of the MAP which is to be replaced.
Quote
The Add Graphic banner is huge.
Right, hehe. It was intended to make the program look a litle bit different and friendly, but it's something subjected to future changes, as I'm still thinking of how should it look like.
Quote
For some reason I tried to use the scrollwheel to alter the Code field, but I don't know if that's just me.
That's actually a pretty interesting idea! It matches to the goal of making it as user-friendly as possible, so I will definitely take it into account. Not probably for the next version since VB6 sucks when dealing with "new" things such us mouses' wheels, but I'm sure I'll find some way to overcome it.
Quote
In that version, there were two separate Open PNG and Open MAP dialogs, but can they not be merged into one?
Yeah, is to be done. Actually my idea is to have, instead of a simple "drop-down button menu", a button + dropdown. When pressing the button, a "general" open graphic dialog will appear, which will base the loading mechanism on the extension of the file. The dropdown button will show the list that currently appears. This allows the user to force to open a file as a MAP or as a PNG no matter of the extension of the file.
Thanks again for the comments,
Darío
Hi,
this topic has been off for a while due to lack of time, but I've been working on the project and now it's time to release a new version. I'm finishing some details, but I want to share one video of how the graphical control point editor looks like:
http://www.youtube.com/watch?v=TNzgaEn5Bek (http://www.youtube.com/watch?v=TNzgaEn5Bek)
NOTE: Now Smart Fpg Editor is multilingual so don't get surprised that the interface in the video is in Spanish.
Hope you like it :)
Darío
Hi,
I have uploaded a new version of Smart Fpg Editor (0.2.0).
It includes, among others, a graphic viewer, a visual control point editor, an advanced control point editor, support for a great deal of graphic formats, 8bpp FPGs palette can be selected from gif and png files, it can load DIV font files as FPGs, full color conversion support, you can remove transparency from added graphics when working with 16 and 32 bits, etc.
To my mind, it is quite usable if you don't need graphic extraction (which has not been implemented yet).
You can download it from the project page (http://code.google.com/p/smartfpgeditor/).
I appreciate any comment and specially, I appreciate if you can try it and say if it works or not, as I have a very limited number of computers where I can try it.
Hope you find it useful.
Darío
I love this app.
Also, I would like to see this completed. At this point does most of the jobs that FPGEdit did but looks and works so much nicer.
All credit to you Darío.
I'll report any obvious bugs to you in this thread.
i was hoping to use it but it served no purpose to me because it could not export to .map, im sure your program would become the #1 .fpg editor for that very sole purpose :)
now even though im posting in a thread thats old, maybe hell read it and come back and give us the finished results.
Yes, smart fpg editor is great. Especially because of it's controlpoint support. It's much more userfriendly then fpg edit 2005/2009.
Right now, I use them both, the only thing missing are some basic export features.
try compiling this program with the latest bennu version (not with fenix!)
/* "map convert".
*
* Copyright (C) 2010 Pieter kuperus/DYKO.
*
* 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
* the Free Software Foundation; either version 2 of the License, OR
* (at your option) any later version.
*
* This PROGRAM is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License FOR more details.
*
* You should have received a copy of the GNU General Public License
* along with this PROGRAM; IF NOT, write TO the Free Software
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
*
*/
/*
This program allows a map or png file to be converted into another format.
*/
//IMPORT "mod_debug";
IMPORT "mod_dir";
IMPORT "mod_file";
//IMPORT "mod_key";
IMPORT "mod_map";
IMPORT "mod_screen";
IMPORT "mod_say";
IMPORT "mod_string";
IMPORT "mod_proc";
IMPORT "mod_video"
IMPORT "mod_sys";
CONST
SHELL=0; WIN=1;
LOCAL
GLOBAL
int extension;
int bits_per_pixel=0;
int info_bpp; info_width; info_height;
int systemmap; systemfile;
int inputfile;
int outputfile;
int filenamelength;
string inputfilename;
string outputfilename;
string inputfileextension;
int filetype_map; filetype_png;
string command_arg;
STRUCT dykoconfig;
int handle;
int command_result;
string input_command;
string compare_command="win";
byte mode;
END
PRIVATE
BEGIN
IF (file_exists("dykotools.cfg"))
dykoconfig.handle=fopen("dykotools.cfg",O_READ);
dykoconfig.input_command=fgets(dykoconfig.handle);
fclose(dykoconfig.handle);
// compare the command strings
dykoconfig.command_result=strcasecmp(dykoconfig.input_command,dykoconfig.compare_command);
IF (dykoconfig.command_result==0)
dykoconfig.mode=WIN;
ELSE
dykoconfig.mode=SHELL;
END
ELSE
dykoconfig.mode=SHELL;
END
// fetch the filename from the first commandline argument
inputfilename=argv[1];
say("");
say("");
say("");
say("");
say("DYKO-Bennutools mapconvert, © 2010 Pieter Kuperus/DYKO.");
say("");
say("");
say("");
say("This PROGRAM is free software; you can redistribute it AND/OR modify");
say("it under the terms of the GNU General Public License as published by");
say("the Free Software Foundation; either version 2 of the License, OR");
say("(at your option) any later version.");
say("");
say("This PROGRAM is distributed in the hope that it will be useful,");
say("but WITHOUT ANY WARRANTY; without even the implied warranty of");
say("MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. See the");
say("GNU General Public License FOR more details.");
say("");
say("You should have received a copy of the GNU General Public License");
say("along with this PROGRAM; IF NOT, write TO the Free Software");
say("Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA");
say("");
say("");
say("Bear in mind that when you use this tool on 8-bit images, the color palette");
say("extracted from the file should be loaded when you open the converted imagefile");
say("into a Fenix/Bennu compatible fpg/map application.");
say("");
say("");
// check if a filename is entered, or if the filename exists.
// if not, print a error message, otherwise start the conversion.
IF (NOT file_exists(inputfilename))
IF (dykoconfig.mode==SHELL)
say("file does not exist or no argument is given.");
say("");
say("USAGE: mapconvert filename.map OR mapconvert filename.png");
END
IF (dykoconfig.mode==WIN)
SWITCH (os_id)
CASE OS_WIN32:
command_arg="-mc1";
exec(_P_WAIT,"sterrdlg.exe",1,&command_arg);
END
CASE OS_LINUX:
command_arg="-mc1";
exec(_P_WAIT,"sterrdlg",1,&command_arg);
END
DEFAULT:
command_arg="-mc1";
exec(_P_WAIT,"sterrdlg",1,&command_arg);
END
END
END
exit("",0);
ELSE
// obtain the length of the filename.
filenamelength=len(inputfilename);
// remove the ".map or .png" extension of the filename.
outputfilename=substr(inputfilename,0,(filenamelength-4));
// obtain the file extesion.
inputfileextension=substr(inputfilename,(filenamelength-3),3);
// display the name of the inputfile and load it.
say("filename loaded: "+inputfilename);
// compare the filename extensions, and detect the filetype.
filetype_map=strcasecmp(inputfileextension,"map");
filetype_png=strcasecmp(inputfileextension,"png");
IF (filetype_map==0)
extension=1;
END
IF (filetype_png==0)
extension=2;
END
SWITCH (extension)
CASE 1: // convert from MAP to PNG
inputfile=map_load(inputfilename);
info_bpp=graphic_info(0,inputfile,G_DEPTH);
SWITCH (info_bpp)
CASE 1:
bits_per_pixel=1;
set_mode(1024,768,8);
// create the system buffer.
systemmap=map_new(1024,768,8);
END
CASE 8:
bits_per_pixel=8;
set_mode(1024,768,8);
// create the system buffer.
systemmap=map_new(1024,768,8);
END
CASE 16:
bits_per_pixel=16;
set_mode(1024,768,16);
// create the system buffer.
systemmap=map_new(1024,768,16);
END
CASE 32:
bits_per_pixel=32;
set_mode(1024,768,32);
// create the system buffer.
systemmap=map_new(1024,768,32);
END
DEFAULT:
bits_per_pixel=32;
set_mode(1024,768,32);
// create the system buffer.
systemmap=map_new(1024,768,32);
END
END
// display a message that the file conversion is in progess.
say("converting: "+inputfilename+ " to "+outputfilename+".png");
outputfile=png_save(0,inputfile,(outputfilename+".png"));
// create a palette file for the output file (only in 8 bpp mode)
IF (bits_per_pixel==8)
save_pal(outputfilename+"-map.pal");
END
END
CASE 2: // convert from PNG to MAP
inputfile=png_load(inputfilename);
info_bpp=graphic_info(0,inputfile,G_DEPTH);
SWITCH (info_bpp)
CASE 1:
bits_per_pixel=1;
set_mode(1024,768,8);
// create the system buffer.
systemmap=map_new(1024,768,8);
END
CASE 8:
bits_per_pixel=8;
set_mode(1024,768,8);
// create the system buffer.
systemmap=map_new(1024,768,8);
END
CASE 16:
bits_per_pixel=16;
set_mode(1024,768,16);
// create the system buffer.
systemmap=map_new(1024,768,16);
END
CASE 32:
bits_per_pixel=32;
set_mode(1024,768,32);
// create the system buffer.
systemmap=map_new(1024,768,32);
END
DEFAULT:
bits_per_pixel=32;
set_mode(1024,768,32);
// create the system buffer.
systemmap=map_new(1024,768,32);
END
END
put_screen(0,inputfile);
// display a message that the file conversion is in progess.
say("converting: "+inputfilename+ " to "+outputfilename+".map");
outputfile=map_save(0,inputfile,(outputfilename+".map"));
// create a palette file for the output file (only in 8 bpp mode)
IF (bits_per_pixel==8)
save_pal(outputfilename+"-png.pal");
end
END
END
// say that it's completed.
IF (dykoconfig.mode==SHELL)
say("done.");
END
IF (dykoconfig.mode==WIN)
SWITCH (os_id)
CASE OS_WIN32:
command_arg="-mc2";
exec(_P_WAIT,"sterrdlg.exe",1,&command_arg);
END
CASE OS_LINUX:
command_arg="-mc2";
exec(_P_WAIT,"sterrdlg",1,&command_arg);
END
DEFAULT:
command_arg="-mc2";
exec(_P_WAIT,"sterrdlg",1,&command_arg);
END
END
END
END
END
It's a commandline tool I wrote about a year ago for this purpose. Be carefull with 8 bit images though, palettes are not
handled properly.
Usag of the program: bgdi mapconvert.dcb filename.png will convert png to map.
If you write a batch file you can create a batch conversion proces with this tool.
error:
file does not exist or no argument is given
USAGE: mapconvert filename.map or mapconvert filename.png
You did someting wrong.
example: bgdi.exe mapconvert.dcb sprite1.png (ofcourse you need to compile it first with bgdc)
should work, have you ever worked with dos or linux or commandline interfaces before?
If you compile the program as:bgdc -s bgdi.exe mapconvert.prg
a mapconvrt.exe file will be created, then you can also type: mapconvert sprite1.png
Hi,
This has been discontinued for a while... However I've decided to upload a new package with an updated version that adds MAP exporting functionality and fixes some bugs (being the most important, one that could cause loss of Control Point information from maps containing non-consecutive control points).
All the relevant information is in the first post (http://forum.bennugd.org/index.php?topic=399.0), which is also available in Spanish (http://forum.bennugd.org/index.php?topic=398.msg4746#msg4746).
Regards,
Darío
P.D.: If you use the program when working with Bennu I'd really like to know... it's encouraging :)
New version uploaded with PNG export support.
karma dario!
Great!
I want to share some progress I made this weekend:
The following video (http://www.youtube.com/watch?v=8Vkrd7R9OJ8) shows the new Drag&Drop and Copy&Paste features that will be major includes for next release 0.4.
looks great dario
Wow! Looks pretty neat. This will surely become the ultimate fpg tool.
Keep it up.
Great Darío! The first release was good, but this one working directly with drawing apps gains a lot of functionality! I think if it works with Photoshop, also it'll work with PaintShopPro.
Thanks a lot!
Thanks for all the comments! :)
I want to explain some limitations for in case someone can help me to overcome them.
NOTE: You might not be interested in the following!:
The clipboard and d&d will work with any application that supports CF_DIB format for the clipboard and drag&drop operations. However, all applications I tested (photoshop, gimp, paint.NET, openoffice, paint, ...), generate always a 32bpp WITHOUT alpha component, no matter the picture you are working with so:
- For 32bpp images it is not very useful if we are working with transparencies (if this it not the case, there is no problem)
- For 16 bpp images it will be more or less OK as soon as I implement a functionality "define transparent color" for the "add graphic dialog", since current conversion from 32bpp only converts ">50 % transparent" pixels to rgb5:6:5 0x00 and "32bpp black pixels" would be converted to 0x01.
- For 8bpp it will work well provided the following:
- The colors you are using in your graphic editor app match exactly those of the palette.
- The palette does not contain duplicated colors.
[/list]
In other cases the conversion process does not ensure having the expected results.
So summing up: we are still stuck to work with PNG (or other formats) files... only in some cases we can safely use the copy&paste or drag&dropp functionality without losing information... (this does not happen within SFPGE because it defines its own clipboard format.)
I don't see a way to overcome this limitation.. I noticed that the behaviour is exactly the same as when copying or drag&dropping from Photoshop to other applications....
If you have any suggestion I'd like to hear it!I'm thinking of another possible way to ease the process of editing graphics outside SPGE with has nothing to do with Copy&Paste, but it is not a priority for the incoming releases (0.4 and 0.5)...
Hi,
New version uploaded (0.4.0) with Drag&Drop and Copy&Paste as main additions. All the relevant information in the first post (http://forum.bennugd.org/index.php?topic=399.0).
I'd really appreciate that you let me know if you find any bugs, as I have very limited time for testing.
Hope you like it!
Darío
As far as I have proved this application, I've found only one "bug".
In Win 7, I have to register before the execution of Smart FPG Editor. Firstly, I click on register.cmd file and the the application exe. So I have made an SmartFpgEditor.cmd for that.
Copy&paste, drag&drop works fine for me.
A good job man!
Hey Izubiaurre, thank you very much for the feedback.
Do you mean the register.cmd must be called every time you want to start the application or just the first time you want to use the editor??
Everytime I have to run, register must be pre-executed.
Why dont you do like we did in fbtwo? It auto-register all the components at the startup of the app.
Quote from: izubiaurre on May 07, 2011, 10:52:41 AM
Everytime I have to run, register must be pre-executed.
Mmm that's weird, I believe there must be something related to how Windows 7 deals with registering dlls..
Could you try running the "register.cmd" in admin mode?? I suspect that might solve the problem.
Anyway, why aren't you using the installer package?? It won't make any hurt to your system and the registering and un-registering of the COM components is handled transparently by the installer...
With the binary distribution you would need to unregister the components on your own before deleting the application...
I did try the installer of 0.2.0 in Win7 and had no trouble... I'll see if I can get a computer with this SO to try again with the binary distribution...
Thanks again for the testing!
Quote from: JaViS on May 07, 2011, 01:17:37 PM
Why dont you do like we did in fbtwo? It auto-register all the components at the startup of the app.
I first thought of that but I think it is not a smart idea as that would mean that the application would require administration privileges every time you want to execute, which may be fine for WinXP where most users are running it with the administration privileges but does not fit Win7 for example...
Besides, that made FBTWO crash when run without admin privileges... If I had to prepare a new distribution of Flamebird I would definitely opt for an installer version and would remove the auto-registering thing...
To be honest, I don't see a reason for not using the installer... The binary package was actually intended for those users that wanted to try it under Wine or things like that...
64 bit windows 7 is also a bit of an issue. It works, but registering on 64 bit windows is different from the 32 bit version. Regsvr32.exe isn't included with the 64 bit version. (Maybe a win7/vista specific issue). The name of the regsvr32.exe suggets that it's intended for win32.
i've used the installer and it works beautifully on my windows 7, 64-bit machine. the only thing i don't quite understand (and this happened on the old version too) is why sometimes certain graphics appear out of order. for instance graphic 999 is between 166, and 201 of this FPG:
(http://i430.photobucket.com/albums/qq27/turdle2080/Image2-1.png)
not a big deal, none of the data is mixed up or anything, just a bit odd.
Quote from: darío on May 07, 2011, 02:19:07 PM
Quote from: izubiaurre on May 07, 2011, 10:52:41 AM
Everytime I have to run, register must be pre-executed.
Anyway, why aren't you using the installer package?? It won't make any hurt to your system and the registering and un-registering of the COM components is handled transparently by the installer...
I tested again after the install. Works fine. The app gives me no such messages again.
Thanks!
Quote from: handsource-dyko on May 07, 2011, 03:40:23 PM
64 bit windows 7 is also a bit of an issue. It works, but registering on 64 bit windows is different from the 32 bit version. Regsvr32.exe isn't included with the 64 bit version. (Maybe a win7/vista specific issue). The name of the regsvr32.exe suggets that it's intended for win32.
Thanks for this info, that kind of explains the problem... as the isntaller uses a different way to register dlls (no need for regsvr32) it works well... The binary package requires registering manually the COM components... To my mind, an user using this package should know how to do this in his system... I included the command line batch files to ease it and because when I did it there was no Win7 I didn't even consider this... I'll check options to overcome this situations but I insist that most of the people should use the installer if they don't have a good reason not to do so...
Quote from: tmoney on May 07, 2011, 04:51:49 PM
i've used the installer and it works beautifully on my windows 7, 64-bit machine. the only thing i don't quite understand (and this happened on the old version too) is why sometimes certain graphics appear out of order. for instance graphic 999 is between 166, and 201 of this FPG:
...
not a big deal, none of the data is mixed up or anything, just a bit odd.
Mmm yes this is true and the reason is because in an FPG file it is not necessary that Graphics are sorted by their code, so when the FPG has been created with another tool it may happen this situation. However, as far as I remember SFPGE will always write the graphic data sorted by their code so as a short-come you can save the file and reopening it again. That should make your FPG to be sorted. I will however fix this for the next release as it is actually very easy to do... Thanks for the feedback!
Quote from: izubiaurre on May 07, 2011, 09:59:33 PM
Quote from: darío on May 07, 2011, 02:19:07 PM
Quote from: izubiaurre on May 07, 2011, 10:52:41 AM
Everytime I have to run, register must be pre-executed.
Anyway, why aren't you using the installer package?? It won't make any hurt to your system and the registering and un-registering of the COM components is handled transparently by the installer...
I tested again after the install. Works fine. The app gives me no such messages again.
Thanks!
Good to hear that! Thanks to you for trying it! :)
Quote
Quote from: tmoney on May 07, 2011, 04:51:49 PM
i've used the installer and it works beautifully on my windows 7, 64-bit machine. the only thing i don't quite understand (and this happened on the old version too) is why sometimes certain graphics appear out of order. for instance graphic 999 is between 166, and 201 of this FPG:
(http://i430.photobucket.com/albums/qq27/turdle2080/Image2-1.png)
not a big deal, none of the data is mixed up or anything, just a bit odd.
Mmm yes this is true and the reason is because in an FPG file it is not necessary that Graphics are sorted by their code, so when the FPG has been created with another tool it may happen this situation. However, as far as I remember SFPGE will always write the graphic data sorted by their code so as a short-come you can save the file and reopening it again. That should make your FPG to be sorted. I will however fix this for the next release as it is actually very easy to do... Thanks for the feedback!
Ok I checked it and I had in fact taken this situation into account but missed an = in a ">=" comparison :). Now it is fixed
Thanks again!
Darío
Quote from: darío on May 08, 2011, 10:57:31 AM
Ok I checked it and I had in fact taken this situation into account so but missed an = in a ">=" comparison :). Now it is fixed
Thanks again!
Darío
awesome :)
I've managed to install smart fpg editor 0.40 under wine! :) But, it does not work flawlessly, and I had to use the manual installer. I first used the automated installer, and installed the commoncontrols and vb6 runtime under wine, then I got an axtiveX error 429. Then I installed the manual version and ran the register script in wine's own command shell. After that, it works mostly, but don't expect it to be as flawless as under windows. Some things do not work under linux or are glitchy. I just wanted to tell this, because it can be usefull for linux and mac users. Maybe wine compatibility could become a feature. ;)
Hi,
I agree wine compatibility would be great (specially considering I no longer use Windows, I only have a virtual machine installed to develop SFPGE...) but I don't really know in which direction should I work in order to make it more compatible...
Besides I am not dedicating much time to the editor so for the moment I'm happy to slowly improve it until I reach 1.0...
So I am not saying "no" but just "perhaps in the future". Thank you anyway for trying it on Linux and giving your feedback! :)
Maybe port the code to freepascal/lazarus? :) I've recently started learning it as secondary language because it's similair to delphi, wich I have read books about. My latest project (dykodialogs) http://code.google.com/p/dykodialogs-for-bennugd/ (http://code.google.com/p/dykodialogs-for-bennugd/) is partly done in it. I wanted to improve the gui of my malvado editor, so I created a library to provide some native filedialogs and a few other things in my program. The advantage of lazarus is that is is anvailible for linux, windows and mac, provides native gui widgets on these platforms, and it's to some extend compatible with older versions of delphi.
Hi,
Porting the code means actually rewritting the whole program... If it is true that the "ideas" and structure of the program can remain (and this saves a lot of time) it still requires lot of time to code and right now I simply can't... I would like to see my Fpg Editor reaching version 1 (I have a development roadmap and the features I want for each version) and so I will leave ports for lateron...
Actually, I started to design and port the base library (the one that allows manipulating bennu file formats) to Java, with the intention of a future Smart Fpg Editor 2 which is multiplatform, but it is really soon to talk about that and I am not sure if I will ever have something to show...
Anyway thanks for the suggestion, I'm not saying I won't do it one day, just that right now I can't :)
Hi,
I wanted to share with you a video (http://www.youtube.com/watch?v=qS1XsM6njtE) showing some of the features of version 0.4.5 (which will be released in the following days).
The video shows some very handy features such us:
- Contextual menus in the editor: allows quick access to main actions
- "Look for next free control point" and "look for previous free control point" buttons in the Graphical Control Point editor: Eases "filling" control-points ids gaps in the graphical editor.
- Support to drag&drop files to the explorer: very useful to create MAP or PNGs files just by dragging graphics to the explorer. MAP files are the default format but if pressed Ctrl key while dragging, a PNG file is created instead.
For version 0.4.5 most user-requested features have been included (palette exporting, display file name in the title bar, allow calling SmartFpgEditor with arguments to open FPG files, ...).
I would like to ask people using this software to report bugs/requests found in version 0.4, so as I fix them or add last features before preparing the package.
NOTE: Already demanded features in this forum are being considered so no need to repeat :)
Wow! Great stuff...... That looks really good. That context menu is really handy, and the fpg opening with arguments makes it easy to integrate with malvado's mapeditor. :)
Hi!
Version 0.4.5 is available for downloading at http://code.google.com/p/smartfpgeditor/ (http://code.google.com/p/smartfpgeditor/). No much testing though, so please if you find any bug report it so as I can fix it asap.
(http://dariocutillas.files.wordpress.com/2011/09/sshot1.png)
Thanks to all of you who have give your feedback regarding SFPGE.
Hope you like it!
I'm a bit tired so I'll edit the initial post tomorrow...
Darío
Hi!
So I just updated the first post (http://forum.bennugd.org/index.php?topic=399.0) with relevant information regarding the new version.
Hi, I think I found a small glitch. Drag and drop does not seem to work anymore between SPFE and external programs such as the gimp
and paint. When I try this with the gimp, it gives this message: Opening of 'C:\DOCUME~1\PIETER~1\LOCALS~1\Temp\~sfpge\#1# scenery map.map' failed. No such file or directory. I guess it tries to send a map format out instead of a png.
Uhm, yehp I didn't think about that...
What is actually happening is that when doing drag&drop it is possible to add "several formats" to the "object that is being dragged". Now, besides adding the "DIB image format" the format "File" is also added. The target program is responsible to determine which format they prefer and I guess they are now opting for the "File" format, then they request Smart Fpg Editor to provide the name of the file, and forget about the "DIB image format".
So I do not see a clear solution for this in order to contemplate all situations... because if I remove the "File" format, then it is not possible to drop graphics in the explorer, and if I add it, the image editors will be use it instead of the "image format" they should use... I'll need to think about it. For the moment you have the following solutions:
- Use copy&paste instead of DD which will output the same result as in v0.4.0 when dragging.
- Use the "ctrl" key while dragging, which will generate a "PNG" file instead of a "MAP" file, so the graphic edition program will be able to open it.
Thanks for reporting it, and if you have some idea regarding what would be the expected behaviour let me know.
Regards,
Darío
Maybe you could default to png format when an application requests for a FILE object. I don't know how windows handles drag and drop internally, but does the API have some routine to tell what the name of the application is that accepts the object? In that case you could default to DIB, and make an exception for the windows explorer. (But again, I don't know anything about the win32 api, so this is hypothetical).
Or, maybe create a user definable setting, or a dialogbox with a on option for the user to choose between the two scenarios.
Hi dario,
I heard that Google Code is shutting down. Plz make sure you are hosting the project in any other Git server like Bitbucket.
Your editor is very useful, it would be a shame if it get lost.
Thanks, I'll se what I can do, I have all the sources in my computer and several backups so it is not going to disapear...
I did not know there were still people using it :) I do not know how many times I have attempted to continue started a port but I never continued...
I should upload the complete sources (including bennulib and smartcontrols) perhaps someone will make the port I never made...
I suggest Sourceforge because they have a migration tool from google code repository to sourceforge that makes life easy!
Quote from: darío on July 28, 2015, 11:29:22 PM
Thanks, I'll se what I can do, I have all the sources in my computer and several backups so it is not going to disapear...
I did not know there were still people using it :) I do not know how many times I have attempted to continue started a port but I never continued...
I should upload the complete sources (including bennulib and smartcontrols) perhaps someone will make the port I never made...
I think it's the best designed tool. The drag and drop and zoom functionalities are very handy
Enviado desde mi Nexus 7 mediante Tapatalk
A promise is a promise...
It took longer that whised but it is now moved to bitbucket (I appreciate your suggestion warrior_rockk but since I was not using any versioning system in google code I needed anyway to set it up from scratch...).
https://bitbucket.org/dacucar/smart-fpg-editor (https://bitbucket.org/dacucar/smart-fpg-editor)
Git sources have also been uploaded. Complete sources (including that of all custom Active X components). I still need to test that I have uploaded everything that was needed. There were some WIP changes on the last source I had (the one that is now on Git) so it is not exactly matching the latest binary package version...
The README needs some work yet, but at least the project will not disappear from earth :). Read it carefully if you plan to build your own version.
By the way, I know the installer package worked on Windows Xp, Vista and 7, has anyone attempted to use it on any newer Windows version? (I am not up to date when it comes to windows...).
Thanks!!
I'm currently using it in Windows 8 and works perfectly out of the box. I've been able to run it in Ubuntu too, but after installing several packages, and I couldn't achieve it every time I've tried.
Thank you very much for re hosting the project. Again, I believe it's the best FPG editor available.
I would consider writing it in C#, but with the current development status of BennuGD, everything seems so uncertain, that I feel we should wait before approaching any project like that.
Still I'm working on a game which is in a very advanced status and Smart FPG is one of my essential tools
No problem, thank you for the reminder and the comments. You got me in the right moment and I was feeling nostalgic... :)
Strictly speaking, a port of the current functionality with nowadays frameworks would be relatively easy... I had to deal with a lot of stuff that was not out-of-the-box in VB6 and made extensive use of Win32API so as the editor was usable with the functionality I wanted it to have.
Whenever I've thought of a port I always wanted to make it multi-platform as I do not use Windows on a daily basis... I considered and C#, Visual Basic with Mono, but I was not satisfied with the options I had for creating the GUI. Then I started a port in Python using wxPython (which I was familiar with), but the version of wxPython at that time was not supported in Python 3, and I did not feel happy to start a project with an "old" language, as it happened the first time. I did howver started coding it.
Considering the downloads of the latest binary version, released in 2011 it does not seem like a lot of people is using my application... Therefore, if I was to port Smart Fpg Editor I would like it to be a little bit more generic, and think of it as a "sprite atlas" arranger or something like that so as it can be used for purposes outside Bennu, for example to create sprite sheets that can be used by people creating games. The biggest reward for people that code for fun and not for money is to find their applications being used... you know...
I'll give it a chance to my Python port as I think it can be pretty straightforward and I see that there is a wxPython that works with Python 3. I have created another Bitbucket project and will open it if I see it comes to a decent status.
I have some questions though for you as a user:
- Have you ever used the non-visual control point editor?
- How do you use the drag&drop functionality? There is drag&drop between different windows, but it is also possible to drag&drop to the desktop or to other applications. Have you ever used those functionalities?
- What about support for 8bpp maps? Are you using it?
Quote from: darío on July 31, 2015, 07:23:10 PM
I considered and C#, Visual Basic with Mono, but I was not satisfied with the options I had for creating the GUI.
I thought porting a .NET application with Mono was pretty straight forward. We should check how is the status of Mono today to see if it became more easy.
Quote from: darío on July 31, 2015, 07:23:10 PM
- Have you ever used the non-visual control point editor?
Nope.
Quote from: darío on July 31, 2015, 07:23:10 PM
- How do you use the drag&drop functionality? There is drag&drop between different windows, but it is also possible to drag&drop to the desktop or to other applications. Have you ever used those functionalities?
I've used it mostly to import and export files from/to the FPGs. But I do think the ability to to drag&drop between windows is very useful.
Quote from: darío on July 31, 2015, 07:23:10 PM
- What about support for 8bpp maps? Are you using it?
Not really, but not because I don't want to, I find the pallete support on bennu a really good advantage in comparison to other alternatives.
But all the work that has been made so far to update BennuGD are announcing the drop of support for 8bpp files, and since I want to keep my sources as "portable?" as possible to new Bennu versions, I choose not to use 8bbp graphics. Too bad, because I'm really needing it.
QuoteI thought porting a .NET application with Mono was pretty straight forward. We should check how is the status of Mono today to see if it became more easy.
Well, in Mono there is support for WinForms 2, and althought it is an option, Ms is favouring WPF over WinForms and I am not willing to start coding in a "legacy" technology again. Then there is Gtk# but well, I just did not feel like learning it...
Thanks for your comments... That may help for a possible "Smart Fpg Editor Py", will see...
Quote from: darío on August 01, 2015, 03:07:41 PM
QuoteI thought porting a .NET application with Mono was pretty straight forward. We should check how is the status of Mono today to see if it became more easy.
Well, in Mono there is support for WinForms 2, and althought it is an option, Ms is favouring WPF over WinForms and I am not willing to start coding in a "legacy" technology again. Then there is Gtk# but well, I just did not feel like learning it...
Thanks for your comments... That may help for a possible "Smart Fpg Editor Py", will see...
I've been using WPF a bit last year, and honestly it seems like it has a very long read ahead before being in condition to replace WinForms. There are a LOT of things that simply can't be done without calling a WinForm complement. So I guess using it is not yet outdated
A good feature which is missing in the tool would be to have the option to save the FPG compressed or decompressed, Bennu can handle both formats, but the Android port works only with decompressed FPGs.
Thanks!
Ok, I will consider it.
Thank you.
Hi Javis,
I have just finished implementing the feature you requested of disabling GZip compression for Fpgs. I have uploaded the changes to the "development" branch in bitbucket. If you can wait, I will be creating an installer release soon. I need to polish some details of the new functionality and to make the same for the rest of Bennu file formats.
They way to configure it will be via the conf.xml file within the installation folder:
<Encoders>
<encoder class="cDefaultFpgEncoder">
<option key="use-gzip" value="False" />
...
</encoder>
</Encoders>
It is not much coding I need to do before I create the installer release, but since I can only dedicate around 8h per week you might have to wait 1 or 2 weeks. You can however compile it yourself if you still have your VB6 copy there...
It is actually kind of fun to code in VB6 again!
Darío
Quote from: darío on September 13, 2015, 09:42:30 PM
Hi Javis,
I have just finished implementing the feature you requested of disabling GZip compression for Fpgs. I have uploaded the changes to the "development" branch in bitbucket. If you can wait, I will be creating an installer release soon. I need to polish some details of the new functionality and to make the same for the rest of Bennu file formats.
They way to configure it will be via the conf.xml file within the installation folder:
<Encoders>
<encoder class="cDefaultFpgEncoder">
<option key="use-gzip" value="False" />
...
</encoder>
</Encoders>
It is not much coding I need to do before I create the installer release, but since I can only dedicate around 8h per week you might have to wait 1 or 2 weeks. You can however compile it yourself if you still have your VB6 copy there...
It is actually kind of fun to code in VB6 again!
Darío
Great news!! Thank you very much, it's a very cool feature!
I can totally wait, I need this feature for exporting the game to Android, but right now it's not finished.
It's amazing that vb6 is still working that well on newer windows haha!!
Enviado desde mi Nexus 7 mediante Tapatalk
Hi Javis,
I built a new version of Smart Fpg Editor (0.4.7). It took longer than I wanted because other matters arised...
For the moment the compression disabling only works for FPG files, but I guess that is more than enough for your purposes.
Let me know if you encounter any problem.
Mvh,
Darío
thank you very much.
just wanted to let you know that I´ve been using it very much lately, and the functionality to drag images between two different FPG files was very helpful.
thank you for this awesome editor :D
Great, thank you.
Let me know if you encounter any troubles or have further suggestions.
Mhv,
Darío
Released version 0.4.8 which is a maintenance release to avoid the program to crash when reading FPGEdit's malformed FPGs (https://bitbucket.org/dacucar/smart-fpg-editor/issues/4/critical-error-when-opening-fpg-edit).
So it is possible to open FPGEdit fpgs, and save again in Smart Fpg Editor and they will be "cleaned".
Thanks a lot :)
Hi Dario
I've detected a bug with the latest version.
I have one specific FPG I've created with Bennu, (16 bits, but filled with 8 bits pngs).
The version 0.4.5 is able to read it correctly, but the latest version shows it empty
Hi Javis,
Thanks for reporting.
There were some changes from 0.4.5 to handle the issue with the malformed FPG formats from Fpg edits, so there is a chance that I introduced some bug in the FPG decoding function, or if Bennu has changed, that I need to handle it in a different way.
Is it possible for you to open a bug in the project page? https://bitbucket.org/dacucar/smart-fpg-editor/issues?status=new&status=open (https://bitbucket.org/dacucar/smart-fpg-editor/issues?status=new&status=open)
If you can share the FPG (as an attachment to the issue), it will be very helpful. If not, try to create one you can share or share it privately via mail. I believe I can have a quick look at it and see if I can release a new version in short.
Hi,
Unfortunately I cannot look at it until the weekend as I left my WinXP virtual machine in a different town, but I do not expect it is difficult to fix and I believe it is time for a new mantainance release so I will fix it very soon.
Thanks for the sample FPG.
Darío
Smart Fpg Editor 0.4.9 (https://bitbucket.org/dacucar/smart-fpg-editor/downloads/sfpge-inst-win32-0.4.9-U.exe) released. The problem should be now fixed. I appreciate any feedback as I do not have any other testing platform than an old Windows XP.
EDIT: Newer version available 0.5.2 (https://bitbucket.org/dacucar/smart-fpg-editor/downloads/sfpge-inst-win32-0.5.2-U.exe)
Best Regards.
Darío
Thanks! going to download it now!
Nice improvements.. please include a portable version..
Search in google..
+ VMWare ThinApp
https://es.wikipedia.org/wiki/VMware_ThinApp
enigma virtual box is free..
+ http://enigmaprotector.com/en/downloads.html
I do not think I will be creating a portable version, I considered it for long time ago but I doubt it is worth the effort... I do not know what you guys have against installers... considering that the application uses active X controls it is much cleaner to handle registering and unregistering from the installer and uninstaller.
Portable apps and VB6 do not get on well together... :/
ok please share the dlls and ocx and exe
please share in mediafire or mega hosting
project with dlls ocx compiled
and we create a portable version...
;D
Thanks
I do not know what keeps me motivated to continue this... I just cannot let it go!
I thought it would be nice to have a palette edition feature.. This is so far what I have achieved...
https://youtu.be/ChFV4HiREL0 (https://youtu.be/ChFV4HiREL0)
Quote from: l1nk3rn3l on August 28, 2016, 03:16:49 PM
ok please share the dlls and ocx and exe
please share in mediafire or mega hosting
project with dlls ocx compiled
and we create a portable version...
;D
Thanks
You don't need me to do this. Just open the installer with a decent compressor tool such as 7-zip and you have everything you need inside. Could you share the portable version before you include it in the Bennu pack (you are not obligued to, but I would appreciate it)? I would like to see it does not create any incompatibilities with future "installer" versions of Smart Fpg Editor.
Man!! this is a GREAT feature!
This will allow me to have different colors for the same sprite with minimum effort! :D and I won't be tied to the pallete support in Bennu or Pixtudio :D
I'm loving it! :D
Sometimes I think I am working for you! xD
I think I will release 0.5.0 with basic palette editions functions soon (this week) but I have a set of surprise features to implement during the 0.5.0 series that I believe you will benefit of.
Regards,
Darío
Javis,
Have you experienced any crashes of the program when dragging & dropping from one fpg window to another?
Could you try it?
I experienced some, but It might be that it crashes when I run the program from the editor because of Automation things... and I do not have a "test machine" at the moment.
Thank you.
Quote from: darío on August 30, 2016, 02:56:09 PM
Have you experienced any crashes of the program when dragging & dropping from one fpg window to another?
Could you try it?
Nope, I haven't. BTW it's a very useful feature.
I'll try again and let you know if I get an error.
I can say I am practically done with the Palette edition features that I believe were necessary to have "Painless FPG Edition" (which is the goal of Smart Fpg Editor)
New video here:
https://youtu.be/Flv-RiA-7DM (https://youtu.be/Flv-RiA-7DM)
I hope you like it :)
It's looking great. Also, you made the tool very complete, with lot of options. I love it!
Smart Fpg Editor 0.5.1 (https://bitbucket.org/dacucar/smart-fpg-editor/downloads/sfpge-inst-win32-0.5.1-U.exe) is now available for download. Best palette-edition support in a Fpg editor as far as I know.
I would appreciate testing & feedback, as I do not do heavily testing before release and this was a "major" feature.
(http://dacucar.com/sfpge/bitbucket/sshot7_s.png) (http://dacucar.com/sfpge/bitbucket/sshot7.png)
I will now make a break again after this sprint and will focus on other projects, but I can fix critical bugs if they arise.
Some small things to fix in the short term are:
- Make VGA colors the only possible to be selected (DIV only supported 6bits per component in the palette and BennuGD has inherited that legacy behaviour...)
- Copy & Paste colors
But they are not critical and I did not want to delay to much the release.
Darío
Great news! I'll be testing it and let you know if I find anything
Thanks so much for you effort! the program is easily the best FPG editor of them all! :D
Dario!! la ultima version no me funciona, no se que pasa :P
What's the issue? I am out for the weekend but any problem i can fix on monday.
Quote from: darío on September 04, 2016, 02:33:22 AM
What's the issue? I am out for the weekend but any problem i can fix on monday.
It just won't launch after installation
Descubrí que introduje un bug cuando implementé lo de los archivos no comprimidos que originaba problemas en el dreag&drop debido a que cerraba dos veces el mismo file handler cuando este ya no era válido.
Fixed en 0.5.1 (https://bitbucket.org/dacucar/smart-fpg-editor/downloads/sfpge-inst-win32-0.5.1-U.exe).
Si puedes, actualiza el link de descarga de las noticias. No creo que merezca la pena una noticia nueva.
Gracias por cierto por la "publi" ;)
Regarding the problem with launching the application, i still have to find out why, i believe is only in win10. If you rename the SmartFpgEditor.exe.manifest to manifest.old then you can start the application. When you close it, you can rename it again to .manifest and wilk work
I will investigate the problem, please open a bug in bitbucket if you can.
I relased 0.5.1 which does not solve this problem (or perhaps iy does as i did change the manifest file so as the version number matches that of the application) but it does solve another important issue with drag and drop between windows.
Gracias Dario por el trabajo.
Por cierto, ¿hay una versión más antigua que no "infle" tanto el peso de los fpg?
Estuve leyendo que en versiones anteriores se conseguía reducir bastante el tamaño pero se cambió no sé porque motivo. Para mi es necesario que pesen lo mínimo posible y he comprobado que metiéndole los mismos files a tu Smart y a la útil vieja nativa de Bennu hay mucha diferencia de tamaño del file final. ¿Por qué es? Los reconvierte a .map directamente o algo así?
Un saludo.
It is not yet docummented but you can configure it in the conf.xml file. You only need to change one flag. Look at the end of the file for:
<Option key="use-gzip" value="False" />
And change it to true.
Lets keep this post in english :). Yes i alsp replied in spanish by mistake
Quote from: JaViS on September 04, 2016, 12:27:25 PM
Quote from: darío on September 04, 2016, 02:33:22 AM
What's the issue? I am out for the weekend but any problem i can fix on monday.
It just won't launch after installation
Now I had time to check this.
Problem description and solution is here (https://bitbucket.org/dacucar/smart-fpg-editor/issues/13/application-does-not-start-in-windows-10)
I was right, it had to do with the manifest file.
I will prepare a fix for next version.
Quote from: darío on September 04, 2016, 04:54:07 PM
<Option key="use-gzip" value="False" />
Ok, thank you. I will try.
Cheers.
Quote from: darío on September 04, 2016, 02:32:12 PM
Regarding the problem with launching the application, i still have to find out why, i believe is only in win10. If you rename the SmartFpgEditor.exe.manifest to manifest.old then you can start the application. When you close it, you can rename it again to .manifest and wilk work
I will investigate the problem, please open a bug in bitbucket if you can.
I relased 0.5.1 which does not solve this problem (or perhaps iy does as i did change the manifest file so as the version number matches that of the application) but it does solve another important issue with drag and drop between windows.
Yup, this seems to solve the issue, why is the manifiest file required?
Good, thanks for testing.
Because without the manifest you need to manually configure the program to run in compatibility mode due to OLE Automation technology. Otherwise drag&drop made the program to crash. See this (https://bitbucket.org/dacucar/smart-fpg-editor/issues/5/win-10-and-win-8-only-drag-and-drop-from-1).
Long time no see, Just downloaded it, and I quite like the grayscale feature in the palette editor.
I did have to do the manifest trick on windows 10 though.
I've been absent for a while, I don't have that much free time anymore to devote to developing bennu things. You know, work and hobbies and the Youtube channel mainly.
But when I see the time I may start creating something again.
I am glad you like it :). Feel free to comment if you have any feature request.
After renaming the manifest file it works on Windows 7. Thanks for all your work!
Glad to see people still using it. The actual fix to the problem is https://bitbucket.org/dacucar/smart-fpg-editor/issues/13/application-does-not-start-in-windows-10.
In that page you also find the last versiom, which is 0.51 (I see most people is still dowbloading 0.50 which had a bug with drag an drop).
New version 0.5.2 with a new feature I call "smart compression" which makes it very easy to work with both compressed and uncompressed FPG without having to touch the global configuration file.
I will see if I can upload a video tomorrow but if you feel adventurous go and download it (https://bitbucket.org/dacucar/smart-fpg-editor/downloads).
The trick of the manifest should no longer be necessary.
I hope you find it useful.
Darío
Quote from: darío on October 29, 2016, 10:14:44 PM
New version 0.5.2 with a new feature I call "smart compression" which makes it very easy to work with both compressed and uncompressed FPG without having to touch the global configuration file.
I will see if I can upload a video tomorrow but if you feel adventurous go and [ur=]https://bitbucket.org/dacucar/smart-fpg-editor/downloads]download it.
The trick of the manifest should no longer be necessary.
I hope you find it useful.
Darío
Thank you very much! This is actually a very useful feature!
Enviado desde mi Nexus 6 mediante Tapatalk
As promised, here there is the video.
Smart Fpg Editor 0.5.2 - Smart Compression: https://youtu.be/48jZ1Gse7i8
It is probably the first time I add audio to a video... :o
Congratulations. Great tool and great tutorial.
Hi Dario,
I found a bug: After removing more than one graphics at once from the FPG, the selected graphic is shown misplaced, where one of the removed graphics used to be. After removing graphics, I think the editor should deselect all .
Also, I have a little request. Instead showing a black background for the transparency in the thumbnail, could you show a checkboard image instead? black makes it difficult to see dark graphics.
Thanks!
Hi Javis,
If you can create a couple of issues in the Bitbucket project page (https://bitbucket.org/dacucar/smart-fpg-editor) I'll see what I can do!
Sure! Thanks!
I thought the checkboard thing was going to be more difficult... but it was actually changing "False" to "True"... literally...
m_Fpg.Maps(i).Draw bb.hdc, iX + lThOX + lGphOX, _
iY + lThOY + lGphOY, lGraphicW, lGraphicH, , , , , TRUE
I will make it optional through configuration file or through GUI. That means it will take a little bit longer.
The other problem is also fixed. Thanks for reporting.
Quote from: darío on May 22, 2017, 10:03:08 PM
I thought the checkboard thing was going to be more difficult... but it was actually changing "False" to "True"... literally...
m_Fpg.Maps(i).Draw bb.hdc, iX + lThOX + lGphOX, _
iY + lThOY + lGphOY, lGraphicW, lGraphicH, , , , , TRUE
I will make it optional through configuration file or through GUI. That means it will take a little bit longer.
The other problem is also fixed. Thanks for reporting.
Wow that was easy :D
BTW: The Editor is looking great with the checkboard on the thumbnails :D So professional
Please check out version 0.5.5 in download page (https://bitbucket.org/dacucar/smart-fpg-editor/downloads/)
For visual instructions check the attached screenshot.
Your last preference will not be saved (sorry it would have taken too long to implement), but you can configure the default mode in the conf.xml file under section <FpgEditor> (instructions in place).
Hope it works as expected.
Thanks for implementing this feature! I think it will be very useful.
Why do you think this shouldn't be the default mode?
Hi Javis,
There are no "hard" reasons for not having it as default, but it is based on the following:
- Render time: Drawing maps with chekboard background was implemented since long time ago, since it is used in the Map editor. However, it takes a bit longer to draw the map on the checkoard bg. This might not be a problem with today's computer but since I develop Smart Fpg Editor in a virtualized Windows Xp with low dedicated resources I can see the difference.
- Conservationism: I want to limit chances of Smart Fpg Editor being unstable when using "new features" since the hours I can dedicate to it are very limited. Since I will not have time to make use of SmartFpgEditor as a user I depend totally on users such as you to test the new functionality in "real conditions". At the same time I want to reduce the chances that "new users" will encounter any problem which would make them stay away from the program.
But as I said, you can set your default transparency as wished in the configuration file:
<FpgEditor>
<!--
When true, transparent graphics will be rendered on a checkboard
background by default in the FpgEditor windows. When false, the
graphics are rendered on a black background.
-->
<Option key="transparent-bg" value="false" />
</FpgEditor>
Change "false" to "true" and you will have the transparent background as default for every smart fpg editor window you open.
makes sense! thanks :)