GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    alcinnz (alcinnz@floss.social)'s status on Sunday, 10-Nov-2024 05:42:44 JST alcinnz alcinnz

    I haven't fully planned out this future hypothetical yet, but.. How'd I design a computer powerful enough to use for creating videos? Including computer animations?

    We'd need some serious datastorage & number crunching in this machine! Ideally fully-programmable, so you can use it as you please.

    Ofcourse I'd include a modern GPU which can run the same (small) program over thousands of different datapoints, for top-tier computation. But I'd also want to include a mid-tier...

    1/3?

    In conversation about 6 months ago from floss.social permalink
    • Embed this notice
      alcinnz (alcinnz@floss.social)'s status on Sunday, 10-Nov-2024 06:04:20 JST alcinnz alcinnz
      in reply to

      For mid-tier computation I'd (inspired by the PS3) include several microprocessors connected via FIFO channels. By cost-cutting these cores I should be able to fit more in! Besides, FIFO channels are an easier way to manage concurrency!

      Include firmware to let you program these.

      And for the low-end I'd be tempted to include a Reduceron to coordinate all the other cores. Even if it'd be poorly suited to doing any of the calculation itself, it could be easier to program!

      2/3?

      In conversation about 6 months ago permalink
    • Embed this notice
      alcinnz (alcinnz@floss.social)'s status on Sunday, 10-Nov-2024 06:14:12 JST alcinnz alcinnz
      in reply to

      For peripherals I'm thinking a trackpad you can draw on, keyboard (transparent upon eink display, so you can programmatically change keycaps), 3-axis joystick, & a drawing tablet. As well ofcourse as a monitor & speakers!

      I'm considering allowing peripherals to load sandboxed drivers into the coprocessors to parse its data for the main CPU to process. Though bandwidth concerns...

      As for building an OS for this system... Even a minimal one could get tricky...

      3/4!

      In conversation about 6 months ago permalink
    • Embed this notice
      alcinnz (alcinnz@floss.social)'s status on Sunday, 10-Nov-2024 06:23:40 JST alcinnz alcinnz
      in reply to

      We'd probably need to start by implementing a bytecode editor, whilst programming the GPU to disassemble that bytecode you're editting.

      Then we can implement higher-level visual languages, which I'd want to double as the machine's primary UI. And build some useful editors, renderers, etc upon that!

      I'd want enough compute to render & compress videos at faster-than-realtime! If we're not doing anything super fancy.

      Use USD/AutoMerge as its fileformat.

      4/4 Fin! Care to chip ideas in?

      In conversation about 6 months ago permalink
    • Embed this notice
      LovesTha🥧 (lovestha@floss.social)'s status on Sunday, 10-Nov-2024 06:32:00 JST LovesTha🥧 LovesTha🥧
      in reply to

      @alcinnz don't encourage looking at keys. Do smart layers things with a display on screen of the shortcuts (if the user wants them)

      In conversation about 6 months ago permalink

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.