Discussion:
Sound disappearing from VLC after kernel update
Patrick Connolly
2011-10-10 07:26:56 UTC
Permalink
I recently updated my Fedora 15 which did a kernel update. Now the
sound has vanished from VLC. Xine is still fine -- though it still
won't play some DVDs that stopped working after the previous update.

If I log on as a different user the problem vanishes (from VLC) which
indicates there's a setting in ~/ directory somewhere, but there
doesn't seem to be a ~/.vlc directory nor anything I can think of where
they'd be.

It might work if I wipe my ~/.kde directory and let KDE create a new
one, but there are oodles of settings in there I don't fancy redoing.

Any ideas what I could be overlooking?

TIA
--
___ Patrick Connolly
{~._.~}
_( Y )_ Good judgment comes from experience
(:_~*~_:) Experience comes from bad judgment
(_)-(_)


_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Cliff Pratt
2011-10-10 08:05:02 UTC
Permalink
Post by Patrick Connolly
I recently updated my Fedora 15 which did a kernel update. Now the
sound has vanished from VLC. Xine is still fine -- though it still
won't play some DVDs that stopped working after the previous update.
If I log on as a different user the problem vanishes (from VLC)
which indicates there's a setting in ~/ directory somewhere, but
there doesn't seem to be a ~/.vlc directory nor anything I can think
of where they'd be.
It might work if I wipe my ~/.kde directory and let KDE create a new
one, but there are oodles of settings in there I don't fancy
redoing.
Any ideas what I could be overlooking?
I don't know about Fed15 but my Ubuntu has a .vlc directory in my home
directory. Do you want to take another look, just in case?

Ur, I just had another look and found that it hadn't been touched since
27/9/2009. There is a README in there touched on that date that says
"The VLC media player configuration folder has moved to comply
with the XDG Base Directory Specification version 0.6. Your
configuration has been copied to the new location:
/home/cliffp/.config/vlc/vlcrc
You can delete this directory and all its contents."

Hope that helps! There is indeed a .config/vlc/vlcrc at that location.

Cheers,

Cliff

_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Nevyn
2011-10-10 08:05:10 UTC
Permalink
Post by Patrick Connolly
I recently updated my Fedora 15 which did a kernel update. Now the
sound has vanished from VLC. Xine is still fine -- though it still
won't play some DVDs that stopped working after the previous update.
If I log on as a different user the problem vanishes (from VLC) which
indicates there's a setting in ~/ directory somewhere, but there
doesn't seem to be a ~/.vlc directory nor anything I can think of where
they'd be.
It might work if I wipe my ~/.kde directory and let KDE create a new
one, but there are oodles of settings in there I don't fancy redoing.
Any ideas what I could be overlooking?
TIA
--
___ Patrick Connolly
{~._.~}
_( Y )_ Good judgment comes from experience
(:_~*~_:) Experience comes from bad judgment
(_)-(_)
find ~ -iname "*vlc*" (pretty generic way of finding such files)

rm -fr .config/vlc
rm -fr .local/share/vlc
rm -fr .cache/vlc

Seems to put everything back into a "out of the box" state...

Regards,
Nevyn
http://nevsramblings.blogspot.com/
_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Patrick Connolly
2011-10-10 08:53:29 UTC
Permalink
Somewhere about Mon, 10-Oct-2011 at 09:05PM +1300 (give or take), Nevyn wrote:

|> On 10 October 2011 20:26, Patrick Connolly <***@slingshot.co.nz> wrote:
|>
|> > I recently updated my Fedora 15 which did a kernel update. Now the
|> > sound has vanished from VLC. Xine is still fine -- though it still
|> > won't play some DVDs that stopped working after the previous update.
|> >
|> > If I log on as a different user the problem vanishes (from VLC) which
|> > indicates there's a setting in ~/ directory somewhere, but there
|> > doesn't seem to be a ~/.vlc directory nor anything I can think of where
|> > they'd be.
|> >
|> > It might work if I wipe my ~/.kde directory and let KDE create a new
|> > one, but there are oodles of settings in there I don't fancy redoing.
|> >
|> > Any ideas what I could be overlooking?
|> >
|> > TIA
|> >
|> >
|> > --
|> > ___ Patrick Connolly
|> > {~._.~}
|> > _( Y )_ Good judgment comes from experience
|> > (:_~*~_:) Experience comes from bad judgment
|> > (_)-(_)
|> >
|>
|> find ~ -iname "*vlc*" (pretty generic way of finding such files)
|>


Silly me. I normally would do

locate vlc | grep config

Which would have worked fine. Think I was looking for a .vlc

Thanks also to Cliff


That was easy. Evidently the problem with Xine is rather different
(particularly since a different user makes no difference to the
symptoms). Generally I prefer to use it in preference to VLC but with
some DVDs, I can get as far as indicating which part of the DVD I want
to see and once I select it, Xine vanishes. I couldn't find anything
in /var/log/messages but I know that it did used to work before a
kernel upgrade.

Ideas where I should look would be appreciated.
--
___ Patrick Connolly
{~._.~}
_( Y )_ Good judgment comes from experience
(:_~*~_:) Experience comes from bad judgment
(_)-(_)


_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Nick Rout
2011-10-10 21:44:56 UTC
Permalink
On Mon, Oct 10, 2011 at 9:53 PM, Patrick Connolly
|>
|> > I recently updated my Fedora 15 which did a kernel update.  Now the
|> > sound has vanished from VLC.  Xine is still fine -- though it still
|> > won't play some DVDs that stopped working after the previous update.
|> >
|> > If I log on as a different user the problem vanishes (from VLC) which
|> > indicates there's a setting in ~/ directory somewhere, but there
|> > doesn't seem to be a ~/.vlc directory nor anything I can think of where
|> > they'd be.
|> >
|> > It might work if I wipe my ~/.kde directory and let KDE create a new
|> > one, but there are oodles of settings in there I don't fancy redoing.
|> >
|> > Any ideas what I could be overlooking?
|> >
|> > TIA
|> >
|> >
|> > --
|> >   ___     Patrick Connolly
|> >  {~._.~}
|> >  _( Y )_          Good judgment comes from experience
|> > (:_~*~_:)         Experience comes from bad judgment
|> >  (_)-(_)
|> >
|>
|> find ~ -iname "*vlc*" (pretty generic way of finding such files)
|>
Silly me.  I normally would do
locate vlc | grep config
Which would have worked fine.  Think I was looking for a .vlc
Thanks also to Cliff
That was easy.  Evidently the problem with Xine is rather different
(particularly since a different user makes no difference to the
symptoms).  Generally I prefer to use it in preference to VLC but with
some DVDs, I can get as far as indicating which part of the DVD I want
to see and once I select it, Xine vanishes.  I couldn't find anything
in /var/log/messages but I know that it did used to work before a
kernel upgrade.
Ideas where I should look would be appreciated.
running from the command line generally sips out error messages that
are informative.

_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Patrick Connolly
2011-10-13 06:01:10 UTC
Permalink
Somewhere about Tue, 11-Oct-2011 at 10:44AM +1300 (give or take), Nick Rout wrote:

|> On Mon, Oct 10, 2011 at 9:53 PM, Patrick Connolly
|> <***@slingshot.co.nz> wrote:

[...]

|> >
|> > That was easy.  Evidently the problem with Xine is rather different
|> > (particularly since a different user makes no difference to the
|> > symptoms).  Generally I prefer to use it in preference to VLC but with
|> > some DVDs, I can get as far as indicating which part of the DVD I want
|> > to see and once I select it, Xine vanishes.  I couldn't find anything
|> > in /var/log/messages but I know that it did used to work before a
|> > kernel upgrade.
|> >
|> > Ideas where I should look would be appreciated.
|>
|> running from the command line generally sips out error messages that
|> are informative.

Thanks for that suggestion. It certainly gives something, but it's
meaningless to me.

What information can be gathered from this?

======= Memory map: ========
00110000-0013d000 r-xp 00000000 08:06 36428 /usr/lib/libvcdinfo.so.0.2.0
0013d000-0013e000 rw-p 0002d000 08:06 36428 /usr/lib/libvcdinfo.so.0.2.0
0013e000-0013f000 rw-p 00000000 00:00 0
0013f000-0014a000 r-xp 00000000 08:06 48631 /usr/lib/libiso9660.so.7.0.0
0014a000-0014b000 rw-p 0000b000 08:06 48631 /usr/lib/libiso9660.so.7.0.0
0014b000-0016a000 r-xp 00000000 08:06 59300 /usr/lib/libcdio.so.12.0.0
0016a000-0016b000 rw-p 0001e000 08:06 59300 /usr/lib/libcdio.so.12.0.0
0016b000-0016f000 rw-p 00000000 00:00 0

[...]

008ea000-008fd000 rw-p 00000000 00:00 0
00904000-00905000 r-xp 00000000 00:00 0 [vdso]
00929000-00931000 r-xp 00000000 08:06 146695 /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
00931000-00932000 rw-p 00007000 08:06 146695 /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
00932000-00935000 r-xp 00000000 08:06 146727 /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
00935000-00936000 rw-p 00003000 08:06 146727 /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
0096b000-00970000 r-xp 00000000 08:06 146693 /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
00970000-00971000 rw-p 00004000 08:06 146693 /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
0099e000-009a0000 r-xp 00000000 08:06 146688 /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
009a0000-009a1000 rw-p 00001000 08:06 146688 /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
00a0f000-00a19000 r-xp 00000000 08:06 146724 /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
00a19000-00a1a000 rw-p 00009000 08:06 146724 /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
00a27000-00a28000 r-xp 00000000 08:06 146659 /usr/lib/xine/plugins/1.29/xineplug_ao_out_none.soAborted (core dumped)


I'm guessing the last few lines are what tell the story and in the
interests of avoiding clutter I omitted a chunk in the middle. If it
is needed, it can be supplied (about 70 lines of output).


TIA
--
___ Patrick Connolly
{~._.~}
_( Y )_ Good judgment comes from experience
(:_~*~_:) Experience comes from bad judgment
(_)-(_)


_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Glenn Enright
2011-10-13 06:23:12 UTC
Permalink
I recently became aware that xine backend of the kde sound system did
not play nice in the stock ubuntu 10.04 versions (ie a known bug). And
xine would randomly exit during sound play. Thankfully I was able to
grab the backports version which worked much better.
Post by Patrick Connolly
|> On Mon, Oct 10, 2011 at 9:53 PM, Patrick Connolly
[...]
|> >
|> > That was easy.  Evidently the problem with Xine is rather different
|> > (particularly since a different user makes no difference to the
|> > symptoms).  Generally I prefer to use it in preference to VLC but with
|> > some DVDs, I can get as far as indicating which part of the DVD I want
|> > to see and once I select it, Xine vanishes.  I couldn't find anything
|> > in /var/log/messages but I know that it did used to work before a
|> > kernel upgrade.
|> >
|> > Ideas where I should look would be appreciated.
|>
|> running from the command line generally sips out error messages that
|> are informative.
Thanks for that suggestion.  It certainly gives something, but it's
meaningless to me.
What information can be gathered from this?
======= Memory map: ========
00110000-0013d000 r-xp 00000000 08:06 36428      /usr/lib/libvcdinfo.so.0.2.0
0013d000-0013e000 rw-p 0002d000 08:06 36428      /usr/lib/libvcdinfo.so.0.2.0
0013e000-0013f000 rw-p 00000000 00:00 0
0013f000-0014a000 r-xp 00000000 08:06 48631      /usr/lib/libiso9660.so.7.0.0
0014a000-0014b000 rw-p 0000b000 08:06 48631      /usr/lib/libiso9660.so.7.0.0
0014b000-0016a000 r-xp 00000000 08:06 59300      /usr/lib/libcdio.so.12.0.0
0016a000-0016b000 rw-p 0001e000 08:06 59300      /usr/lib/libcdio.so.12.0.0
0016b000-0016f000 rw-p 00000000 00:00 0
[...]
008ea000-008fd000 rw-p 00000000 00:00 0
00904000-00905000 r-xp 00000000 00:00 0          [vdso]
00929000-00931000 r-xp 00000000 08:06 146695     /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
00931000-00932000 rw-p 00007000 08:06 146695     /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
00932000-00935000 r-xp 00000000 08:06 146727     /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
00935000-00936000 rw-p 00003000 08:06 146727     /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
0096b000-00970000 r-xp 00000000 08:06 146693     /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
00970000-00971000 rw-p 00004000 08:06 146693     /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
0099e000-009a0000 r-xp 00000000 08:06 146688     /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
009a0000-009a1000 rw-p 00001000 08:06 146688     /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
00a0f000-00a19000 r-xp 00000000 08:06 146724     /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
00a19000-00a1a000 rw-p 00009000 08:06 146724     /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
00a27000-00a28000 r-xp 00000000 08:06 146659     /usr/lib/xine/plugins/1.29/xineplug_ao_out_none.soAborted (core dumped)
I'm guessing the last few lines are what tell the story and in the
interests of avoiding clutter I omitted a chunk in the middle.  If it
is needed, it can be supplied (about 70 lines of output).
TIA
--
  ___     Patrick Connolly
 {~._.~}
 _( Y )_          Good judgment comes from experience
(:_~*~_:)         Experience comes from bad judgment
 (_)-(_)
_______________________________________________
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Patrick Connolly
2011-10-13 07:13:10 UTC
Permalink
Somewhere about Thu, 13-Oct-2011 at 07:23PM +1300 (give or take), Glenn Enright wrote:

|> I recently became aware that xine backend of the kde sound system did
|> not play nice in the stock ubuntu 10.04 versions (ie a known bug). And
|> xine would randomly exit during sound play. Thankfully I was able to
|> grab the backports version which worked much better.

My problems seem to coincide with an upgrade, so it could well be the
same thing going on. "Random" is the operative word. I tried again
and got a very different sequence, but this at the top was still the
same.


......
libdvdread: Found 5 VTS's
libdvdread: Elapsed time 0
*** buffer overflow detected ***: xine terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x45)[0x4f7a9d95]
/lib/libc.so.6[0x4f7a7d87]
/lib/libc.so.6(__strncpy_chk+0x163)[0x4f7a72b3]
/usr/lib/xine/plugins/1.29/xineplug_decode_spucc.so(+0x271f)[0x7f471f]
/usr/lib/libxine.so.1[0x430d2af8]
/usr/lib/libxine.so.1(_x_get_spu_decoder+0x105)[0x430d7159]
/usr/lib/xine/plugins/1.29/xineplug_decode_mpeg2.so(+0x1e92)[0x6d7e92]
/usr/lib/xine/plugins/1.29/xineplug_decode_mpeg2.so(+0x181f2)[0x6ee1f2]
/usr/lib/libxine.so.1[0x430d8aaf]
/lib/libpthread.so.0[0x4f87ea2e]
/lib/libc.so.6(clone+0x5e)[0x4f79134e]
======= Memory map: ========
.......


It seems that it's to do with codecs. Some DVDs play fine; others
fall over always at the same place. That would indicate that VLC is
quite independent of those codecs. From what I can work out, it is a
recognised Xine bug but I can't find anything to do with anyone
working out a way around it.


Has anyone any better information?




|>
|> On 13 October 2011 19:01, Patrick Connolly <***@slingshot.co.nz> wrote:
|> > Somewhere about Tue, 11-Oct-2011 at 10:44AM +1300 (give or take), Nick Rout wrote:
|> >
|> > |> On Mon, Oct 10, 2011 at 9:53 PM, Patrick Connolly
|> > |> <***@slingshot.co.nz> wrote:
|> >
|> > [...]
|> >
|> > |> >
|> > |> > That was easy.  Evidently the problem with Xine is rather different
|> > |> > (particularly since a different user makes no difference to the
|> > |> > symptoms).  Generally I prefer to use it in preference to VLC but with
|> > |> > some DVDs, I can get as far as indicating which part of the DVD I want
|> > |> > to see and once I select it, Xine vanishes.  I couldn't find anything
|> > |> > in /var/log/messages but I know that it did used to work before a
|> > |> > kernel upgrade.
|> > |> >
|> > |> > Ideas where I should look would be appreciated.
|> > |>
|> > |> running from the command line generally sips out error messages that
|> > |> are informative.
|> >
|> > Thanks for that suggestion.  It certainly gives something, but it's
|> > meaningless to me.
|> >
|> > What information can be gathered from this?
|> >
|> > ======= Memory map: ========
|> > 00110000-0013d000 r-xp 00000000 08:06 36428      /usr/lib/libvcdinfo.so.0.2.0
|> > 0013d000-0013e000 rw-p 0002d000 08:06 36428      /usr/lib/libvcdinfo.so.0.2.0
|> > 0013e000-0013f000 rw-p 00000000 00:00 0
|> > 0013f000-0014a000 r-xp 00000000 08:06 48631      /usr/lib/libiso9660.so.7.0.0
|> > 0014a000-0014b000 rw-p 0000b000 08:06 48631      /usr/lib/libiso9660.so.7.0.0
|> > 0014b000-0016a000 r-xp 00000000 08:06 59300      /usr/lib/libcdio.so.12.0.0
|> > 0016a000-0016b000 rw-p 0001e000 08:06 59300      /usr/lib/libcdio.so.12.0.0
|> > 0016b000-0016f000 rw-p 00000000 00:00 0
|> >
|> > [...]
|> >
|> > 008ea000-008fd000 rw-p 00000000 00:00 0
|> > 00904000-00905000 r-xp 00000000 00:00 0          [vdso]
|> > 00929000-00931000 r-xp 00000000 08:06 146695     /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
|> > 00931000-00932000 rw-p 00007000 08:06 146695     /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
|> > 00932000-00935000 r-xp 00000000 08:06 146727     /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
|> > 00935000-00936000 rw-p 00003000 08:06 146727     /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
|> > 0096b000-00970000 r-xp 00000000 08:06 146693     /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
|> > 00970000-00971000 rw-p 00004000 08:06 146693     /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
|> > 0099e000-009a0000 r-xp 00000000 08:06 146688     /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
|> > 009a0000-009a1000 rw-p 00001000 08:06 146688     /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
|> > 00a0f000-00a19000 r-xp 00000000 08:06 146724     /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
|> > 00a19000-00a1a000 rw-p 00009000 08:06 146724     /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
|> > 00a27000-00a28000 r-xp 00000000 08:06 146659     /usr/lib/xine/plugins/1.29/xineplug_ao_out_none.soAborted (core dumped)
|> >
|> >
|> > I'm guessing the last few lines are what tell the story and in the
|> > interests of avoiding clutter I omitted a chunk in the middle.  If it
|> > is needed, it can be supplied (about 70 lines of output).
|> >
|> >
|> > TIA
|> >
|> > --
|> >   ___     Patrick Connolly
|> >  {~._.~}
|> >  _( Y )_          Good judgment comes from experience
|> > (:_~*~_:)         Experience comes from bad judgment
|> >  (_)-(_)
|> >
|> >
|> > _______________________________________________
|> > NZLUG mailing list ***@linux.net.nz
|> > http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
|> >
|>
|> _______________________________________________
|> NZLUG mailing list ***@linux.net.nz
|> http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
--
___ Patrick Connolly
{~._.~}
_( Y )_ Good judgment comes from experience
(:_~*~_:) Experience comes from bad judgment
(_)-(_)


_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Nick Rout
2011-10-13 07:21:43 UTC
Permalink
On Thu, Oct 13, 2011 at 8:13 PM, Patrick Connolly
Post by Patrick Connolly
|> I recently became aware that xine backend of the kde sound system did
|> not play nice in the stock ubuntu 10.04 versions (ie a known bug). And
|> xine would randomly exit during sound play. Thankfully I was able to
|> grab the backports version which worked much better.
My problems seem to coincide with an upgrade, so it could well be the
same thing going on.  "Random" is the operative word.  I tried again
and got a very different sequence, but this at the top was still the
same.
......
libdvdread: Found 5 VTS's
libdvdread: Elapsed time 0
*** buffer overflow detected ***: xine terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x45)[0x4f7a9d95]
/lib/libc.so.6[0x4f7a7d87]
/lib/libc.so.6(__strncpy_chk+0x163)[0x4f7a72b3]
/usr/lib/xine/plugins/1.29/xineplug_decode_spucc.so(+0x271f)[0x7f471f]
/usr/lib/libxine.so.1[0x430d2af8]
/usr/lib/libxine.so.1(_x_get_spu_decoder+0x105)[0x430d7159]
/usr/lib/xine/plugins/1.29/xineplug_decode_mpeg2.so(+0x1e92)[0x6d7e92]
/usr/lib/xine/plugins/1.29/xineplug_decode_mpeg2.so(+0x181f2)[0x6ee1f2]
/usr/lib/libxine.so.1[0x430d8aaf]
/lib/libpthread.so.0[0x4f87ea2e]
/lib/libc.so.6(clone+0x5e)[0x4f79134e]
 ======= Memory map: ========
.......
It seems that it's to do with codecs.  Some DVDs play fine; others
fall over always at the same place.  That would indicate that VLC is
quite independent of those codecs.  From what I can work out, it is a
recognised Xine bug but I can't find anything to do with anyone
working out a way around it.
Has anyone any better information?
I believe that VLC ships its own internal version of codecs, whereas
xine uses its own versions. On my ubuntu system neither seem to be
linked to the usual ffmpeg libraries.

Have you tried mplayer or xbmc?

_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Nick Rout
2011-10-13 07:07:33 UTC
Permalink
On Thu, Oct 13, 2011 at 7:01 PM, Patrick Connolly
Post by Patrick Connolly
|> On Mon, Oct 10, 2011 at 9:53 PM, Patrick Connolly
[...]
|> >
|> > That was easy.  Evidently the problem with Xine is rather different
|> > (particularly since a different user makes no difference to the
|> > symptoms).  Generally I prefer to use it in preference to VLC but with
|> > some DVDs, I can get as far as indicating which part of the DVD I want
|> > to see and once I select it, Xine vanishes.  I couldn't find anything
|> > in /var/log/messages but I know that it did used to work before a
|> > kernel upgrade.
|> >
|> > Ideas where I should look would be appreciated.
|>
|> running from the command line generally sips out error messages that
|> are informative.
Thanks for that suggestion.  It certainly gives something, but it's
meaningless to me.
What information can be gathered from this?
======= Memory map: ========
00110000-0013d000 r-xp 00000000 08:06 36428      /usr/lib/libvcdinfo.so.0.2.0
0013d000-0013e000 rw-p 0002d000 08:06 36428      /usr/lib/libvcdinfo.so.0.2.0
0013e000-0013f000 rw-p 00000000 00:00 0
0013f000-0014a000 r-xp 00000000 08:06 48631      /usr/lib/libiso9660.so.7.0.0
0014a000-0014b000 rw-p 0000b000 08:06 48631      /usr/lib/libiso9660.so.7.0.0
0014b000-0016a000 r-xp 00000000 08:06 59300      /usr/lib/libcdio.so.12.0.0
0016a000-0016b000 rw-p 0001e000 08:06 59300      /usr/lib/libcdio.so.12.0.0
0016b000-0016f000 rw-p 00000000 00:00 0
[...]
008ea000-008fd000 rw-p 00000000 00:00 0
00904000-00905000 r-xp 00000000 00:00 0          [vdso]
00929000-00931000 r-xp 00000000 08:06 146695     /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
00931000-00932000 rw-p 00007000 08:06 146695     /usr/lib/xine/plugins/1.29/xineplug_dmx_ogg.so
00932000-00935000 r-xp 00000000 08:06 146727     /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
00935000-00936000 rw-p 00003000 08:06 146727     /usr/lib/xine/plugins/1.29/xineplug_wavpack.so
0096b000-00970000 r-xp 00000000 08:06 146693     /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
00970000-00971000 rw-p 00004000 08:06 146693     /usr/lib/xine/plugins/1.29/xineplug_dmx_mpeg_ts.so
0099e000-009a0000 r-xp 00000000 08:06 146688     /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
009a0000-009a1000 rw-p 00001000 08:06 146688     /usr/lib/xine/plugins/1.29/xineplug_dmx_mng.so
00a0f000-00a19000 r-xp 00000000 08:06 146724     /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
00a19000-00a1a000 rw-p 00009000 08:06 146724     /usr/lib/xine/plugins/1.29/xineplug_vo_out_xv.so
00a27000-00a28000 r-xp 00000000 08:06 146659     /usr/lib/xine/plugins/1.29/xineplug_ao_out_none.soAborted (core dumped)
I'm guessing the last few lines are what tell the story and in the
interests of avoiding clutter I omitted a chunk in the middle.  If it
is needed, it can be supplied (about 70 lines of output).
Looks like a crash in that last library, which at a guess is the addio
out plugin (hence 'ao'). try ldd $(which xine)

_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Patrick Connolly
2011-10-13 08:23:07 UTC
Permalink
Somewhere about Thu, 13-Oct-2011 at 08:07PM +1300 (give or take), Nick Rout wrote:

|> On Thu, Oct 13, 2011 at 7:01 PM, Patrick Connolly
|> <***@slingshot.co.nz> wrote:

[...]

|> >
|> > I'm guessing the last few lines are what tell the story and in the
|> > interests of avoiding clutter I omitted a chunk in the middle.  If it
|> > is needed, it can be supplied (about 70 lines of output).
|> >
|>
|> Looks like a crash in that last library, which at a guess is the addio
|> out plugin (hence 'ao'). try ldd $(which xine)



$ ldd $(which xine)
linux-gate.so.1 => (0x00d0e000)
libxine.so.1 => /usr/lib/libxine.so.1 (0x430c0000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x41150000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x41098000)
liblirc_client.so.0 => /usr/lib/liblirc_client.so.0 (0x410ad000)
libXft.so.2 => /usr/lib/libXft.so.2 (0x4101c000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x4117c000)
libXtst.so.6 => /usr/lib/libXtst.so.6 (0x410a1000)
libcurl.so.4 => /usr/lib/libcurl.so.4 (0x429da000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x41fb0000)
libm.so.6 => /lib/libm.so.6 (0x4f845000)
libXv.so.1 => /usr/lib/libXv.so.1 (0x410b6000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x4fcef000)
libpthread.so.0 => /lib/libpthread.so.0 (0x4f878000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4115d000)
libc.so.6 => /lib/libc.so.6 (0x4f6b7000)
libdl.so.2 => /lib/libdl.so.2 (0x4f871000)
libz.so.1 => /lib/libz.so.1 (0x4f8be000)
librt.so.1 => /lib/librt.so.1 (0x4f8b3000)
libresolv.so.2 => /lib/libresolv.so.2 (0x4fb85000)
libnsl.so.1 => /lib/libnsl.so.1 (0x41c78000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x431ae000)
libfreetype.so.6 => /usr/lib/freetype-freeworld/libfreetype.so.6 (0x468df000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x4110b000)
libXi.so.6 => /usr/lib/libXi.so.6 (0x4118f000)
libidn.so.11 => /lib/libidn.so.11 (0x435b5000)
liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x42ad9000)
libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0x42a8b000)
libgssapi_krb5.so.2 => /lib/libgssapi_krb5.so.2 (0x4fff6000)
libkrb5.so.3 => /lib/libkrb5.so.3 (0x4ff1b000)
libk5crypto.so.3 => /lib/libk5crypto.so.3 (0x4fecc000)
libcom_err.so.2 => /lib/libcom_err.so.2 (0x4fec6000)
libssl3.so => /usr/lib/libssl3.so (0x42833000)
libsmime3.so => /usr/lib/libsmime3.so (0x4286a000)
libnss3.so => /usr/lib/libnss3.so (0x4269e000)
libnssutil3.so => /usr/lib/libnssutil3.so (0x434ba000)
libplds4.so => /lib/libplds4.so (0x4332a000)
libplc4.so => /lib/libplc4.so (0x43330000)
libnspr4.so => /lib/libnspr4.so (0x43337000)
libssh2.so.1 => /usr/lib/libssh2.so.1 (0x42a4c000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x4f8fc000)
/lib/ld-linux.so.2 (0x4f696000)
libexpat.so.1 => /lib/libexpat.so.1 (0x4fd1a000)
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x41000000)
libkrb5support.so.0 => /lib/libkrb5support.so.0 (0x4ff0f000)
libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x4fef8000)
libssl.so.10 => /usr/lib/libssl.so.10 (0x41036000)
libcrypto.so.10 => /lib/libcrypto.so.10 (0x4183d000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x4f8f7000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x432f8000)
libselinux.so.1 => /lib/libselinux.so.1 (0x4f8d6000)
libfreebl3.so => /lib/libfreebl3.so (0x432a8000)


Does that show anything useful?
--
___ Patrick Connolly
{~._.~}
_( Y )_ Good judgment comes from experience
(:_~*~_:) Experience comes from bad judgment
(_)-(_)


_______________________________________________
NZLUG mailing list ***@linux.net.nz
http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
Loading...