search for: cp_instance

...ogg_uint32_t PixelsPerLine ) { ogg_uint32_t i; ogg_uint32_t XSum=0; ogg_uint32_t XXSum=0; - unsigned char *DiffPtr; + const unsigned char *DiffPtr; /* Loop expanded out for speed. */ DiffPtr = DataPtr; @@ -382,8 +388,8 @@ } ogg_uint32_t GetMBInterError (CP_INSTANCE *cpi, - unsigned char * SrcPtr, - unsigned char * RefPtr, + const unsigned char * SrcPtr, + const unsigned char * RefPtr, ogg_uint32_t FragIndex,...

I found a bug in theora_decode_init when I was implementing the decoder. theora_decode_init should be zeroing the theora state structure right? memset(th, 0, sizeof(theora_state)); // Erik -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/theora-dev/attachments/20040805/26350ca4/attachment.htm

...;0xFF, 8); oggpackB_write(opb, value>>24&0xFF, 8); } /* build the comment header packet from the passed metadata */ int libava_encode_comment(libava_state *t, libava_comment *tc, ogg_packet *op) { const char *vendor = libava_version_string(); const int vendor_length = strlen(vendor); CP_INSTANCE *cpi=(CP_INSTANCE *)(t->internal_encode); #ifndef LIBOGG2 oggpackB_reset(cpi->oggbuffer); #else oggpackB_writeinit(cpi->oggbuffer, cpi->oggbufferstate); #endif oggpackB_write(cpi->oggbuffer, 0x81, 8); _tp_writebuffer(cpi->oggbuffer, "libava", 6); _tp_writelsbint(c...

I haven't actually had many questions up to now. Despite the all-encompassing CP_INSTANCE monolith, things have been relatively easy going. Now we get into real grit: First off, CBitman looks like it has endianness issues; it's packing into host-order 32 bit arrays (the comments and symbol names seem to indicate that this was originally byte-based packing code that got upped to 32...

...buleiro.com] Sent: Tue 10/22/2002 3:13 PM To: theora-dev@xiph.org Cc: Subject: [theora-dev] compglobals.c I believe this file is no longer used and contains functions that are no longer valid/do not compile due to changes in the CP_INSTANCE structure. At least I could not find reference to it in the makefiles, but as you know I am a Linux dummy. Shouldn't it be removed from the lib directory, or is it there for a reason (maybe for future reference?) BTW I am making VisualC++ and CodeWarrio...

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