Re: [vdr] small patch for vdr.c: continue even with read-only video directory

2013-03-10 Thread fnu
 and it's important for me, that vdr cannot write anything to the video
directory.

Since this is important for you personaly, you want to change VDR for all
users, are you serious?

From my personal point of view a read only video directory with an video
disk recorder doesn't make much sense. But I wouldn't deny the need, because
obviously there a single user out there who does need it, strange enough ...

But to change it in a global way like this is IMHO not a way to go. The
correct solution would be that any user needing it, must decide and
configure something. So, a kind of a switch like an OSD option or even a
better way, VDR does check existence of a file in this video directory, e.g.
.vdrro, something similar to .nodelete ...

===
Kind regards
fnu 


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] small patch for vdr.c: continue even with read-only video directory

2013-03-10 Thread Klaus Schmidinger

On 09.03.2013 21:24, Peter Münster wrote:

Hi Klaus,

Could you please delete line 577 from vdr.c or do something similar to
let vdr continue even with read-only video directory?

vdr runs fine with this patch on my system, and it's important for me,
that vdr cannot write anything to the video directory.
(see also http://pmrb.free.fr/vdr/)

Here a small patch:

--8---cut here---start-8---
--- vdr.c.orig  2013-03-09 21:13:57.846826771 +0100
+++ vdr.c   2013-03-09 21:16:33.503521762 +0100
@@ -574,7 +574,6 @@

if (!DirectoryOk(VideoDirectory, true)) {
   fprintf(stderr, vdr: can't access video directory %s\n, 
VideoDirectory);
- return 2;
   }

// Daemon mode:
--8---cut here---end---8---

If you prefer, I can write a better patch: stop if not readable, warn if
not writable.


I'm afraid we're too close to releasing version 2.0.0 to make such
changes now.

Besides, why don't you just use a writeable video directory and mount
your read-only directory below that? Something like

/video
/video/readonly

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] read-only video directory

2013-03-10 Thread Udo Richter
Am 08.03.2013 19:35, schrieb Stephan Loescher:
 When you use the suggested solution with unionfs, then the client uses
 the servers setup/timers/epg/etc. because it sees them in its
 /video-directory.

Only until the first write, after that the client will continue with its
local writable copy.

It is generally possible (and in a network shared environment also a
good idea) to have config files in a different place, and just
recordings within /video. If you definitely want shared (read-only)
config files, I'd suggest using symbolic links, like
/etc/vdr/channels.conf - /net/media/data/vdr-config/channels.conf.
Solves a lot of problems, like clients trying to record the same as the
server because of same timers.conf, or not having to configure
streamdev-client on the server.

Cheers,

Udo


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] ANNOUNCE vdr-ttxtsubs 0.3.0

2013-03-10 Thread Tobi
It has been far too long since the last ttxtsubs release, so I thought
it's time for a new one.

A million thanks to all contributors:

Ville Skyttä, Jussi Tepponen, Matti Horila, Dimitri Petrovski

(Please let me know, if I missed someone here..)

The changes:

* Removed obsolete (unused since 0.2.0) setup options: DVB Source
  Selection, Live Delay, Record Subtitles, and old workaround for
  French channels
* Added hard-coded workaround for french channels where page numbes
  850-859 must be mapped to 880-889 (Thx to Jussi Tepponen)
* Some code refactorings
* Adapt to VDR 1.7.26 API changes.
* Updated patch for VDR 1.7.38
* Sync subtitles using PTS (Thx to Matti Horila and Dimitar Petrovski)
* Added option for setting the left/center/right justification of
  subtitles (Thx to Jussi Tepponen)
- Enable teletext subtitles in VDR patch by default

As always: Any help is welcome!

Development site:
  http://projects.vdr-developer.org/projects/plg-ttxtsubs

Downloads:
  http://projects.vdr-developer.org/projects/plg-ttxtsubs/files

Git-Web:
  http://projects.vdr-developer.org/git/vdr-plugin-ttxtsubs.git/

Anonymous Git-access :
  git://projects.vdr-developer.org/vdr-plugin-ttxtsubs.git


This is intended to be a community maintained project! Any help and
patches are always welcome!

Please report bugs, ideas or feature requests to the project site (no
registration required for this!). If you want to contribute patches, new
features or whatever, post an issue or patch to the projects issue tracker
or request to join the project. I would happily add everyone as a project
member, who would like to contribute to the project!

Tobias

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] [ANNOUNCE] VDR developer version 1.7.40

2013-03-10 Thread Klaus Schmidinger

VDR developer version 1.7.40 is now available at

  ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.40.tar.bz2

A 'diff' against the previous version is available at

  ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.39-1.7.40.diff

MD5 checksums:

f59a7ac199248a870e157c66a6ffc24d  vdr-1.7.40.tar.bz2
acff088cc27296cb2c5b794ad4b2e0a8  vdr-1.7.39-1.7.40.diff

WARNING:


This is a *developer* version. Even though *I* use it in my productive
environment. I strongly recommend that you only use it under controlled
conditions and for testing and debugging.

Approaching version 2.0.0:
==

If there are no more serious bug reports, the final version 2.0.0 of VDR
shall be released on March 31, 2013.
So please test this developer version intensely and report any problems
you might encounter as soon as possible.


The changes since version 1.7.39:

- The Recording info page of the skins that come with VDR now displays the 
name of
  the channel (if available) from which this recording was taken.
- Updated the Catalan OSD texts (thanks to Luca Olivetti).
- Updated the Spanish OSD texts (thanks to Luca Olivetti).
- Added a note about the new default sort order of recordings to the release 
notes of
  version 1.7.29 and the UPDATE-2.0.0 file (pointed out by Wolfgang Rohdewald).
- Fixed a faulty UTF-8 character in cs_CZ.po.
- Added the system's character set to the page header in the epg2html script 
(pointed
  out by Dimitar Petrovski).
- Updated the Slovenian OSD texts (thanks to Matjaz Thaler).
- The new option Setup/OSD/Always sort folders first can be used to control 
whether
  folders will be always at the top of the Recordings menu, or will be 
interspersed
  with plain recordings when sorted alphabetically.
- Updated the Swedish OSD texts (thanks to Richard Lithvall).
- Updated the Chinese OSD texts (thanks to Nan Feng).
- Updated the Slovak OSD texts (thanks to Milan Hrala).
- Updated the Macedonian OSD texts (thanks to Dimitar Petrovski).
- Updated the Dutch OSD texts (thanks to Cedric Dewijs).
- Updated the Czech OSD texts (thanks to Ales Jurik).
- Updated the Ukrainian OSD texts (thanks to Yarema Aka Knedlyk).
- Updated the Estonian OSD texts (thanks to Arthur Konovalov).
- Updated the Italian OSD texts (thanks to Diego Pierotto).
- Updated the French OSD texts (thanks to Dominique Plu).
- Updated the Finnish OSD texts (thanks to Matti Lehtimäki).
- Updated the Arabic OSD texts (thanks to Osama Alrawab).
- Updated the Romanian OSD texts (thanks to Lucian Muresan).
- Renamed the plp id to a more general stream id and added support for 
DVB-S2
  Input Stream Identifier (ISI) (based on a patch from Rolf Ahrenberg).
  With this VDR now supports multi streaming on DVB-S2 and DVB-T2 
transponders.
- Fixed a possible deadlock when changing the audio track while replaying a 
recording.
- Fixed resuming replay of PES recordings (reported by Oliver Endriss).
- Limited the Goto() call in cDvbPlayer::SetAudioTrack() to the main thread, in 
order
  to avoid a crash when the track is automatically set from the player thread.
- The LCARS skin now calls SetAntiAliasGranularity(20, 16) in order to reserve 
enough
  fixed colors on 8bpp displays with anti-aliasing.
- Changed the default values for the OSD size back to those before version 
1.7.29,
  to avoid problems with SD-FF cards in case the user switches to the ST:TNG 
or
  Classic skin.

Have fun!

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] Final call for translations for VDR version 2.0.0

2013-03-10 Thread Klaus Schmidinger

The release of VDR version 2.0.0 is imminent, but there are still
several untranslated internationalized texts.

This is the final call for translations for version 2.0.0.
Please don't rely on the original translators to complete these
files, some of them may not have time or are no longer interested
in VDR. So I would appreciate if anybody who speaks one of these
languages could please find the time to translate these texts.

Here's a list of the language files that still need some work,
together with the number of untranslated texts in each of them:

da_DK.po: 134
el_GR.po: 197
hr_HR.po: 134
hu_HU.po: 1
lt_LT.po: 1
nn_NO.po: 262
pl_PL.po: 1
pt_PT.po: 28
ru_RU.po: 1
sl_SI.po: 1
sr_SR.po: 80
tr_TR.po: 134

Please base your work on the latest version of these files in VDR 1.7.40
and send me proper patches (or the complete *.po file).

Thanks
Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Final call for translations for VDR version 2.0.0

2013-03-10 Thread Klaus Schmidinger

On 10.03.2013 16:05, Klaus Schmidinger wrote:

The release of VDR version 2.0.0 is imminent, but there are still
several untranslated internationalized texts.

This is the final call for translations for version 2.0.0.
...
hu_HU.po: 1


I just received the missing Hungarian translation.
Thanks to Istvan Fuley.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Final call for translations for VDR version 2.0.0

2013-03-10 Thread Klaus Schmidinger

On 10.03.2013 16:05, Klaus Schmidinger wrote:

The release of VDR version 2.0.0 is imminent, but there are still
several untranslated internationalized texts.

This is the final call for translations for version 2.0.0.
...
ru_RU.po: 1


I just received the missing Russian translation.
Thanks to Oleg Roitburd.

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] Femon plugin build failed against vdr-1.7.40

2013-03-10 Thread YUP
Hi, I tried to build femon 1.7.18 against vdr 1.7.40 and got the following
log:
== Starting build()...
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='femon'  -o femonosd.o
femonosd.c
femonosd.c: In member function 'void cFemonOsd::DrawInfoWindow()':
femonosd.c:475:20: error: 'class cDvbTransponderParameters' has no member
named 'PlpId'
make: *** [femonosd.o] Error 1
== ERROR: A failure occurred in build().
Aborting...
Rolf, could you fix it, please?

Regards,
Yarema
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Femon plugin build failed against vdr-1.7.40

2013-03-10 Thread Lars Hanisch
Am 10.03.2013 18:01, schrieb YUP:
 Hi, I tried to build femon 1.7.18 against vdr 1.7.40 and got the following 
 log:
 == Starting build()...
 g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC 
 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='femon'  -o 
 femonosd.o femonosd.c
 femonosd.c: In member function 'void cFemonOsd::DrawInfoWindow()':
 femonosd.c:475:20: error: 'class cDvbTransponderParameters' has no member 
 named 'PlpId'
 make: *** [femonosd.o] Error 1
 == ERROR: A failure occurred in build().
 Aborting...
 Rolf, could you fix it, please?

 PlpId has been renamed to StreamId.

 - Renamed the plp id to a more general stream id and added support for 
DVB-S2
   Input Stream Identifier (ISI) (based on a patch from Rolf Ahrenberg).
   With this VDR now supports multi streaming on DVB-S2 and DVB-T2 
transponders.

Regards,
Lars.

 
 Regards,
 Yarema
 
 
 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Femon plugin build failed against vdr-1.7.40

2013-03-10 Thread Gianni Jan
Hi,

I solved it this way

--- /home/VDR/vdr-1.7.39/PLUGINS/src/femon/femonosd.c2013-02-10
03:20:00.0 +0100
+++ /home/VDR/vdr-1.7.40/PLUGINS/src/femon/femonosd.c2013-03-10
17:01:00.754613217 +0100
@@ -472,7 +472,7 @@
offset += OSDROWHEIGHT;
OSDDRAWINFOLEFT( trVDR(System),
*getTerrestrialSystem(dtp.System()));
if (dtp.System())
-   OSDDRAWINFORIGHT(trVDR(PlpId),
*cString::sprintf(%d, dtp.PlpId()));
+   OSDDRAWINFORIGHT(trVDR(StreamId),
*cString::sprintf(%d, dtp.StreamId()));
}
break;

Regads,
Gianni


2013/3/10 Lars Hanisch d...@flensrocker.de

 Am 10.03.2013 18:01, schrieb YUP:
  Hi, I tried to build femon 1.7.18 against vdr 1.7.40 and got the
 following log:
  == Starting build()...
  g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC
 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c
 -DPLUGIN_NAME_I18N='femon'  -o femonosd.o femonosd.c
  femonosd.c: In member function 'void cFemonOsd::DrawInfoWindow()':
  femonosd.c:475:20: error: 'class cDvbTransponderParameters' has no
 member named 'PlpId'
  make: *** [femonosd.o] Error 1
  == ERROR: A failure occurred in build().
  Aborting...
  Rolf, could you fix it, please?

  PlpId has been renamed to StreamId.

  - Renamed the plp id to a more general stream id and added support
 for DVB-S2
Input Stream Identifier (ISI) (based on a patch from Rolf Ahrenberg).
With this VDR now supports multi streaming on DVB-S2 and DVB-T2
 transponders.

 Regards,
 Lars.

 
  Regards,
  Yarema
 
 
  ___
  vdr mailing list
  vdr@linuxtv.org
  http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
 

 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Femon plugin build failed against vdr-1.7.40

2013-03-10 Thread YUP
Thanks, Gianni, it works!

Regards,
Yarema


2013/3/10 Gianni Jan 23jan...@gmail.com

 Hi,

 I solved it this way

 --- /home/VDR/vdr-1.7.39/PLUGINS/src/femon/femonosd.c2013-02-10
 03:20:00.0 +0100
 +++ /home/VDR/vdr-1.7.40/PLUGINS/src/femon/femonosd.c2013-03-10
 17:01:00.754613217 +0100
 @@ -472,7 +472,7 @@
 offset += OSDROWHEIGHT;
 OSDDRAWINFOLEFT( trVDR(System),
 *getTerrestrialSystem(dtp.System()));
 if (dtp.System())
 -   OSDDRAWINFORIGHT(trVDR(PlpId),
 *cString::sprintf(%d, dtp.PlpId()));
 +   OSDDRAWINFORIGHT(trVDR(StreamId),
 *cString::sprintf(%d, dtp.StreamId()));
 }
 break;

 Regads,
 Gianni


 2013/3/10 Lars Hanisch d...@flensrocker.de

 Am 10.03.2013 18:01, schrieb YUP:
  Hi, I tried to build femon 1.7.18 against vdr 1.7.40 and got the
 following log:
  == Starting build()...
  g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC
 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c
 -DPLUGIN_NAME_I18N='femon'  -o femonosd.o femonosd.c
  femonosd.c: In member function 'void cFemonOsd::DrawInfoWindow()':
  femonosd.c:475:20: error: 'class cDvbTransponderParameters' has no
 member named 'PlpId'
  make: *** [femonosd.o] Error 1
  == ERROR: A failure occurred in build().
  Aborting...
  Rolf, could you fix it, please?

  PlpId has been renamed to StreamId.

  - Renamed the plp id to a more general stream id and added support
 for DVB-S2
Input Stream Identifier (ISI) (based on a patch from Rolf Ahrenberg).
With this VDR now supports multi streaming on DVB-S2 and DVB-T2
 transponders.

 Regards,
 Lars.

 
  Regards,
  Yarema
 
 
  ___
  vdr mailing list
  vdr@linuxtv.org
  http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
 

 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] small patch for vdr.c: continue even with read-only video directory

2013-03-10 Thread Peter Münster
On Sun, Mar 10 2013, fnu wrote:

 Since this is important for you personaly, you want to change VDR for all
 users, are you serious?

Yes, where is the problem?


 But to change it in a global way like this is IMHO not a way to go.

Did you understand my suggestion? Here again: not writable: warning, not
readable: exit. Is that a problem for real-life systems?


 The correct solution would be that any user needing it, must decide
 and configure something. So, a kind of a switch like an OSD option or
 even a better way, VDR does check existence of a file in this video
 directory, e.g. .vdrro, something similar to .nodelete ...

Of course: why use the simple way, when there is a complex one... ;)

-- 
   Peter


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] small patch for vdr.c: continue even with read-only video directory

2013-03-10 Thread Peter Münster
On Sun, Mar 10 2013, Klaus Schmidinger wrote:

 I'm afraid we're too close to releasing version 2.0.0 to make such
 changes now.

No problem. I would just like to know, if you agree with such a patch
(or something more elaborated).


 Besides, why don't you just use a writeable video directory and mount
 your read-only directory below that? Something like

 /video
 /video/readonly

1. I don't want, that the client VDR can write/record anything to
   /video.
2. I want my VDR setup to be as simple as possible.

(It just works... ;)

-- 
   Peter


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] small patch for vdr.c: continue even with read-only video directory

2013-03-10 Thread Matthias Schniedermeyer
On 10.03.2013 20:40, Peter Münster wrote:
 On Sun, Mar 10 2013, fnu wrote:
 
  But to change it in a global way like this is IMHO not a way to go.
 
 Did you understand my suggestion? Here again: not writable: warning, not
 readable: exit. Is that a problem for real-life systems?

For most people read-only is a plain error?

Read-only CAN for e.g. happen after an error when the filesystem is 
mounted with error=read-only (ignoring the runtime-case, when VDR is 
already running when that happens).

And you may not see a warning and only notice that something went wrong 
after you lost a recording that didn't happen.
A not starting VDR is a little more noticable than an apparrently 
working one that just can't record anything.

So if VDR suddenly changes behaviour i can gurantee you that at least 1 
person will be bitten by it.

As you said you are a single person, would you think it is fair to the 
person that will losse a recording to have lost it because you wanted a 
change in behaviour that was only for yourself with no apparent gain for 
others?




-- 

Matthias

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] small patch for vdr.c: continue even with read-only video directory

2013-03-10 Thread Peter Münster
On Sun, Mar 10 2013, Matthias Schniedermeyer wrote:

 Read-only CAN for e.g. happen after an error when the filesystem is 
 mounted with error=read-only

Sorry, didn't know about such a configuration option. Therefore I agree
with a somewhat more elaborated solution as mentioned by fnu.

Or please just forget about my request, since I'm probably the only
vdr-user with such a setup.

-- 
   Peter


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] small patch for vdr.c: continue even with read-only video directory

2013-03-10 Thread VDR User
 not writable: warning, not readable: exit. Is that a problem for real-life 
 systems?

A lot of people, myself included, don't like VDR exiting on its' own
unless it's completely unavoidable (such as a crash). I'd much rather
miss some recordings but have live tv available for everyone to use
than have an exited VDR and hearing complaints about the tv not
working until I'm able to find out and fix whatever happened to /video
access.

VDR should only exit when there's no other option or the user actually
wants that behavior. Otherwise, it should be avoided.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr