Hi Manfred,
> > If you have the time: See, if the xine-1_0 stable branch compiles and
> > works. I have not yet tested it myself, but it should work in theory.
>
> Sorry, was comming home late. Download is complete, compile will be
> started. I don't have time for much tests but I'll let you know when
> somethings going wrong here.
Thanks a lot for your help. I will wait until 0:00 CEST and release then,
unless some shouts "stop".
Michael
--
printk("Entering UltraSMPenguin Mode...\n");
2.2.16 /usr/src/linux/arch/sparc64/kernel/smp.c

Hi Darren
On 4/20/05, Darren Salt <linux@...> wrote:
> For configuration reasons, gxine (CVS HEAD) may have multiple copies of
> various plugins around. This doesn't always work as intended, such as whe=
n
> you're currently using the pp deinterlacer and you want to switch to tvti=
me -
> one instance is created for configuration purposes then, when the changes=
are
> applied, a second instance is created (it's not yet time to destroy the
> first) but it doesn't actually do anything to the video stream.
>=20
> Ideas?
apart from what Michael correctly pointed (that tvtime plugin is mean
to be "smart" so it won't try to deinterlace already deinterlaced
frames) there is a further interaction you should consider: previously
the deinterlacing feature was enabled/disabled using
XINE_PARAM_VO_DEINTERLACE. this property is still used by tvtime to
inform the video_out plugin whether it should perform deinterlacing
(for example, using hardware support) or not.
cascading multiple tvtime instances might cause the first one to
disable the second using XINE_PARAM_VO_DEINTERLACE (just like if it
were disabling the vo hardware deinterlacer). therefore, when you
remove the first instance you might end with just a disabled tvtime
instance. you can check this by inspecting the "enabled" parameter.
Miguel

Hi Manfred,
> > If noone else does it, this will be my first release. I could use
> > some help with the test-compilation, though, since it takes quite
> > long on my poor PII 400.
>
> I can do some testcompiles, if it helps.
If you have the time: See, if the xine-1_0 stable branch compiles and works.
I have not yet tested it myself, but it should work in theory.
Michael
--
Universe, n.:
The problem.

Hi team,
> > > What do you mean by "now" ? today ? tomorrow ? monday ?
> >
> > I think Monday would be perfectly fine.
>
> Okay, so I guess we are targetting monday ;-)
I think the ffmpeg stuff still has some problems. (It does not compile for
some and might break sputext somehow.) But we need a release due to the
recent security problems, so I decided to give it a shot. We can still
release again with the ffmpeg stuff in a week. (If this release works out,
there should not be any major issues with the next, since the changeset will
be much smaller.)
However, I need help with the Debian stuff, since I am not familiar with this
at all.
> > If noone else does it, this will be my first release. I could use some
> > help with the test-compilation, though, since it takes quite long on my
> > poor PII 400.
>
> Well, my ppc G3/800 is not significantly faster, but I'll do some test
> compiling, anyway, to test the Debian packaging.
This would be great, so you check PPC, I check IA32.
> I'll probably be busy Monday night, so unless we release before 19:00 UTC,
> I won't be able to actually make the release. However, I'll gladly help
> with the preparations...
If you could just do your test compile and update the Debian files, I will do
the rest. It might get late, though, since my machine is slow on compiling
and I have an appointment this evening, but I hope that's not too much of a
problem. We waited long enough...
Michael
--
panic("aha1740.c"); /* Goodbye */
2.2.16 /usr/src/linux/drivers/scsi/aha1740.c

Hi guys
While this question is not directly related to xine-lib I think this is
a fitting forum to ask it in.
I'm in the process of designing a movie player which should be able to
play a movie tiled on a surface using up to 10 nodes in a cluster. The
movie should of course be synchronized across the cluster and the audio
should be synchronized as well. Since we are talking movies of up to
4kx4k pixels I might need to split it into separate movies for each
machine since many codecs seems to have quite restrictive resolution
requirements.=20
I am currently investigating using xine-lib, with cluster-software to
handle the time synchronization. I would then write a custom time plugin
for xine-lib which will use the time which is guarenteered to be in
synch across the entire cluster. The clock however, will only be updated
once each frame (so ~30 times a second) with our current cluster
software, which I off course would like to use if at all possible. I am
not sure how xine-lib would react to such a clock, and how easy it would
be to implement.
What I would want ideally is a codec and player which allows for me to
number each frame of the movie uniquely and a player that gives the next
frame to me only when I ask for it (using no notion of "local time"),
synchronizing this across a cluster would then simply amount to keeping
the frame rate in synch, which is already handled by our graphics
hardware. Is this (or an approximation of it) somehow possible with
xine-lib?
I am open to other ideas though and I would love to hear _any_
experience regarding such a player, no matter the technology used.=20
Kind regards,
Thomas M=C3=B8lhave | http://www.moelhave.dk

On Mon, 2005-04-25 at 12:19 +0200, Thomas Hellstr=C3=B6m wrote:
> Hi!
>=20
> Has anybody here had any success profiling xine-lib with gprof or anoth=
er
> similar tool?
I checked some results from massif (one of valgrind's tools), and goom
is a hog, and creates plenty of buffers right from the start. About 20
megs of data always allocated at the start.
---
Bastien Nocera <hadess@...>=20

On Mon, 2005-04-25 at 12:19 +0200, Thomas Hellstr=F6m wrote:
> Hi!
>=20
> Has anybody here had any success profiling xine-lib with gprof or another
> similar tool?
>=20
> /Thomas
>=20
I have tried to use the Linux Trace Toolkit. They have a good framework
for collecting data from the kernel which works fine. There is a new
userspace collection method but so far I have not gotten it to work. It
is my intent to get this to work so I can start testing some of the
video plugins. I would appreciate the help if your interested.
Stephen