From: "Sébastien RAILLARD (COEXSI)" <sr@coexsi.fr>
To: "'Linux Media Mailing List'" <linux-media@vger.kernel.org>
Subject: RE: [DVB] Octopus driver status
Date: Fri, 24 Jun 2011 13:18:51 +0200 [thread overview]
Message-ID: <003a01cc3260$7f9bade0$7ed309a0$@coexsi.fr> (raw)
In-Reply-To: <201106241151.34019@orion.escape-edv.de>
> -----Original Message-----
> From: linux-media-owner@vger.kernel.org [mailto:linux-media-
> owner@vger.kernel.org] On Behalf Of Oliver Endriss
> Sent: vendredi 24 juin 2011 11:52
> To: Sébastien RAILLARD (COEXSI)
> Cc: Linux Media Mailing List
> Subject: Re: [DVB] Octopus driver status
>
> 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=/S
> > hops/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...
>
Ok, thank you for the update.
We will try some Octopus cards.
> > * 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. ;-)
>
Maybe I'll ask for advices!!!
> 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/
> ----------------------------------------------------------------
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media"
> in the body of a message to majordomo@vger.kernel.org More majordomo
> info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-06-24 11:18 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) [this message]
2011-06-24 11:57 ` Mauro Carvalho Chehab
2011-06-24 12:46 ` Simon Liddicott
2011-06-25 0:02 ` Oliver Endriss
[not found] ` <BANLkTinzBGMxwd7AmxPhG3Q1pCx0EsUxvA@mail.gmail.com>
2011-06-24 13:35 ` Mauro Carvalho Chehab
2011-06-25 0:37 ` Oliver Endriss
2011-07-29 14:52 ` Rune Evjen
2011-07-30 14:25 ` Cine CT V6 (was: Re: [DVB] Octopus driver status) Oliver Endriss
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='003a01cc3260$7f9bade0$7ed309a0$@coexsi.fr' \
--to=sr@coexsi.fr \
--cc=linux-media@vger.kernel.org \
/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