a) Could you tell me why segwit2x does have a so much negative press as I understand it is a combination both? Is the thief of the technology by a consortium of companies the only (but important) reason?
Core developed, tested and implemented Segwit over a nearly two year period. There was never any agreement among Core developers to back a hard fork block size increase. I think some of them are open to it, but the main problem is the back room dealing and economic coercion characterized by Segwit2x. And the really short timeline. It's prudent to implement hard forks on a 1-2 year timeline give Bitcoin's massive user base. 3 months guarantees a major split if there is much support for the hard fork.
b) Segwit2x detractors promote Bitcoin Cash instead claiming that - but not limited to that - this cryptocurrency benefits from a much faster confirmation time and lower transaction fees. If my understanding is correct in case Bitcoin Segwit2x is activated and both currencies treat the same number of transaction and both are supported by the same Hashpower - would the transaction fees be more or less equals? What about the confirmation time (at equal transaction fees)?
Thank you in advance for your help.
My recollection is that BCH has 8MB blocks (no Segwit). B2X will 8MB blocks (Segwit). Since Segwit is backward compatible / opt-in, it takes time to see the ecosystem upgrade. That's why, presently, less then 10% of network transactions use Segwit. So, out the box, BCH is more useful than Segwit2x if all we're talking about is sheer transaction throughput. Bitcoin Cash has a separate problem of heightened inflation because of changes they made to the difficulty algo, but they're hard forking to remove those changes next month, last I heard.