http://www.linuxtv.org/vdrwiki/index.php/Remote-plugin
This plugin extends the remote control capabilities of vdr.
The following remote control devices are supported:
(a) Linux input device driver ('/dev/input/eventX', X=0,1,2,...)
(currently not supported on FreeBSD)
(b) keyboard (tty driver): /dev/console, /dev/ttyX
(c) TCP connection (telnet)
(d) LIRC
(e) some(?) FreeBSD uhid(4) devices (experimental support added by this port)
To use, add something like this to vdr_flags: '-Premote -h /dev/uhid0',
(re)start vdr, then the osd should ask you to configure the
remote by pressing the buttons you want to assign.
Note: If your remote is detected as a keyboard you'll have to
tell ukbd(4) to ignore it first by doing (as root) something like:
usbconfig add_dev_quirk_vplh 0x1241 0xe000 0 0xffff UQ_KBD_IGNORE
(and possibly unplug it for a moment or reset it via usbconfig,
0x1241 there is the vendor id, 0xe000 the product id of the
device, you can get yours by doing
usbconfig -d 1.2 dump_device_desc
and looking for idVendor and idProduct, -d 1.2 there corresponds
to ugen1.2 listed by usbconfig w/o args.)
You can check with:
usbconfig show_ifdrv
if the device is then listed as ugen...: uhid... you're good to go.
2nd note: If vdr cannot open your uhid device check it is not claimed
by xorg:
fstat |grep uhid
If it is you may need an xorg.conf(5) with manually defined
InputDevice sections for mouse and keyboard and
Option "AutoAddDevices" "False"
in the ServerFlags section.
And if for some reason you want to reassign the buttons on the
remote you can stop vdr and do:
touch /usr/local/etc/vdr/channels.conf
and/or remove uhid entries from
/usr/local/etc/vdr/remote.conf .
When you then start vdr again it should ask to configure the
remote again.
===> The following configuration options are available for vdr-plugin-remote-0.4.0_16:
DOCS=on: Build and/or install documentation
NLS=on: Native Language Support
===> Use 'make config' to modify these settings
cleanup: Remove expired multimedia/vdr ports:
2023-06-30 multimedia/vdr-plugin-osdteletext: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-wirbelscan: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-control: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-markad: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-iptv: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-femon: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-sleeptimer: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-remote: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-infosatepg: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-reelchannelscan: Depends on abandoned fork of
VDR
2023-06-30 multimedia/vdr-plugin-extrecmenu: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-vdrmanager: Depends on abandoned fork of VDR
2023-06-30 multimedia/vdr-plugin-vnsiserver: Depends on abandoned fork of VDR
(Only the first 15 lines of the commit message are shown above )
multimedia/vdr*: Deprecate including plug-ins and set expiration date to
2023-06-30
Upstream is still alive however our "work in progress" fork got abandoned
in 2015 and been unmaintained since. Several emergency patches have
been applied to keep various things building but it's in a state where so
old it's no longer maintainable and upstream have diverged too much.
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
- Finally stagify the vdr ports. \o/
- Use new LIB_DEPENDS syntax.
- Change multimedia/vdr-plugins defaults and bump PORTREVISION for it.
(switch from xvdr to vnsiserver and disable plugins depending on ffmpeg0)
- Update multimedia/vdr and multimedia/vdr-plugins to 1.7.28 .
- Update xineliboutput XKeySym.Pause key in example remote.conf.
("space" instead of "Space")
- Add multimedia/vdr-plugin-extrecmenu 1.2.2 to vdr-plugins metaport.
- Update multimedia/vdr-plugin-skinenigmang to 0.1.2s20120606 git snapshot.
- Update www/vdr-plugin-live to 0.2.0s20120325 git snapshot.
- Bump PORTREVISION for all other plugins and add api fixes where necessary.
- Add HISTORY to PORTDOCS for most plugins. (those that have it)
- Remove shlib major versions from LIB_DEPENDS to pet portlint.
- Update multimedia/vdr and multimedia/vdr-plugins to 1.7.27 .
- Update multimedia/vdr-plugin-epgsearch to 1.0.1s20120322 git snapshot.
- Update multimedia/vdr-plugin-femon to 1.7.15 .
- Update multimedia/vdr-plugin-iptv to 0.5.0 .
- Update multimedia/vdr-plugin-osdteletext to 0.9.2 .
- Update multimedia/vdr-plugin-streamdev to 0.5.1p20120311 git snapthot.
- Update multimedia/vdr-plugin-xineliboutput to 1.0.90s20111129.1002
cvs snapshot.
- Bump PORTREVISION for all other plugins and add vdr 1.7.27
compatibility/bugfix patches where necessary.
- Update multimedia/vdr to 1.7.22 .
- Add startup script that the rc.d script invokes to wait for
/dev/dvb nodes to appear, can be disabled by setting vdr_waitdvb="NO"
in rc.conf(5). (This turned out to be necessary in some situations
because devd starts webcamd only later in the boot process.)
- One more fix for changing OSD language when using UTF-8.
- Update multimedia/vdr-plugin-femon to 1.7.11 .
- Update multimedia/vdr-plugin-ttxtsubs to 0.2.4 .
- Bump PORTREVISION for all other plugins.
- Update www/vdradmin-am to 3.6.9 .
- Update multimedia/vdr to 1.7.19 (with parts of the update reverted
to avoid a known bug.)
- Fix build with clang for vdr and plugins, and also fix a few bugs it
uncovered.
- Bump PORTREVISION for all plugins.
- Add support patches for teletext subtitle plugin to multimedia/vdr
with knob defaulted to on. (multimedia/vdr-plugin-ttxtsubs, to be
committed next.)
- Bump PORTVERSION for vdr, and also for its plugins because this
is an ABI change.
http://www.linuxtv.org/vdrwiki/index.php/Remote-plugin
This plugin extends the remote control capabilities of vdr.
The following remote control devices are supported:
(a) linux input device driver ('/dev/input/eventX', X=0,1,2,...)
(currently not supported on FreeBSD)
(b) keyboard (tty driver): /dev/console, /dev/ttyX
(c) TCP connection (telnet)
(d) LIRC
(e) some(?) FreeBSD uhid(4) devices (experimental support added by this port)
(Only the first 15 lines of the commit message are shown above )
