paul

It isn't specific to the Debian package though. The man page is out of date in main and in the tarballs.

I posted an updated patch on the thumbnails thread https://sourceforge.net/p/minidlna/patches/_discuss/thread/28a9f79d/9aca/attachment/minidlna-1.3.3-thumb.patch

Man page out of date

Bug in handling of clashing playlist names.

2 years later Has anyone compiled this patch against current ffmpeg, on current Linux systems? XY question endpoint - I'd like to play BBC streams on my Revo Axis XS now that the BBC has stopped supporting SHOUTcast - the Axis supports DLNA and it looks like this patch can "transcode" HLS streams to DNLA. On Fedora 38, with ffmpeg 6.0.15 I'm struggling to get out of the starting blocks. The first problem is that, after applying the patch (which gave no errors) I can run configure but trying to do...

Partly answering my own question this seems to be a codec support issue for the newer TV - re-encoding the file with AC3 audio instead of DTS "fixes" the problem. Will explore a bit further but it looks like I might be doing some bulk re-encoding of my video library. Edit: Ah, yes, I see Samsung removed DTS support in 2018 :(

Partly answering my own question this seems to be a codec support issue for the newer TV - re-encoding the file with AC3 audio instead of DTS "fixes" the problem. Will explore a bit further but it looks like I might be doing some bulk re-encoding of my video library.

Sorry to be a bit vague but I've only just noticed this problem so haven't had any time to investigate it yet. I've been using Minidlna/ReadyMedia with Samsung TVs since forever (~at least 10 years) and I've just realised that my current Samsung TV (an AU9000) is behaving a bit weird with regards to audio - not offering me an audio language choice despite multiple tracks in the video file and playing a non-default track (e.g. commentary, ignoring the main audio track). At first I thought it might...