From: Oliver Endriss <o.endriss@gmx.de>
To: Rune Evjen <rune.evjen@gmail.com>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Cine CT V6 (was: Re: [DVB] Octopus driver status)
Date: Sat, 30 Jul 2011 16:25:00 +0200 [thread overview]
Message-ID: <201107301625.01245@orion.escape-edv.de> (raw)
In-Reply-To: <CAP_oYQ5NRpGPd9Kb5YU9Xu-wtsMc+SPTkLjFjX2Q72_rF=4ODg@mail.gmail.com>
Hi,
the Cine CT V6 is very new and not yet supported,
but the driver is under development.
When ready, it will be added to media_build_experimental first.
After some testing period it will be submitted to linux-media.
CU
Oliver
On Friday 29 July 2011 16:52:19 Rune Evjen wrote:
> Dear all,
>
> I am looking into buying the Digital Devices Cine CT V6 (product link:
> http://shop.digital-devices.de/epages/62357162.sf/en_GB/?ObjectPath=/Shops/62357162/Products/091203)
>
> Is this card including multiple dvb-c tuners supported by the ddbridge
> (Lattice bridge) driver ?
>
> Is the driver available also in git://linuxtv.org/media_build.git or
> do I need to use
> http://linuxtv.org/hg/~endriss/media_build_experimental ?
>
> Best regards,
>
> Rune Evjen
>
>
> 2011/6/24 Oliver Endriss <o.endriss@gmx.de>:
> > Hi,
> >
> > On Thursday 23 June 2011 23:31:08 Sébastien RAILLARD wrote:
> >> Dear all,
> >>
> >> I'm looking at the Octopus DVB cards system from Digital Devices for a while
> >> as their system seems to be very interesting
> >>
> >> Here is link with their products:
> >> http://shop.digital-devices.de/epages/62357162.sf/en_GB/?ObjectPath=/Shops/6
> >> 2357162/Categories
> >>
> >> The good points I have found:
> >>
> >> * They support most of the common DVB standards: DVB-C, DVB-T, DVB-S and
> >> DVB-S2
> >> * They are moderately priced
> >> * There is a CAM support with a CI adapter for unscrambling channels
> >> * They are using the now de-facto standard PCI-Express bus
> >> * The new Octopus system is using a LATTICE PCI-Express bridge that seems to
> >> be more future proof than the previous bridge Micronas APB7202A
> >> * They seem to be well engineered ("Designed and manufactured in Germany" as
> >> they say!)
> >>
> >> And now the doubts :
> >>
> >> * The DVB-C/T frontend driver is specific to this system and is very new, so
> >> as Devin said one week ago, it's maybe not yet production ready
> >> * The way the CAM is supported break all the existing userland DVB
> >> applications (gnutv, mumudvb, vlc, etc.)
> >> * There isn't so much information about the Digital Devices company and
> >> their products roadmap (at least in English)
> >>
> >> So, my two very simple questions to the developers who worked on the drivers
> >> (I think Oliver and Ralph did) and know the product:
> >> * How you feel the future about the Octopus driver?
> >
> > The drivers work fine. I am not aware of any problems.
> >
> > All Digital Devices cards and tuner variants are supported by the driver
> > http://linuxtv.org/hg/~endriss/media_build_experimental
> >
> > ddbridge (Lattice bridge):
> > - Octopus (all variants)
> > - cineS2 v6
> > - DuoFlex S2 (stv0900 + stv6110 + lnbp21)
> > - DuoFlex C/T (Micronas DRXK + NXP TDA18271C2)
> >
> > ngene bridge:
> > - cineS2 (v4,v5), Satix S2 Dual
> > - PCIe bridge, mini PCIe bridge
> > - DuoFlex S2 (stv0900 + stv6110 + lnbp21)
> > - DuoFlex C/T (Micronas DRXK + NXP TDA18271C2)
> >
> > For a German description, see
> > http://www.vdr-portal.de/board16-video-disk-recorder/board85-hdtv-dvb-s2/105803-aktuelle-treiber-für-octopus-ddbridge-cines2-ngene-ddbridge-duoflex-s2-duoflex-ct-sowie-tt-s2-6400
> >
> > From an operational point of view, the driver is ready for the kernel.
> > Unfortunately I did not have the time yet to clean up the coding-style.
> > There are thousands of coding-style issues waiting to be fixed...
> >
> >> * Do you think a compatibility mode (like module parameter) can be added to
> >> simulate the way the CAM is handled in the other drivers?
> >
> > Yes, this could be done:
> > ++ The CI could be used with any application.
> > -- The CI will be attached to one tuner exclusively.
> >
> > It is not very hard to implement this.
> > Patches are welcome. ;-)
> >
> > CU
> > Oliver
--
----------------------------------------------------------------
VDR Remote Plugin 0.4.0: http://www.escape-edv.de/endriss/vdr/
4 MByte Mod: http://www.escape-edv.de/endriss/dvb-mem-mod/
Full-TS Mod: http://www.escape-edv.de/endriss/dvb-full-ts-mod/
----------------------------------------------------------------
prev parent reply other threads:[~2011-07-30 14:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-23 21:31 [DVB] Octopus driver status Sébastien RAILLARD (COEXSI)
2011-06-24 9:51 ` Oliver Endriss
2011-06-24 11:18 ` Sébastien RAILLARD (COEXSI)
2011-06-24 11:57 ` Mauro Carvalho Chehab
2011-06-24 12:46 ` Simon Liddicott
[not found] ` <BANLkTinzBGMxwd7AmxPhG3Q1pCx0EsUxvA@mail.gmail.com>
2011-06-24 13:35 ` Mauro Carvalho Chehab
2011-06-25 0:37 ` Oliver Endriss
2011-06-25 0:02 ` Oliver Endriss
2011-07-29 14:52 ` Rune Evjen
2011-07-30 14:25 ` Oliver Endriss [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201107301625.01245@orion.escape-edv.de \
--to=o.endriss@gmx.de \
--cc=linux-media@vger.kernel.org \
--cc=rune.evjen@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox