[FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Michael Niedermayer]

[-- Attachment #1.1: Type: text/plain, Size: 896 bytes --]

Hi all

Ive added SDR to our GSoC 2025 page as there was just a single project
on that page and the page needs to be more complete yesterday

If people are against this say this NOW do not wait until we have accepted
a student and then start some drama
It can be removed now easily but not once someone is working on it

What is this project about ?
It is about YOU, the community, you disliked how libavradio is interfaced.
It bascially was just a demuxer/input device

So this Project is about someone within GSoC re structuring libavradio
and interfacing with a demuxer/input device as was previously suggested.

Please clearly list all requirements you have for this to get into git master

thx

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Kieran Kunhya via ffmpeg-devel]

On Wed, 12 Feb 2025, 01:21 Michael Niedermayer, <michael@niedermayer.cc>
wrote:

> Hi all
>
> Ive added SDR to our GSoC 2025 page as there was just a single project
> on that page and the page needs to be more complete yesterday
>
> If people are against this say this NOW do not wait until we have accepted
> a student and then start some drama
> It can be removed now easily but not once someone is working on it
>
> What is this project about ?
> It is about YOU, the community, you disliked how libavradio is interfaced.
> It bascially was just a demuxer/input device
>
> So this Project is about someone within GSoC re structuring libavradio
> and interfacing with a demuxer/input device as was previously suggested.
>
> Please clearly list all requirements you have for this to get into git
> master
>
> thx
>
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> I am the wisest man alive, for I know one thing, and that is that I know
> nothing. -- Socrates
>

Is this a joke?

Kieran

>
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Michael Niedermayer]

[-- Attachment #1.1: Type: text/plain, Size: 816 bytes --]

On Wed, Feb 12, 2025 at 01:23:09AM +0000, Kieran Kunhya via ffmpeg-devel wrote:
> Is this a joke?

no

It follows up on Jean Baptistes request here:
https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2023-August/312915.html

| But it's not a library in that repository, like swscale, swresample or similar libraries.
| If it was, with an API, it would be trivial to add support to this optional library as an FFmpeg module, and noone who complain.

So the GSoC contributor would make this change, and then noone will complain.

The GSoC contributor will just need precisse instructions so everyone
will be ok and noone wil complain.

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Never trust a computer, one day, it may think you are the virus. -- Compn

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Kieran Kunhya via ffmpeg-devel]

On Wed, 12 Feb 2025, 02:11 Michael Niedermayer, <michael@niedermayer.cc>
wrote:

> On Wed, Feb 12, 2025 at 01:23:09AM +0000, Kieran Kunhya via ffmpeg-devel
> wrote:
> > Is this a joke?
>
> no
>
> It follows up on Jean Baptistes request here:
> https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2023-August/312915.html
>
> | But it's not a library in that repository, like swscale, swresample or
> similar libraries.
> | If it was, with an API, it would be trivial to add support to this
> optional library as an FFmpeg module, and noone who complain.
>
> So the GSoC contributor would make this change, and then noone will
> complain.
>
> The GSoC contributor will just need precisse instructions so everyone
> will be ok and noone wil complain.
>
> thx
>
> [...]
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>

If it's a library outside of FFmpeg, then you are welcome to submit it to
another SDR related Gsoc organisation. By definition your SDR lib is not
part of FFmpeg.

Kieran

>
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Frank Plowman]

On 12/02/2025 01:21, Michael Niedermayer wrote:
> Hi all
> 
> Ive added SDR to our GSoC 2025 page as there was just a single project
> on that page and the page needs to be more complete yesterday
> 
> If people are against this say this NOW do not wait until we have accepted
> a student and then start some drama
> It can be removed now easily but not once someone is working on it
> 
> What is this project about ?
> It is about YOU, the community, you disliked how libavradio is interfaced.
> It bascially was just a demuxer/input device
> 
> So this Project is about someone within GSoC re structuring libavradio
> and interfacing with a demuxer/input device as was previously suggested.
> 
> Please clearly list all requirements you have for this to get into git master
> 

I don't think this is a good idea.  Regardless of one's opinion
regarding SDR, it is evidently a contentious project.  It is unlikely
that the collective community arrive at a unambiguous set of criteria
for adoption before the project list goes live.  As such, I think it is
likely that SDR would continue to be the subject of critique if it were
a GSoC project.  Having a (potentially unsuspecting) student inserted
right in the middle of this messy situation seems very unfair.

-- 
Frank

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Michael Niedermayer]

[-- Attachment #1.1: Type: text/plain, Size: 1838 bytes --]

Hi Frank

On Wed, Feb 12, 2025 at 08:20:43AM +0000, Frank Plowman wrote:
> On 12/02/2025 01:21, Michael Niedermayer wrote:
> > Hi all
> > 
> > Ive added SDR to our GSoC 2025 page as there was just a single project
> > on that page and the page needs to be more complete yesterday
> > 
> > If people are against this say this NOW do not wait until we have accepted
> > a student and then start some drama
> > It can be removed now easily but not once someone is working on it
> > 
> > What is this project about ?
> > It is about YOU, the community, you disliked how libavradio is interfaced.
> > It bascially was just a demuxer/input device
> > 
> > So this Project is about someone within GSoC re structuring libavradio
> > and interfacing with a demuxer/input device as was previously suggested.
> > 
> > Please clearly list all requirements you have for this to get into git master
> > 
> 
> I don't think this is a good idea.  Regardless of one's opinion
> regarding SDR, it is evidently a contentious project.  It is unlikely
> that the collective community arrive at a unambiguous set of criteria
> for adoption before the project list goes live.  As such, I think it is
> likely that SDR would continue to be the subject of critique if it were
> a GSoC project.  Having a (potentially unsuspecting) student inserted
> right in the middle of this messy situation seems very unfair.

Yeah, i agree, i am thinking the same after sleeping over it.
It could be very bad for the student to be drawn into this

I will remove SDR from the page before accepted
organizations are announced, that way no student can start
working on it or even pick the task

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

You can kill me, but you cannot change the truth.

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Nicolas George]

Michael Niedermayer (HE12025-02-12):
> I will remove SDR from the page before accepted
> organizations are announced

This kind of bait-and-switch could be very detrimental to the project
for future editions of the program.

I think: either remove it right now or leave it and promise to kick out
anybody who makes trouble for the potential student.

Regards,

-- 
  Nicolas George
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Michael Niedermayer]

[-- Attachment #1.1: Type: text/plain, Size: 817 bytes --]

Hi Nicolas

On Wed, Feb 12, 2025 at 02:16:01PM +0100, Nicolas George wrote:
> Michael Niedermayer (HE12025-02-12):
> > I will remove SDR from the page before accepted
> > organizations are announced
> 
> This kind of bait-and-switch could be very detrimental to the project
> for future editions of the program.
> 
> I think: either remove it right now or leave it and promise to kick out

ok, removed it


> anybody who makes trouble for the potential student.

I think its safer for the gsoc contributors to only list
things where there is no disagreement.

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Its not that you shouldnt use gotos but rather that you should write
readable code and code with gotos often but not always is less readable

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Vittorio Giovara]

On Wed, Feb 12, 2025 at 2:21 AM Michael Niedermayer <michael@niedermayer.cc>
wrote:

> Hi all
>
> Ive added SDR to our GSoC 2025 page as there was just a single project
> on that page and the page needs to be more complete yesterday
>
> If people are against this say this NOW do not wait until we have accepted
> a student and then start some drama
> It can be removed now easily but not once someone is working on it
>
> What is this project about ?
> It is about YOU, the community, you disliked how libavradio is interfaced.
> It bascially was just a demuxer/input device
>
> So this Project is about someone within GSoC re structuring libavradio
> and interfacing with a demuxer/input device as was previously suggested.
>
> Please clearly list all requirements you have for this to get into git
> master
>
> thx


Thanks for making a separate thread for this proposal, although I would
have expected the idea to be discussed before putting it on the wiki.
This idea for me is a no.
Best Regards
-- 
Vittorio
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-devel] [RFC] GSoC 2025 SDR Cleanup

[Tomas Härdin]

ons 2025-02-12 klockan 02:21 +0100 skrev Michael Niedermayer:
> Hi all
> 
> Ive added SDR to our GSoC 2025 page as there was just a single
> project
> on that page and the page needs to be more complete yesterday
> 
> If people are against this say this NOW do not wait until we have
> accepted
> a student and then start some drama
> It can be removed now easily but not once someone is working on it
> 
> What is this project about ?
> It is about YOU, the community, you disliked how libavradio is
> interfaced.
> It bascially was just a demuxer/input device
> 
> So this Project is about someone within GSoC re structuring
> libavradio
> and interfacing with a demuxer/input device as was previously
> suggested.
> 
> Please clearly list all requirements you have for this to get into
> git master

This is still vastly out of scope for this project. Not everything has
to be in ffmpeg.

/Tomas
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".