On Mon, Oct 06, 2003 at 05:48:27PM +0200, Wolfgang Thiel wrote:
On Mon, Oct 06, 2003 at 03:34:51PM +0200, Ludovic Drolez wrote:
I'm trying to use a B2C2 based card with a grundig tuner.
Are you sure it has a Grundig tuner?
The Skystar2 Rev. 2.6B has another frontend which is not
Hi Rob,
your arguments are not obvious to me.
Maybe its because i did not follow the whole thread.
If i understood it right you can add filter and do afterwards the start.
And even if you use autostart, and your audio start will be delayed,
this does not mean that your audio is not in lip sync,
Hi,
I'm looking for some information on Linux support for my DVB card.
I have a Galaxis Sat-DVB Rev.:1.3 DVB-S Card with a SAA7146,
VES1893(Inside the ALPS BSRV2-301A tuner), Texas Instruments
TMX320AV7111GFN, CY7C024V-25AC, Texas Instruments 320AD80C, Memory (SEC
KM416V1204BT +
Hi Again,
Why don't we do the obvious which is to allow the DVB_DMX_START ioctl start
all filters on the fd. This means that we can add new filters or remove
old ones (after stopping) and then issue the START ioctl to start the new
ones. Any old filters that were already running won't be
Hi,
is it possible to use the DVB-s card's SPDIF output as normal SPDIF
output, e. g. via a wrapper so that it can be used by ALSA from any
application?
If it is, does it also support 44.1 kHz or just 48 kHz?
Benjamin Spitschan
--
Info:
To unsubscribe send a mail to [EMAIL PROTECTED] with
Basic difference in your proposal is that
when you add a filter without autostart, the filter is not started,
even if there was an START ioctl before on the fd.
Another START ioctl will start the added filters and will not touch the allready
started ones.
Is this correct?
tom
Hi Tom,
Yes this is correct.
Rob : )
Haber, Thomas
Hi Rob,
So this is only a change in the semantics.
The API needs not need to be changed.
The autostart can be given with the set ioctl.
The add/remove ioctl only have the pid as parameter.
Start iioctl needs to be called after each group of add commands
when autostart has not been set.
I am open
Robert Schlabbach wrote:
From: Holger Waechtler [EMAIL PROTECTED]
packet_length can be 130 or 188bytes, valid values for packet_stride
could be 130, 188 and 204 bytes. If all constants '188' get replaced by
these variables this should be flexible enough for all cases.
Umm, what about 147
Hi Rob,
So this is only a change in the semantics.
The API needs not need to be changed.
Yes. Just clarify its meaning.
The autostart can be given with the set ioctl.
The add/remove ioctl only have the pid as parameter.
Start iioctl needs to be called after each group of add commands
Manu Abraham wrote:
I'm looking for some information on Linux support for my DVB card.
I have a Galaxis Sat-DVB Rev.:1.3 DVB-S Card with a SAA7146,
VES1893(Inside the ALPS BSRV2-301A tuner), Texas Instruments
TMX320AV7111GFN, CY7C024V-25AC, Texas Instruments 320AD80C, Memory (SEC
From: Johannes Stezenbach [EMAIL PROTECTED]
Robert Schlabbach wrote:
From: Holger Waechtler [EMAIL PROTECTED]
packet_length can be 130 or 188bytes, valid values for packet_stride
could be 130, 188 and 204 bytes. If all constants '188' get replaced
by these variables this should be
[EMAIL PROTECTED] wrote:
1) DVB_DMX_START and DVB_DMX_STOP ioctls will globally work on any filters
attached to a single fd. I guess the advantage of keeping the DVB_DMX_STOP
ioctl is to reduce any time required to do an open on a new fd after you
did a close.
2) To individually ADD
Johannes Stezenbach writes:
Manu Abraham wrote:
I'm looking for some information on Linux support for my DVB card.
I have a Galaxis Sat-DVB Rev.:1.3 DVB-S Card with a SAA7146,
VES1893(Inside the ALPS BSRV2-301A tuner), Texas Instruments
TMX320AV7111GFN, CY7C024V-25AC, Texas
Robert Schlabbach writes:
From: Johannes Stezenbach [EMAIL PROTECTED]
Robert Schlabbach wrote:
From: Holger Waechtler [EMAIL PROTECTED]
packet_length can be 130 or 188bytes, valid values for packet_stride
could be 130, 188 and 204 bytes. If all constants '188' get replaced
Marcus Metzler wrote:
Robert Schlabbach writes:
From: Johannes Stezenbach [EMAIL PROTECTED]
Robert Schlabbach wrote:
From: Holger Waechtler [EMAIL PROTECTED]
packet_length can be 130 or 188bytes, valid values for packet_stride
could be 130, 188 and 204 bytes. If all constants
Manu Abraham wrote:
Hi,
I'm looking for some information on Linux support for my DVB
card.
I have a Galaxis Sat-DVB Rev.:1.3 DVB-S Card with a SAA7146,
VES1893(Inside the ALPS BSRV2-301A tuner), Texas Instruments
TMX320AV7111GFN, CY7C024V-25AC, Texas Instruments 320AD80C,
Robert Schlabbach wrote:
From: Johannes Stezenbach [EMAIL PROTECTED]
Robert Schlabbach wrote:
From: Holger Waechtler [EMAIL PROTECTED]
packet_length can be 130 or 188bytes, valid values for packet_stride
could be 130, 188 and 204 bytes. If all constants '188' get replaced
by these variables
Where do you want to transfer the parameters beside the pids.
You still want to keep the set ?
tom
-Original Message-
From: Johannes Stezenbach [mailto:[EMAIL PROTECTED]
Sent: Dienstag, 7. Oktober 2003 13:27
To: [EMAIL PROTECTED]
Cc: Haber, Thomas; [EMAIL PROTECTED]; Ralph Metzler
Hi,
I've lost some of those link I'm afraid :-(
Here's a thread on a french forum were some people have tried HDTV with
Nexus or SS2 :
http://dvbs-fr.dvbnetwork.com/phpBB2/viewtopic.php?t=3969highlight=hdtv
(You need to register first, it's free)
Here's a page explaining the Nexus limitation
I would prefer to:
- pass an array of PIDs to ADD/DEL
- remove the DVB_DMX_IMMEDIATE_START, DVB_DMX_START and DVB_DMX_STOP
ioctls
While I don't think that it's important for me to set a number of
filters at exactly the same time, this would simplify error handling
because we can make
Haber, Thomas wrote:
Where do you want to transfer the parameters beside the pids.
You still want to keep the set ?
Well, how do we handle e.g. DVB_DMX_WAIT_FOR_PUSI? Do we need to
set it different for each PID? If so, ADD will have to pass an array of:
struct {
enum
It seems that rev. 1.3 are concerned. Hauppauge answered complaining
users this was due to the ARM processor and the DP-RAM. Nova cards and
SS2 are Ok, I don't know more about this (are some rev. ok ?).
CU
Pierre-Alexandre
Le mar 07/10/2003 à 15:54, Rene Bartsch a écrit :
Am Dienstag, 7.
I still prefer the current V4 proposal, with
set(struct)/add(pid)/remove(pid)/start/stop and autostart.
So far i don't see a usecase that is not shot.
tom
-Original Message-
From: Johannes Stezenbach [mailto:[EMAIL PROTECTED]
Sent: Dienstag, 7. Oktober 2003 16:04
To: Haber, Thomas
[EMAIL PROTECTED] wrote:
1. Open up an fd on the demux device and use the DVB_DMX_ADD_PID_FILTER
ioctl passing in the PIDs of the video,audio and subtitle streams of BBC1.
Immediately the PID filters will be activated and start filtering data to
the h/w buffers. In this instance, the
Haber, Thomas wrote:
I still prefer the current V4 proposal, with
set(struct)/add(pid)/remove(pid)/start/stop and autostart. So far i
don't see a usecase that is not shot.
How would you generate I-frame events if you cannot pass
the filter_type along with the pid?
We'd need to change the
[EMAIL PROTECTED] wrote:
1. Open up an fd on the demux device and use the DVB_DMX_ADD_PID_FILTER
ioctl passing in the PIDs of the video,audio and subtitle streams of
BBC1.
Immediately the PID filters will be activated and start filtering data
to
the h/w buffers. In this instance,
HI!
To make things more complicated, the US-ATSC systems uses RS(207,187) and the DSS
RS(146, 130). The actual implementation of the ATSC includes the sync byte. An ATSC TS
interface uses either 188 or 208 bytes.
IMHO, supporting all these different transport sizes represent an unnecessary
Hello,
I'm installing today Hauppauge Nexus-S card with Linux DVB API 1.0.1 and
VDR 1.2.5 : all work wonderfully, I'm really happy of result :-o.
Nice and good job :-
I've found a problem when using scan tool from Linux DVD API. In fact,
if service name contains : character, VDR will
Hi
One should be able to do (mpeg2) remuxing using mplayer with the following
command line:
mencoder -oac copy -ovc copy -of mpeg2 -o out-file in-file
But, It is broken, since introduced in mplayer CVS 2002/12/27 and up-to
1.0pre2.
The original work of `-of mpeg' was done by Andriy N.
Linux TV Dev wrote:
I'm installing today Hauppauge Nexus-S card with Linux DVB API 1.0.1 and
VDR 1.2.5 : all work wonderfully, I'm really happy of result :-o.
Nice and good job :-
I've found a problem when using scan tool from Linux DVD API. In fact,
if service name contains :
Hi,
On Mon, Sep 22, 2003 at 09:27:07PM +0200, Ralph Metzler wrote:
[EMAIL PROTECTED] writes:
A. If we want to route a TS/PS/PES off a DVD or HDD through a PID filter,
then I guess we would have to setup the source type of the filter to be
DVB_DMX_SOURCE_FRONTEND with the correct
Hi,
I'm loosing a lot of IP packets with this version. Any
suggestions how to fix this?
I still haven't found a solution for my problem or even a way how to track
it down.
I'm using a Debian Kernel 2.4.19, and a full featured DVB card with a Conax
CAM module.
vdr 1.1.25 is tuning to Data
Hi,
Firstly thanks to all the developers on the dvb, vdr
and dxr3 projects. I'm having great fun getting it all
put together. But...
I'm having a bit if trouble picking up Mux C on Pontop
Pike, UK. Running ./scan gets me all channels on 1,2,
A, B and D. I have had a Pace DVB-T box attached to
Michael Hunold wrote:
Hello Dominik,
Hello Michael,
with your latest changes, xawtv recognizes the tuner.
The picture is only black (but I expected this as your latest checkin
commment talks about non working behavior), overlay doesn't work .
xawtv prints:
ioctl: VIDIOC_OVERLAY(int=1): Resource
Hi All,
I was browsing the sources last night and wondered why there is a module
bt878 that is quite similar (but not the same) as the bttv module.
There is a comment that the bt878 module was based on the bttv.
I am curious as to why the bt878 forked from the bttv module.
cheers,
-Greg
Holger Waechtler wrote:
Simon Cox wrote:
Holger Waechtler wrote:
Hi,
Simon Cox wrote:
dmesg shows the following:
Linux video capture interface: v1.00
usb.c: registered new driver Technotrend/Hauppauge USB-Nova
ttusb_init_controller: unknown STC version V 2.1, please report!
Hi,
I'd like to commit this one to dvb-kernel. It adds the possibility to
allocate private data for each i2c device inside the attach function and
to free it in the detach function, so a pointer to it can be passed to
dvb_register_frontend(). Each frontend driver needs a two line patch for
it
Hello List;
I'm starting to construct my mhp. I'm using a dvb-c (with analogue module)
from siemens. My Question is now, does the kernel 2.6 (i.e. the snapshots)
contain always the latest development driver from linuxtv.org ? So that
recent updates are in (like analogue module) ?
Thanks for
39 matches
Mail list logo