LB aloisio@... writes:
I tried ffmpeg 2.4 but it breaks too many things
Please do not use FFmpeg 2.3
To the best of my knowledge, recompiling an application
with FFmpeg 2.4 that works with 2.3 is supposed to work
fine, if you encounter any problems, please report them!
Carl Eugen
Manfred Tremmel manfred@... writes:
I've packaged ffmpeg 1.2 and 1.2.1 in the past and got back
to 1.0.x. Three or four packages didn't work correctly with
1.2.x (no compile problems, but runtime problems).
Could you point me to the bug reports?
If this is only about libavutil, you should
Manfred Tremmel manfred@... writes:
I had big problmes in the past between incompatible ffmpeg
libs with the same so number.
Please always report such problem either on ffmpeg.org/trac
or via PM. I do not (easily) remember an ABI break.
What I do remember is projects that use internal FFmpeg
Rodney Baker rodney.baker@... writes:
OK, thanks Manfred. Pascal also replied. Is it sufficient then
to install the -devel package to be able to build mplayer
(and ffmpeg?) with live555 support?
FFmpeg does not support live555.
Carl Eugen
___
Hi!
Lutz Nowack mail@... writes:
peinlicher Fehler. Das muss natürlich AC3 (aften) heissen...
Asche auf mein Haupt.
Ich kenne avidemux nicht sehr gut, aber aften wird nicht mehr weiterentwickelt,
die beste Version des AC-3 encoders ist jetzt in libavcodec.
Carl Eugen
Pascal Bleser pascal.bleser@... writes:
Well, mlt doesn't even use that function (avformat_close_input),
but uses av_close_input_file() instead.
Afaict, both functions are defined in current FFmpeg and 0.9.
Or am I wrong?
Carl Eugen
___
Packman
todd rme toddrme2178@... writes:
Currently programs openSUSE offers stripped-down versions of libraries
like like gstreamer and vlc that exclude codecs that cannot be legally
distributed. As best as I can tell this is not the case, however, for
ffmpeg.
Packman used to distribute a version
Olaf Hering olaf@... writes:
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object
file: No such file or directory
This is reproducible with current Packman MPlayer:
MPlayer-config.patch (part of Packman's patches against MPlayer source) assumes
that if vo vdpau does not
Kshitij Kulshreshtha kkhere.geo@... writes:
using the attached patch in the MPlayer build on pmbs will not build
the internal ffmpeg copy in the MPlayer tree but only use it for
internal header-files and will link with the preinstalled ffmpeg
libraries from the ffmpeg package.
This would
Carl Eugen Hoyos cehoyos@... writes:
In the past, there was one AC3 encoder in FFmpeg. It expected int16, and had
the name ac3. Now there are two encoders: One with the name ac3 expecting
floats, and one that's called ac3_fixed (the same one as the older one, just
with another name
Kshitij Kulshreshtha kkhere.geo+suse@... writes:
using the attached patch in the MPlayer build on pmbs will not build
the internal ffmpeg copy in the MPlayer tree but only use it for
internal header-files and will link with the preinstalled ffmpeg
libraries from the ffmpeg
Kshitij Kulshreshtha kkhere.geo+suse@... writes:
Do they explicitly require static
linking with ffmpeg, instead of just using private header files?
You cannot solve the problem you claim to have (I do not understand it) by
including internal headers: They are internal because you
Manfred Tremmel manfred@... writes:
In the past, there was one AC3 encoder in FFmpeg. It expected int16,
and had the name ac3. Now there are two encoders: One with the
name ac3 expecting floats, and one that's called ac3_fixed (the
same one as the older one, just with another name) that
İsmail Dönmez idoenmez@... writes:
Video filters code is directly dumped from MPlayer with zero peer review.
You do realise that the video filters were heavily tested when they were written
and ever since?
(The problem with the reviewed video filters in both FFmpeg and the fork is
that they
Neil Darlow neil@... writes:
On Sunday 03 Apr 2011 23:13:23 Carl Eugen Hoyos wrote:
But it contained a regression before it was merged into FFmpeg.
So libav introduced features that were less than perfect while the ffmpeg
project chose to wait until they were?
That is how FFmpeg
Neil Darlow neil@... writes:
libav had multithreading support before ffmpeg.
But it contained a regression before it was merged into FFmpeg.
That was, apparently, one of the issues leading to the fork. The ffmpeg lead
developer was reluctant to add the feature but was forced to do so after
Gabriel Sichardt jastgasi@... writes:
Loading extension-related profile 'vo.vdpau'
Grundsätzlich sind Fehlermeldungen mit einem profile, das nicht Teil der
Fehlermeldung ist, schwer zu analysieren.
Playing /media/Medion-ext3/video/Hollywood Cops.m2t.
TS file format detected.
VIDEO
Gerd Lehmann wsl-einbeck@... writes:
habe eine Frage zu den w32Codecs.
gibt es die nicht für Suse 11.3 64bit?
Ich habe die w32 installiert, aber der M-Player greift anscheinend nicht
drauf zu.
Abgesehen davon, daß ein 64bit MPlayer w32Codecs nicht unterstützt: Wozu
eigentlich? Ich kenne
Pascal Bleser pascal.ble...@... writes:
* vo=vdpau,xv
This is not a good idea, if the default has problems, please tell (me).
Carl Eugen
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Pascal Bleser pascal.ble...@... writes:
So the idea with option 3 would be to provide both:
- we would keep the current approach in the regular repository (or
repositories)
- we would also *additionally* provide a frozen repository with the
essential packages (as said, ffmpeg, mplayer,
Hi!
Pascal Bleser pascal.ble...@... writes:
Option 3: debianista
Another approach to several projects/repos could also be to split into
stable and unstable or, rather, to freeze the versions of codecs and
multimedia packages with every openSUSE release (and only update
Pascal Bleser pascal.ble...@... writes:
Solved, as discussed on the other thread.
No, afaict faac is still listed as GPL v2 or later and the description
says
FAAC is licensed under the GPL.
Correct, I didn't check there.
Fixed too (building as we speak)
Thank you!
Carl Eugen
Pascal Bleser pascal.ble...@... writes:
On 2010-11-15 13:34:25 (+0100), Carl Eugen Hoyos c...@... wrote:
[...]
Thank you, next problem is (lib)faac, it is also listed as GPL,
but it is actually non-free:
http://www.audiocoding.com/faac.html
(Making it impossible to distribute FFmpeg
Manfred Tremmel manf...@... writes:
Ok, you are right. I've reed the GPL and LICENSE file from ffmpeg and
yes, I've made a mistake. I've also turned of building libfaac support
in my daily snapshot.
Thank you!
FYI, after zypper update ffmpeg, libavfilter is still outdated.
Carl Eugen
Hi!
When I updated (only) ffmpeg today, libavcore was installed, but libavutil was
not automatically updated, leading to this output:
$ ffmpeg
ffmpeg: relocation error: /usr/lib64/libavcore.so.0: symbol
av_default_item_name, version LIBAVUTIL_50 not defined in file libavutil.so.50
with
Manfred Tremmel manf...@... writes:
Am Montag, 15. November 2010 schrieb Pascal Bleser:
On 2010-11-15 14:53:26 (+0100), Pascal Bleser
pascal.ble...@... wrote:
On 2010-11-15 12:27:40 (+), Carl Eugen Hoyos ceho...@...
wrote:
When I updated (only) ffmpeg today, libavcore
Pascal Bleser pascal.ble...@... writes:
I turned it off for now, needs clarification whether that's actually a
badass feature everybody needs. Or not.
FFmpeg contains a native AAC encoder.
Carl Eugen
___
Packman mailing list
Packman@links2linux.de
Manfred Tremmel manf...@... writes:
Sorry, my fault. libfaad is no longer needed for ffmpeg, looks like i've
also removed libfaac support. I'll reenable it ASAP.
Apart from the copyright violation, the following in the spec file look
suspicious:
All references to dca are useless since a very
Manfred Tremmel manf...@... writes:
http://forums.opensuse.org/english/get-help-here/applications/448483-
ffmpeg-libfaac.html
directly related to these packages? Any suggestions to resolving
this problem?
Sorry, my fault. libfaad is no longer needed for ffmpeg, looks like i've
Bruno Friedmann br...@... writes:
and I'm trying to understand how we can have those f**cking dll inside a
64bits env.
Thy should not be needed for any real-world sample (VC-1 interlaced - which is
not supported by libavcodec - often does not work with them either) and they are
very slow.
Do
Cristian Morales Vega cmorv...@... writes:
I'm receiving this error when compiling against the new ffmpeg package:
/usr/include/libavcodec/opt.h:32:27: fatal error: libavutil/opt.h: No
such file or directory
And it's just true. libavcodec/opt.h includes a libavutil/opt.h that
doesn't
Hi!
Package information lists GPL as license for Shorten (audio codec).
Looking at the source package, the COPYING file seems to contain a proprietary
software license...
Carl Eugen
___
Packman mailing list
Packman@links2linux.de
Hi!
For several years, playing H264 PAFF samples (like most 1080i samples recorded
from DVB) was not possible with MPlayer's native mpegts demuxer (which still is
the default for playing ts recordings) without seeing horrible A/V desync. Even
playing them with -demuxer lavf showed jitter problems
Manfred Tremmel manf...@... writes:
I would suggest not to use released versions, but to continue
updating to latest svn whenever new features are available (that
would be AAC+v2 aka Parametric Stereo atm).
It's not easy to keep all programms working with new svn snapshots.
It would
Cristian Morales Vega cmorv...@... writes:
FFmpeg always had the fame of *the* API/ABI unstable library.
That's probably why API hasn't changed for more than one year;-)
When match_ext was substituted for av_match_ext it was done in a way
av_match_ext was never part of public API, please
Hi!
I saw you updated to FFmpeg 0.6
I would suggest not to use released versions, but to continue updating to latest
svn whenever new features are available (that would be AAC+v2 aka Parametric
Stereo atm).
Consider --disable-libavfilter when building the ffmpeg executable.
And btw, the
Carl Eugen Hoyos ceho...@... writes:
Both rtmpdump-2.2b (the version Packman is currently using) and rtmpdump-2.2e
install headers into a librtmp subdirectory.
Packmans installs the headers without using a subdirectory.
Please fix, Carl Eugen
Any news on this?
Applications that conform
Henning Paul henningp...@... writes:
ich hab' mal interessehalber libvpx (WebM) paketiert und die Patches für
MPlayer und ffmpeg in die jeweiligen Pakete eingebaut. Vielleicht ist es ja
von Wert für Euch.
http://www.ant.uni-bremen.de/~paul/tmp/libvpx-git20100607-1.src.rpm
Stephan von Krawczynski sk...@... writes:
# mplayer clip1.mpg
mplayer: error while loading shared libraries: libvdpau.so.1: cannot open
shared object file: No such file or directory
Das sieht nach einem Packman-Abhängigkeitsfehler aus - da will ich mich aber
nicht zu viel einmischen;-)
Ich
Ahmed xfit...@... writes:
whenever
I play any multimedia file using Mplayer, I got an error message Failed
to open VDPAU backend libvdpau_nvidia.so: cannot open shared object
file: No such file or directory. My acer notebook is equipped with ATI
Radeon Graphic Card, thus I cannot install
oldcpu old...@... writes:
Test files:
* wma: http://www.theflute.co.uk/htmlMain/samplemusicW.htm (try the file
Allegro )
wmav2, supported even by older versions of MPlayer
* wmv: http://www.jhepple.com/support/sample_movies1.htm (try
NiceDay.wmv file at the bottom of the page)
Same audio,
Pascal Bleser pascal.ble...@... writes:
We package that shim library, that only contains the headers and the
trace (non-)implementation.
I just committed a patch to MPlayer svn that avoids dynamically loading
libvdpau.so.1, but links at compile time against that (open-source) library if
it is
Michael Schueller schueller-ber...@... writes:
Ich hab vorhin gerade noch mal die ffmpeg und libffmpeg0 erneut
installiert (drüber gebügelt), aber trotzdem kein Ton bei allen
Playern.
Keine Ahnung was hier los ist.
Vollständige, ungeschnittene Ausgabe von mplayer datei (und ffmpeg -i
Pascal Bleser pascal.ble...@... writes:
Carl: anything wrong with that approach? I'm not sure I fully understand
your reply above.
Sorry, my answer was of course related to the old nvidia-vdpau-devel package, I
had not yet seen the new package (which is probably correct - since hardware for
Hi!
Nvidia released a new version of the VDPAU headers (which allow MPEG4 ASP
decoding and high-quality scaling with supported - rare - hardware).
MPlayer will hopefully soon support the new features.
Please update nvidia-vdpau-devel to version 190.32:
VKS Kraiburg vkskraib...@... writes:
Desshalb meine Frage: Welche Paket muß ich zusätzlich installieren?
Welches Repositorie muss ich zusätzlich einbindn um das entsprchende Paket
installieren zu können.
Zuerst zum Betreff:
Um Audio CDs oder DVDs abspielen zu können, sind die win32 Codecs
Hi!
Support for libamr was removed today from FFmpeg's repository:
http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/2009-July/023560.html
Instead, support for opencore amr was added some time ago (does not support wb
encoding). Please add opencore-amr to Packman, so amr decoding will still be
Hi!
Thank you for re-packaging MPlayer, I believe the new version is a huge
improvement compared to the older one I was using! (which may not have been
latest...)
VDPAU works fine, as does wmapro on 64bit!
I want to point to two problems (one of which I am responsible for...):
I only tested the
Manfred Tremmel manf...@... writes:
The only xine implementation I found is here:
http://www.jusst.de/vdpau/filedetails.php?repname=xine-vdpaupath=%2F
src%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
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
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
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
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
Manfred Tremmel manf...@... writes:
I've just sent ffmpeg to our PMBS, ffmpeg has dumped version to 0.5
Could you wait until it is officially released? I don't care very much, but I
remember troubles with vlc, am I correct?
The release should take place soon, afaict.
(there are no official
Hi!
MPlayer is planning a release atm.
I wanted to explain that it is possible to build the executable with vdpau
support without actually linking against a library: Only the header files
(vdpau.h and vdpau_x11.h, both BSD licensed) have to be present in
/usr/include/vdpau on the building
Carl Eugen Hoyos ceho...@... writes:
libopenjpeg-devel-1.3-0.pm.1 installs the header file into
/usr/include/openjpeg, but the original Makefile installs it into
/usr/include/libopenjpeg, and that is where FFmpeg's configure expects it.
http://www.openjpeg.org/svn/trunk/Makefile
Note
Toni t...@... writes:
libopenjpeg-devel-1.3-0.pm.1 installs the header file into
/usr/include/openjpeg, but the original Makefile installs it into
/usr/include/libopenjpeg, and that is where FFmpeg's configure expects it.
http://www.openjpeg.org/svn/trunk/Makefile
the package use
Hi!
libopenjpeg-devel-1.3-0.pm.1 installs the header file into
/usr/include/openjpeg, but the original Makefile installs it into
/usr/include/libopenjpeg, and that is where FFmpeg's configure expects it.
http://www.openjpeg.org/svn/trunk/Makefile
Please fix, Carl Eugen
Manfred Tremmel manf...@... writes:
PS: w32codec-all ist mit Sicherheit das unnötigste Paket, das wir
bei Packman haben. Ich installiere das schon lange auf keinem
Rechner mehr.
Und wie siehst Du dann DVDs oder Videos (avi, mov)? Machst Du nicht?
Freilich schau ich und zwar mit
Hi Manfred!
Manfred Tremmel [EMAIL PROTECTED] writes:
A 2.pm.2 Build version will be available soon. Can you test it and tell
me, if it fixes the problem?
Unfortunately, after installing 2.pm.2, I can confirm that while watching DVB-T
with kaffeine, the screensaver still gets activated after
Hi!
Newest ffmpeg needs yasm to compile all possible optimizations.
Unfortunately, yasm that ships with opensuse 10.3 is too old.
Could you add yasm 0.7.1 to Packman?
Thank you, Carl Eugen
___
Packman mailing list
Packman@links2linux.de
Hi!
A new version of libdirac was released: 0.10
Please build it, it's rather difficult to build mplayer-cvs if
libdirac-devel-0.9.1 is installed.
Thank you, Carl Eugen
___
Packman mailing list
Packman@links2linux.de
Hi!
Aniruddha [EMAIL PROTECTED] writes:
I don't know what world you're living in but we're not paid to do this,
we do it during our spare time, and it's a considerable effort and
amount of time, health, and commitment going into this from every single
member of the team. It's totally
Hi!
Ina Busch [EMAIL PROTECTED] writes:
der Ton bei mpeg-Videos ist praktisch nicht vorhanden bzw. ist total verzerrt.
Keine Einstellung brachte
Besserung, bin bald verzweifelt!
Wollte hiermit diesen Fehler melden und dich um Nachbesserung bzw. Überprüfung
bitten.
Vollständige Ausgabe von
Hi!
Jörg Geßner [EMAIL PROTECTED] writes:
das ging aber schnell mit dem Update! Leider kann ich immer noch keine
mpg-Dateien abspielen, da der Ton nicht ab spielbar ist . Mein selbst
gebackener Mplayer funktioniert einwandfrei! Wo ist der Fehler??
(Opensues 10.3/i586)
Vollständige Ausgabe
Hi!
Chris Arnold [EMAIL PROTECTED] writes:
OK, i got it working. I used gmplayer -vo x11 filename from the CL and
this played it just like it use to. The question is, how to make it always
use x11?
Don't. -vo x11 is very slow. Try to find out why configure doesn't activate xv
or gl (less
Hi Manfred!
Manfred Tremmel [EMAIL PROTECTED] writes:
Am Donnerstag, 6. September 2007 19:54 schrieb Carl Eugen Hoyos:
But, unfortunately, I'm on 10.0:
Sorry, haven't seen this.
./configure --build=%{_target_platform} --prefix=%{_prefix} \
[...]
\ %if %suse_version 1020
Hi Manfred!
I compile the package
against xorg's libXvMC
Shouldn't it be linked against libXvMCW?
If I understand it correctly, the W stands for wrapper and should
allow any XvMC library (specified by /etc/X11/XvMCConfig).
Or is this wrong?
Carl Eugen
68 matches
Mail list logo