GNOME Bugzilla – Bug 94802
xvideosink does not work on a remote X session
Last modified: 2004-12-22 21:47:04 UTC
xvideosink should work over a remote X connection, without XVideo acceleration of course, but here's what happens: Running "gst-player": Shared memory unavailable, using regular images The program 'gst-player' received an X Window System error. This probably reflects a bug in the program. The error was 'BadShmSeg (invalid shared segment parameter)'. (Details: serial 15 error_code 175 request_code 146 minor_code 2) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Running "gst-inspect xvideosink": Shared memory unavailable, using regular images X Error of failed request: BadShmSeg (invalid shared segment parameter) Major opcode of failed request: 146 (MIT-SHM) Minor opcode of failed request: 2 (X_ShmDetach) Segment id in failed request: 0x1200003 Serial number of failed request: 15 Current serial number in output stream: 18 Inspecting videosink works fine.
Still present in 0.5.0 : this is causing problem when upgrading a rpm gstreamer install via an SSH tunnel.. Shared memory unavailable, using regular images X Error of failed request: BadShmSeg (invalid shared segment parameter) Major opcode of failed request: 143 (MIT-SHM) Minor opcode of failed request: 2 (X_ShmDetach) Segment id in failed request: 0x3000003 Serial number of failed request: 14 Current serial number in output stream: 17 Mandrake cooker..
I think I fixed this in CVS. It was either destroying resources that shouldn't have been or some ordering issue. I'm not quite sure and would appriciate someone who understands this X shm programming a bit better to take a look. Either way, I no longer get the error message. Changing to FIXED.