From: Antti Palosaari <crope@iki.fi>
To: LMML <linux-media@vger.kernel.org>,
Mauro Carvalho Chehab <m.chehab@samsung.com>,
Hans Verkuil <hverkuil@xs4all.nl>,
Hans de Goede <hdegoede@redhat.com>
Subject: SDR sampling rate - control or IOCTL?
Date: Thu, 21 Nov 2013 19:05:05 +0200 [thread overview]
Message-ID: <528E3D41.5010508@iki.fi> (raw)
Hello
I am adding new property for sampling rate that is ideally the only
obligatory parameter required by SDR. It is value that could be only
positive and bigger the better, lets say unsigned 64 bit is quite ideal.
That value sets maximum radio frequency possible to receive (ideal SDR).
Valid values are not always in some single range from X to Y, there
could be some multiple value ranges.
For example possible values: 1000-2000, 23459, 900001-2800000
Reading possible values from device could be nice, but not necessary.
Reading current value is more important.
Here is what I though earlier as a requirements:
sampling rate
* values: 1 - infinity (unit: Hz, samples per second)
currently 500 MHz is more than enough
* operations
GET, inquire what HW supports
GET, get current value
SET, set desired value
I am not sure what is best way to implement that kind of thing.
IOCTL like frequency
V4L2 Control?
put it into stream format request?
Sampling rate is actually frequency of ADC. As there devices has almost
always tuner too (practical SDR) there is need for tuner frequency too.
As tuner is still own entity, is it possible to use same frequency
parameter for both ADC and RF tuner in same device?
regards
Antti
--
http://palosaari.fi/
next reply other threads:[~2013-11-21 17:05 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-21 17:05 Antti Palosaari [this message]
2013-11-21 17:49 ` SDR sampling rate - control or IOCTL? Mauro Carvalho Chehab
2013-11-21 18:22 ` Hans Verkuil
2013-11-21 18:33 ` Antti Palosaari
2013-11-21 19:12 ` Mauro Carvalho Chehab
2013-11-21 20:22 ` Antti Palosaari
2013-11-21 20:54 ` Mauro Carvalho Chehab
2013-11-21 21:19 ` Antti Palosaari
2013-12-09 23:14 ` Antti Palosaari
2013-11-21 18:42 ` Mauro Carvalho Chehab
2013-11-21 18:51 ` Antti Palosaari
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=528E3D41.5010508@iki.fi \
--to=crope@iki.fi \
--cc=hdegoede@redhat.com \
--cc=hverkuil@xs4all.nl \
--cc=linux-media@vger.kernel.org \
--cc=m.chehab@samsung.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