Another question, I've made some changes to xcode project template, and now I launched it and player is working, but it is completely black (not white with IP address as usually)
Question does this problem persists in this build or in my modified version, have anyone tried building an ios player from the new build?
@john26 yes all apps work as expected on player, only start screen with IP address is black instead of white, but now I don't know if it is only me or not
Maybe it's the colour setting for the player and the text being read incorrectly?
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
Hmm, but thats a problem, I build it on Yosemite and tested it on Yosemite (10.10.2) and it works. Is this specific code that crashes or simply player without any code?
@ar2rsawseen: The desktop player starts fine. As soon as you run a project (my own stuff or Gideros examples), it crashes. With 2014.01 no problem. With 2014.10 it crashes.
This is on OSX 10.8.5. I won't upgrade to Yosemite as my 2008 IMac has only 4 MB ram and so far I don't read any positive comments about this configuration under 10.10.x.
Ahh - it might be a library compatibility issue. That happened to me with a different OSX program - in my case it was that Apple supplied a newer lib with a more recent OS that was not compatible with an older version of their OS - what's more, for some reason xcode used that lib when building the executable so my final executable would only work on that OS and higher, not below. I did fix it however...
If it was compiled with Yosemite, but crashes on pre Yosemite - there should be a log of the crash somewhere (I can't remember where) - that will name the library that crashed it. All that needs to happen is that that library (from the old OS) needs to be used instead of the one supplied with the new OS.
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
No, the screen shot is Windows (not OSX) with a retina screen (3200x1800)...
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
dyld: Library not loaded: /usr/local/opt/qt5/lib/QtNetwork.framework/Versions/5/QtNetwork Referenced from: /Applications/Gideros Studio/Gideros Studio.app/Contents/Tools/gdrexport Reason: Incompatible library version: gdrexport requires version 5.4.0 or later, but QtNetwork provides version 5.3.0
I have to update brew & brew qt. But, I think it'd better if no dependency here
I wonder if that means that if gdrexport might load version 5.4 if it is loaded before qtnetwork, then qtnetwork might work because it needs at least 5.3?
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
Github states the 2 black screen device player bugs have been closed/fixed so I downloaded from Github this morning again but I still see black screens - am I missing something with Github? Where do we download these further fix updates you are fixing to Gideros 2015.02 please. I'm expect to see updates like 2015.03 and 2015.13b etc as I think I'm just downloading the same thing over and over LOL. I'm new to Github so don't quite understand how it works fully (yet).
...or...
You have fixed them on github source tree but not made the release version update I guess perhaps which makes more sense to my simple mind
Yes, you are right. The problem has been fixed only in the source code. A new release has not been made yet due to other problems... It seems changes in Yosemite have broken several things in the Gideros Mac player. (thanks, Apple!)
@john26 This is not new- imho they break things on purpose to get people to upgrade to the latest OS - meaning old hardware that 'can't' upgrade is now useless.
Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!). https://deluxepixel.com
@jdbc it means both libpng16 and libpng15 crashes on different methods but still. I think that it means libpng16 is not the problem, but maybe your png files are?
Could you really share one of them that causes the crash?
@jdbc it means both libpng16 and libpng15 crashes on different methods but still. I think that it means libpng16 is not the problem, but maybe your png files are?
Could you really share one of them that causes the crash?
I have used Gideros Bird Animation example as I said before. But Gideros Player 2014.10 and 2015.02 crashes with any project, but Gideros Player 2014.01 works right.
Comments
Likes: ar2rsawseen
Fragmenter - animated loop machine and IKONOMIKON - the memory game
Question does this problem persists in this build or in my modified version, have anyone tried building an ios player from the new build?
https://github.com/gideros/gideros
https://www.youtube.com/c/JohnBlackburn1975
https://deluxepixel.com
@ar2rsawseen: The desktop player starts fine. As soon as you run a project (my own stuff or Gideros examples), it crashes. With 2014.01 no problem. With 2014.10 it crashes.
This is on OSX 10.8.5. I won't upgrade to Yosemite as my 2008 IMac has only 4 MB ram and so far I don't read any positive comments about this configuration under 10.10.x.
If it was compiled with Yosemite, but crashes on pre Yosemite - there should be a log of the crash somewhere (I can't remember where) - that will name the library that crashed it. All that needs to happen is that that library (from the old OS) needs to be used instead of the one supplied with the new OS.
https://deluxepixel.com
It is a problem with some png library used to build because Gideros Player 2014.01 works.
will try to recompile it with libpng15
http://giderosmobile.com/GiderosPlayer.zip
https://deluxepixel.com
Some user say player crashes on Retina and Studio looks good
Others say Studio looks bad, but player looks good on Retina
And Others have a png crash
https://deluxepixel.com
because there are also different bugs on OSX
dyld: Library not loaded: /usr/local/opt/qt5/lib/QtNetwork.framework/Versions/5/QtNetwork
Referenced from: /Applications/Gideros Studio/Gideros Studio.app/Contents/Tools/gdrexport
Reason: Incompatible library version: gdrexport requires version 5.4.0 or later, but QtNetwork provides version 5.3.0
I have to update brew & brew qt. But, I think it'd better if no dependency here
Interesting, yes I used 5.4 to build OSX package, but did not know there would be such a difference
There is known retina bug, then @jdbc has ping crash and @MikeHart you also have a crash, but is it the same as @jdbc?
Basically guys, could you please submit bugs with crash reports to github issues, so it would be easier to manage them
https://deluxepixel.com
Process: Gideros Player [336]
Path: /Applications/Gideros Studio/Gideros Player.app/Contents/MacOS/Gideros Player
Identifier: com.appcodingeasy.Gideros Player
Version: ???
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Gideros Player [336]
User ID: 501
Date/Time: 2015-03-03 09:30:51.453 +0100
OS Version: Mac OS X 10.10.2 (14C109)
Report Version: 11
Anonymous UUID: C1B9C023-A50D-F44A-A511-7C273EB76D0A
Time Awake Since Boot: 700 seconds
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x0000000000000001, 0x0000000000000000
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libpng15.15.dylib 0x0000000104b964f1 png_create_info_struct + 48
1 libgid.1.dylib 0x0000000103596811 gimage_parsePng + 193
2 com.appcodingeasy.Gideros Player 0x00000001034714ac Dib::Dib(Application*, char const*, bool, bool, bool, unsigned int) + 396
3 com.appcodingeasy.Gideros Player 0x000000010348e2d3 TextureManager::createTextureFromFile(char const*, TextureParameters const&) + 627
4 com.appcodingeasy.Gideros Player 0x000000010348de62 TextureBase::TextureBase(Application*, char const*, Filter, Wrap, Format, bool, unsigned int) + 114
5 com.appcodingeasy.Gideros Player 0x000000010348dd04 Texture::Texture(Application*, char const*, Filter, Wrap, Format, bool, unsigned int) + 36
6 com.appcodingeasy.Gideros Player 0x000000010345e02e TextureBinder::create(lua_State*) + 766
7 liblua.1.dylib 0x0000000103647e3f luaD_precall + 623
8 liblua.1.dylib 0x0000000103641ffa luaD_call + 90
9 liblua.1.dylib 0x0000000103641f75 lua_call + 37
10 libgideros.1.dylib 0x00000001036856c1 0x103683000 + 9921
11 liblua.1.dylib 0x0000000103647e3f luaD_precall + 623
12 liblua.1.dylib 0x0000000103648cdf luaV_execute + 1951
13 liblua.1.dylib 0x000000010364200b luaD_call + 107
14 liblua.1.dylib 0x0000000103641f75 lua_call + 37
15 com.appcodingeasy.Gideros Player 0x0000000103453dfe callFile(lua_State*) + 94
16 liblua.1.dylib 0x0000000103647e3f luaD_precall + 623
17 liblua.1.dylib 0x0000000103641ffa luaD_call + 90
18 liblua.1.dylib 0x0000000103647775 luaD_rawrunprotected + 85
19 liblua.1.dylib 0x00000001036422c4 luaD_pcall + 68
20 liblua.1.dylib 0x0000000103642257 lua_pcall + 279
21 libgideros.1.dylib 0x0000000103689e4f lua_pcall_traceback + 175
22 com.appcodingeasy.Gideros Player 0x0000000103453cdb LuaApplication::loadFile(char const*, GStatus*) + 203
23 com.appcodingeasy.Gideros Player 0x00000001033fab09 GLCanvas::timerEvent(QTimerEvent*) + 4777
24 com.appcodingeasy.Gideros Player 0x00000001034a96ca GLCanvas::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) + 90
25 org.qt-project.QtCore 0x00000001045ea9db QMetaObject::activate(QObject*, int, int, void**) + 2987
26 org.qt-project.QtCore 0x00000001045e3300 QObject::event(QEvent*) + 48
27 org.qt-project.QtWidgets 0x0000000103821dbb QApplicationPrivate::notify_helper(QObject*, QEvent*) + 251
28 org.qt-project.QtWidgets 0x0000000103825110 QApplication::notify(QObject*, QEvent*) + 8192
29 org.qt-project.QtCore 0x00000001045b7fb3 QCoreApplication::notifyInternal(QObject*, QEvent*) + 115
30 org.qt-project.QtCore 0x000000010460c3f6 QTimerInfoList::activateTimers() + 1270
31 libqcocoa.dylib 0x0000000004c66d12 0x4c47000 + 130322
32 com.apple.CoreFoundation 0x00007fff8917a681 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
33 com.apple.CoreFoundation 0x00007fff8916c80d __CFRunLoopDoSources0 + 269
34 com.apple.CoreFoundation 0x00007fff8916be3f __CFRunLoopRun + 927
35 com.apple.CoreFoundation 0x00007fff8916b858 CFRunLoopRunSpecific + 296
36 com.apple.HIToolbox 0x00007fff8fa47aef RunCurrentEventLoopInMode + 235
37 com.apple.HIToolbox 0x00007fff8fa4786a ReceiveNextEventCommon + 431
38 com.apple.HIToolbox 0x00007fff8fa476ab _BlockUntilNextEventMatchingListInModeWithFilter + 71
39 com.apple.AppKit 0x00007fff8e3fdf81 _DPSNextEvent + 964
40 com.apple.AppKit 0x00007fff8e3fd730 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 194
41 com.apple.AppKit 0x00007fff8e3f1593 -[NSApplication run] + 594
42 libqcocoa.dylib 0x0000000004c6792d 0x4c47000 + 133421
43 org.qt-project.QtCore 0x00000001045b55ad QEventLoop::exec(QFlags) + 381
44 org.qt-project.QtCore 0x00000001045b858a QCoreApplication::exec() + 346
45 com.appcodingeasy.Gideros Player 0x00000001033e9ff9 main + 1289
46 com.appcodingeasy.Gideros Player 0x00000001033e9ae4 start + 52
...or...
You have fixed them on github source tree but not made the release version update I guess perhaps which makes more sense to my simple mind
Likes: MobAmuse, SinisterSoft
https://github.com/gideros/gideros
https://www.youtube.com/c/JohnBlackburn1975
Likes: john26
https://deluxepixel.com
I think that it means libpng16 is not the problem, but maybe your png files are?
Could you really share one of them that causes the crash?