|
|
|
[
Permlink
| « Hide
]
Tofu Linden added a comment - 08/Dec/07 05:53 PM
This is a 64-bit build?
Hi Tofu,
Yes 64bit build on AMD64 Debian Sid. g++4.2.3. Using system libraries and headers in standalone mode. Do you have an idea? prehapse a 64bit portability issue or something? I'm trying to follow the code path myself now and its failing very early on in the GStreamer init(), and there is not much gstreamer related activity happening before this. In fact the fail occurs in LLMediaImplGStreamer::init (). I'm just tested my 32bit version build (in fact its version 1.18.5.3 as i don't yet have a 1.18.6.X on 32bit) and that does NOT have the above bug. So it seems this is a 64 bit only issue?
I see this on i386. Fedora standalone build, 1.18.5.3.
(<unknown>:6800): GLib-GObject-WARNING **: specified class size for type `GstSLVideo' is smaller than the parent type's `GstVideoSink' class size (<unknown>:6800): GStreamer-CRITICAL **: gst_element_register: assertion `g_type_is_a (type, GST_TYPE_ELEMENT)' failed (<unknown>:6800): GLib-GObject-WARNING **: specified class size for type `GstSLVideo' is smaller than the parent type's `GstVideoSink' class size 2007-12-09T19:14:39Z WARNING: init: Could not instantiate private-slvideo element. 2007-12-09T19:14:39Z INFO: convertImageAndLoadUrl: MEDIA> unable to load http://www.scenemusic.eu:8002/high.ogg Getting this on Ubuntu Feisty x86_64, too.
Coincidentally I always had to comment out one line in llmediaimplgstreamervidplug.cpp which contains a GST_DEBUG macro, obviously because it is part of the gstreamer-library which is only loaded at runtime. I don't think that it is part of the problem but indicates that Linden obviously use a different version of the library (I use the one provided by Ubuntu which is version 0.10). This a concern, it appears the lindens already use a modified version of xmlrpc-epi (needed on windlight12 branch) and now it is possible there is a modified version of gstreamer as well. This is making packaging the viewer for linux distros a nightmare
Ok, I compiled the whole gstreamer/glib stuff from the sources now and dug into it. The two errors stem from a very simple error in the setup of the glib object types.
The attached patch fixes this (actually just GstVideoSinkClass instead of GstVideoSink). Decoding seems to work now (given the necessary plug-ins are installed) but I still have to verify if it actually renders something on a texture. Due to the maintainance I was only able to find one spot and it didn't work there (texture didn't change). I wonder why this error does not hurt the official build. Oh, this patch does not comment out the one "GST_DEBUG"-macro since I am not sure if this affects everybody. The reason it is necessary for me is probably that the way debug output is handled was changed in later revisions of gstreamer 0.10. Linden dynamically loads the gstreamer lib at runtime which is obviously not really supported (there are several references to the current way being a hack in the sources). Please try the patch and report if it works better for you. Testing in progress. I have committed the patch and will have to leave the system building a new debian package of the slviewer overnight. I can test again on AMD64 and i386 tomorrow. Many thanks for this one! Will report back some point tomorrow with various results.
Ok results on i386 system show basic functionality of video now. It didn't seem very reliable but that could have been the streaming source. Also noticed that there is excessive writing to the log with "my_bus_callback: Got GST message type: element" (30 times a second) which i will remove later as this just fills the logs and slows things down but i think the basic problem reported in this JIRA is solved!
Ok checked out the AMD64 and its perfect!, found a decent provider and got sound and vision
Thanks for testing, Michelle2, all the sources I found were not available or not handled by the plug-ins so I could not really find one that would actually work. Wonder if there are good places to test streaming in SL.
Still not working on Fedora, now I get this:
2007-12-14T03:32:59Z INFO: grab_gst_syms: Found DSO: libgstaudio-0.10.so.0 2007-12-14T03:32:59Z INFO: grab_gst_syms: grabbed symbol: gst_audio_sink_get_type from 0x7e21a70 2007-12-14T03:32:59Z INFO: grab_gst_syms: Found DSO: libgstvideo-0.10.so.0 2007-12-14T03:32:59Z INFO: grab_gst_syms: grabbed symbol: gst_video_sink_get_type from 0x7db02a0 2007-12-14T03:33:00Z INFO: load: Setting media URI: http://www.scenemusic.eu:8002/high.ogg 2007-12-14T03:33:00Z INFO: load returns 1 2007-12-14T03:33:00Z INFO: looping media... 0 2007-12-14T03:33:00Z INFO: playing media... GLib-ERROR **: The thread system is not yet initialized. aborting... Aborted Just noticed something else, on the 32bit build the media texture in the "about land" window is corrupt. Seems fine on 64bit build. Not sure if this is important or just another independent bug.
Carjay: as for the supported streams, make sure you have all the gstreamer plugins, good/bad and ugly installed and also any non-free codecs that may be required. I did find one place that had good streams, but i've currently lost it again. It was showing various movies and they were ok. It would be useful to may be have some very short videos on a server somewhere in a few different formats that we can use for testing? Seg: At least its past the first problem but where is that GLib error coming from?, may be its the exact version of gstreamer in Fedora? Michelle2: Yes, a place where "good" streams could be found would be great. Some media streams I tested failed because there was no "text/html"-plug-in available, for others the resources could not be opened and the rest was not supported (installed all kinds of plug-ins, good, bad, ugly, hideous...). :-P
The media texture is maybe another OpenJPEG-issue? Seg: I never saw this GLib-Error, so I am not sure what's causing this but I can at least tell you where glib_thread_init() is getting called in my system. It is at startup as part of the SDL Window creation in ll_try_gtk_init () at llwindow/llwindowsdl.cpp:119 Ok some locations, sorry for the delay! :-
.mov streams :- (seem to be music videos when i went there) Lightening Video Mall, Lightening Video (168, 133, 26) Not sure what type of stream:- Seem to all have video streams that function ok under linux and have decent servers to stream from. Warning i have not explored the content at these locations only verified that streams work . I do not endorse these locations or their contents, they are just 3 i found that seem to work! Should allow basic testing anyway Is my Fedora threading problem worth having its own bug?
Seg , yea open another bug, this one seems to have identified and fixed one issue. So its probably better to keep the bugs and fixes as small as possible to maximize chances/minimize time to get applied upstream.
RC4 still don't open .mov stream
Gstreamer 0.10.10 (Deabian etch) Tayra: The fix has not yet made it to a publicly released version so it has not been applied to RC4. As you are using debian why not use my .debs which have this already fixed?
I found this bug on Google by searching 'llwindowsdl.cpp:119' from my compile error:
lib_releasenoopt_client/i686-linux/libllwindow.a(llwindowsdl.o): In function `ll_try_gtk_init()': /tmp/paul/home/paul/abs/unsup/secondlife/src/linden/indra/i686-linux-client-releasenoopt/llwindow/llwindowsdl.cpp:119: undefined reference to `g_thread_init' collect2: ld returned 1 exit status scons: *** [newview/secondlife-i686-bin-globalsyms] Error 1 scons: building terminated because of errors. ==> ERROR: Build Failed. This was mentioned in https://jira.secondlife.com/browse/VWR-3737?focusedCommentId=38248#action_38248 Don't know if this is really related. This was a build of 1.18.5.3 with: Edit1: I reopened # Michelle2 Zenovka wrote; I am trying to get video streaming working under ubuntu or Debian (whichever is easier) is there a deb/howto that someone could point me at? Thanks Sam Romano:
apt-repository details can be found at :- http://www.byteme.org.uk/secondlife/apt-get-a-secondlife.html You may need to ensure you have all the gstreamer plugins available. Some of them are in non-free and debian-multimedia. I think this is long dead and resolved. If it reoccurs or is actually still happening for anyone, feel free to reopen
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Resolved
Normal
gstreamer fails to show videos on linux standalone builds
