Linked by Thom Holwerda on Tue 21st Aug 2007 06:08 UTC, submitted by Kaj de Vos
Syllable, AtheOS Kelly Wilson ported the Gnash Flash player clone to Syllable [screenshot], enabling the playing of Adobe Flash content. It uses the Boost C++ libraries, the SDL and Anti-Grain Geometry libraries for graphics rendering and FFMPEG for multimedia decoding. Work on the player is continuing to add the FreeType library and make the player native to Syllable, so it can be integrated in the web browser. Also, on some Adobe Flash news, an upcoming update will be supporting native h.264 videos, HE-AAC audio support, as well as hardware accelerated, multi-core enhanced full screen video playback.
Thread beginning with comment 264777
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: gnash & flash video...
by mmu_man on Tue 21st Aug 2007 13:30 UTC in reply to "gnash & flash video..."
mmu_man
Member since:
2006-09-30

It's been there for years. That's what the OBJECT tag is for. It's always been (or embed but it's unofficial). There is absolutely *no* reason to use flash to play a video. Except braindeadness.
http://www.w3.org/TR/html4/struct/objects.html

Reply Parent Score: 3

RE[2]: gnash & flash video...
by hobgoblin on Tue 21st Aug 2007 13:55 in reply to "RE: gnash & flash video..."
hobgoblin Member since:
2005-07-06

im guessing there problem with those is that they dont define a set codec. as in, you can toss in any kind of object, but unless the browser, or a plugin, understands the kind of object its dealing with, its useless.

http://www.whatwg.org/specs/web-apps/current-work/#video

this is whats being suggested for html5.

hell, isnt flash just another use of the object tag?

Edited 2007-08-21 13:56

Reply Parent Score: 3

RE[2]: gnash & flash video...
by vege on Tue 21st Aug 2007 15:03 in reply to "RE: gnash & flash video..."
vege Member since:
2006-04-07

There is absolutely *no* reason to use flash to play a video. Except braindeadness.


OR if you want your visitors to have the same control interface for viewing/listening the media.

Braindeadness is a *bit* strong.

Reply Parent Score: 1

RE[3]: gnash & flash video...
by mmu_man on Tue 21st Aug 2007 15:55 in reply to "RE[2]: gnash & flash video..."
mmu_man Member since:
2006-09-30

Before the flash era sites were using object with the video in and custom controls with bitmaps, absolutely no difference. Except they were hardcoding the player with those crappy WiMP GUIDs but at least you could work around it in the browser. But now it just ships the player with the video, so you must have flash to play it. Some sites have an url to the flv in the code so you can grab it, but others have it hidden in the .swf. I repeat, braindeadness.

Reply Parent Score: 2

RE[3]: gnash & flash video...
by Redeeman on Tue 21st Aug 2007 21:28 in reply to "RE[2]: gnash & flash video..."
Redeeman Member since:
2006-03-23

or what if the user wants to actually have some say in what goes on, on his computer??

flash is simply an abomination that should be put to death, right alongside anyone that would contaminate the web with it...

Reply Parent Score: 1

RE[2]: gnash & flash video...
by snozzberry on Tue 21st Aug 2007 23:24 in reply to "RE: gnash & flash video..."
snozzberry Member since:
2005-11-14

If the coding was referred to as HMML (HyperMedia), I'd be inclined to agree with you.

Unfortunately it's HTML, and the point of XHTML was to reinforce the point that HTML is a document language, not an interactive multimedia engine. The entire point of deprecating all rectangular nontextual elements (even IMAGE) in favor of OBJECT was to keep HTML from being needlessly corrupted by technology-based elements whose purpose and definitions were likely to be corporately controlled and highly mutable over time.

The consequences of this austerity measure are as follows:
1. The W3C is not in the position of mandating minimum codec requirements as the situation is not directly comparable to mandating alpha-enabled PNG support.
2. Content providers recognize that codecs tether users to players, providers to expensive server software, and OSS solutions like OGG offer no content protection which like it or not is a dealbreaker.
3. Macromedia provided a platform-neutral VM with its own server technology, affordable authoring tools, and noncomplex content protection (albeit crackable).

I work in this field for a university. I'd prefer everyone stuck with Real, myself, but Macromedia's solution was the least painful for end users, and they drive standards adoption as much as we try to push it.

Reply Parent Score: 1

RE[3]: gnash & flash video...
by mmu_man on Wed 22nd Aug 2007 07:10 in reply to "RE[2]: gnash & flash video..."
mmu_man Member since:
2006-09-30

... "content protection" is a moot point. It's bad ethically, doesn't and will never work correctly, only impair fair users' rights but barely stops people who really want to pirate stuff anyway. It's only a carot waved by vendors to make sure ppl use their proprietary solution instead of open and [Ff]ree ones. Notwithstanding the fact that their protection by DMCA/EUCD/... infringe the constitutionnally given freedom of speech of software developpers (software is speech) by forbidding writing breaking apps or forcing us to use them in apps thus forcing apps to be closed source (yes, have a look at DADVSI...), DRM should be banned along with flash.
"noncomplex content protection" ROTFL. As I said it only limits the rights of average joe to exercise fair use, does nothing to the people it should target.

It's also one more way to impair the "free fair competition" ("compétition libre et non faussée" in french), EU's primary official goal, in disfavor of open source solutions, because, until I see a formal proof, open source DRM is by essence impossible, except maybe in sun's DReaM ...

Did I disgress or something ?

Reply Parent Score: 2