Re: [vdr] Replay Problems with Extension HD

2010-10-24 Thread Klaus Schmidinger
On 14.10.2010 13:48, Vesa wrote:
 I did some testing and debugging. First note is that VDR do not do sanity
 check for STC on delay loop. Now there is on dvbsubtitle.c
 
 if (STC = 0) {
 
 It should be
 
 if (LimitTo32Bit(STC) = 0) {
 
 After this delay loop start to work with reelbox-3 plugin. With out that STC
 int64_t value includes garbage and get most of time negative value. Because
 same filtering is in use other places for this value, it should be also on
 if-statement..

Vesa did state in his posting dated 2010-10-15/15:39 that the modification
to dvbsubtitle.c is not necessary, but I just want to make it clear why that
is so.

The check

  if (STC = 0) {

acts on the raw STC value returned by the device, which was allowed to
be -1 in case that device is unable to return the STC. Limiting this to
32 bit would break this check.

For version 1.7.17 of VDR I will make it mandatory for devices that
can replay to return a valid STC value in GetSTC(), and the above check
is then obsolete (since the 'else' branch of that 'if' was never implemented,
anyway).

Klaus

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


Re: [vdr] Replay Problems with Extension HD

2010-10-15 Thread Vesa
 From: Hannu Tirkkonen
 Subject: Re: [vdr] 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 -= 50L; // or configurable: 900L *
 ReelSetup.STCDelayMs;
 
 
  Yes, that works. Complete fix for ReelBoxDevice.c around line 996:
 
  - return (stc == 0) ? -1LL : stc;
  + if (Replaying())
  + stc -= 52L;
  + return (stc == 0) ? -1LL : (stc  0x);
 
 
  With this change Reelbox delivers stc in correct format and timing is
  correct for live show. For recordings 52 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 -= 9L;
+ }
+ else {
+ stc -= 52L;
+ }
+ return (stc == 0) ? -1LL : (stc  0x);

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@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Replay Problems with Extension HD

2010-10-15 Thread Hannu Tirkkonen

On 15.10.2010 10.28, Vesa wrote:

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

- return (stc == 0) ? -1LL : stc;
+ if (Transferring()){
+ stc -= 9L;
+ }
+ else {
+ stc -= 52L;
+ }
+ return (stc == 0) ? -1LL : (stc  0x);

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.


Is it still required to modify also the dvbsubtitle.c?

btw; Your previous patch reelbox-svn15208-vdr.bin for reelbox svn 15208 
didn't apply clean to VideoPlayerHd.c. The line 313 in svn 15208 
(VideoPlayerHd.c) start with:

const UInt repeat = 6;
and your patch expect it to start with
const UInt repeat = 4;

It's easy to fix, but I thought I let you know...

...hanu



--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


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


Re: [vdr] Replay Problems with Extension HD

2010-10-15 Thread Vesa
 From: Hannu Tirkkonen
 Sent: Friday, 15 October, 2010 11:18
 To: VDR Mailing List
 Subject: Re: [vdr] Replay Problems with Extension HD
 
 Is it still required to modify also the dvbsubtitle.c?

No.

 btw; Your previous patch reelbox-svn15208-vdr.bin for reelbox svn 15208
 didn't apply clean to VideoPlayerHd.c. The line 313 in svn 15208
 (VideoPlayerHd.c) start with:
 const UInt repeat = 6;
 and your patch expect it to start with
 const UInt repeat = 4;
 
 It's easy to fix, but I thought I let you know...
 

Correct patch in the attachment, original was broken (wrong version) as you
found. This do not include yet that STC fix.

-- 
Vesa


reelbox-svn15208b-vdr.diff
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread crow
On Wed, Oct 13, 2010 at 11:43 PM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
 On 13.10.2010 20:55, Rolf Ahrenberg wrote:
 On Wed, 13 Oct 2010, Vesa wrote:

 Similar delay as on ttxsubtitles would be nice addition to VDR.
 Separate and
 additional delay for live and record play modes. Suitable range would
 be 0 -
 10s.

 Well, IMO that delay code in the ttxtsubs plugin should be removed when
 PTS code has been merged into the repo.

 This would fix also other issue than non working output. Sometimes

 How about adding a STC offset setting in these non working output
 plugins with a little help of latest PCR value and the system clock?

 My opinion is that there is several reason to add DVB subtitle delay
 setting
 to VDR menu. To fix non working output devices and to fix temporally miss
 aligned subtitles. This feature is similar as Lipsync set on all
 modern AV
 devices. Audio should be in sync with video, but sometimes it is not.
 It is
 good to have lipsync on menu for fixing this temporal but totally
 annoying
 issue.

 I'm against these kind of dirty hacks in the official VDR code tree, but
 the current dvbsubtitles code in VDR could be refactored to be
 replaceable with a plugin. Afterwards the reel plugin could reimplement
 it with any hacks needed.

 If there's something actually wrong with VDR's DVB subtitle code, it
 should be fixed in VDR. I don't see why we would need a plugin interface
 here.

 An output device needs to provide a proper STC in order to sync subtitles.
 I guess I need to change the description of cDevice::GetSTC() to make
 this a requirement...

 Klaus

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


Hi,
Well i am not sure if they are fixed or not with .15 and .16 but last
time i tested dvbsubtitle on FULL HD tv i got something like like this
in [1] and no i don't have eHD hardware but using xine as output
device . Yes dvb subtitle are actually showed but on wrong position
and small.
My biggest problem with dvb subtitle is that they actually not work
for TotalTV package on 16.0E all what i sow in logo was this:

Mar 14 23:17:31 vdrbox vdr: [2369] subtitleConverter thread started
(pid=2347, tid=2369)
But the subtitle arent showed like on zdf [1] .

This may be a problem of provider and not of vdr but I would like to
debug it deeper to get this stuff working.. There was a discussion on
vdrportal regarding that [2].

But maybe I wrote this in wrong thread here and should actualy open a new one?

[1]
http://www.abload.de/img/dvbsubtitle01y8tk.jpg
http://www.abload.de/img/dvbsubtitle0257mc.jpg
http://www.abload.de/img/dvbsubtitle038jph.jpg
[2]
http://www.vdrportal.de/board/thread.php?threadid=97744

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


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread Vesa
I did some testing and debugging. First note is that VDR do not do sanity
check for STC on delay loop. Now there is on dvbsubtitle.c

if (STC = 0) {

It should be

if (LimitTo32Bit(STC) = 0) {

After this delay loop start to work with reelbox-3 plugin. With out that STC
int64_t value includes garbage and get most of time negative value. Because
same filtering is in use other places for this value, it should be also on
if-statement..

This do not fix delay issue on eHD completely, but now subtitles are in sync
with AV.

Next step is to add delay for subtitles. This is dirty trick, it is only
for eHD users. Simply add some value to Delta (add second line):

Code:
 Delta = LimitTo32Bit(sb-Pts()) - LimitTo32Bit(STC);
 Delta += 50;

With that 5 you will get 5.56s delay. With that eHD now works correctly
with recording play. Live shows subtitles will be too late with this, but it
is minor issue. I mostly watch recordings :)

The root cause is still there, somehow eHD delivers around 50 too low
STC for recording play. For live shows STC value is correct..

-- 
Vesa


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


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread Rolf Ahrenberg

On Thu, 14 Oct 2010, Vesa wrote:


Next step is to add delay for subtitles. This is dirty trick, it is only
for eHD users. Simply add some value to Delta (add second line):

Code:
Delta = LimitTo32Bit(sb-Pts()) - LimitTo32Bit(STC);
Delta += 50;

With that 5 you will get 5.56s delay. With that eHD now works correctly
with recording play. Live shows subtitles will be too late with this, but it
is minor issue. I mostly watch recordings :)


Would it help to modify the plugin's GetSTC() method only when 
replaying?


+ if (Replaying())
+STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs;

BR,
--
rofa

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


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread Georg Acher
On Thu, Oct 14, 2010 at 02:48:51PM +0300, Vesa wrote:

 The root cause is still there, somehow eHD delivers around 50 too low
 STC for recording play. For live shows STC value is correct..

I'll need to have a closer look, but it sounds possible, that the pts is the
pts of the last packet put into the video decoder queue and not the latest
value of the currently shown frame... That would explain the time lag, the
ES queue of the decoder is about 3MB or so.

-- 
 Georg Acher, ac...@in.tum.de
 http://www.lrr.in.tum.de/~acher
 Oh no, not again ! The bowl of petunias

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


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread Vesa
 From: Rolf Ahrenberg
 
 Would it help to modify the plugin's GetSTC() method only when
 replaying?
 
 + if (Replaying())
 +STC -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs;
 

Yes, that works. Complete fix for ReelBoxDevice.c around line 996:

- return (stc == 0) ? -1LL : stc;
+ if (Replaying())
+ stc -= 52L;
+ return (stc == 0) ? -1LL : (stc  0x);


With this change Reelbox delivers stc in correct format and timing is
correct for live show. For recordings 52 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.

-- 
Vesa


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


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread Hannu Tirkkonen

On 14.10.2010 14.48, Vesa wrote:

I did some testing and debugging. First note is that VDR do not do sanity
check for STC on delay loop. Now there is on dvbsubtitle.c

if (STC= 0) {

It should be

if (LimitTo32Bit(STC)= 0) {

After this delay loop start to work with reelbox-3 plugin. With out that STC
int64_t value includes garbage and get most of time negative value. Because
same filtering is in use other places for this value, it should be also on
if-statement..

This do not fix delay issue on eHD completely, but now subtitles are in sync
with AV.

Next step is to add delay for subtitles. This is dirty trick, it is only
for eHD users. Simply add some value to Delta (add second line):

Code:
  Delta = LimitTo32Bit(sb-Pts()) - LimitTo32Bit(STC);
  Delta += 50;

With that 5 you will get 5.56s delay. With that eHD now works correctly
with recording play. Live shows subtitles will be too late with this, but it
is minor issue. I mostly watch recordings :)

The root cause is still there, somehow eHD delivers around 50 too low
STC for recording play. For live shows STC value is correct..



Thank you! I've tried these kind of hacks myself, but because of 
ultimate coding skills, couldn't produce anything useful...


Too bad, that this is not waf solution yet...
I guess, that I'll have to increase the level of the dirty tricks and 
compile couple of vdr instances (one with the delay and one without) and 
create a command for switching between the instances :D


...hanu

p.s. My 3rd eHD card could be available for testing purposes in Helsinki 
metropolitan area ...


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


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


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread Hannu Tirkkonen

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 -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs;



Yes, that works. Complete fix for ReelBoxDevice.c around line 996:

- return (stc == 0) ? -1LL : stc;
+ if (Replaying())
+ stc -= 52L;
+ return (stc == 0) ? -1LL : (stc  0x);


With this change Reelbox delivers stc in correct format and timing is
correct for live show. For recordings 52 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.

No, you must be kidding! I guess, that kids must wash their teeth and go 
to sleep soon (even it's autumn holiday), so that daddy can test this 
without waiting too much :D


...hanu

--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


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


Re: [vdr] Replay Problems with Extension HD

2010-10-14 Thread Hannu Tirkkonen

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 -= 50L; // or configurable: 900L * ReelSetup.STCDelayMs;



Yes, that works. Complete fix for ReelBoxDevice.c around line 996:

- return (stc == 0) ? -1LL : stc;
+ if (Replaying())
+ stc -= 52L;
+ return (stc == 0) ? -1LL : (stc  0x);


With this change Reelbox delivers stc in correct format and timing is
correct for live show. For recordings 52 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. Of course the real problem should be 
solved, but now the recordings containing dvb subtitles can be watched 
again using the vdr and not just other tools.


I owe you guys a beer :D

...hanu


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


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


Re: [vdr] Replay Problems with Extension HD

2010-10-13 Thread Vesa
 From: Lars Bläser
 
 On 11.10.2010 21:22, Vesa wrote:
 Only issue
  is still that somehow VDR is not compatible with eHD on replay mode.
  With
  live tv DVB subtile timing is correct. During replay subtitles still
  comes
  6-7s too early here in Finland.
 
 
 the developer of the eHD (http://www.baycom.de ?) and rmm will only
 provide doku and help but will not write a 2nd reelbox plugin for vdr
 1.7.x (at least rmm said so) and it does not look like they will drop
 there own vdr tree, they would have to do a lot of coding to get things
 in the state they have now and would always have to struggle to get
 features as they need it for there purpose (netclient, netceiver, ...)
 in the rmm forum they also said that there are no plans of switching
 completely to ts (mpeg2 is still pes and hdtv/h.264 is done as ts)
 
 looks like you will have to wait or start coding


I have wait and look working output solution for VDR now several years and
end result seems to be that there is no solution. Not now or in near future.

Analog FF card is history, no DVI/HDMI or HD option for that.

Reelbox eHD looked promising, but there is no real SW support for this.

VDPAU with Xine looks promising, but it is still unstable. Yep, I know that
issue is mostly on Nvidia driver side.

VDR itself is great solution for recording, but watching live tv or records
is not supported on great level.

I think that I start looking other solutions.


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


Re: [vdr] Replay Problems with Extension HD

2010-10-13 Thread Stuart Morris
Could the new TechnoTrend Premium 6400 be the answer?
www.dvbshop.net

--- On Wed, 13/10/10, Vesa ves...@nic.fi wrote:

 From: Vesa ves...@nic.fi
 Subject: Re: [vdr] Replay Problems with Extension HD
 To: 'VDR Mailing List' vdr@linuxtv.org
 Date: Wednesday, 13 October, 2010, 8:51
  From: Lars Bläser
  
  On 11.10.2010 21:22, Vesa wrote:
  Only issue
   is still that somehow VDR is not compatible with
 eHD on replay mode.
   With
   live tv DVB subtile timing is correct. During
 replay subtitles still
   comes
   6-7s too early here in Finland.
  
  
  the developer of the eHD (http://www.baycom.de ?) and rmm will only
  provide doku and help but will not write a 2nd reelbox
 plugin for vdr
  1.7.x (at least rmm said so) and it does not look like
 they will drop
  there own vdr tree, they would have to do a lot of
 coding to get things
  in the state they have now and would always have to
 struggle to get
  features as they need it for there purpose (netclient,
 netceiver, ...)
  in the rmm forum they also said that there are no
 plans of switching
  completely to ts (mpeg2 is still pes and hdtv/h.264 is
 done as ts)
  
  looks like you will have to wait or start coding
 
 
 I have wait and look working output solution for VDR now
 several years and
 end result seems to be that there is no solution. Not now
 or in near future.
 
 Analog FF card is history, no DVI/HDMI or HD option for
 that.
 
 Reelbox eHD looked promising, but there is no real SW
 support for this.
 
 VDPAU with Xine looks promising, but it is still unstable.
 Yep, I know that
 issue is mostly on Nvidia driver side.
 
 VDR itself is great solution for recording, but watching
 live tv or records
 is not supported on great level.
 
 I think that I start looking other solutions.
 
 
 ___
 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


Re: [vdr] Replay Problems with Extension HD

2010-10-13 Thread VDR User
On Wed, Oct 13, 2010 at 12:51 AM, Vesa ves...@nic.fi wrote:
 VDPAU with Xine looks promising, but it is still unstable. Yep, I know that
 issue is mostly on Nvidia driver side.

It works great here and I think for most users.  It seems only a small
group has problems.  Maybe the problem is with certain hardware
combinations, I dunno.  But saying unstable only applies to a minority
of users afaics.

Best regards

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


Re: [vdr] Replay Problems with Extension HD

2010-10-13 Thread Steffen Barszus
I agree partially, for normal use its really ok allready. There are
things which could be improved and not all problems are related to
NVidia, but also to the state of the frontend plugins (namely xine and
xineliboutput).

So unstable is a littlebit to hard, stable doesnt fit either.

2010/10/13 VDR User user@gmail.com:
 On Wed, Oct 13, 2010 at 12:51 AM, Vesa ves...@nic.fi wrote:
 VDPAU with Xine looks promising, but it is still unstable. Yep, I know that
 issue is mostly on Nvidia driver side.

 It works great here and I think for most users.  It seems only a small
 group has problems.  Maybe the problem is with certain hardware
 combinations, I dunno.  But saying unstable only applies to a minority
 of users afaics.

 Best regards

 ___
 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


Re: [vdr] Replay Problems with Extension HD

2010-10-13 Thread Rolf Ahrenberg

On Wed, 13 Oct 2010, Vesa wrote:


Similar delay as on ttxsubtitles would be nice addition to VDR. Separate and
additional delay for live and record play modes. Suitable range would be 0 -
10s.


Well, IMO that delay code in the ttxtsubs plugin should be removed when 
PTS code has been merged into the repo.



This would fix also other issue than non working output. Sometimes


How about adding a STC offset setting in these non working output 
plugins with a little help of latest PCR value and the system clock?



My opinion is that there is several reason to add DVB subtitle delay setting
to VDR menu. To fix non working output devices and to fix temporally miss
aligned subtitles. This feature is similar as Lipsync set on all modern AV
devices. Audio should be in sync with video, but sometimes it is not. It is
good to have lipsync on menu for fixing this temporal but totally annoying
issue.


I'm against these kind of dirty hacks in the official VDR code tree, but 
the current dvbsubtitles code in VDR could be refactored to be 
replaceable with a plugin. Afterwards the reel plugin could reimplement 
it with any hacks needed.


BR,
--
rofa

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


Re: [vdr] Replay Problems with Extension HD

2010-10-13 Thread Klaus Schmidinger
On 13.10.2010 20:55, Rolf Ahrenberg wrote:
 On Wed, 13 Oct 2010, Vesa wrote:
 
 Similar delay as on ttxsubtitles would be nice addition to VDR.
 Separate and
 additional delay for live and record play modes. Suitable range would
 be 0 -
 10s.
 
 Well, IMO that delay code in the ttxtsubs plugin should be removed when
 PTS code has been merged into the repo.
 
 This would fix also other issue than non working output. Sometimes
 
 How about adding a STC offset setting in these non working output
 plugins with a little help of latest PCR value and the system clock?
 
 My opinion is that there is several reason to add DVB subtitle delay
 setting
 to VDR menu. To fix non working output devices and to fix temporally miss
 aligned subtitles. This feature is similar as Lipsync set on all
 modern AV
 devices. Audio should be in sync with video, but sometimes it is not.
 It is
 good to have lipsync on menu for fixing this temporal but totally
 annoying
 issue.
 
 I'm against these kind of dirty hacks in the official VDR code tree, but
 the current dvbsubtitles code in VDR could be refactored to be
 replaceable with a plugin. Afterwards the reel plugin could reimplement
 it with any hacks needed.

If there's something actually wrong with VDR's DVB subtitle code, it
should be fixed in VDR. I don't see why we would need a plugin interface
here.

An output device needs to provide a proper STC in order to sync subtitles.
I guess I need to change the description of cDevice::GetSTC() to make
this a requirement...

Klaus

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


Re: [vdr] Replay Problems with Extension HD

2010-10-13 Thread Vesa
 From: Klaus Schmidinger
 Sent: Thursday, 14 October, 2010 00:43
 
 If there's something actually wrong with VDR's DVB subtitle code, it
 should be fixed in VDR. I don't see why we would need a plugin
 interface
 here.
 
 An output device needs to provide a proper STC in order to sync
 subtitles.
 I guess I need to change the description of cDevice::GetSTC() to make
 this a requirement...
 

Reelbox delivers STC values. Only issue with Reelbox is that STC value seems
to be somehow wrong during recording play. STC is correct during live DVB
broadcast. The issue is that timing works, but there is 5s offset during
recording play. Reelbox do not separate live broadcast and recording play.
VDR separate these. One opinion is that VDR recording playback is broken..

Is there any easy place to add delay for subtitling on VDR recording
playback code? I would do that hack to my system just to get finally eHD
card to use. I assume that I should add some value to STC. Any documentation
available about this STC and how it works on VDR?

-- 
Vesa



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


Re: [vdr] Replay Problems with Extension HD

2010-10-12 Thread Hannu Tirkkonen

On 11.10.2010 22.22, Vesa wrote:

eHD card has now days working plugin for vdr, more info about that here:

http://www.vdr-portal.de/board/thread.php?threadid=98019

eHD is stable with latest card firmwares, also for ts playback. Only issue
is still that somehow VDR is not compatible with eHD on replay mode. With
live tv DVB subtile timing is correct. During replay subtitles still comes
6-7s too early here in Finland.

Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009.
And still no any real solutions.


Hi!

This is really annoying problem and basically all of the recordings 
containing dvb subtitles are pretty much useless. The problem exists 
also on recordings having teletext subtitling, but the teletext plugin 
have an option for delaying the subtitling.


Perhaps the easiest fix would be getting the delay option back for the 
dvb subtitles. While making recording feature on vdr usable again :O, 
the delay option would give more time for fixing the actual problem. And 
of course the delaying option would be helpful in the future while 
facing similar problems or use cases needing the option


...hanu


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


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


Re: [vdr] Replay Problems with Extension HD

2010-10-12 Thread Luca Olivetti

Al 12/10/10 18:13, En/na Hannu Tirkkonen ha escrit:

On 11.10.2010 22.22, Vesa wrote:

eHD card has now days working plugin for vdr, more info about that here:

http://www.vdr-portal.de/board/thread.php?threadid=98019

eHD is stable with latest card firmwares, also for ts playback. Only
issue
is still that somehow VDR is not compatible with eHD on replay mode. With
live tv DVB subtile timing is correct. During replay subtitles still
comes
6-7s too early here in Finland.

Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009.
And still no any real solutions.


Hi!

This is really annoying problem and basically all of the recordings
containing dvb subtitles are pretty much useless. The problem exists
also on recordings having teletext subtitling, but the teletext plugin
have an option for delaying the subtitling.


I don't know if it's related, but I have the same problem with a dxr3. I 
modified pts management in the dxr3 plugin so that it correctly fast 
forwards (without the modification it would appear to fast forward but, 
once the ff mode stops, replay would continue from where the ff began), 
but then dvb subtitles in recordings appear too early.



Bye
--
Luca

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


Re: [vdr] Replay Problems with Extension HD

2010-10-12 Thread Lars Bläser
On 11.10.2010 21:22, Vesa wrote:
 eHD card has now days working plugin for vdr, more info about that here:
 
 http://www.vdr-portal.de/board/thread.php?threadid=98019
 
 eHD is stable with latest card firmwares, also for ts playback. Only issue
 is still that somehow VDR is not compatible with eHD on replay mode. With
 live tv DVB subtile timing is correct. During replay subtitles still comes
 6-7s too early here in Finland.
 
 Last real discussion about this bug is from Sat Sep 5 15:09:30 CEST 2009.
 And still no any real solutions. 

problem is that rmm develops for there own vdr tree based on vdr 1.4.7 -
don't know how good dvb subs work on there own solution (AVG)

it always was a crude patch that just made the reelbox plugin somehow
work with vdr 1.7.x, reason is that TS is differently implemented on
rmm's vdr and a proper TS capable reelbox plugin patch was started some
time ago but paused because the coder does not have time at the moment
(even still picture does not work as reliable as with the old patch and
ff/rew is also no good - it never was also with the old patch, lots to do)

the developer of the eHD (http://www.baycom.de ?) and rmm will only
provide doku and help but will not write a 2nd reelbox plugin for vdr
1.7.x (at least rmm said so) and it does not look like they will drop
there own vdr tree, they would have to do a lot of coding to get things
in the state they have now and would always have to struggle to get
features as they need it for there purpose (netclient, netceiver, ...)
in the rmm forum they also said that there are no plans of switching
completely to ts (mpeg2 is still pes and hdtv/h.264 is done as ts)

looks like you will have to wait or start coding

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


Re: [vdr] Replay Problems with Extension HD

2009-11-17 Thread Falk Spitzberg
Hi Klaus (and others)

the replay problem is probably fixed. It was located in the hdplayer
program that runs on the eHD. The fixed version should be available
soon. Thanks to the guy who is known as reel_schorsch on the VDR-Portal.

Falk

Am Montag, den 07.09.2009, 19:25 +0200 schrieb Klaus Schmidinger:
 On 07.09.2009 14:41, Falk Spitzberg wrote:
  Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen:
  On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
  Maybe it's ok if I use this opportunity to ask if somebody could
  point me to a complete idiot's guide to installing the eHD software
 
  I've sent some stuff with private mail. Should help you to bring it up
  within a few minutes.
  hi,
  could you send it to me also ? i'm very interested in this card :-)
  thanks, gg
  I'm also interested to see this information. Wouldn't it be good idea to 
  publish it on the list, it would be more useful for the 
  people who are looking for the information =)
  
  
  Let me see if it works for Klaus. Once he has his eHD running using the
  stuff that I've collected, i'll publish it either here or in the VDR
  portal.
 
 Falk, thanks a lot for the guidelines - I really appreciate it!
 
 However, I sure won't be able to test this before next weekend,
 mabe even later, since I first have to debug the fast forwarding
 in SF2 recordings problem.
 So you might as well just post them on the ML for others to try.
 
 Klaus
 
 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-- 
Falk Spitzberg
Tel: +49 5242 901626
E-Mail: p...@spitzberg.de


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


Re: [vdr] Replay Problems with Extension HD

2009-10-01 Thread Theunis Potgieter
On 05/09/2009, VDR User user@gmail.com wrote:


 I'm not sure why you think vdpau is stupid if you want an HD stb.
  Using vdpau gives you the ability to have HD on systems that normally
  wouldn't have a chance at all, and it provides this at a very lost
  cost.  The cheapest I've paid so far is $20 ($30-$10 MIR) for an
  8400GS pci-e.  So for a mere $30 on average, your old system that
  couldn't handle HD now can.  Stupid is the last thing I would describe
  that as.


Which gentoo overlay are you using for vdpau enabled xine-lib? I
assume you need xine-lib-1.2 and vdr-xine or vdr-xineliboutput with
vdpau enabled? Which driver version of nvidia do you require and which
version of Xorg and xcb?

Thanks in advance.
Theunis

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


Re: [vdr] Replay Problems with Extension HD

2009-10-01 Thread VDR User
On Thu, Oct 1, 2009 at 9:03 AM, Theunis Potgieter
theunis.potgie...@gmail.com wrote:
 Which gentoo overlay are you using for vdpau enabled xine-lib? I
 assume you need xine-lib-1.2 and vdr-xine or vdr-xineliboutput with
 vdpau enabled? Which driver version of nvidia do you require and which
 version of Xorg and xcb?

I use Debian, not Gentoo.  I'm sure there's some Gentoo guys here who
can answer your questions though.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-09 Thread jori.hamalainen
 Didn't realize that there was such a database of users available. 
 I'm pretty sure that _many_ of the VDR users are not aware of this 
 thus statistics are probably not very accurate. 
 Klaus should advertise this once in a while ;-)

Perhaps VDR should try to send UDP packet to Klaus's server when it starts.
Not all will not like it, but it is same for me. Windows software do this
constantly under name for automatically check for program updates.

BR, Jori, a registered VDR user since 2003.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-08 Thread Arthur Konovalov

Klaus Schmidinger wrote:

I first have to debug the fast forwarding
in SF2 recordings problem.



Not only SF2 (if You meant Schweizer Fernsehen). I discovered that with 
recordings from local cable operator fast forwarding not working too. Old 
1.6.0's .vdr recordings are fine with 1.7.9. Output via FF card.



AK

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


Re: [vdr] Replay Problems with Extension HD

2009-09-08 Thread Timothy D. Lenz
Where are we hiding? Lets see, for starters:
IRC:  
bouncer.uicn.net + #vdr
irc.freenode.net 6667 #xine-vdpau

Forums:
http://dvbn.happysat.org/viewforum.php?f=17
http://www.hoochvdr.info/

- Original Message - 
From: Petri Helin phe...@googlemail.com
To: VDR Mailing List vdr@linuxtv.org
Sent: Monday, September 07, 2009 11:46 AM
Subject: Re: [vdr] Replay Problems with Extension HD


 VDR User wrote:
  On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphe...@googlemail.com wrote:
  On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:
  Perhaps you meant the great non-german-speaking community, who
  communicate in English? ;)
  
  Nope, I mean english-speaking-only.  Like the other user pointed out,
  many many people are using various howto's and IRC for their VDR info,
  and never find their way here  other places.  I can't count how many
  times people have said they've never even looked at the MANUAL,
  README, and so on.
  
 
 Ok, so what do you suggest us that belong to neither german-speaking nor 
 english-speaking-only communities should do? Or would it be acceptable 
 for the english-speaking-only community to accept those 
 other-than-english-speaking as well? I mean, where are you all hiding? :)
 
 This might be a good time to bring forward things that might not have 
 been discussed on this list. Like if there were patches/plugins etc 
 lying around that the other-than-english-speaking community might be 
 unaware of.
 
 -Petri
 
 ___
 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


Re: [vdr] Replay Problems with Extension HD

2009-09-08 Thread Pasi Juppo
Petri Helin wrote:
 On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:
   
 I'd suggest posting to the mailing list or both as VDR Portal caters
 99% to people who speak german and isn't much help for the very large
 english-speaking-only VDR community.

 

 I wouldn't say the english-speaking-only VD community is that
 large: At least if you look at the registered users:
 http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist

 Perhaps you meant the great non-german-speaking community, who
 communicate in English? ;)

 -Petri

   
Didn't realize that there was such a database of users available. I'm
pretty sure that _many_ of the VDR users are not aware of this thus
statistics are probably not very accurate. Klaus should advertise this
once in a while ;-)

Br, Pasi


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


Re: [vdr] Replay Problems with Extension HD

2009-09-08 Thread Pasi Kärkkäinen
On Tue, Sep 08, 2009 at 09:17:30PM +0300, Pasi Juppo wrote:
 Petri Helin wrote:
  On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:

  I'd suggest posting to the mailing list or both as VDR Portal caters
  99% to people who speak german and isn't much help for the very large
  english-speaking-only VDR community.
 
  
 
  I wouldn't say the english-speaking-only VD community is that
  large: At least if you look at the registered users:
  http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist
 
  Perhaps you meant the great non-german-speaking community, who
  communicate in English? ;)
 
  -Petri
 

 Didn't realize that there was such a database of users available. I'm
 pretty sure that _many_ of the VDR users are not aware of this thus
 statistics are probably not very accurate. Klaus should advertise this
 once in a while ;-)
 

Yeah, I had not noticed this either :)

-- Pasi


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


Re: [vdr] Replay Problems with Extension HD

2009-09-08 Thread VDR User
It's the exact same situation for North American users as well.  You
guys grossly underestimate our numbers since you're not members of
that particular community.  Klaus advertising his list of users, or
the mailing list, or forums that are primarily non-english won't do
much in terms of getting people to go to those places.  I personally
know a lot of guys who are aware of this mailing list and still don't
bother to subscribe to it for one reason or another.  Instead they
prefer to wait for things to filter down to the resources they use.  I
know part of this has to do with the lack of support for NTSC because
none of the developers use it.  Even I pursued trying to get things
that are hardcoded PAL to be either auto-detected or set by the user
but there was basically no interest in response.  I'm glad to be here
personally and take an active role in helping any way I can in general
because I think VDR is a great piece of software and only want to see
it get better, broaden it's support  features, and become the
undeniable king of linux dvb hands-down.

To the original poster, sorry that we've gone off-topic.  I'm not sure
how much of this actually has anything to do with replay problems
with extension hd. ;)

Regards,
Derek

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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Falk Spitzberg
Am Samstag, den 05.09.2009, 15:09 +0200 schrieb Klaus Schmidinger:
 On 03.09.2009 12:10, Falk Spitzberg wrote:
  Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
  Sounds like your question is more appropriate for the vendors customer
  support of that product.
  
  Definitly not, because my question ist only about the VDR core. I am
  just trying to find out what VDR does different when it transfers data
  to a device in live TV compared to replay from disk. That's completely
  independent from any device that's in use.
  
  Maybe that the eHD card is the only output device that crashes on VDR TS
  replays.
 
 The following is related to recent developer versions of VDR 1.7.x.
 
 In live mode (i.e. Transfer Mode, since the eHD has no tuner)
 the TS data stream is written into a ring buffer by the receiving
 device (e.g. a DVB-S(2) card) and from there it is sent to the
 output device (the eHD plugin) through a call to PlayTs().
 In this case every TS packet is sent to the output device separately.
 
 During replay data is read from disk and stored in a ring buffer
 that holds entire frames, which are just a sequence of TS packets
 that make up one video frame (including audio). The output device's
 PlayTs() is called with an entire frame.
 
 The only real difference between live mode and replay I can see
 is that in live mode TS packets are sent individually to the
 output device, while in replay mode larger blocks of data are
 sent. However, I don't see why this would cause the problems you
 observe.
 
 AFAIK the Reel plugin requires several patches to the core VDR
 code, so there may well be things I simply don't know of, because
 I haven't looked into the Reel code (yet).
 
 Maybe it's ok if I use this opportunity to ask if somebody could
 point me to a complete idiot's guide to installing the eHD software


I've sent some stuff with private mail. Should help you to bring it up
within a few minutes.


 (meaning the necessary software that goes into the eHD itself, as
 well as the latest version of their plugin). I know, I could search
 for this myself, but I'm sure there's somebody out there who knows
 exactly where to find these ;-) Maybe I'll find the time to actually
 bring up my eHD and adapt the plugin to the latest developer version
 of VDR...
 
 Klaus
 
 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-- 
Falk Spitzberg
Tel: +49 5242 901626
E-Mail: p...@spitzberg.de


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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Günter Greschenz



Maybe it's ok if I use this opportunity to ask if somebody could
point me to a complete idiot's guide to installing the eHD software




I've sent some stuff with private mail. Should help you to bring it up
within a few minutes.

hi,
could you send it to me also ? i'm very interested in this card :-)
thanks, gg
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Antti Hartikainen
On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
 
 Maybe it's ok if I use this opportunity to ask if somebody could
 point me to a complete idiot's guide to installing the eHD software
 
 
 I've sent some stuff with private mail. Should help you to bring it up
 within a few minutes.
 hi,
 could you send it to me also ? i'm very interested in this card :-)
 thanks, gg

I'm also interested to see this information. Wouldn't it be good idea to 
publish it on the list, it would be more useful for the 
people who are looking for the information =)

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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Falk Spitzberg
Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen:
 On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
  
  Maybe it's ok if I use this opportunity to ask if somebody could
  point me to a complete idiot's guide to installing the eHD software
  
  
  I've sent some stuff with private mail. Should help you to bring it up
  within a few minutes.
  hi,
  could you send it to me also ? i'm very interested in this card :-)
  thanks, gg
 
 I'm also interested to see this information. Wouldn't it be good idea to 
 publish it on the list, it would be more useful for the 
 people who are looking for the information =)


Let me see if it works for Klaus. Once he has his eHD running using the
stuff that I've collected, i'll publish it either here or in the VDR
portal.


 
 ___
 vdr mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-- 
Falk Spitzberg
Tel: +49 5242 901626
E-Mail: p...@spitzberg.de


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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread VDR User
On Mon, Sep 7, 2009 at 5:41 AM, Falk Spitzbergp...@spitzberg.de wrote:
 I'm also interested to see this information. Wouldn't it be good idea to 
 publish it on the list, it would be more useful for the
 people who are looking for the information =)

 Let me see if it works for Klaus. Once he has his eHD running using the
 stuff that I've collected, i'll publish it either here or in the VDR
 portal.

I'd suggest posting to the mailing list or both as VDR Portal caters
99% to people who speak german and isn't much help for the very large
english-speaking-only VDR community.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Petri Helin
On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:

 I'd suggest posting to the mailing list or both as VDR Portal caters
 99% to people who speak german and isn't much help for the very large
 english-speaking-only VDR community.


I wouldn't say the english-speaking-only VD community is that
large: At least if you look at the registered users:
http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist

Perhaps you meant the great non-german-speaking community, who
communicate in English? ;)

-Petri

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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Timothy D. Lenz
And how many users are not on this registered users list? First time I heard 
of it.Most people follow guides done by other people
and only glimps at the manuals, readme's, etc. And I think you can get vdr with 
apt-get from debian also.

- Original Message - 
From: Petri Helin phe...@googlemail.com
To: VDR Mailing List vdr@linuxtv.org
Sent: Monday, September 07, 2009 9:14 AM
Subject: Re: [vdr] Replay Problems with Extension HD


 On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:
 
  I'd suggest posting to the mailing list or both as VDR Portal caters
  99% to people who speak german and isn't much help for the very large
  english-speaking-only VDR community.
 

 I wouldn't say the english-speaking-only VD community is that
 large: At least if you look at the registered users:
 http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist

 Perhaps you meant the great non-german-speaking community, who
 communicate in English? ;)

 -Petri

 ___
 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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Klaus Schmidinger
On 07.09.2009 14:41, Falk Spitzberg wrote:
 Am Montag, den 07.09.2009, 15:29 +0300 schrieb Antti Hartikainen:
 On Mon, Sep 07, 2009 at 02:24:48PM +0200, Günter Greschenz wrote:
 Maybe it's ok if I use this opportunity to ask if somebody could
 point me to a complete idiot's guide to installing the eHD software

 I've sent some stuff with private mail. Should help you to bring it up
 within a few minutes.
 hi,
 could you send it to me also ? i'm very interested in this card :-)
 thanks, gg
 I'm also interested to see this information. Wouldn't it be good idea to 
 publish it on the list, it would be more useful for the 
 people who are looking for the information =)
 
 
 Let me see if it works for Klaus. Once he has his eHD running using the
 stuff that I've collected, i'll publish it either here or in the VDR
 portal.

Falk, thanks a lot for the guidelines - I really appreciate it!

However, I sure won't be able to test this before next weekend,
mabe even later, since I first have to debug the fast forwarding
in SF2 recordings problem.
So you might as well just post them on the ML for others to try.

Klaus

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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread VDR User
On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphe...@googlemail.com wrote:
 On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:

 I'd suggest posting to the mailing list or both as VDR Portal caters
 99% to people who speak german and isn't much help for the very large
 english-speaking-only VDR community.


 I wouldn't say the english-speaking-only VD community is that
 large: At least if you look at the registered users:
 http://www.cadsoft.de/cgi-bin/vdr-counter.pl?action=statist

I know for a fact it's large because I'm a member of that community
and talk with many of them.  Only a small portion of VDR users in
general subscribe to this mailing list, the 'registered users' list,
etc. from what I've seen.

 Perhaps you meant the great non-german-speaking community, who
 communicate in English? ;)

Nope, I mean english-speaking-only.  Like the other user pointed out,
many many people are using various howto's and IRC for their VDR info,
and never find their way here  other places.  I can't count how many
times people have said they've never even looked at the MANUAL,
README, and so on.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-07 Thread Petri Helin

VDR User wrote:

On Mon, Sep 7, 2009 at 9:14 AM, Petri Helinphe...@googlemail.com wrote:

On Mon, Sep 7, 2009 at 6:57 PM, VDR Useruser@gmail.com wrote:
Perhaps you meant the great non-german-speaking community, who
communicate in English? ;)


Nope, I mean english-speaking-only.  Like the other user pointed out,
many many people are using various howto's and IRC for their VDR info,
and never find their way here  other places.  I can't count how many
times people have said they've never even looked at the MANUAL,
README, and so on.



Ok, so what do you suggest us that belong to neither german-speaking nor 
english-speaking-only communities should do? Or would it be acceptable 
for the english-speaking-only community to accept those 
other-than-english-speaking as well? I mean, where are you all hiding? :)


This might be a good time to bring forward things that might not have 
been discussed on this list. Like if there were patches/plugins etc 
lying around that the other-than-english-speaking community might be 
unaware of.


-Petri

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


Re: [vdr] Replay Problems with Extension HD

2009-09-06 Thread Lauri Tischler

Gavin Hamill wrote:

On Sat, 2009-09-05 at 08:18 -0700, VDR User wrote:

On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerl...@iki.fi wrote:

Somewhat related question is, is there some solution to have
HD-VDR without X, other than eHD ?

Not that I'm aware of but by no means have I researched that question
in depth. ;)


All this hullaballoo with vdpau/X/xine etc.. is somehow stupid
if all you want is HD-STB.

I'm not sure why you think vdpau is stupid if you want an HD stb.
Using vdpau gives you the ability to have HD on systems that normally
wouldn't have a chance at all, and it provides this at a very lost
cost.  The cheapest I've paid so far is $20 ($30-$10 MIR) for an
8400GS pci-e.  So for a mere $30 on average, your old system that
couldn't handle HD now can.  Stupid is the last thing I would describe
that as.


Hm, I'd be happy to pay $150-200 for a hardware output card, similar to
the good old FF technotrend cards, if it could save me hours of messing
around with SVN bleeding edge code and trying to run exotic deinterlace
filters :)

I think that's what Lauri is getting at - the statement 'vdpau is
stupid' is perhaps a little inflammatory, but there must be more
time-efficient ways (other than the eHD card which is now hard to
obtain)


I should have said 'needing X to run HD-VDR is stupid..
I sure wish there was a NEXUS-FF-S2 card with HDMI 1080p output,
or similar, I dont like X and GUIs in general.
In old Byte Magazine guy named Steve Ciarcia said the best compiler
is solder, still true.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-05 Thread Klaus Schmidinger
On 03.09.2009 12:10, Falk Spitzberg wrote:
 Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
 Sounds like your question is more appropriate for the vendors customer
 support of that product.
 
 Definitly not, because my question ist only about the VDR core. I am
 just trying to find out what VDR does different when it transfers data
 to a device in live TV compared to replay from disk. That's completely
 independent from any device that's in use.
 
 Maybe that the eHD card is the only output device that crashes on VDR TS
 replays.

The following is related to recent developer versions of VDR 1.7.x.

In live mode (i.e. Transfer Mode, since the eHD has no tuner)
the TS data stream is written into a ring buffer by the receiving
device (e.g. a DVB-S(2) card) and from there it is sent to the
output device (the eHD plugin) through a call to PlayTs().
In this case every TS packet is sent to the output device separately.

During replay data is read from disk and stored in a ring buffer
that holds entire frames, which are just a sequence of TS packets
that make up one video frame (including audio). The output device's
PlayTs() is called with an entire frame.

The only real difference between live mode and replay I can see
is that in live mode TS packets are sent individually to the
output device, while in replay mode larger blocks of data are
sent. However, I don't see why this would cause the problems you
observe.

AFAIK the Reel plugin requires several patches to the core VDR
code, so there may well be things I simply don't know of, because
I haven't looked into the Reel code (yet).

Maybe it's ok if I use this opportunity to ask if somebody could
point me to a complete idiot's guide to installing the eHD software
(meaning the necessary software that goes into the eHD itself, as
well as the latest version of their plugin). I know, I could search
for this myself, but I'm sure there's somebody out there who knows
exactly where to find these ;-) Maybe I'll find the time to actually
bring up my eHD and adapt the plugin to the latest developer version
of VDR...

Klaus

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


Re: [vdr] Replay Problems with Extension HD

2009-09-05 Thread Lauri Tischler

Klaus Schmidinger wrote:


Maybe it's ok if I use this opportunity to ask if somebody could
point me to a complete idiot's guide to installing the eHD software
(meaning the necessary software that goes into the eHD itself, as
well as the latest version of their plugin). I know, I could search
for this myself, but I'm sure there's somebody out there who knows
exactly where to find these ;-) Maybe I'll find the time to actually
bring up my eHD and adapt the plugin to the latest developer version
of VDR...


Somewhat related question is, is there some solution to have
HD-VDR without X, other than eHD ?
All this hullaballoo with vdpau/X/xine etc.. is somehow stupid
if all you want is HD-STB.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-05 Thread VDR User
On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerl...@iki.fi wrote:
 Somewhat related question is, is there some solution to have
 HD-VDR without X, other than eHD ?

Not that I'm aware of but by no means have I researched that question
in depth. ;)

 All this hullaballoo with vdpau/X/xine etc.. is somehow stupid
 if all you want is HD-STB.

I'm not sure why you think vdpau is stupid if you want an HD stb.
Using vdpau gives you the ability to have HD on systems that normally
wouldn't have a chance at all, and it provides this at a very lost
cost.  The cheapest I've paid so far is $20 ($30-$10 MIR) for an
8400GS pci-e.  So for a mere $30 on average, your old system that
couldn't handle HD now can.  Stupid is the last thing I would describe
that as.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-05 Thread Gavin Hamill
On Sat, 2009-09-05 at 08:18 -0700, VDR User wrote:
 On Sat, Sep 5, 2009 at 6:24 AM, Lauri Tischlerl...@iki.fi wrote:
  Somewhat related question is, is there some solution to have
  HD-VDR without X, other than eHD ?
 
 Not that I'm aware of but by no means have I researched that question
 in depth. ;)
 
  All this hullaballoo with vdpau/X/xine etc.. is somehow stupid
  if all you want is HD-STB.
 
 I'm not sure why you think vdpau is stupid if you want an HD stb.
 Using vdpau gives you the ability to have HD on systems that normally
 wouldn't have a chance at all, and it provides this at a very lost
 cost.  The cheapest I've paid so far is $20 ($30-$10 MIR) for an
 8400GS pci-e.  So for a mere $30 on average, your old system that
 couldn't handle HD now can.  Stupid is the last thing I would describe
 that as.

Hm, I'd be happy to pay $150-200 for a hardware output card, similar to
the good old FF technotrend cards, if it could save me hours of messing
around with SVN bleeding edge code and trying to run exotic deinterlace
filters :)

I think that's what Lauri is getting at - the statement 'vdpau is
stupid' is perhaps a little inflammatory, but there must be more
time-efficient ways (other than the eHD card which is now hard to
obtain)

gdh



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


Re: [vdr] Replay Problems with Extension HD

2009-09-05 Thread VDR User
On Sat, Sep 5, 2009 at 8:26 AM, Gavin Hamillg...@acentral.co.uk wrote:
 I'm not sure why you think vdpau is stupid if you want an HD stb.
 Using vdpau gives you the ability to have HD on systems that normally
 wouldn't have a chance at all, and it provides this at a very lost
 cost.  The cheapest I've paid so far is $20 ($30-$10 MIR) for an
 8400GS pci-e.  So for a mere $30 on average, your old system that
 couldn't handle HD now can.  Stupid is the last thing I would describe
 that as.

 Hm, I'd be happy to pay $150-200 for a hardware output card, similar to
 the good old FF technotrend cards, if it could save me hours of messing
 around with SVN bleeding edge code and trying to run exotic deinterlace
 filters :)

I think there's a misconception about using vdpau.  While there are a
small few who have problems (as is the case with any
software/hardware), most users are able to get vdpau working with
little or no hassle at all.  For me it takes 1min to download
xine-vdpau, 7 minutes to compile it, 1min to download xine-ui cvs,
1min to compile it.  Nvidia drivers take about 2mins to download and
1min to install.  Less then 15 minutes _no patching_ is all it takes.
 Actually there is one patch come to think of it since I use xine-lib
1.1 instead of 1.2, it's xine-0.9.3/patches/xine-lib.patch...  In any
case it's never taken hours of time.  Been really straight forward and
simple for the most part.

When I bought my first nexus-s, I bought it for the exact reason you
mentioned.  Wanted a simple fast solution that didn't involve much (or
any) work on the linux side since I'd never used linux before.  And at
the time a nexus was also cheaper then building a new pc.  However,
those days are gone.  You're willing to pay $150-$200 for a dedicated
card that does only one thing.  I recently paid $130 total for an
Nvidia Ion system that will become my completely silent and fanless
main HDTV VDR box that's about the size of a Nintendo Wii.  That's
where the market is going.  You'll see less and less dedicated cards
(especially FF DVB cards) because the cost to produce them is too high
and the market for such a product too small.  There's no profit to be
made.  That's a conversation for a different thread however. ;)

 I think that's what Lauri is getting at - the statement 'vdpau is
 stupid' is perhaps a little inflammatory, but there must be more
 time-efficient ways (other than the eHD card which is now hard to
 obtain)

It sounds like the eHD is the most expensive solution in all areas;
time, money, patching, etc.  Whereas, vdpau seems to be at the other
end of the spectrum being the least expensive, easiest, and so on.

I've got 3 boxes running vdpau, all with different hardware and my
experience has been the same with each setup.. It was a piece of cake
and took almost no time to get going.  Now I guess it's the guy who
had a horrible experience turn to tell his story. ;)

Regards,
Derek

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


Re: [vdr] Replay Problems with Extension HD

2009-09-05 Thread Niels Wagenaar
Op Za, 5 september, 2009 18:11, schreef VDR User:
 -- SNIP --
 It sounds like the eHD is the most expensive solution in all areas;
 time, money, patching, etc.  Whereas, vdpau seems to be at the other
 end of the spectrum being the least expensive, easiest, and so on.


Depends on how you look at it. I got mine for almost 1,5 years now and
I've been able to see and hear HDTV without problems. Yes, the other
plugins for mediaplayback seem to have problems with a vanilla VDR setup.
But currently I use ReelVDR anyway and it works like a charm and without
the problems I have with a vanilla VDR setup ;)

 I've got 3 boxes running vdpau, all with different hardware and my
 experience has been the same with each setup.. It was a piece of cake
 and took almost no time to get going.  Now I guess it's the guy who
 had a horrible experience turn to tell his story. ;)


I've been experimenting with VDPAU for a while. And yes, it's the next big
thing when it comes to hardware accelerated playback. But since I need to
put in an additional NVIDIA based videocard with Purevideo HD
capabilities, I rather use my onboard intel for X.org and stick to my eHD
until I have the money to get me a Atom based device with an ION chipset
:)

 Regards,
 Derek


Regards,

Niels Wagenaar



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


Re: [vdr] Replay Problems with Extension HD

2009-09-04 Thread Falk Spitzberg
Am Donnerstag, den 03.09.2009, 07:57 -0700 schrieb VDR User:
 On Thu, Sep 3, 2009 at 3:10 AM, Falk Spitzbergp...@spitzberg.de wrote:
  Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
  Sounds like your question is more appropriate for the vendors customer
  support of that product.
 
  Definitly not, because my question ist only about the VDR core. I am
  just trying to find out what VDR does different when it transfers data
  to a device in live TV compared to replay from disk. That's completely
  independent from any device that's in use.
 
  Maybe that the eHD card is the only output device that crashes on VDR TS
  replays.
 
 How do you know the problem isn't a bug in the eHD driver or stream
 parser/decoder? 

I don't know. But what is wrong about my attempt to find out what VDR
does different during replay vs. live TV.

I did never say that VDR does something wrong. I just asked a question. 

Too bad that nobody can answer it.

-- 
Falk Spitzberg
Tel: +49 5242 901626
E-Mail: p...@spitzberg.de


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


Re: [vdr] Replay Problems with Extension HD

2009-09-04 Thread VDR User
On Thu, Sep 3, 2009 at 11:55 PM, Falk Spitzbergp...@spitzberg.de wrote:
 I don't know. But what is wrong about my attempt to find out what VDR
 does different during replay vs. live TV.

 I did never say that VDR does something wrong. I just asked a question.

 Too bad that nobody can answer it.

All I'm saying is you seem to have a hardware problem that should be
addressed @ the vendors customer service/product support.  Have you
even bothered to contact them?  Maybe there's already a fix/solution
waiting for you there.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-04 Thread Niels Wagenaar
Op Vr, 4 september, 2009 19:39, schreef VDR User:
 All I'm saying is you seem to have a hardware problem that should be
 addressed @ the vendors customer service/product support.  Have you
 even bothered to contact them?  Maybe there's already a fix/solution
 waiting for you there.


IMHO, that's not a correct assumption to begin with. For your information,
I don't have this problem with ReelVDR in combination with the same
plugins. As a matter of fact, I don't encounter none of the issues I have
with the vanilla vdr 1.7.x using the same plugin-versions.

So a correct assumption would be, that this problem may be the result of a
bug in the reelbox plugin as well as the other eHD plugins.

However, more then a month ago my HTPC broke down as well as my
tv-furniture and TV (plasma fell down and took the HTPC with it). But
currently I'm awaiting my new hardware and I hope to do some more testing
after the weekend.

Regards,

Niels Wagenaar


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


Re: [vdr] Replay Problems with Extension HD

2009-09-03 Thread Falk Spitzberg
Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
 Sounds like your question is more appropriate for the vendors customer
 support of that product.

Definitly not, because my question ist only about the VDR core. I am
just trying to find out what VDR does different when it transfers data
to a device in live TV compared to replay from disk. That's completely
independent from any device that's in use.

Maybe that the eHD card is the only output device that crashes on VDR TS
replays.

-- 
Falk Spitzberg
Tel: +49 5242 901626
E-Mail: p...@spitzberg.de


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


Re: [vdr] Replay Problems with Extension HD

2009-09-03 Thread VDR User
On Thu, Sep 3, 2009 at 3:10 AM, Falk Spitzbergp...@spitzberg.de wrote:
 Am Mittwoch, den 02.09.2009, 08:49 -0700 schrieb VDR User:
 Sounds like your question is more appropriate for the vendors customer
 support of that product.

 Definitly not, because my question ist only about the VDR core. I am
 just trying to find out what VDR does different when it transfers data
 to a device in live TV compared to replay from disk. That's completely
 independent from any device that's in use.

 Maybe that the eHD card is the only output device that crashes on VDR TS
 replays.

How do you know the problem isn't a bug in the eHD driver or stream
parser/decoder?  An example I'll give you is vdpau.  Certain things
caused problems/crashes, but it was the fault of the driver and had to
be addressed by Nvidia.

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


Re: [vdr] Replay Problems with Extension HD

2009-09-02 Thread Falk Spitzberg
Does really nobody have an idea ??


Am Donnerstag, den 27.08.2009, 11:46 +0200 schrieb Falk Spitzberg:
 Hello,
 
 Users of the Reel Extension HD card will know that there are Problems
 when TS recordings are replayed. These Problems seem to be limited to
 some stations like Pro7 and even with these stations to movies that are
 broadcastest with DD 5.1 audio.
 
 Now my question: What is different between Live TV and Replay. Of course
 the obvious difference is the data source (file opposed to DVB device).
 But what else is different? I am wondering, because i watched a movie
 without problems, while the recording that was done while i watched it
 live, cannot be replayed. After a few minutes, the hdplayer on the
 Extension card dies.
 
 
-- 
Falk Spitzberg
Tel: +49 5242 901626
E-Mail: p...@spitzberg.de


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


Re: [vdr] Replay Problems with Extension HD

2009-09-02 Thread VDR User
Sounds like your question is more appropriate for the vendors customer
support of that product.

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