The revbump is simply to lock the faad2 dep to the proper version.
I think this is the kind of thing that you could have done by modifying the ebuild directly without having all of us go through the stabilization process again.
RDEPEND="=media-libs/faad2-2.0* ?! And no patch, or package.mask and stable? amd64 NOT stable
amd64, media-libs/faad2-2.6.1 media-plugins/gst-plugins-faad-0.10.5 builds and installs correctly, still playing AAC format files with pipeline gst-launch-0.10 filesrc location="outfile.aac" ! faad ! alsasink
+ 25 Nov 2007; Samuli Suominen <drac@gentoo.org> + gst-plugins-faad-0.10.5.ebuild, gst-plugins-faad-0.10.5-r1.ebuild: + Change rdep of faad2 to =2.0* for stable users wrt #200252. gst-plugins-faad-0.10.5.ebuild:RDEPEND="=media-libs/faad2-2.0* gst-plugins-faad-0.10.5-r1.ebuild:RDEPEND=">=media-libs/faad2-2 Indeed I had problems playing .mp4 made with ffmpeg, but not with .aac made with faac. This way we don't need to bother archteams and look for a real solution..
gst-launch-0.10 playbin uri="file:///tmp/test.mp4" works, and Totem plays .mp4's uses qtdemux. media-libs/gst-plugins-good (/usr/lib64/gstreamer-0.10/libgstqtdemux.so)
This change in media-libs/faad2 is the fix, 25 Nov 2007; Alexis Ballier <aballier@gentoo.org> faad2-2.6.1.ebuild: make drm an useflag, enabling it disables a few other decoders As noted by use.local.desc, [- ] drm (media-libs/faad2): Add support for Digital Radio Mondiale (warning: disables other decoders)
