Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-03-25 Thread hu_emulator
For vdr-1.7.0+
You must change your channels.conf to reflect below:

:12326:HM2O0S0:S110.0W
:12457:VM2O0S0:S119.0W
8psk
:12457:VC23M5O0S0:S110.0W:

- Original Message - 
From: LinuX Oholic tuxoho...@hotmail.de
To: vdr@linuxtv.org
Sent: Wednesday, March 25, 2009 5:22 AM
Subject: [vdr] VDR 1.7.0  S2API - Channels not Available



 Hello vdr list

 I recently bought two Twinhan DVB-T receiver sticks:

 TwinhanDTV USB-Ter USB1.1 / Magic Box I  Magic Box II

 They both seem to work well in linux, but for some reason
 I can only get a picture in stable c't vdr (1.6.0-2) and not in
 my self compiled vdr 1.7.0.

 I use s2-liplianin drivers with another Twinhan DVB-S2 card (1041),
 this one works fine on both vdr versions.

 Patchlevel on vdr 1.7.0 is:

 + h264-syncearly-framespersec-audioindexer-fielddetection-speedup
 +vdr-1.7.0-s2api-07102008-h264-clean.patch

 From what I see in the 1.7.0 syslog I can make out a possible reason why
 it doesn't work in there:

 vdr: [6675] [general.debug] capturing device 0
 vdr: [6678] video directory scanner thread ended (pid=6675, tid=6678)
 vdr: [6677] video directory scanner thread ended (pid=6675, tid=6677)
 vdr: [6675] device 1 provides: DVBS DSS
 vdr: [6680] tuner on device 1 thread started (pid=6675, tid=6680)
 vdr: [6681] section handler thread started (pid=6675, tid=6681)
 vdr: [6675] [general.info] captured 1 video device

 This DVB-T stick is clearly *NOT* DVB-S capable - so this might be part of 
 the
 problem. I don't get this message in 1.6.0 at all.

 Is this related to the problem Morfsta had in [1] ? - it is the same QAM 
 16
 modulation I am trying to connect to - but mine is (QAM 16, 8K, 5/6, 1/4).

 Thanks in advance for any help. I'd like to stay with vdr 1.7.0 as well 
 for
 plugin compatibility reasons.

 [1] http://www.linuxtv.org/pipermail/vdr/2009-February/019493.html

 _
 http://redirect.gimas.net/?n=M0903xIMTicTacToe
 Kostenlose Spannung? Spiel jetzt mit Freunden TIC TAC TOE in 3D!
 ___
 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] VDR 1.7.0 S2API - Channels not Available

2009-02-05 Thread Morfsta
 Can you try with vdr-1.7.4, that's the first version from vdr 1.7x
 series that i got working with s2api and hvr-4000.
 I have testeed it with streamdev server plugin and mplayervlc.

vdr-1.7.4 works fine with all my devices - but vomp isn't compatible
with it yet for replaying its recordings and also the rotor plugin
(which I use to move the dish and scan transponders) also won't
compile at the moment (I didn't search for any updates, anyone know if
it has been re-written for S2API or even if it is still being
maintained?) so I will stick with 1.7.0 multiproto for now and wait
for 1.7.4 / S2API to mature and become more widely supported with
plugins etc.

vdr-1.7.0 and the S2API patch doesn't work with DVB-T at all here, so
I guess there's a bug in the patch there somewhere that affects
reception of UK transmitters (perhaps handling of QAM 16 modulation?)

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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Morfsta
On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
klaus.schmidin...@cadsoft.de wrote:
 Well, even using *any* version 1.7.x in a productive environment
 is a risk ;-)
[SNIP]
 S2API was necessary for HDTV channels, and recording HDTV channels
 only makes sense in TS. The PES recording of HDTV broadcasts was never
 officially supported by VDR.

The other problem is that I don't think anyone has got VDR 1.7.4
working with the eHD yet, which is my output device... :-( So it seems
everywhere I look at the moment I am stuck. :-(

Should VDR-1.7.0 be reporting my DVB-T frontends as DVBT when it
starts up? Is there perhaps a capability flag in the driver that has
not been setup for the devices that I am using? I compared the channel
settings of BBC ONE in VDR with multiproto version and s2api version
that I am running and they are exactly the same.

@Niels, which DVB-T devices are you using successfully with VDR-1.7.0
so that I can compare them with my own drivers? It seems strange
though that scan-s2 successfully finds all the channels but VDR won't
play them.

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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Niels Wagenaar
Op Wo, 4 februari, 2009 13:38, schreef Ales Jurik:
 -- SNIP --
 Hi,


Hello!

 I have it working with some dirty hacks (reelvdr svn 10388 - the latest
 with hdplayer). But for the problem with sending AC3 sound to ac3dec
 (with -a ac3dec) I didn't have enough time to solve. With sound over HDMI
 it could be used.

Would you be filling to upload the patch to the ML or send it to me
directly? I use sound over HDMI anyway since I redirect the sound from my
Plasma to my receiver.

 Ales

Regards,

Niels Wagenaar




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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Ales Jurik
On Wednesday 04 of February 2009, Morfsta wrote:
 On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger

 klaus.schmidin...@cadsoft.de wrote:
  Well, even using *any* version 1.7.x in a productive environment
  is a risk ;-)

 [SNIP]

  S2API was necessary for HDTV channels, and recording HDTV channels
  only makes sense in TS. The PES recording of HDTV broadcasts was never
  officially supported by VDR.

 The other problem is that I don't think anyone has got VDR 1.7.4
 working with the eHD yet, which is my output device... :-( So it seems
 everywhere I look at the moment I am stuck. :-(


Here are patches for eHD and vdr-1.7.4. I've tested it only for a little time 
as I didn't have enough time (now I revert back to vdr-1.7.0 with 
multiproto).

Included are two patches - first is for reelbox plugin. In file 
ReelBoxDevice.c patch solves the audio problem (vdr is sending audio with 
zero trackid and reelbox plugin cancel such streams). In setupmenu.c is 
solved the problem with saving config and in VideoPlayerPipHd.c the include 
solves for me compile problem in amd64 linux.

In the patch for vdr in part of device.c is patch from Klaus for subtitles and 
rest is very quick and dirty patch for osd to compile with reelbox plugin. It 
mostly revert the vdr osd to 1.7.0 version of files, but it seems to be 
working at minimum with default STTNG skin, other skins are not tested.

Enjoy,

BR,

Ales
diff -ru vdr-1.7.4.orig/config.h vdr-1.7.4/config.h
--- vdr-1.7.4.orig/config.h	2009-01-06 17:56:27.0 +0100
+++ vdr-1.7.4/config.h	2009-02-01 20:47:21.611262480 +0100
@@ -192,11 +192,11 @@
   void StoreLanguages(const char *Name, int *Values);
   bool ParseLanguages(const char *Value, int *Values);
   bool Parse(const char *Name, const char *Value);
-  cSetupLine *Get(const char *Name, const char *Plugin = NULL);
   void Store(const char *Name, const char *Value, const char *Plugin = NULL, bool AllowMultiple = false);
   void Store(const char *Name, int Value, const char *Plugin = NULL);
 public:
   // Also adjust cMenuSetup (menu.c) when adding parameters here!
+  cSetupLine *Get(const char *Name, const char *Plugin = NULL);
   int __BeginData__;
   char OSDLanguage[I18N_MAX_LOCALE_LEN];
   char OSDSkin[MaxSkinName];
diff -ru vdr-1.7.4.orig/device.c vdr-1.7.4/device.c
--- vdr-1.7.4.orig/device.c	2009-01-25 12:10:56.0 +0100
+++ vdr-1.7.4/device.c	2009-02-01 20:35:04.203264160 +0100
@@ -1304,8 +1304,9 @@
   if (!dvbSubtitleConverter)
  dvbSubtitleConverter = new cDvbSubtitleConverter;
   tsToPesSubtitle.PutTs(Data, Length);
-  if (const uchar *p = tsToPesSubtitle.GetPes(Length)) {
- dvbSubtitleConverter-Convert(p, Length);
+  int l;
+  if (const uchar *p = tsToPesSubtitle.GetPes(l)) {
+ dvbSubtitleConverter-Convert(p, l);
  tsToPesSubtitle.Reset();
  }
   return Length;
diff -ru vdr-1.7.4.orig/font.h vdr-1.7.4/font.h
--- vdr-1.7.4.orig/font.h	2007-06-23 12:09:14.0 +0200
+++ vdr-1.7.4/font.h	2009-02-01 20:47:21.611262480 +0100
@@ -36,6 +36,12 @@
 private:
   static cFont *fonts[];
 public:
+  enum { NUMCHARS = 256 };
+  typedef uint32_t tPixelData;
+  struct tCharData {
+  	tPixelData width, height;
+	tPixelData lines[1];  	
+  };
   virtual ~cFont() {}
   virtual int Width(uint c) const = 0;
   /// Returns the width of the given character in pixel.
diff -ru vdr-1.7.4.orig/osdbase.h vdr-1.7.4/osdbase.h
--- vdr-1.7.4.orig/osdbase.h	2007-11-03 15:50:52.0 +0100
+++ vdr-1.7.4/osdbase.h	2009-02-01 20:47:21.611262480 +0100
@@ -84,9 +84,7 @@
 
 class cOsdMenu : public cOsdObject, public cListcOsdItem {
 private:
-  static cSkinDisplayMenu *displayMenu;
   static int displayMenuCount;
-  static int displayMenuItems;
   char *title;
   int cols[cSkinDisplayMenu::MaxTabs];
   int first, current, marked;
@@ -97,6 +95,7 @@
   bool hasHotkeys;
 protected:
   void SetDisplayMenu(void);
+  static int displayMenuItems;
   cSkinDisplayMenu *DisplayMenu(void) { return displayMenu; }
   const char *hk(const char *s);
   void SetCols(int c0, int c1 = 0, int c2 = 0, int c3 = 0, int c4 = 0);
@@ -123,6 +122,7 @@
 public:
   cOsdMenu(const char *Title, int c0 = 0, int c1 = 0, int c2 = 0, int c3 = 0, int c4 = 0);
   virtual ~cOsdMenu();
+  static cSkinDisplayMenu *displayMenu;
   virtual bool NeedsFastResponse(void) { return subMenu ? subMenu-NeedsFastResponse() : cOsdObject::NeedsFastResponse(); }
   int Current(void) const { return current; }
   void Add(cOsdItem *Item, bool Current = false, cOsdItem *After = NULL);
diff -ru vdr-1.7.4.orig/osd.c vdr-1.7.4/osd.c
--- vdr-1.7.4.orig/osd.c	2009-01-16 15:34:32.0 +0100
+++ vdr-1.7.4/osd.c	2009-02-01 20:47:21.611262480 +0100
@@ -379,13 +379,14 @@
   if (strncmp(Xpm[i + 1], s, c) == 0) {
  if (i == NoneColorIndex)
 NoneColorIndex = MAXNUMCOLORS;
- SetIndex(x, y, (IgnoreNone  i  NoneColorIndex) ? i - 1 : i);
+ SetIndexFast(x, y, (IgnoreNone  i  

Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Ales Jurik
On Wednesday 04 of February 2009, Morfsta wrote:
 On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger

 klaus.schmidin...@cadsoft.de wrote:
  Well, even using *any* version 1.7.x in a productive environment
  is a risk ;-)

 [SNIP]

  S2API was necessary for HDTV channels, and recording HDTV channels
  only makes sense in TS. The PES recording of HDTV broadcasts was never
  officially supported by VDR.

 The other problem is that I don't think anyone has got VDR 1.7.4
 working with the eHD yet, which is my output device... :-( So it seems
 everywhere I look at the moment I am stuck. :-(

Hi,

I have it working with some dirty hacks (reelvdr svn 10388 - the latest with 
hdplayer). But for the problem with sending AC3 sound to ac3dec (with -a 
ac3dec) I didn't have enough time to solve. With sound over HDMI it could be 
used.

Ales

 Should VDR-1.7.0 be reporting my DVB-T frontends as DVBT when it
 starts up? Is there perhaps a capability flag in the driver that has
 not been setup for the devices that I am using? I compared the channel
 settings of BBC ONE in VDR with multiproto version and s2api version
 that I am running and they are exactly the same.

 @Niels, which DVB-T devices are you using successfully with VDR-1.7.0
 so that I can compare them with my own drivers? It seems strange
 though that scan-s2 successfully finds all the channels but VDR won't
 play them.

 ___
 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] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Niels Wagenaar
Op Wo, 4 februari, 2009 13:22, schreef Morfsta:
 -- SNIP --

 The other problem is that I don't think anyone has got VDR 1.7.4
 working with the eHD yet, which is my output device... :-( So it seems
 everywhere I look at the moment I am stuck. :-(


This is indeed correct. The eHD (which I have in use also) seems to be
very stable in 1.7.0. The versions 1.7.3 and 1.7.4 didn't give me any
audio. Hopefully this will be fixed soon. Because this is the only thing
keeping me from using VDR 1.7.4 :)

 Should VDR-1.7.0 be reporting my DVB-T frontends as DVBT when it
 starts up? Is there perhaps a capability flag in the driver that has
 not been setup for the devices that I am using? I compared the channel
 settings of BBC ONE in VDR with multiproto version and s2api version
 that I am running and they are exactly the same.


I have that too, nothing to get worried about it. The DVB-T device gives
out wrong supported transports (like DVBS) but the code/patch will only
lock DVB-T transports with DVB-T devices. At least, during my testing ;)

 @Niels, which DVB-T devices are you using successfully with VDR-1.7.0
 so that I can compare them with my own drivers? It seems strange
 though that scan-s2 successfully finds all the channels but VDR won't
 play them.


I still think it's a problem with the channel.conf. For fun, please try
using the old and default scan for DVB-T. Because I used the old dvb-scan
with the option to output for VDR on my Gigabyte GT-U7000-RH based DVB-T
adapter to scan for KPN Digitenne bouquets (location Zwolle/Apeldoorn).

Regards,

Niels Wagenaar



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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Morfsta
 The Multiproto channels.conf should be interchangeable with S2API. But
 *some* modulation types didn't exist in S2API when I wrote the patches and
 you need to check this for yourself. You need to check the settings (Red
 button to edit in the TV Channels overview) and see if they are indeed
 correct and change them accordinly. My best guess, is that the modulation
 types are wrong.

Sorry to double post but as an update I removed all DVB-T channels and
then rescanned them using scan-s2 from
http://mercurial.intuxication.org/hg/scan-s2/.  It found all the
channels on my transmitter. Also DVB-S channels seem to be working
fine, not tried S2 yet.

The new format for DVB-T presented is: -

BBC 
ONE;BBC:73:I999B8C34D34M16T2G32Y0:T:27500:600:601=eng,602=eng:0:0:4165:9018:4101:0

which is now accepted by VDR. However, I get a black screen when
tuning to them. In user.log I see: -

Feb  4 10:38:08 morfsta vdr: [18340] probing /dev/dvb/adapter0/frontend0
Feb  4 10:38:08 morfsta vdr: [18340] device 1 provides: DVBS DSS
Feb  4 10:38:08 morfsta vdr: [18344] tuner on device 1 thread started
(pid=18340, tid=18344)
Feb  4 10:38:08 morfsta vdr: [18345] section handler thread started
(pid=18340, tid=18345)
Feb  4 10:38:08 morfsta vdr: [18340] probing /dev/dvb/adapter1/frontend0
Feb  4 10:38:08 morfsta vdr: [18340] device 2 provides: DVBS DSS
Feb  4 10:38:08 morfsta vdr: [18347] tuner on device 2 thread started
(pid=18340, tid=18347)
Feb  4 10:38:08 morfsta vdr: [18348] section handler thread started
(pid=18340, tid=18348)
Feb  4 10:38:08 morfsta vdr: [18340] probing /dev/dvb/adapter2/frontend0
Feb  4 10:38:08 morfsta vdr: [18340] device 3 provides: DVBS DVBS2
Feb  4 10:38:08 morfsta vdr: [18340] device 3 forced to frontendType SYS_DVBS2
Feb  4 10:38:08 morfsta vdr: [18350] tuner on device 3 thread started
(pid=18340, tid=18350)
Feb  4 10:38:09 morfsta vdr: [18351] section handler thread started
(pid=18340, tid=18351)

which is funny  because devices 0 and 1 are DVB-T:

[   12.497993] DVB: registering adapter 0 frontend -858993460 (Philips
TDA10045H DVB-T)...
[   12.554597] DVB: registering adapter 1 frontend -858993460
(Conexant CX22702 DVB-T)...
[   12.594872] DVB: registering adapter 2 frontend 0 (Conexant
CX24116/CX24118)...

then when VDR starts tuning I see:

Feb  4 10:38:18 morfsta vdr: [18344] frontend 0 timed out while tuning
to channel 1, tp 642
Feb  4 10:39:18 morfsta vdr: [18347] frontend 1 timed out while tuning
to channel 1, tp 642
Feb  4 10:39:21 morfsta vdr: [18344] frontend 0 timed out while tuning
to channel 1, tp 642

Any suggestions?

Thanks

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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Niels Wagenaar
Op Wo, 4 februari, 2009 10:16, schreef Morfsta:
 Hi,


Goodmorning!

 Due to an attempt on OS upgrade and thus kernel upgrade I'm grudgingly
 (it worked for me for months with no issues so why would I want to
 change it for now?) trying to make the transition from multiproto to
 S2API. I have two DVB-T cards and a NOVA-S2-HD (HVR4000 lite). I have
 downloaded a vanilla vdr-1.7.0 applied the h264 patch and the s2api
 patch and install S2API from Steven Toth's mercurial repository.


You might want to try Igor's repo
http://mercurial.intuxication.org/hg/s2-liplianin)  since Steve's hasn't
been updated for over 3 months. This however won't fix your problem perse.

 On booting the kernel loads all the modules and I see the various
 frontends and when I start VDR it loads all of the relevant firmware
 okay. When I start VDR it won't show any of the FTA channels on DVB-T
 or DVB-S (not even tried S2!) and all I get is Channel Not
 Available. I wish VDR were more descriptive in why the channels are
 not available! :-)


Did you install mine S2API patch from 7-10 for VDR 1.7.0? Because this is
the latest version and this has been tested with DVB-T, DVB-S, DVB-S2 and
DVB-C. And with succes! ;)

BTW, you might want to increase the logging for VDR or check the logfiles
in /var/log what VDR has thrown out (Ubuntu uses /var/log/user.log for
instance). My best guess is an frontend timeout error. This means that a
timeout (duh!) occured when tuning to the selected channel. This can mean
a reception problem (not likely, but good to point out) or a problem in
your channels.conf.

 Apologies if this has been asked before, but is there anything I'm
 missing? Is the problem that I took my channels.conf from my
 multiproto VDR and something has now changed in the format?


The Multiproto channels.conf should be interchangeable with S2API. But
*some* modulation types didn't exist in S2API when I wrote the patches and
you need to check this for yourself. You need to check the settings (Red
button to edit in the TV Channels overview) and see if they are indeed
correct and change them accordinly. My best guess, is that the modulation
types are wrong.

 It would be good to get this working as my old OS is now messy and
 really needs a clean build with a shiny new kernel and I can't patch
 up to date multiproto with the old HVR4000 patches (a few FAILS which
 I guess I could fix, but might take some time as they don't look that
 trivial) and an older version of multiproto from HG doesn't compile on
 the new kernel!


Best to say, multiproto is not needed to get it al working. I've got the
same kind of config as you ( NOVA-HD-S2 and a Gigabyte USB stick for
DVB-T) and it works very good with S2API.

 Can anyone point me in the right direction on what might be going on?


See the above ;)

 Thanks

Regards,

Niels Wagenaar



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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Morfsta
On Wed, Feb 4, 2009 at 9:39 AM, Niels Wagenaar n.wagen...@xs4all.nl wrote:
 Goodmorning!

Morning Niels, thanks for getting back to me so quickly!

 You might want to try Igor's repo
 http://mercurial.intuxication.org/hg/s2-liplianin)  since Steve's hasn't
 been updated for over 3 months. This however won't fix your problem perse.

OK, done that.

 Did you install mine S2API patch from 7-10 for VDR 1.7.0? Because this is
 the latest version and this has been tested with DVB-T, DVB-S, DVB-S2 and
 DVB-C. And with succes! ;)


Specifically I have installed:

vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
vdr-1.7.0-s2api-07102008-h264-clean.patch

the only other plugin I am using at this stage is the reelbox plugin
output which seems to work fine.

 BTW, you might want to increase the logging for VDR or check the logfiles
 in /var/log what VDR has thrown out (Ubuntu uses /var/log/user.log for
 instance). My best guess is an frontend timeout error. This means that a
 timeout (duh!) occured when tuning to the selected channel. This can mean
 a reception problem (not likely, but good to point out) or a problem in
 your channels.conf.


Now I have recompiled it all and when I run VDR I get: -

vdr: error while reading '/video/config6/channels.conf'

in /var/log/user.log I see: -

Feb  4 10:06:01 morfsta vdr: [17791] loading /video/config6/channels.conf
Feb  4 10:06:01 morfsta vdr: [17791] ERROR: unknown parameter key 'A'
Feb  4 10:06:01 morfsta vdr: [17791] ERROR: error in
/video/config6/channels.conf, line 2

Line 2 is a DVB-T channel: -

BBC ONE;BBC:73000:A0B8C34D34G32I0M16P0T2Y0:T:27500:600:601=eng,602=eng:0:0:4
165:9018:4101:0

This channel works fine in vdr-1.7.0 with multiproto and there are
definitely no reception problems as all DVB-T and DVB-S channels works
fine with previous implementation (which I have kept in a seperate
parition obviously!).

 The Multiproto channels.conf should be interchangeable with S2API. But
 *some* modulation types didn't exist in S2API when I wrote the patches and
 you need to check this for yourself. You need to check the settings (Red
 button to edit in the TV Channels overview) and see if they are indeed
 correct and change them accordinly. My best guess, is that the modulation
 types are wrong.


It seems that the channels.conf isn't interchangeable as the
multiproto channels.conf now seems to be rejected and I can't even
start VDR now. Perhaps the leading A is now unsupported in the
options, is there a way I could possibly modify the file to remove
this stuff?

 See the above ;)

Any more ideas? ;-)

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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Klaus Schmidinger
On 04.02.2009 11:41, Morfsta wrote:
...[ tunig problems ]
 
 Any suggestions?

Have you considered trying VDR 1.7.4?

Klaus

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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Morfsta
 I still think it's a problem with the channel.conf. For fun, please try
 using the old and default scan for DVB-T. Because I used the old dvb-scan
 with the option to output for VDR on my Gigabyte GT-U7000-RH based DVB-T
 adapter to scan for KPN Digitenne bouquets (location Zwolle/Apeldoorn).

Tried this, again finds all the channels but when put into VDR no
video appears (however I do see the programme listings in the EPG).

Any more ideas?

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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Morfsta
On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
klaus.schmidin...@cadsoft.de wrote:
 Have you considered trying VDR 1.7.4?

Klaus, 1.7.4 works fine with S2API and DVB-T here

Looks like there might be a problem in your patch somewhere Niels, but
not sure where? I would still prefer to use 1.7.0 if possible, as
expected a ton of plugins don't compile with 1.7.4... :-(

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


Re: [vdr] VDR 1.7.0 S2API - Channels not Available

2009-02-04 Thread Mika Laitio
 Due to an attempt on OS upgrade and thus kernel upgrade I'm grudgingly
 (it worked for me for months with no issues so why would I want to
 change it for now?) trying to make the transition from multiproto to
 S2API. I have two DVB-T cards and a NOVA-S2-HD (HVR4000 lite). I have
 downloaded a vanilla vdr-1.7.0 applied the h264 patch and the s2api
 patch and install S2API from Steven Toth's mercurial repository.

Can you try with vdr-1.7.4, that's the first version from vdr 1.7x 
series that i got working with s2api and hvr-4000.
I have testeed it with streamdev server plugin and mplayervlc.

Mika

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