Re: Replay Problems with Extension HD

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> From: Hannu Tirkkonen
> Subject: Re:  Replay Problems with Extension HD
> 
> On 14.10.2010 19.17, Vesa wrote:
> >> From: Rolf Ahrenberg
> >>
> >> Would it help to modify the plugin's GetSTC() method only when
> >> replaying?
> >>
> >> + if (Replaying())
> >> +    STC -= 500000L; // or configurable: 900L *
> ReelSetup.STCDelayMs;
> >>
> >
> > Yes, that works. Complete fix for ReelBoxDevice.c around line 996:
> >
> > - return (stc == 0) ? -1LL : stc;
> > + if (Replaying())
> > + stc -= 520000L;
> > + return (stc == 0) ? -1LL : (stc&  0x00000000FFFFFFFF);
> >
> >
> > With this change Reelbox delivers stc in correct format and timing is
> > correct for live show. For recordings 520000 is suitable mid range
> offset on
> > Yle SD feed. I assume that eHD buffer is for mpeg/h264 and delay is
> based on
> > bit/s.
> >
> OMG :) It's really working.

Unfortunately it is not working.. The Working Fix is this:

- return (stc == 0) ? -1LL : stc;
+ if (Transferring()){
+ stc -= 90000L;
+ }
+ else {
+ stc -= 520000L;
+ }
+ return (stc == 0) ? -1LL : (stc & 0x00000000FFFFFFFF);

Replaying returns always true, Transferring returns true only for live. eHD
seems to need small delay also for live.

With this patch eHD looks usable device. I have to do long time testing for
stability, but so far it is more stable than xine/vdpau based solutions. I'm
using reelbox testing tree version 15208 for reelbox-3 and eHD device
driver.

-- 
Vesa


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


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux