search for: dct_decod

gcc-3.3.1 + slackware9 /bin/sh ../libtool --mode=compile gcc -DPACKAGE=\"libtheora\" -DVERSION=\"0.0\" -DHAVE_DLFCN_H=1 -I. -I. -I../include -O2 -D_REENTRANT -c dct_decode.c rm -f .libs/dct_decode.lo gcc -DPACKAGE=\"libtheora\" -DVERSION=\"0.0\" -DHAVE_DLFCN_H=1 -I. -I. -I../include -O2 -D_REENTRANT -c dct_decode.c -fPIC -DPIC -o .libs/dct_decode.lo dct_decode.c: In function `ExpandKFBlock': dct_decode.c:125: error: `ogg_uint16_t' undecl...

...capiwrapper.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\enc\encapiwrapper.c': No such file or directory 1> dct_encode.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\enc\dct_encode.c': No such file or directory 1> dct_decode.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\enc\dct_decode.c': No such file or directory 1> dct.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\enc\dct.c': No such file or directory 1> Generating Code... (TaskId:...

...****************************************************************** DEFS = -DLINUX -DRETSIGTYPE=void -DHAVE_SIGACTION=1 LIBS = -lpthread INCS = -I. INCLUDES = -I$(top_srcdir)/include -I$(top_srcdir)/lib -I$(top_srcdir)/lib/dec -I$(top_srcdir)/lib/enc EXTRA_DIST = \ enc/x86_32/dct_decode_mmx.c \ enc/x86_32/dsp_mmx.c \ enc/x86_32/dsp_mmxext.c \ enc/x86_32/recon_mmx.c \ enc/x86_32/fdct_mmx.c \ enc/x86_32/idct_mmx.c \ enc/x86_64/dsp_mmx.c \ enc/x86_64/dsp_mmxext.c \ enc/x86_64/recon_mmx.c \ enc/x86_64/fdct_mmx.c...

...******** ********************************************************* DEFS = -DLINUX -DRETSIGTYPE=void -DHAVE_SIGACTION=1 LIBS = -lpthread INCS = -I. INCLUDES = -I$(top_srcdir)/include -I$(top_srcdir)/lib -I$(top_srcdir)/lib/dec -I$(top_srcdir)/lib/enc EXTRA_DIST = \ enc/x86_32/dct_decode_mmx.c \ enc/x86_32/dsp_mmx.c \ enc/x86_32/dsp_mmxext.c \ enc/x86_32/recon_mmx.c \ enc/x86_32/fdct_mmx.c \ enc/x86_32/idct_mmx.c \ enc/x86_64/dsp_mmx.c \ enc/x86_64/dsp_mmxext.c \ enc/x86_64/recon_mmx.c \ enc/x86_64/fdct_mmx.c...

...URCE=..\lib\blockmap.c +SOURCE=..\lib\dec\apiwrapper.c # End Source File # Begin Source File -SOURCE=..\lib\comment.c +SOURCE=..\lib\enc\blockmap.c # End Source File # Begin Source File -SOURCE=..\lib\dct.c +SOURCE=..\lib\enc\common.c # End Source File # Begin Source File -SOURCE=..\lib\dct_decode.c +SOURCE=..\lib\cpu.c # End Source File # Begin Source File -SOURCE=..\lib\dct_encode.c +SOURCE=..\lib\enc\dct.c # End Source File # Begin Source File -SOURCE=..\lib\decode.c +SOURCE=..\lib\enc\dct_decode.c # End Source File # Begin Source File -SOURCE=..\lib\encode.c +SOURCE=..\lib\e...

...gt;theora_static_d.lib(dct_encode.obj) : error LNK2001: unresolved external symbol _dsp_funcs 1>theora_static_d.lib(mcomp.obj) : error LNK2001: unresolved external symbol _dsp_funcs 1>theora_static_d.lib(scan.obj) : error LNK2001: unresolved external symbol _dsp_funcs 1>theora_static_d.lib(dct_decode.obj) : error LNK2001: unresolved external symbol _dsp_funcs 1>theora_static_d.lib(pp.obj) : error LNK2001: unresolved external symbol _dsp_funcs 1>encoderwin.exe : fatal error LNK1120: 2 unresolved externals 1>Build log was saved at "file://c:\Sahana\Project\libtheora-mmx-1.0alpha5\w...

I'm trying to implement the dct_decoder's LoopFilter function in a FPGA. I need to know what is the maximum memory allocation size which display_fragment and recon_pixel_index_table points. These are fields of PB_INSTANCE structure that is declared in the codec_internal.h Thank you =========================== Leonardo de Paula...

Hi All, I'm just debugging my current implementation of Theora, and while nothing is crashing I noticed the following bit of code in the ReconRefFrames() function: around line 1133 lib\dct_decode.c fn[0]=i-1; fn[1]=i-FragsAcross-1; fn[2]=i-FragsAcross; fn[3]=i-FragsAcross+1; /* fragment valid for prediction use if coded and it comes from same frame as the one we are predicting */ for(k=pcount=wpc=0; k<4; k++) { int pflag; pflag=1<<...

...ted to verify that it really has no place: * Version 3.3 tables: There are 2 sets of VLCs: One for v3.1 and one for v3.3. The v3.1 set is always selected. Are the v3.3 tables in production, or will they ever be? * DC Search Points: VP3 seems determined to predict DC from *something*. To that end, DCT_decode.c:ReconRefFrames() has code to search through surrounding fragments in a last ditch effort to find valid fragments from which to predict DC. While the code is there, DCSearchPointCount is set to 0 (while a legitimate calculation was commented out) which effectively short-circuits the DC search cod...

...earby coded fragments for prediction if there isn't a nearest neighbor. However, the upper search bound is defined as *0*, so the search loop (line 917) is never executed and it always falls back to the last coded fragment. This table and supporting code is duplicated on the decode side in dct_decode.c around lines 1022 and 1191. Derf thought this code was similarly bypassed in VP3 as well. I enabled it and tested a couple of files, but it didn't make an appreciable difference in efficiency. Therefore it seems reasonable to just take it out as dead code. I wanted to ask what you knew a...

Hi, Attached is a patch against 1.0alpha7 to speed up Theora decoding. It is about 15~20% faster in my test. It consists of following things: * MMX loop filter based on Rudolf Marek's patch in http://lists.xiph.org/pipermail/theora-dev/2005-August/002838.html * MMX IDCT based on Rudolf Marek's patch in http://lists.xiph.org/pipermail/theora-dev/2005-July/002816.html and the code in

...ike first to greet everyone and congratulate all the people responsible for all the work with this theora project. So, to my question: As you probably know, we are working on an implementation of the theora codec on hardware. I'm currently responsible for getting the function ReconRefFrame in dct_decode.c working, and after i understood the code and finished it in VHDL i found out (after 3 painfull debugging days) that i don't understand at all what is in LastFrameRecon, ThisFrameRecon and GoldenFrame (which types are YUV_BUFFER_ENTRY). Generally what i want to know is: What is inside YUV_BUF...

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