> Ok.. first, i dont want to heat up this discussion to a point, where no one listens
> to what somebody else has to say.
Fair enough, I'm all for civil discourse, but do understand that when you come in out of the blue, all guns blazing with profanities as you did, you can expect to be put in your place. I don't take kindly to that; you wouldn't either. Now then, irate mode off.
> Maybe you are right, if you look at accuracy, cant test it, as i am not at home to
> compare it with my real Vectrex.
Well, accuracy is precisely the best measure. Understand that it is difficult to be objective when comparing emulators; it's a sliding scale where you have to carefully balance accuracy as the main metric against lots of other criteria that factor in to varying but lesser degrees. Usually accuracy wins, though in rare cases, especially when it's a close call, it doesn't. It's not as cut-and-dried as you might initially believe.
> But there are more things to consider, especially the look and feel, this is where
> ParaJVE shines. It has one of the best vector shaders I have seen, a thing that i am
> missing in MAME or MESS in general. I am on it to change this and it will be for sure
> the next big thing i want to deliver to MAME.
I'll agree that vector shaders are interesting diversions and can improve the end-user experience (though MAME's shaders are pretty damn good these days and getting better), but they certainly don't tip the scale in favor of ParaJVE. Even with accuracy aside, MAME's long-term survivability alone factors in heavily - ParaJVE is rotting, it hasn't been updated in half a decade and will eventually stop running on future platforms that are not compatibile with its underlying input/output/video/etc. requirements. We saw this happen even faster than *I* had thought with standalone arcade emulators - go try running one of the many that were designed for Windows 98 in Windows 8 and tell me how that works out for you. In contrast, MAME sees heaps of updates every day, many of them specifically designed to increase compatibility with modern operating systems, and isn't going away anytime soon.
> Off course I understand the whole MAME dev philosophy thing behind it, but saying
> that i.e. overlays are not important (MAME Vectrex overlays could be much better if
> that's what you mean, but they aren't part of the emulation), is simply not true, it
> is just not as important as i.e. accuracy. This case is especially true, if it comes
> to Vectrex and the same goes for the look and feel of the presentation of Vectors in
Sorry, but overlays are NOT as important. For one, scanning in a set of overlays takes some effort, but not nearly the talent required to emulate the system itself, which is far more scarce. Looking at it another way, you can certainly approximate the Vectrex experience without overlays; but if ALL you had was overlays without any games? Yeah. And MAME DOES have overlays, just not good ones. That will be fixed in time I'm sure - it just takes someone willing to do it.
> Like i said, i cant compare the accuracy of MESS, ParaJVE and a real Vectrex at the
> moment, but I never felt that ParaJVE did the job wrong and I own a real Vectrex and
> because of these facts, i can safely say, that the MESS emulation is miles away from
> competing against ParaJVE, which stopped development 4 years ago and it stopped not
> because there was no interest, it stopped because it reached a point of perfection,
> where the developer thought "its far enough".
And that's exactly why ParaJVE is a bad emulator to put any faith in at all. Perhaps it's an interesting curiosity/toy (though I'd still prefer to use MAME with its suboptimal overlays), but certainly not anything to be taken seriously for historical purposes. And that reminds me - it sounds like you haven't even TRIED MAME's vectrex driver because you wouldn't be saying half the things you are otherwise.
> But you could look at this statement just the opposite way.... MAME+MESS merged, to
> bring more attention to non-arcade-emulation that is far away from comparing to
> similar emulation, that existed for years. The attention brings ,"so to say", people
> to make maybe a wrong decision.
...which is why MAME isn't the best choice for ALL systems, just for MANY of them. Obviously there are systems like certain IBM Mainframes, the PS2 etc. that MAME doesn't emulate at all, so if you have any interest in those systems you need to look elsewhere. Likewise for systems like the Dreamcast that won't be emulated to any usable level in MAME for probably many, many years to come - so again you need to look elsewhere. But for Vectrex? Nah.
> Every single person that i send a link to ParaJVE didnt regret it and used it as
> their main emulator.
I can't stop you, but you are doing both those people and history a disservice.
> Off course, I admit that MESS also contains examples that are outstanding. I just
> wanted to show a different view. There is also the thing with the lazyness of people.
> MESS is considered by many as a "One that rules them all" solution. Especially these
> people, will maybe never experience a better alternative. So MAME+MESS can become a
> twosided-sword, even if i clearly see the "in the long run" term and agree with it.
Indeed one of MAME's greatest strengths, and one that has helped it survive all these years while so many others are long-forgotten, is precisely that it's "one emulator to rule them all" - but not for reasons you cite. This approach wins primarily because it consolidates knowledge into a single area, easily-accessible by developers and users alike. And as MAME itself has proven countless times in the past, it's the ONLY approach that matters in the end. Ironically, part of the reason is due to the "emulation experience" being far less important than the "system experience" yielded by the target platforms. Features designed for the end-user like rewind support, shaders, "cool GUIs" etc. are historically meaningless when compared to the accurate, long-term preservation of the system itself.
> The frontends: I think my definition for it, differs from yours. QMC2 is for me a
> advanced GUI for MAME. It is not cab-friendly and it is MAME (+MESS) exclusive only.
> IMHO not excellent enough. I cant tell about any exclusive feature that QMC2 has....
> seems pretty basic to me.
Sorry, but you're wrong. QMC2 is the most advanced GUI for MAME specifically because it supports the entire feature-set of both MAME and the erstwhile MESS which no other FE has been able to do. And at least in my opinion, it is elegant and well-written software by someone who knows what they're doing. It also has a cabinet mode if that's your thing, though if you have a trackball on your cabinet, your cab. monitor supports a decent resolution, and you configure hotkeys in an optimal way, you can use the regular GUI just fine on a cabinet. That's the way I do it - it works well for me and I get all the advantages of the main GUI without having to downshift to a separate "cabinet mode".
> Updates: Meanwhile MAME has a frequent update circle. A thing that devolopers need to
> deal with. It is work that needs no blaming to anyone. But the approach with the
> merge of MAME and MESS is heavy.
> If it had be introduced with small steps, i.e. starting with the option that you can
> only compile yourself such a version, developers would have time to look into it and
> have the time to react for further upcoming things. At least many companys are doing
> it that way. This would be a fair approach and it would help more to guarantee a
> succesfull start, as the fontends would be working properly .
First, why are you comparing MAME to "companys" (sic)? Second, the approach with the merge was far from "heavy" - UME has been around for years now so people have had fair warning there, and if you still consider it "heavy", well I hate to say it, but too bad. It's free software, written by people who love to emulate stuff with the goal of preserving history first and foremost, which is obviously going to exhibit characteristics quite different from that of the typical commercial enterprise. So yeah, get over it.