Re: [xine-user] compiling gxine 0.4.1

[Darren Salt <linux@yo...>]

I demand that Bill Fink may or may not have written...

[snip]
> Here's the last part of an attempt to build gxine 0.4.1 with glib2 2.2.1:
[snip]
> It all worked OK up until the link step, and then had undefined references
> for gtk_window_set_keep_above, gtk_window_set_default_icon,
> gtk_window_set_accept_focus, and gtk_window_activate_key.

Unlike the others in that list, gtk_window_activate_key is *not* marked in
the documentation (libgtk2.0-doc 2.4.13-1, Debian) as "since 2.4". Maybe it
appeared later in the GTK+ 2.2 series?

gtk_window_set_keep_above and gtk_window_set_default_icon are chrome.
gtk_window_activate_key is used to allow the menu shortcuts in full-screen
mode; as such, I don't really want to change that.

gtk_window_set_accept_focus I may be able to replace by watching for the
toolbar window gaining focus.

-- 
| Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk
| Debian,     | Northumberland | s zap,tartarus,org
| RISC OS     | Toon Army      | @                      Say NO to UK ID cards
|                                                       http://www.no2id.net/

A seminar on Time Travel will be held two weeks ago.

Re: [xine-user] compiling gxine 0.4.1

[Darren Salt <linux@yo...>]

I demand that Manfred Tremmel may or may not have written...

> Am Dienstag, 21. Dezember 2004 22:14 schrieb Darren Salt:
>> Then why didn't you report this? (Or did I miss it?) I would have tried to
>> remove the dependency on 2.4.x...

> Sorry, I had no time this days, and 0.4.1 came out very close with 2.4
> dependency, so I thought it is a known change.

It is, for one reason: nobody said whether 0.4.0 would work with 2.2.x, so I
decided that since I couldn't test it, I might as well just require something
which I *can* use and test against. :-\

(I /could/ grab GTK+ 2.2.x from snapshot.debian.org, but there's the setting
up of a chroot to do too. And it'd all be over dial-up, so I'd rather not...)

-- 
| Darren Salt | d youmustbejoking,demon,co,uk | nr. Ashington,
| Debian,     | s zap,tartarus,org            | Northumberland
| RISC OS     | @                             | Toon Army
|   Let's keep the pound sterling

It is a poor judge who cannot award a prize.

Re: [xine-user] plugin

[Michael Roitzsch <mroi@us...>]

Hi,

> I have xine playing apple movie trailers OK with one exception
>
> How do I get xine to buffer more data so that it doesn't stop
> while my painful adsl catches up

Try increasing the config options engine.buffers.audio_num_buffers and 
engine.buffers.video_num_buffers. (These are the config names for 1-rc8, 
earlier versions had different names.) You need to restart xine for these 
settings to take full effect.

Michael

-- 
/*
 * Hash table gook..
 */
	2.4.0-test2 /usr/src/linux/fs/buffer.c

[xine-user] plugin

[malcolm <malcolm@in...>]

I have xine playing apple movie trailers OK with one exception

How do I get xine to buffer more data so that it doesn't stop
while my painful adsl catches up

ta

mal

[xine-user] xine plugin

[malcolm <malcolm@in...>]

I have xine playing apple movie trailers OK with one exception

How do I get xine to buffer more data so that it doesn't stop
while my painful adsl catches up

ta

mal

Re: [xine-user] gxine mozilla plugin, links don't work, download does

[Carlos Vendramini <cvendramini@gm...>]

On Wed, 22 Dec 2004 09:42:18 -0800, Brian Craft <bcboy@...>  
wrote:

> Well, I could, but it's a subscription-only site, so it wouldn't
> be much use. I'll poke around and see if I can find any other
> examples.
>
> b.c.
>

Strange... Look this:


Doesn't work (these two cases below seems to be as you described):

http://www.apple.com/trailers/miramax/hostage/

log:
"xine: found demuxer plugin: Elementary MPEG stream demux plugin
xine: found input plugin  : file input plugin
video_decoder: no plugin available to handle ''
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 11570 bytes
xine: found input plugin  : http input plugin"


http://www.apple.com/trailers/sony/houseofflyingdaggers-tlr.html

log:
"xine: found demuxer plugin: Elementary MPEG stream demux plugin
xine: found input plugin  : file input plugin
video_decoder: no plugin available to handle ''
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 11570 bytes
xine: found input plugin  : http input plugin"



Works fine (these are ok):

http://www.apple.com/trailers/fox/flightofthephoenix/fotp_trailer_m.html

log:
"xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 10801931 bytes
xine: found input plugin  : http input plugin
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 268 bytes
xine: found input plugin  : http input plugin"


http://www.apple.com/trailers/fox/hide_and_seek/HS_trailer_medium.html

log:
"xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 10192599 bytes
xine: found input plugin  : http input plugin
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 258 bytes
xine: found input plugin  : http input plugin"

http://www.apple.com/trailers/fox_searchlight/kinsey/med.html

log:
"xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 3842820 bytes
xine: found input plugin  : http input plugin
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 244 bytes
xine: found input plugin  : http input plugin"

http://www.apple.com/trailers/wb/racing_stripes/medium.html

log:
"xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 8846819 bytes
xine: found input plugin  : http input plugin
xine: found demuxer plugin: Apple Quicktime (MOV) and MPEG-4 demux plugin
input_http: content length = 268 bytes
xine: found input plugin  : http input plugin"


-- 
+Carlos Vendramini | São Paulo - SP | BR | @mail: cvendramini@...
++Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

Re: [xine-user] compiling gxine 0.4.1

[Manfred Tremmel <Manfred.Tremmel@ii...>]

Am Dienstag, 21. Dezember 2004 22:14 schrieb Darren Salt:

> Then why didn't you report this? (Or did I miss it?) I would have
> tried to remove the dependency on 2.4.x...

Sorry, I had no time this days, and 0.4.1 came out very close with 2.4 
dependency, so I thought it is a known change.

-- 
Machs gut    | http://www.iivs.de/schwinde/buerger/tremmel/
             | http://packman.links2linux.de/
Manfred      | http://www.knightsoft-net.de

Re: [xine-user] xineui 0.99.3, very small fonts

[Carlos Vendramini <cvendramini@gm...>]

On Wed, 22 Dec 2004 14:26:29 +0100, Colossus <colossus@...> wrote:

> Hi,
>
> I just installed xine-lib and xine-ui 0.99.3. The font size is really  
> too small, it is difficult to read the menu options of xine. I went
> into the config file in .xine but I did not find any option to change.
> I don't want to switch to another frontend since I like xine-ui. Could
> this be fixed ?
>
> Thank you,
> Colossus
> Cpsed, a Linux OpenGL 3d scene editor
> http://cpsed.sourceforge.mnet
>

I think that you are talking about xine-ui default skin (xinetic). I like  
xinetic but to me is a little difficulty see the content when using it. I  
don't know how to change font size but you can choice another skin  
throught "skin downloder" (ctrl+d). There are options which has a more  
vivid visualization (sunset and bluton, for example).

Perhaps you can try those skins or other that you like. :)

regards

-- 
+Carlos Vendramini | São Paulo - SP | BR | @mail: cvendramini@...
++Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

Re: [xine-user] gxine mozilla plugin, links don't work, download does

[Brian Craft <bcboy@th...>]

On Wed, Dec 22, 2004 at 02:13:51PM -0200, Carlos Vendramini wrote:
> >Anyone know what the deal is? It seems like the plugin, perhaps, isn't
> >handling the link correctly.
> >
> >b.c.
> 
> Can you post some links?

Well, I could, but it's a subscription-only site, so it wouldn't
be much use. I'll poke around and see if I can find any other
examples.

b.c.

Re: [xine-user] gxine mozilla plugin, links don't work, download does

[Carlos Vendramini <cvendramini@gm...>]

On Tue, 21 Dec 2004 23:36:03 -0800, Brian Craft <bcboy@...>  
wrote:

> I just installed the gxine plugin for mozilla, and have been trying some
> quicktime sites. None of the links actually work. Xine pops up a window
> (outside of the browser), and for a very brief moment displays a file
> name. Then it stops. If I press the "play" button it does the same
> thing.
>
> If I download the video and invoke it with "gxine foo", it plays fine.
>
> Anyone know what the deal is? It seems like the plugin, perhaps, isn't
> handling the link correctly.
>
> b.c.

Can you post some links?

regards

-- 
+Carlos Vendramini | São Paulo - SP | BR | @mail: cvendramini@...
++Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

[xine-user] xineui 0.99.3, very small fonts

[Colossus <colossus@30...>]

Hi,

I just installed xine-lib and xine-ui 0.99.3. The font size is really 
too small, it is difficult to read the menu options of xine. I went
into the config file in .xine but I did not find any option to change.
I don't want to switch to another frontend since I like xine-ui. Could
this be fixed ?

Thank you,
Colossus
Cpsed, a Linux OpenGL 3d scene editor
http://cpsed.sourceforge.mnet

Re: [xine-user] compiling gxine 0.4.1

[Klaas J. Wiedijk <kwiedijk@xs...>]

> Compiling gxine 0.4.1 gives me the following
> error:
>
> checking for pkg-config... /usr/bin/pkg-config
> checking for glib-2.0 >= 2.4.0... Requested 'glib-2.0 >= 2.4.0' but
> version of GLib is 2.2.3
>
> configure: error: Library requirements (glib-2.0 >= 2.4.0) not met;
> consider adjusting the PKG_CONFIG_PATH environment variable if your
> libraries are in a nonstandard prefix so pkg-config can find them.
>
> My pkg-config is in /usr/bin, so OK.
> But I can't find a version of glibc greater than 2.3.3 anywhere.
> I'm running Mandrake 10.0, heavily updated.
>
> Anyone?
>
>

Hi..

In this case is "glib", not "glibc"... :)

Here the link to GTK+ project: http://www.gtk.org/

See that the most recent stable version of "glib" is 2.6.0, for GTK  
toolkit the most recent is 2.6.0 too...

regards

Carlos


In the end I went through different stages of dependency hell,
but I managed to get Gxine working.
I had to compile glib, gtk+ > 2.4.0, pango, and finally Gxine.

                 Thanks very much all, hth, Klaas.

-- 
Klaas J. Wiedijk
@mail: kwiedijk@...

[xine-user] gxine mozilla plugin, links don't work, download does

[Brian Craft <bcboy@th...>]

I just installed the gxine plugin for mozilla, and have been trying some
quicktime sites. None of the links actually work. Xine pops up a window
(outside of the browser), and for a very brief moment displays a file
name. Then it stops. If I press the "play" button it does the same
thing.

If I download the video and invoke it with "gxine foo", it plays fine.

Anyone know what the deal is? It seems like the plugin, perhaps, isn't
handling the link correctly.

b.c.

[xine-user] Where are the dvd controls for gxine?

[Brian Craft <bcboy@th...>]

I just tried out gxine for watching dvds. It does the dvd menus ok, but
I can't find any of the standard dvd controls, such as a "root menu"
button. Once playback has started there's no way to stop it except the
"stop" button, which is equivalent to ejecting the disc. What's the
deal? Where are all the controls you'd find on a dvd player remote?

I also found that after hitting the fast-forward button I couldn't
get it *out* of fast forward mode. Hitting the "play" button didn't
switch it back to normal playback speed. 

This is with the ubuntu package 0.3.3-3.

b.c.

Re: [xine-user] compiling gxine 0.4.1

[Bill Fink <billfink@mi...>]

On Tue, 21 Dec 2004, Darren Salt wrote:

> I demand that Manfred Tremmel may or may not have written...
> 
> > Am Dienstag, 21. Dezember 2004 19:31 schrieb Darren Salt:
> >> Perhaps you could try to build it anyway, forcing it as follows:
> 
> >> * edit configure.ac such that the three PKG_CHECK_MODULES lines
> >> immediately below the "check for gtk 2" comment all check for verson 2.2.0
> >> or later rather than 2.4.0 or later - basically, replace "2.4.0" with
> >> "2.2.0".
> 
> > This will not work. In 0.4.0 it was checked for >= 2.2.0, but it didn't
> > build with 2.2.x (I've tried with SuSE 9.1 and 9.0) and only worked with
> > 2.4.x (SuSE 9.2 in my case).

Here's the last part of an attempt to build gxine 0.4.1 with
glib2 2.2.1:

gcc -I/usr/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DLOCALEDIR=\"/usr/local/share/locale\" -D_GNU_SOURCE -o gxine engine.o gtkvideo.o log_window.o main.o mediamarks.o preferences.o playlist.o stream_info.o infobar.o settings.o wizards.o http.o xmlparser.o xmllexer.o utils.o desktop_integration.o script_engine.o server.o noskin_window.o skin_window.o key_events.o menu.o open_mrl.o drag_drop.o play_item.o lirc.o snapshot.o player.o vis.o time_widget.o widget_video.o gtkflipbutton.o -Wl,--export-dynamic  -L/usr/X11R6/lib -L/usr/lib /usr/lib/libxine.so -lz -lnsl -lpthread -lrt -pthread -lgthread-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lXtst ../src/spidermonkey/.libs/libspidermonkey.a
main.o(.text+0x2bc): In function `splash_show':
: undefined reference to `gtk_window_set_keep_above'
main.o(.text+0x2bc): In function `splash_show':
: relocation truncated to fit: R_PPC_REL24 gtk_window_set_keep_above
main.o(.text+0x708): In function `main':
: undefined reference to `gtk_window_set_default_icon'
main.o(.text+0x708): In function `main':
: relocation truncated to fit: R_PPC_REL24 gtk_window_set_default_icon
noskin_window.o(.text+0xe48): In function `noskin_main_init':
: undefined reference to `gtk_window_set_accept_focus'
noskin_window.o(.text+0xe48): In function `noskin_main_init':
: relocation truncated to fit: R_PPC_REL24 gtk_window_set_accept_focus
key_events.o(.text+0x1e4c): In function `do_edit_key_cb':
: undefined reference to `gtk_window_activate_key'
key_events.o(.text+0x1e4c): In function `do_edit_key_cb':
: relocation truncated to fit: R_PPC_REL24 gtk_window_activate_key
collect2: ld returned 1 exit status

It all worked OK up until the link step, and then had undefined
references for gtk_window_set_keep_above, gtk_window_set_default_icon,
gtk_window_set_accept_focus, and gtk_window_activate_key.

						-Bill

Re: [xine-user] new skin

[Bill Fink <billfink@mi...>]

On Tue, 21 Dec 2004, David G«Ñmez_ wrote:

> > The version number and other bugs is already improved
> > by Daniel Caujolle-Bert and package strored in Xine's
> > homepage contain it. Thanks him.
> 
> And thanks to you for this very nice skin. This has become my
> default skin after some using it for some seconds ;))

I like it also!  There is a minor problem with the tarball on the
xine site.  If you install Bluton in /usr/share/xine/skins so it's
available system-wide, xine won't see it because the permissions
on the main Bluton directory are wrong:

gwiz# pwd
/usr/share/xine/skins

gwiz# ls -ld Bluton
drwxr--r--    3 nobody   nobody       4096 Dec 20 12:27 Bluton/

This is easily fixed by:

gwiz# chmod 755 Bluton

gwiz# ls -ld Bluton
drwxr-xr-x    3 nobody   nobody       4096 Dec 20 12:27 Bluton/

Also, all the files are owned by nobody.nobody whereas for example
all the default xinetic skin files are owned by root.root, but this
shouldn't matter.  And I don't know if it was really meant to include
the doinst.sh, font_install.sh, and src/* files in the tarball.

> > About size I little wonder becase I designed it
> > for my monitor 1024x768. Make Large version mean
> 
> I like that size, because i use too 1024x768 in all my computers.

I'm using 1152x870 and it's still pretty decent at that resolution too.

						-Thanks

						-Bill

[xine-user] poor assumption in cvs src.rpm packaging

[Mohamad Al-Saqer <msaqer@ia...>]

Hi
I grapped the cvc version: libxine1-1_cvs-041214.src.rpm file from 
http://cambuca.ldhs.cetuc.puc-rio.br/xine/

I tried to compile it in my x86_64 machine using the command rpmbuild 
--rebuild --target x86_64 libxine1-1_cvs.-XX.src.rpm. The build stopped 
complaining about /usr/lib//libGL.so having the wrong format.

SInce I do not like to look at spec files, I solved the problem by linking 
the /usr/lib/libGL.so -> /usr/lib64/usr/libGL.so.1 instead 
of /usr/lib/usr/libGL.so.1. The building process completed fine. Then I 
linked the libGL.so file to the right file back again.

While I could solve this, I think it will be nice if the libxine src.rpm 
packages could link to the right libGL.so 

Mohamad