Hi

Here are some ideas about swscale work

* the dither code depends on non constant globals, it should use the dither
  variables in the context

* We need a bitexact mode, converters that are not identical to the pure C
  code must be put under if(!flags & SWS_BLAH_BITEXACT) this one is critical
  for being able to drop the old scaler. As regression tests would not be
  possible otherwise.

* issue249 & issue504 on roundup

* things mentioned at 
http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_Of_Code_2008


Things we do NOT need

* randomly moving code around


Things that are low priority but certainly very welcome as well

* Cleanly seperating the asm code with clean common API(s)
  This could be in the form of a dsputil like context with function pointers
  It could also be in one of many other forms.
  But leaving code as it is and just replacing every asm() by a literal
  blah_mmx() call is not ok.

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes

Attachment: signature.asc
Description: Digital signature

_______________________________________________
FFmpeg-soc mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc

Reply via email to