Manu Abraham wrote:
Hi All,
I have uploaded a preview for the Mantis based cards (VP-1027 / VP-1033
/ VP-1034 / VP-2033 / VP-3033)
The update contains a new PCI bridge called the Mantis and 2 frontends
as well
Does this apply also to these cards
- Twinhan DTV TER-CI 3030 Mantis DVB-T
-
I was wondering is it possible to have Mythtv running
with NEXUS-S FF card only, using it for capture _and_ tv-out
MythTV site seems to be centered around PVR-card.
--
[EMAIL PROTECTED] * Using HTML-mail is like breaking wind in a church *
60.2N 24.7E * it is not illegal, just extremely bad
Gavin Hamill wrote:
On Sat, 26 Aug 2006 13:37:35 +0300
Lauri Tischler [EMAIL PROTECTED] wrote:
I was wondering is it possible to have Mythtv running
with NEXUS-S FF card only, using it for capture _and_ tv-out
MythTV site seems to be centered around PVR-card.
I don't believe so - that's what
Appears that tuxbox uses frontend command fp_ioctl_get_lnb_current
Is that tuxbox home-made special ?
anything similar in normal dvb ?
--
[EMAIL PROTECTED]
60.2N 24.7E
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
I've been trying to find specification for Diseqc 1.2,
other then the one at www.eutelsat.com called 'position_app_note_v1.pdf'
The initial spec from Feb. 1998.
I have not been able to find anything newer.
Specially I'm tring to find the spec for command 'Goto X',
the original spec just says
---
Holger Waechtler wrote:
like mentioned before: Full Featured cards an anachronism, I hope no
company will be so foolish to produce such a beast again for the mass
market.
Do you mean that if I want to make a set-top-box, I need to mess
with DXR or framebuffers or matrox or some crappy tv-out or
Florian
(PS: Lauri could you please create a commandline option to switch
nit/tid usage on [Default off] with a big warning message? [scan])
Done..
Adds parameter -e to scan, e as version, v is used as verbose
-e NVDR version, default 2 for VDR-1.2.x
ANYTHING ELSE
Holger Waechtler wrote:
Ed Wildgoose wrote:
Jon Burgess wrote:
Last night I tried another approach to fixing the DMA issues. Instead
of dealing with the awkward transition between the odd and even
fields in the middle of the buffer, I just avoid the problem by using
the whole buffer for both
Jon Burgess wrote:
Here is a patch which completely fixes all the stream distortion
problems i've been seeing on my P4 system. This works without needing to
apply any of the proposed PCI tweaks.
Where do you apply that to DVB cvs ?
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED]
John Knottenbelt wrote:
Well, I notice that av7110.c (at least in the 2.6.0-test3 kernel) writes:
./ttpci/av7110.c: saa7146_write(dev, PCI_BT_V1, 0x1c00101f);
and
./ttpci/budget-core.c:saa7146_write(dev, PCI_BT_V1, 0x001c |
./ttpci/budget-core.c:(saa7146_read(dev,
Ed Wildgoose wrote:
Thankyou so much Robert. The clue to at least some of my problems is
this PCI burst length setting.
However, having tried values down to 16, it was still causing little
errors, so I went down to using 0x00, and this seems to work properly at
last! Wahoo! I actually then
Here is some output from tzap, first is NOVA-T and second is NEXUS-T
It appears that the NOVA-T has given up its ghost :(
Is there anything to fiddle with or just nail the thing to the wall.
-- NOVA-T --
vdr:/usr/local/dvb/DVB-Jul21/apps/szap# ./tzap -a 1 TV1
using '/dev/dvb/adapter1/frontend0'
Gavin Hamill wrote:
Just a quick 'feeler' question here... what are the differences between
DVB-T and DVB-C ? Is it simply a matter of input frequency, or is there
more to it than that?
Good question, maybe somebody wise can also explain why the two,
T and C, are different in the first place.
Seppo Ingalsuo wrote:
In Finland
practically all free to air content requires quite large dish so good
reception is critical.
Depends what is considered as 'large' dish. I can receive
quite a lot of stuff with Triax 88cm dish.
I just wonder if its possible to get BBC (Astra 28) with
anything
Is the manual for LSI L64781 available somewhere, I have found
manual for L64780 but that does not help much.
--
Lauri Tischler, Network Admin
Tel:+358-9-47846331* Anna kaikkien kissojen kukkia *
Fax:+358-9-47846500* Kiinalainen sananlasku*
Mobile: +358-40-5569010
bigg wrote:
Hi,
I've just had to upgrade to the most recent driver mainly to improve the
scan app so it could output data for use with VDR.
bigg wrote:
There propably ain't definition for your transmitter in initial.h file,
add one there or tell us what transmitter y'r using
It also could help if U told us your scan command string.
Ok, my transmitter is Bluebell Hill in Kent, UK.
My scan command string is: scan -o vdr | sort
Lauri Tischler wrote:
The command below dont dump provider name,
./scan -a 1 -s 0 -x 666 -t 1 -p -n -o vdr astra-vdr
the '-p' is position dependent, if it is before the '-o vdr'
it wont work, the patch fixes that.
Replaced Hotbird entrys in initial.h with only one entry,
appears to scan all
Some transponders give their orbital position as zero.
I think they should be removed from vdr-output of scan.
Any yeas or nays..
--
[EMAIL PROTECTED] *Life is complex *
The Olde Farthe * It has real and imaginary parts *
--
Info:
To unsubscribe send a mail to [EMAIL
Eric Laly wrote:
If no, is there a great différence (of image quality, of course) between
the composite out of nexus and the RGB out of the 'old' card ?
On my opinion, no.
The difference is not really on the NEXUS but on the TV.
Many TV sets have lousy composite input and thats why people
say
I tweaked the saa7146_core.c to set latency to 128,
mainly to see if I could get my NOVA-T (the DVB 3) to work
properly, without artefacts, (I have this crappy VIA based
uATX Motherboard)
Picture breaks and glitches whenewer there is a write to disk
and NOVA-T is in use.
Board 1 is NEXUS-T, Board
Klaus Schmidinger wrote:
I just loaded the latest driver from the DVB CVS and got these
log messages that I didn't get before:
Jul 13 12:02:11 video kernel: mt312_read: ret == -121
This comes once for each DVB card. Don't know if it's
serious, just wanted to report it.
the last two lines in the
Demeter Tibor wrote:
Hi all!
How to use the scan util if i not need the scrambled channels of the
channels.conf ? i need only the free and working channels
use scan -h
try scan -x 0
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
Wolfgang Thiel wrote:
On Thu, Jul 10, 2003 at 08:36:57AM +0300, Lauri Tischler wrote:
Seems to have dissapeared somewhere after introducing the nit-stuff,
or maybe I'm blind.
Is there any table anywhere for mapping ca_id to actual method,
ie. viacces, powervu, conax etc..
You can find a list
Wolfgang Thiel wrote:
On Wed, Jul 09, 2003 at 08:31:52AM +0300, Lauri Tischler wrote:
...
Maybe tuning attempts can be further reduced by dropping other
satellites. ie. if tuning to 12345:v:S5.0E:27500 succeeds
it is not necessary to try to tune to sats other then S5.0E
Apropos comparisons
Seems to have dissapeared somewhere after introducing the nit-stuff,
or maybe I'm blind.
Is there any table anywhere for mapping ca_id to actual method,
ie. viacces, powervu, conax etc..
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
/driver] Error 2
make[1]: Leaving directory `/usr/src/kernel-source-2.4.20'
make: *** [here] Error 2
vdr:/usr/local/dvb/DVB/driver#
--
Lauri Tischler, Network Admin
Tel:+358-9-47846331* Anna kaikkien kissojen kukkia *
Fax:+358-9-47846500* Kiinalainen sananlasku*
Mobile
Lauri Tischler wrote:
vdr:/usr/local/dvb/DVB/driver# make
/lib/modules/2.4.20/build/scripts/pathdown.sh: line 4: TOPDIR: parameter
null or not set
DIR=`pwd`; (cd /lib/modules/2.4.20/build; make SUBDIRS=$DIR modules)
make[1]: Entering directory `/usr/src/kernel-source-2.4.20'
make -C /usr/local
Scanning other-nit from Sirius gives following,
They look like cable-stuff, is that correct ??
// NIT other
NIT (other TS)
(SMATV)
transport_stream_id 0x0003
0x03e8/0x0003 297:M64:C:6875: (done) (tuning failed)
transport_stream_id 0x0008
0x03e8/0x0008
Gregor Lawatscheck wrote:
At 16:08 29/06/2003, you wrote:
It sort of appears that I can get anything below 11700 Ghz.
Any ideas where to hunt, have allready removed all signal-combiners
and diseq-stuff from the cable.
I've had a similar problem which went away when I got the skew exactly
Johannes Stezenbach wrote:
On Tue, Jul 08, 2003 at 12:33:14PM +0200, Andreas Oberritter wrote:
On Tue, 2003-07-08 at 10:47, Lauri Tischler wrote:
Scanning other-nit from Sirius gives following,
They look like cable-stuff, is that correct ??
Yes, scan must ignore cable stuff when scanning
.. in scan.c should be increased,
Europe by Satellite on HotBird 12476 has 12 apids.
--
Lauri Tischler, Network Admin
Tel:+358-9-47846331* Anna kaikkien kissojen kukkia *
Fax:+358-9-47846500* Kiinalainen sananlasku*
Mobile: +358-40-5569010
EMail: [EMAIL PROTECTED
When firmware is loaded to the card, why does it say
'(C) 2001 Convergence integrated media' on the tv
It is the year of 2003, you know...
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
Some nitpicking :)
According to Satcodx Intelsat 707 is at 359 and Thor is at 359.2.
Shouldnt scan then report S1.0W and S0.8W respectively.
--
Lauri Tischler, Network Admin
Tel:+358-9-47846331* Anna kaikkien kissojen kukkia *
Fax:+358-9-47846500* Kiinalainen
vdr format ;apid,apid;dpid:
I was not able to test this, as none of the Sirius or Thor
channels appear to have dolby.
VDR accepts more than one ac3_pid (dpid), are there more than one,
if yes then the handling should be array like audio_pids.
--
[EMAIL PROTECTED] * Let all cats bloom *
The
Guido Fiala wrote:
Is there some history of firmware changes available?
http://www.linuxdvb.tv/download/ChangeLog
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
It sort of appears that I can get anything below 11700 Ghz.
Any ideas where to hunt, have allready removed all signal-combiners
and diseq-stuff from the cable.
Just appr. 8m of cable from DVB-S to LNB.
--
[EMAIL PROTECTED] * Let all cats bloom *
The Olde Farthe * Chinese prowerb *
Select output by service, 1=tv, 2=radio, 4=other.
Effective only for -o vdr now.
There is some odd effect, I have selected INVERSION_OFF for
562000 terrestial transmitter, output still gives
INVERSION_AUTO (I999), should be I0
--
[EMAIL PROTECTED] * Let all cats bloom *
The Olde Farthe
Johannes Stezenbach wrote:
Hi,
Lauri Tischler wrote:
Add parameter -r, -r 0 disables radiochannels from vdrlist
scan -h shows usage
I don't like this patch, because it works for vdr output format only,
and because IMHO the -r N stuff is too specialized.
How about:
-t N select service type
Johannes Stezenbach wrote:
It's necessary at least for DVB-T in Berlin.
Added one mux (Espoo Terrestial 562000) to my initial.h.
Espoo has a total of three mux's, supprice, scan found them all.
They are all fortunately by one provider, Digita.
command 'scan -a 0 -o vdr' worked most of the time.
Holger Waechtler wrote:
Lauri Tischler wrote:
There is an error in dump-vdr.c, missing : in line
fprintf (f, :T:27500);
should be
fprintf (f, :T:27500:);
Lauri
thanks, applied. I don't know the VDR output format, what exactly means
this field?
the :T: field
new parameter -x
scan -h shows usage
--
--- scan.c.orig 2003-06-26 11:15:11.0 +0300
+++ scan.c 2003-06-26 11:47:14.0 +0300
@@ -38,6 +38,7 @@
static int current_tp_only;
static int get_other_nits;
static int vdr_dump_provider;
+static int
This is slightly off-topic for dvb, so I send copy to vdr...
By adding only one mux (562000) to initial.h I got what's below,
with command 'scan -a 0 -o vdr /video/channels.conf'
Starting then vdr just worked
-
MTV3
Add definition for Espoo Finland Terrestial A-mux
--
[EMAIL PROTECTED] * Let all cats bloom *
The Olde Farthe * Chinese prowerb *
---BeginMessage---
Index: DVB/apps/scan/initial.h
===
RCS file:
Add parameter -r, -r 0 disables radiochannels from vdrlist
scan -h shows usage
--
[EMAIL PROTECTED] * Let all cats bloom *
The Olde Farthe * Chinese prowerb *
---BeginMessage---
Index: DVB/apps/scan/dump-vdr.c
===
RCS
:
Usefull ??
--
Lauri Tischler, Network Admin
Tel:+358-9-47846331* Anna kaikkien kissojen kukkia *
Fax:+358-9-47846500* Kiinalainen sananlasku*
Mobile: +358-40-5569010
EMail: [EMAIL PROTECTED]
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux
TV3 Denmark:12054:v:S50E:27500::1121:1122:1126:1:1120:86:3:0
--
--
[EMAIL PROTECTED] * Let all cats bloom *
The Olde Farthe * Chinese prowerb *
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
Does anybody else have problem with audio sync, it is quite bad (nearly
ridiculous) on Nexus DVB-T, not so bad on Nexus DVB-S.
Yesterday I tested the version on CVS, no better than before.
The driver I'm using now is linux-dvb.2002-12-08.tar.bz2 pack from
vdr-project, no problem there.
Cheers...
Ian Molton wrote:
On Thu, 20 Feb 2003 16:40:49 +
Ian Molton [EMAIL PROTECTED] wrote:
Er. Is this the wrong place to be asking about this? or did I do a
smelly fart?
Check http://www.cadsoft.de/people/kls/vdr/index.htm
and read all relevant documentation
--
Info:
To unsubscribe send
Juha Yrjölä wrote:
dvbsak tries to auto-detect the DVB kernel driver version, and for some
reason it fails. Maybe it's because you're trying to use the second
adapter in your machine. Try with the latest CVS version. I've made a
workaround for the bug.
Hmmm... I get various errors for the
I wonder why snr is zero, reception is good tho o)
Driver and tzap from latest CVS.
vdr:/usr/local/dvb/DVB/apps/szap# ./tzap -a 0 TV2
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 56200 Hz
status 01 | signal 4d4e | snr | ber 0013 | unc |
Holger Waechtler wrote:
Due to the high power consumtion of the frontend we'll need an external
power supply of about 5...9V/5W. Using other DVB-C/S/T frontends should
be trivial, only minor changes in layout and and power supplies should
be necessairy.
How about having multiple frontend
vdr:~/VDR15/DVB/driver# make
/usr/src/linux/scripts/pathdown.sh: line 4: TOPDIR: parameter null or
not set
DIR=`pwd`; (cd /usr/src/linux; make SUBDIRS=$DIR modules)
make[1]: Entering directory `/usr/src/kernel-2.4.20pre5'
make -C /root/VDR15/DVB/driver CFLAGS=-D__KERNEL__
Klaus Schmidinger wrote:
I also had severe problems with lost locks in the latest driver (actually
I had these problems with the NEWSTRUCT driver all the time).
With the following patch to DVB/driver/dvb_frontend.c these problems are
gone here:
--- patch klipped ---
Yep, Great Ghu, it works,
Klaus Schmidinger wrote:
I also had severe problems with lost locks in the latest driver (actually
I had these problems with the NEWSTRUCT driver all the time).
With the following patch to DVB/driver/dvb_frontend.c these problems are
gone here:
Gotta try that patch.
I have not been able to
After the chance to HEAD I cant tune the DVB-T card.
Appears that NEWSTRUCT is affected also.
I just grabbed both and neither works.
tzap dont tune, dvbtune dont tune, of cource vdr dont tune :)
Older version, with VDRAIO, works.
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED]
Tomi Ollila wrote:
W/ DVB-T transport frequencies change when going from one transmitter to
another. My wild guess is that The other parameters if the channel (group)
stays the same (At least here in Finland, what I've been told).
I think we are lucky (or not) here in Finland 'cause we have
Tomi Ollila wrote:
Friday Sep 27 09:45:17 +0300 2002 Lauri Tischler [EMAIL PROTECTED] wrote:
Tomi Ollila wrote:
It should not be hard to find the exact source code lines where those
are defined (seems to be in dvb.c)... Anyway, it is the application that
sets those values too (i.e.. you need
I'm stumped, I feel dumb, cant find whats wrong :(
DVB-T card works with NEWSTRUCT driver, it started to work just
fine after I changed two parameters in dvb-frontend.c
For Finland parameters need to be
- constellation: QAM_64
- transmission_mode: TRANSMISSION_MODE_8K
I've been trying to find
While snooping along I found, in dvb_filter, following:
int read_sequence_header(uint8_t *headr, VideoInfo *vi, int pr)
'int pr' apparently controls printing of debug info,
where can one set it on ?
I was snooping around 'cause 10 meg's of 'buffer empty' messages in
logfiles started bugging me,
Am I correct assuming that the 'old version' of dvb-driver does not
support grundig_29504-401 tuner.
I'm asking because I cant get the nova-t card working with old driver,
it works with newstruct-driver.
Cheers..
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe
Tomi Ollila wrote:
Why would you like to use old driver if NEWSTRUCT works fine. I use old
driver only with my legacy dvbstream -based recording system.
Because VDRAIO uses old driver, I want to see if AIO works any better
than VDR-1.1.10.
Terrestial channels drop really a lot of frames,
62 matches
Mail list logo