| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
Pinetab2 camera drivers
Forum: PineTab Software
Last Post: biketool
1 hour ago
» Replies: 10
» Views: 6,764
|
what is the point?
Forum: General Discussion on PinePhone
Last Post: biketool
2 hours ago
» Replies: 4
» Views: 103
|
Old Danctnix server in Pa...
Forum: PineTab Software
Last Post: realchunkyflea
Yesterday, 05:01 PM
» Replies: 3
» Views: 255
|
PinePhone sensors - Gyros...
Forum: General Discussion on PinePhone
Last Post: WhiteHexagon
Yesterday, 04:23 PM
» Replies: 2
» Views: 59
|
irradium (based on crux l...
Forum: Linux on Rock64
Last Post: mara
Yesterday, 10:30 AM
» Replies: 10
» Views: 15,923
|
irradium (based on crux l...
Forum: Linux on RockPro64
Last Post: mara
11-26-2025, 02:45 PM
» Replies: 10
» Views: 16,845
|
PinePhone, PinePhone Pro,...
Forum: PinePhone Hardware
Last Post: j_s
11-26-2025, 11:33 AM
» Replies: 4
» Views: 226
|
Quill OS for the PineNote
Forum: PineNote Software
Last Post: JhonSmith
11-26-2025, 01:42 AM
» Replies: 1
» Views: 136
|
auto-owning the SD card i...
Forum: PineTab Software
Last Post: biketool
11-25-2025, 04:16 AM
» Replies: 1
» Views: 407
|
Volumio (PINE A64-LTS / S...
Forum: Linux on PINE A64-LTS / SOPINE
Last Post: kapqa
11-23-2025, 02:02 AM
» Replies: 8
» Views: 15,569
|
|
|
| pkcon Fatal Error |
|
Posted by: syrinx - 09-28-2020, 01:06 PM - Forum: Mobian on PinePhone
- Replies (4)
|
 |
When trying to install the openstore https://open-store.io I get the following output
mobian@mobian:~/Downloads$ pkcon install-local --allow-untrusted openstore.openstore-team_3.2.1_armhf.click -v
11:59:39 PackageKit Verbose debugging enabled (on console 1)
11:59:39 PackageKit filter=(null), filters=0
11:59:39 PackageKit adding state 0xaaaabf619ca0
11:59:39 PackageKit doing install files
11:59:39 PackageKit role now install-files
Installing files [ ] (0%) 11:59:39 PackageKit notify::connected
[ ] (0%) 11:59:39 PackageKit using frontend dialog
11:59:39 PackageKit using socket in /tmp/gpk-53_dbdadbae.socket
[=========================]
Testing changes [=========================]
Finished [ ] (0%) 11:59:40 PackageKit remove state 0xaaaabf619ca0
[=========================]
Fatal error: Could not find package(s)
Does anybody know what I am doing wrong?
|
|
|
|
| Proper way to use mrfixit update |
|
Posted by: bastafari - 09-28-2020, 10:11 AM - Forum: General Discussion on Pinebook Pro
- Replies (13)
|
 |
I'm not booting from sd card. Tried copying and pasting the updat_sh in terminal after downloading the files but still not working. Am I doing something wrong. Apparently my uboot is fine. Used etcher on a windows pc to make an sd and worked fine. For some reason dd/of isn't working maybe? Progress in terminal shows like it's doing something, so I'm not sure what the issue is.
|
|
|
|
| Irritating noise |
|
Posted by: mjc - 09-28-2020, 01:05 AM - Forum: Pinebook Pro Hardware and Accessories
- Replies (2)
|
 |
My PBP makes a regular, intermittent, quiet but audible, whining/buzzing sound. It goes about 4 seconds on, 4 seconds off. I started noticing it today, but I'm not sure if it started today. It's irritating enough that I've been playing music to cover it up, but that's not an ideal long-term solution.
Any thoughts?
|
|
|
|
| Moonlight game streaming on Manjaro |
|
Posted by: ShootTheMoon - 09-27-2020, 05:44 PM - Forum: Linux on Pinebook Pro
- Replies (2)
|
 |
Hi all!
So a makepkg of moonlight-qt works pretty well (https://aur.archlinux.org/packages/moonlight-qt/). I adjusted the version to 2.2.0 and got a working package.
It even streams from another machine on my home network, but that's where my success kinda ends. Streaming at 1080p/60fps seems to be just too much given the software-based decoding from ffmpeg. Even though I've run the hardware acceleration patching scripts from the pbp-tools repo (https://github.com/xmixahlx/pbp-tools), the streaming client still can't pick up the available devices:
Code: 00:00:00 - SDL Info (0): Trying fallback VAAPI driver names
00:00:00 - SDL Error (0): Failed to initialize VAAPI: -1
Failed to open VDPAU backend libvdpau_rockchip.so: cannot open shared object file: No such file or directory
00:00:00 - FFmpeg: [AVHWDeviceContext @ 0xaaaabe3cb630] VDPAU device creation on X11 display :0 failed.
00:00:00 - SDL Info (0): Trying fallback VDPAU driver paths
Failed to open VDPAU backend libvdpau_rockchip.so: cannot open shared object file: No such file or directory
00:00:00 - FFmpeg: [AVHWDeviceContext @ 0xaaaabe3b09b0] VDPAU device creation on X11 display :0 failed.
Failed to open VDPAU backend libvdpau_rockchip.so: cannot open shared object file: No such file or directory
00:00:00 - FFmpeg: [AVHWDeviceContext @ 0xaaaabe3f51e0] VDPAU device creation on X11 display :0 failed.
Failed to open VDPAU backend libvdpau_rockchip.so: cannot open shared object file: No such file or directory
00:00:00 - FFmpeg: [AVHWDeviceContext @ 0xaaaabe4a8680] VDPAU device creation on X11 display :0 failed.
Failed to open VDPAU backend libvdpau_rockchip.so: cannot open shared object file: No such file or directory
00:00:00 - FFmpeg: [AVHWDeviceContext @ 0xaaaabe4bdd80] VDPAU device creation on X11 display :0 failed.
00:00:00 - SDL Error (0): Failed to create VDPAU context: -1313558101
00:00:00 - Qt Info: Found "ModeSeven.ttf" at ":/data/ModeSeven.ttf"
00:00:00 - SDL Info (0): Using SDL renderer
00:00:00 - FFmpeg: [h264_mp4toannexb @ 0xaaaabeb1e1d0] The input looks like it is Annex B already
00:00:00 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] probing device /dev/video5
00:00:00 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] driver 'uvcvideo' on card 'USB Camera: USB Camera' in splane mode
00:00:00 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] v4l2 output format not supported
00:00:00 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] probing device /dev/video4
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] driver 'uvcvideo' on card 'USB Camera: USB Camera' in splane mode
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] v4l2 output format not supported
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] probing device /dev/video3
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] driver 'hantro-vpu' on card 'rockchip,rk3399-vpu-dec' in mplane mode
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] v4l2 output format not supported
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] probing device /dev/video2
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] driver 'hantro-vpu' on card 'rockchip,rk3399-vpu-enc' in mplane mode
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] v4l2 output format not supported
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] probing device /dev/video1
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] driver 'rkvdec' on card 'rkvdec' in mplane mode
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] v4l2 output format not supported
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] probing device /dev/video0
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] driver 'rockchip-rga' on card 'rockchip-rga' in splane mode
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] v4l2 output format not supported
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] Could not find a valid device
00:00:01 - FFmpeg: [h264_v4l2m2m @ 0xaaaabeb291b0] can't configure decoder
00:00:01 - SDL Error (0): Unable to open decoder for format: 1
00:00:01 - Qt Info: Found "ModeSeven.ttf" at ":/data/ModeSeven.ttf"
00:00:01 - SDL Info (0): Using SDL renderer
I've run the pbp-install-libva, pbp-install-libva-utils, pbp-install-libva-v4l2-request, and pbp-install-ffmpeg scripts. Do I need to run on a patched kernel as well? I'm not sure if 5.8.10-2-MANJARO-ARM has the patches or not.
I wasn't expecting vaapi to work yet based on the other topics I've read throughout the forums, but I was hoping either /dev/video1 or /dev/video2 would have reported back with the v4l2 format as available.
Any other suggestions are welcome as well!
|
|
|
|
| Android 9.0 and Pluto on Rock64-1G |
|
Posted by: missdeenola - 09-27-2020, 02:57 PM - Forum: Android on Rock64
- Replies (1)
|
 |
Hey all,
I'm currently trying to get a 1GB R64 up and running with the Rooted Android 9.0 image and things have been going pretty well, but I do have an issue I'd like to cover here before I try to make any serious changes and that issue is with the Pluto TV app.
Let me first explain that I already have the PlutoTV app installed on a 1GB R64 with the Android 8.0 image. I installed PlutoTV onto it from the Google Play store, which I installed through the ADB, as suggested in another post on this board.
My current project is the 1G-Rock64 with the following
Image: ROCK64_dd_20190618_stock_rooted_android_9.0_emmcboot-16GB.img.gz (using Etcher to program 16GB eMMC)
Google Play Services: version 20.36.15 (080406-333172415)
Google Services Framework: Ver: 9-6475783
Google Play store Ver: 21.9.47-21[0][PR]331897675
At this point everything seems to be working well, as Play store works. I also had to figure out to unplug the keyboard and use the on screen keyboard to input the wireless password but the apps I've tried so far work. Except for Pluto.
Pluto, as loaded from the Play store gives the following error:
INCOMPATIBLE VERSION
The installed APK is not compatible with this device. Please download a supported version from Google Play.
My question(s) are: Has anyone else had this issue with this app, on this image? Could this be an issue with the image, or that it's not the AndroidTV version? Should I load the un-rooted image (ROCK64_dd_20190617_stock_android_9.0_emmcboot-16GB.img.gz ) to correct this issue? I truly don't mind having to reload this card with another image, the question is more about saving myself a bit of time testing another image, because this one had been going well so far.
Sincerely,
Deanne
|
|
|
|
| Wall wart adequacy |
|
Posted by: Perl6_user - 09-27-2020, 12:12 PM - Forum: Pinebook Pro Hardware and Accessories
- Replies (11)
|
 |
I've been using the newly-arrived PBP, usually plugged in. In some sessions, the charge indicator drops below 100%, but still says it's charging. If that's true, it suggests that the wall-wart is unable to charge the machine at the rate it uses power. (Modest use, nothing dramatic.)
Is this a software problem, a failing unit, or is it an indication that a more puissant charger might be a good idea?
|
|
|
|
|