OGST (ODROID-GameStation-Turbo) Console Kit

meveric · Post by **meveric** » Fri Jun 08, 2018 12:47 am

I know, but they are already nicely put together, you don't have to search for them.
And they work great on Kodi, so why not as standalone for us as well?

AreaScout · Post by **AreaScout** » Fri Jun 08, 2018 12:55 am

meveric wrote:Looks really good.. you should check if the shadertoy visualizer works that is used for Kodi, that thing is amazing and good looking.
https://github.com/notspiff/visualization.shadertoy

I already use code from that branch

rooted wrote:
meveric wrote:Looks really good.. you should check if the shadertoy visualizer works that is used for Kodi, that thing is amazing and good looking.
https://github.com/notspiff/visualization.shadertoy
Most of those came from the same site he's already using, https://www.shadertoy.com

Yes they are, i really love that site there is so much online which you can use with this Display, the only thing was missing was to capture the audio data from somewhere, but this turned out to be
an easy task

jermzz · Post by **jermzz** » Fri Jun 08, 2018 3:57 am

Is there a way to get this display working with the Retropie 4.3.8 image that's been available?

meveric · Post by **meveric** » Fri Jun 08, 2018 4:13 am

that's up to the developers of retropie.
The drivers are in the kernel, the image needs to use them.

butch2k · Post by **butch2k** » Sat Jun 09, 2018 4:30 am

Got mine today but it seems there is an issue with the screen, it was a bit loose almost unglued from the board when i opened the package and after setting it up i was greeted by an ugly white band on the left side

: screen.jpg (23.79 KiB) Viewed 8394 times

AreaScout · Post by **AreaScout** » Sat Jun 09, 2018 3:20 pm

butch2k wrote:Got mine today but it seems there is an issue with the screen, it was a bit loose almost unglued from the board when i opened the package and after setting it up i was greeted by an ugly white band on the left side

i would contact HK for a replacement !

Post by **odroid** » Mon Jun 11, 2018 8:59 am

@butch2k
The LCD glass seems to be damaged.
Please contact "odroid at hardkernel dot com" with a link of my post.
She will help your RMA process if you purchased the board from us directly.
Otherwise, contact your local distributor.

butch2k · Post by **butch2k** » Wed Jun 13, 2018 5:11 am

Thanks a lot.
I contacted Ameridroid as i got it from them, let's hope i could get a replacement part as it's really annoying.

Ameridroid · Post by **Ameridroid** » Wed Jun 13, 2018 5:24 am

Hello Butch2k,

I sent you an email.

I will get you taken care of.

Thank you
Stephen

butch2k · Post by **butch2k** » Wed Jun 13, 2018 6:39 am

Thanks a lot.
As quick update i inspected the screen more closely and it appears it was not seated correctly on the bottom of the white plactic bordering it. Indeed it is sitting on the edge of the white border on one side and both plastic and screen were damaged in the process. The damage is more apparent on picture than irl.

Here are a few pics.

: IMG_1388.jpg (103.59 KiB) Viewed 8260 times

: IMG_1389.jpg (106.36 KiB) Viewed 8260 times

: IMG_1391.jpg (93.52 KiB) Viewed 8260 times

lephro · Post by **lephro** » Mon Jun 18, 2018 1:28 am

Are there any chances we can get a hand on the sources of the console kit daemon that comes with ogst?

Iam pretty new to linux dev but would like to extend the daemon.

The thing iam mostly interested in, is how to react on a "game started"-event. Like... how can i make my code react to a certain "action" ?

meveric · Post by **meveric** » Mon Jun 18, 2018 3:08 am

There is no daemon.. it's just a bunch of shell scripts that are started.
Basically you use mplayer to display a picture or video on the LCD and a script tells the system when to do it.
As starting a emulator from the frontend requires you to give a start command, that start command is calling the script, that's all.
No magic behind it.

lephro · Post by **lephro** » Mon Jun 18, 2018 11:31 pm

So what does the console-kit-daemon process do?
If there is no daemon, why is this thing called daemon

And its not a shellscript btw

I already found the script that calls mplayer.

So can you give me any clue where i can take a look in these start commands? I guess somewhere at retroarch?
I understand how you do it in theory but where do i start to look at in terms of actuall files?

meveric · Post by **meveric** » Mon Jun 18, 2018 11:42 pm

lephro wrote:So what does the console-kit-daemon process do?

There is no console-kit-daemon process

lephro wrote:If there is no daemon, why is this thing called daemon

No one besides you is calling it a daemon.

lephro wrote:And its not a shellscript btw

There is one script that calls mplayer and passes a video/picture to be displayed on the LCD.
There are several scripts to start emulators which define when the other script that calls mplayer is started and hand over the video/picture that should be shown to this script.
I don't know what you want to call it, but for me these are scripts as they all run under bash.

lephro wrote:So can you give me any clue where i can take a look in these start commands?

/usr/local/bin all files with -xbmc in the name are the scripts that are used to start the emulators.

lephro wrote:I guess somewhere at retroarch?

Retroarch has nothing to do with this.

lephro · Post by **lephro** » Wed Jun 20, 2018 1:13 am

Thanks for you patient answers. You see, iam really new to this, but i hope i will be able to contribute something some day.

I guess the xbmc scripts are for handling the launch from kodi. How is the launch from EmulationStation handled? I couldnt get the Kodi version running, since my libary contains too many roms (the scraper would take about a week... i dont have that patience / time).

Regarding the "console-kit-daemon":

I got a binary process (not a script.. dunno how you call it in the linux world... i would call it programm^^) that always starts with my OGST that is called / named "console-kit-daemon" which is located in /usr/sbin/. I have no clue what it does or where it came from. I thought thats the thing responseable for the video playing. Does anyone have a clue?

meveric · Post by **meveric** » Wed Jun 20, 2018 1:28 am

lephro wrote:I guess the xbmc scripts are for handling the launch from kodi. How is the launch from EmulationStation handled?

I use the same launcher for all frontends. The image was started in 2014 back then EmulationStation was not very good, and Kodi was still called xbmc, therefore the name, but the scripts are versatile enough to run for every frontend, therefore they are used on ROM Collection Browser (Kodi), EmulationStation, and Attract Mode alike.

lephro wrote:I couldnt get the Kodi version running, since my libary contains too many roms (the scraper would take about a week... i dont have that patience / time).

Yes that is a common issue. Although it might sound fun having every single game in existence in a library for a system, there's no way you gonna play every single game. So I'd highly suggest limiting yourself to the games you really like.
You will have the same issues with other frontends like EmulationStation as they also wait on timeouts for thegamesdb.net which can take very long if you have thousands of games.
It's easier to add games later than trying to scrap thousands of games you never play.

lephro wrote:Regarding the "console-kit-daemon":

I got a binary process (not a script.. dunno how you call it in the linux world... i would call it programm^^) that always starts with my OGST that is called / named "console-kit-daemon" which is located in /usr/sbin/. I have no clue what it does or where it came from. I thought thats the thing responseable for the video playing. Does anyone have a clue?

That's part of the OS and has nothing to do with the OGST console kit. It's a daemon for keyboard and mouse input:
https://packages.debian.org/jessie/consolekit

qbertaddict · Post by **qbertaddict** » Sat Jun 23, 2018 7:22 am

Here is a video I did of lcd setup and configuration

https://www.youtube.com/watch?v=u8NVJH1UBd0&t=5s

meveric · Post by **meveric** » Sat Jun 23, 2018 7:20 pm

by now it's probably a lot faster as I uploaded a new image that has already most of the updates installed, so the entire setup process should be a little bit faster.

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 8:47 am

having an issue with my lcd it displays like an old stye 16bitmap image almost like the lcd drivers themselves are missing anyone else have anything similar or fixed this issue?

meveric · Post by **meveric** » Tue Jul 03, 2018 1:36 pm

can you make a picture of it to show what's wrong?

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 1:50 pm

Yea here is the main screen with out any emulators loaded I'm currently scraping some roms so I will show psx after that's done

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 1:57 pm

yea here is a pic of it in just the normal mode with no emulators loading currently scraping another rom set after i will show psx logo. does it with nothing connected to usb ports as well. Could it possibly be to the usb cable? the kit sent me the wrong cable and i had to use whatever cable i could find and it seems after switching one the screen actually worked the first cable i used i couldnt use mouse or keyboard attached to the board.

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 2:46 pm

and here is how it looks like what i load a psx game

meveric · Post by **meveric** » Tue Jul 03, 2018 3:36 pm

hmm looks like the colors are inverted. Maybe @odroid has an idea what it could be.
Maybe it's a manufacture issue.
Have you restarted your ODROID ever since this happened? Drivers are loaded on each boot.

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 3:44 pm

yes i have a few times wasnt sure if it mightve been a power issue since i didnt get the right usb cable either in the package so i used what i had and was wondering if the cable was too long

meveric · Post by **meveric** » Tue Jul 03, 2018 3:49 pm

The USB cable should only be for the 4 USB ports, the rest is done by the ribbon cable, that's the only one needed for the display to work.

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 3:56 pm

hmm ill try taking it out and reseating it maybe something wasnt popped in all the way

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 6:32 pm

nope still having inverted colors even after rebooting, and reseating the cables (actually undid everything and started from scratch) even reflashed the image and started over and followed all instructions and its still doing it.

Post by **odroid** » Tue Jul 03, 2018 7:04 pm

@cainkirisgai,

I think your display board seems to have a hardware problem.
Please contact "odroid at hardkernel dot com" with a link of my post.
She will help your RMA process if you purchased the board from us directly.
Otherwise, contact your local distributor.

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 7:44 pm

ok I sent the Email only thing is I dont have all the cables is that going to be a problem?

Post by **odroid** » Tue Jul 03, 2018 7:49 pm

I don't think so.
Because the small TFT LCD uses a serial SPI communication, the 30pin IDC cable might not be a root cause.
I think the LCD panel could be damaged.
But we might need to replace all parts.

They will reply tomorrow since it is already near PM 8:00 in Korea.

cainkirisgai · Post by **cainkirisgai** » Tue Jul 03, 2018 7:51 pm

alright I bought it from amazon but it was from Odroid directly on amazon is that going to make a difference?

Post by **odroid** » Tue Jul 03, 2018 8:06 pm

You had to send a mail to amazon seller Odroid, Inc.
They are in Chicago. So you might have a reply today.

cainkirisgai · Post by **cainkirisgai** » Sat Jul 14, 2018 2:50 am

2nd kit came in and now i have a different problem with this screen will take more screen shots to show later

Post by **odroid** » Sat Jul 14, 2018 10:48 am

@cainkirisgai,
Create a new thread with pictures and we will help you.

Geronimo · Post by **Geronimo** » Sun Sep 30, 2018 7:49 pm

Hi there.
I run the "ODROID-GameStation-Turbo-3.9.6-20180619-XU3+XU4-Jessie.img" and i like to auto-start the "Shader2LCD"-Tool.
Shader2LCD works fine from the Terminal:

Code: Select all

Shader2LCD shaders/digitalclock.f.glsl

I decide to launch my Script-File (clock.sh) with the rc.local. The Script-File is placed in "/usr/local/sbin" and was made executable with "sudo chmod +x clock.sh".

Code: Select all

#!/bin/bash
#
Shader2LCD shaders/digitalclock.f.glsl

But the script works only when the file is placed in "/home/odroid/Shader2LCD".
When i run the script from another location the little LCD-Screen start flickering and i get the following post.

Code: Select all

Available Renderers: opengles2 opengles software 
Vendor     : ARM
Renderer   : Mali-T628
Version    : OpenGL ES 3.1 v1.r14p0-01rel0.0fe2d25ca074016740f8ab3fb451b151
Extensions : GL_ARM_rgba8 GL_ARM_mali_shader_binary GL_OES_depth24 GL_OES_depth_texture GL_OES_depth_texture_cube_map GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_EXT_read_format_bgra GL_OES_compressed_paletted_texture GL_OES_compressed_ETC1_RGB8_texture GL_OES_standard_derivatives GL_OES_EGL_image GL_OES_EGL_image_external GL_OES_EGL_image_external_essl3 GL_OES_EGL_sync GL_OES_texture_npot GL_OES_vertex_half_float GL_OES_required_internalformat GL_OES_vertex_array_object GL_OES_mapbuffer GL_EXT_texture_format_BGRA8888 GL_EXT_texture_rg GL_EXT_texture_type_2_10_10_10_REV GL_OES_fbo_render_mipmap GL_OES_element_index_uint GL_EXT_shadow_samplers GL_OES_texture_compression_astc GL_KHR_texture_compression_astc_ldr GL_KHR_texture_compression_astc_hdr GL_KHR_texture_compression_astc_sliced_3d GL_KHR_debug GL_EXT_occlusion_query_boolean GL_EXT_disjoint_timer_query GL_EXT_blend_minmax GL_EXT_discard_framebuffer GL_OES_get_program_binary GL_OES_texture_3D GL_EXT_texture_storage GL_EXT_multisampled_render_to_texture GL_OES_surfaceless_context GL_OES_texture_stencil8 GL_EXT_shader_pixel_local_storage GL_ARM_shader_framebuffer_fetch GL_ARM_shader_framebuffer_fetch_depth_stencil GL_ARM_mali_program_binary GL_EXT_sRGB GL_EXT_sRGB_write_control GL_EXT_texture_sRGB_decode GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent GL_OES_texture_storage_multisample_2d_array GL_OES_shader_image_atomic GL_EXT_robustness GL_EXT_texture_border_clamp GL_OES_texture_border_clamp GL_EXT_texture_cube_map_array GL_OES_texture_cube_map_array GL_OES_sample_variables GL_OES_sample_shading GL_OES_shader_multisample_interpolation GL_EXT_shader_io_blocks GL_OES_shader_io_blocks GL_EXT_gpu_shader5 GL_OES_gpu_shader5 GL_EXT_texture_buffer GL_OES_texture_buffer GL_EXT_copy_image GL_OES_copy_image 
Error opening shaders/triangle.v.glsl: No such file or directory

Seems to be something wrong with my Script-File.

meveric · Post by **meveric** » Sun Sep 30, 2018 10:45 pm

I suggest using full paths not relative paths, as during the time rc.local is executed the path variable might not be set.

crazyquark · Post by **crazyquark** » Fri Oct 19, 2018 4:17 am

Maybe a silly question but how do you keep an odroid-xu4q cool inside that case?

I recently installed OGST GameStation Turbo on my spare XU4Q and it was constantly at 80-90 degrees.
I slapped a Noctua fan I had lying around on top of the heatsink and the temps dropped to 50-60.
From the pictures there doesn't seem to be enough clearance inside that case to put a fan in there unless you get the noisy regular odroid-xu4(yes, I am that fan hater from the forums

)

meveric · Post by **meveric** » Fri Oct 19, 2018 4:49 am

crazyquark wrote:Maybe a silly question but how do you keep an odroid-xu4q cool inside that case?

You don't the case is not thermal efficient, using the plastic case and the XU4Q model will always cause the board to overheat.
There is no air circulation.

crazyquark wrote:From the pictures there doesn't seem to be enough clearance inside that case to put a fan in there unless you get the noisy regular odroid-xu4(yes, I am that fan hater from the forums )

The fan comes in different qualities, some are very quiet while others are noisy (AF).
You can also tweak the fan to spin on a lower speed but be permanently on rather than wait until it hits 68°C and then start at 70% speed or what not.
I let mine run on a constant low 35% speed and if you are lucky and got a quiet fan, you can't even hear it inside the case.
At HardKernel's page they are $5 each: https://www.hardkernel.com/main/product ... 6727436639
And if you have reseller such as Ameridroid you can probably get it nearly as cheap as well and don't have to pay a lot of shipping.. Eventually if you have a fan you need to replace them anyway (even if it may take a few years, having a couple of them laying around, never hurts

)

crazyquark · Post by **crazyquark** » Fri Oct 19, 2018 4:22 pm

All right, that makes sense.

Danielsan · Post by **Danielsan** » Sun Apr 19, 2020 1:06 am

Hi guys, this topic is a bit complicated for me, I would like to know if I can display on the LCD a cli application like htop, nmon, glance etc... Is it possible using the istrunction above?

Why did you put the script in rc.local rather than create a systemd service?

Thanks in advance!

meveric · Post by **meveric** » Sun Apr 19, 2020 3:57 am

Danielsan wrote: ↑
Sun Apr 19, 2020 1:06 am
Hi guys, this topic is a bit complicated for me, I would like to know if I can display on the LCD a cli application like htop, nmon, glance etc... Is it possible using the istrunction above?

It should be possible to redirect other output to the LCD using it as a "second" monitor, but with the 320x240 resolution the information on the screen is very limited, and applications like htop for example don't really show much cause of this.

Danielsan wrote: ↑
Sun Apr 19, 2020 1:06 am
Why did you put the script in rc.local rather than create a systemd service?

Thanks in advance!

If I remember correctly mainly due to order problems. systemd loads the modules "too fast" which causes the system not to work properly.
But yes you could create a systemd service as well with some pause function or such.. I guess rc.local just was the easier option back then.

Danielsan · Post by **Danielsan** » Mon Apr 20, 2020 12:46 pm

Hi Meveric thanks for your reply.

In my case I am doing some tests with Ubuntu 18.04, however the LCD is black it doesn't seem to receive any signals and xrandr doesn't recognize it. Does it depend because I haven't installed the GPIO toolkit yet?

Thanks in advance!

meveric · Post by **meveric** » Mon Apr 20, 2020 4:00 pm

xrandr will never work with the display.
It's not an X11 display it is directly fed by /dev/fb0 or /dev/fb1 with RAW data.

To do this you need to load Kernel modules first, as the display is controlled by GPIOs you need to load the correct Kernel modules. You'll see the difference as the LCD has a backlight which will turn on if you load the modules correctly.
First check if the module spi_s3c64xx is already loaded. IF so, you need to unload it with rmmod.
Then you need to load the two required modules with the correct paramenters:

Code: Select all

modprobe spi_s3c64xx force32b=1
modprobe fbtft_device name=hktft9340 busnum=1 rotate=270

If you have a picture in raw format 320x240 you can cat it directly to /dev/fb0 or /dev/fb1 depending on if you have a Monitor/TV connected via HDMI.

Danielsan · Post by **Danielsan** » Wed Apr 22, 2020 12:38 am

Thank you very much for your explanation, I'll try if I can use something like TLOAD or SPEEDOMETER, I'll let you know!

rooted · Post by **rooted** » Thu Apr 23, 2020 7:38 am

This is nmon that has been tweaked to fit on the CloudShell display which I think is the same as the OGST.

https://github.com/DaveBurkhardt/cloudshell-nmon

Danielsan · Post by **Danielsan** » Sun Apr 26, 2020 2:24 pm

Thank you very much because I really didn't understand well...

So far I've been figuring out to extrapolate the CPU Load and Mem usage convert it in percentage, and then using these percentages within ImageMagic to change the Value (HSV) so I have a gradient of two colors that becomes more colored when CPU and MEM are close to 100% and then convert it in a RAW format and loop everything every 1 or 2 seconds...