Jump to content

RK3328 Media Script (Rock64, Renegade)

JMCC

By JMCC
in Rockchip

 Share

Recommended Posts

JMCC

JMCC

Posted
  • Author
Posted
  On 3/22/2019 at 9:54 PM, NicoD said:

Thank you. I can also say I changed to glamor on kernel 4.4.167.  Chromium instantly froze when playing a video.
I then changed to armsoc again with the script.  I again played video for +1 hour, and it crashed 2 times(aw snap!)
So now I'm not sure if I had luck the last time that it didn't crash, or if it's because I've done the script multiple times with different settings. 
But it's clearly more stable with 4.4.167 and armsoc. 

I'll see how things go with a clean install with 4.4.167 and glamor as first time choice. 

It does feel very snappy to work with, surfing is nice. Strange thing is that kdenlive works with the script installed, while on the RK3399's and the Tinker Board it stops it from working. 

Expand  

Okay, so I tested with the very last kernel (4.4.174 IIRC), and armsoc works fine for me in general. I played videos in Chromium for about 15 min with no problems. I recommend using full-screen, it's much smoother. I could play 1080p without big issues, as long as I allowed it to clock up to 1.51Ghz and use some active cooling to prevent throttling. Notice I am using a Renegade, maybe the faster RAM gives it some extra punch here over the Rock64.

 

Glamor is a no-no with this SoC. Rockchip developed their tweaked driver for RK3288, that supports OpenGLES 3. But RK3328's Mali 450 only supports GLES 2, so it is very buggy here, while it works just fine in RK3399.

 

The Chromium 32-bit setup needs more work, it is too unstable yet.

 

For last, all KMS players work flawlessly for me (Gstreamer, Kodi, MPV-GBM).

NicoD

NicoD

Posted
Posted
  On 3/24/2019 at 10:47 PM, JMCC said:

Okay, so I tested with the very last kernel (4.4.174 IIRC), and armsoc works fine for me in general. I played videos in Chromium for about 15 min with no problems. I recommend using full-screen, it's much smoother. I could play 1080p without big issues, as long as I allowed it to clock up to 1.51Ghz and use some active cooling to prevent throttling. Notice I am using a Renegade, maybe the faster RAM gives it some extra punch here over the Rock64.

  

Glamor is a no-no with this SoC. Rockchip developed their tweaked driver for RK3288, that supports OpenGLES 3. But RK3328's Mali 450 only supports GLES 2, so it is very buggy here, while it works just fine in RK3399.

 

The Chromium 32-bit setup needs more work, it is too unstable yet.

 

For last, all KMS players work flawlessly for me (Gstreamer, Kodi, MPV-GBM).

Expand  

Thank you for checking. Strange.
I'm having a different result with the same parameters, except that it's the Rock64 I'm using.
I'll check again tomorrow.

If anyone else would like to try the script on the Rock64, please do.

NicoD

NicoD

Posted
Posted

@JMCC Progress.
I downloaded the image again. I downloaded the script again, I used another 4A PSU, an SD-card instead of eMMC, another wifi dongle. But still the same. After I installed the script, I reboot, open Chromium and play a video. After 2 minutes hard crash and the system reboots.


Then I noticed the only thing I didn't change was my usb hub. I can't use my wifi dongles when they're plugged into the Rock64(can't find my network, but it finds all the others(also weird)), but they work external plugged in a usb hub. So I switched the hub for an extension usb-chord.
I haven't had any crash since then. +3 hours now. I can't hardly believe this usb hub is the cause, and why that one kernel doesn't have the reboot with that hub. The hub does have a problem, when the Rock64 reboots, it doesn't turn on the usb devices at boot. So I had to replug them every time.
Now I don't have this with the extension cable.

I do still sometimes have the "aw snap". But not much. Mostly when it's on 1080p. 720p 30 is perfect(Youtube), 720p 60fps also doesn't work well. Some 1080p works perfect, most doesn't.
I'll keep testing to see what happens. It's looking good now. The few "aw snap"'s are acceptable. I've watched multiple videos now.

If anyone could try this script on his rock64 and see how Youtube plays in 1080p with Chromium/Firefox, that would be awesome.

Sorry for the hassle. I hope it's ok now. The video is comming in a couple of days now. Thank you. Cheers.

1
JMCC

JMCC

Posted
  • Author
Posted
  On 3/25/2019 at 7:18 PM, NicoD said:

The video is comming in a couple of days

Expand  

Nice. I would appreciate if you can make some commentary saying that the media script stuff is under testing, as a way to test the full media implementation that we are developing to fully integrate it into Armbian.

NicoD

NicoD

Posted
Posted
  On 3/25/2019 at 8:03 PM, JMCC said:

Nice. I would appreciate if you can make some commentary saying that the media script stuff is under testing, as a way to test the full media implementation that we are developing to fully integrate it into Armbian.

Expand  

I will do that. I'll also say not yet to use it on a productive image.
I'll also ask to leave a comment on the video on how well it works. I wonder if it's me having these buffer issues or if it's all Rock64's.

I've been watching youtube now for hours with little problems. But it just crashed again. Hard crash, no reboot, everything blocked.
So there's still something wrong. I hope it's with my Rock64.

I just tried the usb-hub again. And after seconds it carshed the video. So I think my problem is somewhere with the usb/wifi. I'll plug it into my modem tonight without wifi and let it run the night and see if it also does it.

Shades_aus

Shades_aus

Posted
Posted
  On 3/25/2019 at 8:03 PM, JMCC said:

Nice. I would appreciate if you can make some commentary saying that the media script stuff is under testing, as a way to test the full media implementation that we are developing to fully integrate it into Armbian.

Expand  

Glamour works fine for me with a Renegade-4GB and compositing (ON)  If I turn it off, then windows are terribly slow.

Chromium crashes after just a few mins, htop shows FULL CPU usage and I am overclocked to 1.5, no matter if it's 720p or 1080p, CPU is 100%

Anyway, here is a video of Glamour being used without any problems at all. Stable as a rock. Chrome just quits however, my video stops.

https://drive.google.com/open?id=1lOw1I3_ZxoAzUrRKaL1joGYONVrFlyia

 

Shades_aus

Shades_aus

Posted
Posted
  On 3/25/2019 at 8:03 PM, JMCC said:

Nice. I would appreciate if you can make some commentary saying that the media script stuff is under testing, as a way to test the full media implementation that we are developing to fully integrate it into Armbian.

Expand  

Here is the CPU usage using Renegade-4GB and Glamour desktop with streaming video from youtube Full screen and window.

I seriously am yet to find any issue with Glamour. Chromium is very temprimental and doesnt seem to be using gl at all.

 

Icons do get corrupted once they are selected or dragged but that's about it.

Sample test media is free from https://4kmedia.org/ultra-hd-hdr-samsung-4k-demo-wonderland/

 

Video of Renegade with Glamour trying to play content is below:

https://drive.google.com/open?id=1wbbn2TqNwCRdSPG1tVvLAIMUro0MHkqy

 

Video plays using MPV even in 4k sample media, saved to miniSD however, its terribly slow. Maybe due to the screen re-sizing required while it's playing.

 

1080P samples found here https://www.youtube.com/watch?v=8leorFMy0rg

 

CPU is way too high for assisted video, however, I can stilll use the Renegade while playing video.

https://drive.google.com/open?id=1-0WFxdCQ4X6pML5P0dFi2Bb8A9ri8v60

 

 

 

Shades_aus

Shades_aus

Posted
Posted
  On 3/25/2019 at 8:03 PM, JMCC said:

Nice. I would appreciate if you can make some commentary saying that the media script stuff is under testing, as a way to test the full media implementation that we are developing to fully integrate it into Armbian.

Expand  

Here is the CPU usage using Renegade-4GB and Glamour desktop with streaming video from youtube Full screen and window.

I seriously am yet to find any issue with Glamour. Chromium is very temperamental and doesn't seem to be using gl at all.

 

**Icons do get corrupted once they are selected or dragged but that's about it.

**UPDATE**

- So, not satisfied with my testing, I have done a (sudo apt-get update && sudo apt-get upgrade) on the device, then re-installed the media script with (sudo sh ./media-script)

Then, installed system with Glamor and then re-ran the script and installed all the others excluding system and rebooted.

Compositing is ON

This has fixed the Icon corruption seen in my previous version and, MVP now uses HW acceleration. This means something was broken in my previous attempt so, I am going to re-make another Test Video and upload it to google drive for you to see.

I will also re-test Chromium. Let's see!

 

1080P sample found here https://www.youtube.com/watch?v=8leorFMy0rg

 

Here's my proof test video.

https://drive.google.com/open?id=1-e0a3tyRRL3B2XWbl2dvvXeGcMazyajp

 

Shades_aus

Shades_aus

Posted
Posted

Just to recap for those that don't want to watch the video, here are my findings.

Using board - Rockchip 3328 4GB DD4 Renegade (ROC-RK3328-CM) by FireFly.

OS - Armbian_5.75_Renegade_Debian_stretch_default_4.4.174_desktop.7z

https://dl.armbian.com/renegade/Ubuntu_bionic_default_desktop.7z

 

Steps taken:

- Install default Armbian image as seen above.

- Download and extract JMCC's media Enhancement script ready for installation.

- Update Armbian 5.75 image with apt-get update and sudo apt-get upgrade

- Re-Ran media-script and firstly, only selected System and installed Glamor.

- Re-ran media-script again, selected ALL applications except System (because I did it in previous step)

- reboot the device

Results:

- Icon corruption has now been fixed. The desktop is still nice and snappy. (Compositing is ON)

- MVP player now plays 1080p sample video with CPU to spare. (acceleration seems to be working)

- MVP works well in window resized mode or full screen. Both seem fine with CPU to spare!

*- MVP 4k video is still not working properly in either Windowed or Full screen.

- Chromium seems smoother in 720p mode, still a bit flakey, however, instead of crashing a refresh can be done. (CPU usage too high.)

- Chromium is no good in 1080p or above in full screen or windowed. (CPU usage is too high, HW acceleration must be not working.)

2
JMCC

JMCC

Posted
  • Author
Posted
  On 3/27/2019 at 10:54 PM, Shades_aus said:

Icon corruption has now been fixed. The desktop is still nice and snappy. (Compositing is ON)

Expand  

Yes, but you probably are experiencing the bug that desktop icons disappear, aren't you? That happens randomly when you enable compositing under Glamor.

Plus, you may also notice that scrolling in text windows is terribly slow and abrupt with Glamor enabled.

 

  On 3/27/2019 at 10:54 PM, Shades_aus said:

- MVP player now plays 1080p sample video with CPU to spare. (acceleration seems to be working)

- MVP works well in window resized mode or full screen. Both seem fine with CPU to spare!

*- MVP 4k video is still not working properly in either Windowed or Full screen.

Expand  

If you use the "plain" MPV launcher, it will not use VPU acceleration for decoding, only GPU acceleration for display.

But you can have VPU HW decoding, plus KMS display (much faster than GPU) if you use the "Rockchip Gst Player", or the "MPV (GBM)" launcher (right-click on the video file in the file browser, and select "Open with..."; then you need to press "q" to exit the video).

 

Thanks for the testing.

JMCC

JMCC

Posted
  • Author
Posted
  On 3/27/2019 at 10:54 PM, Shades_aus said:

- Chromium seems smoother in 720p mode, still a bit flakey, however, instead of crashing a refresh can be done. (CPU usage too high.)

- Chromium is no good in 1080p or above in full screen or windowed. (CPU usage is too high, HW acceleration must be not working.)

Expand  

Don't use the "Chromium (32 bit)" launcher, it is just an experiment and ATM needs more work. Use the regular "Chromium" launcher.

NicoD

NicoD

Posted
Posted
  On 3/27/2019 at 10:54 PM, Shades_aus said:

Just to recap for those that don't want to watch the video, here are my findings.

Using board - Rockchip 3328 4GB DD4 Renegade (ROC-RK3328-CM) by FireFly.

OS - Armbian_5.75_Renegade_Debian_stretch_default_4.4.174_desktop.7z

https://dl.armbian.com/renegade/Ubuntu_bionic_default_desktop.7z

 

Steps taken:

- Install default Armbian image as seen above.

- Download and extract JMCC's media Enhancement script ready for installation.

- Update Armbian 5.75 image with apt-get update and sudo apt-get upgrade

- Re-Ran media-script and firstly, only selected System and installed Glamor. 

- Re-ran media-script again, selected ALL applications except System (because I did it in previous step)

- reboot the device

Results:

- Icon corruption has now been fixed. The desktop is still nice and snappy. (Compositing is ON)

- MVP player now plays 1080p sample video with CPU to spare. (acceleration seems to be working)

- MVP works well in window resized mode or full screen. Both seem fine with CPU to spare!

*- MVP 4k video is still not working properly in either Windowed or Full screen.

- Chromium seems smoother in 720p mode, still a bit flakey, however, instead of crashing a refresh can be done. (CPU usage too high.)

- Chromium is no good in 1080p or above in full screen or windowed. (CPU usage is too high, HW acceleration must be not working.) 

Expand  

Thank you, that's some extensive testing.
You clearly are having the same experience as I have. This doesn't seem to be the same with everybody. I'm using a Rock64 with 4GB, you the Renegade 4GB. So the problem isn't with my board(too bad).
 

@JMCC Someone made a useful comment on the video "Hi, I can see you are playing youtube video in vp09 format. Try to use h264ify addon to force h264 format, it should help a lot. I dont know if hardware acceleration is supported for vp09 codec."

I did try h264ify, but it wasn't much better. I'll give more info tonight on this, it still didn't say h264, but it wasn't vp09 either. It also crashed with this installed, maybe 1080p played a bit smoother, but image quality was a lot worse than 720p vp09.

The fact that Firefox does exact the same things makes me think the problem isn't with the browsers, but some compatibillity problem with the script or so. Or did we both forget something? I don't think so?
With the NanoPi M4 I've never had any issue like this. That seems to work perfectly for me.
I've also tried Ayufan his images but those were not bootable. He seems to have made images with VPU/GPU too. I told them to try Armbian with your script.

They answered : "Using the latest Armbian build but get a NIC failure about once a week. Bunch of TX error.... Hoping these new builds and patched kernel will fix this as it's a known issue with the rockchip... Funnily enough the older 0.56 stable build never had this issue that i recall."

I do not use the Rock64 a lot and don't follow threads about it. I think it's a known issue, but I'm not sure.
Cheers
 

JMCC

JMCC

Posted
  • Author
Posted
  On 3/28/2019 at 12:02 PM, NicoD said:

Someone made a useful comment on the video "Hi, I can see you are playing youtube video in vp09 format. Try to use h264ify addon to force h264 format, it should help a lot. I dont know if hardware acceleration is supported for vp09 codec."

I did try h264ify, but it wasn't much better. I'll give more info tonight on this, it still didn't say h264, but it wasn't vp09 either. It also crashed with this installed, maybe 1080p played a bit smoother, but image quality was a lot worse than 720p vp09.

Expand  

In fact, the 32-bit version of Chromium has h264ify installed by default, if you notice. I was hoping that version could be the one to go for all kind of streaming, but that is not happening until we figure out the stability problems.

 

As a matter of fact, in this case both h264 and vp9 are decoded with the CPU, since Chromium does not support Rockchip's own RKMPP interface for HW decoding. But h264 is lighter on resources than vp9, hence the fact that it runs smoother.

 

  On 3/28/2019 at 12:02 PM, NicoD said:

The fact that Firefox does exact the same things makes me think the problem isn't with the browsers, but some compatibillity problem with the script or so

Expand  

Firefox didn't use GPU acceleration in Linux on the past by default, I'm not sure whether the situation has changed. In any case, it would require not only to be enabled by default, but also to support OpenGL-ES. You can check it by typing in the address bar "about:support", and scrolling down to find the GPU section.

 

About Chromium, you can confirm it is using GPU acceleration by entering the address "chrome://gpu". It does work with the script. However, since the SoC has such a weak GPU, using the "acceleration" sometimes means losing performance over mere CPU rendering. That is different with RK3399, which has a much more powerful GPU.

NicoD

NicoD

Posted
Posted

 

Chromium chrome://gpu
I don't know what is what. But most seems hardware accelerated. 

  Reveal hidden contents

 

NicoD

NicoD

Posted
Posted
  On 3/28/2019 at 12:22 PM, JMCC said:

In fact, the 32-bit version of Chromium has h264ify installed by default, if you notice. I was hoping that version could be the one to go for all kind of streaming, but that is not happening until we figure out the stability problems.

Expand  

With h264ify on in Chromium it's : Codecs : avc1.4d401f (136) / mp4a.40.2 (140)
Just tried it again and again after 1 minute playing in 1080p "aw snap", and a bit later while reloading the video it just restarted the whole thing.
 

  On 3/28/2019 at 12:22 PM, JMCC said:

As a matter of fact, in this case both h264 and vp9 are decoded with the CPU, since Chromium does not support Rockchip's own RKMPP interface for HW decoding. But h264 is lighter on resources than vp9, hence the fact that it runs smoother. 

Expand  

I do find it weird that without the script it even can't play 480p. Also not in Firefox. And with the script it does play up to 720p well in Chromium and Firefox. I tried Vivaldi and this doesn't play this well.
 

  On 3/28/2019 at 12:22 PM, JMCC said:

Firefox didn't use GPU acceleration in Linux on the past by default, I'm not sure whether the situation has changed. In any case, it would require not only to be enabled by default, but also to support OpenGL-ES. You can check it by typing in the address bar "about:support", and scrolling down to find the GPU section.

Expand  

Firefox used to be bad for video playing. But the last months I've noticed that Firefox plays best on most SBC's where there's no gpu acceleration installed. On the NanoPi M4 Firefox played 1080p without a hitch without the script. On the Orange Pi3 Firefox plays a lot better than Chromium. Again, I don't know enough of these things. I thought something changed in the latest version on Firefox for arm64 what makes it possible to make use of arm gpu's. It is a new version, because the version before it didn't work on ARM64. Vivaldi is also a bit more optimised than standard Chromium for playing videos without acceleration. But it can't play as good as Firefox.(on M4)
But Firefox does suck for surfing, it always hangs, and you've got to click wait every time to go further. So I prefer to have a good Chromium.

Firefox about:support

  Reveal hidden contents


GPU #1
Active Yes
Description VMware, Inc. -- llvmpipe (LLVM 7.0, 128 bits)
Vendor ID VMware, Inc.
Device ID llvmpipe (LLVM 7.0, 128 bits)
Driver Version 3.1 Mesa 18.2.8
 

I think we should look for the differences between the boards where it runs fine, and those that are like mine. I'll now try with the ethernet cable downstairs. I am having problems with USB/WIFI. So you never know.
When my wifi dongle is too close to the board I don't get a connection. This board must be disrupting the signal. I think it's leaking radiowaves. Maybe that's why it doesn't have wifi on-board. I can't use wifi plugged into it, I need to place my dongle far enough. Weird board....

  On 3/28/2019 at 12:23 PM, balbes150 said:

What is your exact Ubuntu or Debian system ?

Expand  

You've got an eagle eye. I didn't notice that at all. It must be Bionic, else he would have other problems I guess.

NicoD

NicoD

Posted
Posted
  On 3/27/2019 at 1:47 AM, TonyMac32 said:

In case you wonder where you get views:

Expand  

Lol, is that twitter?
I could have more views I think if I would use twitter and reddit and... But I don't know anything of those things. I don't have a smart-phone, and I wouldn't know what to do with it if I got one. I'm not social enough to use all those social media things. And I think it's a vicious circle too, because I don't use those things I don't have contact with many people, and because I don't have contact with many people I don't use social media.
Things used to be so much easier when I was young, we agreed a time and place. And everyone was there. Now I don't have any idea where anyone would hang out.

I only now have seen your post, thank you for sharing/caring ;)

JMCC

JMCC

Posted
  • Author
Posted
  On 3/28/2019 at 4:01 PM, NicoD said:


Firefox about:support

  Reveal hidden contents


GPU #1
Active Yes
Description VMware, Inc. -- llvmpipe (LLVM 7.0, 128 bits)
Vendor ID VMware, Inc.
Device ID llvmpipe (LLVM 7.0, 128 bits)
Driver Version 3.1 Mesa 18.2.8

Expand  

According to this, Firefox is using CPU-emulated OpenGL, which may be the cause for those crashes you are experiencing. I recommend you to try two things, in order to improve performance and stability:

  • Install the GL4ES wrapper through the script, and launch firefox with the command "glrun firefox"
  • Or simply disable GPU acceleration (like this)
NicoD

NicoD

Posted
Posted
  On 3/28/2019 at 4:29 PM, JMCC said:

Install the GL4ES wrapper through the script, and launch firefox with the command "glrun firefox"

Expand  

I tried this, and it crashed again.
 

  Reveal hidden contents

I also tried with ethernet and no difference. 
I'll now try to disable gpu acc and see what happens.

NicoD

NicoD

Posted
Posted
  On 3/28/2019 at 4:29 PM, JMCC said:

Or simply disable GPU acceleration (like this)

Expand  

Now with this(gpu acc disabled) Firefox crashed again. 1080p didn't play anymore. It was stuck on 1 image. 720p played ok, not great. It was a little choppy. But almost acceptable.

So it still plays better than without the script.

JMCC

JMCC

Posted
  • Author
Posted

Okay, thanks for the tests. According to this, Firefox doesn't support native GLES on Linux, while Chromium does. So our only possibility for acceleration in FF was the GL4ES wrapper, but it seems not to work.

 

However, I remember when I made the script Chromium performed better than now. I'm going to investigate, to find out whether it is caused by some kernel change, or by the recent versions of Chromium. I have some ideas about what it can be.

Shades_aus

Shades_aus

Posted
Posted
  On 3/28/2019 at 9:32 AM, JMCC said:

Yes, but you probably are experiencing the bug that desktop icons disappear, aren't you? That happens randomly when you enable compositing under Glamor.

Plus, you may also notice that scrolling in text windows is terribly slow and abrupt with Glamor enabled.

 

If you use the "plain" MPV launcher, it will not use VPU acceleration for decoding, only GPU acceleration for display.

But you can have VPU HW decoding, plus KMS display (much faster than GPU) if you use the "Rockchip Gst Player", or the "MPV (GBM)" launcher (right-click on the video file in the file browser, and select "Open with..."; then you need to press "q" to exit the video).

 

Thanks for the testing.

Expand  
 

 

Icons are no longer corrupted, even dragging. Everything works fine now.

 

**Icons do get corrupted once they are selected or dragged but that's about it.

**UPDATE**

- So, not satisfied with my testing, I have done a (sudo apt-get update && sudo apt-get upgrade) on the device, then re-installed the media script with (sudo sh ./media-script)

Then, installed system with Glamor and then re-ran the script and installed all the others excluding system and rebooted.

Compositing is ON

 

All working! Very happy about this. :-)

No delays in scrolling, nothing disappears in windows however, yes, Icons do go away if dragged to the desktop.

 

I will try with GST player MPV (GBM)

 

- Results-

Desktop Icons are missing with Compositing ON. Only seems to affect the Desktop. All other windows seem fine. The Icons are there until another windows is moved over the top. For some reason, they do not re-draw.

Scrolling is nice and snappy, no lag. (Cannot see bad delays with compositing ON)

Chromium is not working with 32-bit streaming as you suggested. Standard Chromium is faster however, not accelerated. CPU 89 %

MPV (GBM) not loading. (Will need to look into this further.)

"Rockchip Gst Player" is not loading the video at all. just locks up. (Will need to look into this further.)

 

Maybe there is something in the syslogs. I will check later.

 

The only thing I found in syslog while trying to play the 1080p video using MPV (GBM)

 

Mar 29 05:18:10 localhost kernel: [ 3751.852218] dwhdmi-rockchip ff3c0000.hdmi: failed to get edid
Mar 29 05:18:11 localhost kernel: [ 3752.852253] dwhdmi-rockchip ff3c0000.hdmi: failed to get edid
Mar 29 05:18:12 localhost systemd[1]: serial-getty@ttyS2.service: Service hold-off time over, scheduling restart.

 

MPV works if not using the (GBM) version.

 

 

RockChip GST player has similar errors:

 

Mar 29 05:26:24 localhost systemd[1]: Started Serial Getty on ttyS2.
Mar 29 05:26:32 localhost kernel: [ 4254.111131] dwhdmi-rockchip ff3c0000.hdmi: failed to get edid
Mar 29 05:26:33 localhost kernel: [ 4255.111221] dwhdmi-rockchip ff3c0000.hdmi: failed to get edid
Mar 29 05:26:34 localhost kernel: [ 4256.111258] dwhdmi-rockchip ff3c0000.hdmi: failed to get edid
Mar 29 05:26:35 localhost systemd[1]: serial-getty@ttyS2.service: Service hold-off time over, scheduling restart.
Mar 29 05:26:35 localhost systemd[1]: serial-getty@ttyS2.service: Scheduled restart job, restart counter is at 410.
Mar 29 05:26:35 localhost systemd[1]: Stopped Serial Getty on ttyS2.
Mar 29 05:26:35 localhost systemd[1]: Started Serial Getty on ttyS2.
 

Shades_aus

Shades_aus

Posted
Posted
  On 3/28/2019 at 12:23 PM, balbes150 said:

What is your exact Ubuntu or Debian system ?

Expand  

Linux renegade 4.4.174-rockchip64 #17 SMP Sun Feb 10 20:05:27 CET 2019 aarch64 aarch64 aarch64 GNU/Linux

DISTRIB_DESCRIPTION="Ubuntu 18.04.2 LTS"
NAME="Ubuntu"
VERSION="18.04.2 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.2 LTS"
VERSION_ID="18.04"
 

whyzzie

whyzzie

Posted
Posted

HI, thank you very much for the script, working very well, just can't start kodi. It just exits to console, and getting following error:

 

(i'm not running armbian, but the defualt ubuntu, and the script is working great also on ayufan, can watch YT, and videos, all cool)

 

Apr 08 16:42:05 rock64 kernel: rockchip-vop ff370000.vop: [drm:vop_crtc_enable] Update mode to 1280x720p60, type: 11
Apr 08 16:42:13 rock64 kernel: dwhdmi-rockchip ff3c0000.hdmi: failed to get edid
Apr 08 16:42:14 rock64 kernel: dwhdmi-rockchip ff3c0000.hdmi: failed to get edid

 

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.2 LTS"

 

Linux rock64 4.4.132-1075-rockchip-ayufan-ga83beded8524 #1 SMP Thu Jul 26 08:22:22 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

 

THANKS FOR THE GREAT JOB

 

 

Igor

Igor

Posted
Posted
  On 4/8/2019 at 3:06 PM, whyzzie said:

HI, thank you very much for the script, working very well, just can't start kodi. It just exits to console, and getting following error:

 

(i'm not running armbian, but the defualt ubuntu, and the script is working great also on ayufan, can watch YT, and videos, all cool)

 

Apr 08 16:42:05 rock64 kernel: rockchip-vop ff370000.vop: [drm:vop_crtc_enable] Update mode to 1280x720p60, type: 11
Apr 08 16:42:13 rock64 kernel: dwhdmi-rockchip ff3c0000.hdmi: failed to get edid
Apr 08 16:42:14 rock64 kernel: dwhdmi-rockchip ff3c0000.hdmi: failed to get edid

 

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.2 LTS"

 

Linux rock64 4.4.132-1075-rockchip-ayufan-ga83beded8524 #1 SMP Thu Jul 26 08:22:22 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

 

THANKS FOR THE GREAT JOB

Expand  


Support is focused on Armbian images: https://www.armbian.com/download There is already way too much complexity to deal with.

jal_frezie

jal_frezie

Posted
Posted

Hi, and first of all thanks to everyone who's contributed here! By following the procedure in NicoD's excellent video I was able to get 4k video playback working on my rock64 -- truly amazing!

However I have occasional segfaults in mpv, which make it unsuitable for regular use. I'd be quite happy to help debug these problems.

Also a few questions which may or may not be relevant here:

The board, and my monitor, should be able to do 4k@60Hz but I never get more than 4k@30Hz. Any clues why?

I have two sound options, one is audio over HDMI which works fine, the other produces no sound. I can also get audio on a USB sound dongle, but never on the onboard 3.5mm jack. Why might that be?

If I set the audio sink to HDMI, it reverts to the non-working option after a restart...

Guess that's about it for now, thanks again!

JMCC

JMCC

Posted
  • Author
Posted
  On 4/29/2019 at 9:44 AM, jal_frezie said:

I have occasional segfaults in mpv

Expand  

When does that happen, when using GLES or GBM as display driver? (that is, the "regular" mpv launcher or "mpv-gbm")

Guest
This topic is now closed to further replies.
 Share
Go to topic listing
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines

  I accept