Hans Verkuil schrieb:
Hi all,
I've started this as a new thread to prevent polluting the discussions of the
media controller as a concept.
First of all, I have no doubt that everything that you can do with an ioctl,
you can also do with sysfs and vice versa. That's not the problem here.
The
Alexey Klimov schrieb:
On Sat, Aug 8, 2009 at 10:01 PM, Trent Piephoxy...@speakeasy.org wrote:
On Sat, 8 Aug 2009, Alexey Klimov wrote:
Redesign radio-users counter. Don't allow more that 5 users on radio in
Why?
Well, v4l2 specs says that multiple opens are optional.
Why is the old dvb (linux-dvb) mailing list still alive?
One of the arguments migrating all dvb related stuff to this combined ml
was to reduce overhead.
But in fact some information might be lost now, since not everybody will
look at both ML's.
Wouldn't it be a good idea to close the old ml
Hans Verkuil schrieb:
On Friday 19 June 2009 13:36:49 wk wrote:
Is there anything planned/ongoing to support Radio Data System (RDS)
with ivtv supported cards?
Would be quite helpful for analogue radio channel scanning and finding
the matching channel names.
Is there something out
Edouard Lafargue wrote:
On Fri, Jun 19, 2009 at 1:43 PM, Hans Verkuilhverk...@xs4all.nl wrote:
On Friday 19 June 2009 13:36:49 wk wrote:
Is there anything planned/ongoing to support Radio Data System (RDS)
with ivtv supported cards?
Would be quite helpful for analogue radio channel
Is there anything planned/ongoing to support Radio Data System (RDS)
with ivtv supported cards?
Would be quite helpful for analogue radio channel scanning and finding
the matching channel names.
Is there something out to be tested?
thanks,
Winfried
--
To unsubscribe from this list: send the
Benster Jeremy wrote:
The patch works perfectly.
No indicator light, but 28 channels with stronger signal than mce!
Thanks again!
Ben
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at
While trying to update an application to API v5 some question arised.
Which type of delivery_system should be set for ATSC?
frontend.h says...
SYS_DVBC_ANNEX_AC, - european DVB-C
SYS_DVBC_ANNEX_B, - american ATSC QAM
..
SYS_ATSC, - oops, here we have ATSC again, cable and terrestrial
Devin Heitmueller wrote:
On Tue, Mar 24, 2009 at 12:35 PM, wk handygewinnsp...@gmx.de wrote:
While trying to update an application to API v5 some question arised.
Which type of delivery_system should be set for ATSC?
frontend.h says...
SYS_DVBC_ANNEX_AC, - european DVB-C
SYS_DVBC_ANNEX_B
I have updated my compiled list of the various demods and how they
currently report SNR info (including feedback from people in the last
round).
http://www.devinheitmueller.com/snr.txt
What about signal strength and BER readout in parallel for each device
listed here?
Needs the same docs
Then there must be something ``wrong'' with `w_scan' making
incorrect assumptions about the data which it's parsing.
No - i do not think so.
All of the frequencies found are with 166kHz offset.
w_scan does not use any of these 166k offsets, that means this frequency
data was transmitted
Benjamin Zores schrieb:
wk wrote:
Then there must be something ``wrong'' with `w_scan' making
incorrect assumptions about the data which it's parsing.
No - i do not think so.
All of the frequencies found are with 166kHz offset.
w_scan does not use any of these 166k offsets, that means
by
parsing the NIT ot this channel.
Current w_scan doesn't use +/-167k offsets.
Since in Germany no transmitter uses any freq offsets, the information
comes from the French one.
And for France finding that freq offsets is quite normal.
--wk
--
To unsubscribe from this list: send the line
Mauro Carvalho Chehab schrieb:
Hi wk,
Let's commit what we currently have. Could you please re-submit the patch
again, this time providing a proper description, and your SOB?
Cheers,
Mauro.
The attached patch provides the following changes to DVB API:
- files changed
- dvbapi.tex
Devin Heitmueller schrieb:
On Fri, Mar 13, 2009 at 6:27 PM, VDR User user@gmail.com wrote:
Just wanted to comment that I'm glad there is a lot of interest in
this. I've heard endless talk confusion on the user end over the
years as to the accuracy of the values, or in some cases (as
Devin Heitmueller schrieb:
On Mon, Mar 9, 2009 at 6:03 PM, wk handygewinnsp...@gmx.de wrote:
Its a bad idea to expect someone else, the magic volunteer, doing work with
*deep impact* on the dvb driver API structure or documentation.
Working on this topic determines complete usability
I think so. The better would be to convert DVB api to docbook (as used
by all other kernel documents), and add a developers document for the
kernel API for both at the kernel documentation structure).
However, this is a huge task that someone should volunteer for doing,
otherwise, it won't
Hans Verkuil wrote:
Hi Mauro,
I noticed that there is an ancient V4L2 spec in our tree in the v4l/API
directory. Is that spec used in any way? I don't think so, so I suggest
that it is removed.
The V4L1 spec that is there should probably be moved to the v4l2-spec
directory as that is where
Why do I have a feeling even the updated doc will be full of spelling
grammatical errors? ;)
Probably, because none of the writers so far where native English.
Therefore i'am really happy that *you* now took over all the
responsibility to find all that spelling and grammatical errors.
Should we drop support for kernels 2.6.22 in our v4l-dvb repository?
_: Yes
_: No
YES.
Optional question:
Why:
I assume that the main goal should be development of linux v4l/dvb
drivers to be included in *new* kernel versions. These dont need compat
code.
But beside of the main
Since dvb-api doc is still outdated by six years...
The following patch changes dvbapi.pdf as following:
___
- change from twosided book format to singlesided book format.
* By doing so, the readability is improved
Hans Verkuil wrote:
Comments?
Hans
As only beeing reader of this list.., why not simply reduce the work load by
- reducing the number of supported kernel versions to five major
versions? Currently 2.6.28 would mean down to 2.6.23,
this would be enough cover all nearly up-to-date
Mauro Carvalho Chehab wrote:
On Mon, 16 Feb 2009 23:50:50 +0100
Hans Verkuil hverk...@xs4all.nl wrote:
Hi all,
I've made a v4l-dvb tree containing the old DVB API sources as found here:
http://www.linuxtv.org/cgi-bin/viewcvs.cgi/DVB/doc/dvbapi/.
This tree is here:
23 matches
Mail list logo