On Sun, 20 Apr 2014, Petter Reinholdtsen wrote:
Right. I tried, and ran the test suite, and did not discover any new
failures. But I am not sure if the test suite test the relevant code,
and dare not commit this myself, as I am unsure about the
consequences.
The testsuite normally only
Looks like the correct fix to me, although I would prefer coverity
report numbers in the commit message rather than in the code itself.
Bastiaan
On Sat, 19 Apr 2014, Petter Reinholdtsen wrote:
Hi.
The Coverity check of gnash show eight cases of missing break statements
in switch blocks. The
On Sat, 12 Apr 2014, Yoav Gurevich wrote:
Hello everyone,
I'm currently working on trying to port the program to build on the aarch64
architecture, and I'm trying to understand the #ifdef memory allocation logic
blocks in
jemalloc.c, namely:
If you update to revision d936a0c7e95 or newer,
I have no particular opinion either way. I will fix the regressions
before the release, but if others are happier with the changes backed
out until the fix is available, that's fine by me.
Bastiaan
On Thu, 16 Jan 2014, Petter Reinholdtsen wrote:
Bastiaan, the subshape changes introduced crash
That means you can include LGPL code in Gnash, but you cannot include
Gnash in LGPL code, because Gnash is GPL.
If you wish to link against Gnash, you must release your program under
the terms of the GPL, version 3 or later.
Bastiaan
On Wed, 5 Oct 2011, Mark S. Townsley wrote:
thanks for
On Mon, 26 Sep 2011, Pete Hobson wrote:
I've been trying to understand better gnash's relationship with gameswf.
Have you essentially branched completely?
Gnash is a fork of GameSWF.
Is there anyplace (other than source :) ) where i can find how far you have
moved from gameswf in terms of
On Fri, 15 Apr 2011, Andrew Guertin wrote:
Thus it's not an obvious decision for gnash. Some options are to leave
libraries as they are, to remove the convenience libraries, or to condense
the libraries into just one. Each has pluses and minuses.
The main benefit we derive from the
This also fixes cookie reading, which is required for Youtube playback,
for people who have nspluginwrapper installed. (Some distributions, such
as Fedora, ship nspluginwrapper by default even on 32-bit machines.)
Bastiaan
On Sun, 10 Apr 2011, Bastiaan Jacques wrote:
commit
On Thu, 31 Mar 2011, Rob Savoye wrote:
Here's the problem. I am following long-time accepted ways of handling
bugs.
I think the rest of us were doing it the way Sandro was describing. In
my case that was more of a knee-jerk response rather than any formal
agreement to do it that way. I'm
Upstream bug is http://trac.buildbot.net/ticket/1768 .
Bastiaan
On Wed, 30 Mar 2011, John Gilmore wrote:
Can someone fix the buildbot so that it reports its results in ordinary
plain text emails? They've been arriving in MIME-encoded reports for
some weeks or months now, making them hard to
GtkOvgGlue does not presently work, I think because the following
requirement from the EGL specification is not met:
To create an on-screen rendering surface, first create a native platform
window with attributes corresponding to the desired EGLConfig (e.g. with the
same color depth, with
On Tue, 22 Mar 2011, Rob Savoye wrote:
Like I mentioned, libdevice and gui/fb are the main changes other than
the OpenVG renderer itself.
Wouldn't you have to merge master into your branch anyway prior to
merging your branch into master? So if you do that now, it'll be easier
for people to
First, you'll need to get the sources from Git, see
https://savannah.gnu.org/git/?group=gnash for instructions.
Second, you'll have to install the documentation dependencies:
http://www.gnu.org/software/gnash/manual/gnashref.html#docdepend
Third, you should configure Gnash as the above
I can't agree with that entirely. For example, OSX users may try to use
the Aqua GUI because it is available, only to discover it is so broken
it would require a huge effort to fix up, and such a user may ultimately
be discouraged from trying Gnash entirely. It would have been more
productive in
I'm wondering whether the FLTK GUI is used at all. When it was written
years ago, the idea was that FLTK2 would be released soon, but that
still hasn't happened. I can sort of see keeping this for portability
reasons, but even mingw32 comes with GTK these days.
I'm fairly certain nobody uses the
On Thu, 17 Mar 2011, Benjamin Wolsey wrote:
plugin/xpcom
I think this code doesn't serve the purpose it was written for, and in
any event I don't think anyone uses it.
librender/opengl
There still is a great deal of interest in this renderer; some people
may still elect to use it even
On Thu, 17 Mar 2011, Benjamin Wolsey wrote:
Debian stable is now Squeeze, which has boost 1.42. Our current maximum
boost version, which by policy up to now is the version available to
Debian stable, is currently 1.34.1.
Should we bump the minimum version, and if so, to what?
The only
On Thu, 17 Mar 2011, olafbuddenha...@gmx.net wrote:
BTW, has anyone tried using Cairo's OpenGL backend? Most likely it would
work better than the native OpenGL renderer...
That backend is still experimental, and given Cairo's release frequency
it may be a long time before we can get excited
No, LGPL has a clause that specifically permits its inclusion in GPL
code. I think we have some LGPL code in the Gnash sources, in fact.
Bastiaan
On Sun, 19 Dec 2010, dww wrote:
Inversely, if the Gnash project copy and pasted code (and edited or not)
from Lightspark for a Gnash AVM2, would
Please have a look at:
http://gnashdev.org/?q=node/25#flv
Bastiaan
On Thu, 14 Oct 2010, zhonghua_chen(陈忠华) wrote:
$: gnash - u --real-url ./test2.flv
can not run correctly, it said that the file can not load,___
Gnash-dev mailing list
The assumption from your article is correct.
On a side note, each of our renders handles paths quite differently due
to differences in respective use of libraries, but they should still all
use the same filling rule (as the intention is to produce the same output).
Bastiaan
On Mon, 28 Jun
You have to use GNU Make, which on OpenBSD is called `gmake'.
Bastiaan
On Wed, 16 Jun 2010, Ken Dickey wrote:
This may be a newbie question, but I have been unable to build gnash 0.8.7
on OpenBSD [see files attached].
___
Gnash-dev mailing list
The next problem is in your autogen.sh output:
Provide an AUTOMAKE_VERSION environment variable, please
Running autoheader...
Provide an AUTOCONF_VERSION environment variable, please
Running automake --add-missing --copy ...
Provide an AUTOMAKE_VERSION environment variable, please
Running
The returned cookie value from NPN_GetValueForURL is not guaranteed to
be NULL-terminated. The length parameter (from your patch) should be
used to ensure we don't read past the end of the buffer.
Bastiaan
On Wed, 26 May 2010, Rob Savoye wrote:
I made a newer patch (191 lines now) after
In my opinion it is necessary to have some sort of review policy, if we
want to keep our developers together (which we all do, I think). While
fixing the testsuite and having things compile are very useful, it does
not solve the problem of (tree-wide) code quality degradation. I think a
review
Someone started a thread about this on gnash@ as well.
Bastiaan
On Sat, 15 May 2010, John Gilmore wrote:
Adobe has a facetious campaign about how open they are, now that
___
Gnash-dev mailing list
Gnash-dev@gnu.org
On Thu, 13 May 2010, John Gilmore wrote:
Their draft schedule was:
* End of January: release new versions of Cairo and Pixman that
contain the new APIs reuired by GStreamer
...
* October: another Fedora/Ubuntu release that switches all users to
the new APIs
I don't know how this is going,
On Sat, 3 Apr 2010, strk wrote:
I've committed a patch in r12127 avoiding the registration
of a timeout function for the sake of killing the standalone
player. It fixes the crashes for me. The worst effect you may
see is a 0.1 second sleep when leaving page in case the
standalone player gets
On Tue, 2 Mar 2010, Rob Savoye wrote:
I noticed too that OpenGL doesn't work anyway, I obviously broke
something. All I get now is a blank grey box.
I wanted to mention that the latest Cairo prerelease has a working
OpenGL backend. This means we could drop our OpenGL renderer and rely on
On Tue, 2 Mar 2010, Gwenole Beauchesne wrote:
Interesting, is this a real OpenGL renderer and not a simple renderer that
calls glTexImage2D() only?
Yeah, most of the operations are accelerated using shaders.
I mean, the advantage of the current OpenGL, if
you don't consider bugs, is that
On Tue, 2 Mar 2010, Gwenole Beauchesne wrote:
On Tue, 2 Mar 2010, Rob Savoye wrote:
Course our Cairo renderer is quite slow for some reason, I assume it's
in how Gnash uses Cairo more than Cairo itself.
I don't think we're using Cairo inefficiently. I think the difference
stems from that
Very cool, well done!
Bastiaan
On Mon, 1 Mar 2010, Rob Savoye wrote:
I've been hacking on hardware video decoding support in an experimental
branch ('hwaccel'), and just added support for Gnash to load the
renderer at runtime. So that means one can change between Cairo,.
OpenGL, and AGG when
Hello Brett,
In general, video and audio are not separate. In order to play a
lecture, Gnash downloads a single file that contains both video and
audio. They cannot be separately downloaded.
So this is something that would need to be tackled by YouTube itself.
That said, if you do have access
Sounds good to me.
Bastiaan
On Wed, 3 Feb 2010, Benjamin Wolsey wrote:
I would like to drop the AudioDecoderNellyMoser in Gnash. Ffmpeg has
___
Gnash-dev mailing list
Gnash-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnash-dev
You could use Gstreamer instead of ffmpeg. That way, if you make sure
gstreamer-plugins-ugly is installed, Gstreamer will decode MP3 using the
mad plugin.
Bastiaan
On Tue, 10 Nov 2009, alpharoot wrote:
It sounds like libmad is not supported since Gnash version 0.8.2. Instead we
have to
use
On Thu, 29 Oct 2009, Benjamin M. Schwartz wrote:
What is the best way to produce a Theora player in Flash/Actionscript? Is
there some un(der)documented API that would allow us to drop a new codec
into the built-in player? What about a fake Camera class? Is there an
existing player in
I gave this patch a spin and it turned out to segfault on my machine.
According to GTK docs, thread initialization should be done before
gtk_init(), so that may point to the cause.
Bastiaan
On Fri, 2 Oct 2009, Bastiaan Jacques wrote:
On Fri, 2 Oct 2009, Gwenole Beauchesne wrote:
This patch
On Fri, 16 Oct 2009, Bernie Innocenti wrote:
El Fri, 16-10-2009 a las 10:39 -0600, Rob Savoye escribió:
Ok after a few frustrating days, I've gotten oprofile to work.
Bizarrely, it crashed another system I was working on. Here's a log I
made from a YouTube video with callgraphs and symbol
On Fri, 2 Oct 2009, Gwenole Beauchesne wrote:
This patch disables anti-aliasing with the accumulation buffer. This kills
all performance, a better approach would be to use multisampling (FSAA).
Just FYI: depending on your hardware, this may not be a performance
penalty at all. Still, the way
On Fri, 2 Oct 2009, Gwenole Beauchesne wrote:
This patch initializes X threading support. I noticed Xv was using
XLockDisplay() and XUnlockDisplay() but it never initialized them.
I suspect those calls to X{,Un}LockDisplay() are not actually needed
since there's a simply XSync in the Xv code
On Thu, 24 Sep 2009, Benjamin Wolsey wrote:
received. It's a design flaw in the parser, which really should get a
buffer to read and not attempt to seek outside it.
I started working on that a while ago, but unfortunately had no time to
finish it. Perhaps I should try to dig up that tree...
Hi Gwenole,
First off, I have to express some concern that apparently only
proprietary GPU drivers are supported for use with VA API -- at least,
for the codecs that are commonly used in Flash videos. The last
thing we want to do is encourage people to use proprietary drivers for
use with Gnash.
Why would Gnash be faster than Cairo at tesselation?
Anyway, the way I see it, the Cairo renderer originally left tesselation
to Gnash; now this task is done by Cairo.
Bastiaan
On Wed, 9 Sep 2009, Timothy Lee wrote:
Dear all,
I was the one who initially wrote the Cairo rendering backend.
Most (all?) developers use gdb for step-through debugging. I think most
people use text editors like ViM, although Rob is known to use
SourceNav in addition. I used to rely heavily on CVSWeb and the Bazaar
successor, but that service has been out of order for a while.
For memory debugging, I
On Mon, 27 Apr 2009, Andrea Palmatè wrote:
Regard the Point 3, well i could agree with you but if a patch is only a
couple of line i don't think can be a problem and can be useful for many
systems and noty only for a single system
We want to avoid the situation where we get a diverging
Then clearly what you should do is edit Boost's throw_exception.hpp to
do whatever is necessary for your platform.
Bastiaan
On Mon, 27 Apr 2009, Andrea Palmatè wrote:
My BOOST patch does not imply any system. It has only a BOOST define that is
not related to any system and that is a BOOST
On Mon, 27 Apr 2009, Bastiaan Jacques wrote:
On Mon, 27 Apr 2009, Andrea Palmatè wrote:
Regard the Point 3, well i could agree with you but if a patch is only a
couple of line i don't think can be a problem and can be useful for many
systems and noty only for a single system
We want
Not as yet, but we'll gladly accept contributions from whomever wishes
to help that effort.
Bastiaan
On Sun, 19 Apr 2009, Alexander Dejonghe wrote:
I'm wondering if it is possible to run multiple SWF's (root movies) in a
single gnash instance (process). I think it's not because Gnash
On Sat, 11 Apr 2009, Aix wrote:
Before I also ask you about skia render issue. You give a page
(http://www.gnashdev.org/?q=node/57). After reading this page, I also don't
know skia performance compare with Cairo and Agg. Does bjacques try to
integrate skia to the gnash? If not, can you help
On Fri, 10 Apr 2009, Dossy Shiobara wrote:
At one point, I started creating an NSIS script for an installer, but I don't
think I ever checked it into bzr. NSIS is free and open source, non-GPL.
I'm not sure if this is a problem for the Gnash project to use NSIS. Can
anyone else speak to
On Tue, 10 Mar 2009, Steve Castellotti wrote:
Is there a particular rendering engine for Gnash which is known to
have better performance than others - AGG, OpenGL, or something else?
AGG is the fastest software renderer available to Gnash. Rendering
*might* be faster with OpenGL if you
On Tue, 10 Mar 2009, Steve Castellotti wrote:
Does OpenGL just fall back to AGG for the pieces which it doesn't
support? In other words, if by using OpenGL can I assume the bits which
are supported by hardware acceleration will be accelerated, and the bits
which are not will run just as fas
After a lenghty debugging session I finally found the source of this
problem. It turns out that the Mozilla plugin attemts to start Gnash for
the same movie and X window ID twice. Of course GTK is not happy to
share a Window ID with another process, and thus mayhem results. The
reason the plugin
On Mon, 23 Feb 2009, Rob Savoye wrote:
GTK shouldn't be required for the NPAPI plugin, there isn't any GUI
code in the plugin anymore,
But it does use Glib (GIOChannel, in particular). That channel won't
work unless the host application (i.e., firefox) runs a Glib mainloop.
I'm not sure we
On Mon, 23 Feb 2009, Alessandro wrote:
I'm afraid this comment is not accurate. The 'f' shape would not be rendered
if using fillstyle0. It should also be noted that some comments around gnash
code suggest that the shapes parsed from an swf are _never_ self intersecting.
Yes, I remember you
On Mon, 23 Feb 2009, Alessandro wrote:
I'm trying to build up a revamped opengl renderer that could exploit some
modern features such us fragment/vertex shader to speed up some operations.
Great! I would love to see lots of things implemented in hardware, like
bezier curve interpolation,
On Wed, 18 Feb 2009, Craig Kelley wrote:
Awesome! Is the MIT-SHM also being auto detected now? I never really
understood why it was a compile-time option; there hasn't been an
xf86/xorg server w/o that header in a decade now.
Yes, in fact, we've had that since the last release. The
Interesting, that's not an FLV: it's an MP4, which if I recall correctly
is something Apple-related. It's exposing a bug in our non-FLV
implementation.
Bastiaan
On Sat, 14 Feb 2009, John Gilmore wrote:
I was looking at Youtube videos, and found this one:
YOUTUBE HACK: How to watch OLDER
On Sat, 14 Feb 2009, John Gilmore wrote:
Indeed this works somewhat. The stream with fmt=18 is now H.264 / AVC,
with MPEG-4 AAC Audio. Without, it's something else that my totem can't
play and thus won't report on the codecs of.
The interesting part is that the fmt=18 stream doesn't have
On Thu, 12 Feb 2009, John Gilmore wrote:
I don't understand why Gnash would be able to play a video by using
the gstreamer library and the codecs it knows about, but Totem
wouldn't be able to play the very same thing using the very same
library on the very same system.
Gstreamer's FLV parser
On Thu, 12 Feb 2009, Benjamin Wolsey wrote:
http://www.youtube.com/watch?v=R_hlMK7tCks
This video, md5sum 8f75636dc86ff26271495a58708d2588, uses AAC audio,
which doesn't yet work in Gnash (at least, it never has for me).
Works for me with Gstreamer. Do you have the appropriate codecs
On Thu, 12 Feb 2009, John Gilmore wrote:
Unfortunately I can't point you to the site that generated them.
Are they usual and expected, or are they something I should spend time
chasing down?
That may be a serious bug. But unfortunately such errors are very
difficult to track down. The
On Thu, 12 Feb 2009, John Gilmore wrote:
Perhaps we should pass our
swfdec-inspired decoding hacks upstream to the gstreamer folks, if
they don't have the equivalent by now.
The hacks are in the Gnash FLV parser, not the decoders (and I don't
understand how swfdec is involved; they were
On Mon, 9 Feb 2009, Robinson Tryon wrote:
If the language about creating similar software has been removed
from the license, does that mean that there is less of a barrier for
people who have installed the Flash Player client to participate in
Gnash development?
Yes. As a precaution, we
I think the Savannah guys are trying to get Loggerhead working
again. I haven't been able to use it for several months now. That said,
you can report problems here:
https://savannah.gnu.org/support/?func=addsupportgroup=administration
Bastiaan
On Fri, 6 Feb 2009, Robinson Tryon wrote:
I can
On Tue, 6 Jan 2009, Question wrote:
OK, actually NOT only rendering but also need it to be interactive with mouse
and keyboard, because we want it be part
of our UI framework. Is it possible?
In that case you might want to implement your own GUI for Gnash. So
essentially you'd be building
On Tue, 6 Jan 2009, Question wrote:
That's awesome. Thanks for the info. I'll try it later.
But if we don't use full hardware accelerated graphics to render video and make
the alpha blending, I'd really worry
about the performance here. What's your opinion?
It depends on the hardware
On Mon, 5 Jan 2009, Question wrote:
I have some questions about gnash searched over the internet with no
explicit answers, so I'd like to post it here. We'd like to use gnash as our
application's UI layer, but our application is a 3D / Video heavy one, so:
1. Is it possible to
Still, there are other reasons for making Gnash fully re-entrant, like
playing multiple Flash files in a single Gnash instance.
Bastiaan
On Fri, 2 Jan 2009, Craig Kelley wrote:
all in that environment. Firefox 4 may have this feature, but it will
not see such a beast in the 3.x line at this
version by mistake?
I will try them immediately.
2008/12/12 Dossy Shiobara do...@panoptic.com
Bastiaan Jacques wrote:
On Thu, 11 Dec 2008, cao wei wrote:
Besides, plugin.h needs X11, so I guess it should not be used in
win32,
isn't it? Where can I find a usable plugin.h for win32?
As far as I
On Thu, 11 Dec 2008, cao wei wrote:
Besides, plugin.h needs X11, so I guess it should not be used in win32,
isn't it? Where can I find a usable plugin.h for win32?
As far as I know plugin/win32 has gone largely unmaintained. However, it
should not be difficult to modify
On Tue, 9 Dec 2008, Hong Yu wrote:
I am reading the trunk source. About the '*.m4' files under the directory
'macros/', are they part of the development source, or can they be
auto-generated ? Thanks.
The m4 files are not auto-generated. Instead, autotools use input from
configure.ac and
On Tue, 9 Dec 2008, Shachar Kaufman wrote:
Is there a simple way of using an atomic demux-and-decode unit without passing
demux-ed encoded elementary bitstream
frames back to gnash? This atomic unit of mine is entirely in hardware and
forcing it to dispence encoded elementary
bisttream
On Tue, 2 Dec 2008, Michael Hrabanek wrote:
project is not allowed to contribute if he ever used the adobe flash
plugin. Well, I believe this it's no true for developers from Europe,
right?
That's correct.
So is it possible for you to accept patches from non-US developers?
Yes.
Bastiaan
On Fri, 28 Nov 2008, Tonko wrote:
Yes. I was in a hurry to get something running and displaying SWF files but
it really makes perfect sense to use native Win32 UI elements on Windows. For
example, when using FLTK menu to open a file it shows really bad looking open
file dialog and then it
On Sat, 29 Nov 2008, Tonko Juricic wrote:
On Thu, Nov 27, 2008 at 12:34 PM, Rob Savoye [EMAIL PROTECTED] wrote:
GTK does run on windows, but has a pile of dependencies. I wonder
what Firefox uses on win32.
I believe it uses the C Windows API, while it uses Cocoa on Mac and GTK
for
So are you asking about NPAPI or about Gnash?
Bastiaan
On Tue, 25 Nov 2008, Charles Crisler wrote:
Oh, say one that I am writting. I am looking for an application that
implements a minimal browser side app with the NPAPI relatively well.
On Tue, 2008-11-25 at 16:17 +0100, strk wrote:
On
, Craig Kelley wrote:
I started porting it forward to 0.8.4, but haven't had a lot of time
recently. There were many changes that complicated it, but the bulk
of the XVideo code in gtk-agg-glue* apply correctly.
-Craig
On Sat, Nov 22, 2008 at 10:36 AM, Bastiaan Jacques
[EMAIL PROTECTED] wrote
On Mon, 24 Nov 2008, Craig Kelley wrote:
Gstreamer should have a reliable colorspace conversion interface soon,
but it may not land for months (and take years to get into current
distributions).
How is ffmpegcolorspace unreliable?
___
Gnash-dev
It's my main focus right now.
Bastiaan
On Sat, 22 Nov 2008, strk wrote:
On Tue, May 20, 2008 at 03:59:58PM -0600, Craig Kelley wrote:
Here's a first go at XVideo with the GTK+ gui:
http://www.xmission.com/~ink/gnash/gnash-xvideo/
On Thu, May 22, 2008 at 01:41:35AM +0200, Bastiaan Jacques
On Sun, 16 Nov 2008, Tonko Juricic wrote:
I am using this macro in libbase/utility.h file like this:
For a different approach, you can have a look at the isInf function
template in as_value.h. I'm thinking we should use that implementation
to replace isFinite to make it more portable. In
Yep, although you should feel free to move both isInf and isNaN to
utility.h.
On a sidenote, we generally send diffs around; you can use `bzr diff' to
generate one.
Bastiaan
On Sun, 16 Nov 2008, Tonko Juricic wrote:
{
dummy; // UNUSED(dummy);
return num != num;
}
You
On Fri, 24 Oct 2008, John Gilmore wrote:
v = (unsigned long) addr[0];
v |= (unsigned long) addr[1] 8;
v |= (unsigned long) addr[2] 16;
v |= (unsigned long) addr[3] 24;
This method has the added benefit of doing the right thing for
deserializing integers for which there are no
An interface that would solve the problem could look like this:
template typename T, size_t N
T
networkConvert(boost::uint8_t* word);
Where T is the requested type and N the number of bytes to read from
'word'. networkConvert copies the data byte by byte, solving the
alignment issue. For
On Sat, 25 Oct 2008, strk wrote:
double number = networkConvertdouble, 8(stream);
I like the easy-to-remember names we already have:
- readNetworkShort
- readNetworkLong
I'm rather neutral toward the name, myself.
I'm more concerned about where we'd have these
(as I can
So is this also an issue for differently sized integers? If so, we might
just change swapBytes to make a copy of the data and returning that
(after swapping the bytes).
Bastiaan
On Fri, 24 Oct 2008, strk wrote:
I committed a patch that just copies the 8 bytes into the memory
the double takes,
Benjamin has been working on a logging window that a user can launch
from the GUI. Obviously this won't help much for when Gnash segfaults.
In that case it would be really cool if there were a segfault handler
that submits a stacktrace to us. But I don't know if that last part
should be up to the
I have to ask this question, although I should note that I'm an outsider.
Why should we contribute to OLPC when OLPC has already agreed to using
Microsoft's software and apparently has no (moral) objections to using
Adobe's software?
To me (again, as an outsider) it seems to me that OLPC has
Hub pointed out on IRC the following quite amazing development:
http://thomas.apestaart.org/log/2008/10/03/vorbis-in-flash/
Although I'm fairly sure this doesn't work in free flash players yet,
and there is nothing like that for theora, it's very interesting, I
think.
Bastiaan
According to the DMCA, ...
... a person who has lawfully obtained the right to use a copy of a computer
program may circumvent a technological measure that effectively controls
access to a particular portion of that program for the sole purpose of
identifying and analyzing those elements of the
I've added the answer to this question to the FAQ:
http://gnashdev.org/?q=node/25#decompile
Bastiaan
On Tue, 30 Sep 2008, houda hocine wrote:
Hello,
I want to see source code of flash files.
is it possible with 'gnash'?
Cheers.
___
Gnash-dev
On Sat, 27 Sep 2008, Russ Nelson wrote:
Benjamin Otte writes:
And the only feature that Flash video formats don't give you yet is
Freedom. But if you care about Freedom, you don't use Flash,
I'm sure you didn't mean to write this. Would you retract it?
It makes perfect sense to me.
I think the important thing to realise is that we're all here to ensure
freedom. The way I saw it, the esteemed John Gilmore started this thread
hoping to extend the SWF / AS format to include free codecs. Some
suggestions were made; Benjamin (Otte) wrote in to voice his opinion
that the best way
On Tue, 23 Sep 2008, strk wrote:
It's a pity if this patch goes discarded IMHO.
What do other developers think about putting it in ?
I think this patch is a great idea. I have some nits about the
implementation, but if it is dependent on --enable-xvideo, I'm all for
it. I think having it as a
On Tue, 23 Sep 2008, Sandro Santilli wrote:
This is an interesting point. I'm new to exceptions, dunno how appropriate
it'd be to use them as a logging mechanism.
What I've learnt as a use for them was exceptional behaviour.
How exceptional is for a media handler to NOT support a specific
I think this is a good patch. Don't worry about the merging fallout with
my local tree, I'm happy to deal with it for a good cause. ;) I like the
new interface much better.
I'm also in favour of dropping libmad code.
Bastiaan
On Tue, 23 Sep 2008, Benjamin Wolsey wrote:
When Bastiaan as done
On Sat, 20 Sep 2008, Benjamin Wolsey wrote:
I've discussed this a few times with other devs. As far as we know, the
proprietary Flash player doesn't offer a way in Flash to find out what
codecs are available. It does in Flash Lite, but that's unfortunately
not available in the usual Adobe
Hi,
I've been wanting to draw up some coding style guidelines, especially
when it concerns formatting. Today I've finally started; the initial
draft can be found at http://wiki.gnashdev.org/CodingStyle .
Please feel free to make suggestions. We should reach a consensus with
regards to the
Only one way to find out.
Bastiaan
On Mon, 1 Sep 2008, haibin zhang wrote:
Hi, Everyone.
Our platform supports full OpenGL ES 2.0, if I configure with
--enable-renderer=opengl
option, Could Gnash work well with OpenGL ES 2.0 ?
Thanks in advances!
Best Regards!
Zhang Hai-bin
On Mon, 1 Sep 2008, Shachar Kaufman wrote:
0.8.3 is the last release, but not current. As I said, use current
sources from bzr trunk.
I'll take a look, Thanks. You probably realize though that to get what I
want (which is to allow for acceleration in gnsh) I have to make changes in
many
1 - 100 of 183 matches
Mail list logo