Ntrviewer with o3ds?

Discussion in '3DS - Homebrew Development and Emulators' started by TheGreek Boy, May 7, 2016.

  1. TheGreek Boy
    OP

    TheGreek Boy GBAtemp Advanced Fan

    Member
    677
    195
    Jan 9, 2016
    Greece
    Behind you.
    It's possible one day ntrviewer to work with o3ds?
     
  2. Seriel

    Seriel Worshipper of Skiddos

    Member
    2,703
    4,730
    Aug 18, 2015
    Maybe at like 1fps.
    The o3ds has a shit processor, it won't be able to handle it.
     
    hobbledehoy899 likes this.
  3. TheGreek Boy
    OP

    TheGreek Boy GBAtemp Advanced Fan

    Member
    677
    195
    Jan 9, 2016
    Greece
    Behind you.
    So you say it's imposible to work 'normal'?
     
  4. Seriel

    Seriel Worshipper of Skiddos

    Member
    2,703
    4,730
    Aug 18, 2015
    It certainly won't work to the same standard as the n3ds one.
     
  5. ih8ih8sn0w

    ih8ih8sn0w Koreaboo

    Member
    1,656
    720
    Aug 22, 2015
    United States
    Hell
    You have less than 1/8 the processing power of a n3ds on an o3ds, there is no possible way you will be able to use ntrviewer on an o3ds without your ds crashing, or lagging to an unplayable framerate...
     
    Seriel likes this.
  6. Ryccardo

    Ryccardo WiiUaboo

    Member
    3,027
    1,459
    Feb 13, 2015
    Italy
    Imola
    Fix'd, your original message explains a correct limitation but doesn't matter until this point is solved :)
     
    astronautlevel likes this.
  7. Seriel

    Seriel Worshipper of Skiddos

    Member
    2,703
    4,730
    Aug 18, 2015
    Okay, but don't touch my post mkay? ;)
     
  8. ChaosRipple

    ChaosRipple GBAtemp Regular

    Member
    260
    66
    Oct 1, 2015
    United States
    If someone can code the arm9 to take screenshots and send them over a socket, I'll gladly have the client end coded in c#. I have some slight experience coding in C but none with the 3DS arm processors, making it very time consuming for me if I would want to make something like NtrViewer. Really, all you need to do is copy the buffer from addresses 0x1E6000-0x22C500 using memcpy and send them to the client (Compression could be applied as well for better performance). The client will handle all the byte to image conversion which I've already done. It would be nice to have this feature installed into one of the existing CFWs (run a thread in the background waiting for a socket connection from the client) so not all of us would be required to install Ntr.

    Couple Notes:
    - 0x1E6000-0x22C500 is the address for the top screen's left framebuffer 0, meaning the bottom screen has its own address.
    - Certain applications actually move the framebuffer elsewhere so we'd probably need some sort of hook to detect the address change and send those bytes over instead.