On Tuesday 02 March 2004 20:57, Joerg Riechardt wrote:
what do I have to do to disable zif-zag scan?
edit dvb_frontend.c? But what exactly do I have to change?
Just set j=0 at the beginning of dvb_frontend_recover() in dvb_frontend.c.
Maybe these issues will be fixed soon for dvb-kernel (see
On Tuesday 02 March 2004 23:37, Andrew de Quincey wrote:
In the past I did some tests and found that tuning is always faster if
zig-zag scan is disabled. So the first thing I do after a check-out is
disabling this cra^Wstuff. - Never had any problems (QPSK BSRU6, Grundig
29504-451).
[EMAIL PROTECTED] wrote:
I couldn't find a simple (command line) way to record a DVB-T program
from a channel for a set length of time eg. scheduled from an at
job.
I would like something similar that sets the file name of the recorded
program to to the name of the program that is sent over
[EMAIL PROTECTED] wrote:
I couldn't find a simple (command line) way to record a DVB-T program
from a channel for a set length of time eg. scheduled from an at
job.
My quick hack to tzap.c (from linuxtv-dvb-apps-1.1.0/util/szap/tzap.c)
is available from
Hi, this patch does the following:
FE_RESET. This is removed.
FE_CAN_CLEAN_SETUP. This is removed.
FE_POLL. This is added as a more meaningful replacement for FE_RESET.
Currently it is only used by the ves1x93 frontend. FE_POLL will be called
repeatedly after the frontend parameters have been
Johannes Stezenbach wrote:
Hi all,
I've tagged the files for the linuxtv-dvb-1.1.1 release
in CVS. It would be nice if some of you could find the time
to check if the drivers build and work fine, especially with
the latest dvb_frontend changes.
is this just the same as in 2.6.4-rc1?
because
Hi, this patch does the following:
FE_RESET. This is removed.
FE_CAN_CLEAN_SETUP. This is removed.
FE_POLL. This is added as a more meaningful replacement for FE_RESET.
Currently it is only used by the ves1x93 frontend. FE_POLL will be called
repeatedly after the frontend parameters
Hi Bernard,
I couldn't find a simple (command line) way to record a DVB-T program
from a channel for a set length of time eg. scheduled from an at
job.
My quick hack to tzap.c (from linuxtv-dvb-apps-1.1.0/util/szap/tzap.c)
is available ...
That's a very good idea to put it right into tzap.
Schuett Thomas EXT wrote:
Hi Bernard,
I couldn't find a simple (command line) way to record a DVB-T program
from a channel for a set length of time eg. scheduled from an at
job.
My quick hack to tzap.c (from linuxtv-dvb-apps-1.1.0/util/szap/tzap.c)
is available ...
That's a very
Title: passivCard == noOSD ?
I have two general questions about cards without mpeg decoder:
1. Is this right: passivCard == noOSD ?
Possible no-answer :
If a card has no mpeg decoder and no video-out, then it has
no picture, and so it has nothing to render the OSD into.
Possible
Schuett Thomas EXT wrote:
...
(I have left the mailing list around version 0.5, when it became imposible
just to cat /dev/video file.mpg. I implemented a time limit just via
dd if=/dev/video count=... and stood with that old version until now :-)
Have you ever considered using VDR instead?
Manuel Hartl wrote:
Johannes Stezenbach wrote:
Hi all,
I've tagged the files for the linuxtv-dvb-1.1.1 release
in CVS. It would be nice if some of you could find the time
to check if the drivers build and work fine, especially with
the latest dvb_frontend changes.
is this just the same
Hi,
I'm sure I've read (on this list I believe) that after you tune your DVB
card with szap the card will lose the frequency after a few seconds.
This indeed is easily observable. If you don't keep szap running the
card loses the frequency with several seconds. I believe that some
method has
Schuett Thomas EXT wrote:
Hi Nico,
the last dvbstream (from cvs) can, and with 1 process; you can even
replicate pids on multiple outputs
So one can do a limited record with dvbstream | dd count=... file.mpg
also?
ts
yes, but you can also do much better things:
dvbstream -f ...
Hi Carsten,
(I have left the mailing list around version 0.5, when it became imposible
just to cat /dev/video file.mpg. I implemented a time limit just via
dd if=/dev/video count=... and stood with that old version until now :-)
Have you ever considered using VDR instead?
Of course I did.
yes, but you can also do much better things:
dvbstream -f ... -o:file1.ts 512 650 0 8191-o:file2.ts 513 660 0
8191 -o:file3.ts 514 670
and so on; there's also a timer after which the recording stops.
Cheers! ... I was gone for too long ;-)
--
Info:
To unsubscribe send a
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
My quick hack to tzap.c (from linuxtv-dvb-apps-1.1.0/util/szap/tzap.c)
is available from http://www.arkady.demon.co.uk/tzap.c.gz
I'm sorry I still had no time to test your tzap patch.
One thing I would like to have changed is: Drop -o,
hi
the latest dvb_frontend changes.
is this just the same as in 2.6.4-rc1?
No. Especially frontend stuff is different.
because that gives the same problem as 2.6.3 (oopses after a while)
Your Oops is not reproducable on any system I have access to (if it's
still the same you posted
the ves1x93 driver do FE_RESET (aka ves1x93_clr_bit) also at the end of
ves1x93_set_symbolrate (after tuning), so i think we should remove this
also. Or need this tuner clr_bit twice?
Are you able to test to see if it can work without it? I don't have one of
these tuners to find out myself
On Wednesday 03 March 2004 17:06, Kelvin Woods wrote:
Hi,
I'm sure I've read (on this list I believe) that after you tune your DVB
card with szap the card will lose the frequency after a few seconds.
This indeed is easily observable. If you don't keep szap running the
card loses the
the ves1x93 driver do FE_RESET (aka ves1x93_clr_bit) also at the end of
ves1x93_set_symbolrate (after tuning), so i think we should remove this
also. Or need this tuner clr_bit twice?
Are you able to test to see if it can work without it? I don't have one of
these tuners to find out
Andrew de Quincey wrote:
On Wednesday 03 March 2004 17:06, Kelvin Woods wrote:
I'm sure I've read (on this list I believe) that after you tune your DVB
card with szap the card will lose the frequency after a few seconds.
This indeed is easily observable. If you don't keep szap running the
On Wed, Mar 03, 2004 at 07:40:11PM +, Andrew de Quincey wrote:
On Wednesday 03 March 2004 17:06, Kelvin Woods wrote:
Hi,
I'm sure I've read (on this list I believe) that after you tune your DVB
card with szap the card will lose the frequency after a few seconds.
This indeed is
Am Mittwoch, 3. März 2004 17:06 schrieb Johannes Stezenbach:
Hi all,
I've tagged the files for the linuxtv-dvb-1.1.1 release
in CVS. It would be nice if some of you could find the time
to check if the drivers build and work fine, especially with
the latest dvb_frontend changes.
If nothing
Manuel Hartl wrote:
Mar 2 21:53:30 media kernel: insmod: page allocation failure. order:4, mode:0x20
...
Mar 2 21:53:30 media kernel: saa7146_vv: saa7146_vv_init(): out of memory. aborting.
Mar 2 21:53:30 media kernel: dvb_ttpci: av7110_init_v4l(): cannot init capture
device. skMar 2
On Wednesday 03 March 2004 20:32, Andreas Share wrote:
the ves1x93 driver do FE_RESET (aka ves1x93_clr_bit) also at the end of
ves1x93_set_symbolrate (after tuning), so i think we should remove this
also. Or need this tuner clr_bit twice?
Are you able to test to see if it can work
On Wednesday 03 March 2004 21:42, Johannes Stezenbach wrote:
Andrew de Quincey wrote:
On Wednesday 03 March 2004 17:06, Kelvin Woods wrote:
I'm sure I've read (on this list I believe) that after you tune your
DVB card with szap the card will lose the frequency after a few
seconds. This
i have tested this last week, only one clr_bit is needed after tuning. So,
if you FE_RESET after tuning in the core frontend stuff with FE_POLL (if
i have understand this correct), there is no need for doing this after
setting the symbolrate.
Or, possilbe the better way, we don´t do a RESET
hi folks,
thought some of you might be interested to hear i have a wintv nova-t
pci card running inside a cobalt qube2. (mips cpu, UK dvb-t)
works nicely, and no problems at all. so i guess you can add
MIPS to the list of working targets.
regards
Kieran.
qube misc # uname -a file
Torbjörn Jansson wrote:
I just tried 1.1.1 and I get compile errors unless I change the symlink
build-2.4/include/linux/videodev2.h to point to ../../videodev2.h
The link was pointing to /lib/modules/2.4.24/build/include/linux/videodev2.h
I get the errors in videobuf.c line 495
On Thu, 2004-03-04 at 00:08, Andrew de Quincey wrote:
i have tested this last week, only one clr_bit is needed after tuning. So,
if you FE_RESET after tuning in the core frontend stuff with FE_POLL (if
i have understand this correct), there is no need for doing this after
setting the
On Thu, 2004-03-04 at 00:08, Andrew de Quincey wrote:
i have tested this last week, only one clr_bit is needed after tuning. So,
if you FE_RESET after tuning in the core frontend stuff with FE_POLL (if
i have understand this correct), there is no need for doing this after
setting the
I'm a DVB newbie and could use a bit of help please!
I have a NOVA-T card. I am using kernel 2.6.1 and the budget
drivers compile and load clean.
I have this dish/lnbf:
http://www.skyvision.com/store/mi1500075.html
Initially I configured a set top box to use the dish and
hopefully find the
You definitely want 10750. But will it work with a DVB-T card?
_J
In the new year, Greg Herlein wrote:
I'm a DVB newbie and could use a bit of help please!
I have a NOVA-T card. I am using kernel 2.6.1 and the budget
drivers compile and load clean.
I have this dish/lnbf:
34 matches
Mail list logo