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"
To:
Sent: Wednesday, March 25, 2009 5:22 AM
Subject: [vdr] VDR 1.7.0 & S2API
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-lipliani
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 dr
> 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 mplayer&vlc.
vdr-1.7.4 works fine with all my devices - but vomp isn't compatible
with it yet for replaying its recordings
> 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
On Wednesday 04 February 2009, Klaus Schmidinger wrote:
> On 04.02.2009 11:52, Morfsta wrote:
> > On Wed, Feb 4, 2009 at 10:46 AM, Klaus Schmidinger
> >
> > wrote:
> >> Have you considered trying VDR 1.7.4?
> >
> > Eek! Isn't that the one that even you don't consider using in a
> > productive envi
On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
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
expec
> 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).
On Wednesday 04 of February 2009, Morfsta wrote:
> On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
>
> 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
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 HD
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 ha
On Wednesday 04 of February 2009, Morfsta wrote:
> On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
>
> 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
On Wed, Feb 4, 2009 at 10:58 AM, Klaus Schmidinger
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
> offici
On 04.02.2009 11:52, Morfsta wrote:
> On Wed, Feb 4, 2009 at 10:46 AM, Klaus Schmidinger
> wrote:
>> Have you considered trying VDR 1.7.4?
>
> Eek! Isn't that the one that even you don't consider using in a
> productive environment? ;-)
Well, even using *any* version 1.7.x in a productive enviro
On Wed, Feb 4, 2009 at 10:46 AM, Klaus Schmidinger
wrote:
> Have you considered trying VDR 1.7.4?
Eek! Isn't that the one that even you don't consider using in a
productive environment? ;-)
I'm not sure about the TS stuff and how that works and also that I
won't be able to replay normal/HD recor
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
>> 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 inde
On Wed, Feb 4, 2009 at 9:39 AM, Niels Wagenaar 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 yo
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
Hi,
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 vani
hi,
i had tried many times to install vdr with no luck, but i found a
tutorial on how to install vdr 1.7.0 on ubuntu-like systems, from source
code. It was pretty straight forward, i didn't have any problem on
compiling and installing everything.
I've got a lifeview trio pci card, saa7134, and
Well it turned out that for some reason Fedora 9 (kernel 2.6.25.14-108.fc9.i686)
and VIA EX1EG motherboard and Reelbox eHD combination doesn't work. I
re-installed Fedora twice to make sure. (And still it might be that I overlooked
something...) Then I installed an identical Fedora 9 on a diffe
>Have a look at the hdtsplay-demo in the hdshm3-folder. It is a simple demo
>that plays back TS files over the DeCypher. If that works, your basic driver
>setup (+ the HW) is OK, and something in the vdr (or the patches) itself
>is wrong.
Playing back a ts file with hdtsplay is actually even worse
>> I guess the correct term would be "artifacts"?
>> I can see the video but here and there across the screen are small "boxes".
>What is the CPU load during that time? The host CPU transfers the data into
>the shared memory on the card, so anything below 80-90% load indicates
>another problem.
>There is a reset circuit on the that controls the complicated power
>sequencing. It is possible that your BIOS is too fast and configures the PCI
>space during this powerup sequence. At that time, the HDE is not properly
>accessible.
>
>It is possible to shorten this sequence a bit, but for that y
On Sat, Sep 20, 2008 at 06:46:14PM +0300, Josce wrote:
> Noticed some other thing. When I playback a recording that
> worked well with vdr 1.6.0 the subtitles come 6-7 seconds
> before they should. The audio and video are in sync.
Have a look at the hdtsplay-demo in the hdshm3-folder. It is a simp
On Sat, Sep 20, 2008 at 11:44:34AM +, Josce wrote:
>
> > Could you define mosaic? Would you be able to post a picture of some kind?
> > To be honost, I haven't updated the hdplayer3 stuff for some while now.
> > So it could be related to a new update in the svn in the reelbox
> > plugin/hdpla
On Sat, Sep 20, 2008 at 03:41:23PM +0300, Josce wrote:
> I have also noted that sometimes when I boot my pc the eHD card gets an IRQ
> 255.
>
> [EMAIL PROTECTED] tv]#lcpci -v
> 03:0f.0 Multimedia controller: Micronas USA, Inc. Unknown device 8100
> Subsystem: Micronas USA, Inc. Unknown de
Noticed some other thing. When I playback a recording that
worked well with vdr 1.6.0 the subtitles come 6-7 seconds
before they should. The audio and video are in sync.
I also get, (which I don't know what they are):
virtual void Reel::HdOsd::SetActive(bool) On=1
virtual void Reel::HdOsd::SetAct
I have also noted that sometimes when I boot my pc the eHD card gets an IRQ 255.
[EMAIL PROTECTED] tv]#lcpci -v
03:0f.0 Multimedia controller: Micronas USA, Inc. Unknown device 8100
Subsystem: Micronas USA, Inc. Unknown device 8100
Flags: medium devsel, IRQ 255
Memory at df
> Could you define mosaic? Would you be able to post a picture of some kind?
> To be honost, I haven't updated the hdplayer3 stuff for some while now.
> So it could be related to a new update in the svn in the reelbox
> plugin/hdplayer3.
I guess the correct term would be "artifacts"?
I can see
Jelle De Loecker schreef:
> I've finally gotten VDR to work with my Technotrend S2-3200 card, but I
> just can't seem to get this diseqc.conf file right!
>
> S19.2E 11700 V 9750 [E0 10 38 F0]
> S19.2E 9 V 10600 [E0 10 38 F1]
> S19.2E 11700 H 9750 [E0 10 38 F2]
> S19.2E 9 H 106
Hello everyone,
I've finally gotten VDR to work with my Technotrend S2-3200 card, but I
just can't seem to get this diseqc.conf file right!
I'm trying to understand all the tutorials and howto's, but since
they're in German ...
S19.2E 11700 V 9750 [E0 10 38 F0]
S19.2E 9 V 10600 [E0 1
> > > I am unable to compile this plugin. It fails with csmenu.c:236:
> > > error: 'class cDevice' has no member named 'ProvidesS2'.
> >
> > cDevice::ProvidesS2() is not from orignal-vdr. You can add this
> > function to your cDevice class
> >
> > bool cDevice::ProvidesS2() const
> > {
> >
> > Here is my error:
> > May 15 14:03:21 mbox2 vdr: [21729] ERROR (dvbdevice.c,302):
> > Invalid argument
> > May 15 14:03:21 mbox2 kernel: dvb_frontend_ioctl: FESTATE_RETUNE:
> > fepriv->state=2
> > May 15 14:03:32 mbox2 vdr: [21729] ERROR (dvbdevice.c,302):
> > Invalid argument
> > May 15 14:0
> On Tue, May 20, 2008 at 2:22 AM, Mike Booth <[EMAIL PROTECTED]> wrote:
> > I am unable to compile this plugin. It fails with csmenu.c:236:
> > error: 'class cDevice' has no member named 'ProvidesS2'.
>
> cDevice::ProvidesS2() is not from orignal-vdr. You can add this
> function to your cDevi
On Tue, May 20, 2008 at 2:22 AM, Mike Booth <[EMAIL PROTECTED]> wrote:
> I am unable to compile this plugin. It fails with csmenu.c:236:
> error: 'class cDevice' has no member named 'ProvidesS2'.
cDevice::ProvidesS2() is not from orignal-vdr. You can add this
function to your cDevice class
bo
I am unable to compile this plugin. It fails with csmenu.c:236:
error: 'class cDevice' has no member named 'ProvidesS2'.
Can anyone provide any info that might help. I've scanned everywhere for
mention of "ProvidesS2" with no luck.
I'm using vdr-1.7.0, multiproto_plus and the reelchannelscan
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Bjørnar Nilsen
> Sent: 15. mai 2008 14:15
> To: 'Igor'; 'VDR Mailing List'
> Subject: Re: [vdr] VDR 1.7.0 & ERROR (dvbdevice.c,302):
..
Snip
..
>
&g
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Igor
> Sent: 28. april 2008 07:29
> To: VDR Mailing List
> Subject: [vdr] VDR 1.7.0 & ERROR (dvbdevice.c,302): Invalid argument
>
> Hi
>
>
> when I want to s
with this patch I could receive dvb-s2 channels on my VDR 170
I don't have the error
May 3 22:42:15 localhost vdr: [3471] ERROR (dvbdevice.c,302): Invalid argument
anymore
@gilmi
thanks
Igor
> sorry, took a little bit longer to find time for made the patch.
> This patch is against multiprot
> > > Have you replaced linux/include/linux/compiler.h with the one from your
> > > kernel ? (in multiproto_plus dir) if that's going to be included, this
> > > shouldn't be in of course.
> >
> > your patch included the compiler.h, after replacing it with the right
> > one the drivers are build
>
On Fri, May 02, 2008 at 06:12:53PM +0200, Lars Bläser wrote:
> > Have you replaced linux/include/linux/compiler.h with the one from your
> > kernel ? (in multiproto_plus dir) if that's going to be included, this
> > shouldn't be in of course.
>
> your patch included the compiler.h, after replacin
Gregoire Favre wrote:
> On Fri, May 02, 2008 at 01:15:45PM +0200, Lars Bläser wrote:
>
>> after this patch the multiproto_plus does not compile against my older
>> kernel (suse 10.2 stock kernel 2.6.18)
>
> Have you replaced linux/include/linux/compiler.h with the one from your
> kernel ? (in mul
On Fri, May 02, 2008 at 01:15:45PM +0200, Lars Bläser wrote:
> after this patch the multiproto_plus does not compile against my older
> kernel (suse 10.2 stock kernel 2.6.18)
Have you replaced linux/include/linux/compiler.h with the one from your
kernel ? (in multiproto_plus dir) if that's going
Gregoire Favre wrote:
> On Fri, May 02, 2008 at 12:03:48AM +0200, gimli wrote:
>> Hi,
>>
>> sorry, took a little bit longer to find time for made the patch.
>> This patch is against multiproto_plus +
>> HVR-4000-multiproto_plus-2008-04-25.diff.
>> With this combination i'm able to tune all HDTV cha
On Fri, May 02, 2008 at 12:03:48AM +0200, gimli wrote:
> Hi,
>
> sorry, took a little bit longer to find time for made the patch.
> This patch is against multiproto_plus +
> HVR-4000-multiproto_plus-2008-04-25.diff.
> With this combination i'm able to tune all HDTV channels on Astra 19.2E.
> My Ha
Hi,
sorry, took a little bit longer to find time for made the patch.
This patch is against multiproto_plus +
HVR-4000-multiproto_plus-2008-04-25.diff.
With this combination i'm able to tune all HDTV channels on Astra 19.2E.
My Hardware is a WinTV Nova HD S2.
cu
Edgar (gimli) Hucek
> On Tue, Apr
> Some postings before i read about multiproto + hvr4000 and tuning problems.
> I had that problems myselfe.
do you mean my hvr4000-problem with
ERROR (dvbdevice.c,302): Invalid argument ??
> The problem is the inversion setting in the
> driver. It's a driver bug. At the moment i do not have m
> On Tue, Apr 29, 2008 at 10:18:30AM +0200, gimli wrote:
>> Some postings before i read about multiproto + hvr4000 and tuning
>> problems.
>> I had that problems myselfe. The problem is the inversion setting in the
>> driver. It's a driver bug. At the moment i do not have my modified
>> driver
>> b
On Tue, Apr 29, 2008 at 10:18:30AM +0200, gimli wrote:
> Some postings before i read about multiproto + hvr4000 and tuning problems.
> I had that problems myselfe. The problem is the inversion setting in the
> driver. It's a driver bug. At the moment i do not have my modified driver
> by hand. Will
Some postings before i read about multiproto + hvr4000 and tuning problems.
I had that problems myselfe. The problem is the inversion setting in the
driver. It's a driver bug. At the moment i do not have my modified driver
by hand. Will post it in later today. I did a mixuup between :
http://www.li
> > have you the same dvbdevice.c as me ?
>
> md5sum /usr/src/vdr-1.7.0/dvbdevice.c
> 18981c81c4da6bb303b71b21147f3726 /usr/src/vdr-1.7.0/dvbdevice.c
>
> No idea... just md5sum your's.
yes, we hfve the same dvbdevice.c
> > the difference is only in Inversion parameter. But your string didn't
On Mon, Apr 28, 2008 at 10:19:44PM +0400, Igor wrote:
> Gregoire
>
> have you the same dvbdevice.c as me ?
md5sum /usr/src/vdr-1.7.0/dvbdevice.c
18981c81c4da6bb303b71b21147f3726 /usr/src/vdr-1.7.0/dvbdevice.c
No idea... just md5sum your's.
> the difference is only in Inversion parameter. But
Gregoire
have you the same dvbdevice.c as me ?
> > when I want to switch on dvb-s2 channel
> > ASTRA
> > HD+;BetaDigital:11914:hC910I1M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0
>
> Well, I have this :
>
> ASTRA
> HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:13
On Mon, Apr 28, 2008 at 09:29:26AM +0400, Igor wrote:
> Hi
>
>
> when I want to switch on dvb-s2 channel
> ASTRA
> HD+;BetaDigital:11914:hC910I1M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0
Well, I have this :
ASTRA
HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:13
> > But if I disconnect from the card the antenna I will have this problem
> [snip]
> > let's see in the xine output
> [snip]
> > video_out: throwing away image with pts 96108366 because it's too old (diff
> > : 434402).
> > video_out: throwing away image with pts 96111366 because it's too old (di
Hi
when I want to switch on dvb-s2 channel
ASTRA
HD+;BetaDigital:11914:hC910I1M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0
I receive this error
Apr 28 09:18:32 localhost vdr: [4188] switching to channel 2782
Apr 28 09:18:32 localhost vdr: [4535] transfer thread ended (pid=4188, tid=45
Hi,
Igor Nikanov schrieb:
> how is it possible to scan dvb-s/s2 channels with vdr 1.7.0 ?
Well, there is no explicit scan functionality. When VDR receives
a channel (for example when it does an EPG scan for all already
known transponders (generated from channels.conf)) and sees a
network inf
Hi
how is it possible to scan dvb-s/s2 channels with vdr 1.7.0 ?
Igor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Igor Nikanov schrieb:
> But if I disconnect from the card the antenna I will have this problem
[snip]
> let's see in the xine output
[snip]
> video_out: throwing away image with pts 96108366 because it's too old (diff :
> 434402).
> video_out: throwing away image with pts 96111366 because it
Hi,
Igor Nikanov schrieb:
> But if I disconnect from the card the antenna I will have this problem
[snip]
> Apr 27 13:37:32 localhost vdr: [5732] timer 1 (88 1318-1618 '@Das gemütliche
> Schlafzimmer') set to event Sun 27.04.2008
> 14:0 Apr 27 13:37:32 localhost vdr: [5732] switching device 1 to
Hi
I'm start to test my system -
dvb-s2 card hvr4000 (with latest multiproto_plus + hvr4000 patch from
Gregoire Favre) + VDR 1.7.0 + xine-plugin 0.8.2 + xine-lib-1.2 from HG +
xine-ui from CVS + ffmpeg from SVN
(I didn't test dvb-s2 yet, but it seems to me - the dvb-s works well)
But if I disco
Hi,
Helmut Auer schrieb:
dvbdevice.c
dvbdevice.c: In member function 'bool cDvbTuner::SetFrontend()':
dvbdevice.c:271: error: 'struct dvbfe_info' has no member named 'delivery'
dvbdevice.c:286: error: 'struct dvbfe_info' has no member named 'delivery'
dvbdevice.c:307: error: 'struct dvbfe_info'
> Let's hope there will soon be a combined driver source...
>
I guess the driver team cannot ignore the linux killer application :)
--
Helmut Auer, [EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/list
On 04/13/08 18:21, Helmut Auer wrote:
> Hi
>
>
>> dvbdevice.c
>> dvbdevice.c: In member function 'bool cDvbTuner::SetFrontend()':
>> dvbdevice.c:271: error: 'struct dvbfe_info' has no member named 'delivery'
>> dvbdevice.c:286: error: 'struct dvbfe_info' has no member named 'delivery'
>> dvbdevic
Hi
> dvbdevice.c
> dvbdevice.c: In member function 'bool cDvbTuner::SetFrontend()':
> dvbdevice.c:271: error: 'struct dvbfe_info' has no member named 'delivery'
> dvbdevice.c:286: error: 'struct dvbfe_info' has no member named 'delivery'
> dvbdevice.c:307: error: 'struct dvbfe_info' has no member
Hi List,
When compiling vdr-1.7.0 i got this error:
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -march=pentium3
-O2 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4
-fprefetch-loop-arrays -ffast-math -fPIC -c -DUSE_CHANNELSCAN
-DUSE_CMDSUBMENU -DUSE_CUTTERLIMIT -DUSE_CUTT
On 02/19/08 13:05, Igor wrote:
> sorry , I meant - when will be release the vdr 1.7.0
Shortly after 1.6.0.
Klaus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
sorry , I meant - when will be release the vdr 1.7.0
-Original Message-
From: FЭley IstvАn <[EMAIL PROTECTED]>
To: Igor <[EMAIL PROTECTED]>, VDR Mailing List
Date: Tue, 19 Feb 2008 12:52:53 +0200 (EET)
Subject: Re: [vdr] vdr 1.6.0 - when ?
>
> Please read the following carefully:
>
> >
70 matches
Mail list logo