It seems to me that here there is a mix of different complaints towards very different people, intertwined as if there was a monolithic MAMEdev person responsible for these assumed bad behaviors
> I've been in many forums when mame devs have been frustrated about there code not > being accepted, who's checking that persons code it seems like there's no consistency > & no transparency. >
There are guidelines about coding styles and conventions on the mamedev.org website, and if you read the comments to new pull requests you will easily see patterns (adopt the coding style of the existing source, order included files, etc.)
So there is both consistency and transparency, and typically cool things happens and new contributors keep coming to MAME, despite what Haze says very vocally. See the whole Dribbling netlist emulation discussion on these same boards
> It wouldn't take 5mins to make a list of what donations are used for each month as > someone is spending the donation money. >
Donations I guess were towards The Dumping Union, which is a completely separate entity compared to the development team. To my knowledge Smitdogg keeps a complete track of who donated towards what, and credits do reflect such list.
If you think this is not enough to keep you informed about how your donations is used, you shall write a post about TDU management or a PM to Smitdogg, and ask for more regular feedbacks.
Nothing of this is due to MAMEdevs, and I see no connection to the earlier point, especially in this period where most cool developments are not about arcades, but more on obscure Japanese kid computers, MIDI keyboards / synth, and office computers (while awaiting for Kale's progress on PC emulation, which could at last provide several nice arcade side effects)
> A big change is really needed or the project just simply limps on & more devs just do > less & less because they aren't appreciated & any new devs are talked down to like > they're not worthy. >
This does not seem the case, if you check the commits log. There are a lot of new people joining to contribute towards obscure systems. More often is real life and real job stealing time for emu-related work, and the fact that remaining emulation tasks are complex and you need both time and motivation to tackle them.
|