[FFmpeg-devel] [PATCH] FFmpeg: libavfilter/libmpcodecs: add vf_stereo3d high quality green-magenta and yellow-blue dubois anaglyph 3D output support

Michael Niedermayer michaelni at gmx.at
Tue Feb 5 03:09:30 CET 2013


On Thu, Jan 31, 2013 at 12:52:22PM +0100, thomas schorpp wrote:
> On 30.01.2013 19:47, Michael Niedermayer wrote:
> >On Wed, Jan 30, 2013 at 12:44:42PM -0500, compn wrote:
> >>On Wed, 30 Jan 2013 01:04:28 +0100, Michael Niedermayer wrote:
> >>>On Tue, Jan 29, 2013 at 12:01:47PM +0100, thomas schorpp wrote:
> >>>>@#%&§! Thunderbird! Resent word wrapped.
> >>>>
> >>>>This patch brings ecological and economical "Transcode once at 100% CPU - view many at ~20% CPU load" 3D (H)SBS, etc, media
> >>>>to the most advanced (2007) green-magenta eyes friendly anaglyph 3D projection method support using Eric Dubois' high quality method
> >>>>for people who want to avoid expensive resources consumed by (nice trying) real time conversion stereoscopic media players at every playback
> >>>>or expensive special 3D displays and 3D TV sets with polariser/shutter/no glasses without DVI-D inputs and more restrictions
> >>>>accepted by only ~5% of western TV/video users until today.
> >>>>
> >>>>Red-cyan (1970,2001) dubois method has been already implemented by the original author, added -topic-.
> >>>>
> >>>>Usage example to transcode 3D HSBSR h.264 format to anaglyph green-magenta 3D in MPEG4
> >>>>(See source code for enum encoded stereo3d filter arguments, defaults to MPlayer2 "sbs2l:agmd" now):
> >>>>
> >>>>$ ffmpeg -i test.3D.H[2]SBS[R].x264.mp4 -c:a copy -vf mp=stereo3d=17:7 -qscale:v 8 test.3D.agmd.sbs2r.mp4
> >>>>
> >>>>OpenGL MPlayer1/2 output is suggested for best color display results (i915/i965GM GPUs).
> >>>>
> >>>>y
> >>>>tom
> >>>>
> >>>>---------------
> >>>>
> >>>>libavfilter/libmpcodecs: add vf_stereo3d high quality green-magenta and yellow-blue dubois anaglyph 3D output support
> >>>>
> >>>>Signed-off-by: Thomas Schorpp <thomas.schorpp at gmail.com>
> >>>>
> >>>>-Att. patch
> >>>>
> >>>
> >>>>  vf_stereo3d.c |   62 ++++++++++++++++++++++++++++++++++++++++++----------------
> >>>>  1 file changed, 45 insertions(+), 17 deletions(-)
> >>>>fb37defbbc9e16391fd3745f11dbe46f46d603ce  ffmpeg-mpvfstereo3d-agmd-schorpp01.patch
> >>>>--- a/libavfilter/libmpcodecs/vf_stereo3d.c
> >>>>+++ b/libavfilter/libmpcodecs/vf_stereo3d.c
> >>>
> >>>libmpcodecs improvments should be submited to mplayer
> >>>and the backported to ffmpeg
> >>
> >>since you have commit access to both, please feel free to commit to
> >>both repos :)
> >
> >i wont commit a non trivial patch from ffmpeg-devel to mplayer, it has
> >to be posted to mplayer-dev first
> 
> Use case? Considering product development target
> >>>>This patch brings ecological and economical "Transcode once at 100% CPU - view many at ~20% CPU load" 3D (H)SBS, etc, media [...]
> >>>>for people who want to avoid expensive resources consumed by (nice trying) real time conversion stereoscopic media players at every playback [...]
> and you need recent expensive quad core SMP cpu hardware (~25c/kWh) and/or closed source GPU video accelerator drivers and libs (Not supportable by Bino,too,
> maintainer statement: "The currently used software decoding is sometimes too slow, especially for full HD stereoscopic content. [...]"[1] )
> are off topic for a free OSS product, I've not fixed performance of libavcodecs/crystalhd.c yet, this makes not much sense and so Your pure formal(?)
> development process requirement collides my (Transcoding before playback, less power cost) and MPlayer(1) (realtime playback) product targets in this case,
> 
> but as You request:
> 
> But no such list "mplayer-dev":
> http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev
> Posting to MPlayer-dev-eng.

thanks

vf_stereo3d synced from mplayer

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I do not agree with what you have to say, but I'll defend to the death your
right to say it. -- Voltaire
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20130205/adb408a7/attachment.asc>


More information about the ffmpeg-devel mailing list