|
| |
AKA :
C64 hires graphic editor
Website :
http://hermit.netne.net
Credits :
| Code | .... | Hermit of Samar Productions, SIDRIP Alliance, Singular |
| Design | .... | Hermit of Samar Productions, SIDRIP Alliance, Singular |
| Concept | .... | Hermit of Samar Productions, SIDRIP Alliance, Singular |
| Bug-Fix | .... | Hermit of Samar Productions, SIDRIP Alliance, Singular |
| Test | .... | Bitbreaker of Arsenic, Nuance, Oxyron |
| | | Chabee of SIDRIP Alliance |
| | | Flea of Arise, De-Koder |
| | | NecroPolo of Ancients Pledge Inc., Avatar, Level 64, SIDRIP Alliance |
Download :
Look for downloads on external sites:
Pokefinder.org
User Comment
Submitted by Ksubi on 7 February 2013
| Thanks Hermit, excellent work as per usual :) |
User Comment
Submitted by Hermit on 7 February 2013
I created a 1.26 version
****************************
HermIRES 1.26
****************************
with some small fixes described before:
-pen-shapes are symmetric again
-pen-preview is more accurate now
-0 (X/Y) sized filled rectangle with dither doesn't make the app crash now
-taking tasbar size (30 pixel high) into the resolution-decider equation - more probable for GUI to fit into the screen comfortably
-windows - now the program Icon appears again in taskbar and window-title -> with the new compile.bat (but not from DevCpp-Makefile.win)
I think this small update didn't deserve a new CSDB release-entry. Hopefully people who's interested in HerMIDI will find this 1.26 version.
The sourceforge download link was updated to 1.26 as well, it has all the examples and binaries for win/linux in one zip file (which didn't fit into 1MB CSDB upload limit). |
User Comment
Submitted by Hermit on 1 February 2013
Hello Guys
Meanwhile I found 3 bugs in the 1.2 release:
1.not a big issue: Some pen-diameters are non-symmetric circles in v1.2 due to some over-optimization.
2.can be annoying: With bigger pen-diameters: If the cursor is at the rightmost/lovermost pixels of the pixels in grid, the Pen-preview appears at the next pixel but the actual pen-footprint will go into the pixel containing the mouse cursor.
3.critical: If you make dithered-filled rectangle accidentally with zero X or Y size it hangs the program! (I'm correcting it by using line routine for zero width/height rectangles instead of rectangle-routine.)
The corrections are made and will come along with the next version with some other improvements (GUI size switch, etc.).
Meanwhile I could get an OSX via dual-boot with Linux, so I'll be able to create OSX binaries. But the current OSX compilation doesn't handle key-shortcuts fine (freezes) and I'll have to improve the source to be more compatible with OSX, and hopefully I'll port HermIRES to Allegro5 too.
|
User Comment
Submitted by spider-j on 30 January 2013
Is there a way to configure window size? The window of the current linux 64 bit build is actually too big (vertically) for my screen (1680x1050).
edit: found out for myself.
If someone else has problems with window size:
* open HermIRES.cpp
* go to function SizeGui (line 290)
* comment out or delete line 294
// get_desktop_resolution(&width, &height)
* 'hardcode' prefered resolution values in line 292, i.e.
int i,width=1280,height=1024;
* compile
Perhaps there is a better way, but it worked for me. I don't know anything about C++ or allegro4. |
User Comment
Submitted by Hermit on 20 January 2013
Sorry, OSX version won't come from me. Everything I tried in VirtualBox refused to work, now it doesn't even start the installed OSX, maybe I don't know the system well enough, but I'm tired enough of these OS-related things not to continue. On the other hand I don't want to risk my existing Linux setup and data by trying an EFI-vs-BIOS dual-boot which I had no luck with in the past either.
Maybe someone else having a properly set-up OSX+Xcode+Allegro environment can compile the source and create a .dmg for OSX users, it's open-source after all. Good luck...
(A little help: allegro-4.4.2.zip content should be extracted and built according to what's written specifically for OSX in it's docs/build folder. 'cmake' is needed as well, after using it I tried the 'xcodebuild' method for the generated ALLEGRO.xcodeproj file, but the description says a 'make' and 'make install' shourd work too. I had no chance to try it before all went wrong and the VM hung and started to exit at every startup. Not to mention I had no luck with a fresh installation afterwards either. At this state I don't give a shit where the problems are coming from: problem is everywhere.) |
User Comment
Submitted by Akira on 18 January 2013
Hermit, I have no clue. It must be a GPU thing, then. My machine is a typical Sandybridge notebook with Intel 3000HD graphics. Windows is version 7 64-Bit Pro.
My Asus is an eeePC 900HA with an N280 @ 1.6Ghz. I don't really need monitor emulation though, I can test on my C64 (I don't have any CRT monitors anyway, and projectors at demoparties are progressive :)) |
User Comment
Submitted by MagerValp on 18 January 2013
Quote:I hope the newest OSX versions run their existing software in the same way as the older ones and we won't face this kind of issue in OSX too.
On the contrary, Apple is quite aggressive about removing old cruft while sacrificing backwards compatibility, and apps often have to be updated to keep working. In my experience cross platform libraries don't fare well as they rarely follow Apple's coding standards and best practices to ensure forward compatibility. I haven't used Allegro since version 2 or 3 though, so I can't say anything about 4 vs 5...
Feel free to send me a PM if you want me to look at it.
Edit: https://www.allegro.cc/forums/thread/608542 and https://www.allegro.cc/forums/thread/611637 confirm that Allegro 4 doesn't work on 10.7+ as it's 32-bit only and APIs it relies on have been removed. |
User Comment
Submitted by Isildur on 17 January 2013
| Working fine on my Win7 pro x64. |
User Comment
Submitted by xIII on 16 January 2013
| I started pixeling for c64 since I got this program(version 1.1). I'm gonna check this new version out immediately. Looks like some nice improvements. Keep it up! |
User Comment
Submitted by Hermit on 16 January 2013
Interesting. I tried it today on my workplace Win7 machine again, now with Aero theme and Basic Win7 theme too, every services switched on (but animations 'off'), and it works fine, no button disappears, screen refreshes well, runs fine...if I knew what the difference to yours is I'd tell you but I have no idea... I have an EEEPC701 with 900MHz CPU and Lubuntu, HermIRES worked fine at that CPU-speed (turning on CRT emulation might still slow it down though)
The most embarassing thing for me in today's PCs is that many of them produce different outputs for the same program depending on what hardware components they're assembled of...that's all about standards for me :S
|
User Comment
Submitted by Akira on 16 January 2013
Hermit, I guess can confirm this is a bug in Allegro, as my Win 7 uses classic "skin" with no effects. I don't like any of the other garbage since Win XP :P so I always used this, for years.
I suppose I'll have to use the tool on my eeePC (if it can handle it), or try virtualization (I already have a Win XP setup in Virtualbox) |
User Comment
Submitted by Hermit on 16 January 2013
It's not a bug in Win7 then, but significant changes in the API which some libraries have to follow. The newest Allegro possibly worked around these changes, and could produce binaries which run in the same way on XP and Win7 with every hardware setups and compliant graphic cards...
I hope the newest OSX versions run their existing software in the same way as the older ones and we won't face this kind of issue in OSX too.
|
User Comment
Submitted by Frantic on 16 January 2013
| Fantastic to hear that there is a OSX version on its way. I wanted to ask about it, but didn't want to sound like a whiner. Now I don't have to. :) A whole bunch of thumbs up from me! |
User Comment
Submitted by Dr.j on 16 January 2013
One of the best tools for c64 for sure
that have beem released recently. i am not a gfx man but i hope to play with this tool . looks so friendly and powerful . thank you |
User Comment
Submitted by Oswald on 16 January 2013
| seriously, that's an allegro bug. I use win7 on and off (home/work) now since a year or so, and never experienced such bugs. FEX p1 works like a charm under win7. and yes VERY nice tool, quality all around. |
User Comment
Submitted by Hermit on 16 January 2013
The OSX port is on its way, I just have to set up an OSX system for that...hopefully I'll have luck with that based on the experience with allegro for "SPRedit" which has OSX intaller too .
Sorry, Windows7 seems not so compatible with the used Allegro 4.4 library. For me it worked well in Win7, yet other people had the same refresh-issue as you. Differs from machine-to-machine, maybe depending on graphic-card, but I don't know a lot about Win7 workings since I program under linux.
I tried different GUI settings, but let's face it, Win7 has issues with GUI-display under some circumstances (I face with it at my workplace daily with classic theme setting, buttons diseppear in some tools, even Excel doesn't refresh correctly sometimes. It seems to me Win7 minimalizes the need for GUI refresh to prevent slowdowns caused by the graphics...)
If it's not a bug in Win7 than it's probably that they involved some new necessities for GUI design and didn't keep compatibility with their previous OS like XP. I'm afraid what will come in Win8 :(...
In XP (with classic theme) I don't have issues... (in both XP and Win7 there were some freezes with automatic colour-depth detection for some reason, so I have to enforce 24bit which causes Win7 to switch temporarily to Aero 'basic' without translucency.)
Maybe porting all the source code to the newer allegro 5.0.8 library would solve the Win7 display issues but that would require to rewrite every allegro commands, and I cannot afford time for that now...
If I may give you a tip: maybe you should use classic theme and switch off graphic effects as I do to get more performance from a Win7 machine...I'm not sure if Win7 is only able to provide proper hardware acceleration in Aero or if it can do it in classic theme too, but for me the Classic theme works better were I have to use Win7... |
User Comment
Submitted by Isildur on 16 January 2013
| Testclash options are awesome. |
User Comment
Submitted by Akira on 15 January 2013
| Whoah, this looks amazing. It's giving me screen refresh issues on Windows 7 64 bit (gotta put a screeen on top of it then put it back down to refresh)... would have to try it on my XP setup, but that's not my main computer. Any chance this can be ever fixed? |
User Comment
Submitted by Digger on 15 January 2013
| Is there a way to compile for OS X? I guess it would need to use X11. |
User Comment
Submitted by enthusi on 15 January 2013
VERY nice tool.
Soon people will nag about the versioning and frequent upload to CSDb but keep'em coming ;-) |
User Comment
Submitted by Hermit on 15 January 2013
This is an optimized version of HermIRES with some useful additions (some suggested by graphicians here at CSDB, some came up during development.)
I rewrote a lot of parts to be faster and support slower machines. The CRT emulation (scanlines,blurring)is now mainly software-based, so it will depend on CPU speed to a degree, if it slows down the program when switched on, therefore will cause less surprises (e.g. lack of proper hardware-acceleration and substituting it with slooow fallback routines in some OSes & machines..)
I tried to make it Windows-compatible as it was possible with Allegro library, but I don't have too much time to test on Windows too. I recommend XP because Windows7 is less compatible with Allegro 4.4 cross-platform library, as previous tests proved.
See readme for more info....
added in 1.25:
-color swapping fast-button - Tilde "`" button (BitBreaker's idea)
-show pen-diameter preview circle if diameter is bigger than the default
*dense (pixel-scale) grid toggleable (in bigger magnifications too).
*added 'Deny painting','Reuse existing colour' and 'Set block colour' mode to ClashTest - different settings on/off in case clash would happen...
*showing zoomed area in the preview, allow going to area in zoomed mode when left-clicking on preview
-showing ongoing progresses by text/graphics (loading/converting/drawing...)
-selectable CRT emulation for Preview/Grid only... (for faster operation on slow machines)
-undo step number displayed (should undo history also be saved?)
fixed in 1.25:
-control/shift/alt stucked in Win7 with allegro devpak 4.2... -> using allegro devpak 4.4.2 version instead!
-reduced overall CPU usage - refined timed and pixelling/detection events
-in Windows it was slow (especially in CRT emulation) -> wrote optimized software CRT-emul.pixelling for GridDrawer, not relying on hw-acceleration
*pressing F1..F4 fucked up (enlightens) toolbar sometimes - solution: timing stabilizer / thread safety check solved it
-Preview-zoom title-text was overwritten by Grid-Zoom-text in the smallest resolution mode with 2-digit magnifications
*there was 'allegro error #11' and 'segmentation fault' at lower than required resolution - it was logical mistake in resolution-decider loop
-made dithered and big-pendiameter filled rectangle/circle drawing faster (set the steps according to pen-diameter)
*allegro filename-extension detection was wrong - if '.' used in filename and no extension given, only the name before was saved to disk! -> used ustrcmp & strcat instead
*C64-executable format name-tag (caption) now editable (deleting it disables it) |
|
|
|
 | Search CSDb |
|
| Navigate | |
|
| Detailed Info | |
|
| Fun Stuff | |
· Goofs
· Hidden Parts
· Trivia
|
|
| Forum | |
|
| Support CSDb | |
|
 |  |
|
9.4/10 (9 votes) 