General discussion

I'm using Debian Squeeze and 2.5.0-alpha4. I'm trying to play .wma files but i can't. Is it unsupported? Please help

Right, so I have no bloody idea how to skip to the next song in the MoC client. Stupid, I know, right? I do know that it's none of the obvious choices: Right, Up, Shift + either of the preceding, Ctrl + either of the preceding or Alt + either of the preceding. It is also not Shift + N or Ctrl + N. It is N, which was the ninth or so thing I tried. I'm okay with that. I wouldn't have guessed it at first, though. I can imagine someone not immediately guessing it. Right? I can imagine someone getting frustrated, too.

But, I mean, it's not in the man page. It's not in the online README under Documentation, either. It's not even in the -info- page, which I resort to only when I'm desperate. So I'm curious:

Without guessing, and without bothering someone on IRC, what rational sequence of actions would a user take to find out what key goes to the next song? Looking in the man page won't work, looking in the online documentation (all of it, even!) won't work, so... what's a rational person to do? I mean, assuming someone will be able to guess your keybindings is not often considered a great approach to user interfaces.

Other than that, nice job, devs, it works great.

Is there a way I can ask mocp to continue playing a wave file which is being appended with new data even after its apparent length (the length it had when playing began) is reached?

Scenario: FreeBSD 8.0 stable, freshly compiled and installed ffmpeg et al.
Playing the same file using ffplay works, so no corrupt data (I hope). Playing mp3 works, so no .

mocp 2.4.4 crashes as soon as the file is selected for playback.

Any advice on further debugging?

Thanks :)

last entries in server log are

Feb 14 18:36:33.307636: server.c:436 send_events(): Flushing events for client 0
Feb 14 18:36:33.307683: player.c:451 decode_loop(): loop...
Feb 14 18:36:33.307792: ffmpeg.c:267 ffmpeg_decode(): Got 7B packet

client crashes
Feb 14 18:36:33.293403: interface.c:3196 dequeue_events(): Dequeuing events...
Feb 14 18:36:33.293481: interface.c:3203 dequeue_events(): done
Feb 14 18:36:33.307896: interface.c:951 server_event(): EVENT: 0x01
Feb 14 18:36:33.308194: common.c:55 fatal(): FATAL ERROR: Can't receive value from the server.
Feb 14 18:36:33.310732: main.c:124 sig_chld(): Got SIGCHLD

Scenario:
% smbmount //SERVERIP/share mnt/smb:share -ousername=XXX
% stat mnt/smb:share/data0
File: „mnt/smb:share/data0“
Size: 0 Blocks: 0 IO Block: 16384 Verzeichnis
Device: 16h/22d Inode: 279293133324290 Links: 1
Access: (0755/drwxr-xr-x) Uid: ( 1000/ XXX) Gid: ( 1000/ XXX)
Access: 2010-02-13 XX:52:31.000000000 +0100
Modify: 2010-02-12 XX:01:39.000000000 +0100
Change: 2010-02-12 XX:01:39.000000000 +0100

=> running mocp -S -D -F
No error logging

=> running the moc client says:
(1!) Can't stat mnt/smb:share: Der Wert ist zu groß für den definierten Datentyp
in the message window

Observation:
The mounted Directory doesnt appear in the moc-client Directory Browser. If i start moc with mocp mnt/smb:share/any_subdirectory thers no error but i cannot see any files (except .., that works).

mounting mit noserverino
% smbmount //SErVERIP/share mnt/smb:share -ousername=XXX,noserverino
% stat mnt/smb:share/data0
File: „mnt/smb:share/data0“
Size: 0 Blocks: 0 IO Block: 16384 Verzeichnis
Device: 16h/22d Inode: 20234 Links: 1
Access: (0755/drwxr-xr-x) Uid: ( 1000/ XXX) Gid: ( 1000/ XXX)
Access: 2010-02-13 22:XX:31.000000000 +0100
Modify: 2010-02-12 19:XX:39.000000000 +0100
Change: 2010-02-12 19:XX:39.000000000 +0100

observation
Everything works as expected

Additional Information:
Server: Linux XXX 2.6.30-1-amd64 #1 SMP Sat Aug 15 18:09:19 UTC 2009 x86_64 GNU/Linux
Samba Server: smbd -V: Version 3.4.5
Client: Linux XXX 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 GNU/Linux

Is it possible to link a simple database to mocp?
I would like to search in my collection by author, title, performer and then to have this and some additional information displayed during reproduction.
I would like not to use Id3 tags or other tagging methods but to use a separate database file.
Thanks for your help.
Antonio

Hello, I've added some more comparisions of the TERM environment variable to detect xterms and rxvt terminals.

Index: moc-2.4.4/interface_elements.c
===================================================================
--- moc-2.4.4.orig/interface_elements.c 2008-06-29 02:56:13.000000000 -0700
+++ moc-2.4.4/interface_elements.c 2010-02-02 10:26:45.000000000 -0800
@@ -2114,8 +2114,10 @@
char *term;

if ((((term = getenv("TERM")) && !strcmp(term, "xterm"))
- || !strcmp(term, "rxvt")
|| !strcmp(term, "xterm-color")
+ || !strcmp(term, "xterm-xfree86")
+ || !strcmp(term, "rxvt")
+ || !strcmp(term, "rxvt-color")
|| !strcmp(term, "rxvt-unicode")
|| !strcmp(term, "eterm")
|| !strcmp(term, "Eterm")))

I was wondering if it was possible to restore the current playlist after detaching MOC and reattaching it back. More accurately, is it possible to get the list on the right pane back (since the music is on, anyway)?

I'm using 2.5.0-alpha4 on Arch Linux.