You are not logged in.
edit: the bug has been fixed in the development build, so it should make it into the next release build. Original post below.
------------------------------
I have installed deadbeef and ffmpeg to enable .tak playback, but it seems something is missing.
pacman -Qi deadbeef
Name : deadbeef
Version : 0.6.1-2
Description : A GTK+ audio player for GNU/Linux.
Architecture : x86_64
URL : http://deadbeef.sourceforge.net
Licenses : GPL2
Groups : None
Provides : None
Depends On : alsa-lib hicolor-icon-theme desktop-file-utils
Optional Deps : gtk2: for the GTK2 interface [installed]
gtk3: for the GTK3 interface
libsamplerate: for Resampler plugin [installed]
libvorbis: for Ogg Vorbis playback [installed]
libmad: for MP1/MP2/MP3 playback [installed]
flac: for FLAC playback [installed]
curl: for Last.fm scrobbler, SHOUTcast, Icecast, Podcast support [installed]
imlib2: for artwork plugin [installed]
wavpack: for WavPack playback [installed]
libsndfile: for Wave playback [installed]
libcdio: audio cd plugin [installed]
libcddb: audio cd plugin [installed]
faad2: for AAC/MP4 support [installed]
dbus: for OSD notifications support [installed]
pulseaudio: for PulseAudio output plugin
libx11: for global hotkeys plugin [installed]
zlib: for Audio Overload plugin [installed]
libzip: for vfs_zip plugin [installed]
ffmpeg: for ffmpeg plugin [installed]As you can see, ffmpeg is there. The configuration string for the deadbeef plugin reads:
aa3;oma;ac3;vqf;amr;opus;takBut when I open any .tak file, nothing is added to the list. Starting from the cmd says (tak or opus)
[tak @ 0x7f30d40033e0] Codec type or id mismatches
[ogg @ 0x7f30d8002400] 2048 bytes of comment header remain
[libopus @ 0x7f30d800a0e0] Codec type or id mismatchesThe files were generated with the official takc/opusenc, so they should be valid. My whole library consists of them and they play fine on windows via foobar2000.
I used the static build of deadbeef previously and it worked, but on this machine I decided to get the repo version since it now is supposed to support FFMPEG... does it still not?
edit: current static build (0.6.1.-5) doesn't seem to work as well... maybe a bug?
edit2: .ac3 gets loaded using ffmpeg, so the link between ffmpeg and deadbeef seems to be working. Using ARM I downgraded to 0.6.0 then 0.5.6 and both state that
==> ffmpeg support was disabled in this deadbeef release due to
==> incompatibilities with ffmpeg 0.11. It might be re-introduced soon.0.6.1 does not, so I assumed the issue was solved...
Last edited by Soukyuu (2014-06-01 22:04:08)
[ Arch x86_64 | linux | Framework 13 | AMD Ryzen™ 5 7640U | 32GB RAM | KDE Plasma Wayland ]
Offline
It seems to be a bug related to artwork embedded in any file format supported by deadbeef's FFMPEG plugin. ffplay is able to play the files and display the cover art, so it must be something on deadbeef's end.
I have reported the issue on their bug tracker. Both static and non-static builds are affected.
[ Arch x86_64 | linux | Framework 13 | AMD Ryzen™ 5 7640U | 32GB RAM | KDE Plasma Wayland ]
Offline