search for: ogg_int16_t

.../mergeSTATE/test/lib/decode.c 2005-08-17 09:58:23.000000000 +0200 +++ test/lib/decode.c 2005-08-20 11:19:04.052143250 +0200 @@ -1083,53 +1083,53 @@ to. This is updated before the function returns.*/ typedef void (*oc_token_expand_func)(int _token,int _extra_bits, - ogg_int16_t _dct_coeffs[64],int *_zzi); + ogg_int16_t _dct_coeffs[128],int *_zzi); /*Expands a zero run token.*/ void oc_token_expand_zrl(int _token,int _extra_bits, - ogg_int16_t _dct_coeffs[64],int *_zzi){ + ogg_int16_t _dct_coeffs[128],int *_zzi){ int zzi; zzi=*_zzi; - do _dct_coeffs[OC_FZIG_ZAG[...

Hi. Has anyone tried http://svn.xiph.org/branches/theora-mmx this code on Win32 ? I can compile it with very small modification, 304c304 < ogg_int16_t *const temp= (ogg_int16_t*)align_tmp; --- > ogg_int16_t *const temp= (int16_t*)align_tmp; but outputs seem terribly broken. -> ex. http://mycomputer.cc/temp/mmx-out.ogg GCC version is 3.4.2. $ gcc --version gcc.exe (GCC) 3.4.2 (mingw-special) Can anyone help me ? -- TSUJIYAMA Akihiko...

...-------- diff -Naur a/lib/idct.c b/lib/idct.c --- a/lib/idct.c 2005-07-20 11:39:30.355887750 +0200 +++ b/lib/idct.c 2005-07-20 11:25:26.451147000 +0200 @@ -208,7 +208,7 @@ _y: The buffer to store the result in. This may be the same as _x. _x: The input coefficients. */ -void oc_idct8x8(ogg_int16_t _y[64],const ogg_int16_t _x[64]){ +void oc_idct8x8_c(ogg_int16_t _y[64],const ogg_int16_t _x[64]){ const ogg_int16_t *in; ogg_int16_t *end; ogg_int16_t *out; @@ -236,7 +236,7 @@ _y: The buffer to store the result in. This may be the same as _x. _x: The input coeffi...

...64 +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 *_residue){ int i; for(i=0;i<8;i++){ @@ -10,7 +15,12 @@ } } -void oc_frag_recon_inter(unsigned char *_dst,in...

quite some speed improvement indeed. attached the updated patch to apply to svn/trunk. j -------------- next part -------------- A non-text attachment was scrubbed... Name: theora-mmx.patch.gz Type: application/x-gzip Size: 8648 bytes Desc: not available Url : http://lists.xiph.org/pipermail/theora-dev/attachments/20040824/5a5f2731/theora-mmx.patch-0001.bin

...64 +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 *_residue){ int i; for(i=0;i<8;i++){ @@ -10,7 +15,12 @@ } } -void oc_frag_recon_inter(unsigned char *_dst,in...

.... i have attached a patch that will fix this problem (i hope it attaches correctly) thx, Nehal --- os_types.h.old Fri Jul 19 02:25:52 2002 +++ os_types.h Tue Dec 10 14:15:44 2002 @@ -32,6 +32,13 @@ typedef __int32 ogg_int32_t; typedef unsigned __int32 ogg_uint32_t; typedef __int16 ogg_int16_t; +# elif defined(__MINGW32_VERSION) + /* Mingw */ +# include <stdint.h> + typedef int64_t ogg_int64_t; + typedef int32_t ogg_int32_t; + typedef uint32_t ogg_uint32_t; + typedef int16_t ogg_int16_t; # else /* Cygwin */ #include <_G_config.h> --- >8 ---- List arc...

When using the IDCT routines, the C version [ lib/idct.c: oc_idct8x8_c(ogg_int16_t _y[64],int _last_zzi)] in libtheora 1.1.1, the decoded image is garbled. Is it functionally equivalent to the MMX optimized version [lib/x86/mmxidct.c: oc_idct8x8_mmx(ogg_int16_t _y[64],int _last_zzi)] ? I used some of the Theora video files from here: http://wiki.xiph.org/index.php/List_of_Theora...

...quot;) steps 14-16: 14. Assign T[5] the value T[4] - T[5]. 15. Truncate T[5] to a 16-bit representation by dropping any higher-order bits. 16. Assign T[5] the value C4 * (-T[5]) >> 16. However, the relevant section of code in the reference decoder (lib/dec/idct.c line 50) is: t[5]=OC_C4S4*(ogg_int16_t)(t[4]-t[5])>>16; i.e. T[5] (the result of T[4]-T[5]) is not inverted before being multiplied by C4. Lines 106, 150 and 190 in idct.c do the same thing - the spec says the result of (T[4] - T[5]) should be negated before being multiplied. I believe this is a bug in the reference implementati...

Hi all, Just a stupid question The IDctSlow function on file idct.c has this line : ip[0] = (ogg_int16_t)((_Gd + _Cd ) >> 0); The ip[0] , _Gd and _Cd are of type ogg_int32_t My question is: The result of (_Gd + _Cd) can be a number with more than 16 bits ? (yes, it can be because they are int32, but the algorithm could guarantee something about that... I dont know...) If can, the cast (o...

...end[pli]-edelay); } /*To fill the borders, we have an additional two pixel delay, since a diff -Naur a/lib/internal.h b/lib/internal.h --- a/lib/internal.h 2005-08-17 09:29:57.318872500 +0200 +++ b/lib/internal.h 2005-08-17 10:05:34.076411500 +0200 @@ -242,6 +242,8 @@ 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 (*restore_fpu)(void); + void (*oc_state_loop_filter_frag_rows)(oc_theora_state *_state,int *_bv, + int _refi,int _pli,int _fragy0,int _fragy_end); }oc_base_opt_vtable; @@ -391,...

...ile even uglier :) diff -x CVS -x fc.mnu -x *.diff -urN ../OggVorbis.clean/ogg/include/ogg/os_types.h ogg/include/ogg/os_types.h --- ../OggVorbis.clean/ogg/include/ogg/os_types.h Tue Feb 27 00:28:28 2001 +++ ogg/include/ogg/os_types.h Tue Feb 27 00:29:50 2001 @@ -43,10 +43,7 @@ typedef _G_int16_t ogg_int16_t; # endif -#else - - -# ifdef macintosh +#elif defined(macintosh) #include <sys/types.h> @@ -55,20 +52,24 @@ typedef UInt32 ogg_uint32_t; typedef SInt64 ogg_int64_t; -# else +#elif defined(__EMX__) + +typedef short ogg_int16_t; +typedef int ogg_int32_t; +typedef unsigned int ogg...

...t64_t xC3S5 = 0x0d4dbd4dbd4dbd4db; +static const ogg_int64_t xC4S4 = 0x0b505b505b505b505; +static const ogg_int64_t xC5S3 = 0x08e3a8e3a8e3a8e3a; +static const ogg_int64_t xC6S2 = 0x061f861f861f861f8; +static const ogg_int64_t xC7S1 = 0x031f131f131f131f1; static __inline void Transpose_mmx( ogg_int16_t *InputData1, ogg_int16_t *OutputData1, Index: lib/enc/x86_32_vs/dsp_mmx.c =================================================================== --- lib/enc/x86_32_vs/dsp_mmx.c (revision 13942) +++ lib/enc/x86_32_vs/dsp_mmx.c (working copy) @@ -28,7 +28,7 @@ #endif -static const ogg_int64_t V128...

Hi all-- I tried building the ARM-optimized theora codec from the theorarm- merge-branch, and encountered the following compile and runtime problems before getting something to run. If there is another way to build it, it would be nice to know, but I got the sense that its current state in svn is incomplete. I'm using a gcc cross-compiler for ARM on an x86 Linux PC. After running

...============= RCS file: /usr/local/cvsroot/vorbis/include/vorbis/os_types.h.in,v retrieving revision 1.3 diff -u -2 -r1.3 os_types.h.in --- vorbis/include/vorbis/os_types.h.in 2000/08/30 07:09:46 1.3 +++ vorbis/include/vorbis/os_types.h.in 2000/10/05 20:35:38 @@ -37,4 +37,14 @@ typedef _G_int16_t ogg_int16_t; #endif + +#elif defined(macintosh) + +#include <sys/types.h> + +typedef SInt16 ogg_int16_t; +typedef SInt32 ogg_int32_t; +typedef UInt32 ogg_uint32_t; +typedef SInt64 ogg_int64_t; + #else --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph....

...../include/ogg/os_types.h:40: warning: data definition has no type or storage class ../include/ogg/os_types.h:41: parse error before "ogg_uint32_t" ../include/ogg/os_types.h:41: warning: data definition has no type or storage class ../include/ogg/os_types.h:42: parse error before "ogg_int16_t" ../include/ogg/os_types.h:42: warning: data definition has no type or storage class ../include/ogg/os_types.h:43: parse error before "ogg_uint16_t" ../include/ogg/os_types.h:43: warning: data definition has no type or storage class In file included from framing.c:25: ../include/og...

....h:6: error: parse error before > 'ogg_uint16_t' > /usr/local/include/ogg/config_types.h:8: error: parse error before > 'ogg_uint32_t' > > I found /usr/local/include/ogg/config_types.h had the following: > /* these are filled in by configure */ > typedef int16_t ogg_int16_t; > typedef u_int16_t ogg_uint16_t; > INSTEAD OF typedef u_int16_t ogg_uint16_t > typedef int32_t ogg_int32_t; > typedef u_int32_t ogg_uint32_t; > INSTEAD OF typedef u_int32_t ogg_uint32_t > typedef int64_t ogg_int64_t; > > I'm not sure why it would have uint16_t s...

...uot; /*Although it looks like we're using 7 registers here, gcc can alias %[ret] and %[ret2] with some of the inputs, since for once we don't write to them until after we're done using everything but %[buf] (which is also @@ -782,7 +795,7 @@ void oc_enc_frag_sub_mmx(ogg_int16_t _residue[64], "movq %%mm2,0x08(%[residue])\n\t" "movq %%mm4,0x10(%[residue])\n\t" "movq %%mm1,0x18(%[residue])\n\t" - "lea 0x20(%[residue]),%[residue]\n\t" + "lea 0x20(%[residue]),%[residue]\n\t" :[residue]&quo...

I am a mingw coder and I needed to make the following changes to the CVS source from 9/13/00 to get a build: os_types.h L36C16 reads had to change "unsigned _G_int32_t" to "_G_uint32_t" to resolve the compile error: ..\include\vorbis\os_types.h:36:parse error before 'ogg_uint32_t' ..\include\vorbis\os_types.h:36:warning:data definition has no type or storage class

...d it's like this: void * _alloca(size_t); #define alloca _alloca - The type definition wasn't correct for LCC, so I used the following instead, which should be correct: typedef long long ogg_int64_t; typedef int ogg_int32_t; typedef unsigned int ogg_uint32_t; typedef short ogg_int16_t; Ok, once all that converted, it finally compiles (which some warning, but nothing special). I tested the OggDec.c and it loaded the .ogg and started the convertion, and then it crashs, during the convertion. I tracked the bug with the integrated debugger and it seems like and array overflo...