General discussion

Hi guys,

I'm using moc since a month or so and I'm in complete love with it, thanks for this beautiful piece of software guys!
I'm still missing something however: notification thru KDE notification system. I use KDE and Awesome and it would be cool to have MOC's alerts when playing songs.
Thanks!

-Martín

Hello friends of MOC forum.
Today I read in my reader a topic when mention MOC, and I decide tried. Well all good but when i run ./configure file show this:
"configure: error: You need curses/ncurses library and header files."
Now I search this library and run the command "sudo yum install ncurses-libs
" says this "Package ncurses-libs-5.7-7.20100130.fc13.i686 already installed and latest version".
I'm new in fedora, and don'w know referred this command, what i need to install the curses/ncurses library.
And this is all, thank you for you atention && sorry for my poor english :). Bye

Hi all!

I'm just discovering listening music files and radio on console, and mocp ist really great! I've got a Linux-UTF-8-fs and showing Korean characters for Korean music files works fine. Now I want to go a step further and listen to Korean radio streams, like say$ mocp http://www.mukulcast.comBut while the streaming works fine, the played titles don't show up when it comes to Korean characters (just mostly spaces and sometimes cruel symbols). Is there a way to fix this?

The stream is encoded in a local Korean encoding (and not in UTF-8) I guess. I played around with some options in the config-file. I tried eg ko_KR.utf8, ko_KR.euc-kr, WINDOWS-949, ISO--2022-KR, "KS X 1001" (see also http://en.wikipedia.org/wiki/Character_encoding a.t.l.) and options like ID3v1TagsEncoding =, FileNamesIconv =, UseRCC = yes but no dice. If moc doesn't crash, it just ignores the locale:Option 'FileNamesIconv' was ignored, remove it from the configuration file.Maybe moc-config uses other conventions?

I use moc 2.4.4-2 (Arch Linux), and it is linked to libncursesw:

$ ldd /usr/bin/mocp
linux-gate.so.1 => (0xb77f0000)
libasound.so.2 => /usr/lib/libasound.so.2 (0xb76ff000)
libjack.so.0 => /usr/lib/libjack.so.0 (0xb76e7000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb76cd000)
libsamplerate.so.0 => /usr/lib/libsamplerate.so.0 (0xb7562000)
libcurl.so.4 => /usr/lib/libcurl.so.4 (0xb7514000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0xb74c9000)
libltdl.so.7 => /usr/lib/libltdl.so.7 (0xb74c1000)
libm.so.6 => /lib/libm.so.6 (0xb749c000)
libc.so.6 => /lib/libc.so.6 (0xb7351000)
libdl.so.2 => /lib/libdl.so.2 (0xb734d000)
librt.so.1 => /lib/librt.so.1 (0xb7343000)
/lib/ld-linux.so.2 (0xb77f1000)
libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0xb72f2000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0xb7178000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7163000)

Any help is appreciated.
Thanks
Minsu

The feature list suggests that MOC can play MOD music (.MOD, .XM, .IT, .MTM, .S3M etc) as long as you have the libmodplug library installed. However, this does not seem to be the case, as attempting to play any music module results simply in silence. However, MOC correctly reads the song length and title from these files, showing this information in the status bar. Just that the sound is missing. I am fairly confident that this bug is isolated to libmodplug, as for example SID files (C64 music file, libsidplay) work fine.

I am using 2.5.0 alpha 4 as provided by Debian testing. Version of libmodplug is 0.8.8-2. Can anyone reproduce this, or does module music play fine for you?

Thank you in advance.

Hello.

This patch fixes a problem with utf8 strings. If the string was utf8
and utf8 wasn't enabled, the highlighted line would be longer than the
frame limits writing spaces over other elements on the screen.

Best regards

Nuno Cardoso

Index: utf8.c
===================================================================
--- utf8.c (revision 2236)
+++ utf8.c (working copy)
@@ -405,17 +405,24 @@
size_t strwidth (const char *s)
{
wchar_t *ucs;
+ char * no_utf8=NULL;
size_t size;
size_t width;

assert (s != NULL);

size = xmbstowcs (NULL, s, -1, NULL) + 1;
+ if (!using_utf8)
+ s = no_utf8 = iconv_str (iconv_desc, s);
+
ucs = (wchar_t *)xmalloc (sizeof(wchar_t) * size);
xmbstowcs (ucs, s, size, NULL);
width = wcswidth (ucs, WIDTH_MAX);
free (ucs);
+ if (no_utf8 != NULL)
+ free(no_utf8);

+
return width;
}

Hey,

Is there a way to make mocp show other filetypes, like .avi ?

I have created a executeCommand = mplayer %f .

I know it is a music player. But if I could specify other file types then it would be a neat multimedia player for me.

cheers,

leafwiz

Two problems:

Problem #1) Is it possible to bind something to Alt-UP? I have tried M-UP and ALT-UP, both prevent mocp from running, with this error message:

FATAL_ERROR: Parse error in the keymap file line 83: bad key sequence

Problem #2) I configured a few "fast dirs":

go_to_fast_dir1 = M-1
go_to_fast_dir2 = M-2
go_to_fast_dir3 = M-3

FATAL_ERROR: Key M-1 is defined for volume_10 and go_to_fast_dir1

Yes indeed, but the line that binds M-1 to volume_10 is commented out! Even deleting the line altogether doesn't solve the problem.

So I assign something else to it:

volume_10 = !
volume_20 = @
volume_30 = #

Now I don't get that error message anymore, but M-1, M-2 and M-3 do nothing! They should be triggering the fast dirs.

I end up binding just plain numbers to the fast dirs...

go_to_fast_dir1 = 1
go_to_fast_dir2 = 2
go_to_fast_dir3 = 3

That works, but it's not what I wanted.

Looks like a bug to me.

I have many file and directory names that contain accented characters such as à, é, õ, ç, and they were not displayed correctly in moc-2.5.0-alpha3. They were all replaced by '#' or '##'.

I just installed moc-2.5.0-alpha4. The man page on the new version doesn't say anything about encodings. My only clue is this page:

http://moc.daper.net/node/547

"Add the following options: EnforceTagsEncoding (assume, that if encoding of id3v2 is set to ISO-8859-1, then it is actually ID3v1TagsEncoding), FileNamesIconv (conversion of filenames from local encoding to UTF8), NonUTFXterm (conversion of xterm title from UTF8 to local encoding)."

OK. But how does that work? I can't find any documentation for it. So I did the obvious thing: guessing.

FileNamesIconv = yes

That far it works, now my file names look right. But the tags don't. While some of the accented characters are displayed correctly, others are replaced by '#' or '##'. It does not depend on the file, so I would suppose some files are using different encoding. The problem seems to be on specific characters, namely ã and ê (the ones I have identified so far).

So I did some more guessing:

EnforceTagsEncoding = yes

Nothing changes.

ID3v1TagsEncoding = yes

Nothing changes.

ID3v1TagsEncoding = ISO-8859-1

Nothing changes.

NonUTFXterm = yes

I don't even understand what that one does. Anyway, nothing changes.

Is there any solution to this?