ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE
#11
(11-01-2018, 07:45 AM)Luke Wrote:
(11-01-2018, 07:35 AM)Pitcrawler Wrote: I did find another very strange bug and I'm not sure how it happened.

I copied some more roms to the board then I went to try and play them. Now suddenly none of my controls work within the emulators. They were previously working. They work fine in emulationstation.

I just had a possible idea though. I may have put the controller back into a different USB slot and somehow retroarch now can't find it. Nothing else was changed as far as I know.

What controller is it ?

I messed with it and got it working eventually.
It's a Xin Mo Arcade to USB 2 player controller built into a batrtop arcade cabinet.
It may have been a case of having to setup both controllers.
#12
You can find me on IRC, Discord and Twitter


#13
@Mrfixit2001

I wanted to know if you had possibility to share your sources even if they are not yet organized?

Thank you Jyu
#14
(11-13-2018, 03:01 PM)Luke Wrote:


I'm gonna have to switch to recalbox and perform all my fixes again, cause this looks great.

I'm a Linux veteran but rusty; last time I used Linux was like 1997, and again in 2003, then quit for a long while.
( So please excuse my mistakes, I will make a lot of them while catching up. )

But 4K@30fps only? Sounds like RKVDEC is still disabled which is easy to fix!
https://forum.pine64.org/showthread.php?...8#pid42838
NOTE: The thing I do to the VOP source in that thread is incorrect practice; a DTS fix is the right way, where you select VOPB instead of VOPL.
But that was for MY specific problem, which it sounds like this build doesn't have, since your 4K works already.
I didn't know any of this at the time I made that thread, because I am completely new to the entire device tree concept. But I've been learning by hacking away at it with dtedit.

Someone gave me a diff that selects VOPB instead of VOPL but I haven't yet worked it into my own DTS because my DTS is completely different right now.
The diff just in case it helps anyone:
https://forum.libreelec.tv/thread/13097-...post106240

Anyway, the actual important part, which sounds like it could be missing:
You probably need RGA, VPU, and RKVDEC objects enabled in DTS.
I used 'dtedit' on ayufan's images and set all 3 of those to 'status = okay' and whatnot, and that worked for me.
(They were set to status = disabled on all the ayufan images I've used so far)

Then I built and installed rockchip's libmpp, also required:
https://github.com/rockchip-linux/mpp

(Build and install as usual)

( I also downloaded and built mpv )

Then I download ffmpeg source, and configure ffmpeg with:
(Then build and install as usual)
Code:
pkg_config=$(which pkg-config) PKG_CONFIG_PATH=/usr/lib/aarch64-linux-gnu/pkgconfig \
./configure --enable-openssl --enable-rkmpp --enable-libdrm --enable-nonfree \
--enable-version3 --disable-opengl --enable-sdl2 \
--extra-cflags='-I/usr/include' --extra-ldflags='-L/usr/lib/aarch64-linux-gnu'


Here is the most important 2 pieces that cannot be removed from that configure line:  --enable-rkmpp --enable-libdrm
RKMPP, (which only functions via KMS+DRM and GBM), tells ffmpeg to decode onto the RKVDEC device in DTS.

mpp and ffmpeg configured this way is the only way to get 4K@60fps in Kodi/framebuffer/ffmpeg/mpv.

(For mpv, you have to tell it "how", every time you launch it:  mpv --vo=gpu --gpu-context=drm --hwdec=rkmpp ./BigBuckBunny.mp4)

But then Kodi isn't going to use external ffmpeg unless you rebuild kodi, too, and tell it to use your external ffmpeg:   " -Dwith-ffmpeg=shared "
Code:
mkdir kodi
mkdir buildkodi

# (Now you should download+unpack the kodi source to ./kodi; enter buildkodi, the empty dir, to place all the built stuff)
# (Any time this build routine fails, go into ./kodi and 'make clean' before you begin again, else it can be hell)

cd buildkodi
#configure step
cmake -j6 ../kodi -DCMAKE_INSTALL_PREFIX=/usr/local -DCORE_PLATFORM_NAME=gbm -DGBM_RENDER_SYSTEM=gles -Dwith-ffmpeg=shared

#build step
cmake --build . -- VERBOSE=0 -j6

#binary-addons step
pushd ../kodi
make -j6 -C tools/depends/target/binary-addons PREFIX=/usr/local
popd


I think once you find the missing piece you'll get 60fps activated!
#15
(12-28-2018, 08:13 AM)fosf0r Wrote:
(11-13-2018, 03:01 PM)Luke Wrote:


I'm gonna have to switch to recalbox and perform all my fixes again, cause this looks great.

I'm a Linux veteran but rusty; last time I used Linux was like 1997, and again in 2003, then quit for a long while.
( So please excuse my mistakes, I will make a lot of them while catching up. )

But 4K@30fps only? Sounds like RKVDEC is still disabled which is easy to fix!
https://forum.pine64.org/showthread.php?...8#pid42838
NOTE: The thing I do to the VOP source in that thread is incorrect practice; a DTS fix is the right way, where you select VOPB instead of VOPL.
But that was for MY specific problem, which it sounds like this build doesn't have, since your 4K works already.
I didn't know any of this at the time I made that thread, because I am completely new to the entire device tree concept. But I've been learning by hacking away at it with dtedit.

Someone gave me a diff that selects VOPB instead of VOPL but I haven't yet worked it into my own DTS because my DTS is completely different right now.
The diff just in case it helps anyone:
https://forum.libreelec.tv/thread/13097-...post106240

Anyway, the actual important part, which sounds like it could be missing:
You probably need RGA, VPU, and RKVDEC objects enabled in DTS.
I used 'dtedit' on ayufan's images and set all 3 of those to 'status = okay' and whatnot, and that worked for me.
(They were set to status = disabled on all the ayufan images I've used so far)

Then I built and installed rockchip's libmpp, also required:
https://github.com/rockchip-linux/mpp

(Build and install as usual)

( I also downloaded and built mpv )

Then I download ffmpeg source, and configure ffmpeg with:
(Then build and install as usual)
Code:
pkg_config=$(which pkg-config) PKG_CONFIG_PATH=/usr/lib/aarch64-linux-gnu/pkgconfig \
./configure --enable-openssl --enable-rkmpp --enable-libdrm --enable-nonfree \
--enable-version3 --disable-opengl --enable-sdl2 \
--extra-cflags='-I/usr/include' --extra-ldflags='-L/usr/lib/aarch64-linux-gnu'


Here is the most important 2 pieces that cannot be removed from that configure line:  --enable-rkmpp --enable-libdrm
RKMPP, (which only functions via KMS+DRM and GBM), tells ffmpeg to decode onto the RKVDEC device in DTS.

mpp and ffmpeg configured this way is the only way to get 4K@60fps in Kodi/framebuffer/ffmpeg/mpv.

(For mpv, you have to tell it "how", every time you launch it:  mpv --vo=gpu --gpu-context=drm --hwdec=rkmpp ./BigBuckBunny.mp4)

But then Kodi isn't going to use external ffmpeg unless you rebuild kodi, too, and tell it to use your external ffmpeg:   " -Dwith-ffmpeg=shared "
Code:
mkdir kodi
mkdir buildkodi

# (Now you should download+unpack the kodi source to ./kodi; enter buildkodi, the empty dir, to place all the built stuff)
# (Any time this build routine fails, go into ./kodi and 'make clean' before you begin again, else it can be hell)

cd buildkodi
#configure step
cmake -j6 ../kodi -DCMAKE_INSTALL_PREFIX=/usr/local -DCORE_PLATFORM_NAME=gbm -DGBM_RENDER_SYSTEM=gles -Dwith-ffmpeg=shared

#build step
cmake --build . -- VERBOSE=0 -j6

#binary-addons step
pushd ../kodi
make -j6 -C tools/depends/target/binary-addons PREFIX=/usr/local
popd


I think once you find the missing piece you'll get 60fps activated!

We've been working on a beta for quite some time. Performance has improved dramatically since the Alpha and so has stability - also in respect to video playback. We're just stuck on getting BT on the module (USB BT works fine) working properly. Beta will be out soon enough.
You can find me on IRC, Discord and Twitter


#16
@fosf0r - thanks for the feedback! And I'm glad you've been having luck with improving video playback! In the alpha release, all of your suggestions should have already been implemented. As ETA Prime mentioned in his review, smooth 4k@60fps with A/V sync is an issue with Rockchip boards / kernel. The good news is that my kernel in the upcoming beta actually does have a fix for that Smile

@Jyu - been in communication with the recalbox team and will be pushing source to their repo soon.
#17
(12-29-2018, 11:22 AM)Mrfixit2001 Wrote: @fosf0r - thanks for the feedback! And I'm glad you've been having luck with improving video playback! In the alpha release, all of your suggestions should have already been implemented. As ETA Prime mentioned in his review, smooth 4k@60fps with A/V sync is an issue with Rockchip boards / kernel. The good news is that my kernel in the upcoming beta actually does have a fix for that Smile

@Jyu - been in communication with the recalbox team and will be pushing source to their repo soon.


Great,
It will save me from doing a job from the beginning. Because at the moment it is impossible to launch RetroPie on my RockPro64.
If you need some code changes for emulators, see here. They settle almost all.
That's the job I did for ROTT on the TinkerBoard.

Jyu
#18
(12-31-2018, 01:47 PM)Jyu Wrote: Great,
It will save me from doing a job from the beginning. Because at the moment it is impossible to launch RetroPie on my RockPro64.

I did manage to get Retropie working on my RockPro64, but only in 64-bit mode and some of the emulators (e.g. N64) did not work. The RecalBox alpha is a much better solution, even if it's not perfect yet.
#19
(01-02-2019, 09:04 AM)Pitcrawler Wrote:
(12-31-2018, 01:47 PM)Jyu Wrote: Great,
It will save me from doing a job from the beginning. Because at the moment it is impossible to launch RetroPie on my RockPro64.

I did manage to get Retropie working on my RockPro64, but only in 64-bit mode and some of the emulators (e.g. N64) did not work. The RecalBox alpha is a much better solution, even if it's not perfect yet.

And we've got a near perfect image incoming Tongue
You can find me on IRC, Discord and Twitter


#20
(01-02-2019, 10:18 AM)Luke Wrote:
(01-02-2019, 09:04 AM)Pitcrawler Wrote:
(12-31-2018, 01:47 PM)Jyu Wrote: Great,
It will save me from doing a job from the beginning. Because at the moment it is impossible to launch RetroPie on my RockPro64.

I did manage to get Retropie working on my RockPro64, but only in 64-bit mode and some of the emulators (e.g. N64) did not work. The RecalBox alpha is a much better solution, even if it's not perfect yet.

And we've got a near perfect image incoming Tongue

Ahah it makes you want to see it very quickly. 

And once the sources available, I could help optimistem emulators for our Rockpro64


Possibly Related Threads…
Thread Author Replies Views Last Post
  slave mode on Rockpro64 Radhika.gabani 1 721 3 hours ago
Last Post: mahtew
  slarm64 (unofficial slackware) ROCKPro64 RK3399 (aarch64) mara 46 28,945 Yesterday, 09:39 AM
Last Post: mara
  Vanilla mainline Debian 11 (Bullseye) on the RockPro64 Pete Tandy 0 34 Yesterday, 09:19 AM
Last Post: Pete Tandy
  New OS for RockPro64 is here, TwisterOS Armbian jtremblant 85 24,842 08-28-2021, 11:25 AM
Last Post: jtremblant
  RockPro64 CRUX-ARM (aarch64) mara 0 386 06-05-2021, 11:29 AM
Last Post: mara
Big Grin Feature Complete Debian Desktop Release Mrfixit2001 158 79,388 05-29-2021, 04:05 AM
Last Post: twilite
  Power supply underpowered for Rockpro64, deficient PCIe SATA card, or something else? daffy 8 1,323 05-20-2021, 10:04 PM
Last Post: t4_4t
Question My Rockpro64 stopped booting with these error messages please help seaurchin 4 1,087 02-18-2021, 04:27 PM
Last Post: TRS-80
  Rockpro64 not stable... crashes now and then. Pineapple 18 8,216 02-16-2021, 02:45 PM
Last Post: TRS-80
Question Mainline Debian Buster on RockPro64 ? chrestomanci 36 15,965 02-14-2021, 02:37 PM
Last Post: foresto

Forum Jump:


Users browsing this thread: 1 Guest(s)