You are not logged in.
Pages: 1
Hey;
I'm having a problem with mpd. After I did my udpdate today my mpd simple just crash with a segmentation fault when is creating the database.
These were the updates I did today.
[2011-06-23 10:11] starting full system upgrade
[2011-06-23 10:12] upgraded x264 (20110327-1 -> 20110617-1)
[2011-06-23 10:12] upgraded ffmpeg (20110330-2 -> 20110622-1)
[2011-06-23 10:12] upgraded gstreamer0.10-ugly (0.10.18-1 -> 0.10.18-2)
[2011-06-23 10:12] upgraded gstreamer0.10-ugly-plugins (0.10.18-1 -> 0.10.18-2)
[2011-06-23 10:12] upgraded mplayer-vaapi (33161-1 -> 33161-3)
[2011-06-23 10:13] upgraded vlc (1.1.10-2 -> 1.1.10-4)And watching the logs I found this
Jun 23 10:51:29 localhost kernel: [ 1360.169576] mpd[3709]: segfault at 43adba ip 00007f2053763bba sp 00007f2047f53470 error 7 in libavformat.so.52.110.0[7f20536b7000+df000]And libavformat is owned by ffmpeg which was updated today. Is this a bug from ffmpeg?
edit: I'm not sure if is related with this thread: https://bbs.archlinux.org/viewtopic.php?id=119453
Last edited by ilusi0n (2011-06-25 11:37:30)
Offline
same here, it crashes also on database update in libavformat.so
Everything less than immortality is a complete waste of time!
Offline
same problem here
I opened a bug report: https://bugs.archlinux.org/task/24839
Last edited by SiD (2011-06-23 16:58:42)
Offline
i rolled ffmpeg back to 20110330-2 and x264 to 20110327-1. that restores functionality for the moment. maybe it breaks something else, but meh.
EDIT: breaks playback. but still: update works. so if you just need one update...
Last edited by Cptn_Sandwich (2011-06-24 07:20:12)
Offline
There is a patch now in the BugTracker.
Rebuilding mpd with the patch fixed it for me.
Offline
Seems that the new version available on repository (mpd 0.16.3-2) seems that contains the patch already @SiD talked about. And it start working here. So I will mark this thread as solved ![]()
Last edited by ilusi0n (2011-06-25 11:37:49)
Offline
mpd also crashes here, but seems to be a different problem. Considering the subject of the thread, I decided to ask here anyway. It runs for about 2-3 secs and then crashes, giving no error at all with verbose nor in log.
This is the segfault found in /var/log/messages:
2011-07-06T20:34:37.596207-04:00 cerdo kernel: [14964.199072] mpd[6008]: segfault at 10 ip 00007f2b8c677c84 sp 00007f2b841fb450 error 4 in libpthread-2.14.so[7f2b8c66e000+17000]
2011-07-06T20:34:54.546282-04:00 cerdo kernel: [14981.149537] mpd[6027] general protection ip:44696e sp:7fec01ebf9d0 error:0 in mpd[400000+72000]
2011-07-06T20:39:33.292470-04:00 cerdo kernel: [15259.897466] mpd[6785]: segfault at 3e13068 ip 00007f7fdd32c9a0 sp 00007f7fd1b6b2a0 error 4 in libc-2.14.so[7f7fdd2b9000+157000]I would really appreciate any help with this.
PD: nevermind, there was a broken ogg screwing things up.
Last edited by MartinZ (2011-07-11 02:30:56)
All your base are belong to us
Offline
I'm having segfaults while updating my database with mpd-0.16.3-2 and ffmpeg-20110724-1
Aug 14 20:03:58 localhost kernel: [585128.167886] mpd[23166]: segfault at 0 ip 00007f77ec6e5748 sp 00007f77e1337330 error 4 in libavformat.so.52.110.0[7f77ec691000+df000]Any clues on how to fix this?
Offline
I'm having segfaults while updating my database with mpd-0.16.3-2 and ffmpeg-20110724-1
Aug 14 20:03:58 localhost kernel: [585128.167886] mpd[23166]: segfault at 0 ip 00007f77ec6e5748 sp 00007f77e1337330 error 4 in libavformat.so.52.110.0[7f77ec691000+df000]Any clues on how to fix this?
disable stupid fffmpeg plugin? ![]()
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
Ziemas wrote:I'm having segfaults while updating my database with mpd-0.16.3-2 and ffmpeg-20110724-1
Aug 14 20:03:58 localhost kernel: [585128.167886] mpd[23166]: segfault at 0 ip 00007f77ec6e5748 sp 00007f77e1337330 error 4 in libavformat.so.52.110.0[7f77ec691000+df000]Any clues on how to fix this?
disable stupid fffmpeg plugin?
And how do I do that?
Offline
Uninstall ffmpeg, since it seems mpd uses it if it can (If I'm not totaly wrong) and build your own package using some PKGBUILD in AUR that does'nt depend on ffmpeg.
If you're lazy you can use this pkg from my repo http://www.odus.se/x86_64/mpd-minimal-0 … pkg.tar.xz (use it on your own risk). But I strongly recommend that you build your own packages using abs.
"If the person you are talking to doesn't appear to be listening, be patient. It may simply be that he has a small piece of fluff in his ear." - A.A. Milne (Winnie-the-Pooh)
Offline
but thats only a workaround, right?
i have exactly the same problem as Ziemas. my system is up to date and when i try to update the database, mpd crashes with a segfault -- just like Ziemas described.
i mean, isnt there any way to make it work with mpd and ffmpeg from the repos? i couldnt find a bug report for this either.
is there any chance, that this will be fixed in an update soon? (in that case i could wait a little longer)
thanks for your help
Offline
works here with packages from official repos on 64bit
mpd 0.16.3-2
ffmpeg 20110724-1
Offline
hmm, thats rather strange, i have the same packages also on a 64 bit machine.
i wonder what the differences are.
do you have different file types in your library, too? also with mp3s? well, for me, it doesnt only crash on mp3 files, but also when it scans a folder that contains video data (i remember a *.swf file inparticular). however, when i scan a folder that only contains *.mp3 files, i updates for a while and crashes somewhere in the middle.
im no expert, but it seems ffmpeg still has problems with some (corrupted?) media files. maybe your files are all just fine?
i have a lot of data, and finding each file that causes a segfault and correcting/removing it isnt really a solution. and in the past it worked just fine.
does anyone know a solution?
again, thanks for your help.
Offline
I am having the same error on 32-bit with mpd 0.16.3-2 and ffmpeg 20110724-1.
mpd segfaults after a few seconds. Error in kernel.log is
localhost kernel: [44351.682939] mpd[3257]: segfault at 0 ip b742b575 sp b4bd2c40 error 4 in libavformat.so.52.110.0[b73cd000+fd000]It's got to be a corrupted media file somewhere but I have a lot of music and mpd.log is not too helpful even though I have specified verbose logging. This is the initial database build, I would be ok otherwise.
Offline
For spotting corrupted mp3 files, you might try something like mp3check from the AUR.
Last edited by steabert (2011-08-27 06:06:31)
Offline
thanks for your suggestion, but unfortunately that doesnt solve the problem.
mp3check only checks mp3, but i also have other media files in my library. also the program seems very old and it looks like development is inactive for several years, as far as i can tell.
its a pity that the whole program crashes just because of some corrupted media files.
hopefully this will be addressed in the next release. i guess, i have to wait until then...
Offline
also the program seems very old and it looks like development is inactive for several years, as far as i can tell.
its a pity that the whole program crashes just because of some corrupted media files.
hopefully this will be addressed in the next release. i guess, i have to wait until then...
from their website:
August 03, 2011 - Latest mpd/ffmpeg issues
Lately a change in ffmpeg introduced crashing issues in mpd. This issue has been fixed in ffmpeg and also mpd now has a fix to handle broken ffmpeg installations, so please update both. If you cannot update for any reason, you can disable ffmpeg in mpd.conf by adding "decoder { plugin "ffmpeg" enabled "no" }".
Offline
thanks again for your effort!
yes, i read these news, too, but i got the following error adding this line ("decoder { plugin "ffmpeg" enabled "no" }") to my mpd.conf:
line 413: Unknown tokens after '{' im not very smart when it comes to programming/scripting and last time i wasnt desperate enought to play around with it. i just thought it didnt work...
but now that you showed me that solution again i tried a few things and adding it like this worked flawlessly:
decoder {
plugin "ffmpeg"
enabled "no"
}i have no idea why they didnt posted it like that when it makes a difference. and its also strange that they think the issue has been fixed, when there are still people having the same problem. however, it works perfectly that way. ![]()
and you only need to temporarily disable this plugin for a database update, so you can turn it back on again afterwards, if you need it for some reason.
for what does mpd uses this plugin anyway? and why is it not an optional dependency? their website says:
FFmpeg is a complete, cross-platform solution to record, convert and stream audio and video. It includes libavcodec - the leading audio/video codec library.
since everything works here without it, i assume its only needed by mpd for audio streaming when you use it on a music server.
well, its working now. its a nice workaround that workes perfectly, i shouldnt complain.
thanks a lot for your help!
Last edited by 6arms1leg (2011-08-28 12:46:29)
Offline
Good that it works now, you can go back enjoying mpd
I guess the fixes they talk about are in 0.17 (git repository), so once that version hits arch, remember to remove this workaround. On the other hand, you could install mpd-git from the AUR, that should work too.
Offline
Pages: 1