Sorry but to be honest I adopted the package just to update it in order to test it, but never really used it...
I disowned it in case someone is interested in working on it.
Search Criteria
Package Details: mediatomb 0.12.1-13
| Git Clone URL: | https://aur.archlinux.org/mediatomb.git (read-only) |
|---|---|
| Package Base: | mediatomb |
| Description: | Free UPnP/DLNA media server |
| Upstream URL: | http://mediatomb.cc/ |
| Licenses: | |
| Submitter: | PirateJonno |
| Maintainer: | None |
| Last Packager: | sleduc |
| Votes: | 127 |
| Popularity: | 0.368918 |
| First Submitted: | 2011-10-31 12:20 |
| Last Updated: | 2015-08-18 14:32 |
Dependencies (10)
- curl (curl-git, curl-http2-git)
- ffmpegthumbnailer
- file (file-git)
- js185
- libexif
- libmariadbclient (libmysqlclient, libmysqlclient55, libmysqlclient56)
- libmp4v2
- sqlite3 (sqlite)
- taglib
- mariadb (mysql, mysql55, mysql56, percona-server) (optional) – to store your music database in mariadb
Required by (0)
Sources (11)
- gcc46.patch
- http://downloads.sourceforge.net/mediatomb/mediatomb-0.12.1.tar.gz
- jsparse.patch
- libavformat.patch
- libav_0.7_support.patch
- libmp4v2_191_p497.patch
- mediatomb-mariadb.service
- mediatomb.conf
- mediatomb.service
- symlinks.patch
- tonewjs.patch
Latest Comments
sleduc commented on 2016-08-29 13:42
WFV commented on 2016-08-22 00:52
What is the max pixel size for mp3 album art? or is there a setting in the config.xml for sizinng? Thank you.
miasma commented on 2016-08-03 13:23
I think the dependencies are wrong.
Currently, the package depends on libavformat.so.56 and libavformat.so.57 at runtime and fails to start up without them. On my system it needs both ffmpeg2.8 and ffmpeg packages (e.g. /usr/lib/ffmpeg2.8/libavformat.so.56)
jro commented on 2016-07-19 10:29
Mediatomb on Debian icorrectly indexes ogg files, so this must be an arch specific issue.
jro commented on 2016-07-19 09:49
For some reason, ogg files do not seem to be indexed properly. I can see them in the PC Directory tree, but not in the Audio tree which is generated from meta data. The latter tree only contains entries extracted from mp3 and m4a files. Tried on amd64 and armv7h (raspberrypi), with mariadb and sqlite. I also deleted the database to force a reindex, the result was no different.
hamelg commented on 2015-01-13 17:42
The mediatomb-mariadb.service file is not correct.
replace in the Unit section :
After=mysql.target network.target
by:
After=mysqld.service network.target
the target mysql.target doesn't exist !
possum commented on 2014-09-29 18:25
@SleepyFloyd Did you try rebuilding mediatomb? Usually if one of the dependencies upgrades, you have to rebuild and reinstall it again.
noplease commented on 2014-09-29 10:15
sorry, meant to vote
possum commented on 2014-09-27 12:49
Ok, I'm not at home this weekend but I'll check it out as soon as possible.
SleepyFloyd commented on 2014-09-26 17:31
As hamelg pointed out, a recent ffmpeg update (I believe on the 23rd) broke mediatomb.
It's missing libavformat.so.55. I've no idea what the libav patches do, so I didn't try to fix this myself. Simply symlinking libavformat.so.56 back doesn't do it...