Bug reports

While resizing xterm mocp client crashes with

FATAL_ERROR: select() failed: Exec format error

I don't know C language so idk what's causing the error as well.
This solves problem for me but most of the time it doesn't render interface correctly after changing the window size (I need to keep resizing as long it will render properly).
I guess it's better than a crash

--- interface.c 2013-10-19 06:15:18.819243399 +0200
+++ interface.c.patch 2013-10-19 06:16:52.731630212 +0200
@@ -3228,7 +3228,7 @@

if (ret == 0)
do_silent_seek ();
- else if (ret == -1 && !want_quit && errno != EINTR)
+ else if (ret == -1 && !want_quit && errno != EINTR && !want_resize)
interface_fatal ("select() failed: %s",
strerror(errno));

Tested on Debian Sid with awesome v3.5.1

Here the information about moc

$ mocp --version

This is : Music On Console
Version : 2.5.0-beta1
Built : May 26 2013 05:45:33
Compiled with : OSS ALSA JACK DEBUG Network streams resample
Running on : Linux 3.11.0-12-generic i686
Author : Damian Pietras
Homepage : http://moc.daper.net/
E-Mail : mocmaint@daper.net
Copyright : (C) 2003-2012 Damian Pietras and others
License : GNU General Public License, version 2 or later

Here are the gdb information

$ gdb mocp core
GNU gdb (GDB) 7.6.1-ubuntu
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/mocp...(no debugging symbols found)...done.
/home/marslo/core: No such file or directory.
(gdb) run
Starting program: /usr/bin/mocp
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__strcmp_ssse3 () at ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S:229
229 ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S: No such file or directory.
(gdb) backtrace
#0 __strcmp_ssse3 () at ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S:229
#1 0xb7c7674c in rccGetRealLanguage () from /usr/lib/librcc.so.0
#2 0xb7c7698a in rccGetCurrentLanguage () from /usr/lib/librcc.so.0
#3 0xb7c77a8c in rccGetCurrentConfig () from /usr/lib/librcc.so.0
#4 0xb7c74e60 in rccRegisterLanguage () from /usr/lib/librcc.so.0
#5 0xb7c757aa in rccCreateContext () from /usr/lib/librcc.so.0
#6 0xb7c7595a in rccInitDefaultContext () from /usr/lib/librcc.so.0
#7 0x080828c6 in rcc_init ()
#8 0x08053f99 in main ()
(gdb)

Here my system information

$ cat /etc/issue
Ubuntu 13.10 \n \l
$ uname -a
Linux MarsloJiao 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:12:00 UTC 2013 i686 i686 i686 GNU/Linux

i type on console:

mocp

it says:

Segmentation Fault (`core' dumped)

Moc 2.5.0-beta1 won't open after upgrading to Xubuntu 13.10, constantly segfaults in strcmp on startup:

noccy@noccy-aspire:/tmp/moc-2.5.0~beta1+svn20130411$ mocp
Segmentation fault
noccy@noccy-aspire:/tmp/moc-2.5.0~beta1+svn20130411$ mocp -D
Segmentation fault
noccy@noccy-aspire:/tmp/moc-2.5.0~beta1+svn20130411$ mocp --debug
Segmentation fault

GDB trace:

(gdb) run
Starting program: /tmp/moc-2.5.0~beta1+svn20130411/mocp
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
__strcmp_ia32 () at ../sysdeps/i386/i686/multiarch/../strcmp.S:38
38 ../sysdeps/i386/i686/multiarch/../strcmp.S: No such file or directory.
(gdb) backtrace
#0 __strcmp_ia32 () at ../sysdeps/i386/i686/multiarch/../strcmp.S:38
#1 0xb7c5774c in rccGetRealLanguage () from /usr/lib/librcc.so.0
#2 0xb7c5798a in rccGetCurrentLanguage () from /usr/lib/librcc.so.0
#3 0xb7c58a8c in rccGetCurrentConfig () from /usr/lib/librcc.so.0
#4 0xb7c55e60 in rccRegisterLanguage () from /usr/lib/librcc.so.0
#5 0xb7c567aa in rccCreateContext () from /usr/lib/librcc.so.0
#6 0xb7c5695a in rccInitDefaultContext () from /usr/lib/librcc.so.0
#7 0x08082916 in rcc_init () at rcc.c:64
#8 0x08053fb9 in main (argc=1, argv=0xbfffeca4) at main.c:845
(gdb)

When I search with / and then press ^n, the cursor doesn't move...
I also tried to remap the keybinding for it but that didn't solve the problem.

I am using the latest beta version.

Hi everyone !

I'm pretty happy with moc, and use it in a arcade cabinet with a Raspberry Pi : it only has sticks & buttons that are connected to an I-PAC interface (so they behave like keyboard keys).

I defined a custom keymap file where I changed almost everything and disabled many keys I do not need. It works well. (apart from the fact I cannot use the CTRL/ALT modifiers with the left/right/up/down keys, it works well :)

However, when my keymap is enabled, I get a segfault when starting moc, about 66% of the time (at launch time).

Do you have any idea what might be wrong ?

Here is my keymap file : http://pastebin.com/nfTKtBWq
Here is my config file : http://pastebin.com/u7n9NLC6

Cheers & thanks again !

Hi,

=== System ===

* Arch Linux fully updated
* Music On Console (version 2.5.0-beta1, revision 2506) from the Arch Repos

=== Bug ===

When playing an mp3 file with only one channel while using JACK as the soundserver (with ALSA everything works) I get a very loud noise on the second channel. With stereo files everything is fine.

=== My analysis so far ===

Playing the same file with mplayer and ffmpeg or mpg123 the problem doesn't occur. So I think it's not related to the codecs.

Mplayer opens only one channel in the 'Jack Audio Connection Kit' while moc opens two. One of the moc channels is the noise while the other one normally plays the file. As the two channels of MOC in JACK are permanent I think the signal should be splitted.

The Mono option of moc doesn't change anything.

Interestingly ogg files work. It seems that the decoder automatically splits the one-channeled signal and maps it on two channels. The output also runs over two channels and not one as with mp3 files.

=== Any questions? ===

Ask. :)

Best,
1984

I am trying to circumnavigate the crappy re-sampling done by dmix by making sure the stream does not need to be re-sampled in. Moc has ForceSampleRate as an option in it's config file, so I used ForceSampleRate = 48000 in the moc config file. This appeared to work, until one of my 24bit 44100hz files began to play. There were random little pops for the duration of any of the 24 bit files. disabling re-sampling by commenting out the ForceSampleRate option immediately got rid of the pops. the rest of my config file is (or at least the possibly relevant parts):
[code
]ReadTags = yes
Sort = FileName
ShowStreamErrors = no
Mp3IgnoreCRCErrors = yes
OutputBuffer = 1024
InputBuffer = 1024
Prebuffering = 128
SoundDriver = ALSA
JackOutLeft = "alsa_pcm:playback_1"
JackOutRight = "alsa_pcm:playback_2"
OSSDevice = /dev/dsp
OSSMixerDevice = /dev/mixer
OSSMixerChannel1 = pcm
OSSMixerChannel2 = master
AlsaMixer1 = PCM
AlsaMixer2 = Master
AlsaDevice = default
UseMmap = no
ResampleMethod = SincBestQuality
ForceSampleRate = 48000
Allow24bitOutput = yes
UseRealtimePriority = yes
ModPlug_Oversampling = yes

Am I just doing it wrong, or is this a bug.

PS. I already tried to increase the buffer sizes, it didn't help.