RE: linux-dvb Digest, Vol 14, Issue 24

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,
   Any one have any idea about thoshiba donau platform.If so please send some docs.

Thanks in advance

-Sajjan

-----Original Message-----
From: linux-dvb-bounces@xxxxxxxxxxx [mailto:linux-dvb-bounces@xxxxxxxxxxx] On Behalf Of linux-dvb-request@xxxxxxxxxxx
Sent: Tuesday, March 07, 2006 4:30 PM
To: linux-dvb@xxxxxxxxxxx
Subject: linux-dvb Digest, Vol 14, Issue 24

Send  submissions to
	linux-dvb@xxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
	http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
or, via email, send a message with subject or body 'help' to
	linux-dvb-request@xxxxxxxxxxx

You can reach the person managing the list at
	linux-dvb-owner@xxxxxxxxxxx

When replying, please edit your Subject line so it is more specific than "Re: Contents of linux-dvb digest..."


Today's Topics:

   1. Re: [PATCH][REWORKED/RFC] dvb-s2 support added to	frontend.h
      (Alan Nisota)
   2. unsubscrire (Med MOUSSA)
   3. Re: [PATCH][REWORKED/RFC] dvb-s2 support added to	frontend.h
      (Marcel Siegert)
   4. RE: MT2060 Tuner support (Rollo Gleeson)
   5. Re: whats the status of the pending patch? - Patch	collection
      for bt8xx cards for Kernel 2.6.16-rc4 (Steffen Pankratz)
   6. Signal strength/quality meter. (Tim Small)
   7. Multiple questions (linuxdvb@xxxxxxxxxxxxxxx)


----------------------------------------------------------------------

Message: 1
Date: Mon, 6 Mar 2006 20:35:36 -0800
From: "Alan Nisota" <alannisota@xxxxxxxxx>
Subject: Re:  [PATCH][REWORKED/RFC] dvb-s2 support added to
	frontend.h
To: linux-dvb@xxxxxxxxxxx
Message-ID:
	<f5f2308d0603062035n654612f6y436e67d4aa71204d@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1

On 3/3/06, Marcel Siegert wrote:
> Hi,
>
> attached is the newest version of my frontend.h patch that should
> bring us support for dvb-s2 frontends on api side.
First off, did I miss something?  support for 8PSK seems to be missing (no MOD_8PSK in fe_modulation_t)

> chose to have ioctls numbered NOT with the __FE_[GET|SET]_FRONTEND_OLD
> numbers, after discussion with andreas oberritter. (think this needs
> more investigation/discussion)
What is the reason given for this?  Not that I have much of an opinion, but I was just curious why there need to be two sets of ioctls with the same functionality?  If you are going to do it that way, why do you need to maintain backwards compatibility at all?
You could define dvb_frontend_parameters without the partition for extended data, since apps will either use the old or the new api (then just call the new ioctls _FE_*_FRONTEND_NEW and be done with it.



------------------------------

Message: 2
Date: Tue, 7 Mar 2006 09:16:04 +0100
From: "Med MOUSSA" <assuom78@xxxxxxxxx>
Subject:  unsubscrire
To: linux-dvb@xxxxxxxxxxx
Message-ID: <8cc023840603070016k50ce60bbw@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"

--
MOUSSA Med
Administrateur Sys et Réseau
Université de Mostaganem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.linuxtv.org/pipermail/linux-dvb/attachments/20060307/22f55765/attachment.html

------------------------------

Message: 3
Date: Tue, 7 Mar 2006 09:22:24 +0100
From: Marcel Siegert <mws@xxxxxxxxxxx>
Subject: Re:  [PATCH][REWORKED/RFC] dvb-s2 support added to
	frontend.h
To: linux-dvb@xxxxxxxxxxx
Message-ID: <200603070922.25337.mws@xxxxxxxxxxx>
Content-Type: text/plain;  charset="iso-8859-1"

On Tuesday 07 March 2006 05:35, Alan Nisota wrote:
> On 3/3/06, Marcel Siegert wrote:
> > Hi,
> >
> > attached is the newest version of my frontend.h patch that should
> > bring us support for dvb-s2 frontends on api side.
> First off, did I miss something?  support for 8PSK seems to be missing
> (no MOD_8PSK in fe_modulation_t)
oopsy doopsy :)

missed that, fixed in my tree. also added PSK_16.


> > chose to have ioctls numbered NOT with the
> > __FE_[GET|SET]_FRONTEND_OLD numbers, after discussion with andreas
> > oberritter. (think this needs more investigation/discussion)
> What is the reason given for this?  Not that I have much of an
> opinion, but I was just curious why there need to be two sets of
> ioctls with the same functionality?  If you are going to do it that
> way, why do you need to maintain backwards compatibility at all?
> You could define dvb_frontend_parameters without the partition for
> extended data, since apps will either use the old or the new api (then
> just call the new ioctls _FE_*_FRONTEND_NEW and be done with it.

i had a big discussion with andreas oberitter on that topic. took him in cc now, so he maybe is going to explain it for the ml readers, why same ioctl numbers on different architectures may fail.

andreas? can you explain this again?

best regards
marcel

>
> _______________________________________________
> 
> linux-dvb@xxxxxxxxxxx
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>



------------------------------

Message: 4
Date: Tue, 07 Mar 2006 09:08:00 +0000
From: "Rollo Gleeson" <rollo_g@xxxxxxxxxxx>
Subject:  RE: MT2060 Tuner support
To: linux-dvb@xxxxxxxxxxx
Message-ID: <BAY101-F16D3D220282D53FA8E7C9F85EE0@xxxxxxx>
Content-Type: text/plain; format=flowed

Olivier je te remercie pour cet effort. Ça fait six mois que j'attends ce driver pour faire marcher mon tuner. Ces clés USB Intuix se vendent comme des petits pains en France donc le driver va forcément être apprécié.

Thanks again, we really appreciate you taking the time.

Rollo




Date: Mon,  6 Mar 2006 17:36:01 +0100
From: " treza@xxxxxxxx " <treza@xxxxxxxx>
Subject:  MT2060 Tuner support
To: " linux-dvb " <linux-dvb@xxxxxxxxxxx>
Message-ID: <IVPSS1$0B0A7A12B5614BCFD437A883B50BAA9D@xxxxxxxxxxxx>
Content-Type: text/plain; charset=iso-8859-1

Hi all

I have managed to add support for a MT2060-based USB DVB-T receiver, specifically the :

     LiteOn USB DVB-T TV Tuner : USB VendorID=0x04CA ProductID=0xF000
     ( Also rebranded as Intuix S800 with the same IDs )

That thing is based on the DibCom 3000P + Microtune MT2060F
+ Cypress FX2LP(CY7C68013A) chipset.

You can download my patches from "www.chez.com/treza/liteon.htm"

The patched driver should work with the following clone devices once their IDs are discovered and added to the dvb-usb-ids.h and dibusb-mc.c files : ( from LinuxTV wiki )
     Grand DVB-T Pen USB 2.0
     YUAN PD300 DVB-T mobility
     Typhoon TV Movie Stick (Art. 50506)
     Club 3D ZAP-TV250mini
     ... and probably many others

The patched driver has the following limitations :

     - I do not have the complete datasheet of the MT2060, only the leaked info from the ComTech datasheet K1000737843.pdf.
     - I have tried to implement a spurs avoidance algorithm ( in dvb-usb-i2c.c ), but I could not test it because there is no emitter in my neiborhood using spurs prone frequencies. The algorithm's effect shall be visible with the following TV frequencies ( among others ) : [255MHz], 538MHz, 546MHz, 562MHz, 682MHz, 842MHz. Maybe someone here could try it...
     - My patches are somewhat clumsy as the DibCom 3000M-C/P driver used a fixed tuner ( The Panasonic ENV57H1XD5 ) and the tuner programming functions used by the DibCom 3000M-B driver ( dvb-pll.c ) cannot be used for the MT2060.
     - I'm still investigating on the settings for the dib3000mc_agc_tuner[][12] array ( in dib3000_priv.h ). If you have very weak signals you can change in
dvb_usb_pll_mt2060_init_i2c() ( dvb-usb-i2c.c )  :
"b[1]=0x31; /* Sets the AGC gain */" to "b[1]=0x33; /* Sets the AGC gain */"
     I'll settle on that subject within a couple of days.

Olivier DANET



____________________
Rollo Gleeson
http://zip.to/rollo





------------------------------

Message: 5
Date: Tue, 7 Mar 2006 10:17:09 +0100
From: Steffen Pankratz <kratz00@xxxxxx>
Subject: Re:  whats the status of the pending patch? -
	Patch	collection for bt8xx cards for Kernel 2.6.16-rc4
To: linux-dvb@xxxxxxxxxxx
Message-ID: <20060307101709.3844575b@hypnos>
Content-Type: text/plain; charset=US-ASCII

Hi

still no answer (or a solution)?
Does somebody care about this problem?
I'm really looking forward to update my kernel without having to patch it before.

Thank you.

--
Hypnos powered by LFS SVN-20041206 (Linux 2.6.15.4)
	visit 	http://www.kratz00.org/
		http://liflg.org/

Best regards, Steffen Pankratz.

PGP PUBLIC KEY: http://www.kratz00.org/kratz00.at.gmx.de.asc



------------------------------

Message: 6
Date: Tue, 07 Mar 2006 09:45:16 +0000
From: Tim Small <tim@xxxxxxxxxxxxxxxx>
Subject:  Signal strength/quality meter.
To: linux-dvb@xxxxxxxxxxx
Message-ID: <440D562C.60308@xxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi,

I'm using a DVB-T PCI card - and I was wondering if there are any applications, or utilities which display signal-strength / SNR / BER / uncorrected errors, other than tzap?

There is a lot of multi-path from the transmitter that I'm currently pointed at, and as my SNR, and BER are a bit rubbish currently, I'm going to first try and climb up into my loft-space, and play with the distribution amp set up (which is non-trivial, as it includes outputs for 3 other flats in the building).  If that isn't good enough, I'll be up on the roof, to point the aerial a bit better.

So, the problem is one of getting the information to the person who is doing the attenuator twiddling / aerial pointing.  Something with a big visible bar-graph would be good, but I would still end up having to get someone to shout at me with an interpretation of what they can see on the screen, in the case where I have to venture up on the roof...  This probably gives a long, and probably error prone action-effect feedback loop.

I was thinking that even better would be something to output an audible tone, which changed in pitch according to the input (e.g. the note goes up in pitch when the value of the given monitored variable improves).

Any comments?  Before I look into audio synth APIs, and curses apps, has anyone done one already?

Cheers,

Tim.



------------------------------

Message: 7
Date: Tue, 7 Mar 2006 02:58:59 -0700
From: linuxdvb@xxxxxxxxxxxxxxx
Subject:  Multiple questions
To: linux-dvb@xxxxxxxxxxx
Message-ID: <200603070958.k279wxs18559@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset="UTF-8"


Hello,

We are at the beginning of the development for an embedded settop box supported by the v4l-dvb. We also like to help development of the 4vl-dvb core. For this we have some questions, maybe someone can answer these:

1) What should we use as a base for the 4vl-dvb core. The only V4 API core is available in dvb-kernel-v4!
The API is changed from API V3 but the documentation of API V4 says: "v3 API is a complete subset of the new v4 API".

2) Because we want to use the Core for an embedded settop box with multiple tuners and demuxes, we need support for multiple pipe within the dvb core.
  Is it correct that only the V4 has the multiple pipe support ?

3) For testing and writing applications we want to use a PC with 2 DVB PCI cards. Are there any test applications for the V4 API, and is there a working DVB Card available ?

4) Within the kernel 2.6.10 and higher there is support for 4vl-dvb Version V3. Is this going to be upgraded to V4.

5) Modulator and Scart support is not within the current API. Are there any ideas to add this. Manly because of the video4linux2 merge which has some support for modulator and Scart.

6) Are there already embedded consumer products available that uses the v4l-dvb api. We now of the reelbox, relook settop boxes.

Thank you
	
	
JB		





------------------------------

_______________________________________________

linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

End of linux-dvb Digest, Vol 14, Issue 24
*****************************************


The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

www.wipro.com

_______________________________________________

linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux