search for: ogg_int32_t

...e ) { +static ogg_uint32_t GetInterErr (const unsigned char * NewDataPtr, + const unsigned char * RefDataPtr1, + const unsigned char * RefDataPtr2, + ogg_uint32_t PixelsPerLine ) { ogg_uint32_t i; ogg_int32_t XSum=0; ogg_int32_t XXSum=0; @@ -204,23 +204,29 @@ return (( (XXSum<<6) - XSum*XSum )); } -static ogg_uint32_t GetSumAbsDiffs (unsigned char * NewDataPtr, - unsigned char * RefDataPtr, - ogg_uint32_t PixelsPerLine, -...

(i hope this is correct m.list) Hi, there is a small compiling problem for mingw when compiling on libogg.. in include/ogg/os_types.h : ogg_int64_t, ogg_int32_t, etc are defined correctly on cygwin and MSVC/Borland but not on mingw... 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...

The codebase sets up ogg_int32_t, etc, but then uses long directly in several structures. Unfortunately for me longs are 64 bits on my platform, not 32, and I end up getting hammered by unnecessary software math routine calls. Should I be able to just search/replace 'long' with 'ogg_int32_t' in the code or would...

...uick encode/decode */ void *codec_setup; /* encode only */ int dropframes_p; int keyframe_auto_p; ogg_uint32_t keyframe_frequency; ogg_uint32_t keyframe_frequency_force; /* also used for decode init to get granpos shift correct */ ogg_uint32_t keyframe_data_target_bitrate; ogg_int32_t keyframe_auto_threshold; ogg_uint32_t keyframe_mindistance; ogg_int32_t noise_sensitivity; ogg_int32_t sharpness; ======================= #quality: I know that this can be used instead of specifying a target bitrate, but what are the legal values and what do they do? #quick_p: What is the...

Hi, The attached patch changes occurrences of serialno to use the type ogg_int32_t, rather than int, as int can be too small on targets where it is only 16-bits. Cheers, Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/ogg-dev/attachments/20091218/bb17e83b/attachment-0001.htm -------------- next part ---...

..._t _dct_coeffs[128],int _last_zzi,int _ncoefs, ogg_uint16_t _dc_iquant,const ogg_uint16_t _ac_iquant[64]){ ogg_int16_t dct_buf[64]; ogg_int16_t res_buf[64]; @@ -841,7 +841,7 @@ for(zzi=1;zzi<_ncoefs;zzi++){ int ci; ci=OC_FZIG_ZAG[zzi]; - dct_buf[ci]=(ogg_int16_t)((ogg_int32_t)_dct_coeffs[ci]*_ac_iquant[ci]); + dct_buf[ci]=(ogg_int16_t)((ogg_int32_t)_dct_coeffs[zzi]*_ac_iquant[ci]); } /*Then, fill in the remainder of the coefficients with 0's, and perform the iDCT.*/ diff -Naur ../mergeSTATE/test/lib/x86/mmxstate.c test/lib/x86/mmxstate.c --- ....

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 (ogg_int16_t) will truncate the number to the 16 less significant bits, and will...

I have no objection to the API in itself, but could the API and structure only use the ogg fundamental types (like ogg_int32_t) or even better the C99 official types (like int32_t) because at the moment there is a real mix of types used for the occurences of serialno (long, int, ogg_uint32_t), beos, eos, ... Andr? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/piperma...

Hi, Can anyone familiar with data alignment issues on ARM give me some advice about this bug?: https://bugzilla.mozilla.org/show_bug.cgi?id=483912 The relevant code is in liboggz HEAD at: http://git.xiph.org/?p=liboggz.git;a=blob;f=src/liboggz/oggz_auto.c;h=ebb825c348298dc352a54d6925ce74ed707bbc3a;hb=HEAD#l138 cheers, Conrad.

...zing tremor for the PS2, mostly by using dual-pipe multiplies in the X[N]PRODnn and the window apply code. Then, just for kicks, I re-enabled _LOW_ACCURACY_ and lo and behold it was still substantially faster. I also got some gains out of tremor by changing the longs in cookbook and sharedbook to ogg_int32_t's like I did for vorbis. I think _LOW_ACCURACY_ is a win mostly because I'm entirely cache-bound in mdct_backward. But my question is, is it good enough for production work? I diffed a few output files and it looked like the largest differences in sixteen bit data were not more than one...

hi , As i had stated before , i am having problems with ov_open() which returns -132 error. i have uploaded the project file in rar format. it is a vc++ project file, can someone please check out the error and tell me where i am going wrong... http://sr2.mytempdir.com/89384 Thanks and regards sam

...le-precision math functions. Some of the issues I'm seeing: - As reported on this list a few years ago(!), longs are 64 bits. That's really not a big deal as long as it's not part of a binary file. Perhaps the lingering references to "longs" in the code could be changed to ogg_int32_t instead for clarify? It looks like it's mostly in ogg.h. - I added the following clause to os_types.h before the final config clause (we're using PC-hosted tools and don't have autoconf) #elif defined(R5900) /* PS2 EE */ typedef long ogg_int64_t; typedef int ogg_int32_t;...

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

...really deserves what it + gets. + Needless to say we inherited this approach from VP3.*/ + + /*Special case only having a DC component.*/ + if(_last_zzi<2){ + ogg_int16_t p; + /*Why is the iquant product rounded in this case and no others? + Who knows.*/ + p=(ogg_int16_t)((ogg_int32_t)_frag->dc*_dc_iquant+15>>5); + +#if (defined(__amd64__) || defined(__x86_64__)) + /* for(ci=0;ci<64;ci++)res_buf[ci]=p; */ + __asm__ __volatile__( + "mov %%rdi,%%rdx\n" /* I cant tell the GCC that EDI value is clobbered */ + "cld\n" + "rep\n" + "...

...ory In file included from ../include/ogg/ogg.h:24, from framing.c:25: ../include/ogg/os_types.h:39: parse error before "ogg_int64_t" ../include/ogg/os_types.h:39: warning: data definition has no type or storage class ../include/ogg/os_types.h:40: parse error before "ogg_int32_t" ../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...

...or 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 since > /usr/local/include/ogg/os_types.h doesn't have uint16_t under any of > its OS sections. I manually chang...

I was looking at the libvorbis 1.0 SRPM of Mandrakelinux, and it contained some patches which are not included in vorbis 1.1 svn. I'm attaching these patches here, because it could maybe be interesting to include these upstream. (libvorbis-1.1-aliasing.patch is actually a rediffed patch of Mandrakesoft's one for 1.0 against 1.1 svn). The author of these patches is Gwenole Beachesne,

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

...3,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_uint32_t; +typedef long long ogg_int64_t; -# ifdef __BEOS__ +#else + +# ifdef __BEOS__ /* Be */ #include <inttypes.h> -# endif +# endif #include <sys/types.h> #include <ogg/config_types.h> - -# endif /* macintosh */ - -#endif /* _WI...

...dprintf("Vorbis synthesis: %d %p %p\n", v_rv0, vb, op); if (v_rv0 == 0) { /* Block is valid for synthesis and synthesis is ready */ v_rv0 = vorbis_synthesis_blockin(vd, vb); if (v_rv0 == 0) { /* Synthesis was successful. Pull out the data */ int pcmSamples = 1; ogg_int32_t **pcm; int numChannels = 2; /* FIXME: Should really pull this from info */ int ii, jj; while(pcmSamples > 0) { pcmSamples = vorbis_synthesis_pcmout(vd, &pcm); /* Interleaver for output PCM */ for(ii=0; ii<pcmSamples; ++ii) { for(jj=0; jj<numChanne...