15 Aug, 2010

1 commit


03 Aug, 2010

2 commits

  • A new flag were added at the Frontend capabilities. Increment
    API minor revision.

    Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     
  • Some (North American) providers use a non-standard mode called
    "8psk turbo fec". Since there is no flag in the driver that
    would allow an application to determine whether a particular
    device can handle "turbo fec", the attached patch introduces
    FE_CAN_TURBO_FEC.

    Since there is no flag in the SI data that would indicate
    that a transponder uses "turbo fec", VDR will assume that
    all 8psk transponders on DVB-S use "turbo fec".

    Tested-by: Derek Kelly
    Signed-off-by: Klaus Schmidinger
    Signed-off-by: Douglas Schilling Landgraf
    Signed-off-by: Mauro Carvalho Chehab

    Klaus Schmidinger
     

19 Sep, 2009

2 commits

  • In ISDB-S, time-devision duplex is used to multiplexing several waves
    in the same frequency. Each wave is identified by its own transport
    stream ID, or TS ID. We need to provide some way to specify this ID
    from user applications to handle ISDB-S frontends.

    This code has been tested with the Earthsoft PT1 driver.

    [mchehab@infradead.org: Fix merge conflicts with isdbt and rename the new parameter to DTV_ISDBS_TS_ID]
    Signed-off-by: HIRANO Takahito
    Signed-off-by: Mauro Carvalho Chehab

    HIRANO Takahito
     
  • This patch increments the DVB-API to version 5.1 in order to reflect the addition of ISDB-T and ISDB-Tsb on Linux' DVB-API.

    Changes in detail:
    - added a small document to describe how to use the API to tune to an ISDB-T or ISDB-Tsb channel
    - added necessary fields to dtv_frontend_cache
    - added a smarter clear-cache function which resets all fields of the dtv_frontend_cache
    - added a TRANSMISSION_MODE_4K to fe_transmit_mode_t

    Signed-off-by: Olivier Grenie
    Signed-off-by: Patrick Boettcher
    Signed-off-by: Mauro Carvalho Chehab

    Patrick Boettcher
     

12 Sep, 2009

1 commit

  • DMX_ADD_PID allows to add multiple PIDs to a transport stream filter
    previously set up with DMX_SET_PES_FILTER and output=DMX_OUT_TSDEMUX_TAP.

    DMX_REMOVE_PID is used to drop a PID from a filter.

    These ioctls are to be used by readers of /dev/dvb/adapterX/demuxY. They
    may be called at any time, i.e. before or after the first filter on the
    shared file descriptor was started.

    They make it possible to record multiple services without the need to de-
    or re-multiplex TS packets.

    To accomplish this, dmxdev_filter->feed.ts has been converted to a list
    of struct dmxdev_feeds, each containing a PID value and a pointer to a
    struct dmx_ts_feed.

    Signed-off-by: Andreas Oberritter
    Signed-off-by: Mauro Carvalho Chehab

    Andreas Oberritter
     

27 Mar, 2009

2 commits

  • This takes care of all files that have only a small number
    of non-strict integer type uses.

    Signed-off-by: Arnd Bergmann
    Cc: Mauro Carvalho Chehab
    Cc: David Airlie
    Cc: Arnaldo Carvalho de Melo
    Cc: YOSHIFUJI Hideaki
    Cc: netdev@vger.kernel.org
    Cc: linux-ppp@vger.kernel.org
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Cc: David Woodhouse
    Signed-off-by: H. Peter Anvin
    Signed-off-by: Ingo Molnar

    Arnd Bergmann
     
  • A number of standard posix types are used in exported headers, which
    is not allowed if __STRICT_KERNEL_NAMES is defined. In order to
    get rid of the non-__STRICT_KERNEL_NAMES part and to make sane headers
    the default, we have to change them all to safe types.

    There are also still some leftovers in reiserfs_fs.h, elfcore.h
    and coda.h, but these files have not compiled in user space for
    a long time.

    This leaves out the various integer types ({u_,u,}int{8,16,32,64}_t),
    which we take care of separately.

    Signed-off-by: Arnd Bergmann
    Acked-by: Mauro Carvalho Chehab
    Cc: David Airlie
    Cc: Arnaldo Carvalho de Melo
    Cc: YOSHIFUJI Hideaki
    Cc: netdev@vger.kernel.org
    Cc: linux-ppp@vger.kernel.org
    Cc: Jaroslav Kysela
    Cc: Takashi Iwai
    Cc: David Woodhouse
    Signed-off-by: H. Peter Anvin
    Signed-off-by: Ingo Molnar

    Arnd Bergmann
     

30 Jan, 2009

5 commits


03 Jan, 2009

2 commits

  • Signed-off-by: Mauro Carvalho Chehab

    Mauro Carvalho Chehab
     
  • The attached patch adds a capability flag that allows an application
    to determine whether a particular device can handle "second generation
    modulation" transponders. This is necessary in order for applications
    to be able to decide which device to use for a given channel in
    a multi device environment, where DVB-S and DVB-S2 devices are mixed.

    It is assumed that a device capable of handling "second generation
    modulation" can implicitly handle "first generation modulation".
    The flag is not named anything with DVBS2 in order to allow its
    use with future DVBT2 devices as well (should they ever come).

    Signed-off by: Klaus Schmidinger

    Acked-by: Steven Toth
    Signed-off-by: Mauro Carvalho Chehab

    Klaus Schmidinger
     

18 Oct, 2008

2 commits


13 Oct, 2008

7 commits


12 Oct, 2008

13 commits


25 Apr, 2008

1 commit

  • Currently (in linux-2.6.24, but linux-dvb hg looks similar), the
    dmx_output_t in the dmx_pes_filter_params decides two things: whether
    output is sent to demux0 or dvr0 (in dmxdev.c:dvb_dmxdev_ts_callback),
    *and* whether to depacketise TS (in dmxdev.c:dvb_dmxdev_filter_start).
    As it stands, those two things can't be set independently: output
    destined for demux0 is depacketised, output for dvr0 isn't.

    This is what you want for capturing multiple audio streams from the same
    multiplex simultaneously: open demux0 several times and send
    depacketised output there. And capturing a single video stream is fine
    not what you want: you want multi-open (so demux0, not dvr0), but you
    want the TS nature preserved (because that's what you want on output, as
    you're going to re-multiplex it with the audio).

    At least one existing solution -- GStreamer -- sends all its streams
    simultaneously via dvr0 and demuxes again in userland, but it seems a
    bit of a shame to pick out all the PIDs in kernel, stick them back
    together in kernel, and send them to userland only to get unpicked
    again, when the alternative is such a small API addition.

    The attached patch adds a new value for dmx_output_t:
    DMX_OUT_TSDEMUX_TAP, which sends TS to the demux0 device. With this
    patch and a dvb-usb-dib0700 (and UK Freeview from Sandy Heath), I can
    successfully capture an audio/video PID pair into a TS file that mplayer
    can play back.

    Signed-off-by: Peter Hartley
    Acked-by: Andreas Oberritter
    Signed-off-by: Mauro Carvalho Chehab

    Peter Hartley
     

31 Jul, 2007

1 commit


28 Apr, 2007

1 commit