I've been having lots of problems with the google-chrome dev channel
build hanging on me at various times, and eventually giving the "Page
unresponsive" dialogue.
I finally tracked this down to the unblacklisting of the
gecko-mediaplayer plugin in the dev channel builds.
The thing is that if I run a gnome session then chrome works fine with
the gecko-mediaplayer plugin, its just when running under kde (my normal
environment) that it has problems.
Can you think of any reason why the hangs might happen under kde but not
gnome???
Thanks
Roderick
Roderick,
Most likely Chrome is still having problems with the glib mainloop. That
is why gecko-mediaplayer was originally blacklisted. g-m-p was using the
mainloop correctly, but the browser was not implementing it quite right
and it would hang.
The only way I have been able to prevent that in the past was to compile
without gconf, but the new code uses gsettings on gtk 2.26 and higher
and so far I have not made that optional, and I really don't think I
should have to as the problem appears to be in chrome.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk2ImOYACgkQ6w2kMH0L1dGOkgCfYbMzHz4v9ImCuJEts9qqQ9xy
EmYAnAkEUDgrr3eaFgr3P068mZAiUtS0
=BRxl
-----END PGP SIGNATURE-----
Kevin
I'm revisiting this again because g-m-p works so well with chrome
12.0.712.0 dev except for when chrome hangs! I've tried the other media
player plugins available, but none seem to be as good as g-m-p.
When you talk about compiling without gconf, do you mean compiling g-m-p
without gconf or compiling chrome without gconf?
Given that I dont see the chrome hangs when running it under a gnome
session I wonder what it is about that session that makes it work fine
and what it is about the kde session that makes it hang?
Thanks for any more thoughts you might have.
Roderick
ok, so I built the g-m-p (the one that I had checked out from svn a few
weeks ago when I was testing your new code for playing the apple
trailers in firefox4) and after configuring --with-gconf=no there are no
more chrome hangs...and I can view the trailers in firefox4 and chrome!
Excellent.
Roderick
On 03/30/2011 07:25 AM, Roderick Johnstone wrote:
>>
>
> ok, so I built the g-m-p (the one that I had checked out from svn a few
> weeks ago when I was testing your new code for playing the apple
> trailers in firefox4) and after configuring --with-gconf=no there are no
> more chrome hangs...and I can view the trailers in firefox4 and chrome!
> Excellent.
>
> Roderick
>
Roderick,
Yes I expected that to work as the problem with Chrome, as it has been
described to me, is with the glib main loop. When gconf is not used, the
glib main loop is not involved, and therefore should work with Chrome.
I'm interested in seeing how chrome works when gsettings is used (glib
2.26 or greater). I'm hoping that there will not be a problem, but I
have been unable to test it yet.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk2TMmEACgkQ6w2kMH0L1dEfeQCeJHklZa4wSYpS++a6zQhF/HIh
MMcAni1BhdZY6ywS434IefuLImse1fmm
=uzVS
-----END PGP SIGNATURE-----
So, I decided to check out your current cvs of g-m-p, but I'm having
problems building the rpm. What I did was:
./configure
make dist
rpmbuild -ta gecko-mediaplayer-1.0.3beta.tar.gz
but it gives:
config.status: executing depfiles commands
config.status: executing default-1 commands
+ make -j2
make all-recursive
make[1]: Entering directory
`/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta'
Making all in src
make[2]: Entering directory
`/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta/src'
Making all in libgmlib
make[3]: Entering directory
`/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta/src/libgmlib'
make[3]: AM_BACKSLASH@: Command not found
make[3]: *** [libgmlib_a-gm_audio.o] Error 127
make[3]: Leaving directory
`/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta/src/libgmlib'
make[2]: *** [all-recursive] Error 1
Did I do something wrong?
Thanks
Roderick
On 03/30/2011 08:08 AM, Roderick Johnstone wrote:
> ./configure
> make dist
> rpmbuild -ta gecko-mediaplayer-1.0.3beta.tar.gz
>
> but it gives:
> config.status: executing depfiles commands
> config.status: executing default-1 commands
> + make -j2
> make all-recursive
> make[1]: Entering directory
> `/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta'
> Making all in src
> make[2]: Entering directory
> `/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta/src'
> Making all in libgmlib
> make[3]: Entering directory
> `/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta/src/libgmlib'
> make[3]: AM_BACKSLASH@: Command not found
> make[3]: *** [libgmlib_a-gm_audio.o] Error 127
> make[3]: Leaving directory
> `/home/rpmbuild/rpmbuild/BUILD/gecko-mediaplayer-1.0.3beta/src/libgmlib'
> make[2]: *** [all-recursive] Error 1
>
> Did I do something wrong?
Nope, it was due to gecko-mediaplayer not using silent make files like
gnome-mplayer, I have fixed this and verified that SVN not only builds,
but a rpm can be created.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk2TS3EACgkQ6w2kMH0L1dGYuQCeNJ4v6aXFkHQMGptT+AuqPlLu
fLsAn21iAovDKKHeWiHXRLXi8TntvnS3
=p7Xt
-----END PGP SIGNATURE-----
If I start from a terminal I get:
linux> firefox
GLib-GIO-ERROR **: Settings schema 'apps.gecko-mediaplayer.preferences'
is not installed
aborting...
/usr/lib64/firefox-3.6/run-mozilla.sh: line 131: 16158 Aborted
"$prog" ${1+"$@"}
Any ideas??
Thanks again.
Roderick
Install gnome-mplayer from SVN as well. Gnome-mplayer includes the
schema for gecko-mediaplayer since you can't use g-m-p without g-m.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk2TUJUACgkQ6w2kMH0L1dGqhgCbBV7+4Yrj9KX72AjyBHi2QOnb
IjAAnikSsHIXPngpacxK+IaS5DeGB7dx
=iQi4
-----END PGP SIGNATURE-----
# rpm -q gnome-mplayer
gnome-mplayer-1.0.3beta-1.fc14.x86_64
# ls -l
/usr/share/glib-2.0/schemas/apps.gecko-mediaplayer.preferences.gschema.xml
-rw-r--r-- 1 root root 1850 Mar 30 16:39
/usr/share/glib-2.0/schemas/apps.gecko-mediaplayer.preferences.gschema.xml
Roderick
On 03/30/2011 10:27 AM, Roderick Johnstone wrote:
> I had done that:
>
> # rpm -q gnome-mplayer
> gnome-mplayer-1.0.3beta-1.fc14.x86_64
>
> # ls -l
> /usr/share/glib-2.0/schemas/apps.gecko-mediaplayer.preferences.gschema.xml
> -rw-r--r-- 1 root root 1850 Mar 30 16:39
> /usr/share/glib-2.0/schemas/apps.gecko-mediaplayer.preferences.gschema.xml
>
>
> Roderick
>
I hadn't finished updating the spec file for gsettings work, I have
committed some changes that should install and compile those settings
correctly.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk2TYVkACgkQ6w2kMH0L1dHuKACfRxIVUWGN9RnXAX4XFMXAdONl
2+IAoIo5ug072yH9EdecORSdmEvxI9Y/
=iGGg
-----END PGP SIGNATURE-----
As far as I can test it over an NX connection from home it seems to be
working well now.
Thanks.
Roderick
Just to report that after updating from cvs on Wednesday g-m-p seems to
be working really well and after configuring with --with-gconf=no chrome
is no longer hanging.
Also, just to give some more feedback on testing, I tried the apple
trailers site in chrome and firefox4 (that was the subject of another
thread) and I seem to be getting a consistent experience across Firefox
3, Firefox 4 and chrome. The main problem I noticed is that the trailers
restart after clicking the stop button or when they reach the end. I
tried several, including Cars, Limitless and African Cats.
Roderick
On 04/01/2011 07:00 AM, Roderick Johnstone wrote:
>
> Just to report that after updating from cvs on Wednesday g-m-p seems to
> be working really well and after configuring with --with-gconf=no chrome
> is no longer hanging.
>
> Also, just to give some more feedback on testing, I tried the apple
> trailers site in chrome and firefox4 (that was the subject of another
> thread) and I seem to be getting a consistent experience across Firefox
> 3, Firefox 4 and chrome. The main problem I noticed is that the trailers
> restart after clicking the stop button or when they reach the end. I
> tried several, including Cars, Limitless and African Cats.
>
> Roderick
>
Might try updating SVN of gnome-mplayer, I just did some work on that
the other day. I found problems when dealing with the STOP button and
playlists, so that should be fixed although I have not tested it yet.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAk2VzqsACgkQ6w2kMH0L1dFMQgCfWVugSGhQZFh9vZYUm7jKWfJv
oOkAn29fHcUWMgzT6zGiiCTm2GLQJhTZ
=b1MJ
-----END PGP SIGNATURE-----
ok that seems to fix the stop button problem, but the trailer still
seems to play again after it has finished (ie it continuously loops).
Also, I have seen a couple of instances when its got into a state
whereby the browser crashes and sometimes leaves a (no-longer) swallowed
gnome-mplayer on the desktop. A few browser restarts seem to be
necessary to get things working normally again. I'm afraid I haven't
been unable to pin down what causes this behaviour. Its ok most of the time.
Roderick