News:

Latest versions:
Server plugin: 0.5.1
MVP dongle: 0.5.2
Raspberry Pi client: 0.5.2
Windows client: 0.5.2-1

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Topics - dingo35

#21
Hi all,

Thanks first of all for this great 0.2.6 update of vompserver. I also like all the initiatives to start developing mp3 and/or avi/mpg support.

I decided I am now for so long a "happy user", I should try to contribute something myself. I decided to focus on the long-wished, never realised (AFAIK) parental lock support (or better, child lock support; the parent isn't locked out of anything).

My first action was to install the pin-0.1.7 plugin of VDR, which seems to be an excellent basis to start from.

I am planning a step-by-step approach, each step adding new child lock functionality:
1) First step would be to add a parameter to the vomp-MAC-address.conf file, Childlock = On or Off. When On, the vomp-server plugin:
-checks for the existence of the protection.fsk file (put there by pin-plugin) when browsing through directories or trying to open recordings, and prohibits operation when file is present
-when jumping to a channel (live tv), check whether this channel is blocked by pin-plugin, and act accordingly.
-prohibit to start a timer from a blocked channel (actually, this seems to be a security leak in the pin-plugin version 0.1.7; autoprot functionality does not work for me!), or if it can be started, it generates a blocked recording.

Note that in step one you childlock a media-mvp box or not, and the decision is made at operating system level.

2) Second step would be, instead of blocking the above, asking for the pin-number configured in pin-plugin. Also the auto-timeout to childlock after x minutes of pin-plugin should be active on vompserver-plugin, and the "activate childlock now" functionality.

3) Third step could be, to add extended blocking support as supported by pin-plugin, like blocking broadcast and extended search patterns in blocking.

4) Fourth step could be, to enable adding file locks and/or channel locks and other pin-configuring stuff from the vomp-server plugin.
This way also users without OSD access to vdr-server could use functionality also. This pin-configuring stuff would also have to be protected by same pin-code, of course.

Also, all changes should have no effect to those not having a Childlock entry in their vomp-MAC.conf file or not using pin-plugin at all.

My questions to you:
1) Is pin-0.1.7 plugin actually the best basis to start from, or are there even better alternatives?
2) Can anyone hint me on which steps should be best done in client part, and which in server part?
3) I have some experience developing vdr-related software, but I have no setup on which I can cross-compile the client (dongle) software. Anyone with those capabilities like to join?
4) Other hints, tips, ...

Happy to hear from you!
#22
VOMP General / MVP / some small 0.2.5 issues
December 11, 2006, 08:28:22
Hi all,

New version 0.2.5 is major step, lots of bugs seem to be solved, so thanks to all developers!

I have some small issues:

1) translation of Dutch texts: one Dutch and one French text have to be swapped, and I have made some small improvements in the Dutch translations (mostly texts not fitting in screen positions). I will mail them in the translation thread. There is one issue which raises a question, and that is that the "Move" option and the entire submenu are not in language-data.h . Can I just add these translations to language-data.h, or should there be a software modification also? Which numbers should I use (e.g. "Delete" has nr. 21 tagged to it)?

2) new audio language submenu: when showing on tv-set 4:3 with option "chop sides off", this menu is chopped off also. Could this be moved a little bit to the right?

3) new audio language: is it possible to apply the preffered language settings, stored in the VDR?

4) Can't wait to have the new audio language also implemented in real time tv!

5) Other new functionality that would bring vompserver-0.2.5 more in line with VDR itself: when trying to remove a recording that is still recording, one gets some "prohibited" message. Would it be possible to have the VDR options here, so first ask: "Are you sure to delete y/n" (as currently implemented), then if YES,  "Timer is running, are you sure?", and if yes, to remove both recording and timer?


Thanks!