http://www.nnseek.com/e/boerde.lists.vdr/ Posts for boerde.lists.vdr Sat, 01 Mar 2008 10:45:28 PST http://www.nnseek.com/ http://www.nnseek.com/img/64.png 64 64 NNSeek http://www.nnseek.com/e/boerde.lists.vdr/my_gf_getting_doggey_86292781t.html http://www.nnseek.com/e/boerde.lists.vdr/my_gf_getting_doggey_86292781t.html

Posted In: boerde.lists.vdr

no comments

Reply

]]> Sat, 01 Mar 2008 10:45:28 PST http://www.nnseek.com/e/boerde.lists.vdr/sims_keygen_1703_1_2_72876589t.html http://www.nnseek.com/e/boerde.lists.vdr/sims_keygen_1703_1_2_72876589t.html cgxuebxbfbygvndcricfgbduotzizy

Posted In: boerde.lists.vdr

no comments

Reply

]]> Fri, 19 Oct 2007 16:17:12 PDT http://www.nnseek.com/e/boerde.lists.vdr/vdr_burn_cvs_makes_crash_my_vdr_1_4_2_39396909t.html http://www.nnseek.com/e/boerde.lists.vdr/vdr_burn_cvs_makes_crash_my_vdr_1_4_2_39396909t.html
were you ever able to fix the problem you had with this


I am having exactly the same problem althouigh with vdr-1.4.5


Any help would be great


Mike

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

Posted In: boerde.lists.vdr

no comments

Reply

]]> Sun, 25 Feb 2007 15:15:08 PST http://www.nnseek.com/e/boerde.lists.vdr/vdr_rfc_shutdown_rewrite_for_1_5_x_version_0_4_39384877t.html http://www.nnseek.com/e/boerde.lists.vdr/vdr_rfc_shutdown_rewrite_for_1_5_x_version_0_4_39384877t.html 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



--- vdr.c.old 2007-02-24 22:36:26.707746080 +0100
+++ vdr.c 2007-02-24 22:38:21.012241392 +0100
@@ -1169,7 +1169,7 @@
if (LastSignal == SIGHUP) {
LastSignal = 0;
// Confirm for any activity that blocks a restart
- if (!Shutdown.ConfirmShutdown(true))
+ if (!Shutdown.ConfirmRestart(true))
// Not confirmed, cancel.
break;

--- menu.c.old 2007-02-24 22:36:23.037304072 +0100
+++ menu.c 2007-02-24 22:38:15.016152936 +0100
@@ -2726,7 +2726,7 @@
return osContinue;

// Confirm for any activity that blocks a restart
- if (!Shutdown.ConfirmShutdown(true))
+ if (!Shutdown.ConfirmRestart(true))
// Not confirmed, cancel.
return osContinue;



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

Posted In: boerde.lists.vdr

no comments

Reply

]]> Sat, 24 Feb 2007 13:56:52 PST http://www.nnseek.com/e/boerde.lists.vdr/vdr_vdr_burn_vdrconver_segmentation_fault_39378733t.html http://www.nnseek.com/e/boerde.lists.vdr/vdr_vdr_burn_vdrconver_segmentation_fault_39378733t.html
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:

[mplex] + mplex -f 8 -S 0 -M -o
/tmp/vdr-burn.Planeta_Tierra__Bosques.4vMnLU/VDRSYNC.0/movie.mpg
/tmp/vdr-burn.Planeta_Tierra__Bosques.4vMnLU/VDRSYNC.0/vdrsync.mpv
/tmp/vdr-burn.Planeta_Tierra__Bosques.4vMnLU/VDRSYNC.0/vdrsync0.mpa
/tmp/vdr-burn.Planeta_Tierra__Bosques.4vMnLU/VDRSYNC.0/vdrsync1.mpa
[mplex] INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/08/28
17:50:54 $)
[author] /usr/bin/vdrburn-dvd.sh: line 45: 4944 Segment fault
dvdauthor -x "$DVDAUTHOR_XML"
[vdr] process author (pid = 4939) exited gracefully (exit code 139)
[vdr] process "author" exited
[vdr] ERROR: process demux (pid = 4937) crashed (signal 15)
[vdr] ERROR: process mplex (pid = 4938) crashed (signal 15)

Any help would be apreciated.
Thanks,

Leo.

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

Posted In: boerde.lists.vdr

1 Comment

Reply

]]> Sat, 24 Feb 2007 13:06:46 PST http://www.nnseek.com/e/boerde.lists.vdr/vdr_dvbstream_and_vdr_streamdev_streaming_format_d_39346733t.html http://www.nnseek.com/e/boerde.lists.vdr/vdr_dvbstream_and_vdr_streamdev_streaming_format_d_39346733t.html
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

Posted In: boerde.lists.vdr

no comments

Reply

]]> Sat, 24 Feb 2007 06:33:21 PST http://www.nnseek.com/e/boerde.lists.vdr/vdr_announce_vdr_maintenance_patch_1_4_5_2_39340589t.html http://www.nnseek.com/e/boerde.lists.vdr/vdr_announce_vdr_maintenance_patch_1_4_5_2_39340589t.html 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!

Klaus

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

Posted In: boerde.lists.vdr

no comments

Reply

]]> Sat, 24 Feb 2007 05:03:33 PST http://www.nnseek.com/e/boerde.lists.vdr/patch_vdr_vdr_multiple_frontends_finished_39339821t.html http://www.nnseek.com/e/boerde.lists.vdr/patch_vdr_vdr_multiple_frontends_finished_39339821t.html The patch that enable multiple frontend with shared bus, should be finished
and on my pc it seems to be stable enough.

http://tux.dpeddi.com/lr319sta/downloads/vdr_1.4.5_eddi-multiple-frontend_v5
.patch

Now the patch don't switch frontend, is recording in progress.

Best Regards,

Eddi


> -----Messaggio originale-----
> Da: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Per conto di
> Eddi
> Inviato: sabato 10 febbraio 2007 11.17
> A: 'VDR Mailing List'
> Oggetto: R: [PATCH]: [vdr] VDR & Multiple frontends, another try
>
> Hi, I've made another patch to vdr 1.4.5.
>
> Now I have used your suggestion, and the patch seems to be stable.
>
> http://tux.dpeddi.com/lr319sta/downloads/vdr_1.4.5_eddi-multiple-
> frontend_v2
> .patch
>
> At the moment I've tested it only with live view.
>
> Klaus, please look at this patch again and tell me what do you think.
>
> However I'm sure that what I'm done can be optimized.
>
> Best regards
>
> Eddi
>
>
>
> > -----Messaggio originale-----
> > Da: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Per conto
> di
> > Eddi
> > Inviato: venerdì 9 febbraio 2007 14.28
> > A: 'VDR Mailing List'
> > Oggetto: R: [PATCH]: [vdr] VDR & Multiple frontends
> >
> > Ok, I hope that what I have done, may describe the algorithm that I
> think
> > may be necessary to get multiple frontend working.
> > I know that the solution I choose are not the best and right, I'm not a
> > c++
> > programmer!
> >
> > The only solution I found to close all file descriptors and
> > /dev/dvb/adapter0/frontend0 was to add the close fd_frontend to the dvb
> > device destructor.
> >
> > Eddi
> >
> > > -----Messaggio originale-----
> > > Da: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Per conto
> > di
> > > Klaus Schmidinger
> > > Inviato: venerdì 9 febbraio 2007 13.43
> > > A: vdr@linuxtv.org
> > > Oggetto: Re: [PATCH]: [vdr] VDR & Multiple frontends
> > >
> > > Eddi wrote:
> > > > So what do you think should be the right way?
> > >
> > > I haven't decided yet how to do that.
> > >
> > > I just wanted to let you know that deleting the cDvbDevice
> > > is not the way to go - especially if you delete it from within
> > > one of its own member functions ;-) It's no wonder your patched
> > > version fails it you saw off the branch you're sitting on.
> > >
> > > Klaus
> > >
> > > >> -----Messaggio originale-----
> > > >> Da: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Per
> > conto
> > > di
> > > >> Klaus Schmidinger
> > > >> Inviato: venerdì 9 febbraio 2007 8.27
> > > >> A: vdr@linuxtv.org
> > > >> Oggetto: Re: R: [PATCH] R: R: [vdr] VDR & Multiple frontends
> > > >>
> > > >> Eddi wrote:
> > > >>> I need help....
> > > >>>
> > > >>> This is why sometimes hangs after my patch...
> > > >>>
> > > >>> On ProvidesChannel I delete the cDvbDevice and i make it again.
> > > >> Deleting the cDvbDevice is definitely the wrong way to do this.
> > > >>
> > > >> Klaus
> > >
> > > _______________________________________________
> > > 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

Posted In: boerde.lists.vdr

no comments

Reply

]]> Sat, 24 Feb 2007 04:47:22 PST http://www.nnseek.com/e/boerde.lists.vdr/vdr_vdr_does_not_resume_vps_recording_after_restar_39339309t.html http://www.nnseek.com/e/boerde.lists.vdr/vdr_vdr_does_not_resume_vps_recording_after_restar_39339309t.html > 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.

Having a sanity check for the absolute maximum of a VPS controlled recording
might be a good idea. However, I guess this will have to be yet another
setup parameter. And it should control the maximum overtime, so that it
doesn't matter how long the original scheduled time is. After all, somebody
might want to record a show that runs for more than 8 hours...

I'll see what I can do in version 1.5.

Klaus

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

Posted In: boerde.lists.vdr

1 Comment

Reply

]]> Sat, 24 Feb 2007 04:30:51 PST http://www.nnseek.com/e/boerde.lists.vdr/vdr_announce_vdr_spider_0_1_3_39301421t.html http://www.nnseek.com/e/boerde.lists.vdr/vdr_announce_vdr_spider_0_1_3_39301421t.html
There is a new version of the 'Spider Arachnid' plugin.

Download: http://toms-cafe.de/vdr/spider/vdr-spider-0.1.3.tgz

Changes since version 0.1.2:
- Added Spanish language texts (thanks to bittor from open7x0.org).

'Spider Arachnid' is an implementation of the best patience game played
on the On Screen Display of the VDR. See the project's homepage for
details: http://www.toms-cafe.de/vdr/spider

Tom

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

Posted In: boerde.lists.vdr

no comments

Reply

]]> Fri, 23 Feb 2007 14:53:31 PST