Another thing, Do you know why when i print a .bin image to the screen, it's way darker then it should be?
Um, so is anyone doing drawing (not 3d modelled stuff, just lines & circles etc) in 3d? Do we have good stereoscopic functions for that? I found nop's repository but the readme says the stereoscopic stuff is broken.
When I screwed around with arm9 code a while back I manually drew two rectangles at different x coordinates for an okish looking 3d rectangle. You could probably make a function that takes an x value and draws the rectanges at an offset if you need something quickly
Found this old gubbins from Snailface that has 3d drawing functions, haven't tried them yet tho, mishmashing everyone's sources gets ugly.
http://gbatemp.net/threads/homebrew-development.360646/page-26#post-4911172
http://gbatemp.net/threads/homebrew-development.360646/page-26#post-4911197
http://gbatemp.net/threads/homebrew-development.360646/page-26#post-4911172
http://gbatemp.net/threads/homebrew-development.360646/page-26#post-4911197
Guys do you know why the .bin picture rendered on the screen in darker then the original .bmp picture?
https://github.com/DownloadMii/DownloadMii/blob/master/doc/IMG2BIN.md
Maybe your converting method outputs a less dark file....
Maybe your converting method outputs a less dark file....
In fact there is no "correct" bin file, everything depends on how you interpret the data in your homebrew.
For example, my img-to-bin converter isn't exactly compatible with smea's hbmenu's gfxDrawSprite().
(see discussion here: https://twitter.com/MasterofJP/status/537293707725537280)
If you have an idea on how i could fix that, though, it'd be great.
Same thing for the strange darkness of your bmp.
For example, my img-to-bin converter isn't exactly compatible with smea's hbmenu's gfxDrawSprite().
(see discussion here: https://twitter.com/MasterofJP/status/537293707725537280)
If you have an idea on how i could fix that, though, it'd be great.
Same thing for the strange darkness of your bmp.
what do you mean by bigger text? Afaik there is no native text display. You have to embed your alphabet into an image and use it letter by letter
I'm planning to do a tool / lib to help things like that though
I'm planning to do a tool / lib to help things like that though
From what I can tell, smea's method copies the image data directly into the chosen framebuffer, problem is the framebuffer goes (B,G,R) and the image data goes (R,G,B) so you get the Red and Blue channels swapped.
I wrote myself a crappy python script to swap the R and B in each triplet of bytes around in the bin file first, and that fixed things for me.
I'd written a little drawing "library" for drawling lines, rects and circles, not very fast but with full ARGB-Support; I'll provide it when I'm home (around 8pm CET).
Maybe it may help you. It should be easy to adapt it for other uses, but do not expect to create a new 60fps Sonic the Hedgehog - blast processing was sold out, as it was just an experiment
https://github.com/pmedia/3ds-tool - here you are.
I'd planned to provide an rapid prototyping C++-Based OOP-Wrapper oriented on stable code with many features which are replaceable but then noticed how pointless it is or may be. At least I didn't noticed much sense, as it may be better to include such framework into ctrulib.
Anyway, as promised, it contains the rendercode for drawing lines, circles and rectangles.
Have a look: Code Header
Code should be easily transformed to ordinary C, as it didn't make much use of additional c++ features. Notice how my setpixel()-Routine even wraps the pixel order, as it reverse the vertical axis.
Video::drawCircle(Display dp, u16 tx, u16 ty, u16 r, u32 c)
dp is the constant value detemining which display shall be used (enum Display: DISPLAY_TOP, DISPLAY_TOP_LEFT, DISPLAY_TOP_RIGHT, DISPLAY_BOTTOM)
tx,ty is the center of the circle to be drawn
r is the radius of the circle, c the ARGB-Color (Means: White is 0xFFFFFFFF, Black is 0xFF000000, Red is 0xFFFF0000, Blue is 0xFF0000FF, Half Transparent Green would be 0x8000FF00)
drawCircleFilled and drawCircleBordered have the very much same parameters; ci is inner color, co outer color. Outline of the circle is always 1px, there is no anti aliasing.
drawLine(Display dp, u16 x1, u16 y1, u16 x2, u16 y2, u32 c)
draws a line on display dp from x1,y1 to x2,y2 in the ARGB-Color c
drawRect(Display dp, u16 x1, u16 y1, u16 x2, u16 y2, u32 c)
draws an (not filled) rectangle on display dp from x1,y1 to x2,y2 with border argb color c
drawRectFilled(Display dp, u16 x1, u16 y1, u16 x2, u16 y2, u32 c)
draws an (filled) rectangle on display dp from x1,y1 to x2,y2 with border argb color c
drawRectBordered(Display dp, u16 x1, u16 y1, u16 x2, u16 y2, u32 ci, u32 co)
draws an filled rectangle (color ci) with a 1px border in color co.
Any other methods of the class should be self-explaining like that, too. blendpixel can be used to draw gradientbased primitives as it calculates the blending between two colors.
Feel free to take the code out of there as it gives you the ability to draw basic primitives.
Code is based on algorithms described in wikipedia as documented in the code.
For the future, it may be better to have ports of libraries like Cairo as they are usually highly optimized. Have fun!
-
-
@
BigOnYa:
A woman with no arms and no legs was sitting on a beach. A man comes along and the woman says, "I've never been hugged before." So the man feels bad and hugs her. She says "Well i've also never been kissed before." So he gives her a kiss on the cheek. She says "Well I've also never been fucked before." So the man picks her up, and throws her in the ocean and says "Now you're fucked."+2 -
-
-
@
BakerMan:
anyways, we need to re-normalize physical media+1
if i didn't want my games to be permanent, then i'd rent them -
@
BigOnYa:
Agreed, that why I try to buy all my games on disc, Xbox anyways. Switch games (which I pirate tbh) don't matter much, I stay offline 24/7 anyways.+1
-
-
@
cearp:
@BakerMan - you can still "own" digital media, arguably easier and better than physical since you can make copies and backups, as much as you like.+1
The issue is DRM -
@
cearp:
You can buy drm free games / music / ebooks, and if you keep backups of your data (like documents and family photos etc), then you shouldn't lose the game. but with a disk, your toddler could put it in the toaster and there goes your $60
-
-
@
rqkaiju2:
i like physical media because it actually feels like you own it. thats why i plan on burning music to cds -
-
-
@
SylverReZ:
@rqkaiju2, Physical media is a great source for archiving your data, none of that cloud storage shiz.+1 -
-
-
-
@
BakerMan:
guys, should i change my pfp to one of these or keep it the same?
(i guess i could change it to one of my other pfps too, but i just want to see what you guys think first) -
-
-
-
-
-
-
. Saves on time, soap, water and money having to wash them. 