This patch adds the ability for MediaTomb to transcode audio files (e.g. FLAC) to PCM. This is especially useful for UPnP clients that have limited codec support i.e. PlayStation 3 The patch was taken from MediaTomb SVN r1821 which was committed some 10 months ago. I have been using the patch since then and have had no issues with it. The MediaTomb devs also reviewed it and gave it the all clear. The next MediaTomb release 0.12.0 will have this fix, but I doubt it will be released anytime soon since the devs are distracted by other things at the moment :) Sine I mentioned this patch on the Gentoo Forums many users have contacted me directly requesting it. I hope by adding it to Portage it will make things much easier for everyone. Reproducible: Always
Created attachment 186703 [details, diff] PCM transcoding patch
I wonder if it's not easier to simply snapshot mediatomb from svn...
(In reply to comment #2) > I wonder if it's not easier to simply snapshot mediatomb from svn... I agree :) I will shortly attach a snapshot based on my SVN ebuild. It also comes with a better default config.xml which will make setting up MediaTomb a lot easier for users.
Created attachment 186808 [details] mediatomb svn ebuild This is just the SVN ebuild as I wasn't sure how to deal with there being no snapshot tarball.
Created attachment 186811 [details] mediatomb config This config.xml has good defaults for transcoding, thumbnailer, apple trailers and youtube.
I will just wait for MediaTomb 0.12.0 so I'm closing this bug.
I actually would like to add this to portage asap, just having a bit of a hard time to find time to get around it :/
(In reply to comment #7) > I actually would like to add this to portage asap, just having a bit of a hard > time to find time to get around it :/ No problem :) I closed it since all I was really after was PCM support for stable 0.11.0. Although SVN is very stable some features like DVD image parsing don't work too well, so I didn't want to add any further stress to the MediaTomb devs by adding this. However since I help out on their irc and forums it should be okay ;)
Created attachment 188434 [details] mediatomb config Minor update that enables PS3 compatibility.
Created attachment 191770 [details] mediatomb svn ebuild Updated ebuild with the following changes. 1. Reworded the MySQL elog section in pkg_post inst() so that it no longer refers to specific numbered sections in the MediaTomb documentation as they are likely to change with every release. 2. Replaced the MEDIATOMB_HOMEDIR, MEDIATOMB_CONFDIR and MEDIATOMB_PIDDIR variables with hard-coded values as there isn't any benefit to having these values stored as variables. 3. No longer create the /var/run/mediatomb directory in src_install() as this is a limitation of 0.11.0 which dropped privileges before it could create the PID file. This will also require an updated mediatomb.confd file and a 0.11.0 revision bump which seds the location of the PID file that it needs. This will then allow for a smooth upgrade once 0.11.0 is eventually removed from the tree.
Created attachment 191772 [details] mediatomb confd file mediatomb confd with new pid location
Created attachment 191773 [details] mediatomb-0.11.0 revision bump mediatomb-0.11.0 revision bump that seds the location of the PID files that it needs.
Reopening...
Any progress here? Last.fm lib is now in portage tree. It would be nice to have proper use flag in mediatomb-svn ebuild. I remember that there were patch to use last.fm lib in mediatomb...? Also new media-libs/libmp4v2-1.9.0 seems to broke mp4 support in svn ebuild...
Created attachment 201501 [details] mediatomb svn ebuild Updated ebuild with the following changes. 1. Ebuild now uses EAPI 2 USE deps for FFmpeg and FFmpegThumbnailer. 2. Renamed ffmpegthumbnailer USE to thumbnail. This makes it consistent with most other ebuilds that specify a USE flag for thumbnailers. 3. FFmpeg is no longer optional. Since the new config.xml comes with a working transcoding section that uses FFmpeg, it makes sense to have it installed. FFmpeg is also used for metadata extraction and FourCC detection so it's quite useful to have it enabled.
Created attachment 201502 [details] mediatomb config Updated config.xml which adds -threads 2 to the FFmpeg transcoding profiles.
(In reply to comment #14) > Any progress here? Last.fm lib is now in portage tree. It would be nice to have > proper use flag in mediatomb-svn ebuild. I remember that there were patch to > use last.fm lib in mediatomb...? This patch was created by the author of lastfmlib and posted to the MediaTomb forum so it's not even in SVN. The MediaTomb devs said they will take a look at it, but since they won't be working on MediaTomb for at least the rest of the year, don't expect to see any progress on last.fm support. > Also new media-libs/libmp4v2-1.9.0 seems to broke mp4 support in svn ebuild... This is a known issue and from what I understand needs to be fixed by upstream. In the meantime you can build MediaTomb with -mp4 to get around this issue.
Created attachment 201518 [details] mediatomb svn ebuild Reverted the forced FFmpeg dependency after getting some emails about this. It's entirely possible to build MediaTomb without FFmpeg support and not require transcoding as well.
Created attachment 201520 [details] mediatomb config Removed the -threads option from the audio transcoding profile since it has no effect.
Created attachment 201527 [details] mediatomb svn ebuild Fix ffmpegthumbnailer support which was broken in previous ebuild due to copy & paste :>
(In reply to comment #20) > Created an attachment (id=201527) [edit] > mediatomb svn ebuild > > Fix ffmpegthumbnailer support which was broken in previous ebuild due to copy & > paste :> > Thanks for fixing this up. Compiles now fine again here...
Created attachment 201977 [details] mediatomb svn ebuild This update fixes #281432.
Created attachment 201979 [details] mediatomb initd file Updated init.d file to fix bug #274627.
Created attachment 201981 [details] mediatomb confd file Updated conf.d file to fix bug #274627. Users who need to specify an interface or ip should now set it via the MEDIATOMB_OPTIONS var.
Created attachment 203013 [details] Live Ebuild Updated ebuild to keep QA happy
(In reply to comment #25) > Created an attachment (id=203013) [edit] > Live Ebuild > > Updated ebuild to keep QA happy > The line in this ebuild that reads "eautoreconf" needs to be "eautoreconf -i" for the current svn to work correctly. As it needs to copy missing auxiliary files. If an updated ebuild needs to uploaded for this change let me know and i can.
(In reply to comment #17) > (In reply to comment #14) > > Any progress here? Last.fm lib is now in portage tree. It would be nice to have > > proper use flag in mediatomb-svn ebuild. I remember that there were patch to > > use last.fm lib in mediatomb...? > > This patch was created by the author of lastfmlib and posted to the MediaTomb > forum so it's not even in SVN. The MediaTomb devs said they will take a look at > it, but since they won't be working on MediaTomb for at least the rest of the > year, don't expect to see any progress on last.fm support. > > > Also new media-libs/libmp4v2-1.9.0 seems to broke mp4 support in svn ebuild... > > This is a known issue and from what I understand needs to be fixed by upstream. > In the meantime you can build MediaTomb with -mp4 to get around this issue. >
(In reply to comment #17) > (In reply to comment #14) > > Any progress here? Last.fm lib is now in portage tree. It would be nice to have > > proper use flag in mediatomb-svn ebuild. I remember that there were patch to > > use last.fm lib in mediatomb...? > > This patch was created by the author of lastfmlib and posted to the MediaTomb > forum so it's not even in SVN. The MediaTomb devs said they will take a look at > it, but since they won't be working on MediaTomb for at least the rest of the > year, don't expect to see any progress on last.fm support. > > > Also new media-libs/libmp4v2-1.9.0 seems to broke mp4 support in svn ebuild... > > This is a known issue and from what I understand needs to be fixed by upstream. > In the meantime you can build MediaTomb with -mp4 to get around this issue. > Sorry about the extra "reply", but if interested, you can temporarily hack your way around the libmp4v2 error by creating an mp4.h link in the mp4v2 includes directory and by adding an include path to the ebuild: --with-libmp4v2-h=/usr/include/mp4v2 - who knows what else that breaks, but mediatomb compiles, runs and links with libmp4v2... ls -al /usr/include/mp4v2/mp4.h lrwxrwxrwx 1 root root 7 Sep 18 15:30 /usr/include/mp4v2/mp4.h -> mp4v2.h mediatomb-9999.ebuild inside src_configure(): if use mp4; then myconf="${myconf} --with-libmp4v2-h=/usr/include/mp4v2" fi
Created attachment 213259 [details] mediatomb svn ebuild Updated ebuild to fix issue reported in comment #26. This issue was actually caused by eautoreconf running in ${DISTDIR}/svn-src/mediatomb/mediatomb instead of ${S} and not a missing -i to eautoreconf as suggested in comment #26.
Created attachment 213260 [details] mediatomb config Changed the ffmpegthumbnailer seek percentage from 5 to the default of 10. 5 was too small in some cases resulting in opening movie credits to be displayed as the thumbnails.
(In reply to comment #28) > Sorry about the extra "reply", but if interested, you can temporarily hack your > way around the libmp4v2 error by creating an mp4.h link in the mp4v2 includes > directory and by adding an include path to the ebuild: > --with-libmp4v2-h=/usr/include/mp4v2 - who knows what else that breaks, but > mediatomb compiles, runs and links with libmp4v2... Upstream has now fixed libmp4v2 support so need for hacks anymore :)
Created attachment 214076 [details] mediatomb config Added new image-quality option for ffmpegthumbnailer.
Created attachment 214942 [details] fixed mp4v2.h include file in configure.ac removed src_unpack() added src_prepare() added sed to fix configure.ac to look for mp4v2.h instead of mp4.h
(In reply to comment #33) It appears you have added a bunch sed's throughout the ebuild but they have all been commented out. Furthermore upstream has already fixed the libmp4v2 issue and configure.ac now searches for and finds mp4v2.h.
Created attachment 215220 [details] mediatomb svn ebuild Add last.fm support. Since I do not use last.fm could somebody please test this feature and report back? You will need edit config.xml and set <lastfm> to enabled and provide your last.fm username and password. NOTE: You will need to have lastfmlib 0.4.0 installed but it's not in Portage yet. I have opened bug #299686 and requested a version bump. In the meantime you can just copy the 0.3.0 ebuild to lastfmlib-0.4.0.ebuild and it should work.
Created attachment 215222 [details] mediatomb config Add last.fm configuration.
Created attachment 215770 [details] mediatomb config Added mimetype for m2ts and slightly tweaked the YouTube section which should now be working again.
Created attachment 216550 [details] mediatomb svn ebuild Removed dvd USE flag since this feature is incomplete and has been disabled by upstream.
Created attachment 216551 [details] mediatomb config Removed dvd import config.
Created attachment 217368 [details] mediatomb config Added .cr2 and .nef "fake" mimetype mappings to make it easier to setup raw image transcoding.
i can confirm that lastfm works in my setup. thanks! (In reply to comment #35) > Created an attachment (id=215220) [details] > mediatomb svn ebuild > > Add last.fm support. > > Since I do not use last.fm could somebody please test this feature and report > back? You will need edit config.xml and set <lastfm> to enabled and provide > your last.fm username and password. > > NOTE: You will need to have lastfmlib 0.4.0 installed but it's not in Portage > yet. I have opened bug #299686 and requested a version bump. In the meantime > you can just copy the 0.3.0 ebuild to lastfmlib-0.4.0.ebuild and it should > work. >
Created attachment 225393 [details] mediatomb 0.12.0 ebuild MediaTomb 0.12.0 has been released. You can read the changelog here: http://mediatomb.cc/changelog.txt Changes in 0.12.0 ebuild: - Removal of apple trailers support since it no longer works. - Map .oga and .ogv extensions to audio/ogg and video/ogg mimetypes respectively. The previous behavior was to map .ogg to application/ogg. If you have any files with .ogg extensions you should rename them appropriately. I strongly suggest you clear and rebuild the database to ensure the new mimetypes are correctly set. This is a decision made by upstream.
Created attachment 225395 [details] mediatomb 0.12.0 config
Created attachment 225399 [details] mediatomb 0.12.0 config Minor fix.
(In reply to comment #42) > Created an attachment (id=225393) [details] > mediatomb 0.12.0 ebuild > > MediaTomb 0.12.0 has been released. You can read the changelog here: > http://mediatomb.cc/changelog.txt Wow, about time :) Thanks for being persistent here. I'll get to it this weekend.
(In reply to comment #45) > Wow, about time :) Thanks for being persistent here. I'll get to it this > weekend. Thanks, that would be awesome :)
Ok, great. We now have 0.12.0 in the tree. Thanks, BT, for the help. Any new issues belong in new bug reports. Thanks.