Tiny Core Linux
Tiny Core Extensions => TCE Talk => Topic started by: manit123 on March 25, 2013, 01:45:03 AM
-
I have tried xmms but there is no way to change volume & navigate in time stream using keyboard .
I am fond of mplayer which has right & left arrow for 10 seconds ,up & down arrow for a minute increase/decrease in time axis.
I am using gmplayer which is fine except it shows a video window not needed while playing audio files.
-
Hi
you asked for a gui audio player
vlc
but me thinks you mean cli audio player
try
vlc -h
-
By my understanding, that window of gmplayer is present to serve as an XDND GUI interface, which of course needs to be visible before one could use it.
Using pure mplayer, windows are only created upon need and automatically torn down when no longer required.
xine-ui has an option
-H, --hide-video hide video windowand besides from that features a key binding editor.
I couldn't exclude such features might also be available in some mplayer GUI frontends.
If you are interested in a console GUI audio player, I could suggest looking into mp3blaster which is fully keyboard controlled.
-
from the confused text you wrote I can only assume you want everything at once.
you can use mpd with multiple clients
mpc to control stuff from cli, ncmpc as a comfortable ncurses client and gmpc or so as a graphical client for windows users.
-
trying to make myself clearer
I will create a desktop entry whose exec will be 'application-name %f' so that when I double click on audiofiles in my file manager I should get a window looking like mp3player showing time & volume scale . It would be nice if I can navigate in time using keyboard as I am habitual in mplayer . gmplayer is nice except it shows the additional video window which is not needed .
-
I should get a window looking like mp3player showing time & volume scale .
Any reference? Google doesn't seem to know this...
-
I have tried xmms but there is no way to change volume & navigate in time stream using keyboard .
I am fond of mplayer which has right & left arrow for 10 seconds ,up & down arrow for a minute increase/decrease in time axis.
I am using gmplayer which is fine except it shows a video window not needed while playing audio files.
With gnome-mplayer you can use those keys (right & left arrow for 10 seconds, up & down arrow for a minute increase/decrease) and '9' & '0' keys for volume change. (like mplayer).
And it does not show video window when playing audio files.
-
I tried 'gmplayer -nofs %f' in my desktop file & all went well . I guess fs=yes in ~/.mplayer/config was the culprit.
Thank You all.
There is a small problem though.
In mplayer you can cycle through subtitle tracks using j & J .
I thought that the fontsize is big causing '...something.srt' to be seen on screen instead of full subtitle path
So I added in ~/.mplayer/config
subfont-autoscale=0
subfont-osd-scale=10
subfont-text-scale=10
Now I still see ... though there is lot of space on screen to write text in that line.
Does anybody know a way in which whole filename appears on screen ?
-
Did you try if "-subwidth 100" does what you want?
(not having any subtitles here to test)
-
i wil try subwidth option & report here.
Another thing is - if I double click on multiple mp3 files then all of them start playing simultaneously in mulltiple windows . I want only one instance of mplayer so that recently clicked file only gets played.
I tried to write a script as follows
userapp-gmplayer.desktop in has in exec '/mnt/sdb1/one-instance-only.sh %f'
and /mnt/sdb1/one-instance-only.sh contains
!#/bin/sh
pkill gmplayer
gmplayer "$1"
Now on double clicking audio files nothing happens.
Where am I going wrong ?
-
to tinypoodle
-subwidth=100 did not help.
ALso you can get subtitles of any arbitrary movie from www.opensubtitles.org to verify what i am talking about.
Another problem remains about allowing only one instance of mplayer as mentioned above .
-
!#/bin/sh
#!/bin/sh
-
Sorry , that was my typo .
I am looking for way in which only one instance of an audio-video player runs.
It would be a better if I am additionally able to queue another file in current player.
-
I am looking for way in which only one instance of an audio-video player runs.
It would be a better if I am additionally able to queue another file in current player.
I do not want to be insistent but gnome-mplayer has an option for that...( Edit->Preferences->Interface->Only allow one instance of Gnome Mplayer )
-
Sorry , that was my typo .
I am looking for way in which only one instance of an audio-video player runs.
It would be a better if I am additionally able to queue another file in current player.
FWIW, I find using mplayer from console most simple for such purpose:
mplayer 1.mp3 2.mp3 3.mp3
or even
mplayer *.mp3
Jumping between tracks is easily achieved with < > keys.
-
I also often use mpg123 and ogg123, or even ossplay (for raw wave streams that get transfered to other pcs via nc)
-
I also often use mpg123
I've stopped using mpg123 - and same with vlc, for that matter - ever since I found their cpu usage to be a multiple in comparison to mplayer and mp3blaster for playing mp3's.
-
10024 9795 tc S 27284 0.6 1 0.9 mplayer eladamri-we_could_kill_everyone.mp3
10535 10223 tc S 2240 0.0 0 0.7 mpg123 eladamri-we_could_kill_everyone.mp3
stays mostle the same here
-
Hmm, this made me look deeper into it again, and I found some clues which I never had before:
I have the habit to run apps which access sound device under aoss wrapper to prevent them from being blocked by another app accessing sound device.
Running under aoss wrapper:
32228 31277 tc R 3928 0.7 0 29.2 mpg123 /mnt/sda1/sound/rumble.mp3
32191 20893 tc S 21644 4.1 0 7.5 mplayer /mnt/sda1/sound/rumble.mp3
Running each one exclusively without aoss wrapper indeed there seems to be no significant difference:
2207 31277 tc R 2400 0.4 0 5.2 mpg123 /mnt/sda1/sda3/sound/rumble.mp3
2310 20893 tc S 20404 3.9 0 4.9 mplayer /mnt/sda1/sda3/sound/rumble.mp3
The plot thickens when running mpg123 with "-o alsa":
2542 31277 tc R 3856 0.7 0 13.7 mpg123 -o alsa /mnt/sda1/sda3/sound/rumble.mp3
using much more cpu than without "-o alsa", but much less than under aoss wrapper.
When running mpg123 with "-o oss" then it stays in same range as without any parameter:
4563 31277 tc R 2400 0.4 0 5.2 mpg123 -o oss /mnt/sda1/sda3/sound/rumble.mp3
I am a bit puzzled now, does that mean that without parameter mpg123 would use alsa module oss emulation and use much less cpu than with native alsa??
:o
-
What about " deadbeef "? or " GNOMEMPlayer " ?
-
@tinypoodle: i don't know anything about alsa emulation, everything is purely OSS here and that works just right. Perhaps there's a bug in one of the libraries you're using.
-
FWIW, the reason why vlc is more cpu intensive is because it performs (or can perform) post-sound-file processing. Yes, that is not the correct term but explains that you may have a sound file (or video) and if it needs an enhancement. vlc can do it.
-
@aus9
mplayer has quite an array of audio and video filters, too.
-
I do not speak that emm that player name.
(a rip off from Harry Potter movies) Its a sound joke.
-
I will try gnome-mplayer .
-
Today in freshmeat: http://freecode.com/projects/psymp3
But gnome-mplayer is a good choice
-
Hi vinnie
Today in freshmeat: http://freecode.com/projects/psymp3
I found this statement in the release notes somewhat amusing:
It's now written in C++ and contains many bugs.
-
yep, i think it is first release, but due to the coincidence I wanted to report it
-
Gnome-player is okay except
it does not play the video full screen maintaining aspect ratio on startup (remember window location & size , resize window when new video is loaded does not help) though i have in ~/.mplayer/config .
fs=yes
volume=5
zoom=yes
osdlevel=3
sub-fuzziness=2
Also -fs -zoom alongwith pointing to mplayer binary does not have any affect.
-
FWIW, options like "-fs" or "-zoom" behave video output driver specific (related to implementation of scaling).
-
Does it work with
$ gnome-mplayer --fullscreen "/path/to/video.avi"?
-
AmatCoder , Have you tried this option because on mine it shows time slider at bottom but video window remains small & even on maximising it the video is not scaled to occupy whole screen just original resolution surrounded by black bands .
-
even on maximising it the video is not scaled to occupy whole screen just original resolution surrounded by black bands .
Reply #29 applies to that.
You didn't mention which video output driver you are using.
-
On adding the following in gnome mplayer configuration > mplayer
-fs -zoom
I get video resized suitably in small video window on top right corner & time slider at the middle base of desktop .
Enlarging video window causes it to spread over whole desktop as desired.
The problem remains that even after setting 'remember window location & size' . On subsequent startups , I get same small video window though i had maximised it on previous run .
Also note that '--fullscreen' option has been used with gnome-mplayer everytime.
It has been observed that video window position is being remembered but not its size .
I think fullscreen just causes the time slider to appear at bottom center of desktop.
BTW , x11 video driver is being used.
-
BTW , x11 video driver is being used.
Well, that explains it, x11 could only do software scaling and that at a very high CPU cost and therefore not recommended.
-
mplayer -vo x11 -fs -zoom
is doing full screen on my setup, while maintaining aspect ratio, i.e. adding horizontal black bars, while
mplayer -vo x11 -x 1024 -y 768 -zoom
would do real full screen.
In first case, full screen can be toggled with 'F', which will not do anything in second case.
-
I have not tried this but for gnome-mplayer you should be able to put extra arguments in:
Edit -> Preferences -> Mplayer -> Extra Options to MPlayer
-
AmatCoder , Have you tried this option because on mine it shows time slider at bottom but video window remains small & even on maximising it the video is not scaled to occupy whole screen just original resolution surrounded by black bands .
Yes, it is working fine here... Which is your window manager? such problems are expected if you are using flwm_topside.
-
such problems are expected if you are using flwm_topside.
Best to keep things apart - window sizing could be window manager dependent, while video scaling is most probably not.
-
to tinypoodle , I have used mplayer which works well .
I am trying to have gnome-player play video files full screen maintaining aspect ratio (black bands will come if desktop is 4:3 while video is 16:9)
To amatcoder ,
I am using flwm_topside but I can switch to fluxbox . Will that help ?
Also now black bands is not a problem just that video window does not come up full size (by default) whatever setting I do in gnome-player.
Also my sound is OSS , still it plays audio files with maximum volume though I have default set to 2.
-
I am using flwm_topside but I can switch to fluxbox . Will that help ?
Yes, any modern window manager should work fine. Note that you may need -zoom option in Preferences -> Mplayer -> Extra Options to MPlayer if you use Xvesa or x11 driver.
Also my sound is OSS , still it plays audio files with maximum volume though I have default set to 2.
Yes, I tried it and it is a bug... >:( I will report it.
-
Also my sound is OSS , still it plays audio files with maximum volume though I have default set to 2.
With OSS it is easy to adjust volume per app (with ossmix or ossxmix).
-
Note that you may need -zoom option in Preferences -> Mplayer -> Extra Options to MPlayer if you use Xvesa or x11 driver.
"-zoom" is required for software scaling (not recommended!), e.g. with x11 driver.
Hardware scaling under Xvesa does not require "-zoom".
-
tinypoodle , did you mean
ossmix mplayer +2
Raise mplayer volume by 2. This would only work if mplayer is
using the virtual mixer.
taken from http://manpages.ubuntu.com/manpages/natty/man1/ossmix.1.html
by
With OSS it is easy to adjust volume per app (with ossmix or ossxmix).
Still , I do not understand . I mean currently 'gnome-player %f' gets executed on double clicking . What changes I have to do ?
-
tinypoodle , did you mean
ossmix mplayer +2
Raise mplayer volume by 2. This would only work if mplayer is
using the virtual mixer.
taken from http://manpages.ubuntu.com/manpages/natty/man1/ossmix.1.html
Yes exactly what I meant.
Still , I do not understand . I mean currently 'gnome-player %f' gets executed on double clicking . What changes I have to do ?
Well, neither do I understand what you really want to achieve and why; guessing by filling in the blanks you might want to control volume of mplayer independently of global volume control settings, in which case under OSS using ossmix is a valid approach, if you prefer you can use ossxmix, where each app should be represented by distinct sliders.
-
actually I have added '-volume 5' extra option which works when you start the gnome-player .
But , then increasing or decreasing volume using 0 & 9 blares the speaker because the application increments/decrements from 100%.
-
That has been fixed in svn...if you still interested I can send you the last svn version.
-
yeah , i would like to try svn . Can you post its link ?
-
AmatCoder , will you respond ?
I don't mean to bother .
Can anybody else tell me way to get svn version as told above ?