Re: [xine-user] alsa09 plugin working in lastest cvs?

[Brad Hilton <bhilton@vp...>]

On Friday 13 July 2001 02:09, Joachim Koenig wrote:
> HI Brad,
>
> try to change the .xinerc entry to hw:0,0 and hw:2,0

Thank you, that allowed the plugin to load properly.  However, when I try to
play back an mpeg2 file I get this:

XINE lib audio_alsa_out.c:155:(ao_open) ALSA Driver only supports AC3/stereo
output modes at the moment

Any tips on how to work around that problem?  Can I force xine to downmix the
sound to stereo?

Thanks for your help,
-Brad

Re: [xine-user] RE: [xine-devel] New DVD input plugin (fwd)

[Rich Wareham <rjw57@he...>]

http://www.dtek.chalmers.se/groups/dvd/libdvdread-0.8.0.tar.gz

Rich

On Fri, 13 Jul 2001, Derrik Pates wrote:

> On Fri, 13 Jul 2001, Rich Wareham wrote:
>
> > Correct location for DVD input plugin (thanks James):
> >
> > http://www.srcf.ucam.org/~rjw57/xine/xine-dvdnav-0.5.0.alpha3.tar.gz
>
> Where is libdvdread? I was able to snag the tarball, but it wants to find
> libdvdread, which I can't find and I haven't heard of. I tried searching
> via Google, and found nothing useful.
>
> Derrik Pates      |   Sysadmin, Douglas School   |    #linuxOS on EFnet
> dpates@... |     District (dsdk12.net)    |    #linuxOS on OPN
>
>

-- 
Rich Wareham

http://www.srcf.ucam.org/~rjw57/...
...sc/   -- Linux Software for the Cambridge University Smartcard
...xine/ -- Xine HOWTO

Re: [xine-user] RE: [xine-devel] New DVD input plugin (fwd)

[Derrik Pates <dpates@ds...>]

On Fri, 13 Jul 2001, Rich Wareham wrote:

> Correct location for DVD input plugin (thanks James):
>
> http://www.srcf.ucam.org/~rjw57/xine/xine-dvdnav-0.5.0.alpha3.tar.gz

Where is libdvdread? I was able to snag the tarball, but it wants to find
libdvdread, which I can't find and I haven't heard of. I tried searching
via Google, and found nothing useful.

Derrik Pates      |   Sysadmin, Douglas School   |    #linuxOS on EFnet
dpates@... |     District (dsdk12.net)    |    #linuxOS on OPN

[xine-user] HOWTO query

[Rich Wareham <rjw57@he...>]

I want to add a bit to the HOWTO on reporting bugs/queries. I would like
to have a template e-mail to fill in. This is my current idea. Do people
think there sohould be other things?

-- BEGIN TEMPLATE --

Version of Xine :

System description
(OS Version / Vendor, Processor, Video card, Sound hardware):

What were you doing (e.g. playing a DVD, watching a VCD, etc.):

If playing DVDs, were you using the CSS-enabled plugin?:

Description of bug and a method which reproduces it:

If using Xv output (hardware accelerated), output from 'xvinfo' command:

(optional) If SegFault, output from gdb:

-- END TEMPLATE --

-- 
Rich Wareham

http://www.srcf.ucam.org/~rjw57/...
...sc/   -- Linux Software for the Cambridge University Smartcard
...xine/ -- Xine HOWTO

Re: [xine-user] Seg fault when playing unencrypted dvds

[Rich Wareham <rjw57@he...>]

On Fri, 13 Jul 2001, Jesse Hepburn wrote:

> I *finally* was able to get xine running (yay!).  I can play files
> straight from a DVD (i.e. /mnt/cdrom/video_ts/vts_01_1.vob) but when I
> try to use the dvd setting, I get a seg fault.  Anyone know why this is?
> (and, yes, I did make a link from cdrom to dvd)

Firstly, which version of Xine? 0.4.3? If so, are you playing an encrypted
DVD (in unsure, probably yes) and have you downloaded the encrypted DVD
plugin.

If you are getting loads of 'demux error ?? ?? ?? (should be 00 00 01!)'
then you probably need the plugin (available from http://xine.cjb.net/)

If this is not the problem, can you send the output from gdb?

i.e

[user@...]$ gdb `which xine`
.
.
.
gdb> run <command_line_parameters>
.
. Do stuff to get segfault
.
gdb> bt
.
. Useful stuff
.

Rich

-- 
Rich Wareham

http://www.srcf.ucam.org/~rjw57/...
...sc/   -- Linux Software for the Cambridge University Smartcard
...xine/ -- Xine HOWTO

[xine-user] Seg fault when playing unencrypted dvds

[Jesse Hepburn <jesse_hepburn@ya...>]

I *finally* was able to get xine running (yay!).  I can play files
straight from a DVD (i.e. /mnt/cdrom/video_ts/vts_01_1.vob) but when I
try to use the dvd setting, I get a seg fault.  Anyone know why this is?
(and, yes, I did make a link from cdrom to dvd)
Thanks!

[xine-user] RE: [xine-devel] New DVD input plugin (fwd)

[Rich Wareham <rjw57@he...>]

Firstly

Correct location for DVD input plugin (thanks James):

http://www.srcf.ucam.org/~rjw57/xine/xine-dvdnav-0.5.0.alpha3.tar.gz
                                ^^^^^
Notice the difference

Secondly, a forward of an e-mail to James about some things we need in
Xine for doing NAV. Guenter, is it OK for us to have a NAV decoder in Xine
itself? Is that compatible with Xine's no-CSS / non-free DVD code
strategy? (if indeed that is what it is).

On Fri, 13 Jul 2001, James Courtier-Dutton wrote:

> Nice work.

Thanks... although you manage to stay up far past my bedtime (as you can
tell from my inability to type URLs!)

> I few things: -
> 1) I think the cell output is off a bit.

Yup. Noticed that myself. I think It might be something to do the
difference between what ogle thinks is the cell start block and the
position libdvdread reads from. (IIRC, the cell start blocks stored in the
IFO are offsets from the start of the IFO but libdvdread starts from the
beginning of the title VOBs).

> The libdvdread play_title piped into xine plays the cells perfectly, and the
> Trinity Fight in the Matrix looks perfect.
> But playing the same title with your plugin causes some of the wrong cells
> to be sent to the demux. This then causes incorrect frames.

Probably due to above error.

> 2) The best way for buttons would probably be taking mouse possition input
> from the video_output windows.
> Then at least you could click on a button, and something should work.
> You then compare the mouse input against the the NAV packet's x,y
> width,hight button blocks.

I agree with that, its just I didn't have time last night to implement the
required stuff in Xine for this. If no-one has any objections I'll try to
make the Xv output plugin support the mouse event stuff in input API v2.

> We need to really think of what the best way for all this will be.
> I think that we should have 2 methods.
> 1) have a decoder plugin for nav.
> 2) have the input plugin for nav.

This is definately the way to go. The stuff implemented above was just a
test to see how difficult parsing NAV packets is (not very :)). Its a
simple matter to move the code to demux_mpeg_block.c and pass it to a NAV
plugin. My initial suspicions were confirmed in that there is no PTS
information in the NAV packets and so it may be useful (for sync purposes)
to assign them the nominal PTS of the last demuxed video/audio block
(maybe +1 so we get ordering correct).

If no-one objects, I'm going to have a go at putting a little NAV decoder
into Xine this evening and also (should I have time) move the SPU decoder
stuff out of its own thread.

> In both cases we would need some kind of API so that the input plugin can
> talk to video out, and also the video_out can send commands to the Virtual
> Machine. (Button presses etc.).

I think generally that some sort of message passing system would be good
rather than keep adding API calls. For example, the video out plugin could
register istelf as wanting to receive 'MENU' messages and metronom could
register itself as wanting to receive 'SYNC' messages. The NAV decoder
could then simply send off messages as it decodes the NAV packets and the
required plugins would listen. In this way, the NAV decoder doesn't need
to /know/ what to do if a re-sync is necessary, it just sends out the
message.

Similarly the plugin could ask to receive 'MOUSE' events from the video
window.

Do you think this would be more understandable?

> One problem is the demux buffer. Delaying what the input plugin sends, to
> what is actually on the screen.

This is why some sort of 'FLUSH' message would be good. With a straight
API, each plugin (video, metronom, audio, etc) would have to be flushed in
turn when we jumped but with the message passing system, each plugin could
just listen for 'FLUSH' messages.

> Have you got any ideas on a menu API ?

Since the menu stuf is v. low bandwidth, I think it can be done with the
message system. E.g. the NAV plugin might send the following messages:

'BEGIN MENU TRANSACTION (PTS = xxxx)'

'HIGHLIGHT DATA = (spu stream, colour, etc)'

'MENU BUTTON x1,y1,x2,y2 NUMBER xxx'
.
.
.
.

'END MENU TRANSACTION'

Then when button number xxx is pressed, either the co-ordinate could be
passed to to the NAV plugin, or the button number, whichever turns out to
be more useful.

This way, we can implement menus in the NAV decoder plugin but /also/ in
any (non-DVD) input plugins since the menu creator simply needs to know
how to pass messages rather than talk to a specific API.

> I think the menu API should reside in the xine-engine directory.

Sounds sensible.

> > -----Original Message-----
> > From: Rich Wareham [mailto:rjw57@...]
> > Sent: 12 July 2001 23:43
> > To: James Courtier-Dutton
> > Subject: RE: [xine-devel] New DVD input plugin
> >
> >
> >
> > OK the (v. silly) bug pointed too by James below is fixed and a new
> > version can be downloaded from
> > http://www.srcf.ucam.org/~rjw57/xine-dvdnav-0.5.0.alpha3.tat.gz
> >
> > New Feature:
> >
> > When run using the MRL 'dvdnav://';, the plugin strips out NAV packets and
> > gives them a brief going over. The upshot is that menus now work (to a
> > certain extent) in Xine.
> >
> > When the menu comes up, Xine prints into its controlling terminal the
> > number of buttons defined in the PCI packet for that menu. Simply type a
> > button number (1-># of buttons) INTO THE TERMINAL, NOT INTO THE XINE
> > WINDOW!!!! THIS IS V. IMPORTANT and then press return.
> >
> > Hopefully, after the remaining video in the buffer clears, the
> > menu selection will be performed.
> >
> > The method I used for this button input is v. hacky and was just though up
> > as a simple way to test the button code. Don't moan at me if it crashes
> > halfway through typing the number:) Basically, each time a PCI packet is
> > detected, it polls stdin to see if there is anything waiting and if so
> > does a 'scanf'. Nasty, I know.
> >
> > Also you have to guess which button is number 1, which is number 2, etc
> > but it should be OK for playing with (/something/ will generally happen
> > :))
> >
> > I can use the menus on all of my DVDs with this plugin so it should work
> > on /one/ of someone elses :)
> >
> > This should be a good platform for those experimenting with getting the
> > SPU decoder to do buttons and for finding a way for input plugins to
> > receive events (although theat part is already in the API but doesn't
> > seem to be implemented yet).
> >
> > Issues:
> >
> > It would be really good if someone who knows more about Xine (Guenter?) to
> > suggest ways the following could be achieved:
> >
> > 1) Flush the video buffer -- Button selections take effect (almost)
> > immediately.
> >
> > 2) Resync metronom (either by explicitly stating which video/audio/SPU
> > PTSs are in sync, or by preforming a reset) as the code as it stands tends
> > to mess up all the sync code.
> >
> > OK, that was some marathon hacking and I'll do some tidy up and find a
> > better way of doing keyboard input tomorrow. Its late here in England and
> > some of us have to do Linux hacking in our jobs too :)
> >
> > Rich
> > (who is going to bed!)
> >
> > On Thu, 12 Jul 2001, James Courtier-Dutton wrote:
> >
> > > It would be kind of nice if this compiled !
> > > Care to tell me where I might find dvdevents.h ?
> > > There might be others, but that is as far as it has got so far.
> > > Cheers
> > > James
> > >
> > >
> > > > -----Original Message-----
> > > > From: xine-devel-admin@...
> > > > [mailto:xine-devel-admin@...]On Behalf Of
> > Rich Wareham
> > > > Sent: 12 July 2001 10:13
> > > > To: Billy Biggs
> > > > Cc: Guenter Bartsch; James Courtier-Dutton; xine-dev
> > > > Subject: Re: [xine-devel] New DVD input plugin
> > > >
> > >
> > >
> >
> > --
> > Rich Wareham
> >
> > http://www.srcf.ucam.org/~rjw57/...
> > ...sc/   -- Linux Software for the Cambridge University Smartcard
> > ...xine/ -- Xine HOWTO
> >
>
>

-- 
Rich Wareham

http://www.srcf.ucam.org/~rjw57/...
...sc/   -- Linux Software for the Cambridge University Smartcard
...xine/ -- Xine HOWTO

RE: [xine-user] alsa09 plugin working in lastest cvs?

[Joachim Koenig <Joachim.Koenig@te...>]

HI Brad,

try to change the .xinerc entry to hw:0,0 and hw:2,0

mfg
Joachim

On Thursday, July 12, 2001 4:56 PM, Brad Hilton [SMTP:bhilton@...]
wrote:
> Hello,
> 
> For some time I have been unable to get the alsa plugin for 0.9.x to
> work.  It detects alsa at compile time and produces an alsa plugin, but
> when I try to use alsa (-A alsa09) I get:
> 
> ALSA lib conf.c:2812:(parse_args) Unknown parameter 1
> ALSA lib conf.c:2920:(snd_config_expand) Parse arguments error: No such
> file or directory
> ALSA lib pcm.c:1052:(snd_pcm_open_noupdate) Unknown PCM plug:0,0
> XINE lib
> audio_alsa_out.c:686:(init_audio_out_plugin) snd_pcm_open() failed: -2
> XINE lib audio_alsa_out.c:687:(init_audio_out_plugin) >>> Check if another
> program don't already use PCM <<<
> load_plugins: audio output plugin
> /opt/xine-beta/lib/xine/plugins/xineplug_ao_out_alsa.so:
init_audio_out_plugin
> failed.
> main: audio driver <alsa09> failed
> 
> 
> My card supports multi-open so the warning about a program using PCM seems
> incorrect.  Could it just be that the .xinerc is pointing to the wrong
> device?  It currently lists:
> 
> alsa_pcm_device:plug:0,0
> alsa_ac3_device:plug:0,2
> 
> Thanks,
> -Brad
> 
> 
> _______________________________________________
> xine-user mailing list
> xine-user@...
> http://lists.sourceforge.net/lists/listinfo/xine-user

Re: [xine-user] Re: compilation

[David Shochat <shochat@ac...>]

YH wrote:

>Hello,
>
>I've installed xine_0.3.7.tar.gz in a RH linux 7.1, I've got following
>errors during compilation:
>
>     imlib-config script is not found
>     imlib needed
>
>I've checked that the imlib 1.9.8.1 is already installed. What was I am
>missing?
>
imlib-devel

Re: [xine-user] Re: compilation

[Hetz Ben Hamo <hetz-home@co...>]

1. Try Xine 0.4.3 - from xine.sourceforge.net

2. You'll need imlib-devel RPM to be installed.

3. If you want to play commercial DVD's - then get captain CSS - it's a very 
good DeCSS plugin (not included due to legal reasons). Anyone who can give 
the URL?

Thanks,
Hetz

On Friday 13 July 2001 02:51, YH wrote:
> Hello,
>
> I've installed xine_0.3.7.tar.gz in a RH linux 7.1, I've got following
> errors during compilation:
>
>      imlib-config script is not found
>      imlib needed
>
> I've checked that the imlib 1.9.8.1 is already installed. What was I am
> missing?
>
> Thank you in
>
> _______________________________________________
> xine-user mailing list
> xine-user@...
> http://lists.sourceforge.net/lists/listinfo/xine-user