Ralph Metzler wrote:
Hi,
Florian Schirmer writes:
Yes, this should be the responsibility of the demux.
Just add capability ioctls there. The frontend could be rather dumb.
Syncing to TS boundaries, etc. can also be handled by the demux. It
will have to do that anyway for budget cards
I did not succeed compiling DVB on a RedHat 8.0 station, installed with
kernel-headers and kernel-source. Can anyone runnig RedHat 8.0 be so kind to
help me?
I have the same problem. Can't get this compiled. I already posted
something on this 2 or 3 days ago, but no one answered me.
topic
Le Jeudi 27 Février 2003 09:49, Alexandre CONRAD a écrit :
I have the same problem. Can't get this compiled. I already posted
something on this 2 or 3 days ago, but no one answered me.
DVB drivers will not be included in RedHat distro before a long time (not even
in 8.1). So we need to find a
Hi all,
I've got the Technotrend TT PCline premium T card installed on Linux Mandrake 8.2
(kernel 2.4.18)
When I do 'make insmod' I got some error messages, what should I do to make it work?
Here is what I got:
/usr/src/linux/scripts/pathdown.sh: TOPDIR: parameter null or not set
DIR=`pwd`;
Hi,
Yes, let's throw the dvr device out.
ok. We still need a precise API proposal.
Here we go:
New IOCTLs:
int ioctl(int fd, int request = DMX_ADD_FILTER, struct dmx_filter_params
*params);
typedef enum
{
DMX_FMT_TS,
DMX_FMT_PES,
DMX_FMT_SEC,
DMX_FMT_PES_HDR,
Le Jeudi 27 Février 2003 10:26, Martin Altemark a écrit :
You have to recompile the kernel since the kernel shipped with 8.0 do not
loadable module support, plus that you need to add video for linux and i2c
modules.
The stock kernel as loadable module support, of course !!! Could you tell me
Hi,
I have mapped the keys of PC Keyboard to work with VDR application.I can
enter into the channels menu and change the parameters.I changed the
freq-1150 S/R 28125 POL-H VPID-517 APID-700 and said ok but it doent show
any video.I have changed the channels.conf as follows
Hello Hagen,
I try to compile the actual dvb-kernel cvs Version (cvs download 20
minutes ago) to use under actual 2.5.63 kernel. Making and restarting
without problems.
I can't insert the dvb-ttpci module (oops).
I noticed this, too. Runtime insertion of the modules and
in-kernel-compiled
Hi,
since Redhat seems to patch the kernel include files you'll have to find
out this on your own. I don't have the RH includes here.
First of all try to find out what's wrong in
/usr/src/linux-2.4.18-14/include/linux/sched.h line 6. Probably the RH
guys screwed up something and you have to
Jean-Michel POURE wrote:
Le Jeudi 27 Février 2003 09:49, Alexandre CONRAD a écrit :
I have the same problem. Can't get this compiled. I already posted
something on this 2 or 3 days ago, but no one answered me.
DVB drivers will not be included in RedHat distro before a long time (not even
in
Hi Florian,
We need an additional info ioctl() to query the demux capabilities, e.g.
the allowed number of filters of a particular type in this demux
channels before we can request a filter on a specific filter_params-num.
Holger
Florian Schirmer wrote:
Hi,
Yes, let's throw the dvr device
Hi list,
I would get out some information from a transport stream read from fd_demux
by unsigned char buffer[188]; is there any struct to know? Something could
help me with sample-code or links ?Thanks.
_
Comunica in un altra
Hi,
We need an additional info ioctl() to query the demux capabilities, e.g.
the allowed number of filters of a particular type in this demux
channels before we can request a filter on a specific filter_params-num.
filter_params-num is a unique identifier. The only purpose is to allow the
Le Jeudi 27 Février 2003 11:10, Holger Waechtler a écrit :
Read the README and INSTALL file. When your distribution screwed up the
kernel include files get a fresh and recent kernel from
http://www.kernel.org/, configure + install this one before building the
DVB driver.
I both read them.
I have installed under a redhat 8.0 kernel. Just recompile the kernel with loadable
module support, + compile video for linux and i2c modules.
-Ursprungligt meddelande-
Från: Jean-Michel POURE [mailto:[EMAIL PROTECTED]
Skickat: Thursday, February 27, 2003 11:47 AM
Till: Holger Waechtler
Andrea Gerardi wrote:
Hi list,
I would get out some information from a transport stream read from
fd_demux by unsigned char buffer[188]; is there any struct to know?
Something could help me with sample-code or links ?Thanks.
Maybe you want to take a look on dvbsnoop:
Florian Schirmer wrote:
Hi,
We need an additional info ioctl() to query the demux capabilities, e.g.
the allowed number of filters of a particular type in this demux
channels before we can request a filter on a specific filter_params-num.
filter_params-num is a unique identifier. The only
Le Jeudi 27 Février 2003 10:26, Martin Altemark a écrit :
You have to recompile the kernel since the kernel shipped with 8.0 do not
loadable module support, plus that you need to add video for linux and i2c
modules.
Thanks for your replies.
RedHat 8.0 has loadable module supports as it loads
Le Jeudi 27 Février 2003 11:52, Martin Altemark a écrit :
I have installed under a redhat 8.0 kernel. Just recompile the kernel with
loadable module support, + compile video for linux and i2c modules.
OK, will see what I can do. Will try to hack the stock src.rpm to produce a
matching kernel.
Yes I do. If your kernel has loadable module support, then just compile the modules
and load them?
-Ursprungligt meddelande-
Från: Jean-Michel POURE [mailto:[EMAIL PROTECTED]
Skickat: Thursday, February 27, 2003 12:29 PM
Till: Martin Altemark
Kopia: [EMAIL PROTECTED]
Ämne: Re: SV:
Florian Schirmer writes:
- Will add filters.
- All output will be routed to the same fd.
- Some restrictions apply: Only filters of the same type (TS or PES or SEC)
are allowed.
Is it that useful to have multi PID filters for PES and section data?
It also would be easier to handle multi
Well, AFAIC, when i tried installing the dvb-kernel, it told me I didn't
have loadable modules. So I did :
cd /usr/src/linux ; make menuconfig
Loadable module is already checked, so I just exit, save, and make
dep. Now dvb-kernel doesn't complain about modules... But mean while, I
forgot
Ralph Metzler wrote:
Florian Schirmer writes:
- Will add filters.
- All output will be routed to the same fd.
- Some restrictions apply: Only filters of the same type (TS or PES or SEC)
are allowed.
Is it that useful to have multi PID filters for PES and section data?
you could write
On Wed, Feb 26, 2003 at 04:21:09PM +0100, Emard wrote:
Also some /proc stuff for tuning and routing
would be nice to have like
echo 12441 /proc/dvb/adapter0/frontend0/frequency
echo H /proc/dvb/adapter0/frontend0/polarization
etc.
so users wouldn't depend too much on (volatile)
Hi,
On Thu, 2003-02-27 at 12:47, Ralph Metzler wrote:
Is it that useful to have multi PID filters for PES and section data?
It might be nice to set multiple section filters with different
filter/mask-pairs on the same pid, e.g. for epg parsing, where one mask
might not match all desired table
Le Jeudi 27 Février 2003 13:00, Alexandre CONRAD a écrit :
But I know that my kernel has module support. The i2c and v4l module are
loaded by default in RH 7.2 / 7.3. I guess they are in RH8 also. Well,
my webcam works, and it uses video4linux AFAIK, right ?
I have exactly the same feeling. It
Jean-Michel POURE wrote:
Le Jeudi 27 Février 2003 13:00, Alexandre CONRAD a écrit :
But I know that my kernel has module support. The i2c and v4l module are
loaded by default in RH 7.2 / 7.3. I guess they are in RH8 also. Well,
my webcam works, and it uses video4linux AFAIK, right ?
I have
Le Jeudi 27 Février 2003 13:00, Alexandre CONRAD a écrit :
But I know that my kernel has module support. The i2c and v4l module are
loaded by default in RH 7.2 / 7.3. I guess they are in RH8 also. Well,
my webcam works, and it uses video4linux AFAIK, right ?
I have exactly the same feeling.
Le Jeudi 27 Février 2003 13:48, Holger Waechtler a écrit :
What makes you think that this could solve your problem?
Just get a fresh kernel from kernel.org (without any proprietary
patches), build and install it, then follow the INSTALL instructions.
It's pretty easy. Your kernel won't get
Le Jeudi 27 Février 2003 14:11, Andreas Share a écrit :
copy the RH System.map from /boot/System.map-2.4.xx to
/usr/src/linux/System.map
go to /usr/src/linux, make clean and make mrproper
make menuconfig and load the current config from /boot (must be
config-2.4.xx or so)
save settings an go
Holger Waechtler writes:
Ralph Metzler wrote:
Florian Schirmer writes:
- Will add filters.
- All output will be routed to the same fd.
- Some restrictions apply: Only filters of the same type (TS or PES or SEC)
are allowed.
Is it that useful to have multi PID
Jean-Michel POURE:
This is the first time I encouter an installation script without a
configure first. Is this usual with kernel modules? I am pretty new, maybe
I miss something.
People don't usually compile modules without the corresponding kernel
source,
drivers are supposed to come with
Andreas Oberritter writes:
On Thu, 2003-02-27 at 12:47, Ralph Metzler wrote:
Is it that useful to have multi PID filters for PES and section data?
It might be nice to set multiple section filters with different
filter/mask-pairs on the same pid, e.g. for epg parsing, where one mask
ps : after the forwarded message below, I have tried Andreas Share's
technic
copy the RH System.map from /boot/System.map-2.4.xx to
/usr/src/linux/System.map
go to /usr/src/linux, make clean and make mrproper
make menuconfig and load the current config from /boot (must be
config-2.4.xx or so)
Johannes Stezenbach:
Some /proc entries would be nice for status and statistics,
e.g. show the number of active filters, maybe count the
TS packets or bytes etc.
As you mention, it remembers me about an article that said
that a long term goal for Linux would be to be able to configure
stuff
Franck Arnaud wrote:
As you mention, it remembers me about an article that said
that a long term goal for Linux would be to be able to configure
stuff through small devices, rather than /proc if I recall
correctly, for configuration. That is you'd do:
echo 12211000
Florian Schirmer wrote:
typedef enum
{
DMX_FMT_TS,
DMX_FMT_PES,
DMX_FMT_SEC,
DMX_FMT_PES_HDR,
I'm still not convinced what this would be good for.
DMX_FMT_STC,
And this one does not make sense. PES packets (optionally) have a
PTS. This is fed to a PLL to
I don't like it. It would just create a second API, with
lots of problems regarding interaction with the C API.
Alright, just a thougth for the future.
However, automatic registration of the devices will be
good for new kernel, (no more mknod /dev/dvb/.. c 123 45)
Detected devices should
Emard wrote:
I don't like it. It would just create a second API, with
lots of problems regarding interaction with the C API.
Alright, just a thougth for the future.
However, automatic registration of the devices will be
good for new kernel, (no more mknod /dev/dvb/.. c 123 45)
Detected devices
Use devfs, then it is handled exactly like this. Right now...
It would be super if it can work automaticall
without any changes in dvb-*
Thnx!
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
Emard wrote:
Use devfs, then it is handled exactly like this. Right now...
It would be super if it can work automaticall
without any changes in dvb-*
it does.
Holger
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with unsubscribe linux-dvb as
subject.
Hi Malcolm
I thought first I should get the signal locked and then try vdr.
I know you dont use dvbtune but it is a similiar utility to dvbstream.
I gave the command ./dvbtune -f 1150 -t 0 -s 28125
and get the following output:
tuning DVB-S
Hello,
I just checked and this works for me:
./dvbtune -p H -s 28125 -i -f 115 -I 1 -m
So your problem is probably the frequency.
The basically code says:
if (freq 220) {
TAKE AWAY THE LOG
} else {
// this is an L-Band frequency
So L band frequencies need to be there as
hello,
i have a problem:
dvbstream(CVS version), wich works well with new
DVB-drivers 1.0.0-pre1,
start to stream only when my home DSL router is on.
I didn't have such problem with previos combination
between dvb dvbstream 0.4.2 and drivers
0.9.4.
Hauppauge WinTV-NOVA-S PCI,
Linux=SuSE 8.0
44 matches
Mail list logo