Welcome, Guest |
You have to register before you can post on our site.
|
Latest Threads |
Why projects like PinePho...
Forum: General Discussion on PinePhone
Last Post: Gary2003
21 minutes ago
» Replies: 5
» Views: 4,837
|
Unable to make or recieve...
Forum: General Discussion on PinePhone
Last Post: tracyanne
10 hours ago
» Replies: 0
» Views: 238
|
Brand new sealed Pinetime...
Forum: General Discussion on PineTime
Last Post: elver
09-10-2025, 06:41 AM
» Replies: 0
» Views: 961
|
Call recording?
Forum: PinePhone Pro Software
Last Post: biketool
09-09-2025, 04:14 AM
» Replies: 7
» Views: 7,517
|
Thoughts after a year wit...
Forum: General Discussion on Pinebook Pro
Last Post: Frank23t
09-08-2025, 10:30 PM
» Replies: 4
» Views: 2,768
|
more mobile linux on redd...
Forum: General Discussion on PinePhone
Last Post: biketool
09-08-2025, 12:03 PM
» Replies: 2
» Views: 2,492
|
Anyone selling a Pinebook
Forum: Pinebook Hardware and Accessories
Last Post: ams
09-08-2025, 09:26 AM
» Replies: 2
» Views: 2,814
|
Having trouble reading MP...
Forum: Getting Started
Last Post: Alex92
09-05-2025, 08:49 PM
» Replies: 1
» Views: 3,891
|
Special keys stopped work...
Forum: General Discussion on PineNote
Last Post: cheepeero
09-05-2025, 07:32 PM
» Replies: 0
» Views: 3,022
|
Booting Issues
Forum: PineNote Software
Last Post: vlagged
09-04-2025, 12:52 PM
» Replies: 20
» Views: 10,966
|
|
|
RETRO-GAMING: UPDATED RELEASE OF RECALBOX FOR THE ROCK64 |
Posted by: Mrfixit2001 - 01-31-2019, 03:42 PM - Forum: Linux on Rock64
- Replies (32)
|
 |
EDIT: DECEMBER 2021 - UPDATE: My recalbox releases are now archived and outdated. I have a new retro-gaming platform, R-CADE available that replaces it.
Click here to read about RCADE
Click here to download the latest release
---------------------------
ANNOUNCING THE UPDATED BETA - RELEASE 3 OF RECALBOX FOR THE ROCK64
The details on the previous ROCK64 releases can be found here: https://forum.pine64.org/showthread.php?tid=6351
After many efforts with much teamwork, collaboration, and testing, we are very excited to provide an updated BETA release of RECALBOX for the ROCK64 board!
-- The download is located under this repository's releases --
https://github.com/mrfixit2001/recalbox_rock64/releases
Details on the ROCK64 SoC can be found here:
https://www.pine64.org/?page_id=7147
For those of you unfamiliar with Recalbox: https://www.recalbox.com/
"Recalbox offers a wide selection of consoles and game systems. From the very first arcade systems to the NES, the MEGADRIVE, 32-bit platforms (such as the Playstation) and even Nintendo64. With Kodi already included, Recalbox also serves as a Media Center. By connecting it to your home network, you will be able to stream videos from any compatible devices (NAS, PC, External HDD, etc.)."
Please do keep in mind that this is still a BETA release, which means you should still EXPECT some things not to work quite right. We have done a LOT of testing on our own to try and resolve as many issues as we can before this release, but now you get to help! (Lucky you!) So if/when you do find things that don't work right, please use the link in GitHub to report the issue.
When reporting issues:
- Provide logs or screenshots of the issue so that we can see the error(s) you are seeing
- Provide detailed steps for us to follow in order to reproduce the issue
Improvements and Changes Since the Last Release:
Kernel Updates:
- Updated to version 4.4.171
- Various custom kernel fixes, mainline backports, stability and other enhancements
- 4K Playback @ 60fps is now smooth and Audio/Video are synced
- Default Over-Clock Removed (if you have a heatsink, you really should enable this in the recalbox menu!)
- RTL8812EU USB Wifi adapter working (Buy it in the PINE64 Store)
Emulator and Recalbox Updates:
- Updated version of Recalbox
- Updated versions of many emulators and cores
- Customized default emulator configs to optimize performance
- Buggy button re-mapping issue is resolved
- Reicast runs at 100% speeds in most games
- PPSSPP now capable of performing at 100% speed for most games
- Customizable "max fps" setting in PPSSPP to fine tune your experience - set to 30fps to support playing demanding games (GOW) nice and smooth!
- PSP video scenes now play perfectly
- Custom fix for widescreen stretching (READ BELOW)
- VirtualJaguar is now fixed and playable
- NEOGEO Core Fixed
- Reicast Configuration Can be Edited Now
- Bluetooth Controllers Reconnect After Reboot
- On-Screen-Keyboard issue Resolved
- Custom patches to ES and Emulators to improve overall stability
Important Note about Widescreens:
The majority of users will be using widescreen monitors and TVs with 16:9 aspect ratios these days, and most of these will automatically stretch a 4:3 video to 16:9 to make it full screen. This distorts the graphics and makes everything look stretched out and askew. So, I have added custom patches and new configuration settings to Mupen64, Reicast, and Retroarch to correct this so that the emulators will still render at the right scale after being stretched. This is ON by default.
If you do not have a widescreen monitor, or your monitor does not have this auto-stretch feature, then your games may not be centered or look too thin. In this case, simply make the following one-time changes to the configurations to turn off these customizations:
- Retroarch: use the retroarch menu to change the default - Settings->Video->Aspect Ratio
- Reicast: change the setting "rend.FixAspect" to 0 in /recalbox/share/system/configs/reicast/emu.cfg
- Mupen64: each video plugin (core) has been given it's own setting, allowing you to customize each to your own needs, and GLES2N64 (n64 core) has it's own config file. The settings for these plugins are in /recalbox/share/system/configs/mupen64 in the files mupen64plus.cfg and gles2n64.conf. Just change the listed widths and left offsets to whatever your needs are.
Some things we have added to Recalbox that are Exclusive to Mr.Fix-It releases:
- Upgraded Kodi (and addons) from version 17 (Krypton) to a version 18 (Leia)
- InputStream.Adaptive Kodi Addon
- Multiple cores for different emulators so that you can select which core works best for you on each ROM!
- Custom resolutions and configs for most emulators to optimize performance for the specific platform
- Included Wolfenstein 3D (shareware version) in DosBox
A few things to know about this release:
When the image first boots, you can expect a delay as the partition is expanded to the full size of your disk. Please be patient and let this complete. It will not happen on every boot, but you should not interrupt this process or you may need to reimage.
Some controllers will work with KODI right out of the box without the buttons needing to be mapping (like the x360). For others, once you hit a button on the controller it will ask you to map them - you will need a keyboard to interact with KODI until your controller buttons are mapped.
N64 has multiple core options, different ROMS work better with different cores! So if your game isn't running well, try another core! In our testing we have found that MOST games will run very well with at least one available core.
Some emulators / cores are highly dependent on a valid BIOS files being installed (Dreamcast, for example). Be sure to read the documents in the system’s ROM folder for details on what BIOS files are needed. Further documentation is available on the Recalbox wiki.
A single ROM not working is not considered a "bug", it's often an incompatibility with the ROM and the emulator / core. We have provided multiple cores for some emulators to try and help maximize the number of ROMS that work.
If you are suddenly and unexpectedly thrown into KODI, then that means EmulationStation may have crashed. Please provide your /recalbox/es.log file so we can review.
"Where's the source code?" The source is being cleaned up and organized in preparation to be made available for the recalbox team to maintain, instead of having it hosted in this repository. Merging it with the recalbox repo allows them to maintain and update it, which ensures that you will receive their updates as they are made available.
Lastly, please remember this is a community build, and just something I've worked on in my free time. There's no pressure at all, but if you appreciate the work then feel free to send me a buck on Paypal: mrfixit2001 at gmail.
Special thanks go out to the LibreELEC and Recalbox teams, as well as LukasZ at Pine64 for his huge efforts in research, testing, and feedback!
Mr Fix-IT
|
|
|
Hardware Accelerated Video Playback Guide |
Posted by: xkaiser - 01-31-2019, 12:49 PM - Forum: Linux on RockPro64
- Replies (2)
|
 |
Hey all,
With the help of MrFixit2001, I was able to come up with a recipe for playing hardware accelerated media files with MPV. I'm using MrFixit2001's image as a starter.
Flash this image to an SD card (Etcher) https://github.com/mrfixit2001/debian_bu...xit.img.xz
ssh or access the terminal with a keyboard (root/root or rock/rock)
Code: apt update && apt install vim git libdrm-dev vainfo libmodplug1 libmodplug-dev libmp3lame-dev libmp3lame0 libopus0 libopus-dev libspeex1 libspeex-dev libtheora-dev libtheora0 libghc-bzlib-dev libass5 libass-dev autoconf automake libtool libasound2 libasound2-dev libpulse-dev cmake debhelper fakeroot libvorbis-dev python
git clone https://github.com/rockchip-linux/mpp --depth 1 -b release
git clone https://github.com/rockchip-linux/ffmpeg --depth 1 -b rockchip/release/4.0
git clone https://github.com/mpv-player/mpv --depth 1 -b v0.29.1
cd mpp
cmake -DENABLE_VP9D=ON -DRKPLATFORM=ON -DENABLE_AVSD=OFF -DENABLE_H263D=OFF -DENABLE_H264D=ON -DENABLE_H265D=ON -DENABLE_MPEG2D=ON -DENABLE_MPEG4D=ON -DENABLE_VP8D=ON -DENABLE_JPEGD=OFF -DHAVE_DRM=ON
wget https://raw.githubusercontent.com/LibreELEC/LibreELEC.tv/master/packages/multimedia/rkmpp/patches/rkmpp-0001-fix-32-bit-mmap-issue-on-64-bit-kernels.patch
patch osal/allocator/allocator_drm.c rkmpp-0001-fix-32-bit-mmap-issue-on-64-bit-kernels.patch
make -j6 && make install
cd ../ffmpeg
./configure --enable-static --enable-shared --enable-cross-compile --cross-prefix=/usr/bin/arm-linux-gnueabihf- --sysroot="/" --sysinclude="/usr/include" --host-cc="/usr/bin/gcc" --arch="arm" --target-os="linux" --disable-stripping --pkg-config="/usr/bin/pkg-config" --prefix=/usr --enable-avfilter --disable-version3 --enable-logging --enable-optimizations --disable-extra-warnings --enable-avdevice --enable-avcodec --enable-avformat --enable-network --disable-gray --enable-swscale-alpha --disable-small --enable-dct --enable-fft --enable-mdct --enable-rdft --disable-crystalhd --disable-dxva2 --enable-runtime-cpudetect --disable-hardcoded-tables --disable-mipsdsp --disable-mipsdspr2 --disable-msa --enable-hwaccels --disable-cuda --disable-cuvid --disable-nvenc --disable-avisynth --disable-frei0r --disable-libopencore-amrnb --disable-libopencore-amrwb --disable-libcdio --disable-libdc1394 --disable-libgsm --disable-libilbc --disable-libopenjpeg --disable-libvo-amrwbenc --disable-symver --disable-doc --disable-w32threads --enable-asm --enable-bsfs --enable-bzlib --enable-demuxers --enable-encoder=aac --enable-encoder=ac3 --enable-encoder=mjpeg --enable-encoder=png --enable-encoder=wmav2 --enable-filters --enable-gpl --enable-libspeex --enable-muxer=adts --enable-muxer=asf --enable-muxer=ipod --enable-muxer=mpegts --enable-muxer=spdif --enable-parsers --enable-pic --enable-postproc --enable-protocol=http --enable-pthreads --enable-shared --enable-swscale --enable-yasm --enable-zlib --enable-gpl --disable-nonfree --enable-ffmpeg --enable-ffplay --disable-avresample --disable-ffprobe --enable-postproc --enable-swscale --enable-indevs --enable-outdevs --enable-pthreads --enable-zlib --enable-bzlib --disable-libfdk-aac --disable-gnutls --disable-openssl --disable-libopenh264 --enable-libvorbis --enable-muxer=ogg --enable-encoder=libvorbis --disable-vaapi --disable-vdpau --disable-mmal --disable-omx --disable-omx-rpi --enable-libdrm --enable-version3 --enable-rkmpp --disable-libopencv --enable-libopus --disable-libvpx --enable-libass --disable-libbluray --disable-librtmp --enable-libmp3lame --enable-libmodplug --enable-libspeex --enable-libtheora --disable-libwavpack --enable-libfreetype --enable-fontconfig --disable-libx264 --disable-libx265 --disable-yasm --disable-mmx --disable-sse --disable-sse2 --disable-sse3 --disable-ssse3 --disable-sse4 --disable-sse42 --disable-avx --disable-avx2 --disable-armv6 --disable-armv6t2 --enable-vfp --enable-neon --disable-altivec --extra-libs=-latomic --enable-pic --cpu="cortex-a53" --pkgconfigdir=/usr/lib/arm-linux-gnueabihf/pkgconfig
make -j6 && make install
cd ../mpv
./bootstrap.py
./waf configure && ./waf && ./waf install
mpv --vo=gpu --gpu-context=drm --hwdec=rkmpp your_media_file.mp4
I haven't run through the guide a second time on a fresh image, so if you run into issues, let me know and I'll edit this. I'm working on creating a guide on the bionic minimal image from Ayufan next, but I'm running into a few issues.
|
|
|
Pinebook Pro NVMe Question |
Posted by: Selden - 01-31-2019, 08:27 AM - Forum: Getting Started
- Replies (6)
|
 |
I learned about the upcoming Pinebook Pro from an article in Forbes today: https://goo.gl/ZQUbyb
The part that really caught my attention was "an unpopulated NVMe slot."
IF someone populated the NVMe slot with a drive, would the Pinebook Pro use the built-in eMMC flash storage for startup and core OS tasks, using the NVMe drive for primary storage?
|
|
|
Gpio error wile using GPIOtest.py |
Posted by: Aditya Rastogi - 01-31-2019, 02:41 AM - Forum: Linux on Rock64
- No Replies
|
 |
Greetings,
Well received my board yesterday. Tried to use GPIO in a small python code used library from https://github.com/Leapo/Rock64-R64.GPIO. But even the test file in it shows error. Looking for help need to finish my college project asap.
Code: import R64.GPIO as GPIO
from time import sleep
print("Testing R64.GPIO Module...")
# Test Variables
print("")
print("Module Variables:")
print("Name Value")
print("---- -----")
print("GPIO.ROCK " + str(GPIO.ROCK))
print("GPIO.BOARD " + str(GPIO.BOARD))
print("GPIO.BCM " + str(GPIO.BCM))
print("GPIO.OUT " + str(GPIO.OUT))
print("GPIO.IN " + str(GPIO.IN))
print("GPIO.HIGH " + str(GPIO.HIGH))
print("GPIO.LOW " + str(GPIO.LOW))
print("GPIO.PUD_UP " + str(GPIO.PUD_UP))
print("GPIO.PUD_DOWN " + str(GPIO.PUD_DOWN))
print("GPIO.VERSION " + str(GPIO.VERSION))
print("GPIO.RPI_INFO " + str(GPIO.RPI_INFO))
# Set Variables
var_gpio_out = 16
var_gpio_in = 18
# GPIO Setup
GPIO.setwarnings(True)
GPIO.setmode(GPIO.BOARD)
GPIO.setup(var_gpio_out, GPIO.OUT, initial=GPIO.HIGH) # Set up GPIO as an output, with an initial state of HIGH
GPIO.setup(var_gpio_in, GPIO.IN, pull_up_down=GPIO.PUD_UP) # Set up GPIO as an input, pullup enabled
# Test Output
print("")
print("Testing GPIO Input/Output:")
var_gpio_state = GPIO.input(var_gpio_out) # Return state of GPIO
print("Output State : " + str(var_gpio_state)) # Print results
sleep(1)
GPIO.output(var_gpio_out, GPIO.LOW) # Set GPIO to LOW
# Test Input
var_gpio_state = GPIO.input(var_gpio_in) # Return state of GPIO
print("Input State : " + str(var_gpio_state)) # Print results
sleep(0.5)
# Test interrupt
print("")
print("Waiting 3 seconds for interrupt...")
var_interrupt = GPIO.wait_for_edge(var_gpio_in, GPIO.FALLING, timeout=3000)
if var_interrupt is None:
print("Timeout!")
else:
print("Detected!")
# Test PWM Output
p=GPIO.PWM(var_gpio_out, 60) # Create PWM object/instance
print("")
print("Testing PWM Output - DutyCycle - High Precision:")
print("60Hz at 50% duty cycle for 1 second")
p.start(50)
sleep(1)
print("60Hz at 25% duty cycle for 1 second")
p.ChangeDutyCycle(25)
sleep(1)
print("60Hz at 10% duty cycle for 1 second")
p.ChangeDutyCycle(10)
sleep(1)
print("60Hz at 1% duty cycle for 1 second")
p.ChangeDutyCycle(1)
sleep(1)
p.stop()
print("")
print("Testing PWM Output - DutyCycle - Low Precision:")
print("60Hz at 50% duty cycle for 1 second")
p.start(50, pwm_precision=GPIO.LOW)
sleep(1)
print("60Hz at 25% duty cycle for 1 second")
p.ChangeDutyCycle(25)
sleep(1)
print("60Hz at 10% duty cycle for 1 second")
p.ChangeDutyCycle(10)
sleep(1)
print("60Hz at 1% duty cycle for 1 second")
p.ChangeDutyCycle(1)
sleep(1)
p.stop()
print("")
print("Testing PWM Output - Frequency - Low Precision:")
print("60Hz at 50% duty cycle for 1 second")
p.start(50, pwm_precision=GPIO.LOW)
sleep(1)
print("30Hz at 50% duty cycle for 1 second")
p.ChangeFrequency(30)
sleep(1)
print("20Hz at 50% duty cycle for 1 second")
p.ChangeFrequency(20)
sleep(1)
print("10Hz at 50% duty cycle for 1 second")
p.ChangeFrequency(10)
sleep(1)
p.stop()
GPIO.cleanup([var_gpio_in, var_gpio_out]) # Perform cleanup on specified GPIOs
print("")
print("Test Complete")
----------------------------------------------------------------------------------------------------------------------------------------------------------
###########OUTPUT################
Testing R64.GPIO Module...
Module Variables:
Name Value
---- -----
GPIO.ROCK ROCK
GPIO.BOARD BOARD
GPIO.BCM BCM
GPIO.OUT out
GPIO.IN in
GPIO.HIGH 1
GPIO.LOW 0
GPIO.PUD_UP 0
GPIO.PUD_DOWN 1
GPIO.VERSION 0.6.3
GPIO.RPI_INFO {'P1_REVISION': 3, 'RAM': '1024M', 'REVISION': 'a22082', 'TYPE': 'Pi 3 Model B', 'PROCESSOR': 'BCM2837', 'MANUFACTURER': 'Embest'}
Error: Unable to export GPIO
Error: Unable to set GPIO direction
Error: Unable to export GPIO
Error: Unable to set GPIO direction
Testing GPIO Input/Output:
You must setup() the GPIO channel (BOARD 27) first
Output State : None
You must setup() the GPIO channel (BOARD 27) as an output first
You must setup() the GPIO channel (BOARD 32) first
Input State : None
Waiting 3 seconds for interrupt...
You must setup() the GPIO channel (BOARD 32) as an input first
Timeout!
You must setup() the GPIO channel (BOARD 27) as an output first
Testing PWM Output - DutyCycle - High Precision:
60Hz at 50% duty cycle for 1 second
Traceback (most recent call last):
File "R64-GPIO-test.py", line 71, in <module>
p.start(50)
File "/home/rock64/camcode/R64/_GPIO.py", line 351, in start
self.pwm_calc()
File "/home/rock64/camcode/R64/_GPIO.py", line 368, in pwm_calc
self.sleep_low = (1.0 / self.freq) * ((100 - self.dutycycle) / 100.0)
AttributeError: PWM instance has no attribute 'freq'
|
|
|
Pinebook Pro? |
Posted by: Jeff115 - 01-30-2019, 01:05 PM - Forum: General Discussion on Pinebook Pro
- Replies (439)
|
 |
I found this article about the new Pinebook Pro (link), and I was interested in it. Does anybody know more about this new device?
Like the estimated launch date, etc.? The article said that the Pinebook Pro would have 64Gb storage, 802.11ac Wifi, 4Gb ram and a Hexa-core CPU?
But what interested me the most was a Nvme slot. What are your thoughts about the Pinebook Pro?
|
|
|
FOSDEM 2019 Blog! Pinebook Pro, PinePhone Dev Kits and much more! |
Posted by: Luke - 01-29-2019, 10:26 AM - Forum: News
- Replies (1)
|
 |
PINE64 Community Stall at FOSDEM 2019
This is the second year in a row that we've got a stall at FOSDEM and are we super excited to showcase some of the things we've got planned for 2019. We'll be in building AW (you'll find a map here on FOSDEM main page), so if you are attending the conference then make sure to drop by and have a chat with us. The main purpose of our attendance at FOSDEM is to meet-up with members of our community as well as developers and friends from various projects.
For those of you who will not be attending the conference, I'll be putting together a blog of the event similar to what I did last year. Obviously I'll be focusing on the things that we will be showing, and of other stalls featuring PINE64 products, but I also hope to cover a number of the other projects that catch my attention.
This is going to be an exciting year for us as a community and I hope that our presence at FOSDEM, and this three-part blog, will showcase some of the more exciting projects we’re working on. This year PINE64 will branch-out into new territories by introducing a open source IP camera, a smartphone, a tablet and a high-end ARM 64-bit laptop. The idea, in principle, is to build convergent device-ecosystems (SBC, Module, Laptop/Tablet/ Phone / Other Devices) based on SOCs that we’ve already have developers engaged with and invested in. This, however, doesn't mean that we're stepping back from focusing on SBCs. Single board computers have been and are the bread-and-butter of PINE64 and this isn't going to change anytime in the foreseeable future.
One last thing before I proceed with the announcements; this is a blog, and should read as such, so the thread is and will remain locked - but you're welcome to discuss the contents of the posts here.
Part 1: Pre-FOSDEM Announcements
N.B. Only prototypes and concept devices will be shown at FOSDEM - production units will be available for purchase from the PINE64 store later this year. Pictures in this thread depict prototypes of upcoming devices; final products may vary in appearance of functionality from what is pictured. Availability dates and pricing are a subject to change.
The Pinebook Pro
![[Image: OxoxmRo.jpg]](https://i.imgur.com/OxoxmRo.jpg)
We've heard you. Many of you want a high-performance 64-bit ARM laptop that is strictly designed with FOSS in mind and can be used as a day-to-day Linux laptop. Premium materials, great manufacture quality and performance. We're making it happen this year.
Before I let you in on all the details of the Pinebook Pro, let me assure you of two things. Firstly, the current Allwinner A64-based 11.6" Pinebook isn't going anywhere and secondly, there will be an upgrade path for owners of the 14" regular Pinebook to a 'Pro-like' Pinebook (we're exploring an upgrade path for existing 11.6" users too - stay tuned).
The current Pinebook was never meant to be a daily driver - that is to say, it was never meant to replace the laptop you use for work or school. It was meant for tinkering, for learning Linux or *BSD, for development on A64 or ARM in general, as a terminal, a hackable device on-the-go, etc., In my first post on the Pinebook forum titled about the Pinebook - what to expect, I wrote ' (...)if you are looking for a device to replace your current work or school laptop then perhaps it’s wise to look elsewhere'. This is not the case with the Pinebook Pro.
The Pinebook Pro is meant to deliver solid day-to-day Linux or *BSD experience and to be a compelling alternative to mid-ranged Chromebooks that people convert into Linux laptops. In contrast to most mid-ranged Chromebooks however, the Pinebook Pro comes with an IPS 1080p 14" LCD panel, a premium magnesium alloy shell, 64/128GB of eMMC storage* (more on this later - see asterisk below), a 10,000 mAh capacity battery and the modularity / hackability that only an open source project can deliver - such as the unpopulated PCIe m.2 NVMe slot (an optional feature which requires an optional adapter). The USB-C port on the Pinebook Pro, apart from being able to transmit data and charge the unit, is also capable of digital video output up-to 4K@60hz.
As you can tell from the photograph above, the Pinebook Pro will be available in black - contrasting with its smaller brethren and clearly diverging the Pinebook line.
Thanks to the Pinebook and our SBCs we already have a great working relationship with Manjaro, KDE Neon, Netrunner, FreeBSD, NetBSD Q4OS, Armbian , DietPi and many other amazing projects, and we truly hope developers will find the Pinebook Pro as exciting as we do. With this in mind, it probably won't come as a surprise that we are already in talks with a number of key projects that are keen to support the Pinebook Pro.
Here are some of the key features of the Pinebook Pro: - 14" 1080p IPS LCD panel
- 64/128GB of eMMC storage*
- Black magnesium alloy body
- SD card slot
- Digital video output via USB-C up to 4K60hz
- Audio aux out / UART
- USB 3.0 and USB 2.0 ports
- 802.11ac WiFi
- Bluetooth 4.2
- 4GB of LPDDR4 RAM
- Charging via barrel port or USB-C
- Rockchip RK3399 ; big.LITTLE Hexacore A72/A53 SOC
- 2mpx front-facing camera
- Microphone
- Speakers
- Slim and slick design with minimal branding
- PCIe x4 that can take a m.2 NVMe SSD using an optional adapter
- Target Price: $199
* The Pinebook Pro will ship with a 64GB module by default, but if you are a registered forum user then you'll get a 128GB eMMC upgrade at no extra charge. Consider it a nod to community members.
The PinePhone Development Kits
![[Image: qsud2Gt.jpg]](https://i.imgur.com/qsud2Gt.jpg)
Some of you may have already heard rumors about the PinePhone on podcasts or read about it in FOSS / tech press. Its true, we're making a Linux-only smartphone called the PinePhone based on the Allwinner A64, and it will strictly be running mainline Linux. Software development on this project has already began - UBPorts, Maemo Leste, PostmarketOS, Plasma Mobile as well as other developers have received early kits to get up to speed on the A64 SOC. Just in the past few days a lot of progress has been made on these early kits (and i mean A LOT!) and, as you will surely see in coming days, some of the aforementioned software is already running on-top of mainline kernel. We will likely have a functional demo at FOSDEM!
Software-related status debate is beyond the scope of this post - which should be obvious, given that the actual dev kits aren't even available yet - however I cannot resist but to include two pictures of KDE and Unity 8 running on the aforementioned kit, curtsy of Bhushan Shah and Marius Gripsgard from KDE and UBPorts respectively.
From left: Anakin early dev kit for reference; Unity 8 on mir with wayland clients; and KDE running Plasma desktop with Lima(!):
![[Image: PVFxd0U.jpg]](https://i.imgur.com/PVFxd0U.jpg)
This lays the foundations for development on the PinePhone dev kit and the eventual software selection for the PinePhone. The goal of the PinePhone is to provide an open, affordable (the end-user phone is targeting a price of $149), upgradable and modular, privacy-oriented mainline Linux phone for those who desire or require this particular feature-set. To be clear; this is an announcement of the dev kits and not the end-user device (although, by extension, it's also an announcement that a phone is in the works and scheduled for production sometime this year). Everything written henceforth refers to the kits specifically, but you can infer most of the phone's functionality from what is written below.
The kit - internally codenamed Don't be Evil (kudos to those that understand the codename)- will be produced in a limited supply because its meant for developers only. It will be available on a bespoke basis to those who are willing to develop for the platform - if you are interested in the development kit then either chat to us at FOSDEM or contact us on the PINE64 forum, Discord, IRC or via email (info@pine64.org).
Here is the short run-down of the kit; the main PCB fits a SOPine module, a 4G LTE module with Cat 4 150Mb downlink, a 1440x720 LCD and an 18650 battery. The regions supported by the LTE modul: US, EU and Asia.
Here are more details:
- USB C for data and charging
- HDMI
- 4.0 BT
- WiFi 802.11n
- 4G LTE
- GPS
- Privacy (hardware) switches for BT/WiFi, LTE, cameras, speaker
- eMMC socket / 32GB eMMC module included in kit
- mSD Slot
- Gyro magnetic sensor
- Light sensor
- Volume, power, reset, home buttons
- Audio aux
- MiPi and TP interfaces
- 2mpx and 5mpx front / back cameras
- Small and compact size of (approx. 165x77mm)
- 1440x720 IPS panel
- SOPine module: Allwinner A64 with 2GB of LPDDR3 RAM
- Dev Kit Price: TBA/TBD (contact us on: info@pine64.org)
The kits will be available in Q1 to interested developers. We will have a complete wiki page with all resources to get started available by the time units ship. We hope to see many developers interested in the PinePhone at FOSDEM !
The PineTab
![[Image: N30NsEM.jpg]](https://i.imgur.com/N30NsEM.jpg)
The PineTab is a *BSD/Linux-only tablet based on the Allwinner A64 SOC. The configuration of the PineTab is akin to that of the 11.6” Pinebook and we expect that most existing Linux and *BSD images for the Pinebook will work on the tablet with little to no code alterations. That said we also hope and encourage developers who are interested in the touch interface to approach us and have a chat about the PineTab.
The tablet is is built out of sleek black and grippy plastic and features a 720p 10.1” IPS LCD, panel, a volume rocker and ‘home’ button on one side, and a set of speakers on the back. You will also be able to purchase a magnetically attachable keyboard for the PineTab, which doubles-up as a protective sleeve. Whilst most desktop distros feature an on-screen keyboard, and mouse functionality can be duplicated using a touch-screen, very few have been designed specifically with touch in mind, so an optional keyboard is something we expect many users will appreciate. The keyboard features an inbuilt trackpad and connects to the tablet using pogo pins that use a standard USB 2.0 interface, and folds in a way that also props up the tablet when its sat on a table.
Here are some more details about the device:
- BT 4.0
- WiFi 802.11n
- 16GB of eMMC
- Allwinner A64
- 2GB of LPDDR3 RAM
- 720p IPS 10” LCD (MiPi)
- USB 2.0 A host
- Micro USB 2.0 OTG
- mSD slot
- 2mpx front-facing camera
- 5mpx rear camera
- Speakers and microphone
- Volume rocker and ‘home’ button
- Magnetically attached keyboard + trackpad
- Target price for PineTab + keyboard: $99 ($79 for standalone PineTab)
The PineTab prototype shown at FOSDEM this year is nearly complete and production units should start rolling off of the factory floor soon. If you are interested in the device - especially in developing software support for it - make sure to drop by our stall or reach out to us online.
The Roshambo Retro-Gaming Case and Add-On Accessories
![[Image: Rmpf1qE.jpg]](https://i.imgur.com/Rmpf1qE.jpg)
We’re very excited to announce that our Chinese counterpart - Roshambo - will be producing retro-gaming add-ons and peripherals for PINE64 hardware. The first in what we hope will be a range of add-ons and gear is a Super Famicom inspired case that fits the Rock64, the RockPro64 as well as the Raspberry Pi 3B (and other compatible boards).
The power and reset switches on the Roshambo case are functional and, with the help of a script, also allow for a safe shutdown via GPIO pins. The cartridge slot and eject button are also functional, and we are will offer 128GB and 256GB SSDs shaped as cartridges for the Roshambo case. These cartridges use a standard SATA connector and can be used both as bootable drives (on the Rock64 / RockPro64 if uboot is flashed to SPI) or as storage. The Roshambo case includes a SATA to USB 3.0 connector in the cartridge slot for fast transfer between the cartridge and the board and network via GbE.
Last but not least, there will be matching controllers available for the Roshambo case. The controllers allude in their aesthetics to the SNES controllers that we all know and love, but they also include contemporary inputs, such as analogue sticks and analogue triggers. The controllers feature a 3 meter long USB 2.0 cable and are made out of matching plastics with the iconic blue, green, red and yellow face buttons.
Summary:
- Super Famicom inspired case
- All buttons and switches functional
- SATA port in cartridge slot
- Cartridge-shaped SSDs (128GB / 256GB)
- Matching SNES-inspired controllers with analogue triggers and buttons
- Safe shutdown functionality via GPIO
- Rock64, RockPro64 and Raspberry Pi compatibility
- Target price for case: $29.99
- Target price for controller: $12.99
- Target price for cartridge SSDs: 128GB $24.99 / 256GB $39.99
We have plans to further explore the retro-gaming market in 2019 and we will be making more announcements down the line. The Roshambo case is a first step in what we hope to be a long-term endeavor.
The CUBE - Open Source IP Camera
![[Image: 9YlptQo.jpg]](https://i.imgur.com/9YlptQo.jpg)
An open source IP camera is something we wanted to do for some time. An early concept device was actually shown, albeit not publically, to developers at FOSDEM in 2018. In other words, this is something that has been in the making for quite some time now and it will finally come to the market this year.
We call the IP camera CUBE - I trust the name of the camera is self-explanatory (see pictures below) - and features a AW S3 SOC (Cortex-A7) coupled with 128MB of DDR3 RAM, an 8Mpx SONY sensor as well as a m12 mount, which accommodates various lenses for different use-cases (wide-angle, zoom, fisheye, etc.,). The device comes equipped with IR LEDs and a microphone, alongside GPIO, USB 2.0, fast ethernet, bluetooth as well as WiFi. The CUBE can also be passively powered over Ethernet, which can further reduce cable clutter in instances where that is of essence. These features allow for a high degree of versatility that make the CUBE suitable for a wide array of use-cases, ranging from a baby or security camera to a drone or robot camera.
We intend to offer cases for the CUBE in the future but we also hope that the 3D printing community will come up with interesting enclosures for the device.
The device is capable of running mainline Linux (at the time of writing 4.20) and most of the functionality has already been mainlined. We have already reached out to key devs, including the lead dev of MotionOS, who will be receiving early samples of the hardware.
Here are more details:
- Allwinner S3L Cortex-A7
- 128MB DDR2
- 128Mb SPI Flash
- mSD slot
- Sony CMOS camera is iMX179 (MiPi interface)
- 10/100M Ethernet, 802.11 b/g/n WiFi
- Bluetooth 4.1
- USB 2.0
- 32pin GPIO header
- Passive Power over Ethernet (PoE)
- Interchangeable M12 lens type (wide, fisheye, zoom, etc.,)
- Target price: ~$20
Pine H64 Model B
![[Image: RL42EpS.jpg]](https://i.imgur.com/RL42EpS.jpg)
The other board to receive a major overhaul is the Pine H64. You can read all about the original board - model A - in last year’s FOSDEM blog. At the time of writing, Pine H64 model B will be replacing the existing (and currently unavailable) older model A. The form factor of the board has changed from last year’s Pine H64 model A to a smaller Rock64 footprint. The basic layout of the I/O on the Pine H64 B also mirrors that of the Rock64, including the position of the eMMC module, mSD slot, USB 3.0 and 2.0 ports, as well as digital audio and power connectors. This means that existing cases designed for the Rock64 - such as the aluminium case - will also fit the new Pine H64 B.
One of the new features - frequently requested by users - is the inclusion of an onboard WiFi/ BT module soldered onto the SBC.
In the past year significant progress has been made on mainline Linux for the Allwinner H6 SOC which is at the heart of the Pine H64. The community effort has not only resulted in a highly usable headless Linux environment, but also in early builds of desktop Linux - notably from Armbian. Due to the attractive feature set and price-to-performance ratio of the H6, we expect that the existing momentum will be sustained and continually improving the Linux experience on the Pine H64 B.
Here are more details regarding the Pine H64:
- mSD slot
- 128Mb of SPI Flash
- USB3. Host port
- 2xUSB2 Host ports
- RTC - Real Time Clock Battery Connector
- Onboard Wifi/BT
- 2x20 pins "Pi2" GPIO Header
- Digital Video out
- 3.5mm stereo earphone/microphone plug
- Gigabit Ethernet
- 2x20 pins Pi2 GPIO
- eMMC socket
- IR RX
- Target Price of board variants: 1GB - $24.95 / 2GB - $34.95 / 3GB - $44.95
The Rock64 Revision 3
[edit] Photo inserted 13/02/2019
![[Image: QkRaRRf.jpg]](https://i.imgur.com/QkRaRRf.jpg)
The Rock64 is the most popular and successful board we’ve created. The number of OS’ that support the board, and the number of projects that have been undertaken using it, have exceeded our expectations. From genome sequencing clusters and IOTA nodes to home NAS servers and retro-gaming consoles, the little board has proven useful in both industry and leisure applications. And so in 2019 we will be updating the Rock64 with features that many in the community have asked for.
The third revision (rev.3) of the Rock64 will bring the following functionality to the Rock64:
- Power over Ethernet (PoE)
- Real Time Clock (RTC)
- Improved PI2 GPIO compatibility
- Support for high speed uSD cards
- Various minor improvements
- Pricing remains the same across the board variants
Wrapping up the Announcements
I trust that everyone interested in ARM devices in general, and PINE64 equipment in particular, will find this year's FOSDEM announcements exciting. I think that the major two take-aways this year are: 1) we're expanding and growing the product line while simultaneously ensuring convergence between devices by building on SOCs our community and developers are invested in; and 2) we listen to what the community wants and requests, therefore - if reasonable - we do our best to deliver the devices you want to develop for and use.
Stay tuned for the FOSDEM 2019 blog (February 2-3) for more information about all the devices described above, more pictures and in general more stuff from our trip to Brussels. Check back soon!
|
|
|
Another bad experience with Rock64 |
Posted by: nightfly64 - 01-29-2019, 08:10 AM - Forum: General Discussion on ROCK64
- Replies (1)
|
 |
Hello,
I received my Rock64 at the beginning of january, since I was on holiday I started to use it a week ago.
Soon I found that one of the USB 2 port (the one near the pcb) is not powered, any device I connect doesn't work and if I connect an USB tester it shows 0 volts. This happens since the system power on before any operating system starts.
I opened a ticket and after some emails they suggest to send the board back to the US, this means I would have to pay another 10 EURO and wait I don't know how many weeks.
I am really not happy with the answer and probably I will not send it back.
First of all I think death-on-arrival situation should be handled without any cost for the customer, I think it is unacceptable to pay 1/3 of the cost of a new board just to send back a defective product. What about to test the boards before shipping them ?
Second problem is the software, Rock64 seems to be very immature, I have a 2Gb Rock64 without eMMC, I tried stock Android image and Android TV, both very slow and unstable, I barely was able to reach the launcher after several crashes and restarts. I am wondering how somebody could use Android with this board.
I then tried OpenMediaVault (ayufan stretch armhf 0.7.11) , it works better but while configuring omv three times the system broke badly hanging during boot and I had to re-flash the SD. Now it seems to work but from time to time I still get errors while using omv administration and I am wondering for how much time it will continue to work.
BTW, I used ovm before with OrangePI without any issues. Same microSD (Sandisk Ultra).
I am not a newbie with this kind of systems, I already have 4 RaspberryPI and 1 OrangePI, none of them had such issues also the really cheap OrangePI is much more stable than Rock64
|
|
|
Disable HDMI Pine64 |
Posted by: Andruxa89 - 01-28-2019, 04:29 AM - Forum: Ubuntu
- Replies (1)
|
 |
Hello everyone!
How can i completely disable (periodically, by cron) HDMI port on Pine A64?
Whats command?
It's needed for completely disabled monitor (picture and backlight).
kernel - 3.10.105-bsp-1.2-ayufan-77
- "DISPLAY=:0 xset dpms force off" blanking picture only, but not turning off backlight
- sunxi tools changes screen resolution only, but not power manage.
- "echo 0 > /sys/class/backlight/lcd0/bl_power" doesn't work
Pls help, Thnx)
|
|
|
Tried install openhabian |
Posted by: Truglio - 01-27-2019, 02:06 PM - Forum: openHAB
- Replies (2)
|
 |
I tried to install openhabian on my pine64. With the original image (PineInstaller and website), it boot up but the papaerUI and all other stuff dont work. With the github repo and an own created images it doesn´t boot up. Can sameone help me?
|
|
|
|