Download raw body.
new multimedia/dms
Hello, fellow DLNA enthusiast, Tried this on an amd64 system, but used minidlna’s UID for reviewing purposes. It works and plays videos in VLC just fine. Unfortunately my semi-ancient Sony TV doesn’t pick it up, but I suppose that’s a separate issue. My comments: Is it really necessary to complicate the port with patches? It builds and runs just fine without them and for any nonessential features from the upstream we can just wait for a new release. It doesn’t pass lib-depends; missing c and pthread. Missing homepage. DESCR isn’t fmt-ed. Portcheck doesn’t complain, so maybe it isn’t relevant, but it’s nice to keep things consistent. RC is string replacing invalid characters. Wouldn’t it be more appropriate to escape them? Or just remove it altogether as setting the values is supported through the configuration file. Readme with instructions for basic setup, usage, and default values probably wouldn’t hurt. I’ve attached the port with most of my suggestions implemented. On Sat, 2025-10-18 at 22:39 +0000, Klemens Nanni wrote: > A minidlna alternative in Go that is easy to run and fully IPv6-only > capable, > the following works great to stream movies as tested with VLC on an > appliance: > > $ rcctl get dms > dms_class=daemon > dms_execdir= > dms_flags=-path /home/media -noTranscode -http [::]:1338 > dms_logger= > dms_rtable=0 > dms_timeout=30 > dms_user=nobody > > $ fstat -p $(pgrep dms) | grep internet > nobody dms 1660 3* internet6 stream tcp 0x0 > *:1338 > nobody dms 1660 7* internet6 dgram udp *:1900 > nobody dms 1660 8* internet6 dgram udp *:1900 > > > The port fetches/applies two commits from upstream; I tried using > DIST_TUPLE or > GH_* with a commit id instead, but failed to make it work with the go > module. > > You can find the attached port in openbsd-wip as well. > > > Feedback? OK? > > Information for inst:dms-1.7.2 > > Comment: > UPnP DLNA server with transcoding > > Description: > dms is a UPnP DLNA Digital Media Server. It runs from the terminal, > and serves > content directly from the filesystem from the working directory, or > the path > given. The SSDP component will broadcast and respond to requests on > all > available network interfaces. > > dms advertises and serves the raw files, in addition to alternate > transcoded > streams when it's able, such as mpeg2 PAL-DVD and WebM for the > Chromecast. > It will also provide thumbnails where possible. > > dms also supports serving dynamic streams (e.g. a live rtsp stream) > generated on > the fly with the help of an external application (e.g. ffmpeg). > > dms uses ffprobe/avprobe to get media data such as bitrate and > duration, > ffmpeg/avconv for video transoding, and ffmpegthumbnailer for > generating > thumbnails when browsing. These commands must be in the PATH given to > dms or the > features requiring them will be disabled. > > Maintainer: Klemens Nanni <kn@openbsd.org>
new multimedia/dms