search for: ystride

...ogg_uint16_t _ac_iquant[64]); void oc_restore_fpu(const oc_theora_state *_state); +void oc_state_loop_filter_frag_rows(oc_theora_state *_state,int *_bv, + int _refi,int _pli,int _fragy0,int _fragy_end); /*Default pure-C implementations.*/ void oc_frag_recon_intra_c(unsigned char *_dst,int _dst_ystride, @@ -427,5 +429,7 @@ int _pli,ogg_int16_t _dct_coeffs[64],int _last_zzi,int _ncoefs, ogg_uint16_t _dc_iquant,const ogg_uint16_t _ac_iquant[64]); void oc_restore_fpu_c(void); +void oc_state_loop_filter_frag_rows_c(oc_theora_state *_state,int *_bv, + int _refi,int _pli,int _fragy0,int _fragy_end...

...common, IMHO.. >You'll also note the specification says nothing about packed formats. >Packed vs. planar is completely orthogonal to the rest of the issues, >and only arises when storing the raw pixel data directly. Supporting >either is relatively easy in software with an xstride/ystride for each >component, so there is hardly a reason not to (Theora doesn't because it >greatly simplifies several inner loops to be able to assume xstride=1; a >raw codec should not be as affected by such an issue). And there is >definitely a reason _to_ support them in a raw format, s...

...ff -Naur theora-exp/lib/fragment.c theora-rel/lib/fragment.c --- theora-exp/lib/fragment.c 2005-03-23 08:54:44.163819664 +0100 +++ theora-rel/lib/fragment.c 2005-03-23 09:42:29.000000000 +0100 @@ -1,6 +1,11 @@ #include "internal.h" -void oc_frag_recon_intra(unsigned char *_dst,int _dst_ystride, +inline void oc_frag_recon_intra(const oc_theora_state *_state,unsigned char *_dst,int _dst_ystride, + const ogg_int16_t *_residue){ +_state->opt_vtable.oc_frag_recon_intra(_dst,_dst_ystride,_residue); +} + +void oc_frag_recon_intra__c(unsigned char *_dst,int _dst_ystride, const ogg_int16_t *...

...ff -Naur theora-exp/lib/fragment.c theora-rel/lib/fragment.c --- theora-exp/lib/fragment.c 2005-03-23 08:54:44.163819664 +0100 +++ theora-rel/lib/fragment.c 2005-03-23 09:42:29.000000000 +0100 @@ -1,6 +1,11 @@ #include "internal.h" -void oc_frag_recon_intra(unsigned char *_dst,int _dst_ystride, +inline void oc_frag_recon_intra(const oc_theora_state *_state,unsigned char *_dst,int _dst_ystride, + const ogg_int16_t *_residue){ +_state->opt_vtable.oc_frag_recon_intra(_dst,_dst_ystride,_residue); +} + +void oc_frag_recon_intra__c(unsigned char *_dst,int _dst_ystride, const ogg_int16_t *...

...les, versions, etc is used to detirmine compatability. The fields we're talking about will go into packet0, so that a list of which plugins can accept it can be easily generated. > Agreed.. Though it's worth pointing out that it's possible to have > images wthere the xstride/ystride between components is not constant > (endian issues, UVYY packings, etc). How to handle interlacing is > another problem, if you're trying to make a super generic format. A line > has to be drawn somewhere, and it's hard to say where that is. Interlace certainly needs to be sup...

...q %%mm4,0x10(%[residue])\n\t" "movq %%mm1,0x18(%[residue])\n\t" - "lea 0x20(%[residue]),%[residue]\n\t" + "lea 0x20(%[residue]),%[residue]\n\t" :[residue]"+r"(_residue),[src]"+r"(_src),[ref]"+r"(_ref) :[ystride]"r"((ptrdiff_t)_ystride) :"memory" ----- End forwarded message ----- -- Dios, gracias por tu amor infinito. http://www.primarilypublicdomain.org/letter/ -- Vladimir T?mara Pati?o. http://www.geocities.com/v-tamara -------------- next part -------------- $Open...

...char *CandidateBlockPtr=NULL; - unsigned char *BestBlockPtr=NULL; + const unsigned char *SrcPtr[4] = {NULL,NULL,NULL,NULL}; + const unsigned char *RefPtr=NULL; + const unsigned char *CandidateBlockPtr=NULL; + const unsigned char *BestBlockPtr=NULL; ogg_uint32_t RefRow2Offset = cpi->pb.YStride * 8; @@ -493,8 +499,8 @@ ogg_int32_t HalfPixelError; ogg_int32_t BestHalfPixelError; unsigned char BestHalfOffset; - unsigned char * RefDataPtr1; - unsigned char * RefDataPtr2; + const unsigned char * RefDataPtr1; + const unsigned char * RefDataPtr2; /* Note which of the f...

...+ ogg_uint16_t _dc_iquant,const ogg_uint16_t _ac_iquant[64]); }oc_base_opt_vtable; @@ -385,9 +388,6 @@ int oc_state_mbi_for_pos(oc_theora_state *_state,int _mbx,int _mby); int oc_state_get_mv_offsets(oc_theora_state *_state,int *_offset0, int *_offset1,int _dx,int _dy,int _ystride,int _pli); -void oc_state_frag_recon(oc_theora_state *_state,const oc_fragment *_frag, - int _pli,ogg_int16_t _dct_coeffs[64],int _last_zzi,int _ncoefs, - ogg_uint16_t _dc_iquant,const ogg_uint16_t _ac_iquant[64]); int oc_state_loop_filter_init(oc_theora_state *_state,int *_bv); void oc_state_l...

Hi, I have been working with VP3 for some time now. Dan Miller from On2 just told me about this list. A few months ago, I managed to get On2's VP3 source snapshot to compile under Linux, a feat that many have apparently attempted and quickly abandoned. I compiled a small console app and the results of the experiment are explained here:

On Tue, Nov 08, 2005 at 09:36:52PM +0800, illiminable wrote: > > Then there's YUY2 which is interleaved Y0 U0 Y1 V0 Y2 U1 Y3 V1, and YVYU > (Y0 V0 Y1 U0 Y2 V1 Y3 U1), and UYVY (U0 Y0 V0 Y1 U0 Y2 V0 Y3)... and then > there's AYUV, which has a 4th alpha channel. We will only be doing [A]YUV ordered planar encoding, no other order, not packed using one of several methods.

On Tue, Nov 08, 2005 at 09:36:52PM +0800, illiminable wrote: > > Then there's YUY2 which is interleaved Y0 U0 Y1 V0 Y2 U1 Y3 V1, and YVYU > (Y0 V0 Y1 U0 Y2 V1 Y3 U1), and UYVY (U0 Y0 V0 Y1 U0 Y2 V0 Y3)... and then > there's AYUV, which has a 4th alpha channel. We will only be doing [A]YUV ordered planar encoding, no other order, not packed using one of several methods.