|
Up |
|
|
|
|
Author: veftphveftph
Date: Oct 19, 2007 16:17
cgxuebxbfbygvndcricfgbduotzizy
|
|
|
no comments
|
|
|
|
|
Author: Udo RichterUdo Richter
Date: Feb 24, 2007 13:56
Udo Richter wrote:
> I've finished a fourth version of the shutdown rewrite. Again there are
> two patches available, one for VDR 1.5.0, and one with slight changes
> for 1.4.x.
>
> Changes:
> - Handle setup menu restart questions in cShutdown::ConfirmRestart()
> - Act differently on SIGHUP:
> Restart VDR like on setup menu restart, but dont ask questions.
Well, that was the intention. Next time I'll do it, promise! ;)
The attached patch fixes this and actually calls ConfirmRestart, not
ConfirmShutdown.
Beside that, things are getting close to land in VDR 1.5.x, so any last
minute bug hunting is welcome.
Cheers,
Udo
|
Show full article (1.55Kb) |
no comments
|
|
|
Author: Leo MárquezLeo Márquez
Date: Feb 24, 2007 13:06
Hi,
I'm desperated with this problem. I can't do dvd's from my vdr recordings.
I have tried with vdr-burn and vdrconvert-vdr2dvd.
I'm using debian etch, kernel 2.6.17.13, vdr 1.4.3
My 0.1 vdrconvert log:
STAT: Processing
/conversiones/tmp/vdr2dvd/12616/DVDMENU/Titel-1/spu-submenu-1.mpg...
STAT: VOBU 0 at 0MB, 1 PGCS^M
/usr/local/bin/vdr2dvd.sh: line 583: 20156 Segment fault nice -n
$PRIO $DVDAUTHOR -x ${UniqueMENUDIR}/dvd.xml
ERROR : Fehler bei dvdauthor -x. rc=<139>
NOTICE : exit!
Aufruf /usr/local/bin/postvdr2dvd.sh mit parameter :
24-02-2007 21:48:35 : Session /usr/local/bin/vdr2dvd.sh Exit
My cvs vdr-burn log:
|
Show full article (1.52Kb) |
1 Comment |
|
|
Author: Ali H.M. HoseiniAli H.M. Hoseini
Date: Feb 24, 2007 06:33
Hi all,
I'm thinking to write a simple udp clone of vdr streamdev plugin.
I tested dvbstream, but the problem is I couldn't play dvbstream streams
with videlan, which is only player that I know works with linux and
windows and could play streamdev streams.
Does anybody know what format streamdev streams, and why videolan could
not play dvbstream streams?
although dvbstream says it uses rtp over udp protocol, and videolan has
an option to play this.
John.
_______________________________________________
vdr mailing list
vdr@ linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
|
|
no comments
|
|
|
Author: Klaus SchmidingerKlaus Schmidinger
Date: Feb 24, 2007 05:03
VDR maintenance patch 1.4.5-2 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-2.diff
This is a 'diff' against version 1.4.5-1 (which is the official
version 1.4.5, patched with ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.4.5-1.diff).
Small fixes to the officially released VDR versions will be first
made available as "maintenance patches" in the Developer directory,
so that they can be reviewed and tested before a new official
release is published.
So please apply the above patch and report whether it works (or
if it causes any new problems).
This version is binary compatible to the previous one, so plugins
don't need to be recompiled.
The changes since version 1.4.5-1:
- Removed 'assert(0)' from cDvbSpuDecoder::setTime() (thanks to Marco Schlüßler).
- Fixed a possible crash when loading an invalid XPM file (thanks to Martin Wache).
- Updated satellite names in ' sources.conf' (thanks to Thilo Wunderlich).
- Fixed handling error status in cDvbTuner::GetFrontendStatus() (thanks to
Reinhard Nissl).
Have fun!
|
Show full article (1.20Kb) |
no comments
|
|
|
|
|
Author: Klaus SchmidingerKlaus Schmidinger
Date: Feb 24, 2007 04:30
Andreas Breitenbach wrote:
> Hi all,
>
> I am using vdr-1.4.5. If I have started a recording without VPS it does
> automatically resume the recording, if VDR has been restarted (either
> manually or caused by a reset).
>
> This is not working for a VPS recording.
I just tried that and it did resume the VPS recording just fine
after restarting VDR.
Maybe there are specific conditions under which this doesn't work?
> I could imagin that in that case the recording is fully controlled by the VPS
> signal. IMHO there should be some vanity check for the recording with VPS to
> avoid nonsens, e.g the recording should stop after, let say, 8 hours, even if
> no VPS stop signal has been received.
> I used to have a recording with 1380 minutes, I guess the stop signal was
> never detected. This kind of check should be used for the resume after a
> restart as well.
|
Show full article (1.42Kb) |
1 Comment |
|
|
|
|
|
|
|