Running the Ubuntu Xenial Image on the Pine64, 2 Gb.
I tried to play a video file that I normally use for USB stick on a smart tv, full hd.
With the current configuration and used codex it's too slow to process, the video and audio plays is tiny fractions.
Player: VLC.
So the question: can I get the right settings in Handbrake to convert videos so they can be played on Pine64/Ubuntu, in full hd ?
I currently use:
Video Encoder: H.264(x264)
Framerate: 23.976
Constant Framerate, Constant Quality, RF: 20
Storage Geometry: 1280 x 1080
Hi pelgrim.
The problem is not with the video or handbrake settings. It is my understanding that the video driver as of now is not working so we can't take advantage of the GPU.
The Mali driver is known to be working as of now, but the core team has not released it yet. Maybe they are testing it some more to not launch a "Micro$oft like" failure.
Let's wait patiently for them to finish their work. So far, they have really performed wonderfull work.
You can follow what's happening here:
http://forum.pine64.org/showthread.php?t...3#pid17523
thank you for this update, didn't expect anything anymore.
(05-22-2016, 03:09 AM)pelgrim Wrote: [ -> ]Running the Ubuntu Xenial Image on the Pine64, 2 Gb.
I tried to play a video file that I normally use for USB stick on a smart tv, full hd.
With the current configuration and used codex it's too slow to process, the video and audio plays is tiny fractions.
Player: VLC.
So the question: can I get the right settings in Handbrake to convert videos so they can be played on Pine64/Ubuntu, in full hd ?
I currently use:
Video Encoder: H.264(x264)
Framerate: 23.976
Constant Framerate, Constant Quality, RF: 20
Storage Geometry: 1280 x 1080
If you want to playback movies right now, there's a script inside /usr/local/sbin called "mplayer-play.sh". You can use this to have some HW acceleration (through sunxi VDPAU driver). Although working quite well (the output is smooth most of the time for 1080p), the playback crashes sometimes on my device, so I'm also patiently waiting for working Mali driver. But you might want to give it a try if you're impatient :
Also if you prefer using GUI (the script runs in console), I have created another script for myself that starts GUI with HW support:
http://pastebin.com/4964kyjB .
(08-11-2016, 06:50 AM)xalius Wrote: [ -> ]As far as I understand it, it is just not clear which EULA for the ARM library is the correct one since the stuff we got from AW to work with came with no EULA text file. That being said, a lot of people seem to still confuse Mali with video/audio hardware decoding/encoding which is done by CedarX/Cedrus/sunxi-vdpau and a totally different hardware block. The ARM Mali is just a memory-to-memory 3D accelerator, what you get with a working Mali library that interfaces with the hardware, is accelerated OpenGLES and EGL. This can be used by some stuff running on the X server and some UI that use GL elements (like Kodi), but it has absolutelty nothing to do with general 2D graphics or video ... what maybe is a plus is that for Mali to work, the graphics driver had to be replaced by a drm compatible driver stack that seems to support better mode setting and EDID reading as well as probably makes it easier to get the LCD working with Linux...
Just an FYI... For video decoding you need to look into cedrus cedarX vdpau-sunxi