Hi Rafael,
I don't really see how these are a real problem – if you'd need another
encoder, just drop one in – shouldn't be that hard to code if you know
which encoder you'll want to use. Of course, you'd need to adjust some
bit flags in the flow – but that shouldn't be that hard. So, it's kind
of hard to imagine that filling a whole GSoC project – BUT!!!: such
ideas are a great base for GSoC projects, and we should, this time,
COLLECT SUCH IDEAS EARLY. (I'm not one to lightly wield the power of
capslock). So, head over to [1] and write that down - if possible with
your name, so that in half a year we still remember who to bring
together to make this happen.
What I do read from your email is that there's an inherent demand for a
specific, non-LC, multi-service input from a community in Brazil – and
that's pretty awesome!!! Felix and I haven't heard from all that many
users, and it's rare that one hears from people who seem to actively use
it aside from testing their own DRM receivers and such. Personally,
whoever builds receivers should probably shovel over some money to the
authors if they need improvements to use it manufacturing, but an active
community of people planning to use it in broadcast/communication///is
something the gr-drm project should foster/. And: discussing this here
will definitely enhance the chances of the people with the right skills,
and the right amount of spare time, find the people with the right
ideas, and the right use case. For example, you *really cannot buy* DRM
receivers in Germany, I don't even know if any services exist in Europe.
So it's kinda hard to guess what people use and not use in the real world :)
So, this might be a bit of a general appeal to be like Rafael:
If anyone uses GNU Radio and/or some OOT Modules in any application in
this world, and they encounter wishes, please /do/ come to the
discuss-gnuradio maling list and — discuss GNU Radio!
I personally had a lot of fun over the years reading about cool
applications of SDR technology, discussing them, helping users and devs
where my limited experience allows and seeing people work together. As a
recent example of that, I remember there was a receiver for endangered
wildlife transponders that people discussed the design of the sync and
whatnot. Was great fun! People were helped. (wonder what has come of
that...)
So, thanks!
Marcus
[1] https://wiki.gnuradio.org/index.php/GSoCIdeas ; make a new heading
"Summer of Code 2018: Project idea list"; we'll sort the current ones to
"old ideas" later on.
On 08/18/2017 04:23 PM, Rafael Diniz wrote:
gr-drm is working fine, but there are some limitations (one audio
service only - MDI input support would fix this, only faac AAC LC
encoder, ...), and as far as I know, there are no open source ISDB-T
transmitter implementation. GSoC always help.
Rafael Diniz
On 08/18/2017 11:03 AM, Martin Braun wrote:
On 08/18/2017 08:56 AM, Rafael Diniz wrote:
I wonder when we'll have a DRM app like this one. At least the mux and
codec part are very similar could be shared with DAB. May be next GSoC?
DRM and ISDB-T are the major wishes here from Brazil.
; )
I'm sure Luca and Felix would happily accept patches.
-- M
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
