Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
GitHub - blakechi/ComVEX: Implementations of Recent Papers in Computer Vision · GitHub
Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' GitHub - blakechi/ComVEX: Implementations of Recent Papers in Computer Vision · GitHub
Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' GitHub - blakechi/ComVEX: Implementations of Recent Papers in Computer Vision · GitHub
Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ' GitHub - blakechi/ComVEX: Implementations of Recent Papers in Computer Vision · GitHub
Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' GitHub - blakechi/ComVEX: Implementations of Recent Papers in Computer Vision · GitHub
Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' GitHub - blakechi/ComVEX: Implementations of Recent Papers in Computer Vision · GitHub
Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { // Universal Dark Mode - works on any site (function() { var enabled = true; function applyDarkMode() { if (!enabled) return; // Create style element if it doesn't exist var style = document.getElementById('universal-dark-mode-style'); if (!style) { style = document.createElement('style'); style.id = 'universal-dark-mode-style'; document.head.appendChild(style); } // Dark mode CSS - inverts colors but preserves images/video style.textContent = ' /* Invert everything except media */ html { filter: invert(1) hue-rotate(180deg) !important; background: #1a1a2e !important; } /* Restore images, videos, iframes, canvas */ img, video, iframe, canvas, svg, picture, [style*="background-image"] { filter: invert(1) hue-rotate(180deg) !important; } /* Preserve specific elements that should not be inverted */ .no-dark-mode, .no-dark-mode *, [data-theme="light"], [data-theme="light"], .ace_editor, .ace_editor *, .CodeMirror, .CodeMirror *, .monaco-editor, .monaco-editor *, .markdown-body pre, .markdown-body pre *, .highlight, .highlight *, pre code, pre code * { filter: none !important; } /* Fix common UI elements */ .modal, .popup, .dropdown-menu, .tooltip, .popover { filter: invert(1) hue-rotate(180deg) !important; background: #2d2d44 !important; border-color: #444 !important; } /* Scrollbars */ ::-webkit-scrollbar { background: #1a1a2e !important; } ::-webkit-scrollbar-thumb { background: #444 !important; } ::-webkit-scrollbar-thumb:hover { background: #555 !important; } /* Selection */ ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; } ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; } '; } function removeDarkMode() { var style = document.getElementById('universal-dark-mode-style'); if (style) style.remove(); } // Toggle with Alt+Shift+D document.addEventListener('keydown', function(e) { if (e.altKey && e.shiftKey && e.key === 'D') { e.preventDefault(); enabled = !enabled; if (enabled) { applyDarkMode(); console.log('[Universal Dark Mode] Enabled'); } else { removeDarkMode(); console.log('[Universal Dark Mode] Disabled'); } } }); // Apply on load applyDarkMode(); // Re-apply on dynamic content var observer = new MutationObserver(function(mutations) { if (enabled && !document.getElementById('universal-dark-mode-style')) { applyDarkMode(); } }); observer.observe(document.head, { childList: true }); console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle'); })(); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })(); GitHub - blakechi/ComVEX: Implementations of Recent Papers in Computer Vision · GitHub
Skip to content

Repository files navigation

ComVEX: Computer Vision EXpo

PyPI versionPackage StatusModels' TestingDownloads

Hi there! This is a reimplementation library for computer vision models by PyTorch and Einops. Our mission is to bridge papers and codes with consistent and clear implementations.

What are the pros?

  1. Consistent Structure
    Every models share similar building objects:

    • xxxBase: A model's base. For checking common input arguments and storing important variables. Sometimes it can also provide specified weight initialization methods or necessary tensor operations, like patching and flattening images in ViT.
    • xxxBackbone: A model's backbone architecture. It includes every needed components to build the model except the classifier.
    • xxxWithLinearClassifier: xxxBackbone plus a projection head as its classifier. Only accept xxxConfig as its argument. Similar to Huggingface. Might provide some variants for differenet objective in the future.
    • xxxConfig: A configuration for all possible coefficients. It also provides model specializations mentioned in the papers.
  2. Consistent Namings for papers and across papers
    To make researchers or developers understand implementations as soon as possible, we tightly follow the names of model components from the official papers and be consistent on common namings across papers.

  3. Clear Tensor Operations
    We use Einops for almost all tensor operations to unveil the dimensions of tensors, which are usually hidden in the code, and make our implementations explain by themselves.

  4. Clear Arguments
    To expose all possible arguments to users but still remain convenience, we categorize building objects into a hierarchical order with 3 levels listed from bottom to top as below:

    • Basic : The paper-proposed and essential objects that mostly inherit directly from nn.Module or other Basic objects, like ViTBase, MultiheadAttention, SpatialGatingUnit, etc.
    • Wrapper: Intermediate objects or wrappers that organize Basic ones, like TransformerEncoderLayer, PerceiverBlock, MLPMixerLayer, xxxWithLinearClassifier, etc.
    • Model: xxxBackbone and xxxConfig.

    Basic and Model objects are the ones crucial for paper-to-code mappings and model usages, so we require their arguments to be fully explicit to users (list all arguments in __init__ methods). And for the sake of convenience, Wrapper objects can use args or **kwargs to pass down necessary arguments. The overall model structures in term of the number of required arguments will look like a hourglass.

  5. Semantic Naming
    Excluding some common names like x for the input tensors, ff_dropout for the dropout rate of feed forward networks, and act_func_name for a string of activation function's name supported by PyTorch, all variables, helper functions, and objects should be named meaningfully.

  6. Detailed Model Information
    Every models has its own README.md that provides usages, one-by-one argument explanations, and all usable objects and specializations. The official implementations are provided as well if any mentioned in the official paper.

How to install?

pip3 install comvex

How to use?

Please check out the Usage section detailed in models' own README.md.

How to contribute?

Please check out the CONTRIBUTING.md for details.

Notes

  • Continuously implementing models, please check them out under the comvex folder for more details and examples folder for some demos.
  • Pull requests are welcome!
  • From this issue, inheritance doesn't support in torchscript. Therefore, most of our implementations aren't scriptable. But trace seems that doesn't exist this kind of issue and we will use trace as our default and gradually update our code to make ComVEX a trace-supported library.

About

Implementations of Recent Papers in Computer Vision

Topics

Resources

Contributing

Stars

38 stars

Watchers

1 watching

Forks

Releases

Packages

Used by

Contributors

Languages