Hi,
VDRAdmin-AM-3.4.3rc2 is available at http://andreas.vdr-developer.org.
Have fun! Andreas
Changes since v3.4.2: - For timers that are checked by AutoTimer for start/stop times the broadcast's length must at least match 90% of the original timer's length (excluding before/behind buffers). - Reworked detection of already programmed AutoTimers and made it compatible to VDR v1.3.23+ (Based on suggestions by Jouni Karvo). - Don't crash if illegal characters are used for searching (Reported by foobar42). - Fixed error after progamming a timer if VDRAdmin is accessed through apache (Reported by speed). - If there were quotes in an AutoTimer's pattern and you clicked "test" the pattern got cleared (Reported by The_Pit). - Changed program name to VDRAdmin-AM to make clear it's a fork of VDRAdmin. - Added "Help" and "About" to navigation bar at the left. - Hide "Record" button if prog_detail is opened from timer_list. - After clicking "Record" in prog_detail and leaving timer_new return to page where prog_detail has been opened (Reported by Ferdinand Grassmann). - Timers were re-programmed every CheckTimers() call if setup option "do not add summary to timers" is active (Reported by Ferdinand Grassmann). - Dropped sendEmail dependency. Now uses Net::SMTP modules (Patch by Ville Skyttä). - Don't show EPG images for other events (Fixed by Ferdinand Grassmann). - Changed GRAB so that it doesn't use temporary files for VDR >=1.3.38. - VPS for timers (Requested by reibuehl). - Made extension and mimetype for both live and recordings streaming configurable (Suggested at vdrportal.de). - Understand format of VDR v1.3.38+ "lste" command (Thanks to Marcus Breitenstein). - In skin "default": returning from timer_new didn't scroll to the line where "Rec" has been called in prog_list/prog_list2 (Reported by Foobar42) - Fixed installing of missing Perl modules.
Hello Andreas,
* Andreas Mair Andreas.Mair@linogate.com [07-02-06 08:55]:
VDRAdmin-AM-3.4.3rc2 is available at http://andreas.vdr-developer.org.
is it possible to store the configuration file eg. under /etc/vdradmin/ and vdradmin will use these configfile if they exists?
I hate it to always copy the configuration files into the new directory of vdradmin. :)
Best regards, Matthias
Hello Matthias,
so you run VDRAdmin-AM from the folder where you extracted it? It will always use that folder for locating its files. But you can use install.sh to install it to your system. Then it will use /etc/vdradmin (or whatever you tell it) for its configuration. Alternatively you can write your own simple script that copies the configuration files to the new folder.
Regards, Andreas
On Tuesday 07 February 2006 10:13, Matthias Fechner wrote:
Hello Andreas,
- Andreas Mair Andreas.Mair@linogate.com [07-02-06 08:55]:
VDRAdmin-AM-3.4.3rc2 is available at http://andreas.vdr-developer.org.
is it possible to store the configuration file eg. under /etc/vdradmin/ and vdradmin will use these configfile if they exists?
I hate it to always copy the configuration files into the new directory of vdradmin. :)
Best regards, Matthias
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hello Andreas,
* Andreas Mair Andreas.Mair@linogate.com [07-02-06 10:39]:
so you run VDRAdmin-AM from the folder where you extracted it? It will always use that folder for locating its files.
yes, that true.
But you can use install.sh to install it to your system. Then it will use /etc/vdradmin (or whatever you tell it) for its configuration. Alternatively you can write your own simple script that copies the configuration files to the new folder.
thanks for this information, but I save all my files related to video under /usr/local/video, so it is easy to backup and maintain.
Maybe you can change the default that vdradmin will read the configuration from /etc/vdradmin; for the people who install the software with your installscript nothing would change or?
See it as a special feature request :)
Thanks a lot, Matthias
Hello Matthias,
Maybe you can change the default that vdradmin will read the configuration from /etc/vdradmin; for the people who install the software with your installscript nothing would change or?
But this will break things for users who install several VDRAdmin-AM releases, e.g. for evaluating new (beta) releases, who don't want to modify their "main" VDRAdmin-AM's config file. So it's not likely to change.
Regards, Andreas
Le mardi 07 février 2006 à 11:14 +0100, Andreas Mair a écrit :
But this will break things for users who install several VDRAdmin-AM releases, e.g. for evaluating new (beta) releases, who don't want to modify their "main" VDRAdmin-AM's config file. So it's not likely to change.
I trust you so I just use the latest version =:-D
This one seems quite fast, looking good so far
Tony
Le mardi 07 février 2006 à 11:14 +0100, Andreas Mair a écrit :
One small thing:
The help and about buttons are covering the search box - I have attached a small capture
Tony
Hi,
On Tuesday 07 February 2006 11:28, tony wrote:
Le mardi 07 février 2006 à 11:14 +0100, Andreas Mair a écrit :
One small thing:
The help and about buttons are covering the search box - I have attached a small capture
Tony
This is due to small window height, right? Let's see if I can change this...
Regards, Andreas
Le mardi 07 février 2006 à 11:42 +0100, Andreas Mair a écrit :
This is due to small window height, right? Let's see if I can change this...
1024x768
Tony
Hello Andreas,
* Andreas Mair Andreas.Mair@linogate.com [07-02-06 11:14]:
But this will break things for users who install several VDRAdmin-AM releases, e.g. for evaluating new (beta) releases, who don't want to modify their "main" VDRAdmin-AM's config file. So it's not likely to change.
yes you are right. :)
Best regards, Matthias
-
Andreas Mair -
Matthias Fechner -
tony