4 ms·
The ARM chip fares really poorly in the video encoding comparisons. Is this because of hardware differences, compiler differences, hand-written x86 assembly by
by sciurus 15y ago
The ARM chip fares really poorly in the video encoding comparisons. Is this because of hardware differences, compiler differences, hand-written x86 assembly by the encoder programmers, or something else?
- willvarfar 15y agoIts likely an optimisation problem; whilst media playback codecs are often optimised for ARM, most video/audio capture on ARM devices is encoded by custom discrete hardware; the encoding of media on ARM using the CPU is likely not getting the same love as on x86.
- ZeroGravitas 15y agoApart from the AVI to NTSC VCD (!?) conversion benchmark, which is probably down to missing optimizations, I thought it did as well as you'd expect it to, in line with the other computation heavy benchmarks. The surprise to me was how well it did in MP3 and Vorbis encoding, which makes me think there might be some DSP help in the TI board for that.
- DarkShikari 15y agoMost video encoders don't have NEON assembly code. If you're doing video encoding on any architecture, you need to use one that has SIMD for your architecture, or else it will be horribly slow. x264 is the only free software encoder I know that has NEON assembly code, though there might be others (certainly none in libavcodec).