Re: [packman] MPlayer
Hi, on 03/22/2009 04:31 PM Carl Eugen Hoyos wrote: Since I don't know when we finally release, I'd recommend to use latest svn (as a kind of prerelease), it should contain quite a few improvements compared to 27637, including vdpau. The update is already in our SVN. Just not build yet because i did not find the time. Maybe this week Attached is a patch especially useful for x86-64, it contains the future wmapro implementation from ffmpeg-soc repository. With this patch, binary codecs should not be necessary anymore (in case you have bandwidth problems). Is that in your svn already? Henne -- Henne Vogelsang, http://hennevogel.de To die. In the rain. Alone. Ernest Hemingway ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] Contribution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Amitav Mohanty wrote: I would like to contribute to the packman project. I have RPM packaging experience. I would be able to provide RPMs for opensuse 11.1. Looking forward to your response. Hi Amitav, sorry for late response, got under our radar :) What packages do you have in mind ? - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ pascal.ble...@skynet.be g...@unixtech.be _\_v The more things change, the more they stay insane. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iD8DBQFJx3vfr3NMWliFcXcRAvccAJ98D9ilhOHXFirsO1+liCjYMqP5zwCgqP++ 8eG4j3aZ1Cw5XE6pn3gKZgE= =vGaN -END PGP SIGNATURE- ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] [PM] MPlayer 1.0rc2_r27637-3.pm.3 (openSUSE 11.1/i586)
Manfred Tremmel manfred.trem...@... writes: ob man die mplayer-mt--Version im Packman repo anbieten könnte. Übrigens nochmal vielen Dank für die gute Arbeit des Packman-Teams! Zur Info, ffmpeg und xine-lib sind mit pthread Support compiliert. Die auf xine-lib aufbauenden Player sind damit in der Lage multithreaded zu decodieren. In den video Optionen unter processing.ffmpeg_thread_count kann die Anzahl zu verwendender Threads festgelegt werden. Das gilt für H264 natürlich nur für slice-basierte Videos, die (z.B.) mit x264 gar nicht (mehr) hergestellt werden können. H264 soll aber auch mit ffmpeg-mt noch Probleme haben... Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer
Hendrik Vogelsang hvo...@... writes: Attached is a patch especially useful for x86-64, it contains the future wmapro implementation from ffmpeg-soc repository. With this patch, binary codecs should not be necessary anymore (in case you have bandwidth problems). Is that in your svn already? It is in ffmpeg-soc: svn://svn.ffmpeg.org/soc/wmapro If you don't want to use it for x86-32 (where wmadmo is available), I still recommend it for x64, because I fear it will still take some time to get into ffmpeg-svn. The only possible problem is the change to avcodec.h: wmapro also works without this change (with warnings about too large frames from time to time), but the change also fixes some flac files. Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Manfred Tremmel manf...@... writes: I'll build it with vdpau support. While I fear nobody is currently using it: Please do so! I don't have a GPU which supports vdpau (end even if I had, I wouldn't use it as longe there's no free driver which supports it), but I've tested the vdpau supported codecs on my non vdpau computers. It doesn't have any negativ effect (it workes like before and I can't see any speed differences), so why not including it? As I said, please include, but I'd like to add that contrary to what you might have read lately from seamingly competent sources, ffmpeg itself does *not* support vdpau currently. I contains code that allows video players with vdpau support to actually use hardware accelerated decoding. AFAIK, (sadly) only MPlayer currently uses this approach. Since packman's MPlayer uses static libavcodec (as it should), it does not make much difference if your ffmpeg binary supports vdpau (for video players) or not. Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] [PM] songbird 1.1.1-0.pm.2 (openSUSE 11.1/i586)
Am Sonntag, 22. März 2009 schrieb Renate Neike: Hallo Toni, Hallo packman, ich bekomme es einfach nicht hin Songbird zum Laufen zu bewegen. Fehlermeldung beim Starten aus der Shell: adm...@reni3:~ songbird *** buffer overflow detected ***: /usr/lib/songbird-1.1.1/./songbird-bin terminated === Backtrace: = /lib/libc.so.6(__fortify_fail+0x48)[0xb7e67db8] /lib/libc.so.6[0xb7e65dd0] /lib/libc.so.6[0xb7e66578] /usr/lib/songbird-1.1.1/./songbird-bin[0x8048fe7] /lib/libc.so.6(__libc_start_main+0xe5)[0xb7d97705] /usr/lib/songbird-1.1.1/./songbird-bin[0x8048ea1] === Memory map: 08048000-08053000 r-xp 08:09 382113 /usr/lib/songbird-1.1.1/songbird-bin 08053000-08054000 r--p a000 08:09 382113 /usr/lib/songbird-1.1.1/songbird-bin 08054000-08055000 rw-p b000 08:09 382113 /usr/lib/songbird-1.1.1/songbird-bin b7c0-b7d0 rw-p b7c0 00:00 0 b7d0f000-b7d1 rw-p b7d0f000 00:00 0 b7d1-b7d24000 r-xp 08:09 368089 /usr/lib/libv4lconvert.so.0 b7d24000-b7d25000 r--p 00013000 08:09 368089 /usr/lib/libv4lconvert.so.0 b7d25000-b7d26000 rw-p 00014000 08:09 368089 /usr/lib/libv4lconvert.so.0 b7d26000-b7d77000 rw-p b7d26000 00:00 0 ... und weitere solcher Zeilen. Installiert ist: rpm -qa | grep songbird songbird-1.1.1-0.pm.2 und: rpm -qa | grep gst libgstreamer-0_10-0-0.10.22-42.pm.1 libgstinterfaces-0_10-0-0.10.22-42.pm.2 gstreamer-0_10-plugins-bad-0.10.10-42.pm.1 kaffeine-gstreamer-0.8.7-2.pm.2 gstreamer-0_10-0.10.22-42.pm.1 gstreamer-0_10-plugins-base-lang-0.10.22-42.pm.2 gstreamer-0_10-plugins-ugly-0.10.10-42.pm.2 gstreamer-0_10-fluendo-mp3-0.10.10-42.pm.1 gstreamer-0_10-plugins-good-0.10.14-42.pm.1 gstreamer-0_10-plugins-good-extra-0.10.14-42.pm.1 gstreamer-0_10-plugins-bad-lang-0.10.10-42.pm.1 gstreamer-0_10-plugins-base-0.10.22-42.pm.2 gstreamer-utils-0.10.22-42.pm.1 gstreamer-0_10-utils-0.10.22-42.pm.1 gstreamer-0_10-lang-0.10.22-42.pm.1 gstreamer-0_10-plugins-ugly-lang-0.10.10-42.pm.2 Auch das Starten aus dem Verzeichnis /usr/lib/songbird-1.1.1 direkt bringt die Fehlermeldung. Mein System ist ein openSUSE 11.1 32bit mit KDE 3.5.10 Was kann da schief liegen? Einfache Lösung: das libv4l von packman deinstallieren und das original wieder einspielen. ODER aus der /etc//ld.so.preload Datei diese Zeile entfernen: /usr/lib/libv4l/v4l2convert.so == Das Paket von packman enthält einen preload für SuSE = 11.0 und der verursacht diese merkwürdigen Phänomene. Hier noch ein Thread dazu (thx to Rain_Maker!) http://www.linuxforen.de/forums/showthread.php?t=259596 Vielen Dank für eure Mühe und Gruß Renate -- have fun Toni ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
[packman] [PM] wxWidgets 2.8.9.2-0.pm.1: missing symbols in library
The Packman version doesn't returns anyhing to the nm -D /usr/lib64/libwx_baseu-2.8.so.0.5.0 | grep wxStackWalker command while the openSUSE 11.1 package returns: 000f42a0 T _ZN13wxStackWalker10InitFramesEP12wxStackFramemPPvPPc 003681f0 B _ZN13wxStackWalker10ms_exepathE 003681e0 B _ZN13wxStackWalker10ms_symbolsE 00367ba0 B _ZN13wxStackWalker12ms_addressesE 000f4940 T _ZN13wxStackWalker13ProcessFramesEm 000f4e50 W _ZN13wxStackWalker17WalkFromExceptionEv 000f4ac0 T _ZN13wxStackWalker4WalkEmm 003681e8 B _ZN13wxStackWalker7m_depthE 000f41f0 T _ZN13wxStackWalker9FreeStackEv 000f4250 T _ZN13wxStackWalker9SaveStackEm 000f4e90 W _ZN13wxStackWalkerD0Ev 000f4ee0 W _ZN13wxStackWalkerD1Ev 000f4e70 W _ZN17wxStackWalkerBaseD0Ev 000f4e40 W _ZN17wxStackWalkerBaseD1Ev 00359be0 V _ZTI13wxStackWalker 00359c20 V _ZTI17wxStackWalkerBase 0011f7e0 V _ZTS13wxStackWalker 0011f800 V _ZTS17wxStackWalkerBase 00359b60 V _ZTV13wxStackWalker 00359c80 V _ZTV17wxStackWalkerBase I think it would be solved with a --enable-backtrace... that openSUSE spec file doesn't uses (wasn't supposed to be enabled?) but somehow the build log says: loading argument cache configarg.cache ... checking for --enable-backtrace... yes It makes aegisub package from home:RedDwarf:multimedia complain with the Packman wxWidgets version. ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Am Montag, 23. März 2009 schrieb Carl Eugen Hoyos: Manfred Tremmel manf...@... writes: I'll build it with vdpau support. While I fear nobody is currently using it: Please do so! I don't have a GPU which supports vdpau (end even if I had, I wouldn't use it as longe there's no free driver which supports it), but I've tested the vdpau supported codecs on my non vdpau computers. It doesn't have any negativ effect (it workes like before and I can't see any speed differences), so why not including it? As I said, please include, but I'd like to add that contrary to what you might have read lately from seamingly competent sources, ffmpeg itself does *not* support vdpau currently. As I said, I couldn't test it... I contains code that allows video players with vdpau support to actually use hardware accelerated decoding. AFAIK, (sadly) only MPlayer currently uses this approach. Since packman's MPlayer uses static libavcodec (as it should), it does not make much difference if your ffmpeg binary supports vdpau (for video players) or not. Maybe others will use it, we have different players using external ffmpeg (libxine, vlc, gstreamer, maybe more). I've also build libxine 1.2 with vdpau support, but doesn't make much sence to include it to the repository, the frontends will not use it until they are compiled against it (libxine.so.1 vs. libxine.so.2). It's in testing/xine-cvs/xine-lib-1.2 on our mirrors. -- Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://packman.links2linux.de/ ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MPlayer VDPAU
Manfred Tremmel manf...@... writes: I contains code that allows video players with vdpau support to actually use hardware accelerated decoding. AFAIK, (sadly) only MPlayer currently uses this approach. Since packman's MPlayer uses static libavcodec (as it should), it does not make much difference if your ffmpeg binary supports vdpau (for video players) or not. Maybe others will use it, we have different players using external ffmpeg (libxine, vlc, gstreamer, maybe more). I hope so. vlc will (hopefully), since they are still working on it. The only xine implementation I found is here: http://www.jusst.de/vdpau/filedetails.php?repname=xine-vdpaupath=%2Fsrc%2Flibvdpau%2Fvdpau_h264.c It is a nice example of include all the problems of Nvidia's original implementation. I hope that is not the final version. Carl Eugen ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
