
	KDE-Apps.org Applications for the KDE-Desktop GTK-Apps.org Applications using the GTK Toolkit GnomeFiles.org Applications for GNOME MeeGo-Central.org Applications for MeeGo CLI-Apps.org Command Line Applications Qt-Apps.org Free Qt Applications Qt-Prop.org Proprietary Qt Applications Maemo-Apps.org Applications for the Maemo Plattform Java-Apps.org Free Java Applications eyeOS-Apps.org Free eyeOS Applications Wine-Apps.org Wine Applications Server-Apps.org Server Applications apps.ownCloud.com ownCloud Applications


	KDE-Look.org Artwork for the KDE-Desktop GNOME-Look.org Artwork for the GNOME-Desktop Xfce-Look.org Artwork for the Xfce-Desktop Box-Look.org Artwork for your Windowmanager E17-Stuff.org Artwork for Enlightenment Beryl-Themes.org Artwork for the Beryl Windowmanager Compiz-Themes.org Artwork for the Compiz Windowmanager EDE-Look.org Themes for your EDE Desktop


	Debian-Art.org Stuff for Debian Gentoo-Art.org Artwork for Gentoo Linux SUSE-Art.org Artwork for openSUSE Ubuntu-Art.org Artwork for Ubuntu Kubuntu-Art.org Artwork for Kubuntu LinuxMint-Art.org Artwork for Linux Mint Arch-Stuff.org Art And Stuff for Arch Linux Frugalware-Art.org Themes for Frugalware Fedora-Art.org Artwork for Fedora Linux Mandriva-Art.org Artwork for Mandriva Linux


	KDE-Files.org Files for KDE Applications OpenTemplate.org Documents for OpenOffice.org GIMPStuff.org Files for GIMP InkscapeStuff.org Files for Inkscape ScribusStuff.org Files for Scribus BlenderStuff.org Textures and Objects for Blender VLC-Addons.org Themes and Extensions for VLC


	KDE-Help.org Support for your KDE Desktop GNOME-Help.org Support for your GNOME Desktop Xfce-Help.org Support for your Xfce Desktop

openDesktop.org: Applications Artwork Linux Distributions Documents Linux42.org OpenSkillz.com

WiMP Media / Web Player for Linux

1.4

GTK Video Application

Score 58%

shaji

Homepage: Link
Downloads: 640

Submitted: May 9 2010
Updated: Jun 5 2010

Description:

Introduction
---------------
WiMP is a robust and easy to use media player for Linux and perhaps other POSIX like systems. It aims for stability and low system resources as requirements.

System Requirements
---------------------
It should run on anything that can run X. 32 MB RAM, 400 MHz processor, some free space. I developed it on 256 MB RAM, 1.5 GHz Pentium 4, Fedora Core 4.

Software Requirements
------------------------
Gtk+-2.0
Libxine

It should work on old ( ~ 2004 ) distros. I developed it on Fedora Core 4.

New:
The player is now web "ready". You can play Shoutcast TV streams by directly entering a link in the address bar on the "Web" tab of the playlist.

But that's not all :)
You can enter, for example, a url to a YouTube LIKE site on the "web" tab in the playlist, you can browse available links (related videos etc.) and even play videos directly in the player if the site has "directly accessible media content" (i.e. it has somewhere in the page something akin to file=http://site.com/video.flv) - you'll be surprised how many sites have them.
Note: Does not work with YouTube :)

Changelog:

* 1.4 Shoutcast TV ready !!

* Screenshots compiled and running on my brand new Fedora 13 as proof it can run :)
* 1.2 Podcast Ready :)
* 1.1 Bugs fixed
* 1.0 All new GUI !!!

* 0.3 Changed getenv ( "HOME" ) to g_get_home_dir ( Thanks to Polesz )

* 0.2 All new "May Day" release :)
- Fully featured in-built encoder frontend to ffmpeg
----------------------------
* 0.1.5 Might work now :(

* 0.1.4 Special "This is the one" Edition :)

* 0.1.3 Bug fixes
- Possible null pointers passed around in wimp_get_pid () fixed

* 0.1.1 Initial release

License: GPL

Source

(Full Source Code)

Send to a friend
Subscribe
Other Content from shaji
Report inappropriate content

A few constructive critiscms

by HoKaze on: May 9 2010

Score 50%

HoKaze

For the "Linux x86 binary" it would be nice if it said specifically which architecture it was compiled for. These days i386, i486, i686 and x86_64 are all common for different distros and developers to compile for. Some supply only i386, some deal with i686 and x86_64 and then some deal with a mixture. Picky maybe, but it helps users know if they can run it on their ancient hardware or not and let's 64-bit users know that they'll have to chroot it or use IA32-libs.

As for the media player itself, I'm sorry to say that I was unable to test it. I tried compiling from source (I have build essential, all the gtk2-dev libs and libxine-dev) and it compiled fine but running wimp just gives me "Segmentation fault" with no other info.
OS is Linux Mint 8 (based on Ubuntu Karmic) 64-bit, kernel is 2.6.31-21-generic.

Reply to this

Re: A few constructive critisc

by shaji on: May 9 2010

Score 50%

shaji

:) This is my very first upload, and you're my very first commentator :) Thanks !

The binary is IA32 Intel.

Open up "definitions.c" and uncomment the line #define DEBUG. It should give you some extended console output - easier to solve the problem.

I'll look into it, though ...

Preemptible RCU implementation.
Reply to this

Re: Re: A few constructive critisc

by HoKaze on: May 9 2010

Score 50%

HoKaze

Thanks for the quick reply. I edited definitons.c like you asked and again, it compiled without error. When attempting to run it now displays this on the command line:
-->> enter [wimp_startup]
-->> enter [wimp_get_pid]
Segmentation fault

Reply to this

Re: Re: Re: A few constructive critisc

by Polesz on: May 10 2010

Score 50%

Polesz
Nedudu Team
Home

[Thread debugging using libthread_db enabled]
-->> enter [wimp_startup]
-->> enter [wimp_get_pid]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff59ada79 in ?? () from /usr/lib64/libglib-2.0.so.0

Slackware64

pkg-config --modversion glib-2.0
2.22.5

Peter Polonkai
Nedudu Team
http://nedudu.hu

Reply to this

Re: Re: Re: Re: A few construc

by shaji on: May 10 2010

Score 50%

shaji

Thank you so much for your feedback :)

All right, so I did fix up a few things that could have possibly gone wrong. Additionally I added yet more debug info in the aforesaid function just in case it still doesn't work.

It should, however, probably work now :)

Preemptible RCU implementation.
Reply to this

Re: Re: Re: Re: Re: Segfault

by HoKaze on: May 10 2010

Score 50%

HoKaze

Thanks for the changes. Deleted the old source and downloaded the new one. Changed definitions.c again to include debug, and compiled fine as usual. Upon running wimp I got a bit further and some more output:
-->> enter [wimp_startup]
-->> enter [wimp_get_pid]
List of functions called follow ...
./wimp:session.c:74: g_getenv ("HOME")
./wimp:session.c:88: g_build_filename ()
./wimp:session.c:91: g_file_test ()
** Message: Hello flames!

Welcome to WiMP. Please read the included documentation to make your program experience even more complete. Have fun!
-->> enter [wimp_log_pid]
Segmentation fault

It's a shame as I'd quite like to test out your media player and give you some proper feedback on the application. I suppose I could give the i386 version a shot using IA32-lib but that tends to be a pain as I've then got to download all the 32-bit versions of the libraries needed >.<

Reply to this

Re: Re: Re: Re: Re: Re: Segfau

by shaji on: May 10 2010

Score 50%

shaji

Well :)
I am so sorry you had to download it like 5 times :)

I think it's something to do with library versions; I use Fedora Core 4, released waaay back in 2004 ...

All right then, now it might probably work :) The issue I think was

* on startup, the program looks for old pid files lying around in its directory ~/.wimp

* on the first ( and other incomplete ) runs, there was no ~/.wimp directory, and so fopen ( "~/.wimp", "w" ) failed.

Now, it will create it's directory before it does anything else. It should work now. Different libc(s) might behave differently in these situations.

Preemptible RCU implementation.

Re: Segfault

by HoKaze on: May 10 2010

Score 50%

HoKaze

(for some reason it's not letting me reply to your last comment >.<)
Don't apologise, I chose to download it that many times to test your changes and report back to you. I brought this on myself :P
So I tried again with the usual (debug enabled, clean source, etc) and decided to run it a few times to confirm but no dice. Ran with the exact same errors as last time.

I'm thinking that the big differences in library versions are the issue and it's not going to be something that you can fix easily if at all. There are just too many differences between the 2004 libs and more modern ones. 6 years is a long time (although I'm aware that the versions I'm using are probably a bit outdated by a release or two now).

Still, thanks for all the effort ^_^

Reply to this

Re: Re: Segfault

by shaji on: May 12 2010

Score 50%

shaji

I'm probably the worst programmer in history :(

Well, let's take a stab at it one last time. I've removed the code results in a segfault. If it still doesn't work, maybe the problem can't really be solved that easily.

Thanks for your interest and support :)

Preemptible RCU implementation.
Reply to this

Re: Re: Re: Segfault

by HoKaze on: May 13 2010

Score 50%

HoKaze

I highly doubt that you're that bad a programmer. You're writing in C (it is C isn't it? That or C++?) when a lot of apps here are written in python or even through extensive use of shell scripts. You're using tools that are a lot older and thus we should really be expecting incompatibilities.
It's not your fault, so don't beat yourself up about it.

Anywho, tried compiling (with debug enabled) and make threw up some errors for a change:
"make: Warning: File `Makefile' has modification time 5.3e+05 s in the future"
and:
"make: warning: Clock skew detected. Your build may be incomplete."

This is a bit odd as make has always been fine compiling earlier. When running wimp from the command line this comes up:
-->> enter [wimp_startup]
---> WiMP Alpha1 0.0pre release 1 version 0.1.5
---> Welcome
---> Xine library version 1.1.16.3
Segmentation fault

So yeah...I don't think we're going to be able to run this on my system. I don't know if it's just the differences in libs or architecture or some combination of lesser issues but it doesn't look like it's going to happen, I'm afraid.
Still, thanks for putting in the time and effort trying to sort this out. I'll triple check that it's not a problem on my end.

-last second edit-
Tried running it again and we're getting somewhere. Terminal throws up
-->> enter [wimp_startup]
---> WiMP Alpha1 0.0pre release 1 version 0.1.5
---> Welcome
---> Xine library version 1.1.16.3
<<-- leave [wimp_startup]
-->> enter [wimp_gui]
-->> enter [wimp_gui_new]
-->> enter [wimp_gui_enhancements_new]
<<-- leave [wimp_gui_enhancements_new]
<<-- leave [wimp_gui_new]
-->> enter [wimp_gui_init]
-->> enter [wimp_gui_enhancements]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements]
Attempting to load default playlist ...-->> enter [wimp_gui_playlist_load_playlist_default]
-->> enter [wimp_gui_playlist_load_playlist]
[WiMP (9272)] warning: Cannot load playlist: Failed to open file '/home/flames/.wimp/playlist.m3u': No such file or directory

on the second run and I now have a window and a dialog complaining that: "Cannot load playlist: Failed to open file '/home/flames/.wimp/playlist.m3u': No such file or directory"
I press okay and then both the dialog and the main window close. Looking back to the terminal this familiar bit has been tacked onto the end:
<<-- leave [wimp_gui_playlist_load_playlist_default]
[done]
<<-- leave [wimp_gui_init]
Segmentation fault

So before I despair I quickly create an empty file at /home/flames/.wimp/playlist.m3u to see if this stops the complaining. But this just segfaults it as it's not a real playlist and I don't actually have any real .m3u files lying around to test with, sorry.
So we've got some progress but it is looking unlikely still...

Reply to this

Re: Re: Re: Re: Segfault

by shaji on: May 19 2010

Score 50%

shaji

Thank you for your interest and time :)

The problem has apparently been that I used the traditional getenv ("HOME") to get the user's home directory, which might not be available on new distros. It should work now, ( I always say that for a new version, don't I ? :)

Thanks to Polesz for the fix.

Preemptible RCU implementation.
Reply to this

New version

by HoKaze on: May 19 2010

Score 50%

HoKaze

It's nothing. Thank you for taking the time and effort to try and sort things out. Hopefully this time will be the one.
As always I've enabled debug and when compiling I get these warnings in addition to normal output:
make: Warning: File `Makefile' has modification time 1.6e+04 s in the future
make: warning: Clock skew detected. Your build may be incomplete.

This should be fine as I assume it just means the modification time of the makefile is ahead of my clock or something. I run wimp from the command line and get this:
-->> enter [wimp_startup]
---> WiMP Alpha1 0.0pre release 1 version 0.3
---> Welcome
---> Xine library version 1.1.16.3
Segmentation fault

Doesn't look good, huh? But as ever I try to run it a second time, which yields similar results to last time. Namely, the same error dialog coming up. Wimp's main window remained open for a few seconds before closing. Output at the end, when it closed, is as follows:
[WiMP (11857)] debug: Using audio driver auto and video driver auto
ctl_oss: MIXER_CAPS error: Invalid argument
ctl_oss: MIXER_CAPS error: Invalid argument
-->> enter [wimp_xine_vo_init_x11]
The program 'wimp' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAccess (attempt to access private resource denied)'.
(Details: serial 7 error_code 10 request_code 2 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

So...if this was an X error I assume it's the gtk portion of the code? And as heads-up that I should have mentioned earlier, I'm running OSS 4.2 although I've got it setup so that anything that uses ALSA can still work normally.

Reply to this

Re: New version

by shaji on: May 23 2010

Score 50%

shaji

Hello. Back with a brand new GUI API. It should work now :)

Preemptible RCU implementation.
Reply to this

Re: Re: New version

by HoKaze on: May 23 2010

Score 50%

HoKaze

Thanks again for all your work but I'm afraid that even after starting clean with this version, I still can't use wimp:
-->> enter [wimp_startup]
---> WiMP Alpha1 0.0pre release 1 version 1.0
---> Welcome
---> Xine library version 1.1.16.3
<<-- leave [wimp_startup]
-->> enter [wimp_gui2]
-->> enter [wimp_gui_new]
-->> enter [wimp_gui_enhancements_new]
<<-- leave [wimp_gui_enhancements_new]
<<-- leave [wimp_gui_new]
-->> enter [wimp_gui2_init]
-->> enter [wimp_gui_enhancements]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
-->> enter [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements_equalizer]
<<-- leave [wimp_gui_enhancements]
-->> enter [wimp_gui_playlist_load_playlist_default]
-->> enter [wimp_gui_playlist_load_playlist]
[WiMP (3768)] warning: Cannot load playlist: Failed to open file '/home/flames/.wimp/playlist.m3u': No such file or directory
-->> enter [wimp_gui2_track_window_state]
Segmentation fault

Segfault

by Polesz on: May 24 2010

Score 50%

Polesz
Nedudu Team
Home

I think this is new xorg and/or glib error.

This is problem line:

g_signal_connect_after ( wimp -> main_window, "window-state-event", wimp_gui2_track_window_state, wimp ) ;

Gtk2+ 2.18.9
Glib 2.22.5

Peter Polonkai
Nedudu Team
http://nedudu.hu

Reply to this

Re: Segfault

by shaji on: May 30 2010

Score 50%

shaji

Fixed, with some new features :)

Preemptible RCU implementation.
Reply to this

Suggestion

by chelovek84 on: Jun 1 2010

Score 50%

chelovek84

Dear shaji, can you upgrade your Linux distribution to newer versions?.
Or we'll never see your media player in the work.
LXDE is a right choice for your PC(www.lxde.org).

Reply to this

Re: Suggestion

by shaji on: Jun 4 2010

Score 50%

shaji

I compiled and ran the above source on Fedora 13 without any problems. If you would give me some detail into the sort the issue that you ran into while running wimp I could be more helpful :)

Because wimp uses xine-lib to do all media related stuff, if you can run xine-ui properly, you should really be able to run wimp. It is pretty simple ( and stable :) in it's design.

Preemptible RCU implementation.
Reply to this

Output message

by chelovek84 on: Jun 5 2010

Score 50%

chelovek84

./wimp
---> WiMP Alpha1 0.0pre release 1 version 1.2
---> Welcome
---> Xine library version 1.1.16.3
warning in (null): Cannot load playlist: Failed to open file '/root/.wimp/playlist.m3u': No such file or directory
The program 'wimp' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAccess (attempt to access private resource denied)'.
(Details: serial 7 error_code 10 request_code 2 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

Reply to this

Re: Output message

by shaji on: Jun 5 2010

Score 50%

shaji

Try the new version. Might work :)
Your xine-lib seems old. Might I suggest an upgrade? And, running as root seems risky, especially something written by a programmer like myself :) wimp probably can't cause much damage, perhaps crash X :/ although xine FAQ suggests that xine-lib is unable to crash X all by itself, and poor Gtk+ is simple enough to be quite harmless.

Preemptible RCU implementation.
Reply to this

Add commentBack

Linux42.org

ask question
more

Popular Groups

Desktop Screenshots

Newest Groups

Elementary OS

Nahuatl language

FORUM

Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog

Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS
Events RSS

Participate
Groups
Forum
Add Content
Public API

About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse

Copyright 2007-2016 openDesktop.org Team
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team

WiMP Media / Web Player for Linux

GTK Video Application

A few constructive critiscms

Re: A few constructive critisc

:) This is my very first upload, and you're my very first commentator :) Thanks ! The binary is IA32 Intel. Open up "definitions.c" and uncomment the line #define DEBUG. It should give you some extended console output - easier to solve the problem. I'll look into it, though ...

Re: Re: A few constructive critisc

Thanks for the quick reply. I edited definitons.c like you asked and again, it compiled without error. When attempting to run it now displays this on the command line: -->> enter [wimp_startup] -->> enter [wimp_get_pid] Segmentation fault

Re: Re: Re: A few constructive critisc

[Thread debugging using libthread_db enabled] -->> enter [wimp_startup] -->> enter [wimp_get_pid] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff59ada79 in ?? () from /usr/lib64/libglib-2.0.so.0 Slackware64 pkg-config --modversion glib-2.0 2.22.5

Re: Re: Re: Re: A few construc

Thank you so much for your feedback :) All right, so I did fix up a few things that could have possibly gone wrong. Additionally I added yet more debug info in the aforesaid function just in case it still doesn't work. It should, however, probably work now :)

Re: Re: Re: Re: Re: Segfault

Re: Re: Re: Re: Re: Re: Segfau

Re: Segfault

Re: Re: Segfault

I'm probably the worst programmer in history :( Well, let's take a stab at it one last time. I've removed the code results in a segfault. If it still doesn't work, maybe the problem can't really be solved that easily. Thanks for your interest and support :)

Re: Re: Re: Segfault

Re: Re: Re: Re: Segfault

Thank you for your interest and time :) The problem has apparently been that I used the traditional getenv ("HOME") to get the user's home directory, which might not be available on new distros. It should work now, ( I always say that for a new version, don't I ? :) Thanks to Polesz for the fix.

New version

Re: New version

Hello. Back with a brand new GUI API. It should work now :)

Re: Re: New version

Segfault

I think this is new xorg and/or glib error. This is problem line: g_signal_connect_after ( wimp -> main_window, "window-state-event", wimp_gui2_track_window_state, wimp ) ; Gtk2+ 2.18.9 Glib 2.22.5

Re: Segfault

Fixed, with some new features :)

Suggestion

Dear shaji, can you upgrade your Linux distribution to newer versions?. Or we'll never see your media player in the work. LXDE is a right choice for your PC(www.lxde.org).

Re: Suggestion

Output message

Re: Output message

:) This is my very first upload, and you're my very first commentator :) Thanks !

The binary is IA32 Intel.

Open up "definitions.c" and uncomment the line #define DEBUG. It should give you some extended console output - easier to solve the problem.

I'll look into it, though ...

Thanks for the quick reply. I edited definitons.c like you asked and again, it compiled without error. When attempting to run it now displays this on the command line:
-->> enter [wimp_startup]
-->> enter [wimp_get_pid]
Segmentation fault

[Thread debugging using libthread_db enabled]
-->> enter [wimp_startup]
-->> enter [wimp_get_pid]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff59ada79 in ?? () from /usr/lib64/libglib-2.0.so.0

Slackware64

pkg-config --modversion glib-2.0
2.22.5

Thank you so much for your feedback :)

All right, so I did fix up a few things that could have possibly gone wrong. Additionally I added yet more debug info in the aforesaid function just in case it still doesn't work.

It should, however, probably work now :)

I'm probably the worst programmer in history :(

Well, let's take a stab at it one last time. I've removed the code results in a segfault. If it still doesn't work, maybe the problem can't really be solved that easily.

Thanks for your interest and support :)

Thank you for your interest and time :)

The problem has apparently been that I used the traditional getenv ("HOME") to get the user's home directory, which might not be available on new distros. It should work now, ( I always say that for a new version, don't I ? :)

Thanks to Polesz for the fix.

I think this is new xorg and/or glib error.

This is problem line:

g_signal_connect_after ( wimp -> main_window, "window-state-event", wimp_gui2_track_window_state, wimp ) ;

Gtk2+ 2.18.9
Glib 2.22.5

Dear shaji, can you upgrade your Linux distribution to newer versions?.
Or we'll never see your media player in the work.
LXDE is a right choice for your PC(www.lxde.org).