Re: Gnash on ppc
On Fri, 02 Jun 2006 09:26:16 +0200 ruben <[EMAIL PROTECTED]> wrote: > > At Fri, 2 Jun 2006 09:08:16 +0200, Federico Pistono wrote: > > > > The standalone player seems to work, veeery slowly, but the embed > > does not. All it does is bring the cpu to 100% and stay there until > > I close the tab. No youtube and google video until now... > > I've never tried Gnash, but if you're specifically looking for youtube > and google video, then try the following site: > > http://javimoya.com/blog/youtube_en.php > > I've used it a couple of times before to download a video from > youtube. It lets you save the video locally, and then you can play it > with mplayer. apt-get install clive then use it in this way: clive "http://www.youtube.com/watch?v=O4B8b2wOfMw"; and it saves a copy locally enjoy :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnash on ppc eats too much cpu
On 11/12/06, Tsai Dung-Bang <[EMAIL PROTECTED]> wrote: This bug should fix in the last GNASH CVS. Try it out. (There is a 0.7.2 branch, I use it without any big problems) Tsai Dung-Bang Got: # gnash --version Gnash 0.7.2 Build options 0.7.2 Renderer: opengl GUI: gtk Sound handler: gst Decoder: none it does eat a lot of cpu. Though I have 3d enabled, beryl working properly, the gnash package seems to be still to heavy for this system: # cat /proc/cpuinfo processor : 0 cpu : 7447A, altivec supported clock : 1333.333000MHz revision: 0.1 (pvr 8003 0101) bogomips: 73.47 timebase: 18432000 platform: PowerMac machine : PowerBook5,4 motherboard : PowerBook5,4 MacRISC3 Power Macintosh detected as : 287 (PowerBook G4 15") pmac flags : 001b L2 cache: 512K unified pmac-generation : NewWorld It's not a problem of machine, since flash works decently on OS X. I think gnash is still under heavy development and it needs serious improvements before it can become a real open solution to the adobe flash. -- Federico Pistono Department of Computer Science - Verona, Italy http://www.federicopistono.org :: http://pain.altervista.org/ http://pain.altervista.org/flatnukeuwcad/ :: Linux Registered User #340392 "Reality is merely an illusion, albeit a very persistent one." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnash on ppc eats too much cpu
This bug should fix in the last GNASH CVS. Try it out. (There is a 0.7.2 branch, I use it without any big problems) Tsai Dung-Bang 2006/11/11, zhaojin <[EMAIL PROTECTED]>: I installed gnash(0.7.1+cvs20061006.1521-1) and mozilla-plugin-gnash on my dual debian sid G4 box. Whenever I use firefox(1.5.dfsg+1.5.0.7-2) to login my yahoo mail account, the machine gets very busy. Do a ps and top, I can see xorg(1:7.1.0-5) and gnash take most of the cpu time. After manually killing gnash or quit gnash in browser, the machine would be back to normal. Is there a bug in gnash, firefox or xorg? Thanks. Jin * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * CONFIDENTIALITY: This email contains privileged and confidential information intended only for use of the intended recipient and is the property of WhiteFence. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient of this email, please immediately reply to sender and delete all copies of this email along with all attachments. NONBINDING NATURE OF TRANSMISSION: Nothing contained in this email message or any attachment hereto constitutes a binding offer, acceptance, agreement or legal commitment on behalf of WhiteFence, unless both (i) specifically so stated, and (ii) evidenced by a hand written signature or genuine photocopy or facsimile thereof executed by an executive officer of WhiteFence having authority to bind WhiteFence. Thank you. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Gnash on ppc eats too much cpu
I installed gnash(0.7.1+cvs20061006.1521-1) and mozilla-plugin-gnash on my dual debian sid G4 box. Whenever I use firefox(1.5.dfsg+1.5.0.7-2) to login my yahoo mail account, the machine gets very busy. Do a ps and top, I can see xorg(1:7.1.0-5) and gnash take most of the cpu time. After manually killing gnash or quit gnash in browser, the machine would be back to normal. Is there a bug in gnash, firefox or xorg? Thanks. Jin * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * CONFIDENTIALITY: This email contains privileged and confidential information intended only for use of the intended recipient and is the property of WhiteFence. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient of this email, please immediately reply to sender and delete all copies of this email along with all attachments. NONBINDING NATURE OF TRANSMISSION: Nothing contained in this email message or any attachment hereto constitutes a binding offer, acceptance, agreement or legal commitment on behalf of WhiteFence, unless both (i) specifically so stated, and (ii) evidenced by a hand written signature or genuine photocopy or facsimile thereof executed by an executive officer of WhiteFence having authority to bind WhiteFence. Thank you. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
Re: Gnash on ppc
On 6/5/06, Eddy Petrişor <[EMAIL PROTECTED]> wrote: On 6/5/06, Albert Cahalan <[EMAIL PROTECTED]> wrote: > On 6/2/06, Miriam Ruiz <[EMAIL PROTECTED]> wrote: > > It seems you might be having some problem with OpenGL acceleration. Gnash uses > > OpenGL right now for rendering, although Upstream is working on that too. > > If it relys on OpenGL, it ought to go in non-free. In general you'd be > encouraging people to install proprietary video drivers from NVidia > and ATI. I think you are confusing 3D acceleration with OpenGL acceleration. I have a ATI (Radeon mobility 9600) based PPC machine and I use the r300 free drivers and I have OpenGL acceleration. In theory I could have low-end accelerated 3D at 800x512, but I've yet to concoct a modeline that would get me into that resolution with a Rage 128 PF/PRO AGP 4x TMDS and the old 22" 1600x1024 Apple Cinema Display. The free drivers have enough trouble with 2D. I get a horizontal black line on my screen, 2 to 4 pixels thick, about 1 pixel below the top of the screen. It's always been there in Linux, but not in MacOS 9. > These drivers would need x86 emulation on most of the > platforms Debian supports, but nobody has yet been insane enough. That kind of insanaty is not needed. Better use that energy, if anybody thinks about it, to write the 3D acceleration part for the drivers. Exactly how? Disassembly of the proprietary drivers? These are not small drivers that just poke a few MMIO locations. > C++ and OpenGL are not > so good for anything that is supposed to run fast. Where did you got that idea from? There is nothing wrong with C++ and compilers have evolved that much that in some cases the code is smaller and sometimes faster than the average code produced by a C compiler. Most of the lag comes, usually, from a badly designed set of classes. I've looked at disassembly. Finally gcc-4.1 manages to make std::min not be way worse than the obvious macro, but you still lose the "restrict" keyword and get extra crud for exception handling and all. Then there is the matter of actually using the C++ features. There is no point using a C++ compiler if you don't. I see things being done in STL that should make any decent programmer want to cry. Perhaps Bjarne can make C++ go fast. He's not on the project, is he? About OpenGL and speed, can I say "huh"?! If you have to render in software... I have yet to find any use for 3D, yet more and more software is written to needlessly require it. I can identify such apps easily because they are excruciatingly slow. I seem to get about 2 FPS. This is sick. The simple truth is that this makes most people install proprietary video drivers. That's not an option for some of us, either because we have non-x86 hardware or because of some objection to non-free software.
Re: Gnash on ppc
On 6/5/06, Albert Cahalan <[EMAIL PROTECTED]> wrote: On 6/2/06, Miriam Ruiz <[EMAIL PROTECTED]> wrote: > It seems you might be having some problem with OpenGL acceleration. Gnash uses > OpenGL right now for rendering, although Upstream is working on that too. If it relys on OpenGL, it ought to go in non-free. In general you'd be encouraging people to install proprietary video drivers from NVidia and ATI. I think you are confusing 3D acceleration with OpenGL acceleration. I have a ATI (Radeon mobility 9600) based PPC machine and I use the r300 free drivers and I have OpenGL acceleration. These drivers would need x86 emulation on most of the platforms Debian supports, but nobody has yet been insane enough. That kind of insanaty is not needed. Better use that energy, if anybody thinks about it, to write the 3D acceleration part for the drivers. Another thing to do before release: run under valgrind while playing thousands of evil (use the flasm program) or slightly-corrupt files. Some of us like to keep a browser running until reboot (months) with many dozens of windows open. A plugin-induced crash is really infuriating. That is your choice; I think is possible to configure the browser to run flash movies as you wish, embedded or not. C++ and OpenGL are not so good for anything that is supposed to run fast. Where did you got that idea from? There is nothing wrong with C++ and compilers have evolved that much that in some cases the code is smaller and sometimes faster than the average code produced by a C compiler. Most of the lag comes, usually, from a badly designed set of classes. About OpenGL and speed, can I say "huh"?! -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnash on ppc
--- Paul Wise <[EMAIL PROTECTED]> escribió: > On Sun, 2006-06-04 at 21:37 -0400, Albert Cahalan wrote: > > > If it relys on OpenGL, it ought to go in non-free. In general you'd be > > encouraging people to install proprietary video drivers from NVidia > > and ATI. These drivers would need x86 emulation on most of the > > platforms Debian supports, but nobody has yet been insane enough. > > You mean contrib rather than non-free? I don't think it is appropriate > to put it in contrib, xorg contains 3D drivers for enough cards > (including ati) and there is work to write free nvidia drivers: I'm using OpenGL acceleration in my ATI Radeon card without using any proprietary drivers. I don't really see the point why _every_ program that uses OpenGL should go to contrib. Gnash, as well as many other OpenGL-based programs, does not depend on nothing in non-free. > http://nouveau.freedesktop.org/wiki/RequiredFunctionality > (focused on reverse engineering for now) > http://r300.sf.net/ > (now merged) > > Also, I think there is talk of using cairo for rendering too? Is that > the case Miriam? That's right. The project is undergoing through many changes right now, one of them is using cairo for rendering and getting it independent of OpenGL. Upstream also wants to make the code independent of SDL, and use FLTK instead. > > Another thing to do before release: run under valgrind > > I couldn't agree more! Me too, but please remember the project is still in a developing stage, that's why I'm proposing it to experimental. Please do not consider it stable software yet, even though it might be useful for some people. Miry __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnash on ppc
On Sun, 2006-06-04 at 21:37 -0400, Albert Cahalan wrote: > If it relys on OpenGL, it ought to go in non-free. In general you'd be > encouraging people to install proprietary video drivers from NVidia > and ATI. These drivers would need x86 emulation on most of the > platforms Debian supports, but nobody has yet been insane enough. You mean contrib rather than non-free? I don't think it is appropriate to put it in contrib, xorg contains 3D drivers for enough cards (including ati) and there is work to write free nvidia drivers: http://nouveau.freedesktop.org/wiki/RequiredFunctionality (focused on reverse engineering for now) http://r300.sf.net/ (now merged) Also, I think there is talk of using cairo for rendering too? Is that the case Miriam? > Another thing to do before release: run under valgrind I couldn't agree more! -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Gnash on ppc
On 6/2/06, Miriam Ruiz <[EMAIL PROTECTED]> wrote: I probably won't get it out of experimental until upstream formally releases a beta version. ... It's testeable and maybe usable for some things, but it's not in the state to be given to end users yet. It seems you might be having some problem with OpenGL acceleration. Gnash uses OpenGL right now for rendering, although Upstream is working on that too. If it relys on OpenGL, it ought to go in non-free. In general you'd be encouraging people to install proprietary video drivers from NVidia and ATI. These drivers would need x86 emulation on most of the platforms Debian supports, but nobody has yet been insane enough. Another thing to do before release: run under valgrind while playing thousands of evil (use the flasm program) or slightly-corrupt files. Some of us like to keep a browser running until reboot (months) with many dozens of windows open. A plugin-induced crash is really infuriating. Gnash supports the majority of Flash opcodes up to SWF version 7, and a wide sampling of ActionScript classes for SWF version 8.5. All the core ones are implemented, and many of the newer ones work, but may be missing some of their methods. If the browser only displays a blank window, it is likely because of an unimplemented feature. All unimplemented opcodes and ActionScript classes and methods print a warning when using -v with gnash or gprocessor. Using gprocessor -v is a quick way to see why a movie isn't playing correctly. Is there a JIT engine? What is the best alternative? I was just looking at the problem today, trying to sort through the mess... There was a gplflash project which was abandoned in favor of gnash. Bummer. C++ and OpenGL are not so good for anything that is supposed to run fast. There is also a swf-player and/or libswfdec. Anything usable? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnash on ppc
--- Eddy PetriÅor <[EMAIL PROTECTED]> escribió: > Miriam, I know you are working on a package for Gnash, could you give > more info about the progress? The latest (and only) release of Gnash is currently waiting in the NEW queue to enter experimental. It is the 1st alpha release, according to upstream. Standalone gnash works quite good for me. There seem to be some instability problems with the plugins though. Upstream are working on that. My latest CVS-based packages of Gnash are from 30th of May, and (after some days of problems in building the original sources) seem to be OK. I'm not really willing to maintain a CVS-based version inside Debian's repositories, but I'd prefer to wait until a new release is done. I probably won't get it out of experimental until upstream formally releases a beta version. > Is it done? Usable? Testable? Any idea about the problems ancountered > by Federico? > "The standalone player seems to work, veeery slowly, but the embed does > not. All it does is bring the cpu to 100% and stay there until I close > the tab. No youtube and google video until now..." It's testeable and maybe usable for some things, but it's not in the state to be given to end users yet. It seems you might be having some problem with OpenGL acceleration. Gnash uses OpenGL right now for rendering, although Upstream is working on that too. The README file in the release waiting in the NEW queue says: The first alpha release of Gnash has just been made at version 0.7.1. Gnash is a GPL'd Flash movie player and browser plugin for Firefox, Mozilla, Konqueror, and Opera. Gnash supports many SWF v7 features and ActionScript3 classes. Gnash also runs on many GNU/Linux distributions, embedded GNU/Linux, FreeBSD, NetBSD, OpenBSD, non x86 processors, and 64 bit architectures. Ports to Darwin and Windows are in progress for a future release. The plugin works best with Firefox 1.5 or newer, and should work in any Mozilla based browser. There is also a standalone player for GNOME or KDE based desktops. Gnash supports the majority of Flash opcodes up to SWF version 7, and a wide sampling of ActionScript classes for SWF version 8.5. All the core ones are implemented, and many of the newer ones work, but may be missing some of their methods. If the browser only displays a blank window, it is likely because of an unimplemented feature. All unimplemented opcodes and ActionScript classes and methods print a warning when using -v with gnash or gprocessor. Using gprocessor -v is a quick way to see why a movie isn't playing correctly. Greetings, Miry __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnash on ppc
On 6/2/06, Jonas Aamodt Moræus <[EMAIL PROTECTED]> wrote: Hello! Here is my experience with gnash and mozplugger (from /etc/mozpluggerrc): [snip] > I've never tried Gnash, but if you're specifically looking for youtube > and google video, then try the following site: Miriam, I know you are working on a package for Gnash, could you give more info about the progress? Is it done? Usable? Testable? Any idea about the problems ancountered by Federico? "The standalone player seems to work, veeery slowly, but the embed does not. All it does is bring the cpu to 100% and stay there until I close the tab. No youtube and google video until now..." -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Re: Gnash on ppc
Hello! Here is my experience with gnash and mozplugger (from /etc/mozpluggerrc): ### Flash #define(FLASH,[ignore_errors swallow(Gnash): /home/moraus/gnash/bin/gnash -x $window $file]) #define(FLASH,[noisy embed hidden fill swallow(Gnash):/home/moraus/gnash/bin/gnash -ml -1 -a -x $window "$file"]) define(FLASH,[noisy embed hidden fill swallow(Gnash):/home/moraus/gnash/bin/gnash -b 32 $file]) #define(FLASH,[swallow(Flash): qemu-i386 -L /usr/local/flash_x86/usr/local/flash_x86/usr/bin/gflashplayer $file]) They all have som advantages and disadvantages, you can try for your self. Note that the second line only displays the first frame and freezes. and futher down in /etc/mozpluggerrc application/x-shockwave-flash: swf: Flash animation FLASH() Good luck :-) On Fri, Jun 02, 2006 at 09:26:16AM +0200, ruben wrote: > > At Fri, 2 Jun 2006 09:08:16 +0200, Federico Pistono wrote: > > > > The standalone player seems to work, veeery slowly, but the embed does > > not. All it does is bring the cpu to 100% and stay there until I close > > the tab. No youtube and google video until now... > > I've never tried Gnash, but if you're specifically looking for youtube > and google video, then try the following site: > > http://javimoya.com/blog/youtube_en.php > > I've used it a couple of times before to download a video from > youtube. It lets you save the video locally, and then you can play it > with mplayer. > > ruben > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > __ _ / / (_)_ ___ __ / /_/ / \/ / /_/ /\ \/ / . . . t h e c h o i c e o f a /___/_/_/\__/\_,__/ /_/\_\ G N U g e n e r a t i o n . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Gnash on ppc
At Fri, 2 Jun 2006 09:08:16 +0200, Federico Pistono wrote: > > The standalone player seems to work, veeery slowly, but the embed does > not. All it does is bring the cpu to 100% and stay there until I close > the tab. No youtube and google video until now... I've never tried Gnash, but if you're specifically looking for youtube and google video, then try the following site: http://javimoya.com/blog/youtube_en.php I've used it a couple of times before to download a video from youtube. It lets you save the video locally, and then you can play it with mplayer. ruben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Gnash on ppc
Hi, I compiled from cvs gnash, according to the manual it should work smoothly, though it doesn't specify if that includes pcc arch. I followed the man and added the gnash support in the mozplugger. ¤ gnash --version Gnash 0.7.1 ¤ firefox about:plugins MozPlugger 1.7.3 handles QuickTime Windows Media Player Plugin [...] application/x-shockwave-flash Shockwave Gnash swf Yes The standalone player seems to work, veeery slowly, but the embed does not. All it does is bring the cpu to 100% and stay there until I close the tab. No youtube and google video until now... Folks with an x86 claim that it works fine. Anyone tried? -- Federico Pistono Department of Computer Science - Verona, Italy http://www.federicopistono.org :: http://pain.altervista.org/flatnukeuwcad/ http://pain.altervista.org :: Linux Registered User #340392 "Just rememberyou were a n00b yourself once..." "Speak for yourself. After my mother re-partitioned her drive and mounted the smaller one at "/womb" I was compiled from source."