Port Requests


If you can't change file rights and ownership as root, it's either because they can't be changed (e.g. mounted read-only) or they don't even exist in the first place - FAT32 has no support for such attributes.

The card is definitely FAT32, should I make a new EXT* card for this purpose?
 
For developping, you should have an EXT partition yes. Yes can split your current card and make a small Ext2 partition if you want. Depending on what you expect to do, it doesn't have to be too big...
 
For PND detection, maybe looking at the search methods used by PND_utils would be helpful.

The cleanest option would probably be to expand dmenu's C code to detect and launch PND's.

A less clean, but perhaps easier option would be to have an optional "refresh" script in the dmenu PND that searches for PND files (using ideas from PND_utils) and creates launch scripts for them in dmenu's appdata /bin/ folder. Then dmenu should just detect them like it normally detects other programs as long as your PATH is set up correctly.

This would require no modification of dmenu's source, at least. It would probably be a pretty inefficient way to do it too.
 
Okay just wanted to report that I have the compiled dmenu on an ext4 card for the purpose of developing, everything looks good.

Code:
Acanthus:/media/workbench/sources/dmenu$ ls -l 
total 152
-rw-r--r-- 1 d0 d0  1442 Jul 28 11:48 LICENSE
-rw-r--r-- 1 d0 d0  2130 Jul 28 11:48 Makefile
-rw-r--r-- 1 d0 d0   475 Jul 28 11:48 README
-rw-r--r-- 1 d0 d0  1011 Jul 28 11:48 arg.h
-rw-r--r-- 1 d0 d0   892 Jul 28 11:48 config.def.h
-rw-r--r-- 1 d0 d0   892 Jul 28 11:52 config.h
-rw-r--r-- 1 d0 d0   846 Jul 28 11:52 config.mk
-rwxr-xr-x 1 d0 d0 19504 Jul 28 11:52 dmenu
-rw-r--r-- 1 d0 d0  2765 Jul 28 11:48 dmenu.1
-rw-r--r-- 1 d0 d0 16724 Jul 28 11:48 dmenu.c
-rw-r--r-- 1 d0 d0 13404 Jul 28 11:52 dmenu.o
-rwxr-xr-x 1 d0 d0   294 Jul 28 11:48 dmenu_path
-rwxr-xr-x 1 d0 d0    58 Jul 28 11:48 dmenu_run
-rw-r--r-- 1 d0 d0  9902 Jul 28 11:48 drw.c
-rw-r--r-- 1 d0 d0  1659 Jul 28 11:48 drw.h
-rw-r--r-- 1 d0 d0  6632 Jul 28 11:52 drw.o
-rwxr-xr-x 1 d0 d0  5960 Jul 28 11:52 stest
-rw-r--r-- 1 d0 d0  1530 Jul 28 11:48 stest.1
-rw-r--r-- 1 d0 d0  3229 Jul 28 11:48 stest.c
-rw-r--r-- 1 d0 d0  3304 Jul 28 11:52 stest.o
-rw-r--r-- 1 d0 d0   482 Jul 28 11:48 util.c
-rw-r--r-- 1 d0 d0   305 Jul 28 11:48 util.h
-rw-r--r-- 1 d0 d0  1236 Jul 28 11:52 util.o


I will look into those methods you mentioned @edgex004
 
Last edited:
@Magic Sam
Maybe XMBC/KODI is anything for you?

I tried to port a newer mplayer/smplayer but had too many scaling Problems and Videooutput like omapfb did not work good.
Thats because i disabled the smplayer2016 PND @ the Repo :(

Edit:
have you tried the Panplayer2 from the Repo?
It work fine with nearly all Videos.
Maybe i can put the newer mplayer into that after recompiling with the newer Codeblocks :)
 
@directive0

As you are working on dmenu, have a look here.

PND files generate .desktop files on the Pandora and this is how XFCE or openbox recognizes and launches them. So perhaps the best way to make PND files launch from dmenu is to extend dmenu support to .desktop files using i3-dmenu-desktop script or some similar method.

EDIT: Actually, it looks like j4-dmenu-desktop would be better: here. It is based on i3-dmenu-desktop, but does not depend on using i3wm as your window manager.
 
Last edited:
@edgex004

Okay, reading up on i3-dmenu-desktop and j4-dmen-desktop is a little confusing for such a noob as I, but I will soldier on with your wonderful help.

I read the links and have begun to assemble a plan of action. From what I understand these are scripts that add functionality to dmenu. So I clone them, compile them and somehow integrate them with my existing compile of dmenu? OR do I compile and use stand alone? From what you've provided I think j4-dmenu-desktop is the better way to go.

I will attempt to compile it, but this source seems different. There is no config.mk to alter to select specific CPU and architecture. I will also assume that cmake is part of codeblocks, but I'm unsure.

Will try and report back. Thanks again!
 
Yeah I'd recommend focusing on j4-dmenu-desktop. From what I understand, i3-dmenu-desktop was a script, and j4-dmenu-desktop is a compiled binary, and it is a lot faster.

To compile, launch codeblocks CLI and attempt to follow the instructions from the site:

1. Clone the repo.
2. Build using:
Code:
cmake .
make
3. Maybe see if you can test it out before installing.

As far as usage/testing goes, the github for j4-dmenu-desktop seems to have good instructions. Its looks like j4-dmenu-desktop replaces the dmenu_run script.

So, since you don't have the dmenu binary that you compiled installed system-wide yet, it seems you should be able to test combining the two without installing dmenu and without installing j4-dmenu-desktop by doing something along the following lines:

4. Add both dmenu and j4-dmenu-desktop binaries to your current PATH:
Code:
export PATH=/folder/containing/dmenu/binary/:/folder/containing/j4-dmenu-desktop/binary/:$PATH

5. Now that it is on your PATH, you should be able to invoke j4-dmenu-desktop, which should itself invoke dmenu:
Code:
j4-dmenu-desktop [--dmenu="dmenu -i"] [--term="terminal"]


If the build seems to work, you can install to NAND:
Code:
install

Since you should usually avoid installing to your NAND, but instead should usually install into a specific directory (i.e.your PND directory you are putting together) then you should be able to modify the call to cmake (step 2) in order to specify a directory for the program to be installed to:

Code:
cmake -DCMAKE_INSTALL_PREFIX=/specify/an/installation/location/here/ .
make

Then running "install" should install your binaries to the directory you specified.
 
Last edited:
Hi all :)

Could someone please have a look at a recent video player for the Pandora ?

Here are some well-known candidates:

MPlayer
SMPlayer
Xine ?
GNOME Videos / Totem / GStreamer
VLC
FFPlay
Apprentice Video
Banshee

I gave FFPlay a try some days ago, but couldn't play anything (it seemed to conflict with @ptitSeb 's beta Code::Blocks libraries...)

EDIT: and could such an application make some use of our C64 DSP, like this package by @hdonk ?

Cheers, Magic Sam

I use panplayer2, works great for me
 
Kodi works well on my Rebirth and 1Ghz unit. I mostly use Universal Media Server on my Desktop with a special config to transcode it down to 800x480. Allowing me to stream any video I want to the Pandora.
 
Yeah I'd recommend focusing on j4-dmenu-desktop. From what I understand, i3-dmenu-desktop was a script, and j4-dmenu-desktop is a compiled binary, and it is a lot faster.

Okay, followed your instructions. Got it to build okay. can invoke it but even with the path environment set it will not launch my compiled binary of dmenu. Just sits there. I figure it has to do with
Code:
PATH=$(pwd):$PATH ./dmenu_run

can I add that to my export path statement with a : ?
 
Well, I don't think that would change much. The pwd in that statement simply says "add the directory I am currently in to the path", which is replaced in my instructions by manually typing out the path to the dmenu executable.

I would think there is something else going wrong. Not sure what at the moment. Maybe try running the --help argument and see if there is a way to get more verbose output.
[doublepost=1470341355,1470340302][/doublepost]However, now that I think about it, maybe it would not hurt to try launching dmenu first by using that command (if you are not sitting in the dmenu directory, the PATH=$(pwd):$PATH portion of the command will not work correctly, per my last post).

Maybe the way it works is that you need to have ./dmenu_run going first, and then j4-dmenu-desktop simply adds additional executables to that open instance of dmenu. Not quite sure, but worth a shot.
 
This option may also get a more verbose output:

Code:
--usage-log=<file>
[doublepost=1470342277,1470341749][/doublepost]Just to warn you, I'm looking around a bit more, and what I'm seeing labels j4-dmenu-desktop as a wrapper around dmenu, and it seems you should not need to launch ./dmenu_run.

In this video, you can see the user commented out the portion of the script that launched ./dmenu_run and replaced it with i3-dmenu-desktop or j4-dmenu-desktop:

[doublepost=1470343289][/doublepost]Hmm also, I probably messed up. I don't think I should have left in those square brackets in the command I gave you. Honestly I don't know what effect that might have. Retry step 4 and 5 as follows:

4. Add both dmenu and j4-dmenu-desktop binaries to your current PATH:
Code:
export PATH=/folder/containing/dmenu/binary/:/folder/containing/j4-dmenu-desktop/binary/:$PATH

5. Now that it is on your PATH, you should be able to invoke j4-dmenu-desktop, which should itself invoke dmenu:
Code:
j4-dmenu-desktop --dmenu="dmenu -i" --term="terminal"
[doublepost=1470353313][/doublepost]Well, I briefly tried following the instructions on a desktop, and it worked fine with or without the square brackets. Not quite sure what could be going on. I need to find my SD card with codeblocks on it so I can try on the Pandora.
 
@directive0

Okay so I've gotten it working on my end. I followed your and ptitSeb's instructions to compile dmenu, and found that dmenu won't launch from within codeblocks, but works fine outside of it.

I was able to compile j4-dmenu-desktop just fine, but it needs to use some libs from the codeblocks PND. Since dmenu needs to be launched outside of codeblocks, those libs need to be copied from the codeblocks PND.

Here's how:

After building dmenu and j4-dmenu-desktop in codeblocks CLI, create a folder for your libs and run the provided copy script:

Code:
mkdir /media/yourcardhere/path/to/libs/
cd /media/yourcardhere/path/to/libs/
copy_libs.sh /path/to/executable/j4-dmenu-desktop

Now exit codeblocks CLI and open a new terminal. Execute the following command to add the copied libs to your search path for the current session:

Code:
export LD_LIBRARY_PATH=/media/yourcardhere/path/to/libs/:/lib:/usr/lib

Then do steps 4 and 5 from the last post in this terminal and everything should work this time...

If it works, the libs, scripts, and executables can all be packaged into a PND!
 
Back
Top