8:21 p.m.
(Moving discussion to -developers)
On Tuesday, 15 June 2010 at 16:59, Nicolas Chauvet wrote:
2010/6/15 Dominik 'Rathann' Mierzejewski
<dominik(a)greysector.net>:
> On Sunday, 13 June 2010 at 09:15, Andrea wrote:
>> I wonder why mplayer does not come with codecs.conf.
>
> Because old codecs.conf files lying around in users' home directories
> caused quite a few invalid bug reports. Hence upstream doesn't install
> codecs.conf during make install and recommends against packaging it.
>
>> Without I get errors like
>>
>> Cannot find codec matching selected -vo and video format 0x34564C46.
>>
>> when playing some flv files.
>
> I'll fix that when I have some time. As I said before, comaintainers
> are welcome.
Hi Rathann,
BTW, co-maintainer speaking.
I'm testing another x264/FFmpeg stack for vlc-1.1. Do you mind I can
push it. for Rawhide.
In general, yes, but I'd like to see the diffs first.
We might want to backport it in F13 once tested but:
Two things:
- I'm currently unable to het libvpx in (missing include intype.h or else)
Do you have build logs somewhere that I can see them?
- For F13, vlc-1.0.x users seems to have problem to encode in mp4
with in h264.
You mean "problem encoding h264 in mp4 container"? Any details?
Regards,
R.
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
9:55 p.m.
2010/6/15 Dominik 'Rathann' Mierzejewski <dominik(a)greysector.net>:
(Moving discussion to -developers)
...
> > I'll fix that when I have some time. As I said before,
comaintainers
> > are welcome.
> Hi Rathann,
>
> BTW, co-maintainer speaking.
>
> I'm testing another x264/FFmpeg stack for vlc-1.1. Do you mind I can
> push it. for Rawhide.
In general, yes, but I'd like to see the diffs first.
I will rebase on 0.6 that
have been released. Since I will have fix
for the ffmpegsuffix macro I've just used to bundle a special version
built shared of FFmpeg for vlc. (with libva support etc).
Or you can grab it there:
http://rpms.kwizart.net/fedora/13/SRPMS/ffmpeg4vlc-0.6-0.4.20100612svn.fc...
(but I will have more time to commit a cleaner patch next week).
> We might want to backport it in F13 once tested but:
>
> Two things:
> - I'm currently unable to het libvpx in (missing include intype.h or else)
Do you have build logs somewhere that I can see them?
I guess it's a problem
with FFmpeg using a not yet release version of libvpx.
The preliminary version of the libvpx support for FFmpeg did have that
intype.h include.
It was reviewed as not necessary and probably reworked in the libvpx library.
> - For F13, vlc-1.0.x users seems to have problem to encode in
mp4 with in h264.
You mean "problem encoding h264 in mp4 container"? Any details?
Here is
one report: (not yet in bz)
http://forum.videolan.org/viewtopic.php?f=13&t=77425&start=0
and
http://forum.videolan.org/viewtopic.php?f=13&t=76928
Thx
10:04 p.m.
On Wednesday, 16 June 2010 at 23:55, Nicolas Chauvet wrote:
2010/6/15 Dominik 'Rathann' Mierzejewski
<dominik(a)greysector.net>:
> (Moving discussion to -developers)
...
>> > I'll fix that when I have some time. As I said before, comaintainers
>> > are welcome.
>> Hi Rathann,
>>
>> BTW, co-maintainer speaking.
>>
>> I'm testing another x264/FFmpeg stack for vlc-1.1.
We need latest x264 for current FFmpeg. I'll update it soon.
>> Do you mind I can push it. for Rawhide.
> In general, yes, but I'd like to see the diffs first.
I will rebase on 0.6 that have been released. Since I will have fix
for the ffmpegsuffix macro I've just used to bundle a special version
built shared of FFmpeg for vlc. (with libva support etc).
Or you can grab it there:
http://rpms.kwizart.net/fedora/13/SRPMS/ffmpeg4vlc-0.6-0.4.20100612svn.fc...
(but I will have more time to commit a cleaner patch next week).
But libva is not in Fedora nor in RPMFusion yet, is it?
>> We might want to backport it in F13 once tested but:
>>
>> Two things:
>> - I'm currently unable to het libvpx in (missing include intype.h or else)
>
> Do you have build logs somewhere that I can see them?
I guess it's a problem with FFmpeg using a not yet release version of libvpx.
The preliminary version of the libvpx support for FFmpeg did have that
intype.h include.
It was reviewed as not necessary and probably reworked in the libvpx library.
libvpx-0.9.1 fixes this. I've requested an update in Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=606002
Once that's done, it's a simple matter of adding the correct BuildRequires
and --enable-libvpx and it'll build just fine.
>> - For F13, vlc-1.0.x users seems to have problem to encode
in mp4 with in h264.
>
> You mean "problem encoding h264 in mp4 container"? Any details?
Here is one report: (not yet in bz)
http://forum.videolan.org/viewtopic.php?f=13&t=77425&start=0
and
http://forum.videolan.org/viewtopic.php?f=13&t=76928
I guess this is it:
[0xb6c01380] stream_out_transcode stream out error: Failed to find conversion filter for
channel mixing
I don't understand where it comes from. Please ask for "ffmpeg -i
sourcefile" output.
Regards,
R.
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
5275
days inactive
5279
days old
rpmfusion-developers@lists.rpmfusion.org
2 comments
2 participants
participants (2)
-
Dominik 'Rathann' Mierzejewski -
Nicolas Chauvet