Motion Blur effect missing in RiceVideo

[GoogleCodeExporter]

Describe your system:
 - Operating System (be specific): Ubuntu 10.04, Snow Leopard
 - Machine type (32-bit or 64-bit): 64-bit
 - Mupen64Plus version: 1.5, 1.99.3
 - Plugins used: RiceVideo, Glide64

For visual artifacts, give:
 - Game name and CRC/MD5 hash (printed on console):
ZELDA MAJORA'S MASK
MD5: 2A0A8ACB61538235BC1094D297FB6556

 - Description of the artifact (missing polygons, flashing, wrong colors,
etc):
At the intro and many cutscenes, Majora's Mask uses a Motion Blur effect, 
visible on Glide64 but not present in RiceVideo.

Please provide any additional information below.
Glide64 does show the Motion Blur.
I can't help but wonder, why if Glide64 is more frequently updated, the 
Mupen64Plus one doesn't import the changes, and why if it usually works better, 
isn't made the default plugin...

Original issue reported on code.google.com by mikeloc...@gmail.com on 19 Jul 2010 at 8:04

[GoogleCodeExporter]

To glide64: Because no one wants to port it - especially the assembler stuff 
for 64 bit.

If someone would port the current svn version of glide64 to amd64 and send it 
upstream (hopefully they merge it) then we would port it to mupen64plus. 
Otherwise someone must find a lot of time to do it.... and this is the 
problematic part.

Original comment by sven@narfation.org on 19 Jul 2010 at 8:29

[GoogleCodeExporter]

hmm.. so mupen64plus can't load plugins different from its architecture, even 
if compatible ones? :'(

Original comment by mikeloc...@gmail.com on 19 Jul 2010 at 9:07

[GoogleCodeExporter]

(google code should really include editing comments...)
well then, how active is development being done on RiceVideo? or are the devs 
planning to ditch it and do a Mupen64PlusVideo plugin or the like?

Original comment by mikeloc...@gmail.com on 19 Jul 2010 at 9:09

[GoogleCodeExporter]

""To glide64: Because no one wants to port it - especially the assembler stuff 
for 64 bit.

If someone would port the current svn version of glide64 to amd64 and send it 
upstream (hopefully they merge it) then we would port it to mupen64plus. 
Otherwise someone must find a lot of time to do it.... and this is the 
problematic part.""

upstream already supports mupen64+ 
http://www.emuxhaven.net/forums/showpost.php?p=82664&postcount=2  and 
http://www.emuxhaven.net/forums/forumdisplay.php?f=70

Original comment by vitbur...@gmail.com on 19 Jul 2010 at 5:44

[GoogleCodeExporter]

Oh my. See? They even fixed a bug in Mupen64Plus (which I doubt it has been 
patched here, or if it is then the devs most probably found it separately)

Whomever made that possible, THANK YOU :D

Original comment by mikeloc...@gmail.com on 19 Jul 2010 at 9:01

[GoogleCodeExporter]

The api of mupen64plus 1.5 is incompatible with the api of mupen64plus 2.0. And 
this build is only for x86 and not for amd64.

And about what bug are you speaking?

Original comment by sven@narfation.org on 20 Jul 2010 at 7:17

[GoogleCodeExporter]

hmmm... I understand--- I guess amd64 is very important to the project. don't 
get me wrong, I love mupen64plus, but it seems to be lacking somewhat in video 
against PJ64 (which has widescreen, but sadly is closed source)
Anyway, I said that because RiceVideo development seems not active, and 
possibly this won't get fixed ( I may be wrong, of course )

what's the status of Rice? is it being actively developed? or are you planning 
a new great video plugin for the new API (that would be sooooo niiiiice)

Original comment by mikeloc...@gmail.com on 21 Jul 2010 at 10:10

[GoogleCodeExporter]

If you want an advanced graphics plugin with such advanced features then you 
have to support this campaign to reach more than 10000 dollar (7000 already 
gathered): https://www.indiegogo.com/projects/gliden64-graphics-plugin

Original comment by conc...@web.de on 2 Sep 2014 at 6:43