Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
* Larry Holish [120213 11:32 -0600]: > On Mon, Feb 13, 2012 at 08:49:24AM +0100, Elimar Riesebieter wrote: > > Did you ever tried to use moc without jackd? Just stop the jack > > daemon and run mocp -R ALSA just as a comparison. > > moc is working perfectly using only the ALSA driver. No more crashes in > any of the directories that previously caused trouble. > > Further investigating my particular .asoundrc setup, I found this page > which describes it: > > http://jackaudio.org/routing_alsa > [...] > So I believe this is the source of the issue I reported, and not the moc > package. I will find some other workaround. Thank you very much for your > efforts on this issue Elimar and sorry for taking up your time. Thanks for cooperation. Bug closed hereby Elimar -- You cannot propel yourself forward by patting yourself on the back. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
On Mon, Feb 13, 2012 at 08:49:24AM +0100, Elimar Riesebieter wrote: > Did you ever tried to use moc without jackd? Just stop the jack > daemon and run mocp -R ALSA just as a comparison. moc is working perfectly using only the ALSA driver. No more crashes in any of the directories that previously caused trouble. Further investigating my particular .asoundrc setup, I found this page which describes it: http://jackaudio.org/routing_alsa It notes that "this solution will create some latency: the ALSA JACK plugin has to use a buffer between the data being sent by the application and JACK itself to avoid clicks and dropouts" and "Some people have also found it quite buggy or unstable in some situations. For basic audio playback, it works quite well but when used with a more demanding application or one with more of its own "quirks" (e.g. VirtualBox), this approach isn't recommended." So I believe this is the source of the issue I reported, and not the moc package. I will find some other workaround. Thank you very much for your efforts on this issue Elimar and sorry for taking up your time. -- Larry Holish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
* Larry Holish [120212 20:34 -0600]: > On Sun, Feb 12, 2012 at 10:41:41AM +0100, Elimar Riesebieter wrote: > > > Please do as follows: > > > > 1 Save attached moc.supp in the directory where you want to use moc > > 2 Install valgrind via `apt-get install valgrind` > > 3 Run moc with the version 1:2.5.0~alpha4+svn20120125-1lxtec1 as > > follows: > > > > valgrind --leak-check=yes --log-file=valgrind.log --suppressions=moc.supp > > mocp > > OK, I created a directory with a smaller number of wav files to run this > test [...] > First, I verified that the crash still happened using the above version > of moc in this directory. Then I ran with valgrind using the command > line above - this never caused a crash, but there was noise at the > beginning of each sample during playback. When mocp finished playing all > the files, I 'Q'uit out of mocp. > Did you ever tried to use moc without jackd? Just stop the jack daemon and run mocp -R ALSA just as a comparison. Thanks for cooperation Elimar -- Excellent day for drinking heavily. Spike the office water cooler;-) signature.asc Description: Digital signature
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
* Larry Holish [120211 22:58 -0600]: > On Sat, Feb 11, 2012 at 10:00:17AM +0100, Elimar Riesebieter wrote: > > > Please find a testbuild at [0] and let me know wether it works or > > not. > > > > [0] http://www.lxtec.de/debarchiv > > OK, uninstalled sid version and installed yours: > > ljholish:~$ aptitude versions moc > p 1:2.5.0~alpha4+svn20111012-1 unstable 500 > i 1:2.5.0~alpha4+svn20120125-1lxtec1 100 > > Unfortunately, fails with the same error message in client. So John Fitzgerald, the new upstream maintainer of moc, advised us to find memory leaks via valgrind. Please do as follows: 1 Save attached moc.supp in the directory where you want to use moc 2 Install valgrind via `apt-get install valgrind` 3 Run moc with the version 1:2.5.0~alpha4+svn20120125-1lxtec1 as follows: valgrind --leak-check=yes --log-file=valgrind.log --suppressions=moc.supp mocp 4 Send me the valgrind.log file after the crash. 5 Eventually send me the wav file which is responsible for the crash via PM. As it is only a shorttime audio it shouldn't be so big. I did some tests with very short wav files found in /usr/share/sounds/alsa and can't reproduce your behaviour. Elimar -- "Talking much about oneself can also be a means to conceal oneself." -Friedrich Nietzsche # # MOC - music on console # Copyright (C) 2004-2005 Damian Pietras # # moc.supp Copyright (C) 2012 John Fitzgerald # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # Some libraries contain memory bugs which obscure messages indicating # a problem in MOC. You can improve the signal-to-noise ratio by # pointing valgrind at this file using its '--suppressions' option. # TODO: - Prove that the suppressed reports aren't caused by MOC. { LibMagic: Invalid read 2 Memcheck:Addr2 fun:file_softmagic } { ASound: Lost blocks Memcheck:Leak ... obj:*/libasound.so.* } { RCC: Uninitialised condition Memcheck:Cond obj:*/librcc.so.* } signature.asc Description: Digital signature
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
On Thu, Feb 09, 2012 at 12:44:21AM +0100, Elimar Riesebieter wrote: > Firstly, check syslog to see if the system has logged a crash. I found nothing in syslog or messages. > Secondly, run the server as a separate process with its own terminal > and see if it produces an error message: > > mocp -SF > > then in a separate VC or xterm: > > mocp > > If and when it crashes, check the first process for a message. OK, results below - sorry if this is more output than you needed. I ran the test twice, once before and once after removing ~/.moc/cache, similar results each time. Output below is from the first test only. It crashed on the 3rd file each time, the first 2 played normally. To make sure it just wasn't this set of files, I also ran the test on a different directory with a similar result. Thanks for your help on this Elimar. Feb 8 19:45:38.398859: audio.c:379 go_to_another_file(): Playing next... Feb 8 19:45:38.398865: audio.c:402 go_to_another_file(): Next item Feb 8 19:45:38.398870: audio.c:440 play_thread(): Playing item 2: /home/ljholish/audio/samples/JonathanBailey44-Acoustic_Bass/f-1B.wav Feb 8 19:45:38.398831: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.398887: server.c:609 send_events(): Flushing events for client 0 Feb 8 19:45:38.398901: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.398890: server.c:257 wake_up_server(): Waking up the server Feb 8 19:45:38.399070: out_buf.c:334 out_buf_reset(): resetting the buffer Feb 8 19:45:38.399076: player.c:336 precache_wait(): Waiting for precache thread... Feb 8 19:45:38.399082: player.c:342 precache_wait(): done Feb 8 19:45:38.399086: player.c:627 play_file(): Using precached file Feb 8 19:45:38.399090: server.c:257 wake_up_server(): Waking up the server Feb 8 19:45:38.399095: server.c:257 wake_up_server(): Waking up the server Feb 8 19:45:38.399101: audio.c:701 audio_open(): Audio device already opened with such parameters. Feb 8 19:45:38.399473: server.c:257 wake_up_server(): Waking up the server Feb 8 19:45:38.399504: audio.c:1176 audio_plist_set_time(): Setting time for /home/ljholish/audio/samples/JonathanBailey44-Acoustic_Bass/f-1B.wav Feb 8 19:45:38.399515: server.c:257 wake_up_server(): Waking up the server Feb 8 19:45:38.399505: jack.c:217 moc_jack_play(): Playing 32768B Feb 8 19:45:38.399531: jack.c:235 moc_jack_play(): Space in the ringbuffer: 1022B Feb 8 19:45:38.399539: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.399556: jack.c:261 moc_jack_play(): Sleeping for 8533us Feb 8 19:45:38.399586: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.399594: server.c:609 send_events(): Flushing events for client 0 Feb 8 19:45:38.399608: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.399615: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.399621: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.401088: tags_cache.c:677 tags_cache_add_request(): Request for tags for /home/ljholish/audio/samples/JonathanBailey44-Acoustic_Bass/f-1B.wav from client 0 Feb 8 19:45:38.401146: tags_cache.c:718 tags_cache_add_request(): Found outdated or incomplete tags in the cache Feb 8 19:45:38.402210: tags_cache.c:447 tags_cache_read_add(): Getting tags for /home/ljholish/audio/samples/JonathanBailey44-Acoustic_Bass/f-1B.wav Feb 8 19:45:38.402302: tags_cache.c:497 tags_cache_read_add(): Tags in the cache are not what we want. Feb 8 19:45:38.402327: audio.c:1155 audio_get_ftime(): Found time for /home/ljholish/audio/samples/JonathanBailey44-Acoustic_Bass/f-1B.wav Feb 8 19:45:38.402340: tags_cache.c:521 tags_cache_read_add(): Adding/updating cache object Feb 8 19:45:38.402948: tags_cache.c:376 tags_cache_gc(): Elements in cache: 256 (limit 256) Feb 8 19:45:38.403013: server.c:257 wake_up_server(): Waking up the server Feb 8 19:45:38.403028: tags_cache.c:574 reader_thread(): All queues empty, waiting Feb 8 19:45:38.403041: server.c:1690 server_loop(): Got 'wake up' Feb 8 19:45:38.403051: server.c:609 send_events(): Flushing events for client 0 Feb 8 19:45:38.403142: player.c:133 bitrate_list_empty(): Bitrate list elements removed. Feb 8 19:45:38.403154: player.c:455 decode_loop(): No get_stream() function Feb 8 19:45:38.403160: server.c:257 wake_up_server(): Waking up the server Feb 8 19:45:38.403167: player.c:460 decode_loop(): loop... Feb 8 19:45:38.403222: player.c:501 decode_loop(): decoded 32768 bytes Feb 8 19:45:38.403227: player.c:180 bitrate_list_add(): Not adding bitrate -1 at time 0 because the bitrate hasn't changed Feb 8 19:45:38.403233: player.c:566 decode_loop(): putting into the buffer 32768 bytes Feb 8 19:45:38.403585: player.c:460 decode_loop(): loop... Feb 8 19:45:38.403624: player.c:501 decode_loop(): decoded 32768 bytes Feb 8 19:45:38.403628: player.c:180 bitrate_list_add(): Not adding bitrate -1 at time 0 because the bitrate hasn't changed Feb 8 19:45:38.403634: player.c:566 decode_loop(): pu
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
* Larry Holish [120207 09:43 -0600]: > On Tue, Feb 07, 2012 at 09:48:56AM +0100, Elimar Riesebieter wrote: > > > does this occure only with .wav files or are otheres (.og, .flac, > > .mp3) are involved as well? > > Tested on flac and mp3 files and could not reproduce error. I was able > to reproduce while playing a directory of .aiff files. I don't have ogg > files to test at the moment. > > Error seems to be most repeatable when listening to a directory of many > short (1-5 second) wav files (like drum samples). > > > Did you checked your filesystem by df? Maybe it's full? > > No, filesystem has space. I got some advice from upstream: Firstly, check syslog to see if the system has logged a crash. Secondly, run the server as a separate process with its own terminal and see if it produces an error message: mocp -SF then in a separate VC or xterm: mocp If and when it crashes, check the first process for a message. Elimar -- You cannot propel yourself forward by patting yourself on the back. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
On Tue, Feb 07, 2012 at 09:48:56AM +0100, Elimar Riesebieter wrote: > does this occure only with .wav files or are otheres (.og, .flac, > .mp3) are involved as well? Tested on flac and mp3 files and could not reproduce error. I was able to reproduce while playing a directory of .aiff files. I don't have ogg files to test at the moment. Error seems to be most repeatable when listening to a directory of many short (1-5 second) wav files (like drum samples). > Did you checked your filesystem by df? Maybe it's full? No, filesystem has space. -- Larry Holish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
Hello Larry, * Larry Holish [120206 13:29 -0600]: > Package: moc > Version: 1:2.5.0~alpha4+svn20111012-1 > Severity: important > > Dear Maintainer, > > The issue seems to happen after playing several files in a directory, > not necessarily the first or for every file. I tried removing > ~/.moc/cache and problem reoccured. I ran mocp -D and mocp_client_log > says: > > Feb 6 13:11:29.291934: interface.c:292 send_tags_request(): Asking for tags > for /home/ljholish/Downloads/JayLeboeuf44/hat4.wav > Feb 6 13:11:29.315049: protocol.c:63 get_int(): recv() failed when getting > int: Connection reset by peer > Feb 6 13:11:29.315136: common.c:61 fatal(): FATAL ERROR: Can't receive value > from the server! does this occure only with .wav files or are otheres (.og, .flac, .mp3) are involved as well? Did you checked your filesystem by df? Maybe it's full? Elimar -- .~. /V\ L I N U X /( )\ >Phear the Penguin< ^^-^^ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658928: moc crashes with FATAL_ERROR: Can't receive value from the server!
Package: moc Version: 1:2.5.0~alpha4+svn20111012-1 Severity: important Dear Maintainer, The issue seems to happen after playing several files in a directory, not necessarily the first or for every file. I tried removing ~/.moc/cache and problem reoccured. I ran mocp -D and mocp_client_log says: Feb 6 13:11:29.291934: interface.c:292 send_tags_request(): Asking for tags for /home/ljholish/Downloads/JayLeboeuf44/hat4.wav Feb 6 13:11:29.315049: protocol.c:63 get_int(): recv() failed when getting int: Connection reset by peer Feb 6 13:11:29.315136: common.c:61 fatal(): FATAL ERROR: Can't receive value from the server! # Jack output settings. JackOutLeft = "system:playback_1" JackOutRight= "system:playback_2" -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages moc depends on: ii libasound21.0.24.1-4 ii libc6 2.13-26 ii libcurl3-gnutls 7.24.0-1 ii libdb5.1 5.1.29-1 ii libfaad2 2.7-7 ii libflac8 1.2.1-6 ii libgcc1 1:4.6.2-12 ii libid3tag00.15.1b-10 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.1-1 ii libltdl7 2.4.2-1 ii libmad0 0.15.1b-7 ii libmagic1 5.09-2 ii libmodplug1 1:0.8.8.4-1 ii libmpcdec62:0.1~r459-1 ii libncursesw5 5.9-4 ii libogg0 1.2.2~dfsg-1 ii librcc0 0.2.9-3 ii libresid-builder0c2a 2.1.1-11 ii libsamplerate00.1.8-2 ii libsidplay2 2.1.1-11 ii libsidutils0 2.1.1-11 ii libsndfile1 1.0.25-4 ii libspeex1 1.2~rc1-3 ii libstdc++64.6.2-12 ii libtagc0 1.7-1 ii libtinfo5 5.9-4 ii libvorbis0a 1.3.2-1.1 ii libvorbisfile31.3.2-1.1 ii libwavpack1 4.60.1-2 ii zlib1g1:1.2.3.4.dfsg-3 moc recommends no packages. Versions of packages moc suggests: pn moc-ffmpeg-plugin -- no debconf information -- Larry Holish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org