-
Data: 2015-03-30 10:08:20
Temat: choosing "small 2d graphics library" interface
Od: firr <p...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ](pytanie po angielsku bo nie che mi sie przepisywac)
(here im speaking about c implementation only)
Im not sure if this question will find good
answers here but imo problem is quite important
(also interesting)
I got something like that, small 2d per
pixel library on my own, but the interface
is a bit mess (not hard mess but i would
like (ewentually) to get it really clean
and tidy ;-) (im blinking becouse in my case
it may be hard, but at least rethinking the
interface is not bad)
I need ExACT c intarface (small header)
some questions to consider
- should i make tlis library .lib or .dll,
maybe source (if source should I put it in one
file or more?)
- should i make this library biger or smaller?
I think smaller is beter, though it is not really
clear if watching carefully, for example if
i care about optimisation then i need like to provide more versions of routines)
[such liberery is form its nature rather small, do not need
vary many api calls, it seem that it should
be for example between 10 to 50 functions
exposed, draw line, set pixel, ew drav bezier,
draw sprite etc
- what should i put here (what functions ) to make it small but complete ?
- if i make variants for functions (for example
draw line with antialiasing and without) should i make separate function calls of
parametrise the one?
- what style of function names should i exactly chose (this is most iportant
question)
[could someone maybe wrote down the complete exact header examle?]
- such library is a set of functions operating (writing to) a 2 dimensional pixel
buffer (of size SIZE_X, SIZE_Y) i am not totally convinced how i should use this
buffer, should it be
encompased in library or should it be on the client code side and should i pass the
pointer
(and sizes) in each api call
(efficiency is important so if i should pass
those 3 values BUFF, SIZE_X, SIZE_Y to each
draw pixel, drawline it would be probably a
waste, so what options do i have?
Najnowsze wątki z tej grupy
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
- Nowa ustawa o ochronie praw autorskich - opis problemu i szkic ustawy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
Najnowsze wątki
- 2025-04-01 Telefonia VoIP
- 2025-04-01 Na miejscu zginelo dwóch którzy przewozeni byli w bagazniku.
- 2025-04-01 Darmowa autostrada
- 2025-04-01 Sprzedaję Twizy
- 2025-04-01 [OT] Dobry dysk na komornika i rozwody
- 2025-04-01 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-04-01 Gdynia => Sales Executive / KAM <=
- 2025-04-01 Kraków => Technical Team Lead (Clojure, Java) <=
- 2025-04-01 Warszawa => Junior Account Manager <=
- 2025-04-01 Mini Netykieta Polskich Grup Dyskusyjnych wer. 3.6.12
- 2025-03-31 Kraków => IT Expert (Network Systems area) <=
- 2025-03-31 Białystok => NMS System Administrator <=
- 2025-03-31 Częstochowa => Product Manager - Systemy infrastruktury teleinformaty
- 2025-03-31 Sąd/Sędzia odrzuca wniosek o 30d aresztu Ziobry i jedzie po PO-Komisji Sroki [i Ziobrze w GW wersji]
- 2025-03-31 Warszawa => Sales Executive / KAM <=