Full PNG support using libpng, though PNG metadata support is completely built-in (i.e. no additional dependencies for basic PNG support).
This patch also supersedes and extends ticket #130. In addition to the new options in that ticket, if built against libpng you can supply a single PNG icon image which will be resized, composited and converted as necessary with:
icon=pngfile,[bgcolor]
where [bgcolor] is an optional RGB background color supplied as a 24-bit integer in any format recognized by strtol() (e.g. 0x7f7f7f for 50% gray, 0xff0000 for red, 0x00ff00 for green, 0x0000ff for blue, etc.).
Makefile.am and configure.ac are modified, so running autogen.sh is required.
Requires pkg-config for libpng build options.
Thanks for this patch but where should I specify which icon to use?
icon=pngfile,[bgcolor] ??????????
Last edit: TeHashX 2015-02-26
In the configuration file.
But don't use this patch. Clone or get a snapshot of my fork (eastcheap / minidlna) instead. It's what I actually run, so it's better tested and up-to-date. And there's a smidgen of documentation at the bottom of minidlna.conf.
In fact, the PNG/opus/ogg patches should probably be closed at this point.
Last edit: R.L. Horn 2015-02-27
Works great, now I have to integrate thumbnails patch https://sourceforge.net/p/minidlna/patches/92/?limit=25&page=1#038b
Can you add it to your git?
Thanks
I made video thumbnails patch, needs libffmpegthumbnailer-dev to be installed and run ./configure --enable-thumbnail
Please add it to your git.
Thanks
Cloning your git and compiled minidlna with any other modification, scan will end after about 10 seconds without any error, minidlna running fine but only 3-4 video files in db.
Ah, nuts. There's an error all right, almost certainly a segfault. The
scanner fork()s off and does its thing independently, so tracking problems
down can be fiendishly difficult.
Probably some bad PNG or a bad METADATA_BLOCK_PICTURE tag that I'm not
handling well. I'll mock up some corrupt album art to try and duplicate
the problem. I'll also look into adding some logging to the SIGCHLD
handler so at least this won't be able to go unnoticed.
It would help if you could attach the output from "minidlnad -d".
(Compressed, please. Those suckers can get BIG.) Or email it to me.
And I haven't forgotton about the video thumbnails. I just can't decide
what to do. Unfortunately, it just got pushed down a notch on the
priority scale...
Some errors compiling:
And error scanning:
God bless you for using MALLOC_CHECK_. I think it's fixed. I know it's
hard to believe looking at the diff, but I actually remembered to count
the '\0'. It was another character ('/') I neglected to count.
I expect new and interesting failures now: running minidlnad through
valgrind produced some unpleasant surprises, not quite all of which were
my fault. Looks like I'll be hunting memory leaks over the weekend.
The compiler warnings are just sound and fury. I'll eventually get around
to suppressing them when I'm absolutely positive they signify nothing.
Recompiled and scanning all db :) Thanks
Now I want to try with thumbnails patch enabled
Working fine with thumbnails too and seams stable :)
https://www.asuswrt.eu/minidlna-upnp-media-server-through-debian-wheezy-arm/#customlogo
Last edit: TeHashX 2015-03-07
Hi, I want to apply your patch to original minidlna git but to include latest commits to, can you give me a hint?
Is there a version of this against 1.3.0? Or an up-to-date minidlna fork that incorporates it?
https://sourceforge.net/p/minidlna/patches/092/?page=2 also update this patch and now
one updated patch is here https://salsa.debian.org/debian/minidlna/-/blob/debian/1.3.3+dfsg-1.1/debian/patches/15-thumbnails.patch?ref_type=tags