I think that his questions are meant not to provide much details about the closed-source application he has been asked to write, with open-source software. But then again, the question can be asked with the above point in mind, and give much more relevant details about the problem faced, as exemplified by Mark.
On 2/2/06, Kent Sandvik <[EMAIL PROTECTED]> wrote: > On 2/1/06, Mark Adams <[EMAIL PROTECTED]> wrote: > > Secondly, you need to describe your software architecture: are you > > using a VideoProvider? Which one? What surface is it rendering to? Is > > that a layer surface or a not? What is the buffer mode of that > > surface? If the VideoProvider does not render directly to the layer > > surface, how are you blitting it across? What buffer mode does the > > layer have? Are you using an overlay layer? What hardware are you > > using? What pixel formats are you using? > > > > You've asked a lot of questions on these mailing lists but almost none > > are easy to reply to because of the lack of detail. There are lots of > > people who will try to help you but you need to put a bit more effort > > into describing the problem (and less into excessive please, please > > help, thanks etc. etc.) > > Yes. > > The other thing that helps is to write small test applications and > narrow down the problem, for example you could do a gdb session nail > down the specific problem, and then ask details about this specific > case. As mentioned, it's very hard for most of us to try to reproduce > your problems, write big test cases that might or might not reflect > that you are trying to do, and few have time doing such kind of > massive support. > > Usually, what happens when you do such extensive debugging is that you > find the problem yourself after a while, maybe even the solution. > > I'm the first to agree that we don't have much examples and sample > code, at the same time, the embedded Linux graphics world is a world > where most products differ and have special needs, so it's not as easy > to define a complete set of examples compared with supporting a > desktop platform. Also, if there's missing sample code, please submit > material as this is an open source project -- the work you do and > contribute could be used by someone else in future. --Kent > > _______________________________________________ > directfb-users mailing list > [email protected] > http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users > -- Confused about which path to take in life? _______________________________________________ directfb-users mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-users
