realplay and realone segfault if the DISPLAY setting is exported to anything other than :0.0. For example: ------------------------- $ realplay Warning: Cannot allocate colormap entry for "#D0D0D0" Warning: Cannot allocate colormap entry for default background Warning: Color name "black" is not defined Warning: Color name "white" is not defined Warning: Cannot allocate colormap entry for "#000000" Segmentation fault -------------------------- This is not a gentoo specific bug as I have installed the realplayer binary directly and this problem still exists. The problem exists in realone also, however, the colormap warnings are not printed from realone before it segfaults.
not sure what to do with this one, to be honest :(
I'm reporting this upstream, let's see what happens.
nothing I can really do about this one, I'm afraid.
Hi, I am Greg Wright from RealNetworks. I wrote the video sufface code for un*x RealPlayers. It is a known bug that the player must display on 0:0. This was mostly due to time factors. First, sending raw video over the network isn't a great use of bandwidth and it is also hard to keep the audio in sync with the video that way. But, it certainly is possible to change the code to get this to work if you want. The video site (the video rendering code) is open sourced now along with the rest of the client engine. If you would like to contribute to the community project you can visit: https://www.helixcommunity.org Once you sign up there you can download the source code and have a look. Any questions you might have about the code I can answer from the Helix community IRC channel #helix. We also have lots of mailing lists on that site that you can use to talk with the developers here at Real and elsewhere. --greg. gwright@helixcommunity.org gwright@real.com