Jürgen Schilling wrote:
I've the same problem with VDR 1.5.1... The VDR does not shutdown
after a recording.
It looks like VDR assumed the start to be manually, not automatically.
Same for you: Check the logs for assuming manual start of VDR, next
timer event at and next plugin wakeup at
On Sat, 3 Mar 2007, Udo Richter wrote:
Check your log for the assuming manual start of VDR line around VDR
startup. This indicates that the wakeup was more than 10 minutes away from
the time that VDR remembered on last shutdown.
No assuming manual start of VDR entry found on my logs, so this
Rolf Ahrenberg wrote:
No assuming manual start of VDR entry found on my logs, so this really
was on automatic wakeup for the timer.
If VDR did detect it as manual start, then something else must have
caused VDR to believe that there's an interactive user. Something
triggers the activity,
Hi Werner,
Were there problems?
Morfsta
On 2/23/07, Dr. Werner Fink [EMAIL PROTECTED] wrote:
On Thu, Feb 22, 2007 at 06:18:11PM +, Morfsta wrote:
Hi Werner,
Any idea when you will be able to release the new firmware for testing?
I'm just testing the stuff in real live on my
Rob Davis wrote:
I had to hack it to get it.. Don't remember how though..
Actually, CINE+ was split over several transponders
CINE+
Promo;CSAT:12129:vC34:S19.2E:27500:168:112=fra,113=eng:0:0:8809:1:1086:0
CINE+ FOOT+;CSAT:12011:vC34:S19.2E:27500:170:120=fra:0:100:8809:1:1086:0
CINE+ FOOT+
Rolf Ahrenberg wrote:
On Sun, 4 Mar 2007, Udo Richter wrote:
Mar 4 18:31:14 xxx vdr: [6740] LastActivity: Never
Mar 4 18:31:14 xxx vdr: [6740] ActiveTimeout: 2104
Mar 4 18:31:14 xxx vdr: [6740] Retry: Never
... goes on and on and no shutdown attempts...
Found it! And, more important:
On Sun, Mar 04, 2007 at 08:31:16PM +0100, Udo Richter wrote:
Rolf Ahrenberg wrote:
On Sun, 4 Mar 2007, Udo Richter wrote:
Mar 4 18:31:14 xxx vdr: [6740] LastActivity: Never
Mar 4 18:31:14 xxx vdr: [6740] ActiveTimeout: 2104
Mar 4 18:31:14 xxx vdr: [6740] Retry: Never
... goes on and
Hi list,
In the 'final' 1.0 version of the shutdown patch, and in VDR 1.5.1, a
small bug slipped through that prevented automatic shutdown after VDR
started for a recording only.
I've uploaded a new 1.1 version of the patches for VDR 1.4.5, VDR 1.5.0
and VDR 1.5.1 to my web page:
Linux usually shuts down all interfaces, when going down (init 0) ..
On Ubuntu it's in: /etc/init.d/networking
- it does an ifconfig eth0 down
Then WOL then will never work, since the LAN-port is without power.
You may check for:
[EMAIL PROTECTED]:/etc$ ll rc?.d |grep network
lrwxrwxrwx 1 root
VDR 1.4.5 seems to shut down when a timer is triggered
and no video is recieved. This happens when the dish is moving
or CA keys are out of date. FELOCK is not enough to stop the shut down.
Is there some way to turn off this feature?
Actually turn off auto shut down all together?
Thanks, mark
VDR 1.4.5 seems to shut down when a timer is triggered
and no video is recieved. This happens when the dish is moving
or CA keys are out of date. FELOCK is not enough to stop the shut down.
Is there some way to turn off this feature?
Actually turn off auto shut down all together?
Thanks,
Hi,
it seems to be a problem with the Siemens D1605 board. WOL isn't working
for ACPI S3 sleep mode. After Changing to S4 all is fine.
But - I think yesterday it was working with S3 also. I will try it again
after all recordings are done ...
Greetings,
Bernd
Bernd Juraschek schrieb:
Hi!
Now I've patched my kernel with suspend2. Now after hibernating to
suspend-to-ram or ACPI S4 WOL is working perfectly. Hibernating to
the poweroff mode disables WOL again. Is WOL never possible if the
PC is soft powered off?
After powering off the PC per
Udo Richter wrote:
Rolf Ahrenberg wrote:
On Sun, 4 Mar 2007, Udo Richter wrote:
Mar 4 18:31:14 xxx vdr: [6740] LastActivity: Never
Mar 4 18:31:14 xxx vdr: [6740] ActiveTimeout: 2104
Mar 4 18:31:14 xxx vdr: [6740] Retry: Never
... goes on and on and no shutdown attempts...
Found it!
14 matches
Mail list logo
