If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
I have got problems to compile gnash, it is not really clear how to build only a firefox/iceweasel plugin and nothing for kde3/kde4. Also building against internal ffmpeg would be much better, which is possible with mplayer. mplayer works for me with vaapi (using the vdpau wrapper), the reflect effect looks funny - just nothing that you would really need. As libva is a build-dep for gnash anyway this script could still be helpful for Debian/Ubuntu:
I have got problems to compile gnash, it is not really clear how to build only a firefox/iceweasel plugin and nothing for kde3/kde4.
IIRC, you could probably just --enable-gui=gtk? I have not tried yet as a plugin, simply with an FLV player (jw_flv_player).
Also building against internal ffmpeg would be much better, which is possible with mplayer.
Why would it be simpler? It would just duplicate the code. BTW, you need to install the libavcodec/vaapi.h file. I am using a snapshot from 2009/07/15. There were recent changes (today) that seem to cause some integration problems, at least within mplayer. That might have some impact to other players. Probably just wait a little this settles or rollback to a week old snapshot?
Tested even with U 9.10 live mode - i enabled build of i965 driver, vainfo worked too, but mplayer just crashed even with simple mpeg2.
I also wanted to try it out this afternoon. There are at least two bugs. One easy to fix is to actually implement vaQueryDisplayAttributes() even if there are none, thus just returning 0. The other one, I have not looked at it yet as debugging on a live CD is not fun. If we are talking of the same error, vaCreateBuffers() returns VA_STATUS_ERROR_INVALID_BUFFER, which looks weird. Fortunately, we have the sources of the driver.
Well when you have got lots of other packages in your system which is build against an older ffmpeg snapshot like in debian lenny you will really prefer internal solutions. I see no real performance problem to compile those small bits more often - a complete mplayer compile takes only 3 min or less on my cpus.
It doesn't automatically invalidate it, but it certainly doesn't help. It is quite possible that Adobe has licensed its patents in a manner that wouldn't make it a violation to distribute gnash -- for example, I seem to remember them licensing Flash technology for playback purposes only, but creating software to MAKE flash content required a paid license. I tried to do some searching to find out for sure, but don't have time to do the full research right now.
As for patents in general -- it is irresponsible and dangerous for Free Software developers to ignore known patents. Surely one cannot know every possible patent, but there are plenty of well known patents that are actively enforced -- such as Mpeg-2 and H.264. Implimenting those technologies should only be done in a manner that can be easily seperated -- for example by releasing two source packages, one with the encumbered code, and one without (or a patch or diff, or whatever). That way the software can be used in countries without software patents with all the full features, without sabotaging it in countries like the US.
As you implied, there are plenty of patent trolls out there (SCO anyone?). In order for Free Software to gain widespread acceptance, businesses have to have reasonable assurance that simply using it won't leave them open to lawsuits. Sure, they could hire someone to do a patent review and gut out all of the offending code, but it would be far, far easier if developers would simply remember that not everyone can simply disregard patents as meaningless, even if they can.
The only time you should take patents seriously is when you have to- end users don't, companies and other large organizations do.
If everyone took them seriously, we'd never have the video software we have now.
The &fmt=22 part is important to tell Youtube we want 1280x720 videos. You can try to get to fullscreen and compare with Adobe Flash Player. I could not get Adobe Flash HD video gallery to work with Gnash. But this is a generic Gnash problem, not VAAPI related. If you know other websites proposing Flash HD video, preferably in 1080p, I am all ears. Thank you.
BTW, you will need a small patch in gui/gtk.cpp just after gtk_init(). Please add an XInitThreads() there...
GMA500 is supported but only with the "psb" driver has IEGD does not implement the necessary functions yet. Everything is now switched to the AGG renderer which is the most correct renderer. AMD/XvBA platforms still require the OGL renderer unless I workaround another AMD driver limitation.