theo
March 13, 2014, 4:17pm
#1
Hi all,
We are working on the 0.8.1 release.
As part of that we put out a Release Candidate for public testing.
It would be great if people could download the zips for the platforms they use and see if they notice any issues.
What would also be really helpful, is if you could try running existing projects with 0.8.1 RC1 to see if issues arise. That seems to be a really good way to find potential bugs / regressions.
Here is a issue tracking problems with the example projects:
And another issue for problems with the release packages:
Please reply to both with issues you notice from the RC1 zips.
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_android_release.tar.gz
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_osx_release.zip
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_ios_release.zip
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_vs_release.zip
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_win_cb_release.zip
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_linuxarmv7l_release.tar.gz
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_linuxarmv6l_release.tar.gz
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_linux64_release.tar.gz
http://www.openframeworks.cc/versions/v0.8.1-RC1/of_v0.8.1-RC1_linux_release.tar.gz
There will be another Release Candidate on Friday.
Then hopefully a public release a few days later.
Thank you for helping test the 0.8.1 release!
Theo
8 Likes
igiso
March 14, 2014, 2:57pm
#2
I can’t compile the mac version I get a cryptic can’t find #include list error in ofArduino.h
I am on m lion 10.8.4 maybe I am missing some dependencies or should I change something in the build settings?
theo
March 14, 2014, 3:20pm
#3
Hey Thanks for trying it!
Could you post the output of the errors?
Also what Xcode version you are using.
Thanks!
Theo
igiso
March 14, 2014, 3:46pm
#4
sorry about that: (xcode 4.6.3)
ompileC …/…/lib/osx/build/debug/openFrameworks.build/Objects-normal/i386/ofArduino.o …/…/…/openFrameworks/communication/ofArduino.cpp normal i386 c++ com.apple.compilers.llvm.clang.1_0.compiler
cd /Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx
setenv LANG en_US.US-ASCII
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -x c++ -arch i386 -fmessage-length=0 -std=c++98 -stdlib=libstdc++ -Wno-trigraphs -fpascal-strings -Os -Wno-missing-field-initializers -Wno-missing-prototypes -Wreturn-type -Wno-non-virtual-dtor -Wno-overloaded-virtual -Wno-exit-time-destructors -Wformat -Wno-missing-braces -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label -Wno-unused-parameter -Wno-unused-variable -Wno-unused-value -Wno-empty-body -Wuninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-conversion -Wno-constant-conversion -Wno-int-conversion -Wno-enum-conversion -Wno-shorten-64-to-32 -Wno-newline-eof -Wno-c++11-extensions -fasm-blocks -fstrict-aliasing -Wdeprecated-declarations -Wno-invalid-offsetof -g -mssse3 -Wno-sign-conversion -I/Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx/build/debug/openFrameworks.build/openFrameworksDebug.hmap -I/Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx/include -I…/…/…/…/libs/openFrameworks -I…/…/…/…/libs/openFrameworks/3d -I…/…/…/…/libs/openFrameworks/app -I…/…/…/…/libs/openFrameworks/communication -I…/…/…/…/libs/openFrameworks/events -I…/…/…/…/libs/openFrameworks/gl -I…/…/…/…/libs/openFrameworks/graphics -I…/…/…/…/libs/openFrameworks/math -I…/…/…/…/libs/openFrameworks/sound -I…/…/…/…/libs/openFrameworks/types -I…/…/…/…/libs/openFrameworks/utils -I…/…/…/…/libs/openFrameworks/video -I…/…/…/…/libs/poco/include -I…/…/…/…/libs/freetype/include -I…/…/…/…/libs/freetype/include/freetype2 -I…/…/…/…/libs/fmodex/include -I…/…/…/…/libs/glew/include -I…/…/…/…/libs/FreeImage/include -I…/…/…/…/libs/tess2/include -I…/…/…/…/libs/cairo/include/cairo -I…/…/…/…/libs/rtAudio/include -I…/…/…/…/libs/glfw/include -I/Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx/build/debug/openFrameworks.build/DerivedSources/i386 -I/Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx/build/debug/openFrameworks.build/DerivedSources -F/Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx -F/System/Library/Frameworks -D__MACOSX_CORE__ -lpthread -MMD -MT dependencies -MF /Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx/build/debug/openFrameworks.build/Objects-normal/i386/ofArduino.d --serialize-diagnostics /Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx/build/debug/openFrameworks.build/Objects-normal/i386/ofArduino.dia -c /Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/…/openFrameworks/communication/ofArduino.cpp -o /Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/lib/osx/build/debug/openFrameworks.build/Objects-normal/i386/ofArduino.o
clang: warning: -lpthread: ‘linker’ input unused
In file included from /Users/kyriacos/Desktop/desktop/of_v0.8.1-RC1_osx_release/libs/openFrameworksCompiled/project/osx/…/…/…/openFrameworks/communication/ofArduino.cpp:42:
…/…/…/…/libs/openFrameworks/communication/ofArduino.h:27:10: fatal error: ‘list’ file not found
#include
^
1 error generated.
igiso
March 14, 2014, 3:53pm
#5
ok I apologize I figured this out, I … needed to specify the base sdk for the library
anyways
THANKS FOR THE UPDATE GUYS!
Hi,
Tested the iOS version using Xcode 5.1 with two targets:
iPad1 running iOS 5.1.1
iPad4 running iOS 7.1
Am testing my OF project which is based on OF0.8.
It builds and runs ok on both targets on OF0.8.1RC1.
The only bug I have seen with OF0.8.1RC1 is that the UIView orientation is messed up again.
It took a while to get OF0.8 to work similar to OF0.7, but looks like further tweaking is needed for OF0.8.1…
In iosOrientationExample:
ofApp.mm uses ofxiOSGetOrientation() even though it is deprecated
Also, the “unknown” orientation state rotates the view back to portrait, when I think it shouldn’t rotate anywhere, just keep the last known orientation.
Correct portrait:
Incorrect portrait due to orientation=unknown:
As orientation seems particularly tricky with iOS, would be nice to get a perfectly working reference example
theo
March 14, 2014, 6:51pm
#8
theo
March 14, 2014, 6:51pm
#9
Thanks guys!
@Gwydion could you explain a bit more the issue with UIView ?
Maybe we could fix it in time for the release.
Maybe also file a bug on Github?
Thanks Theo. It’s quite difficult to figure out exactly what is happening with the UIView with the two different iOS orientation APIs (before vs after iOS 6). Will try filing a couple of bugs anyway…
Have created https://github.com/openframeworks/openFrameworks/issues/2853 - how do I assign an “iOS” label and set the fix version? Maybe I don’t have permissions to do this?
Another orientation-related one - not sure if it’s a bug or user-error, so have just posted in the forum to start: Orientation is not updated on start-up
This one is the same in OF0.8 and OF0.8.1RC1.
I"m on Windows 7 64x Code::Blocks 12.11.
Tested a bunch of my code and 10 or so examples - everything checked out.
Though every build of the examples was failing with ar.exe: ..\..\lib\win_cb\openFrameworks.lib: File format not recognized
until I deleted .\of_v0.8.1-RC1_win_cb_release\libs\openFrameworksCompiled\lib\win_cb\openFrameworks.lib
.
1 Like
igiso
March 15, 2014, 9:49am
#14
regarding the Autorotating issue, this forum thread might be a bit useful:
Hi kkkkkkkk, no problem - don’t worry about replying quickly.
In iOS6/7, setting the plist can lock the orientation to only those orientations. So, I’ve set mine to use Landscape only (since it’s a side scrolling game). That means if I use any native UIViews, the orientation will be correct (in landscape).
If I only use:
ofxiPhoneSetOrientation(OFXIPHONE_ORIENTATION_LANDSCAPE_RIGHT);
the openGL will be in landscape, but any UIKit views will be in portrait. If you set the plist to lands…
I proposed this fix a while ago
but, I never got around to make a pull request
“notice” that my obj-c code is being destorted by the smiley faces of the new forum so don’t copy-paste any smiley faces inside your OF core (I kid.)
Gwydion
March 15, 2014, 11:45pm
#15
Hi folks, I isolated all the changes I needed to make to get rotation working ok in OF0.8 and can confirm that OF0.8.1RC1 behaves the same as OF0.8 in that respect - no regressions that I could see.
I have documented the changes I needed to make here: Problems with OF0.8 + orientation
Hi
I tried to use depthBuffer with ofFbo as before(0.8.0), but I couldn’t.
ofFbo::Settings s;
s.depthStencilInternalFormat = GL_DEPTH_COMPONENT32_ARB;
s.depthStencilAsTexture = true;
s.internalformat = GL_RGBA;
s.width = ofGetWidth();
s.height = ofGetHeight();
s.textureTarget = GL_TEXTURE_2D;
s.useDepth = true;
fbo.allocate(s);
Then Xcode outputs following messages.
[ error ] settings useDepth differs from source
[warning] ofFbo: allocation not complete, passed settings not equal to created ones, this is an internal OF bug
[ error ] ofFbo: getDepthTexture(): frame buffer object 1 not allocated with depthStencilAsTexture
So I fixed ofFbo.cpp lines 482 - 484, it worked.
// settings.width = _settings.width;
// settings.height = _settings.height;
// settings.numSamples = _settings.numSamples;
settings = _settings; // <- add
Is it a bug? or Is there the different way to use depthBuffer from 0.8.0?
theo
March 17, 2014, 1:45pm
#17
Thanks of this report.
We’ll add it to our list!
Theo
theo
March 20, 2014, 8:03pm
#18
Okay we have new RC2 zips out: OF 0.8.1 Release Candidate 2 - Download links
Should have addressed a bunch of issues in this thread.
Thanks for all the help so far!
Theo