Bug#526127: mt-daapd: Please compile with --enable-musepack
I did the test here with a Musepack file and found out that the ffmpeg plugin in mt-daapd doesn't list mpc as a supported codec. Which is clearly stupid as ffmpeg does support Musepack nowadays, even if it may not have supported it back when the plugin was written. So you can give a try to this package and tell me if it works for you: http://people.debian.org/~jblache/mt-daapd_0.9~r1696.dfsg-6lenny2_i386.deb sha1sum: d548c6eaed500064e2ebd18880ee73da51f0cf97 If it works for you, it'll be a candidate for an update in Lenny (as the version shows :). It's almost perfect. The .mpc files play fine, except for a very brief burst of white noise at the start of each file. At a guess I'd say that it's trying to play the metadata. The SoundBridge shows a different icon for formats it doesn't handle (an X) and formats it does handle (a music note) next to the title of the track. I don't think the Pinnacle-branded behaves differently on this. (in case you didn't know/notice) Thank you. To be honest I hardly ever use the SB's own LCD interface, I use the browser interface instead (RokuWebControl by Frederik Holst). But it's good to know. Thanks again for your help in solving this - feel free to close this bug if you don't think the white noise is a big issue. CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526127: mt-daapd: Please compile with --enable-musepack
Chris Carr ranting...@gmail.com wrote: Hi, If it works for you, it'll be a candidate for an update in Lenny (as the version shows :). It's almost perfect. The .mpc files play fine, except for a very brief burst of white noise at the start of each file. At a guess I'd say that it's trying to play the metadata. That's probably it, yes. Unfortunately ffmpeg is far from being the very nice piece of software praised by some... codec and format support is far from ideal. It also has serious troubles playing FLAC files all by itself, for instance. Thank you. To be honest I hardly ever use the SB's own LCD interface, I use the browser interface instead (RokuWebControl by Frederik Holst). But it's good to know. Oh, OK. I'm usually right next to the SB as it's on my desk so I read the LCD most of the time. Thanks again for your help in solving this - feel free to close this bug if you don't think the white noise is a big issue. The bug will be closed by the uploads of the fixed versions in unstable and stable. There's not much I can do about the white noise, other than reporting a bug against ffmpeg, but they'll ask for a sample file to reproduce. Feel free to open a bug against the version of libavcodecXY in Lenny (can't remember what XY is in Lenny, 51?) as you're the one with a sample file :) JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526127: mt-daapd: Please compile with --enable-musepack
Chris Carr ranting...@gmail.com wrote: Hi Chris, Ok, I have done this test, and it is indeed the unchanged .mpc file: I did the test here with a Musepack file and found out that the ffmpeg plugin in mt-daapd doesn't list mpc as a supported codec. Which is clearly stupid as ffmpeg does support Musepack nowadays, even if it may not have supported it back when the plugin was written. So you can give a try to this package and tell me if it works for you: http://people.debian.org/~jblache/mt-daapd_0.9~r1696.dfsg-6lenny2_i386.deb sha1sum: d548c6eaed500064e2ebd18880ee73da51f0cf97 If it works for you, it'll be a candidate for an update in Lenny (as the version shows :). The SoundBridge shows a different icon for formats it doesn't handle (an X) and formats it does handle (a music note) next to the title of the track. I don't think the Pinnacle-branded behaves differently on this. (in case you didn't know/notice) Thanks for the report, tell me how it goes, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526127: mt-daapd: Please compile with --enable-musepack
Package: mt-daapd Version: 0.9~r1696.dfsg-6 Severity: minor mt-daapd recognises .mpc files while it is scanning my library, and offers them to clients, but does not actually stream them. I have installed libmpcdec3 (1.2.2-1), and I attach my /etc/mt-daapd.conf in case I have done something stupid. Here is the output to /var/log/mt-daapd.conf: 2009-04-29 13:40:40 (b62d2b90): Session 0: Streaming file '03-Round And Round.mpc' to 192.168.1.24 (offset 0) 2009-04-29 13:40:44 (b62d2b90): Write error: Broken pipe I assume the package has been built without the --enable-musepack option, and I humbly request that it be included in the next version. If that's not the case, and --enable-musepack has been used, then I'd be grateful for any help in working out why .mpc files won't play. It plays mp3, ogg and flac files fine, without any tweaks needed to a default installation. Regards, CC -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mt-daapd depends on: ii adduser3.110 add and remove users and groups ii avahi-daemon 0.6.23-3lenny1Avahi mDNS/DNS-SD daemon ii libavahi-client3 0.6.23-3lenny1Avahi client library ii libavahi-common3 0.6.23-3lenny1Avahi common library ii libavcodec51 0.svn20080206-17 ffmpeg codec library ii libavformat52 0.svn20080206-17 ffmpeg file format library ii libavutil490.svn20080206-17 ffmpeg utility library ii libc6 2.7-18GNU C Library: Shared libraries ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjs-prototype1.6.0.2-4 JavaScript Framework for dynamic w ii libjs-scriptaculous1.8.1-5 JavaScript library for dynamic web ii libogg01.1.3-4 Ogg Bitstream Library ii libsqlite3-0 3.5.9-6 SQLite 3 shared library ii libtagc0 1.5-3 TagLib Audio Meta-Data Library (C ii libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-3.1The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mt-daapd recommends no packages. mt-daapd suggests no packages. -- no debconf information mt-daapd.conf.gz Description: GNU Zip compressed data
Bug#526127: mt-daapd: Please compile with --enable-musepack
Chris Carr ranting...@gmail.com wrote: Hi, mt-daapd recognises .mpc files while it is scanning my library, and offers them to clients, but does not actually stream them. I have 2009-04-29 13:40:40 (b62d2b90): Session 0: Streaming file '03-Round And Round.mpc' to 192.168.1.24 (offset 0) 2009-04-29 13:40:44 (b62d2b90): Write error: Broken pipe That's your client closing the connection because it doesn't like the data it's getting. Which means the file is not getting transcoded. That can be trivially verified if you know the id of the file in the database, just do $ curl -o foo.mpc http://server:3689/rsp/stream/42 and replace 42 with the id of the file. You can then check what gets sent out by mt-daapd, and you'll probably find it's your .mpc file (sha1sum should match, too). I assume the package has been built without the --enable-musepack Nope, it is, but --enable-musepack only enables the metadata parser for musepack files. The actual transcoding is done by ffmpeg, so that would be a case of ffmpeg not handling musepack. Try transcoding the file with ffmpeg to something else (mt-daapd transcodes to wav 44.1 kHz, stereo). Something as simple as $ ffmpeg -i file.mpc foo.wav should do. (what client are you using, btw?) JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526127: mt-daapd: Please compile with --enable-musepack
Chris Carr ranting...@gmail.com wrote: Hi, $ curl -o foo.mpc http://server:3689/rsp/stream/42 and replace 42 with the id of the file. You can then check what gets sent out by mt-daapd, and you'll probably find it's your .mpc file (sha1sum should match, too). Ok, something is very odd then. mt-daapd transcodes mp3, ogg and flac without any outside help, but not mpc files. According to mt-daapd.conf, all the valid file types (including .mpc) should be transcoded to wav automatically. Is this not true for musepack? Transcoding is done through ffmpeg (libavcodec, libavformat). If ffmpeg supports that format, mt-daapd will be available to transcode from that format. If ffmpeg doesn't support it or ffmpeg is buggy, then mt-daapd is impacted directly. You need to do the above test to find out/confirm what's going on. You can determine the file id this way : # sqlite3 /var/cache/mt-daapd/songs3.db sqlite select id from songs where fname='filename.mpc'; 42 sqlite .q # $ ffmpeg -i file.mpc foo.wav The ffmpeg package is not even installed on the server - yet still the ffmpeg is a command-line frontend, the libraries are libavcodec and libavformat (+ libavutil). (what client are you using, btw?) A Pinnacle-branded Soundbridge (HomeMusic version). I'm pretty sure the transcoding must be working correctly for the other formats, because I don't think the Soundbridge understands .ogg or .flac natively. Correct, they don't support any decent music format. AAC/ALAC/MPEG4 counts as half-decent :D JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526127: mt-daapd: Please compile with --enable-musepack
Chris Carr ranting...@gmail.com wrote: Hi, Ok, I have done this test, and it is indeed the unchanged .mpc file: OK, that's a good point. At least it's not a corrupted output :) So should I reassing this as a bug in libavcodec or libavformat? Versions are as per the original bug report. Please do the ffmpeg test I described earlier, so we know if it's ffmpeg that cannot handle the mpc file or a bug in mt-daapd. Only way to know :) JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526127: mt-daapd: Please compile with --enable-musepack
Hi again, $ curl -o foo.mpc http://server:3689/rsp/stream/42 and replace 42 with the id of the file. You can then check what gets sent out by mt-daapd, and you'll probably find it's your .mpc file (sha1sum should match, too). Ok, I have done this test, and it is indeed the unchanged .mpc file: chr...@baba:~$ curl -o foo.mpc http://baba.sadnet:3689/rsp/stream/12122 % Total% Received % Xferd Average Speed TimeTime Time Dload Upload Total SpentLeft 100 6164k 100 6164k0 0 26.8M 0 --:--:-- --:--:-- --:--:-- chr...@baba:~$ ll -rw-r--r-- 1 chrisc chrisc 6312787 2009-04-29 17:13 foo.mpc chr...@baba:~$ cmp foo.mpc /archive/Music/Ratt/1984-Out\ Of\ The\ Cellar/01-Wanted\ Man.mpc chr...@baba:~$ ... shows that there are no differing bytes. Transcoding is done through ffmpeg (libavcodec, libavformat). If ffmpeg supports that format, mt-daapd will be available to transcode from that format. If ffmpeg doesn't support it or ffmpeg is buggy, then mt-daapd is impacted directly. So should I reassing this as a bug in libavcodec or libavformat? Versions are as per the original bug report. Thanks, CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
