2015-05-24 04:55:12 +00:00
|
|
|
// Copyright 2008 Dolphin Emulator Project
|
2015-05-17 23:08:10 +00:00
|
|
|
// Licensed under GPLv2+
|
2014-02-10 18:54:46 +00:00
|
|
|
// Refer to the license.txt file included.
|
2008-12-08 04:46:09 +00:00
|
|
|
|
2014-02-10 18:54:46 +00:00
|
|
|
#pragma once
|
2008-12-08 04:46:09 +00:00
|
|
|
|
2015-09-26 20:13:54 +00:00
|
|
|
#include <cstring>
|
2014-10-21 06:01:38 +00:00
|
|
|
#include <functional> // for hash
|
|
|
|
|
2015-09-26 20:13:54 +00:00
|
|
|
#include "Common/CommonTypes.h"
|
2014-08-28 02:37:08 +00:00
|
|
|
#include "Common/Hash.h"
|
2008-12-08 04:46:09 +00:00
|
|
|
|
2008-10-24 23:08:46 +00:00
|
|
|
// m_components
|
2013-04-24 13:21:54 +00:00
|
|
|
enum
|
|
|
|
{
|
2008-10-24 23:08:46 +00:00
|
|
|
VB_HAS_POSMTXIDX = (1 << 1),
|
|
|
|
VB_HAS_TEXMTXIDX0 = (1 << 2),
|
|
|
|
VB_HAS_TEXMTXIDX1 = (1 << 3),
|
|
|
|
VB_HAS_TEXMTXIDX2 = (1 << 4),
|
|
|
|
VB_HAS_TEXMTXIDX3 = (1 << 5),
|
|
|
|
VB_HAS_TEXMTXIDX4 = (1 << 6),
|
|
|
|
VB_HAS_TEXMTXIDX5 = (1 << 7),
|
|
|
|
VB_HAS_TEXMTXIDX6 = (1 << 8),
|
|
|
|
VB_HAS_TEXMTXIDX7 = (1 << 9),
|
|
|
|
VB_HAS_TEXMTXIDXALL = (0xff << 2),
|
2016-06-24 08:43:46 +00:00
|
|
|
|
2008-10-24 23:08:46 +00:00
|
|
|
// VB_HAS_POS=0, // Implied, it always has pos! don't bother testing
|
|
|
|
VB_HAS_NRM0 = (1 << 10),
|
|
|
|
VB_HAS_NRM1 = (1 << 11),
|
|
|
|
VB_HAS_NRM2 = (1 << 12),
|
|
|
|
VB_HAS_NRMALL = (7 << 10),
|
2016-06-24 08:43:46 +00:00
|
|
|
|
2016-01-15 04:51:54 +00:00
|
|
|
VB_COL_SHIFT = 13,
|
2008-10-24 23:08:46 +00:00
|
|
|
VB_HAS_COL0 = (1 << 13),
|
|
|
|
VB_HAS_COL1 = (1 << 14),
|
2016-06-24 08:43:46 +00:00
|
|
|
|
2008-10-24 23:08:46 +00:00
|
|
|
VB_HAS_UV0 = (1 << 15),
|
|
|
|
VB_HAS_UV1 = (1 << 16),
|
|
|
|
VB_HAS_UV2 = (1 << 17),
|
|
|
|
VB_HAS_UV3 = (1 << 18),
|
|
|
|
VB_HAS_UV4 = (1 << 19),
|
|
|
|
VB_HAS_UV5 = (1 << 20),
|
|
|
|
VB_HAS_UV6 = (1 << 21),
|
|
|
|
VB_HAS_UV7 = (1 << 22),
|
|
|
|
VB_HAS_UVALL = (0xff << 15),
|
|
|
|
VB_HAS_UVTEXMTXSHIFT = 13,
|
|
|
|
};
|
2008-12-08 04:46:09 +00:00
|
|
|
|
2009-09-13 21:18:04 +00:00
|
|
|
enum VarType
|
|
|
|
{
|
2014-01-24 13:18:55 +00:00
|
|
|
VAR_UNSIGNED_BYTE, // GX_U8 = 0
|
|
|
|
VAR_BYTE, // GX_S8 = 1
|
|
|
|
VAR_UNSIGNED_SHORT, // GX_U16 = 2
|
|
|
|
VAR_SHORT, // GX_S16 = 3
|
|
|
|
VAR_FLOAT, // GX_F32 = 4
|
2008-10-28 21:04:14 +00:00
|
|
|
};
|
2008-12-08 04:46:09 +00:00
|
|
|
|
2014-01-24 13:46:05 +00:00
|
|
|
struct AttributeFormat
|
|
|
|
{
|
|
|
|
VarType type;
|
|
|
|
int components;
|
|
|
|
int offset;
|
|
|
|
bool enable;
|
|
|
|
bool integer;
|
|
|
|
};
|
|
|
|
|
2008-10-28 21:04:14 +00:00
|
|
|
struct PortableVertexDeclaration
|
|
|
|
{
|
|
|
|
int stride;
|
2016-06-24 08:43:46 +00:00
|
|
|
|
2014-01-24 13:46:05 +00:00
|
|
|
AttributeFormat position;
|
2014-01-24 14:16:52 +00:00
|
|
|
AttributeFormat normals[3];
|
2014-01-24 14:23:50 +00:00
|
|
|
AttributeFormat colors[2];
|
2014-01-24 14:32:27 +00:00
|
|
|
AttributeFormat texcoords[8];
|
2014-01-24 14:41:08 +00:00
|
|
|
AttributeFormat posmtx;
|
2016-06-24 08:43:46 +00:00
|
|
|
|
2014-06-05 15:55:21 +00:00
|
|
|
inline bool operator<(const PortableVertexDeclaration& b) const
|
|
|
|
{
|
|
|
|
return memcmp(this, &b, sizeof(PortableVertexDeclaration)) < 0;
|
|
|
|
}
|
|
|
|
inline bool operator==(const PortableVertexDeclaration& b) const
|
|
|
|
{
|
|
|
|
return memcmp(this, &b, sizeof(PortableVertexDeclaration)) == 0;
|
|
|
|
}
|
2008-10-28 21:04:14 +00:00
|
|
|
};
|
2008-12-08 04:46:09 +00:00
|
|
|
|
2014-08-28 02:37:08 +00:00
|
|
|
namespace std
|
|
|
|
{
|
|
|
|
template <>
|
|
|
|
struct hash<PortableVertexDeclaration>
|
|
|
|
{
|
|
|
|
size_t operator()(const PortableVertexDeclaration& decl) const
|
|
|
|
{
|
2018-05-16 19:22:13 +00:00
|
|
|
return Common::HashFletcher(reinterpret_cast<const u8*>(&decl), sizeof(decl));
|
2014-08-28 02:37:08 +00:00
|
|
|
}
|
|
|
|
};
|
2019-05-05 23:48:12 +00:00
|
|
|
} // namespace std
|
2014-08-28 02:37:08 +00:00
|
|
|
|
2008-10-24 23:08:46 +00:00
|
|
|
// The implementation of this class is specific for GL/DX, so NativeVertexFormat.cpp
|
2011-02-14 02:18:03 +00:00
|
|
|
// is in the respective backend, not here in VideoCommon.
|
2008-12-08 04:46:09 +00:00
|
|
|
|
2008-10-24 23:08:46 +00:00
|
|
|
// Note that this class can't just invent arbitrary vertex formats out of its input -
|
|
|
|
// all the data loading code must always be made compatible.
|
Remove NonCopyable
The class NonCopyable is, like the name says, supposed to disallow
copying. But should it allow moving?
For a long time, NonCopyable used to not allow moving. (It declared
a deleted copy constructor and assigment operator without declaring
a move constructor and assignment operator, making the compiler
implicitly delete the move constructor and assignment operator.)
That's fine if the classes that inherit from NonCopyable don't need
to be movable or if writing the move constructor and assignment
operator by hand is fine, but that's not the case for all classes,
as I discovered when I was working on the DirectoryBlob PR.
Because of that, I decided to make NonCopyable movable in c7602cc,
allowing me to use NonCopyable in DirectoryBlob.h. That was however
an unfortunate decision, because some of the classes that inherit
from NonCopyable have incorrect behavior when moved by default-
generated move constructors and assignment operators, and do not
explicitly delete the move constructors and assignment operators,
relying on NonCopyable being non-movable.
So what can we do about this? There are four solutions that I can
think of:
1. Make NonCopyable non-movable and tell DirectoryBlob to suck it.
2. Keep allowing moving NonCopyable, and expect that classes that
don't support moving will delete the move constructor and
assignment operator manually. Not only is this inconsistent
(having classes disallow copying one way and disallow moving
another way), but deleting the move constructor and assignment
operator manually is too easy to forget compared to how tricky
the resulting problems are.
3. Have one "MovableNonCopyable" and one "NonMovableNonCopyable".
It works, but it feels rather silly...
4. Don't have a NonCopyable class at all. Considering that deleting
the copy constructor and assignment operator only takes two lines
of code, I don't see much of a reason to keep NonCopyable. I
suppose that there was more of a point in having NonCopyable back
in the pre-C++11 days, when it wasn't possible to use "= delete".
I decided to go with the fourth one (like the commit title says).
The implementation of the commit is fairly straight-forward, though
I would like to point out that I skipped adding "= delete" lines
for classes whose only reason for being uncopyable is that they
contain uncopyable classes like File::IOFile and std::unique_ptr,
because the compiler makes such classes uncopyable automatically.
2017-08-04 21:57:12 +00:00
|
|
|
class NativeVertexFormat
|
2008-10-24 23:08:46 +00:00
|
|
|
{
|
|
|
|
public:
|
2019-02-15 01:59:50 +00:00
|
|
|
NativeVertexFormat(const PortableVertexDeclaration& vtx_decl) : m_decl(vtx_decl) {}
|
2008-12-25 15:56:36 +00:00
|
|
|
virtual ~NativeVertexFormat() {}
|
2019-02-15 01:59:50 +00:00
|
|
|
|
Remove NonCopyable
The class NonCopyable is, like the name says, supposed to disallow
copying. But should it allow moving?
For a long time, NonCopyable used to not allow moving. (It declared
a deleted copy constructor and assigment operator without declaring
a move constructor and assignment operator, making the compiler
implicitly delete the move constructor and assignment operator.)
That's fine if the classes that inherit from NonCopyable don't need
to be movable or if writing the move constructor and assignment
operator by hand is fine, but that's not the case for all classes,
as I discovered when I was working on the DirectoryBlob PR.
Because of that, I decided to make NonCopyable movable in c7602cc,
allowing me to use NonCopyable in DirectoryBlob.h. That was however
an unfortunate decision, because some of the classes that inherit
from NonCopyable have incorrect behavior when moved by default-
generated move constructors and assignment operators, and do not
explicitly delete the move constructors and assignment operators,
relying on NonCopyable being non-movable.
So what can we do about this? There are four solutions that I can
think of:
1. Make NonCopyable non-movable and tell DirectoryBlob to suck it.
2. Keep allowing moving NonCopyable, and expect that classes that
don't support moving will delete the move constructor and
assignment operator manually. Not only is this inconsistent
(having classes disallow copying one way and disallow moving
another way), but deleting the move constructor and assignment
operator manually is too easy to forget compared to how tricky
the resulting problems are.
3. Have one "MovableNonCopyable" and one "NonMovableNonCopyable".
It works, but it feels rather silly...
4. Don't have a NonCopyable class at all. Considering that deleting
the copy constructor and assignment operator only takes two lines
of code, I don't see much of a reason to keep NonCopyable. I
suppose that there was more of a point in having NonCopyable back
in the pre-C++11 days, when it wasn't possible to use "= delete".
I decided to go with the fourth one (like the commit title says).
The implementation of the commit is fairly straight-forward, though
I would like to point out that I skipped adding "= delete" lines
for classes whose only reason for being uncopyable is that they
contain uncopyable classes like File::IOFile and std::unique_ptr,
because the compiler makes such classes uncopyable automatically.
2017-08-04 21:57:12 +00:00
|
|
|
NativeVertexFormat(const NativeVertexFormat&) = delete;
|
|
|
|
NativeVertexFormat& operator=(const NativeVertexFormat&) = delete;
|
|
|
|
NativeVertexFormat(NativeVertexFormat&&) = default;
|
|
|
|
NativeVertexFormat& operator=(NativeVertexFormat&&) = default;
|
|
|
|
|
2019-02-15 01:59:50 +00:00
|
|
|
u32 GetVertexStride() const { return m_decl.stride; }
|
|
|
|
const PortableVertexDeclaration& GetVertexDeclaration() const { return m_decl; }
|
2018-04-12 12:18:04 +00:00
|
|
|
|
2009-02-28 16:33:59 +00:00
|
|
|
protected:
|
2019-02-15 01:59:50 +00:00
|
|
|
PortableVertexDeclaration m_decl;
|
2008-10-24 23:08:46 +00:00
|
|
|
};
|