Re: New vlc 1.1.6

Paulo Cavalcanti <[email protected]>
Newsgroups gmane.linux.redhat.rpm.atrpms.devel
Message-ID <[email protected]>
On Sun, Jan 30, 2011 at 12:10 PM, Axel Thimm <[email protected]> wrote:

> On Sun, 2011-01-30 at 10:54 -0200, Paulo Cavalcanti wrote:
> > There is a new vlc available:
>
> Thanks! In the queue!
>
> > Also, avidemux 2.5.4-28 does not run because of a Qt missing symbol.
> > Probably it was linked against Qt 4.7.
>
> It was for EL5 and EL6.
>
> > There is no need to use Qt 4.7 yet.
>
> I think I needed it for EL5, you are probably referring to RHEL6?
>

Yes, rhel6. qt47 is in testing there, and avidemux should be linked to qt
4.6.2, I guess...


>
> > Another one, gstreamer plugins bad only produces a dvd plugin if we
> > use libdvdnav 4.1.4 from F12. Why are you using version 0.1.10?
>
> I don't really like what happened to libdvdnav, it has a stray homepage
> on 0.1.10, probably abandoned by the previous authors w/o passing the
> torch to anyone and the new team around mplayer seems to tries to keep
> up a semi-announced fork.
>
> But this situation is that way for some years, and seems to become the
> defacto setup, so I'll just rebuild Fedora's version and then rebuild
> the gstreamer plugins.
>

I only had problem with the full gstreamer-plugins-bad, which ATrpms does
not supply (but it provides gstfaac, for playing mp4 files):

This is the plugin that did not build on rhel6:

/usr/lib64/gstreamer-0.10/libresindvd.so   <-------

I built all the missing packages for gstreamer-plugins-bad and vlc.

 gmyth-devel-0.7.1-11.el6.1.x86_64.rpm
 gmyth-0.7.1-11.el6.1.x86_64.rpm
 amrwb-devel-7.0.0.3-1.el6.x86_64.rpm
 amrwb-7.0.0.3-1.el6.x86_64.rpm
 libmimic-devel-1.0.4-4.el6.x86_64.rpm
 libmimic-1.0.4-4.el6.x86_64.rpm
 libofa-devel-0.9.3-16.el6.x86_64.rpm
 libofa-0.9.3-16.el6.x86_64.rpm
 lv2core-devel-4.0-1.el6.x86_64.rpm
 lv2core-4.0-1.el6.x86_64.rpm
 slv2-devel-0.6.6-6.el6.x86_64.rpm
 slv2-0.6.6-6.el6.x86_64.rpm
 celt-devel-0.7.0-1.el6.x86_64.rpm
 celt-0.7.0-1.el6.x86_64.rpm
 gstreamer-plugins-bad-0.10.19-16.el6.x86_64.rpm
 gstreamer-plugins-bad-devel-0.10.19-16.el6.x86_64.rpm
 openslp-server-1.2.1-14.el6.x86_64.rpm
 openslp-devel-1.2.1-14.el6.x86_64.rpm
 openslp-1.2.1-14.el6.x86_64.rpm
 libopendaap-devel-0.4.0-7.el6.x86_64.rpm
 libopendaap-0.4.0-7.el6.x86_64.rpm
 Glide3-devel-20050815-10.el6.x86_64.rpm
 Glide3-20050815-10.el6.x86_64.rpm



>
> > Finally, you disabled musepack-tools-devel because mplayer does not
> > compile with it.
>
> I didn't disable it, it is still there. What I did was to defuse the
> drop-in replacement of libmpcdec-devel since musepack is neither
> claiming to be API, nor ABI backward compatible to libmpcdec. Looking at
> the sources it looks like the developers even intend for users to be
> able to coinstall both.
>
> > Mplayer does not play sv8 mpc files anyway, but vlc could, if it used
> > the appropriate
> > devel package (libmpcdec-devel = 1.2.7, from the original
> > musepack-tools-devel).
>
> Have you tried it? If it does work, then why not use a direct BR on
> musepack-tools-devel?
>
>
You commented the include bits:

#%{_includedir}/mpcdec

Vlc compiles fine with sv8.



-- 
Paulo Roma Cavalcanti
LCG - UFRJ
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.