Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - mediatomb

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: mediatomb 0.12.1-14

Git Clone URL: https://aur-dev.archlinux.org/mediatomb.git (read-only)
Package Base: mediatomb
Description: Free UPnP/DLNA media server
Upstream URL: http://mediatomb.cc/
Licenses: GPL
Submitter: PirateJonno
Maintainer: J5lx
Last Packager: J5lx
Votes: 131
Popularity: 2.208184
First Submitted: 2011-10-31 12:20
Last Updated: 2017-01-20 15:39

Latest Comments

1 2 3 4 5 6 Next › Last »

oksijun commented on 2017-01-26 09:34

I'm by no means a C++ programmer either, but from what I understand it ignores the string size when reading a tag from a file. As explained in the bug report, this size is calculated incorrectly when the tag contains "special" characters.

Given that the last upstream update to mediatomb was in 2014, it's unlikely this patch will ever be improved or commented on. FWIW, however, I've been using it for a couple of years with no adverse effects.

J5lx commented on 2017-01-22 09:11

Would you mind giving a short explanation of how that patch works? I'm not exactly a C++ programmer and I'm hesitant to add patches I don't understand…

oksijun commented on 2017-01-21 08:44

@J5lx: would you consider adding this patch ? : http://oksijun.net/truncated_auxdata.patch

This fixes an issue described here : https://sourceforge.net/p/mediatomb/bugs/78/

sleduc commented on 2016-08-29 13:42

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.

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
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.