On 2021-01-02 at 17:26, didier gaumet wrote: > Hello, > > From what I understand from the lightspark website (1) and the > wikipedia page about lightspark (2), > - Gnash is both a free standalone flash player and flash plugin for > Actionscript 1&2 > - Lightspark is also both a free standalone flash player and flash > plugin but primarily for Actionscript 3. For Actionscript 1&2, it > relies on Gnash.
The release notes for one of the recent versions say that this gnash dependency is not present anymore; it's reportedly now capable of handling such files on its own. How good the support is, relatively speaking, I don't know. For what it's worth, the results below are without gnash involved. > - Lightspark, while older than Ruffle, is, right now, more advanced > and your best bet albeit being not fully functional > > In order to test it, I just downloaded the Lightspark Windows > installer in a Windows 10 VM. The standalone client crashed when > trying to play the swf sample file I passed as a parameter, > complaining about OpenGL. To test it in Linux, it has to be built it > from source > > (1) https://lightspark.github.io/ > (2) https://en.wikipedia.org/wiki/Lightspark I grabbed the 0.8.3 source and built with little difficulty; once I got the necessary detected-at-build-time packages installed, the biggest hiccup was the fact that the build script explicitly calls 'sudo make install' at the end, when I A: don't want to install as part of the build process and B: wouldn't use sudo to do it anyway. (I'm not sure I have sudo configured in such a way that it'd even work.) Running lightspark from the built objdir, I tested it with four relatively-well-known SWF files I happen to have on hand, In all four cases, the audio played without apparent issues; however, the video results were at least slightly different in each case. With a copy of the famous albinoblacksheep "French Erotic Film" animutation sequence, the image went blank / black basically immediately. With a copy of the "end of the world" sequence ("dang! that is a sweet earth, you might say"), the image displayed a loading progress bar up to about 9%, then hung, while the audio continued. With a copy of the "Badger Badger Badger" looping sequence, the video displayed almost normally, except that the badgers were visibly flickering between visible and non-visible. I didn't let it run long enough to see whether it would lose audio/video sync, and if so, how quickly; it does lose sync very slightly on every iteration in the official Adobe player, although it takes a fair number of iterations for the desync to accumulate far enough for an ordinary observer to be sure it's real. With a copy of the "The Llama Song" sequence, the display seemed to be 100% normal, but was running a little bit too fast relative to the audio; the images which match the audio lines were getting out of sync before the first verse was half over, and the desync was significant before the end of the first iteration. Whether those behaviors are the current state of the program or in some way specific to the condition of my computer I don't know, but that's actually fairly good relative to what I've seen from such standalone players in the past. (Though it's been quite a few years since I've tried any.) The biggest issue I experienced in testing playback was trying to quit the program; q, Esc, Ctrl+C, and basic kill all failed. kill -9 worked, and later investigation revealed that Ctrl+Q is the key sequence to close the program normally. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw
signature.asc
Description: OpenPGP digital signature
