Pls syncronize both ffmpeg dirs (trunk and branch) with current FFmpeg SVN.
> As far as I know, the decoder is fully imported into FFmpeg upstream.
> The encoder is pretty usable but still has that blocky bug - can we submit
> this into FFmpeg or should we fix that first ?
I think those blocks are happenned due to single quantization matrix
used for both
luma and chroma planes.
Those matrix is fixed and differs from used matrixes in AMV.
I'm waiting for anybody fixing those ugly blocks to start preparing
patch for FFmpeg.
> Does the code need cleaning up - hacks that need to be figured out ?
I'll do all required cleanup myself during commit prepare procedure
taking in mind developers suggestions/patch policy.
> Voroshil: I saw you discussing some hacks on the FFmpeg mailing list - are
> they resolved ?
Only one thing i can remember is unusable ADPCM encoder without AMV muxer,
because i still not clearly undestand
time_base/pts/samplerate/framesize behaviour
(in other words how to proper initialize that values for encoder and decoder).
All issues related to decoder/demuxer are resolved, IMHO, since patch
is accepted and applied to upstream.
> Voroshil: Do you still have issue #8 ? I can't reproduce it on my player.
I can't check right now: havn't player near me.
> All in all guys, I think the project has made great progress and has gotten
> to that point where I rather use our code on linux (even with the bug) than
> boot into windows and use the AMV Conver Tool (which also has bugs). I'd
> like to thank everyone for the effort they put into our project - I love you
> all.
Thanks.
--
Regards,
Vladimir Voroshilov mailto:voro...@gmail.com
JID: voro...@gmail.com, voro...@jabber.ru
ICQ: 95587719
Hi! I can make the GUI pretty fast :). All i need to get it done is a binary distribution of the code. If anyone could compile it for me, please send it in an e-mail and i'll start working. Also, I am not too much into ffmpeg's command line switches. I think I need one of you to help me with the AMV conversion part so I know how to implement the calls.
Thanks.
2007/10/27, Tom Van Braeckel <tomvanb...@gmail.com>:
> Hi guys,
>
> First of all, my apologies for not showing up on the IRC or coding on the
> project for such a long time. I've been looking for a job the past few
> weeks.
>
> Secondly, I just wanted to hear everyone's thoughts on what still needs to
> be done.
Pls syncronize both ffmpeg dirs (trunk and branch) with current FFmpeg SVN.
> As far as I know, the decoder is fully imported into FFmpeg upstream.
> The encoder is pretty usable but still has that blocky bug - can we submit
> this into FFmpeg or should we fix that first ?
I think those blocks are happenned due to single quantization matrix
used for both
luma and chroma planes.
Those matrix is fixed and differs from used matrixes in AMV.
I'm waiting for anybody fixing those ugly blocks to start preparing
patch for FFmpeg.
> Does the code need cleaning up - hacks that need to be figured out ?
I'll do all required cleanup myself during commit prepare procedure
taking in mind developers suggestions/patch policy.
> Voroshil: I saw you discussing some hacks on the FFmpeg mailing list - are
> they resolved ?
Only one thing i can remember is unusable ADPCM encoder without AMV muxer,
because i still not clearly undestand
time_base/pts/samplerate/framesize behaviour
(in other words how to proper initialize that values for encoder and decoder).
All issues related to decoder/demuxer are resolved, IMHO, since patch
is accepted and applied to upstream.
> Voroshil: Do you still have issue #8 ? I can't reproduce it on my player.
I can't check right now: havn't player near me.
I think that AMV uses fixed matrices as opposed to ffmpeg which
generate them during encoding.
> > I'm waiting for anybody fixing those ugly blocks to start preparing
> > patch for FFmpeg.
>
> Ok - I'll be discussing it with Dobrica.
Sorry for late reply, but I'm afraid that I won't be able to fix it.
I tried last time around, but I just don't understand encoding code
enough to modify it to use fixed matrixes.
Does anybody has an idea who to ask? upstream FFmpeg perhaps?
I found some jpeg encoding papers which describe encoding using fixed
matrices, so it's quite possible to do it. However, I didn't really wanted
to implement whole new jpeg encoder, but since I don't understand how to
force existing one to have fixed matrixes this might be the only way.
--
Dobrica Pavlinusic 2share!2flame dpa...@rot13.org
Unix addict. Internet consultant. http://www.rot13.org/~dpavlin
On Sun, Oct 28, 2007 at 03:45:09PM +0100, Tom Van Braeckel wrote:
> 2007/10/27, Vladimir Voroshilov <voro...@gmail.com>:
> > As far as I know, the decoder is fully imported into FFmpeg upstream.
> > > The encoder is pretty usable but still has that blocky bug - can we submit
> > > this into FFmpeg or should we fix that first ?
> >
> > I think those blocks are happenned due to single quantization matrix
> > used for both luma and chroma planes. Those matrix is fixed and differs
> > from used matrixes in AMV.
I think that AMV uses fixed matrices as opposed to ffmpeg which
generate them during encoding.
> > I'm waiting for anybody fixing those ugly blocks to start preparing
> > patch for FFmpeg.
>
> Ok - I'll be discussing it with Dobrica.
Sorry for late reply, but I'm afraid that I won't be able to fix it.
I tried last time around, but I just don't understand encoding code
enough to modify it to use fixed matrixes.
Does anybody has an idea who to ask? upstream FFmpeg perhaps?
I found some jpeg encoding papers which describe encoding using fixed
matrices, so it's quite possible to do it. However, I didn't really wanted
to implement whole new jpeg encoder, but since I don't understand how to
force existing one to have fixed matrixes this might be the only way.
ffmpeg uses fixed table too, but single matrix for both luma and chroma planes.
And thus matrix differs from AMV's (there are two separate matrixes)
and results in
blocky picture.
We should either ask ffmpeg devs for adding two tables support or do
it ourselves.
It is not.
Several files are missing (did you forget svn add for new files ?)
Building is not possible right now.