Hi!
Here is a patch that updates resume of a recording after replay:
- trigger reread of the resume file after replaying a recording
- reset resume of a recording when the resume file is deleted
- trigger reread of the resume files for all recordings if Resume ID
is changed
The patch is for VDR-1.3.18 but it works with VDR-1.3.22, too.
Download: http://toms-cafe.de/vdr/download/vdr-update-resume-0.1-1.3.18.diff
Tom
This patch is additional to the ones already collected at
http://cachalot.mine.nu/src/dxr3/
Bye
--
- Yo también quiero una Europa libre de Patentes de Software -
- I want a Software Patents Free Europe too! And you? -
---------------------------------------------------------------
EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es
syrius.ml(a)no-log.org wrote:
> we've already noticed an issue with live-pausing :) and it seems
vdr+networked-xine
> doesn't like when the xine ui is not correctly closed.
> (it freezes vdr, kill -9 is the only solution)
There is a flaw in the socket code, which leads to a deadlock. Try this
patch, works for me now...
http://tvr.dy.fi/xine-0.7.2-network-DeadLockFix.diff
PS. Keep up the good work! This is exacly what I needed. I could finally
drop streamdev, which never really worked...
Teemu
On Fri, 2005-03-04 at 12:57 +0100, Nicolas Huillard wrote:
> Laurence Abbott a écrit :
> > How easy was it to get your Epia M1000 going with hardware MPEG
> > decoding? Is it as simple as: boot, start vdr with xine plugins, start X
> > sending out the S-video connector, start xine fullscreen?
>
> I start X using the startx command as a special-purpose user, then it
> uses it's .xinitrc that run xine with all needed options (that's a
> standalone STB, so no …
[View More]regular X on this).
> Softdevice is a better alternative : no need to run a display client +
> the vdr server : just launch vdr and you're done. No HW MPEG2 decoding,
> though.
I now have an Epia MII-12000 and I'm in the process of setting it up.
I'm assuming that others on here have tried these things so I thought
I'd save a bit of time and share the answers with others who may be
interested (and Google didn't really give me any straight answers!).
As I understand it, there are two methods of getting accelerated MPEG
decoding with vdr:
1. Using X (as described above) with a kernel DRM module and a
(patched?) version of xfree86 or xorg. Use xine output plugin.
2. DirectFB in conjunction with a kernel module. Use softdevice output
plugin.
Is either of these preferable? I would have thought the second because
there is no overhead of running X as well but the post above says that
DirectFB wouldn't use hardware decoding. Is this still correct? Or is
DirectFB still very flakey? From what I've seen, there are about 3
different possible kernel modules, and the newest kernel patch I've
found is for 2.6.8 (and I can't find a DVB kernel patch for that old a
kernel!).
As I say, I have yet to try any of the above and was after some pointers
before I delve into the realms of testing different options!
;-)
Cheers,
Laz
[View Less]
hi
i stuffed my programmings into a first release.
be warned. this is for the hardcore guys, that cannot wait any longer. theres not much
documentation (but you can email me for questions. oh oh..i wrote that really?...)
surf to: http://hartl-it.de/projects.
bye.
hi
somethimes ago on this list Ari Huttunen said, that vdr (at least my version 1.2.6) has a
problem with EPG receiving on AMD64 / 64BIT-Mode.
i now can confirm this. and it cannot be a configuration problem: i used the same vdr
installation (except for the binaries of cours) for a 32bit and a 64bit gentoo linux system.
addititionly i used the same compiler for both systems (gcc3.4.3). even the compiler flags
are the same.
a funny thing is: the whole rest of vdr works. even setting the …
[View More]system time via EPG seems
to work.
maybe someone with deeper inside into 64bit differences can show into this. i changed back
to a 32bit-based system, but i have the 64bit left on the drive (for tests maybe)
bye.
manuel.
[View Less]
Hi Patrick,
thank's for the patch. very very fine.
i would make it more public on the vdr-portal.
i have problems with fast foreward from records.
any idea?
regards,
peter
> Von :: Patrick Boettcher <patrick.boettcher(a)desy.de>
> An :: "Klaus Schmidinger's VDR" <vdr(a)linuxtv.org>
> Betreff: Re: [vdr] [ANNOUNCE] xine-0.7.2 plugin via network without streamdev
> Datum: Wed, 9 Mar 2005 15:44:18 +0100 (CET)
> <pre>On Wed, 9 Mar 2005 syrius.ml(a)no-log.org …
[View More]wrote:
>
> > Oh have i missed a new version of the xine-over-network patch from
> > Patrick ?
> > (or is it still the first version ?)
>
> It's still the first version or an adaption of the first
> (proof-of-concept) version for recent vdr-xine.
>
> > I should admit, i'm using it all the time ! it's far more stable than
> > having 2 vdr processes + the old streamdev
> > ( yep 2 vdr = 2 times more crashed ;-) )
>
> So all of you say, that the networked-vdr-xine is running stable, with no
> (new) issues? Can't believe it :).
>
> The idea of course is to integrate it into vdr-xine. Therefore the fifos
> would be removed (even for local use) and substituted by sockets. But
> neither me nor anyone else has had the time to do a clean integration into
> vdr-xine and xinelib. Reinhard says, that this part needs a cleanup
> anyway... So combining both steps is just logical.
>
> regards,
> Patrick.
>
> --
> Mail: patrick.boettcher(a)desy.de
> WWW: <a href=http://www.wi-bw.tfh-wildau.de/~pboettch/>http://www.wi-bw.tfh-wildau.de/~pboettch/</a>
> _______________________________________________
> vdr mailing list
> vdr(a)linuxtv.org
> <a href=http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr</a>
> </pre>
Leben Sie gesund? Gesundheit bei Lycos! Neu! - http://www.lycos.de/life/gesundheit/
[View Less]
Hi,
it's the first version, but i changed it for the new xine-0.7.2 plugin
> Von :: syrius.ml(a)no-log.org
> An :: vdr(a)linuxtv.org
> Betreff: Re: [vdr] [ANNOUNCE] xine-0.7.2 plugin via network without streamdev
> Datum: Wed, 09 Mar 2005 15:24:25 +0100
> <pre>"peter_weber69" <peter_weber69(a)lycos.de> writes:
>
> > xine-plugin on Server, only xine-player on client
> > (thank’s to Patrick Boettcher for patch)
> > <a href=http://mitglied.…
[View More]lycos.de/peterweber69/>http://mitglied.lycos.de/peterweber69/</a>
> Oh have i missed a new version of the xine-over-network patch from
> Patrick ?
> (or is it still the first version ?)
>
> I should admit, i'm using it all the time ! it's far more stable than
> having 2 vdr processes + the old streamdev
> ( yep 2 vdr = 2 times more crashed ;-) )
>
> It seems streamdev developpment has been resumed, YOUPI ! :) but last
> time i tried it was crashing vdr-server when the http/vtp stream was
> terminated.
>
> I'm still dreaming of a mix of streamdev & xine plugins (+ multicast)
> :)
>
> hmm is it possible to write plugins for vdr in python ? ;-)
>
> Anyway, many thanks to the developpers !
>
> --
>
> _______________________________________________
> vdr mailing list
> vdr(a)linuxtv.org
> <a href=http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr</a>
> </pre>
Nutzen Sie Outlook für Lycos Mail! - http://mail.lycos.de/app/lycosinside/setupLI.exe
[View Less]