.
https://git.ffmpeg.org/gitweb/mplayer.git/shortlog
Thank you for the tip
On 30/05/2023 11:09, Sérgio Basto via rpmfusion-developers wrote:
2022-02-27, Sunday :: MPlayer 1.5 released , I take it
On Tue, 2023-05-30 at 11:16 +0200, Dominik 'Rathann' Mierzejewski
via
rpmfusion-
tream is virtually dead.
> >
> >
> > https://git.ffmpeg.org/gitweb/mplayer.git/shortlog
> >
>
> Thank you for the tip
>
> > On 30/05/2023 11:09, Sérgio Basto via rpmfusion-developers wrote:
> > > 2022-02-27, Sunday :: MPlayer 1.5 released , I take
2
>
The bug was opened today
>
> Upstream is virtually dead.
>
>
> https://git.ffmpeg.org/gitweb/mplayer.git/shortlog
>
Thank you for the tip
> On 30/05/2023 11:09, Sérgio Basto via rpmfusion-developers wrote:
> > 2022-02-27, Sunday :: MPlayer 1.5 released
:
2022-02-27, Sunday :: MPlayer 1.5 released , I take it
On Tue, 2023-05-30 at 11:16 +0200, Dominik 'Rathann' Mierzejewski via
rpmfusion-developers wrote:
Hi!
I decided to orphan mplayer as I haven't used it for years. Feel free
to
pick it up.
Regards,
Dominik
--
2022-02-27, Sunday :: MPlayer 1.5 released , I take it
On Tue, 2023-05-30 at 11:16 +0200, Dominik 'Rathann' Mierzejewski via
rpmfusion-developers wrote:
> Hi!
>
> I decided to orphan mplayer as I haven't used it for years. Feel free
> to
> pick it up.
>
&g
Hi!
I decided to orphan mplayer as I haven't used it for years. Feel free to
pick it up.
Regards,
Dominik
--
Fedora https://fedoraproject.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected
Looks like the subject didn't update?
Thanks,
Richard
-- Forwarded message -
From: Leigh Scott
Date: Mon, Mar 4, 2019 at 10:38 AM
Subject: [mplayer] - Rebuilt for
https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
To: ,
commit cc46a4209a259d48c2f42fe348dc2b14f0d
2016-01-31 2:27 GMT+01:00 Sérgio Basto :
> On Qui, 2016-01-28 at 21:34 +0100, Julian Sikorski wrote:
> > Hi list,
> >
> > the main developer behind nailer, gmtk, gnome-mplayer and
> > gecko-mediaplayer has switched to Mac in late 2013 [1]. Since then,
> > only
&g
On Qui, 2016-01-28 at 21:34 +0100, Julian Sikorski wrote:
> Hi list,
>
> the main developer behind nailer, gmtk, gnome-mplayer and
> gecko-mediaplayer has switched to Mac in late 2013 [1]. Since then,
> only
> one release was made [2], after which the code has not seen much
>
Hi list,
the main developer behind nailer, gmtk, gnome-mplayer and
gecko-mediaplayer has switched to Mac in late 2013 [1]. Since then, only
one release was made [2], after which the code has not seen much
activity (2 commits). Github migration has not helped either [3].
All of the above makes me
[...]
> >> 9 - build what requires ffmpeg.
> >> repoquery --releasever=19 --whatrequires ffmpeg\*1.1\*
> >> --source
> >> --alldeps | grep -vP "x264|ffmpeg-1.1|gpac|^mplayer|vlc|
> >> mythtv|
> >>
2013 at 1:43 AM, Sérgio Basto
> > >>
> > >> wrote:
> > >> [...]
> > >> 9 - build what requires ffmpeg.
> > >> repoquery --releasever=19 --whatrequires ffmpeg\*1.1\*
> > >> --source
> > >>
On 29/05/13 03:57, Julian Sikorski wrote:
...
> It's probably too late now, but here are my 2 cents:
> - packages having mplayer in dependencies (like gmtk) do not need to be
> rebuilt at all - they don't link to mplayer, they just use the executable
> - this is what I use to
gt; [...]
> >> 9 - build what requires ffmpeg.
> >> repoquery --releasever=19 --whatrequires ffmpeg\*1.1\*
> >> --source
> >> --alldeps | grep -vP "x264|ffmpeg-1.1|gpac|^mplayer|vlc|
> >> mythtv|
> >
eleasever=19 --whatrequires ffmpeg\*1.1\*
>> --source
>> --alldeps | grep -vP "x264|ffmpeg-1.1|gpac|^mplayer|vlc|
>> mythtv|
>> libquicktime|mjpegtools" | sort -u
>>
>> [...]
>>
>>
wrote:
> > > > Ok,
> > > >
> > > > Please bootstrap x264/ffmpeg ASAP, It would be fine to have the
> > > > rebuilt done this week-end.
> > >
> > > Built x264 with bootstrap , we also have mplayer updates ...
> > >
> > &g
the
> > > rebuilt done this week-end.
> >
> > Built x264 with bootstrap , we also have mplayer updates ...
> >
> > So steps are:
> > 1 - build x264 with bootstrap.
> > 2 - build ffmpeg
> > 3 - build gpac
> > 4 - build x264 without bootstra
>>
>>>> Please bootstrap x264/ffmpeg ASAP, It would be fine to have the
>>>> rebuilt done this week-end.
>>>
>>> Built x264 with bootstrap , we also have mplayer updates ...
>>>
>>> So steps are:
>>> 1 - build x264 with bo
be fine to have the
> >> rebuilt done this week-end.
> >
> > Built x264 with bootstrap , we also have mplayer updates ...
> >
> > So steps are:
> > 1 - build x264 with bootstrap.
> > 2 - build ffmpeg
>
> ffpeg is now rebuilt.
waiting for :)
5 - build mplayer
6 - build libquicktime (vlc and mjpegtools need it)
--
Sérgio M. B.
deps | grep -vP "x264|ffmpeg-1.1|gpac|^mplayer|vlc|
> mythtv|
> libquicktime|mjpegtools" | sort -u
>
> [...]
>
> list 9 -
> acoustid-fingerprinter-0.6-2.fc19.src.rpm
> alsa-plugins-freeworld-1.0.26-3.f
W dniu 25.05.2013 01:43, Sérgio Basto pisze:
> Review
>
> On Sex, 2013-05-24 at 08:13 +0200, Nicolas Chauvet wrote:
>> Ok,
>>
>> Please bootstrap x264/ffmpeg ASAP, It would be fine to have the
>> rebuilt done this week-end.
>
> Built x264 with b
On Sat, May 25, 2013 at 1:43 AM, Sérgio Basto wrote:
> [...]
> 9 - build what requires ffmpeg.
> repoquery --releasever=19 --whatrequires ffmpeg\*1.1\* --source
> --alldeps | grep -vP "x264|ffmpeg-1.1|gpac|^mplayer|vlc|mythtv|
> libquicktime|mjpegtools" | sor
Review
On Sex, 2013-05-24 at 08:13 +0200, Nicolas Chauvet wrote:
> Ok,
>
> Please bootstrap x264/ffmpeg ASAP, It would be fine to have the
> rebuilt done this week-end.
Built x264 with bootstrap , we also have mplayer updates ...
So steps are:
1 - build x264 with bootstrap.
2 -
2013/5/25 Sérgio Basto
> Review
>
> On Sex, 2013-05-24 at 08:13 +0200, Nicolas Chauvet wrote:
> > Ok,
> >
> > Please bootstrap x264/ffmpeg ASAP, It would be fine to have the
> > rebuilt done this week-end.
>
> Built x264 with bootstrap , we also have mp
Review
On Sex, 2013-05-24 at 08:13 +0200, Nicolas Chauvet wrote:
> Ok,
>
> Please bootstrap x264/ffmpeg ASAP, It would be fine to have the
> rebuilt done this week-end.
Built x264 with bootstrap , we also have mplayer updates ...
So steps are:
1 - build x264 with bootstrap.
2 -
On 07/11/2012 03:26 PM, Orion Poplawski wrote:
On 07/02/2012 03:11 PM, Richard Shaw wrote:
On Mon, Jul 2, 2012 at 3:55 PM, Nicolas Chauvet wrote:
What I expect is that ffmpeg in EL-6 will better match with mplayer in
F-17 as the ffmpeg version is the same. But others components are
involved
* Orion Poplawski [11/07/2012 23:38] :
>
> mplayer is missing a Fedora EPEL bugzilla component
Done.
@sysadmins: can somebody *please* give me shell access to the bugzilla vhost?
Emmanuel
On 07/02/2012 03:11 PM, Richard Shaw wrote:
On Mon, Jul 2, 2012 at 3:55 PM, Nicolas Chauvet wrote:
What I expect is that ffmpeg in EL-6 will better match with mplayer in
F-17 as the ffmpeg version is the same. But others components are
involved, so you have to test a mock built and do a
mplayer is missing a Fedora EPEL bugzilla component
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
On Tue, Jul 3, 2012 at 3:24 AM, Nicolas Chauvet wrote:
> But since it's there, please keep it until orphaned in fedora. (so
> please conventionalize the BR for EL).
I've got the EL-6 build going now. Are we to consider the EL-6 a
branch/fork of the F-17 branch? I'm thinking I should "backport" my
2012/7/2 Richard Shaw :
> Since mplayer needs to be rebuilt for the new mpg123, should we go
> ahead and drop BuildRequires: em8300-devel?
If em8300-devel is present in Fedora Rawhide, so I guess the related
kernel module are there also (at the difference of EL-6 maybe).
It's questionab
On Mon, Jul 2, 2012 at 7:56 PM, Ken Dreyer wrote:
> On Mon, Jul 2, 2012 at 1:59 PM, Richard Shaw wrote:
>> Need some help here. When I did a local mock build of mplayer
>> 1.0-0.139 it built fine but now I'm getting this error with 1.1:
>
> We should probably stick wi
On Mon, Jul 2, 2012 at 1:59 PM, Richard Shaw wrote:
> Need some help here. When I did a local mock build of mplayer
> 1.0-0.139 it built fine but now I'm getting this error with 1.1:
We should probably stick with mplayer-1.0-0.139. I've been using
mplayer-1.0-0.139.20120205svn.
The mplayer from F-17 branch built fine locally against mpg123-1.13.7.
Richard
On Mon, Jul 2, 2012 at 3:55 PM, Nicolas Chauvet wrote:
> What I expect is that ffmpeg in EL-6 will better match with mplayer in
> F-17 as the ffmpeg version is the same. But others components are
> involved, so you have to test a mock built and do a minimal runtime
> test.
Buildin
2012/7/2 Richard Shaw :
> On Mon, Jul 2, 2012 at 3:28 PM, Nicolas Chauvet wrote:
>> 2012/7/2 Richard Shaw :
>>> Need some help here. When I did a local mock build of mplayer
>>> 1.0-0.139 it built fine but now I'm getting this error with 1.1:
>>>
>>
On Mon, Jul 2, 2012 at 3:28 PM, Nicolas Chauvet wrote:
> 2012/7/2 Richard Shaw :
>> Need some help here. When I did a local mock build of mplayer
>> 1.0-0.139 it built fine but now I'm getting this error with 1.1:
>>
>> fmt-conversion.c:68: error: 'PIX_FMT_Y
2012/7/2 Richard Shaw :
> Need some help here. When I did a local mock build of mplayer
> 1.0-0.139 it built fine but now I'm getting this error with 1.1:
>
> fmt-conversion.c:68: error: 'PIX_FMT_YUVA422P' undeclared here (not in
> a function)
>
> Any ideas?
Yo
Need some help here. When I did a local mock build of mplayer
1.0-0.139 it built fine but now I'm getting this error with 1.1:
fmt-conversion.c:68: error: 'PIX_FMT_YUVA422P' undeclared here (not in
a function)
Any ideas?
Thanks,
Richard
-- Forwarded message
Since mplayer needs to be rebuilt for the new mpg123, should we go
ahead and drop BuildRequires: em8300-devel?
Additionally, it looks like audacious-plugins-freeworld-mp3 will need
to be rebuilt as well.
Thanks,
Richard
2012/6/21 Joseph D. Wagner :
> What is the typical amount of time a package sits in updates-testing before
> being moved to updates?
>
> I ask because a few mplayer packages have been in there since the 13th.
> They've passed testing, and I was hoping they could be moved t
What is the typical amount of time a package sits in updates-testing
before being moved to updates?
I ask because a few mplayer packages have been in there since the 13th.
They've passed testing, and I was hoping they could be moved to
production. Are they waiting for a specific age,
2011/10/5 Colin Simpson :
> Hi
>
> I have been using rpmfusion for Fedora for ages and I have recently
> introduced it here for RHEL6. However one thing it seems to lack are any
> multimedia tools. For me these would include mplayer, VLC and the codecs
> Totem looks for when
On Mon, 2012-02-27 at 20:01 +0100, Nicolas Chauvet wrote:
(...)
> >
> > It was a quick fix, Joe do this which is better
> > http://www.serjux.com/mplayer/x264-nover.joe.patch
> >
> > Anyway I don't know if you have time but I my opinion rpm version sho
W dniu 01.03.2012 13:46, David Timms pisze:
> On 01/03/12 04:11, Julian Sikorski wrote:
>> If someone wants to test the newest possible snapshots, they are
>> available here:
>>
>> http://lesloueizeh.com/belegdol/
> Hi Julian,
>
> I grabbed the set of mplay
On 01/03/12 04:11, Julian Sikorski wrote:
If someone wants to test the newest possible snapshots, they are
available here:
http://lesloueizeh.com/belegdol/
Hi Julian,
I grabbed the set of mplayer rpms x86_64 and tried mplayer out with a
random selection of mp3, mp4, wma, wmf, asf, avi, mpg
2012/2/29 Sérgio Basto :
> On Wed, 2012-02-29 at 18:08 +0100, Nicolas Chauvet wrote:
>> 2012/2/29 Sérgio Basto :
>> > On Wed, 2012-02-29 at 00:41 +0100, Julian Sikorski wrote:
>> >> Hi,
>> >>
>> >> after taking care of mplayer in F-17+ I
On Wed, 2012-02-29 at 18:08 +0100, Nicolas Chauvet wrote:
> 2012/2/29 Sérgio Basto :
> > On Wed, 2012-02-29 at 00:41 +0100, Julian Sikorski wrote:
> >> Hi,
> >>
> >> after taking care of mplayer in F-17+ I have tried to check which is the
> >> la
W dniu 29.02.2012 00:41, Julian Sikorski pisze:
> Hi,
>
> after taking care of mplayer in F-17+ I have tried to check which is the
> latest mplayer compiling w/ ffmpeg in F-16. The answer is 2011-09-24
> snapshot, aka r34129 - in r34130 CODEC_ID_G729 was added, which is
> missi
2012/2/29 Sérgio Basto :
> On Wed, 2012-02-29 at 00:41 +0100, Julian Sikorski wrote:
>> Hi,
>>
>> after taking care of mplayer in F-17+ I have tried to check which is the
>> latest mplayer compiling w/ ffmpeg in F-16. The answer is 2011-09-24
>> snapshot, aka r34
W dniu 29.02.2012 18:02, Sérgio Basto pisze:
> On Wed, 2012-02-29 at 00:41 +0100, Julian Sikorski wrote:
>> Hi,
>>
>> after taking care of mplayer in F-17+ I have tried to check which is the
>> latest mplayer compiling w/ ffmpeg in F-16. The answer is 2011-09-24
&
On Wed, 2012-02-29 at 00:41 +0100, Julian Sikorski wrote:
> Hi,
>
> after taking care of mplayer in F-17+ I have tried to check which is the
> latest mplayer compiling w/ ffmpeg in F-16. The answer is 2011-09-24
> snapshot, aka r34129 - in r34130 CODEC_ID_G729 was added, which is
mfusion-developers@lists.rpmfusion.org
> Cc: Nicolas Chauvet; domi...@greysector.net
> Subject: Updating mplayer in F-16
>
>> after taking care of mplayer in F-17+ I have tried to check which
>> is the latest mplayer compiling w/ ffmpeg in F-16. The answer is
>> 2011-09
W dniu 29.02.2012 05:41, Kevin Kofler pisze:
> Joseph D. Wagner wrote:
>> A major bug was fixed at r34557.
>> (See http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2001)
>>
>> I hope you're not suggesting that support for mplayer on F-16 stop at
>> r34129, r
Joseph D. Wagner wrote:
> A major bug was fixed at r34557.
> (See http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2001)
>
> I hope you're not suggesting that support for mplayer on F-16 stop at
> r34129, right?
It should be possible to backport individual bugfixes (or alter
...@greysector.net
Subject: Updating mplayer in F-16
> after taking care of mplayer in F-17+ I have tried to check which
> is the latest mplayer compiling w/ ffmpeg in F-16. The answer is
> 2011-09-24 snapshot, aka r34129
A major bug was fixed at r34557.
(See http://bugzilla.mplayerhq.hu/show_bug.cgi?id
Hi,
after taking care of mplayer in F-17+ I have tried to check which is the
latest mplayer compiling w/ ffmpeg in F-16. The answer is 2011-09-24
snapshot, aka r34129 - in r34130 CODEC_ID_G729 was added, which is
missing from ffmpeg-0.8 branch.
This is almost a month fresher than what we have now
#x27;t met that require.
> > >
> > > > Maintaining x264 is another issue.
> > > > I had a problem with more recent snapshot, specially as the patch
> > > > didn't applied and need to be reworked.
> > >
> > > I had rework the patch
On Mon, 27 Feb 2012 18:57:12 +, Sérgio Basto wrote:
Anyway I don't know if you have time but I my opinion rpm version
should
be 0.120 and not 0.0.0-0.34 .
"cat /usr/include/x264_config.h
(...)
#define X264_POINTVER "0.120.2151 a3f4407"
I see that x264 is version 0.120 ! "
+1
Joe
t;
>> > > Maintaining x264 is another issue.
>> > > I had a problem with more recent snapshot, specially as the patch
>> > > didn't applied and need to be reworked.
>> >
>> > I had rework the patch . http://www.serjux.com/mplayer/x264-nover.patch
blem with more recent snapshot, specially as the patch
> > > didn't applied and need to be reworked.
> >
> > I had rework the patch . http://www.serjux.com/mplayer/x264-nover.patch
>
> That patch is probably wrong. I'll take a look at how to do it better
> and g
red patches is also welcome .
>
> Output of cvs diff -u is attached - I was working on mplayer/F-17 since
> kwizart deleted the spec from devel.
These changes are fine by me. Feel free to commit. Thanks for working
on this in my absence.
Please send me direct e-mail if you need my help u
gt;= 0.118 which x264 from RPM
> Fusion devel doesn't met that require.
>
> > Maintaining x264 is another issue.
> > I had a problem with more recent snapshot, specially as the patch
> > didn't applied and need to be reworked.
>
> I had rework the patch .
Hi,
On Thursday, 16 February 2012 at 20:54, Joseph D. Wagner wrote:
> On Thu, 16 Feb 2012 09:04:14 -0600, Richard Shaw wrote:
[...]
> Additionally, the default build uses static libraries, and using shared
> libraries appears broken (at least when I tried it). I asked the
> mplay
Dear all,
I have submitted a bug wrt. the un-retirement of mplayer:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=2198
please post comments there so they are easier to track.
Julian
On Mon, 2012-02-27 at 16:20 +0100, Julian Sikorski wrote:
> There is only mplayer src.rpm there:
> https://share.ols.inode.at/JWTTUS3OVG1C0CJ3QQCHDQKFW1BG3J9MF2F0UIYP
> One cannot I am afraid. This hosting is quite bad but that's all I
> have
> given that using fedorapeople fo
g-0.10-1.fc18
>> were built with png support.
>
> I think this might be an outdated test in configure. There are ff_png
> private functions in libavcodec, but no public ones, so there's no
> reason for it to exist in libavcodec.so. And mplayer does not try to
> call f
test in configure. There are ff_png
private functions in libavcodec, but no public ones, so there's no
reason for it to exist in libavcodec.so. And mplayer does not try to
call ff_png anything. The GUI built and seems to run fine for me after
commenting out the configure test.
--
A
ze:
>>>>> W dniu 27.02.2012 13:20, Ralf Corsepius pisze:
>>>>>> On 02/27/2012 12:40 PM, Julian Sikorski wrote:
>>>>>>> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
>>>>>>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>
W dniu 27.02.2012 15:57, Richard Shaw pisze:
> On Mon, Feb 27, 2012 at 8:47 AM, Julian Sikorski wrote:
> [SNIP]
>> I just changed the way ffmpeg support is queried since it was patched
>> anyway and now everything builds. Please test as I do not have a F-17
>> machine set up.
>
> Does the previou
pisze:
> >>>> On 02/27/2012 12:40 PM, Julian Sikorski wrote:
> >>>>> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
> >>>>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
> >>>>>>> Julian Sikorski wrote:
> >>>
On Mon, Feb 27, 2012 at 8:47 AM, Julian Sikorski wrote:
[SNIP]
> I just changed the way ffmpeg support is queried since it was patched
> anyway and now everything builds. Please test as I do not have a F-17
> machine set up.
Does the previous download link you posted have this change? I have
F17
gt;>>> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
>>>>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>>>>>>> Julian Sikorski wrote:
>>>>>>>> I was trying to update mplayer and most of the problems I am having
>>>>&
On Mon, 2012-02-27 at 14:49 +0100, Julian Sikorski wrote:
> W dniu 27.02.2012 05:16, Andrew Schultz pisze:
> > Julian Sikorski wrote:
> >> Hi,
> >>
> >> I was trying to update mplayer and most of the problems I am having are
> >> due to using shared ff
W dniu 26.02.2012 10:46, Julian Sikorski pisze:
> Hi,
>
> I was trying to update mplayer and most of the problems I am having are
> due to using shared ffmpeg, which is discouraged and unsupported by
> upstream. The latest error is:
>
> libmpdemux/mp_taglists.c:27:34: fat
> >>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
> >>>>> Julian Sikorski wrote:
> >>>>>> I was trying to update mplayer and most of the problems I am having
> >>>>>> are
> >>>>>> due to using shared ffmp
W dniu 27.02.2012 05:16, Andrew Schultz pisze:
> Julian Sikorski wrote:
>> Hi,
>>
>> I was trying to update mplayer and most of the problems I am having are
>> due to using shared ffmpeg, which is discouraged and unsupported by
>> upstream. The latest error is:
>
Julian Sikorski wrote:
>>>>>> I was trying to update mplayer and most of the problems I am having
>>>>>> are
>>>>>> due to using shared ffmpeg, which is discouraged and unsupported by
>>>>>> upstream. The latest error is:
>&
W dniu 27.02.2012 13:20, Ralf Corsepius pisze:
> On 02/27/2012 12:40 PM, Julian Sikorski wrote:
>> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>>>> Julian Sikorski wrote:
>>>>> I was trying to update
Julian Sikorski wrote:
>>>>>> I was trying to update mplayer and most of the problems I am having
>>>>>> are
>>>>>> due to using shared ffmpeg, which is discouraged and unsupported by
>>>>>> upstream. The latest error is:
>&
W dniu 27.02.2012 13:20, Ralf Corsepius pisze:
> On 02/27/2012 12:40 PM, Julian Sikorski wrote:
>> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>>>> Julian Sikorski wrote:
>>>>> I was trying to update
On 02/27/2012 12:40 PM, Julian Sikorski wrote:
W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
On 02/27/2012 02:55 AM, Kevin Kofler wrote:
Julian Sikorski wrote:
I was trying to update mplayer and most of the problems I am having are
due to using shared ffmpeg, which is discouraged and
:
>>>>> W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
>>>>>> 2012/2/26 Julian
>>>>>> Sikorski:
>>>>>>> Hi,
>>>>>>>
>>>>>>> I was trying to update mplayer and most of the problems I a
W dniu 27.02.2012 12:52, Nicolas Chauvet pisze:
> 2012/2/27 Julian Sikorski :
>> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
>>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>>>> Julian Sikorski wrote:
>>>>> I was trying to update mplayer and most
2012/2/27 Julian Sikorski :
> W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
>> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>>> Julian Sikorski wrote:
>>>> I was trying to update mplayer and most of the problems I am having are
>>>> due to using shared ff
Em 27 de fevereiro de 2012 08:41, Julian Sikorski escreveu:
>
> W dniu 27.02.2012 05:16, Andrew Schultz pisze:
> > Julian Sikorski wrote:
> >> Hi,
> >>
> >> I was trying to update mplayer and most of the problems I am having are
> >> due
W dniu 27.02.2012 07:16, Ralf Corsepius pisze:
> On 02/27/2012 02:55 AM, Kevin Kofler wrote:
>> Julian Sikorski wrote:
>>> I was trying to update mplayer and most of the problems I am having are
>>> due to using shared ffmpeg, which is discouraged and unsupported by
>
W dniu 27.02.2012 05:16, Andrew Schultz pisze:
> Julian Sikorski wrote:
>> Hi,
>>
>> I was trying to update mplayer and most of the problems I am having are
>> due to using shared ffmpeg, which is discouraged and unsupported by
>> upstream. The latest error is:
>
gt;> 2012/2/26 Julian Sikorski :
>>>>>> Hi,
>>>>>>
>>>>>> I was trying to update mplayer and most of the problems I am having are
>>>>>> due to using shared ffmpeg, which is discouraged and unsupported by
>>>>>> u
On 02/27/2012 02:55 AM, Kevin Kofler wrote:
Julian Sikorski wrote:
I was trying to update mplayer and most of the problems I am having are
due to using shared ffmpeg, which is discouraged and unsupported by
upstream. The latest error is:
libmpdemux/mp_taglists.c:27:34: fatal error: libavformat
Julian Sikorski wrote:
Hi,
I was trying to update mplayer and most of the problems I am having are
due to using shared ffmpeg, which is discouraged and unsupported by
upstream. The latest error is:
libmpdemux/mp_taglists.c:27:34: fatal error: libavformat/internal.h: No
such file or directory
Julian Sikorski wrote:
> I was trying to update mplayer and most of the problems I am having are
> due to using shared ffmpeg, which is discouraged and unsupported by
> upstream. The latest error is:
>
> libmpdemux/mp_taglists.c:27:34: fatal error: libavformat/internal.h: No
On 02/26/2012 10:02 AM, Sérgio Basto wrote:
On Sun, 2012-02-26 at 13:20 +0100, Julian Sikorski wrote:
W dniu 26.02.2012 12:49, Nicolas Chauvet pisze:
2012/2/26 Julian Sikorski:
W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
2012/2/26 Julian Sikorski:
Hi,
I was trying to update mplayer
On 02/26/2012 02:18 AM, Nicolas Chauvet wrote:
2012/2/26 Julian Sikorski:
Hi,
I was trying to update mplayer and most of the problems I am having are
due to using shared ffmpeg, which is discouraged and unsupported by
upstream. The latest error is:
libmpdemux/mp_taglists.c:27:34: fatal
On Sun, 2012-02-26 at 13:20 +0100, Julian Sikorski wrote:
> W dniu 26.02.2012 12:49, Nicolas Chauvet pisze:
> > 2012/2/26 Julian Sikorski :
> >> W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
> >>> 2012/2/26 Julian Sikorski :
> >>>> Hi,
> >&g
W dniu 26.02.2012 12:49, Nicolas Chauvet pisze:
> 2012/2/26 Julian Sikorski :
>> W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
>>> 2012/2/26 Julian Sikorski :
>>>> Hi,
>>>>
>>>> I was trying to update mplayer and most of the problems I a
2012/2/26 Julian Sikorski :
> W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
>> 2012/2/26 Julian Sikorski :
>>> Hi,
>>>
>>> I was trying to update mplayer and most of the problems I am having are
>>> due to using shared ffmpeg, which is discourage
W dniu 26.02.2012 11:18, Nicolas Chauvet pisze:
> 2012/2/26 Julian Sikorski :
>> Hi,
>>
>> I was trying to update mplayer and most of the problems I am having are
>> due to using shared ffmpeg, which is discouraged and unsupported by
>> upstream. The latest error i
2012/2/26 Julian Sikorski :
> Hi,
>
> I was trying to update mplayer and most of the problems I am having are
> due to using shared ffmpeg, which is discouraged and unsupported by
> upstream. The latest error is:
>
> libmpdemux/mp_taglists.c:27:34: fatal error: libavformat/
Hi,
I was trying to update mplayer and most of the problems I am having are
due to using shared ffmpeg, which is discouraged and unsupported by
upstream. The latest error is:
libmpdemux/mp_taglists.c:27:34: fatal error: libavformat/internal.h: No
such file or directory
when trying to build
1 - 100 of 229 matches
Mail list logo