PINE64
ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: ROCKPRO64 (https://forum.pine64.org/forumdisplay.php?fid=98)
+--- Forum: Linux on RockPro64 (https://forum.pine64.org/forumdisplay.php?fid=101)
+--- Thread: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE (/showthread.php?tid=6677)

Pages: 1 2 3


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Pitcrawler - 11-02-2018

(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.


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Luke - 11-13-2018




RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Jyu - 12-27-2018

@Mrfixit2001

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

Thank you Jyu


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - fosf0r - 12-28-2018

(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?tid=6896&pid=42838#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-videostrong-mecool-vs-rk3399/?postID=106240#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!


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Luke - 12-28-2018

(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?tid=6896&pid=42838#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-videostrong-mecool-vs-rk3399/?postID=106240#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.


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Mrfixit2001 - 12-29-2018

@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.


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Jyu - 12-31-2018

(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



RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Pitcrawler - 01-02-2019

(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.


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Luke - 01-02-2019

(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


RE: ANNOUNCING RECALBOX FOR THE ROCKPRO64 - ALPHA RELEASE - Jyu - 01-02-2019

(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