Hi!
Does anybody knows that each filed of dmxSctFilterParams means..?
ex)
struct dmxSctFilterParams sftp;
:
:
sfp.filter.filter[0] = table id
sfp.filter.mask[0] = 0xff
sfp.filter.filter[1] = high bytes of service id
sfp.filter.mask[1] = 0xff
h!
I remember seeing these wierdos too, only if using -i, not -x. I also
remember modifying the dvbtune source in my local copy to figure it
out. Unfortunately, I don't remember now what I did to clean this
up. I'll look through some diffs and see if I can figure it out.
ah yes, I now reme
On Sun, 23 Feb 2003 23:19:55 +0100, Klaus Schmidinger wrote:
>Klaus Demleitner wrote:
>>
>> Hi,
>>
>> after starting vdr an error occurs: No video device found, giving up!
>>
>> According to the various postings it appears to be a driver problem. The OS is SuSE
>> 8.1, the kernel is SuSE's. I
Hi
Andy Coates wrote:
Works fine on Athlon XP1800+.
I found on my P4 2.2Ghz (celeron) that it could only transcode from
MPEG2 (this sample was 544x576 ~2.5mbit/s) to xvidavi at 9fps - nasty
for live broadcast.
As I said, programemd right, a XP1800+ can do the task easily. xvidavi
is computationall
[EMAIL PROTECTED] writes:
> I think I have come to the conclusion that having multiple demux devices in
> the system is the best option. In this case, each "virtual" demux device
> would still need a routing for the possible TS inputs (an IOCTL), but each
> PID filter wouldn't have to choose t
Johannes Stezenbach writes:
> Ralph Metzler wrote:
> > [EMAIL PROTECTED] writes:
> > > I agree that as more hardware with PVR capability is becoming available, we
> > > will have to consider different routing scenarios. The h/w that I am
> > > working on allows for parallel/serial TSs from
Hi Ralph,
I think I have come to the conclusion that having multiple demux devices in
the system is the best option. In this case, each "virtual" demux device
would still need a routing for the possible TS inputs (an IOCTL), but each
PID filter wouldn't have to choose the TS source from the outp
Ralph Metzler wrote:
> [EMAIL PROTECTED] writes:
> > I agree that as more hardware with PVR capability is becoming available, we
> > will have to consider different routing scenarios. The h/w that I am
> > working on allows for parallel/serial TSs from multiple sources as well as
> > from C/Is
On Mon, Feb 24, 2003 at 01:40:31PM +, [EMAIL PROTECTED] wrote:
>
> I agree that as more hardware with PVR capability is becoming available, we
> will have to consider different routing scenarios. The h/w that I am
> working on allows for parallel/serial TSs from multiple sources as well as
>
Hi,
I'm trying to get the latest driver from http://www.metzlerbros.org/dvb/
to work with Lirc and VDR. Unfortunately with no success. Can somebody
please point me into a direction on how to get this to work.
I'm trying to use my own remote control with Lirc and the Hauppauge
IR-receiver that came
On Mon, Feb 24, 2003 at 12:03:46PM +, Steven Toth wrote:
> >>Using the linuxtv-dvb-1.0.0-pre1 driver, I'm trying to pass valid CWs to
> >>the ioctl but the card is refusing to decrypt the stream.
> >>
> >>I can do this successfully using earlier version of the driver and a
> >>'special' version
Timo,
Thanks for the reply.
Timo Teräs wrote:
I also have a Nova-T card. I tried it with following drivers and results:
DVB and dvb-kernel (CVS head about week ago):
Loads & detects card fine. Tunes ok. But when I use dvbstream to
stream out the data it starts ok but stops quite fast. Ie. I onl
[EMAIL PROTECTED] writes:
> I agree that as more hardware with PVR capability is becoming available, we
> will have to consider different routing scenarios. The h/w that I am
> working on allows for parallel/serial TSs from multiple sources as well as
> from C/Is and from a HDD. Yes, in the H
On Mon, Feb 24, 2003 at 02:22:29AM +0100, Ralph Metzler wrote:
> Ragnar Sundblad writes:
> >
> >
> > --On den 23 februari 2003 10:45 +0100 Marcus Metzler <[EMAIL PROTECTED]>
> > wrote:
> >
> > > The CAM handling should be the same in both drivers.
> >
> > Ok, then I have misunderstood
Ralph,
Ralph Metzler wrote:
> Oliver Endriss writes:
> > Could you please add the file DVB/include/linux/dvb//version.h
> > to the driver? This will help application developers to support
> > different drivers...
>
> I wouldn't know which number to use. We plan some API changes which
> proba
Hmm,
Definitely a compiler related problem. If I compile with -O3 -g then it
works just fine. Don't you just hate it when that happens?
Pete
- Original Message -
From: "Pete Martin" <[EMAIL PROTECTED]>
To: "bigg" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, February 24, 2003 1:
Thanks Johannes,
I agree that as more hardware with PVR capability is becoming available, we
will have to consider different routing scenarios. The h/w that I am
working on allows for parallel/serial TSs from multiple sources as well as
from C/Is and from a HDD. Yes, in the HDD case the complet
> Subject: [linux-dvb] Re: OT: Streaming Media
>
>
> Hi
>
> Andy Coates wrote:
>> Has anyone ever setup a system that can stream piped data (like say
>> dvbstream -> transcode ->) to a server for distribution? I'm not
>> after multicasting (for now), just a simple solution that clients on
>> any
[EMAIL PROTECTED] wrote:
>
> I've looked at the Demux API and had a quick look at the C/A but I don't
> see an apparent way in which to route a TS from a different source other
> that from the front-end to a C/A device. What I want to be able to do is
> route a TS from different front-ends and al
Bigg,
> I s'pose this would explain why the problem is occuring, but not why it
> used to work fine and doesn't now.
Exactly, this is the essence of the problem.
Pete
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe linux-dvb" as
subject.
Régis Bossut wrote:
> Browsing the diff file shows the lines in pes_play() :
>
> if (((sync&~0x1f)==0x01e0) ||
> ((sync&~0x1f)==0x01c0) ||
> (sync==0x01bd))
> break;
>
>
> As there is only 16 video strea
On 24 Feb 2003, Franck Arnaud wrote:
> bigg:
>
> > I also had it returning data for not just one wrong transponder, but at
> > times it also returned the details for a totally different transponder..
>
> Could it be that the tune bit didn't work and this was the last
> successfully tuned trans
bigg:
> I also had it returning data for not just one wrong transponder, but at
> times it also returned the details for a totally different transponder..
Could it be that the tune bit didn't work and this was the last
successfully tuned transponder?
BTW, it's valid for a multiplex to include
Hi.
On Mon, Feb 24, 2003 at 04:19:32AM +, Bruno Prior wrote:
> I have tried the latest CVS snapshot drivers, the 1.0.0-pre1 drivers and
> the latest Metzler Bros drivers (1.1.6b). None of them offer an
> improvement. I have also checked out the latest dvbtune source from CVS.
> Whatever driver
Vojtech Pavlik wrote:
On Wed, Feb 19, 2003 at 11:36:38PM +0100, Holger Waechtler wrote:
Hi everybody,
good news: finally the components and PCBs are arrived and we built a
first prototype of the FX2 based USB2.0 DVB Receiver.
The DC/DC converters are working stable at input voltages between
~7
Using the linuxtv-dvb-1.0.0-pre1 driver, I'm trying to pass valid CWs to
the ioctl but the card is refusing to decrypt the stream.
I can do this successfully using earlier version of the driver and a
'special' version of the firmware.
Can anyone confirm whether this functionality is/should be worki
Sorry to restart this thread, but I'm now wanting to have another crack
at getting my Nova-T working, after an enforced break due to pressures
of work. I've found a little time to play with DVB this weekend, and
scanned the list to see if there were any other tips I could try.
To recap, the car
Steven Toth wrote:
>
> Hello,
>
> Using the linuxtv-dvb-1.0.0-pre1 driver, I'm trying to pass valid CWs to
> the ioctl but the card is refusing to decrypt the stream.
>
> I can do this successfully using earlier version of the driver and a
> 'special' version of the firmware.
>
> Can anyone con
This isn't much help, but I had the exact same problem over the
weekend. It was discussed about a month ago on the list, but as far as I
could tell, no one came up with any kind of useful solution.
I also had it returning data for not just one wrong transponder, but at
times it also returned the d
On Wed, Feb 19, 2003 at 11:36:38PM +0100, Holger Waechtler wrote:
> Hi everybody,
>
> good news: finally the components and PCBs are arrived and we built a
> first prototype of the FX2 based USB2.0 DVB Receiver.
>
> The DC/DC converters are working stable at input voltages between
> ~7...~12V.
I have been using a copy of dvbtune that was compiled many months
(27-11-2003) ago on a Debian 3.0 system with (I think) gcc 2.95.3. I use
dvbtune to create an xml dvbrc file from my DVB-T and DVB-S cards for use
with the vls streaming server. I am using Haupauge buget cards for both
DVB-T and DVB-
Hello,
Using the linuxtv-dvb-1.0.0-pre1 driver, I'm trying to pass valid CWs to
the ioctl but the card is refusing to decrypt the stream.
I can do this successfully using earlier version of the driver and a
'special' version of the firmware.
Can anyone confirm whether this functionality is/sho
--On den 24 februari 2003 09:49 +0100 Thomas Koch <[EMAIL PROTECTED]> wrote:
I think this is a very bad situation. As a VDR user i have to decide
between
a) better CAM support
b) better OSD support
Since I started this rumour I must also do my best to defeat it:
According to Ralph the Metzler fi
Oliver Endriss writes :
...
As I don't know about the maximum message size on this list, and
to save traffic, I uploaded patch.diff and the new files on
http://endriss.escape.bei.t-online.de/tmp
The changes to the 2.5.x Makefile are still missing, first I'll have to
setup a 2.5.x source tree...
Am Sonntag, 23.02.03 um 20:06 Uhr schrieb Ralph Metzler:
Will you be checking this OSD fix in to the av7110 (firmware) CVS at
Convergence?
No, sorry, we currently have no plans to do so.
This problem bothers the VDR community since years!
I think this is a very bad situation. As a VDR user i hav
35 matches
Mail list logo
