Hello Does anyone make cross compile libjpeg to cortex m3 core. I trying but have a question. arm-elf-gcc or arm-none-ebai-gcc haven't library libc.a. When I compile whit options export CC=arm-none-ebai-gcc I have comunicat that " /Sourcery_G++_Lite/bin/../lib/gcc/arm-none-eabi/4.2.3/../../../../arm-none-eabi/lib/libc.a(lib_a-readr.o): In function `_read_r': readr.c:(.text+0x20): undefined reference to `_read' " and few similar like this. It's system's function, how add syscall.c to this project and compile. Where I should search definition of syscalls function. Mayby exist the other method to decompress jpeg in cortex m3. Regards michwol
libjpeg + cortex m3
Started by ●September 30, 2008
Reply by ●October 1, 20082008-10-01
"michwolo" <michwolo@gmail.com> skrev i meddelandet news:QcydncfiCdMPTH_VnZ2dnUVZ_vjinZ2d@giganews.com...> Hello > Does anyone make cross compile libjpeg to cortex m3 core. I trying but > have a question. arm-elf-gcc or arm-none-ebai-gcc haven't library libc.a. > When I compile whit options export CC=arm-none-ebai-gcc I have comunicat > that > > " > /Sourcery_G++_Lite/bin/../lib/gcc/arm-none-eabi/4.2.3/../../../../arm-none-eabi/lib/libc.a(lib_a-readr.o): > In function `_read_r': > readr.c:(.text+0x20): undefined reference to `_read' > > " > > and few similar like this. It's system's function, how add syscall.c to > this project and compile. > > Where I should search definition of syscalls function. > > Mayby exist the other method to decompress jpeg in cortex m3. > > Regards michwol > >I compiled libjpeg for ARM and it resulted in a 1.2 MB file. Did not check if symbols were stripped. Are you sure you have enough memory in Your Cortex-M3? Think you should check the size on ARM with stripped binaries. It is going to be pretty slow anyway... Are you sure you should not use an ARM9 (or better AVR32 :-) which has much better capabilities for decompression -- Best Regards, Ulf Samuelsson This is intended to be my personal opinion which may, or may not be shared by my employer Atmel Nordic AB
Reply by ●October 1, 20082008-10-01
"Ulf Samuelsson" <ulf@a-t-m-e-l.com> wrote in message news:gc06um$n9r$1@aioe.org...> > "michwolo" <michwolo@gmail.com> skrev i meddelandet news:QcydncfiCdMPTH_VnZ2dnUVZ_vjinZ2d@giganews.com... >> Hello >> Does anyone make cross compile libjpeg to cortex m3 core. I trying but >> have a question. arm-elf-gcc or arm-none-ebai-gcc haven't library libc.a. >> When I compile whit options export CC=arm-none-ebai-gcc I have comunicat >> that >> >> " >> /Sourcery_G++_Lite/bin/../lib/gcc/arm-none-eabi/4.2.3/../../../../arm-none-eabi/lib/libc.a(lib_a-readr.o): >> In function `_read_r': >> readr.c:(.text+0x20): undefined reference to `_read' >> >> " >> >> and few similar like this. It's system's function, how add syscall.c to >> this project and compile. >> >> Where I should search definition of syscalls function. >> >> Mayby exist the other method to decompress jpeg in cortex m3. >> >> Regards michwol >> >> > > > I compiled libjpeg for ARM and it resulted in a 1.2 MB file. > Did not check if symbols were stripped. > > Are you sure you have enough memory in Your Cortex-M3? > Think you should check the size on ARM with stripped binaries.I don't know about libjpeg, but a good JPEG codec takes only a few KB of code. The problem is the RAM required for the image and temporary storage. It'll need an MCU with a lot of SRAM.> It is going to be pretty slow anyway... > Are you sure you should not use an ARM9 (or better AVR32 :-) > which has much better capabilities for decompressionAn ARM9 wouldn't be any faster, and neither would AVR32 be. For best results one would use an optimised JPEG codec with assembler for some of the core functions. However unless there is a lot of RAM to allow for high resolution images, performance is not really an issue. Wilco
Reply by ●October 1, 20082008-10-01
> >"Ulf Samuelsson" <ulf@a-t-m-e-l.com> wrote in messagenews:gc06um$n9r$1@aioe.org...>> >> "michwolo" <michwolo@gmail.com> skrev i meddelandetnews:QcydncfiCdMPTH_VnZ2dnUVZ_vjinZ2d@giganews.com...>>> Hello >>> Does anyone make cross compile libjpeg to cortex m3 core. I tryingbut>>> have a question. arm-elf-gcc or arm-none-ebai-gcc haven't librarylibc.a.>>> When I compile whit options export CC=arm-none-ebai-gcc I havecomunicat>>> that >>> >>> " >>>/Sourcery_G++_Lite/bin/../lib/gcc/arm-none-eabi/4.2.3/../../../../arm-none-eabi/lib/libc.a(lib_a-readr.o):>>> In function `_read_r': >>> readr.c:(.text+0x20): undefined reference to `_read' >>> >>> " >>> >>> and few similar like this. It's system's function, how add syscall.cto>>> this project and compile. >>> >>> Where I should search definition of syscalls function. >>> >>> Mayby exist the other method to decompress jpeg in cortex m3. >>> >>> Regards michwol >>> >>> >> >> >> I compiled libjpeg for ARM and it resulted in a 1.2 MB file. >> Did not check if symbols were stripped. >> >> Are you sure you have enough memory in Your Cortex-M3? >> Think you should check the size on ARM with stripped binaries. > >I don't know about libjpeg, but a good JPEG codec takes only a few >KB of code. The problem is the RAM required for the image and >temporary storage. It'll need an MCU with a lot of SRAM. > >> It is going to be pretty slow anyway... >> Are you sure you should not use an ARM9 (or better AVR32 :-) >> which has much better capabilities for decompression > >An ARM9 wouldn't be any faster, and neither would AVR32 be. >For best results one would use an optimised JPEG codec with >assembler for some of the core functions. However unless there >is a lot of RAM to allow for high resolution images, performance is >not really an issue. > >Wilco > > >Hello Guys again. What You propose I should to do. My intention is to display a few pictures. For this moment I send windows bmp to lcd 132 x 132. What is Your proposition. Stm32 is very cheap, hmmmm str9 is more expensive. I want to test a powerfull of stm32, I want to give it some complicated calculations for examples decompress, but it may by impossible ? Regards michwolo.
Reply by ●October 1, 20082008-10-01
On Oct 1, 2:00 pm, "michwolo" <michw...@gmail.com> wrote:> >"Ulf Samuelsson" <u...@a-t-m-e-l.com> wrote in message > > news:gc06um$n9r$1@aioe.org... > > >> "michwolo" <michw...@gmail.com> skrev i meddelandet > > news:QcydncfiCdMPTH_VnZ2dnUVZ_vjinZ2d@giganews.com...>>> Hello > >>> Does anyone make cross compile libjpeg to cortex m3 core. I trying > but > >>> have a question. arm-elf-gcc or arm-none-ebai-gcc haven't library > libc.a. > >>> When I compile whit options export CC=arm-none-ebai-gcc I have > comunicat > >>> that > > >>> " > > /Sourcery_G++_Lite/bin/../lib/gcc/arm-none-eabi/4.2.3/../../../../arm-none-eabi/lib/libc.a(lib_a-readr.o): > > >>> In function `_read_r': > >>> readr.c:(.text+0x20): undefined reference to `_read' > > >>> " > > >>> and few similar like this. It's system's function, how add syscall.c > to > >>> this project and compile. > > >>> Where I should search definition of syscalls function. > > >>> Mayby exist the other method to decompress jpeg in cortex m3. > > >>> Regards michwol > > >> I compiled libjpeg for ARM and it resulted in a 1.2 MB file. > >> Did not check if symbols were stripped. > > >> Are you sure you have enough memory in Your Cortex-M3? > >> Think you should check the size on ARM with stripped binaries. > > >I don't know about libjpeg, but a good JPEG codec takes only a few > >KB of code. The problem is the RAM required for the image and > >temporary storage. It'll need an MCU with a lot of SRAM. > > >> It is going to be pretty slow anyway... > >> Are you sure you should not use an ARM9 (or better AVR32 :-) > >> which has much better capabilities for decompression > > >An ARM9 wouldn't be any faster, and neither would AVR32 be. > >For best results one would use an optimised JPEG codec with > >assembler for some of the core functions. However unless there > >is a lot of RAM to allow for high resolution images, performance is > >not really an issue. > > >Wilco > > Hello Guys again. > What You propose I should to do. My intention is to display a few > pictures. For this moment I send windows bmp to lcd 132 x 132. What is Your > proposition. Stm32 is very cheap, hmmmm str9 is more expensive. > > I want to test a powerfull of stm32, I want to give it some complicated > calculations for examples decompress, but it may by impossible ? > > Regards michwolo.Performance is not an issue. Flash size is a small issue. The Ram buffer (17K) is a big issue for many small uC. You need some external memory.
Reply by ●October 1, 20082008-10-01
"michwolo" <michwolo@gmail.com> skrev i meddelandet news:soydnYfsorJ6eX7VnZ2dnUVZ_sudnZ2d@giganews.com...> > >>"Ulf Samuelsson" <ulf@a-t-m-e-l.com> wrote in message > news:gc06um$n9r$1@aioe.org... >>> >>> "michwolo" <michwolo@gmail.com> skrev i meddelandet > news:QcydncfiCdMPTH_VnZ2dnUVZ_vjinZ2d@giganews.com... >>>> Hello >>>> Does anyone make cross compile libjpeg to cortex m3 core. I trying > but >>>> have a question. arm-elf-gcc or arm-none-ebai-gcc haven't library > libc.a. >>>> When I compile whit options export CC=arm-none-ebai-gcc I have > comunicat >>>> that >>>> >>>> " >>>> > /Sourcery_G++_Lite/bin/../lib/gcc/arm-none-eabi/4.2.3/../../../../arm-none-eabi/lib/libc.a(lib_a-readr.o): >>>> In function `_read_r': >>>> readr.c:(.text+0x20): undefined reference to `_read' >>>> >>>> " >>>> >>>> and few similar like this. It's system's function, how add syscall.c > to >>>> this project and compile. >>>> >>>> Where I should search definition of syscalls function. >>>> >>>> Mayby exist the other method to decompress jpeg in cortex m3. >>>> >>>> Regards michwol >>>> >>>> >>> >>> >>> I compiled libjpeg for ARM and it resulted in a 1.2 MB file. >>> Did not check if symbols were stripped. >>> >>> Are you sure you have enough memory in Your Cortex-M3? >>> Think you should check the size on ARM with stripped binaries. >> >>I don't know about libjpeg, but a good JPEG codec takes only a few >>KB of code. The problem is the RAM required for the image and >>temporary storage. It'll need an MCU with a lot of SRAM. >> >>> It is going to be pretty slow anyway... >>> Are you sure you should not use an ARM9 (or better AVR32 :-) >>> which has much better capabilities for decompression >> >>An ARM9 wouldn't be any faster, and neither would AVR32 be.Yes, we all know that even a Core-2 Quad at 3.0 GHz would be slow, compared to the mighty Cortex-M3...>>For best results one would use an optimised JPEG codec with >>assembler for some of the core functions. However unless there >>is a lot of RAM to allow for high resolution images, performance is >>not really an issue. >> >>Wilco >> >> >> > Hello Guys again. > What You propose I should to do. My intention is to display a few > pictures. For this moment I send windows bmp to lcd 132 x 132. What is > Your > proposition. Stm32 is very cheap, hmmmm str9 is more expensive. > > I want to test a powerfull of stm32, I want to give it some complicated > calculations for examples decompress, but it may by impossible ? > > Regards michwolo.At 132 x 132 x 16 bits, your raw image would be 34 kB. You can store ~30 pictures/MByte. By connecting an AT45DB642 (8 MB), you will have 240 raw pictures. On the other hand, and AT32UC3A has up to 64 kB SRAM and would have more than enough to store the complete picture internally. The new AT32UC3A3 has 128 kB of SRAM, if that is not enough. -- Best Regards, Ulf Samuelsson This is intended to be my personal opinion which may, or may not be shared by my employer Atmel Nordic AB
