OpenGL transitions ( 2)
Worked 5 hours on the thing last night (from 30th to 31st august).
Good some good news :
Fixed the colorspace issue: was the pDetectedFormat, means OpenGL transitions work and appear in the right colors now.
There is only one remaining important issue (flicker) Some details : GL_VERSION 1.2 or 1.3 detected means we enter in the "if .. .#endif" control structure
Adding debug info, we have :
rendering::ColorSpaceType:: 2 ( if RGB, returns 2 )
GL_VERSION 1.2 or 1.3 detected
nNumComponents = 4
nBitsPerPixel = 32
nComponentOrderIndex = 0
And in the #if .. #endif structure, this leads to lcl_ARGB32[] use, what is wrong. Indeed, correct OGLFormat is lcl_RGB24 on Mac OS X Intel ( lcl_RGB32 untested, might work )
Simple solution -> not use or fix the suspicious color space detection, and use (just fast workaround) :
#if defined(GL_VERSION_1_2) && defined(GLU_VERSION_1_3) && !defined( QUARTZ ) // buggy
instead of : #if defined(GL_VERSION_1_2) && defined(GLU_VERSION_1_3)
TODO :
- cleanup in void OGLTrans_TransitionerImpl::GLInitSlides() ,
- contact Radek, and Thorsten, and see. Maybe split the current OGLTransitionerImpl.cxx in three arch-dedicated files, should help to avoid the growing forest of #if ..
Last remaining issues : offset in window mode, caused by scrollbar not included in the slide position computation
(the frame dimensions are different)
=> Looks secondary, because everything works fine in a frame.
flickerVery noisy when happening. Must be fixed.
The problem is (using ssa words) : the slideshow displays the slide first
then an opengl view is painted on top of it and plays the slide transition
once it is removed the old background appears again still containing the first frame of the animation, and after a very short time the slideshow engine draws the final frame,
which is visible as a flicker
Update: the issues always occurs, means it does concern both windowed and fullscreen modes.
There is probably some needDisplay or whatever other event sent, we should not. Needs to ask pl, the master of vcl.
Optimization / compatibility ?
Will be Fun ( cleanup in OGLTransitionerImpl::GLInitSlides() is mandatory to be sure the detection works on every machine.
To be continuedLibellés : development, fun, High-Tech, Mac OS X, OpenGL, OpenOffice, OSX
OpenGL transitions in Impress for Aqua (1)
Started the effort, to make work the
OpenGL transitions, Shane M. Mathews developed under the Google Summer of Code 2007.
The goal is to use these transitions in Impress with the Aqua version. Obviously, the feature does concern Mac OS X only. As reminder, the great work Shane did, was mentored by
Thorsten Behrens.
The work is progressing fastly, and I created the cws is
ogltrans4mac. We'll probably do commit everything soon ( build completed with the current patches)
Everything will be documented on
the OpenGL transitions for Aqua wiki page. I'll document the code changes (incuding the one about another idea) asap.
Currently, the transitions can be tested, but some important issues have to be solved, and any help for the implementation is welcome.
Last, I'd like to thank
Stephan Schaefer for the important piece of code he provided (making the NSOpenGLView working).
Any volunteer is warmly invited to join us in the adventure :-)
Some screenshots are available
hereIMPORTANT: we need volunteers to (I hope this will not slow down the work in progress) write a spec document... and the Macport needs new devs, with objective C / C /C++ skills. Feel free to contact us :)Libellés : aqua, development, fun, High-Tech, Mac OS X, OSX
Education Project effort: a point on the work in progress
Several applications are started.
First application:
Pierre Pasteau to replace mozilla 1.7.5 sources, with seamonkey 1.1.11 source
Today was the first project review. Attendees : Franck Schonheit, Pierre Pasteau, me.
The log of the review Looking at the agenda, Pierre confirmed there is no delay, and we can start building OpenOffice.org using the new patch he created on Windows, Linux and Mac OSX.
Frank proposed to ask Martin Hollmichel for Pierre commit rights, thus he will be able to commit his own changes directly, and discover for true the real OpenOffice.org scheduling process. Always glad to see new volunteers joining the project :-)
2nd application, does concern
Valentin Janiaut: Image capture implementation on Mac OS X.
More precise description of the need, first try in progress. We need to describe more about the Image Capture available API
Rakesh Pandit started to work in starmath. Project review for current status has to be scheduled. More information to come this week about the starmath issue.
Don't forget,verybody, willing to help us, can join the effort, and will be warmly welcomed!
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
Education Project on the wiki=> If you are willing to present a projet, or drive a ClassRoom with us, please contact me.
Many thanks to
Ben Bois , author of the Logo
Libellés : development, Education, High-Tech, OpenOffice, School
apple remote (5)
Last changes:
- Seems to work well with the
the Presenter Screen, a great and promising feature. Many thanks to the authors btw !
The issue was, the events were not sent to the right screen, and thus, no clics ... After searching complicated things, it was just a bad parameter. For one time I didn't had to read Apple doc for hours. Just a 20 minutes of search ... et hop :-)
- Updated the
wiki pageI'll continue to test
To be continued...Libellés : aqua, development, fun, High-Tech, OSX
apple remote (4)
Recent changes :
- commited all the code
- the bounce with previous slide is fixed
- some new keyCodes are under test ( NSEvent.h is really helpfull ! )
- Did some cleanup, and code factorization.
- F5 can open the navigator in Calc/Draw and writer. Other keys are not active
I'll upload a new (unofficial and hacked) Intel build today on
Laurent site today
The idea in the code factorization was to add a (private) method for sending the events, and simplify. No idea whether other parameters can or not be usefull, but I'll do some investigations.
e.g. use the isARepeat parameter could be interesting, because more "Front Row like"
Todo : open contextual menus, and make the up / down buttons work, and select items in the contextual menu (if ever it is possible).
Last : I found information about the concerned API for the Media Browser :-)
To be continued ... Libellés : aqua, devel, High-Tech, Mac OS X, OSX
apple remote (3) and other recent things
The apple_remote alias is ok (thanks to
Martin Hollmichel), thus I created appleremote01 cws ( should be buildable with m29 now).
Thanks to
Eike Rathke who explained me how commit the new build.lst and d.lst
The great and fast feedback from
Yves Roggeman, who helped me to fix the fullscreen issue ( I just forgot to implement it ).
I made a point with
Pierre Pasteau about his first task ( see
replace mozilla 1.7.5 )
Hope to find some time for the other cws I'd like to create ( macmenusquit)
Last but not least, new builds are available on
oooaqua site ( ja locale is available for Intel, and I'll start PowerPC build this afternoon)
IMPORTANT : please do not forget they are
unofficial and hacked builds, who just aim to receive feedback about the apple remote, nothing else. Do not use them if you don't know what you are doing, and make a backup of your datas
Libellés : aqua, development, fun, High-Tech, Mac OS X, OSX
Apple Remote in Impress : first try before more serious implementation
Just back from holidays, I found some times to hack the Apple Remote (the controller shipped with Apple machines).
After a week of learning the great
Pierre Chatelier documentation (Objective C for C++ developers ), and
Aaron Hillegass book " Cocoa Programming for Mac OS X", I finally found how to adapt
Martin Kahr's code, to make the Apple remote work with OpenOffice.org.
Today, reading Apple documentation, I finally found a simple way to implement the basics of the thing. and it works :-)
What you currently can do is:
- start a presentation
- goto next / previous slide
- goto to last/first slide
- quit the presentation
The Impress window must be in front (the active window). Else, Front row menus works as usual.
Some other features are missing, and I hope to make them work asap.
For the curious, I do provide unofficial builds Intel only ( PowerPC on tuesday), for en-US , fr and de (upload in progress). Don't forget to do a backup of your files.
The URL for the download is
Laurent Buisson site . Many thanks to him, for providing the ressources.
Last but not least, I found a way to modify the menus on the fly, and at build time, e.g; removing the not Aqua HIG compliant extra "Quit" in all the menus. I think this change could be an open door to better Mac OpenOffice.org menus customization.
Of course, this is work in progress, and I'm thinking to a more deep and professionnal implementation, but we need feedback from our users, to implement proprely the thing.
To be continued ...Libellés : Apple, aqua, development, High-Tech, Mac OS X
