一种观点认为，将来只存在一种配置性能很强的架构，而且同样重要的是——车载信息娱乐系统将沿着与家庭娱乐系统非常相似的道路发展，家庭娱乐系统在过去三四年一直风光无限。
下一代信息娱乐系统
下一代车载信息娱乐系统的基本要求已很明确：高性能、配置性能强以及能够处理多个多媒体数据流。
这些要求显然指向一组辅助属性：高性能数字信号处理、RTOS以及标准化的进程间通信(由保留裕量的软件架构来支持)。
继家庭娱乐模式之后，硬件实现很可能是一个双核心(RISC/DSP)SoC，在上面运行RTOS及专门针对多媒体和流媒体要求而调整的第二个操作系统环境。
首先考虑RTOS，表1列出了双核心RISC/DSP通信所需的RTOS增强功能。
当然，流式多媒体的软件环境必须与RTOS协同操作——但是其功能却差异很大，因为软件环境是处理流媒体，而流媒体的格式和编解码器变化异于常规。
流媒体软件架构首先是一个组件框架，要求：1.构建和连接组件的协议要统一；2.API一致或相似；3.支持组件同步；4.发展路径清晰。架构的一项关键特性是每个组件都不应该有全局意识。换句话说，I/O可以通过应用程序进行配置。
表1：RTOS要求和增强功能。
其他属性包括针对所有组件的几项“由建构来校正(correct by construction)”特性，包括可以重新使用每个级别的组件以及每个组件的共享通信和可配置代码。飞利浦半导体公司的TriMedia Streaming Software Architecture(TSSA)就是具备这些属性的架构范例。
流媒体也对硬件架构有特殊要求，首先是DSP。例如，VLIW架构就较理想，因为此架构一个时钟周期内可处理多条指令。
多个多媒体数据流需要低延迟方能正常运行，使用此架构则有助于获得更高的工作效率。其他较理想的DSP特征包括：用于计算的硬连接指令、用于快速计算的大寄存器以及额外的特殊内存缓存，以增强性能。
DSP内核——需要VLIW
十几年前，TriMedia内核就将VLIW架构引入商用IC世界，从那以后不断升级。它开始是作为媒体处理器，因此非常适用于汽车信息娱乐计算。
TriMedia采用37个处理单元和128个32位寄存器，每个时钟周期可最多处理5条指令。因此，以300MHz的时钟速度，每秒钟最多可执行100亿次操作。
