Trent Piepho wrote:
On Tue, 2 May 2006, Manu Abraham wrote:
Trent Piepho wrote:
On Tue, 2 May 2006, Manu Abraham wrote:
No, since it is part of the spec and not having anything to do with the
driver as it is. Some drivers return this explicitly as part of register
settings , not all drivers do comply.
Why aren't there other enums for constants found in section data? What makes
modcod special?
Huh ? You want to add demux specific things into the frontend ?
I wouldn't. frontend.h is describes the kernel -> user space interface,
right? No ioctls or structures in that interface use the modcod enum. So why
is it there? It's part of the DVB-S2 spec, sure. But there are tons of other
constants for DVB-S2 and ATSC that aren't defined in frontend.h.
[..]
You will see it soon in DVB-S2 compliant drivers.
Absent such an ioctl, IMHO the definition of modcod in frontend.h serves no
purpose.
modcod can be used as a field inside caps or params for S2 which will
make 2 params into 1. Currently the struct/caps structs don't have it.
Status will change soon on that. If we find that there's no need, we
will surely move it.
Of course all those unhandled possibilities are just possibilities, there may
never be any hardware that works that way. FE_MOD_QAM_AUTO is enough to
handle real existing hardware abilities as well as the currect API.
Ok, will add QAM_AUTO instead.
I don't think ATSC supports multiple fec rates? It only allows for 2/3.
I checked SCTE 07 2000, and ATSC digital cable uses different FEC rates.
QAM-64 uses 14/15 and QAM-256 is 19/20, but only these rates are supported.
So adding a fecrate field to the ATSC parameters is probably bad idea.
Okay, you don't want fecrates for ATSC, cool, no problem. Make sure
about it, so that complaints don't come up on that in the future.
I was looking at SCTE 2004, "Host POD Interface Standard", a complete
duplication of EN50221, R206 just like what ATSC does similarly to DVB.
What a mess duplicating specs ! Well, should be called the American way
of doing it, rather than a standard.
_______________________________________________
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
