No streaming audio/video in Gentoo amd64

Has anyone been able to get streaming audio/video working on any client in Gentoo amd64? Tried to compile up 32-bit gstreamer libs, and SL won't recognize them; compiling up Techwolf's ebuild ether fails to compile (treating warnings as errors, and bombing out trying to convert one type to another), or in one case where I did get it to compile, failed to start up.

I really want a 64-bit SL, even if Vivox is 32-bit...

Have you tried techwolf's overlay of my omvviewer it *should* have a couple of 64 but fixes but i am aware there are some other issues creeping in with newer gcc's that can cause problems.

That failing, can you paste the exact error messages an i will certainly include fixes in my builds and try to chase them up on LL jira to make sure they are all reported. As Techwolf is pulling from my git we can test these patches very quickly and ensure they work before pushing them to LL as well

I can pull again, try again, and give you the errors here.

Just refreshed again... and it bombs out with warnings being treated as errors again. Error here:

http://pastebin.com/f98e770e

I just found this thread. I'll be testing it in a while and try to fix any errors. Being it is a git pull, things change fast.

I found the error, but they have to fix it.

make populate_origin failed.

tg: Adding branch topic/fixes/jira-sent/VWR-12691_use_do_while_for_statement_macros...
fatal: ambiguous argument 'origin/topic/fixes/jira-sent/VWR-12691_use_do_while_for_statement_macros': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions
fatal: origin/topic/fixes/jira-sent/VWR-12691_use_do_while_for_statement_macros: not a valid SHA1
make: *** [.stamp_populate_origin] Error 128

I have streaming audio and video working with the official client on my Gentoo x86_64 installation. I compiled the GStreamer libraries & plugins within a 32bit chroot which I have mounted at /mnt/gentoo32 and I reference these files with the LD_LIBRARY_PATH and GST_PLUGIN_SYSTEM_PATH environment variables...

LD_LIBRARY_PATH="/mnt/gentoo32/usr/lib/" GST_PLUGIN_SYSTEM_PATH="/mnt/gentoo32/usr/lib/gstreamer-0.10/" ~/SecondLife-i686-1.22.11.113941/secondlife

I alias this command in ~/.bashrc.

That did it. BTW, which packages did you have to compile in the 32-bit chroot? You may want to emerge portage-utils inside the chroot and run a "qlist -I | grep gst" for a good list.

Here is the list of GStreamer related ebuilds I have emerged in the chroot. I arrived at this set of packages by observing the output from Second Life (when attempting to access various media formats) and referencing the GStreamer documentation.

A couple of points to note:

o) You'll want to ensure you have a plugin to handle HTTP sources, in my case I'm using the neon plugin (gst-plugins-neon) which provides the neonhttpsrc element. I believe you can also use gst-plugins-soup for similar functionality.

o) You can pull in a number of these packages by setting the appropriate USE flags on the gst-plugins-meta package: media-plugins/gst-plugins-meta-0.10-r2 USE="X alsa ffmpeg mad mpeg ogg theora vorbis -a52 -dvb -dvd -esd -flac -mythtv -oss -xv".

media-libs/gstreamer-0.10.20
media-libs/gst-plugins-base-0.10.20
media-libs/gst-plugins-good-0.10.8-r1
media-plugins/gst-plugins-x-0.10.20
media-plugins/gst-plugins-theora-0.10.20
media-plugins/gst-plugins-alsa-0.10.20
media-plugins/gst-plugins-ffmpeg-0.10.5
media-plugins/gst-plugins-ogg-0.10.20
media-plugins/gst-plugins-vorbis-0.10.20
media-plugins/gst-plugins-mpeg2dec-0.10.8
media-libs/gst-plugins-bad-0.10.7
media-plugins/gst-plugins-faad-0.10.7
media-plugins/gst-plugins-neon-0.10.7
media-libs/gst-plugins-ugly-0.10.8
media-plugins/gst-plugins-mad-0.10.8

That did the trick. Thanks.

Hi Garth, after adding gst-plugins-soup it works fine for me. Thx!! JUHU!!

This is *almost* working for me (thanks).
I can correctly see the video, but no audio is played with.
In the console (but not in the logs) I find this message:
** Message: don't know how to handle audio/mpeg, mpegversion=(int)4, framed=(boolean)true, codec_data=(buffer)1210, rate=(int)44100, channels=(int)2

Following the TROUBLESHOOTING section in the README-linux.txt file, I've tryed installing media-plugins/gst-plugins-esd, but it doesn't make the job.

Any idea?

Regards,
Guru Urqhart

Dunno if this helps anyone, as I'm on x86, but here's what I have installed:

It works!
Thanks borondas. I mess media-plugins/gst-plugins-faac, media-plugins/gst-plugins-faad and media-plugins/gst-plugins-lame. I don't know which of them is really necessary.

My complete list of plugins is really fat, now.

box / # eix gst-plugins |grep \\[I\\]
media-libs/gst-plugins-bad
media-libs/gst-plugins-base
media-libs/gst-plugins-good
media-libs/gst-plugins-ugly
media-plugins/gst-plugins-a52dec
media-plugins/gst-plugins-alsa
media-plugins/gst-plugins-dvb
media-plugins/gst-plugins-dvdread
media-plugins/gst-plugins-esd
media-plugins/gst-plugins-faac
media-plugins/gst-plugins-faad
media-plugins/gst-plugins-ffmpeg
media-plugins/gst-plugins-fluendo-mpegdemux
media-plugins/gst-plugins-lame
media-plugins/gst-plugins-mad
media-plugins/gst-plugins-meta
media-plugins/gst-plugins-mpeg2dec
media-plugins/gst-plugins-neon
media-plugins/gst-plugins-ogg
media-plugins/gst-plugins-soup
media-plugins/gst-plugins-theora
media-plugins/gst-plugins-vorbis
media-plugins/gst-plugins-x
media-plugins/gst-plugins-xvideo

Fine..

Regards,
Guru Urqhart

yw

eix-tip:
eix -I --only-names gst-plugins

Huhuhu, thanks Boroondas
eix is a so powerfull tool, not simply a binary database.
I often neglect it...

Bye,
Guru Urqhart

A new issue for me is about the dialog box to upload files.
I'm really NOT expert about desktop environments.
Let's try to see if everyone have an idea.

I run KDE4 and KDE4 is installed in the chroot environment too.
(More, it is not a chroot environment, is a complete, alternative, working 32bit installation).

When I want to upload a file, SL asks for a GTK+ window, but all fonts are broken there, I see a box for each character.
Naturally, I've the same font ebuilds in the 64bit (normally working) and in the 32bit installations.

Any idea?

Regards,
Guru Urqhart

The problem was that pango wants the 32bit libs, but it search them in the 64bit environment.

I did the following steps to correct it:
- 64bit env: create a configuration file with this command -> pango-querymodules > '/etc/pango/pango.modules'
- 64bit env: edit the generated file by substituting every occurrence of /usr/lib64 with /mnt/gentoo32/usr/lib

I really don't know, now, if my 64bit system is compromised. No problems until now...

Regars,
Guru Urqhart