Airsoft Softwair is happy to annouce a special Easter egg for the Amiga community: Hollywood 4.8 is out now! This update contains mostly bug fixes and one great new feature requested by many people: Hollywood is now able to compile executables for Linux systems! With the ability of compiling for Linux systems Hollywood finally comes full circle because it now supports all major desktop operating systems. All in all, Hollywood can create programs for nine different platforms now: AmigaOS 3, AmigaOS 4, WarpOS, MorphOS, AROS, Windows, Mac OS X (Intel), Mac OS X (PowerPC), and Linux (Intel). A totally unique feature in the Amiga world!
Great care was taken to make Hollywood compiled executables as portable as possible across the many different Linux distros. Package dependencies were kept down to an absolute minimum: Only plain X11 - which should be present on any Linux system - is required by Hollywood executables! All other dependencies like gtk and ALSA for sound output are entirely optional: If they are installed, Hollywood will use them, if not, Hollywood will just run without them. Thus, Hollywood compiled executables will usually run straight out of the box on most common Linux distros. You definitely won't have to install dozens of packages before being able to run Hollywood executables!
Please visit the Airsoft Softwair webpage for screenshots of Hollywood 4.8 running on Gentoo (KDE), Ubuntu (Gnome), Fedora (Gnome), openSUSE (KDE) and the brand-new GNOME 3.
Hollywood 4.8 is Airsoft Softwair's ultimate Multimedia experience and a must-have for every Amiga user who wants to use the full power that is in his machine. Hollywood is available on a CD-ROM and as a download version. If you order the download version, you will have to download an ISO image which you need to burn on CD-R then. If you already own Hollywood, you can buy a discounted upgrade version. Please visit the Airsoft Softwair webpage for more information.
Hollywood 4.8 now with Linux support!
Re: Hollywood 4.8 now with Linux support!
Yahooooo!!!!
But what are new in this version if not take into account the linux version?
Have you optimize double buffer function?
But what are new in this version if not take into account the linux version?
Have you optimize double buffer function?
Re: Hollywood 4.8 now with Linux support!
@ArtBlink
not seems
Maybe was hard to be solved that...
However a good amount of bugfixes and the linux news for that version...Andreas will tell us what he think to do with the doublefuffer issue...
Now works also the COpy command with the [ ] so also if not mentioned in the fix/news list also that was fixed
not seems
Maybe was hard to be solved that...
However a good amount of bugfixes and the linux news for that version...Andreas will tell us what he think to do with the doublefuffer issue...
Now works also the COpy command with the [ ] so also if not mentioned in the fix/news list also that was fixed
Simone"Tuxedo"Monsignori, Perugia, ITALY.
Re: Hollywood 4.8 now with Linux support!
AWESOME! Upgrading NOW!!
----------------------------
[Allanon] Fabio Falcucci | GitHub for recent works | Support me on Patreon for Hollywood libraries | ☆★ All my links ★☆
[Allanon] Fabio Falcucci | GitHub for recent works | Support me on Patreon for Hollywood libraries | ☆★ All my links ★☆
Re: Hollywood 4.8 now with Linux support!
is there a whatsnew.txt document or similar to can see what bugs have been fixed? Thanks
- airsoftsoftwair
- Posts: 5446
- Joined: Fri Feb 12, 2010 2:33 pm
- Location: Germany
- Contact:
Re: Hollywood 4.8 now with Linux support!
Here you go:
Code: Select all
Version 4.8 (21-Apr-11)
- Change: Updated Hollywood documentation
- Change: Updated catalog descriptions and German translation; added new developer
files for doing new translations
- Change: Updated the Hollywood GUI
- Fix [MorphOS]: Alpha transparent displays were broken since v4.7
- Fix [Win32]: ALT-GR+C caused Hollywood to behave as if CTRL-C was pressed (reported by Lazar
Zoltan)
- Fix: Box() didn't work correctly when #SELMODE_COMBO was used together with a color that
contained an alpha transparency value (reported by Fabio Falcucci)
- Fix: Removing the transformation from a text layer using the Rotate/ScaleX/Y/Width/Height tags
in SetLayerStyle() didn't work when you changed one of the layer attributes (e.g. color) at
the same time (reported by Paul Bloedel)
- Fix [Amiga]: HideDisplay() didn't close the backfill and resource monitor windows when called
in full screen mode (reported by Lazar Zoltan)
- Fix: RotateTextObject() crashed because of a memory access fault (reported by Nick Sommer)
- Fix: HIDEPOINTER argument didn't work in fake full screen mode (reported by Gero Birkenfeld)
- Fix: Using CopyBGPic() on a textured BGPic generated a memory fault on program exit
(reported by Paul Bloedel)
- Fix: #ATTRMODE always returned 0 for type #DISPLAY (reported by Lazar Zoltan)
- Fix: Exists() no longer exits with an error when passed an empty string (reported by
Lazar Zoltan)
- Fix [MacOS]: Potential stack trashing in the DOS handler due to weird behaviour of the
realpath() POSIX function on Mac OS X (reported by Lazar Zoltan)
- Fix [Amiga]: Some joystick issues on WinUAE; lowlevel.library on WinUAE mostly returns
JP_TYPE_UNKNOWN which Hollywood wasn't prepared to handle (reported by Marko Seppänen)
- Fix: Memory access fault in DisplayBGPic() when the previous BGPic was a special marked-
for-deletion BGPic (rare case)
- Fix [Amiga]: IsPicture() didn't return the correct dimensions for some JPEG pictures
(reported by Fabio Falcucci and Simone Monsignori)
- Fix: ReadLine() does no longer append a null character for empty lines
- Fix [OS4]: Some problems with OS4's SystemTags() command (reported by Nick Clover)
- Fix [Win32]: Some fixes in the string library when using strings with ASCII characters that
have the highest bit set (signed/unsigned error)
- Fix: User-defined constants were not exported correctly to Hollywood applets which had the
effect that they weren't accessible when including a Hollywood applet using @INCLUDE or when
using them inside a text formatting string like [color=#MYCOLOR]Hello[/color] (reported by
Fabio Falcucci and nexus)
- Fix: Log() didn't work correctly (reported by Paal Nygaard)
- Fix: SelectLayer() didn't work correctly on layers with an anchor point different from 0/0
(reported by Jali Heinonen)
- Fix [AROS]: IFF 16SV samples didn't work correctly
- Fix [MacOS]: Grayscale and CMYK images did not work correctly on Mac OS (reported by Paul Bloedel)
- Fix: Upper/lower case converting did not always work correctly with the non-English characters
in the ISO-8859-1 charset; this affected commands like LowerStr(), UpperStr(), but also
FindStr() and ReplaceStr() when using case insensitive search mode (reported by Janne Peräaho)
- Fix [MacOS]: Lines drawn by Line() were usually off by one on the y-axis when USEQUARTZ was
active
- Fix: Out of memory error when transforming a brush/bitmap layer using very small values for
the scalex and scaley parts of the transformation matrix
- Fix: Crash when using FITSCALE with a transparent display
- Fix [Amiga]: GetClipboard() returns #CLIPBOARD_UNKNOWN now when encountering unknown
data on the clipboard (previously it would raise an error) (reported by Paul Bloedel)
- Fix: SetDisplayAttributes() was not able to change the window style to borderless and
the dimensions to the desktop dimensions at the same time (reported by Simone Monsignori)
- Fix: ReplaceStr() could crash when more than ~20 strings needed to be replaced
(reported by Paul Bloedel)
- Fix: Modifying the font size of a layer that uses a font loaded using the inbuilt font
engine that was specified by using an absolute path to a *.ttf/*.otf file resulted
in an error code (reported by Tom C.)
- Fix: PlayMusic() times tag did not default to 1 but to 0 (i.e. infinite looping)
- Fix: Under very special circumstances, SetLayerStyle() failed when modifying the font size
of a text layer without specifying the font name (reported by Paul Bloedel)
- Fix: Setting the "Link" tag to False in the preprocessor commands did not work correctly
because Hollywood always used absolute paths since v4.5; the result was that the applet
worked just fine on the system it was compiled on but not on any other system
- New [Linux]: Added AUDIODEV argument which can be used to specify which ALSA audio device
Hollywood should try to open for sound output
- New [Linux]: Added XSERVER argument that allows you to specify the X server that Hollywood
should try to connect to
- New: Hollywood can now compile for i386 Linux systems, too! That was a pile of work!
The Linux version of Hollywood has the same features as on all other platforms except
that there is no MP3 support; great care has been undertaken to ensure that programs
compiled by Hollywood work out of the box on all common Linux distributions; obligatory
dependencies have been reduced to a minimum, the result being that the only mandatory
dependency is libX11 and the standard glibc; both should really be present on every
Linux system; of course, Hollywood supports additional components like several X11
extensions, ALSA and GTK but this is all optional, it will only be used if it is there
Re: Hollywood 4.8 now with Linux support!
Perfect! Thanks a lot!
Re: Hollywood 4.8 now with Linux support!
You definitely won't have to install dozens of packages before being able to run Hollywood executables!