OESF Portal | OESF Forum | OESF Wiki | LinuxPDA | #planetgemini chat on matrix.org | #gemini-pda chat on Freenode | #zaurus and #alarmz chat on Freenode | ELSI (coming soon) | Ibiblio


Welcome Guest ( Log In | Register )

Personal Photo
Personal Statement
pungipungi doesn't have a personal statement currently.
Personal Info
Age Unknown
Gender Not Set
Birthday Unknown
Guitar playing
Zaurus Programing (former Agenda VR3)
Joined: 11-March 05
Profile Views: 1,157*
Last Seen: 2nd May 2008 - 11:01 AM
Local Time: Jun 18 2018, 12:31 AM
74 posts (0 per day)
Contact Information
AIM No Information
Yahoo No Information
ICQ No Information
MSN No Information
Contact Private
* Profile views updated each hour



My Content
29 Apr 2006
I've started to work on an viewer for guitar tabs stored in ASCII format. Reason for this is:
- I want to take my music archive with me
- I want to have also a real time viwer
- I don't want to spend to much time in generation of these tabs
- I want to reuse my GuitarPro archive
-- GuitarPro-5, tablEdit and Powertab are able to export ascii tabs
-- the export of GuitarPro-5 is a very good base to reach a lot of enhancemenst asked for below
-- there are a lot of ascii tabs available in the internet

ipkg: http://members.cheese.at/woody/zaurus/c1000-feed/

Here's a list of personal wishes for enhancements which should all be possible to be based on the application already available:

Additional work todo/paned for this application

- enhance tab2gpr utility
-- add switches or different scripts for GuitarPro, tablEdit, PowerTab
-- insert tact numbers
-- handle replay
-- extract speed, author und title
- graphic enhancements of viewer
-- change from text to graphic view
--- add real lines instead of ascii lines
--- use note values to generate a better readable output (see bitmap viewer below)
--- use different fonts/formatting for author and title
- enhance real time viewer
-- step 1: use progress bar to vizualize tact metronom
-- step 2: vizualize tact directly in the viewer
-- step 3: vizualize also actual chords
- remove need for gpr files
-- incorporate tab2gpr utility
-- allow to store automatic generated results as gpr file which can be edited afterwards

Would be interested to hear if there are any other people interested in this wok (or even willing to support it) ....
I've to admit that I've to less time to implement the features mentioned above ... sad.gif

11 Mar 2006
Since I'm a guitar player I always wondered how to take my guitar notes with me.

I use GPRO as viewer which also runs under wine emulation on my linux desktop.

Since I can't play without notes I always wanted to take them with.

I started to solve this with my zaurus. The first result (screenshot) you can find on my home page.

Archive (1st trial ipkg for zaurus c1000) can be found under c1000-feed. Hope everything is included ...
There's also a tar file containing two Bach pieces.
15 Jan 2006
I'm wondering which applications do the other users missing most?

For me it's:
- zbedic (wich I plan to port from opie next)
1 Jan 2006
Since I'm going to travel to holidays and my wife was doing some sudoku games per paper I wondered if there's one available for the zaurus/gpe environment.

I've found an fltk example which runs after 2 hours with doing some minor work ...

Before going to holidays you can find my results on


31 Oct 2005
I wonder if anyone has succeeded to get the gpe-nmf frontend running?

I'm now working based on koen's feed and I found so far:

gst-launch filesrc location=test.mp3 ! mad ! osssink

works to play an mp3 file as root
(although I had to add gst-plugin-ossaudio-dev_0.8.7-r3_arm.ipk, which wasn't done automatically during ipkg install)

for doing the same as user I had to correct the /home/user/.gstreamer-0.8/registry.xml file to the same content as stored in /var/cache/gstreamer-0.8/

So far I didn't get esdsink running since it always complains:
Additional debug info:
gstpad.c(2563): gst_pad_set_explicit_caps: /pipeline0/mad0:
failed to negotiate (try_set_caps with "audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16, depth=(int)16, rate=(int)16000, channels=(int)2" returned REFUSED)
Floating point exception

(esdsink is the default sink for gpe-nmf).

Currently this is running for me on the commandline:
DISPLAY=:0.0 NMF_SINK=osssink gpe-nmf  

Does this happen due to my non stable setup of my gpe image (I'm playing around a lot) or is that common experience?

Last Visitors

6 Mar 2009 - 1:51

2 May 2008 - 8:02

Other users have left no comments for pungipungi.

There are no friends to display.
RSS Lo-Fi Version Time is now: 17th June 2018 - 02:31 PM