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