首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >omxplayer在正常64位上运行吗?

omxplayer在正常64位上运行吗?
EN

Unix & Linux用户
提问于 2015-10-13 14:51:33
回答 1查看 6.3K关注 0票数 2

omxplayer应该是一个很好的播放器,可以在Raspberry PI上播放电影。我想首先在debian虚拟机上测试它,因为我的HDMI屏幕没有一个非常合适的位置,这也将是更适合远程控制开发的环境。

我能在64位debian上运行omxplayer吗?我应该怎么做才能做到呢?我要建什么东西吗(请不要!)

EN

回答 1

Unix & Linux用户

发布于 2017-08-14 18:21:00

简短的回答:这似乎不可能做你想做的事,即使是手工编译。

长答案

由于没有预先为amd64或i386编写的包,所以您必须要么从源代码安装,要么找到能够运行为其编译的体系结构创建的二进制文件的仿真器。

从理论上讲,这就像遵循用于OMXplayer的github站点上的说明一样简单:

代码语言:javascript
复制
git clone https://github.com/popcornmix/omxplayer.git
cd omxplayer
make ffmpeg

哎呀,这是由于假设ARM芯片组的交叉编译而导致的错误。我对Makefile进行了调整,使其省略了arm gnueabihf包含和vchiq_arm库,然后它就可以看到我已经安装了ffmpeg (因此这个阶段已经完成)。如果这是唯一的障碍,您可以跳过这一步,而不是修改Makefile。

代码语言:javascript
复制
make

在这里您会得到一个致命的错误:

代码语言:javascript
复制
Makefile:46: recipe for target 'linux/XMemUtils.o' failed
make: /home/dc4/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian//bin/arm-linux-gnueabihf-g++: Command not found
make: *** [linux/XMemUtils.o] Error 127

/home/dc4是一条硬编码路径.我还没有深入了解这是否是它为交叉编译而构建的某个监狱的一部分,但是交叉编译对于这个代码库的设计来说是极其重要的,而且看起来将它移植到另一个体系结构(如amd64或i386 )上是一项重大的努力。

有一个关于raspberrypi.SE的类似问题 (由这个问题的赏金提供者问?!)其公认的答案与我的结论一致,即这是不可能的,并补充说:

omxplayer通过利用具有嵌入式媒体编码器和解码器的CPU的VideoCore IV部分的硬件功能来工作。OMX指的是OpenMAX,它是该硬件的接口。除了移动/嵌入式空间之外,我不知道任何与OpenMAX兼容的设备。但是由于现代英特尔/AMD CPU以及nVidia/AMD GPU也包括硬件媒体编解码器,它们可能提供与OpenMAX兼容的驱动程序。只有这样你才有机会。但我仍然不知道有这样的司机。

其他选项

  • 考虑一下类似于mpv的东西。这个播放器在amd64和i386上运行得很好。还请参阅树莓Pi的mpv上的这个线程,这意味着它在现代包管理器中是可用的。
  • 您提到没有一个"HDMI屏幕在一个非常合适的位置“,但HDMI和DVI只是不同的物理引脚。HDMI到DVI转换器的成本约为6个美元,这可能允许您在办公桌上对Raspberry Pi进行更容易的实验。
票数 3
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/235844

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档