Comment 4 for bug 378390

I downloaded the mt-daapd source from the Jaunty repositories and I managed to get ssc-ffmpeg plugin to compile (it took some doing, as the configure script would not run without tweaks even from a clean download of the source, at least with the minimal options I was giving it, and the path for the avcodec and avformat headers was broken). I just changed the calls to avcodec_decode_audio to avcodec_decode_audio2, which seems to be the replacement function in the ffmpeg library. So now I can get the ssc-ffmpeg script to load, an my music shows up on the client as wav files instead of the native format, but I still can't get mt-daapd talking to my client.

When I try to play a song from the server, the mt-daapd log shows the mt-daapd claims to be streaming it, but on the client side (amarok in my case), the song pops up for a second, and then ends right away, with no music coming it, but no error reported. It looks as if it sees it as a zero length wav. This happens with both flac and ogg files (mp3's stream natively without problem). Without ssc-ffmpeg, ogg files were streaming natively, but I was getting the same symptom with native flac files as I am now with the transcoded files.