- VP8 image compression showed performance comparable to JPEG XR and JPEG2000, all significantly outperforming JPEG
- VP8 video compression showed performance competitive with x264, while the new HEVC showed the best performance
- For some contents, both VP8 image and video compression did not do good job for low bit rates control.
Wednesday, August 24, 2011
Rate distortion performance of VP8 (WebP and WebM) when compared to standard image and video compression techniques
Monday, August 22, 2011
Sunday, August 21, 2011
HP, which is the largest PC manufacturer in the world, also announced that it may get out of PCs. Presumably, in the same way as IBM, by finding a home for the division in a company that is more geared up to producing consumer products.
They are also buying Autonomy, the largest software company in the UK, $10B, positioning themselves more in services and servers, competing head to head with IBM and Oracle. Of course Apotheker the CEO would probably prefer to buy his old company SAP but he can't afford it since it is worth as much as HP.
Analysts didn't like it and many downgraded HP, and as a result HP is down 20% (destroying $12B or so of market cap). So forget that SAP is worth as much as HP, it's now worth $10B more.
So what a story! The big fight by Carly Fiorina (against Walter Packard, Bill's son) to buy Compaq. Oh yes, and people's phones being bugged. Out she goes. In comes Mark Hurd. Weird sexual shenanigans and out he goes (and pops up at Oracle). In comes Leo Apotheker (whose prior experience was all running software businesses such as SAP and for a time was hiding to avoid being subpoenaed in a lawsuit with Oracle). I wonder how long he'll last.
Friday, August 19, 2011
8/17/2011 3:40 PM EDT
Thursday, August 18, 2011
For the last few years what we
Identify the sampling rate of the system design in consideration. If it is more than a few MHz, FPGA is the natural choice. What is the data rate of the system? If it is more than perhaps 20-30Mbyte/second, then FPGA will handle it better. How many conditional operations are there? If there are none, FPGA is perfect. If there are many, a software implementation may be better. Does your system use floating point? If so, this is a factor in favor of the programmable DSP. Are libraries available for what you want to do? Both DSP & FPGA offer libraries for basic building blocks like FIRs or FFTs. However, more complex components may not be available, and this could sway your decision to one approach or the other. The table below shows a direct comparison table for performance criterion.
MMAC is the number of fixed-point-32-bit or single-precision floating-point multiply-and-accumulate operations that can be executed in units of millions per second
In some high-performance signal processing applications, for example, FPGAs can take advantage of their highly parallel architectures and offer much higher throughput than DSPs. As a result, FPGAs' overall energy consumption may be significantly lower than that of DSP processors, in spite of the fact that their chip-level power consumption is often higher. Unfortunately, there is a dearth of accurate, apples-to-apples energy consumption data for FPGAs and DSP processors, making it difficult to compare their energy efficiency.
3.Form factor and Size
When sample rates grow above a few MHz, a DSP has to work very hard to transfer the data without any loss. This is because the processor must use shared resources like memory busses, or even the processor core which can be prevented from taking interrupts for some time. An FPGA on the other hand dedicates logic for receiving the data, so can maintain high rates of I/O. A DSP is optimized for use of external memory, so a large data set can be used in the processing. FPGAs have a limited amount of internal storage so need to operate on smaller data sets. However FPGA modules with external memory can be used to eliminate this restriction. A DSP is designed to offer simple re-use of the processing units, for example a multiplier used for calculating an FIR can be re-used by another routine that calculates FFTs. This is much more difficult to achieve in an FPGA, but in general there will be more multipliers available in the FPGA. If a major context switch is required, the DSP can implement this by branching to a new part of the program. In contrast, an FPGA needs to build dedicated resources for each configuration. If the configurations are small, then several can exist in the FPGA at the same time. Larger configurations mean the FPGA needs to be reconfigured – a process which can take some time.
4.Design Reliability and Maintenance
This is one area where we can always debate which is better reliable and easier to maintain. Experts say that with similar expertise of 2 engineers one on FPGA and the other on DSP, FPGA based system would be better in terms of reliability and maintenance. The reasons behind this are due to differences in the digital signal processor and FPGA engineering development process. There is a fundamental challenge in developing complex software for any type of processor. In essence, the digital signal processor is a specialized processing engine, which is constantly reconfigured for many different tasks, some DSP related, others more control or protocol oriented. The complexity of each task is more or less equivalent, no matter whether the design uses digital signal processor or FPGA implementation. Both routes offer the option to use third-party implementations of common signal processing algorithms, interfaces, and protocols. Each also offers the ability to reuse existing intellectual property (IP) on future designs. FPGAs offer a more native implementation for most DSP algorithms. Each task is allocated its own resources, and runs independently. It intuitively makes more sense to process each step of a continuously streaming signal processing chain in an assembly line-like process, with dedicated resources for each step. By comparison, FPGA designs tend to be updated much less frequently, and it is generally an unusual event for a manufacturer to issue a field upgrade of a FPGA configuration file.
5.Cost: Development Time, Time to market and risk
This is another potential item of debate. Some are of the opinion that Programming FPGAs is difficult, usually requiring a hardware-oriented language such as Verilog or VHDL. FPGA solutions can take an order of magnitude longer to code than DSP solutions which impacts development costs and increases time to market. The DSP can take a standard C program and run it. This C code can have a high level of branching and decision making – for example, the protocol stacks of communications systems. This is difficult to implement within an FPGA. But at the same time one can argue with the fact that most signal processing systems start life as a block diagram of some sort. Actually translating the block diagram to the FPGA may well be simpler than converting it to C code for the DSP. So looks like it all depends on availability of expertise.
At the end choosing between an FPGA and a DSP is dependent on several other factors apart from those listed above. In fact there is no global recipe to decide this as it’s a tradeoff business. It is the job of the architect to choose a platform that best meets the requirements of a specific system. I tried to give some insight into choosing the appropriate device for your design and hope this helps.
So why isn’t everyone using FPGAs for DSP?
• Lack of experience using these devices for intense computational applications.
• Algorithms developed for microprocessors can be difficult to translate into hardware.
• Immaturity of design tools for FPGA based DSP design
• Success of an FPGA DSP design is heavily dependent on the experience of the designer, not only in implementing designs in FPGAs, but also in tailoring algorithms for hardware efficiency.
Tuesday, August 16, 2011
Saturday, August 13, 2011
- Crack the GTablet case http://www.youtube.com/watch?v=PswxJ96gXbs&NR=1
- Fix G Tablet Wifi hardware http://www.youtube.com/watch?v=HfOV_2i09zo&feature=related
Friday, August 12, 2011
Tuesday, August 9, 2011
Sunday, August 7, 2011
- H.264: BP/MP/HP Encode and Decode
- H.264: Fast Profile/RCDO Encode and Decode
- MPEG-4: SP/ASP Encode/Decode (No support for GMC)
- DivX 5.x & higher Encode/Decode (No lower version; for example, 3.11 and 4.x)
- H.263: Profile 0 and 3 for Decode, Profile 0 for Encode
- Sorenson Spark: V0 and V1 Decode (No encode support)
- MPEG-2 SP/MP Encode/Decode
- MPEG-1 Encode/Decode
- VC1/WMV9/RTV : SP/MP/AP Encode and Decode
- ON2 VP6/VP7 Decode
- RV 8/9/10 Decode
- AVS 1.0 Encode and Decode
- JPEG (also MJPEG) Baseline Encode/Decode
- H264 Annex H (MVC)
- A primary and a secondary sequencer: ICONT1 & ICONT2, which include its memories and an interrupt controller. Both these sequencers, ICONT1 and ICONT2, are identical.
- A video DMA engine: vDMA
- An entropy coder/decoder: ECD3
- A motion compensation engine: MC3
- A transform and quantization calculation engine: CALC3
- A loop filter acceleration engine: iLF3
- A motion estimation acceleration engine: iME3
- An intraprediction estimation engine: iPE3
- Shared level 2 (L2) interface and memory (of size 256 Kbytes)
- Local interconnect
- A message interface for communication between SyncBoxes
- A debug module for trace event and software instrumentation: SMSET
Thursday, August 4, 2011
Intel wins in Tablets and iPhone business through expanded foundry business for Apple that includes building ARM chips for iphone and ARM + x86 combo CPUs for Tablets and MAC Air notebooks. Add on to that the Qualcomm foundry business and it is a significant revenue upside. Qualcomm may have the option of increasing their business with Intel Foundry – for the purpose of selling chips into Samsung, HTC, and Nokia etc… As a long time participant in the mobile PC business, it is the shifting alliances that will be the most fun to watch over the next two years.
- ► 2013 (35)
- ► 2012 (99)
- Rate distortion performance of VP8 (WebP and WebM)...
- The Latest H.265 / HEVC Specification WD4
- H.265 / HEVC: Meeting report of the fifth meeting ...
- Sony Introduces Digital Binoculars That Record Pho...
- HP, Palm, tablets, PCs, smartphones
- OMAP for sale? TI said No
- DSP or FPGA – 5 parameters to make a choice
- Viewsonic G Tablet Clockworkmod v220.127.116.11 Installat...
- Install Android Honeycomb on Viewsonic G Tablet
- The Latest H.265 - The second release of HEVC Test...
- Smartphone Application Processor Growth Forecast t...
- Smartphone big year to year growth to 2016
- TI DM8168 HDVICP2 H.264 Encoder
- Apple Strength Will Compel ARM to Trim its Sails
- ▼ August (14)
- ► 2010 (99)
- ► 2009 (66)