Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - g3gg0

Pages: [1] 2 3 ... 116
1
General Development / Re: The MLV format
« on: December 20, 2022, 11:43:57 PM »
yep, thus there was a LGPL version for the headers to make it even more clear ;)

2
Share Your Photos / Re: Some of my favorites
« on: August 14, 2022, 01:37:07 AM »
oh, indeed. sorry. seems either google removed those permalinks or i accidentally removed them :(

3
General Help Q&A / MOVED: EOS 60D Dead
« on: November 06, 2021, 11:26:07 AM »

4
indeed very impressive work kitor!

5
Academic Corner / Re: Magic Lantern usage in academia
« on: September 30, 2021, 10:53:19 PM »
what i missed to say: thank you :)

6
General Development / Re: Translating Menus
« on: September 30, 2021, 10:52:29 PM »
cool, like that one

7
Academic Corner / Re: Magic Lantern usage in academia
« on: September 30, 2021, 10:50:56 PM »
hmh not as deep as i hoped it to be

8
General Development / Re: The MLV format
« on: September 30, 2021, 10:45:47 PM »
nah its fine here. it just might happen that i dont notice when you ask smth :)
in that case a PM or discord msg as reminder would help.

> And how would you interpret the LGPL in this case? Would you say it requires a 'relinking'/replacement mechanism for MLV structures? Or simply the inclusion of a license text+source?

its meant on a file-level. the mlv.h is allowed to be used in your even commercial product.
while the license itself is meant for linking C code into a non-GPL project and requires you to provide that code, in this case its just about the header.
i should have chosen MIT back then. but well...

as we are talking about just structures/data types (the mlv_hdr structures etc) that i want people to just use like some kind of documentation, don't make a science out of it.
not gonna sue anyone who used C STRUCTURES from the latest mlv sources. i doubt that it even would make any sense to go after that.

again. just use the C-structures/datatypes from the latest headers.
do NOT USE C CODE - literally code, that is not just a structure/datatype, but code.


why this decision?

as we want to encourage people to contribute to open source projects, keeping the code itself GPL prohibits shameles copycats who do not contribute back.
making the C structures usable for all, that is like some kind of documentation of the binary format. syntactically. a bit, at least.
this simplifies interoperability, but does not make copycat's lifes easier.

> Also do you know about:
> How did propreitary apps like Martin Hering's colourcast, MLVProducer, fastcinemaDNG deal with this? Did they provide any way to relink with/replace mlv.h?

i hardly remember what i did yesterday. so errrh no. :)

well, i assume everyone played fair. if not then be so fair and at least contribute a bit back to at least finance server expenses.
OT: just checked - its 1.1k€ that are missing right now since the last donation in 2019, but thats nothing that would financially stress me.

9
General Development / Re: The MLV format
« on: September 30, 2021, 10:01:10 PM »
well, using MLV structures, like the C structures (and also the function prototypes if you wish) was always meant to be LGPL.
only the real code is GPLed to make people work on the same code.

10
Academic Corner / Re: Magic Lantern usage in academia
« on: September 17, 2021, 09:44:33 PM »
i find this quite interesting:

https://www.sciencedirect.com/science/article/abs/pii/S2666281721001219?dgcid=rss_sd_all

not seen any trace of it yet publically.

11
Academic Corner / Re: Magic Lantern usage in academia
« on: January 10, 2021, 12:41:55 AM »
pretty impressive :)

12
General Chat / Re: Applying for fiscal hosting
« on: January 04, 2021, 05:19:19 PM »
Personally, *while I want to do those tasks*, I don't want to commit several months of time to then be told I did them in the wrong way and it's useless to ML.  Both sides win if requirements can be given in advance.

good point. in this case the best is to try to understand how you thing it should be, then explain your plan and ask if that is okay :)
from my experience: when an experienced developer (not a "what is C?"-newbie) made a plan of how he would solve things, this not different from what alex, me or any other would have done.
(you have no idea how often we have developed things and iterated 10x over it and finally thrown them away because it didn't work out or made no sense at all)

also experience: its always easy to say: "meh, i would have done it that way". but the answer to this is - "you haven't done it at all, so get cope with it :)"

13
just made my test tonight :]

14
General Chat / Re: Applying for fiscal hosting
« on: January 04, 2021, 03:31:27 PM »
well, ML is by its technical complexity nothing for one or two people.
it did and will not work that the same people digging into asm rev eng tasks (which are not just "a few minutes" of work, but rather weeks for one specific topic)
are the same ones who organize the project on a PR, doc, JIRA etc level :(

by the way - thanks to all contributors on the forums who try to keep the forum tidy :)

15
Reverse Engineering / Re: Battery grip pins / UART
« on: January 04, 2021, 02:24:19 PM »
@coon:

PCB looks like JLCPCB - graphics like altium designer. (or kicad?)
Or do you have it on EasyEDA also?

regards,
g3gg0

16
General Chat / Re: Applying for fiscal hosting
« on: January 03, 2021, 10:34:23 AM »
yeah, i would still recommend keeping these as basic rules.
at least in most areas of europe this helps in being some innocent, non-evil entity.
as it was a bit misleading:
I still would stick to these rules as close as possible - especially non-commercial/non-profit.

using donations as financial support like for a1ex is absolutely okay for me and i fully support this.
this does *not* mean, ML is giving away money for everyone who asks for.
instead there was a lot of discussion before and everyone had no doubt that this is necessary and good.

17
General Chat / Re: Applying for fiscal hosting
« on: January 02, 2021, 09:20:15 PM »
Whereas, if we were to incorporate a regular LLC or something similar, that would have screamed "commercial intentions", so this was excluded from the start:
yeah, i would still recommend keeping these as basic rules.
at least in most areas of europe this helps in being some innocent, non-evil entity.

18
General Chat / Re: Applying for fiscal hosting
« on: January 02, 2021, 11:51:17 AM »
Well, I didn't mean to ask for tax advice on the forum; just sharing my current understanding.
...
Again, this is not tax advice or request for tax advice - just my own understanding :)

yeah for sure, but if somone can confirm the current understanding or give any feedback or even contra-indications, this would be welcome i assume.

19
General Chat / Re: Applying for fiscal hosting
« on: January 02, 2021, 12:31:32 AM »
it would be cool if people with a better understanding of alex' mentioned tax question/issues can look a bit closer and give feedback.


20
General Development / Re: The MLV format
« on: September 20, 2020, 08:59:13 AM »
EXIF could fit into the scheme.
but as you said you have to make sure that stuff doesnt cause redundancy.

what should it specify, what you do not have in the main blocks?

21
General Chat / Re: toniebox - not quite ML related but..... g3gg0
« on: September 16, 2020, 09:38:24 PM »
*cough*
the world is so small.

couldn't resist cracking the thing open - without firmware replacement.
its a lot cheaper to use standard NXP SLIX-L tags and just put the proprietary audio files onto the SD card.

an alternative firmware is on its way, but i am not involved except some lowlevel reversings and providing information.

regards,
g3gg0

22
General Help Q&A / Re: Longer exposures than 30seconds
« on: May 28, 2020, 09:04:04 PM »
jeez.  i guess being a mod for a magic lantern forum turns people into dickheads.

I would suggest that you read those links again.  Maybe after a coffee or something.

Then trying playing with those features in camera.

23
General Development / Re: The MLV format
« on: October 12, 2019, 03:54:45 PM »
Can I ignore MLV_VIDEO_CLASS_H264/MLV_VIDEO_CLASS_JPEG/MLV_VIDEO_CLASS_YUV? I think they have never been implemented is that right?

you should honor the flags, i.e. returning smth like LIBMLV_ERR_UNSUPPORTED_ENCODING or similar

24
General Development / Re: The MLV format
« on: October 12, 2019, 09:49:43 AM »
@a1ex @g3gg0 can I call a new MLV reading/writing library "libMLV"?

absolutely.
thanks!

25
General Chat / Re: How many people would like to donate?
« on: October 12, 2019, 09:47:52 AM »
situation:
 a) have 14k€ donations for ML in BTC waiting for a special purpose
 b) a1ex is at a point to decide between "earn money in spare time to feed the family" or "use spare time working on ML"

my proposal:
 - sell BTC
 - pay a1ex' a year of rent, warm water, a 5D4 and food from it

what would be ML today if there would have been no a1ex back then?

Pages: [1] 2 3 ... 116