General discussion

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?

There is no Ubuntu package for the latest release, 2.5.0-alpha4. The download page says:

"Debian packages
MOC is now in Debian unstable, so you can install it using apt-get.
For unstable releases, add the lines below to your sources.list:
deb http://www.lxtec.de/debarchiv unstable main
deb-src http://www.lxtec.de/debarchiv unstable main"

Click that page. It says:

"No more debs here
Changed 04 June 2009
There are no more packages available. moc and mutt can be fetched from the Debian servers. Else mutt compiled with sidebar patch can be build from Debian package, though. If one is interested in xv Debian sources please consider Debian unofficial."

Changed 04 June 2009. That's been more than one year! Can't someone please provide an Ubuntu package? I've been trying to compile source for 15 days now, with no success!

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

It has become a saga that would knock J. R. R. Tolkien down to sleep. Pretty please, with cherry on top or whatever!

I have moc-2.5.0-alpha3, I want to install moc-2.5.0-alpha4. I added 'deb xxx unstable main' and 'deb-src xxx unstable main' to the repositories in my Ubuntu machine and refreshed the sources, but the new MOCP still doesn't turn up.

So I went for the source, but it won't compile:

http://pastebin.com/y0weZ0KT

What's wrong?

TIA

I found a nice script to use for integration with Last.fm that's pretty extensive and detailed - it should work but it doesn't; it's set as a script for on-song-change. Is there something that's stopping the Last.fm script from being run? I'd also like to know if there's plans for a future release with native Last.fm support.

It seems silly to me that there's *cast support, but not Last.fm.

Hi all - I'm curious if MOC can be run on an alternate port, and controlled on that other/alternate port? I need to start many MOC instances up to queue audio to several devices, and I'd like to be able to do this from a single user account.

Any ideas or thoughts on how to do this?

Thanks!

--shane

Hi,

I'd like to run two instances of MOCP to serve two different zones within my offices. I only have one soundcard however with one stereo Line-out.

I'm quite happy to play mono tracks for each zone and wondered if I could simply set MOCP#1 balance to LEFT and MOCP#2 balance to RIGHT and allow each of the instances to stream to either side if the stereo output?

Control of each side of the stereo output could be scripted I guess.

I can make up a simple jack/adapter to split out the sound accordingly to go to either area in our offices, but how to set the balance on each MOCP instance is baffling me. Any help would be greatly appreciated.

Run mocp with a nice long playlist.

Then try to run the following:
$(mocp --next && mocp --format "%song by %artist from %album")

What you will notice after third or fourth trial is that the strings requested `mocp --format` are still the old ones from the previous track while the new track already plays.
I noticed this today as I played around with my emacslisp package for mocp which interfaces with the cli commands provided by mocp.

Now if this isnt a FUN Bug to come across I dont know what else. :-)

Have FUN debugging this one !