Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Other Discussions
  3. Site Bugs / Suggestions
  4. Feature request: Larger Filesize Limit for Source Code / Assets

Feature request: Larger Filesize Limit for Source Code / Assets

Scheduled Pinned Locked Moved Site Bugs / Suggestions
csharpcomgame-deviothelp
2 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A Offline
    A Offline
    Adam David Hill
    wrote on last edited by
    #1

    The title says it all, really. The last article I wrote related to a project of roughly 100MB, but understand the current limit for "source code" to be 4MB. This meant I wrote the article on here, and hosted the project files on CodePlex. It's fine really, but downloads don't register on this site & I suspect users would rather not be thrown to an external site to download the files. I've just finished a rather funky Windows Phone app and was thinking about open-sourcing it & writing an article along the lines of "Developing an app for WP8, from concept to certification" but looking at my project size it's 200MB+. Of course these large sizes are down to graphical assets, large open source libraries and so-on but this would seem to be normal for my projects. Getting any decent .NET-like project with a number of graphical assets is always going to be comfortably >4MB. I acknowledge there is a real world cost involved in any storage increase. I also understand that I could include code snippets rather than a whole project dump, but most of the time I think I'd rather offer something another dev can just open up and run. What do people think? Do other article writers find this an issue? Is it common to just store half the content externally?

    Check out my latest article: Celerity: How it was all done. A complete how-to on our sensor-driven head-tracking virtual reality tunnel game in C#.

    C 1 Reply Last reply
    0
    • A Adam David Hill

      The title says it all, really. The last article I wrote related to a project of roughly 100MB, but understand the current limit for "source code" to be 4MB. This meant I wrote the article on here, and hosted the project files on CodePlex. It's fine really, but downloads don't register on this site & I suspect users would rather not be thrown to an external site to download the files. I've just finished a rather funky Windows Phone app and was thinking about open-sourcing it & writing an article along the lines of "Developing an app for WP8, from concept to certification" but looking at my project size it's 200MB+. Of course these large sizes are down to graphical assets, large open source libraries and so-on but this would seem to be normal for my projects. Getting any decent .NET-like project with a number of graphical assets is always going to be comfortably >4MB. I acknowledge there is a real world cost involved in any storage increase. I also understand that I could include code snippets rather than a whole project dump, but most of the time I think I'd rather offer something another dev can just open up and run. What do people think? Do other article writers find this an issue? Is it common to just store half the content externally?

      Check out my latest article: Celerity: How it was all done. A complete how-to on our sensor-driven head-tracking virtual reality tunnel game in C#.

      C Offline
      C Offline
      Chris Maunder
      wrote on last edited by
      #2

      100Mb is big. Really, really big. Currently we discourage such a large size because there are very, very few cases were such a size is warranted (outside of, as you say, graphics intensive resources). Typically for an article that's being provided to teach or to give you a component or framework, any large videos or images can be replaces with far smaller placeholders. Large downloads mean large bandwidth costs and can affect site performance. However, we will be opening this up very soon.

      cheers, Chris Maunder The Code Project | Co-founder Microsoft C++ MVP

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups