[Bug 191873] Network ports in category "multimedia"
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Tue Jul 15 11:46:39 UTC 2014
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191873
--- Comment #4 from Stefan Esser <se at FreeBSD.org> ---
(In reply to Kubilay Kocak from comment #3)
> I'm +1 on the primary motivator behind category selection being "Where would
> our users reasonably expect to find it?"
>
> Considering multimedia as the 'service' provided to the user as distinct
> from a softwares primary 'functional' class makes this easier to identify
The problem is, that all DLNA servers have been in "net" for many years. AFAIK,
the PlexMediaServer is not using UPnP/DLNA, but a protocol specific to their
devices.
UPnP is not only used for media streaming, but as a universal network access
mechanism. Those UPnP/DLNA servers, that are primarily meant to stream media
contents, should probably add multimedia as a secondary category, to make them
appear in the package repository under that category.
DLNA renderer ports do belong into the multimedia category, most do support
other access methods (including local files). UPnP/DLNA controller without
rendering functionality are media devices from a user's point of view.
But UPnP/DLNA servers are more similar to web servers with addition of service
announcements and media file introspection (to distinguish audio/photo/video
formats).
Therefore, I'd think that the following categories are most appropriate:
UPnP/DLNA renderer: multimedia (secondary: net?)
UPnP/DLNA controller: multimedia (secondary: net)
UPnP/DLNA server: net (secondary: multimedia)
But in fact, any other systematic assignment to categories might be OK, as long
as it follow some concept. I'd expect to find the others in the same category
if I installed one and find that it does not fit my requirements.
And UMS is the outlier, right now, since all other DLNA servers are in "net"
...
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list