Hi, any idea what is the sleep current for Pinebook or other Pine A64 boards?

Is it possible to get sleep current to as low as like <2mA?

Thanks.

Hello,
I am looking for help with setting the Pine64 LTS upper USB port as a USB Device(serial port)

My setup:
Pine64 LTS
Armbian_5.38_Pine64so_Ubuntu_xenial_default_3.10.107( I have also tried Armbian_5.35_Pine64so_Ubuntu_xenial_default_3.10.105 with the same results)
Original kernel configuration: Original kernel configuration
My current configuration: My current configuration
Kernel sources I use are form armbian package linux-source-default-pine64_5.38_all.deb and contain git versioning information with remote repository at https://github.com/ayufan-pine64/linux-pine64

What I tried:
Rebooting without SD card into FEL mode to see if Pine will be enumerated on my PC, this works ok, so the actual connection works and the USB port on the Pine I picked is the correct one.

Armbian seem to be lacking the g_serial driver, so I recompiled the kernel with gadget support + g_serial module.
From what I understand https://www.kernel.org/doc/Documentation...serial.txt, doing :
Code:

I'm able to play some x265 videos but not all.  It seems that it's the ones that are encoded in 10bit are the ones that won't play, but I'll admit I don't know everything about encoding specs. 

I typically use VLC or MX Player.  Would something else be better? 

I assume others are using their Rock64 to play x265 media files.  How's it working?

There are two different "development status types" of OS images available from ayufan on his GitHub; Releases and Pre-Releases (examples in attached pictures).

Releases are end-user and production ready OS images that are deemed stable.
In contrast, Pre-Releases are OS images that are in a not stable, are meant for testing, and frequently may not even boot.

Unless you wish to help with testing and/or development, or accept the risk associated with running an alpha image, please always use OS images lableled Release for your use-case.

Release



Pre-Release

Chào mọi người !
Tôi havent thấy bất kỳ hình ảnh os phát hành được đăng để thử nghiệm hoặc cho những người có ban phát hành trước hoặc cách khác. Tôi đoán im chỉ hỏi hình ảnh os chúng ta sẽ thấy khi lô hàng đầu tiên nếu chúng tôi đặt hàng trước?

Im quan tâm đến debian chủ yếu, nhưng im cũng quan tâm đến những gì els e sẽ có sẵn. Với mức giá này có thể thay thế một số pi cho tôi.

So I had flashed my SPI via SD card method, I waited until the LED goes blinking and turned off the device, and then I flashed my USB 3.0 drive to OMV with Etcher in Windows, and now it isn't booting at all! HDMI has no signal after I started the booting, neither was there any blinkings anymore, I have very limited hardware debugging skill and I simply want to know how to restore access to my Rock64, thank you.

Hello,

For my project, I need to play mp3 file and obtain audio output on audio jack. The playback goes fine except that there is a half second delay before the audio starts. This matters because I am generating an alarm on speakers on certain event and half second delay is not permissible. The size of mp3 file is 560 KB and the length is 4 seconds.

The exact command is: 

Hi,

My pinebook is not booting anymore. The screen remains dark after more than 10 trials to power off/on with the upper right button.

I think it is because I'm a pine64 and I installed updates for rock64 from Ayudan, and i should not have.

I also entered a command to reboot but it was set on 1 and I'm scared that it might be trying to boot on windows.

Please help me...
Kenzucky

Does anyone know a working "knob" to turn off/on hdmi or put the display to sleep?

On raspberry pi we have vcgencmd , on odroid-c2 there is a sysfs knob at /sys/class/amhdmitx/amhdmitx0/phy

Is there anything similar on rk3328 ?

Using ayufan's kernel, custom OS of my own.
The goal is to make a screensaver addon for Kodi which would turn the screen off.

Kodi is running on gbm, no X and no xrandr .

You'll fine Kwiboo's LibreELEC 18 test images here. I'm linking them here because apparently they are much better than other current LibreELEC Alpha builds.