Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
113 user(s) are online (65 user(s) are browsing Forums)

Members: 0
Guests: 113

more...

Headlines

 
  Register To Post  

« 1 ... 48 49 50 (51) 52 53 54 ... 72 »
Re: Odyssey 1.23 progress
Quite a regular
Quite a regular


See User information
Trying latest version od Odyssey Web Browser and it feels faster. I can actually watch some html5 youtube videos. Thank you all and please keep updating it.

AmigaOne X5000
Radeon HD 7700
Go to top
Re: Odyssey 1.23 progress
Just can't stay away
Just can't stay away


See User information
@kas1e
Downaloaded latest Odyssey from github and when trying to compile/build I get:

...
32%] Building CXX object Source/WebCore/CMakeFiles/webcore.dir/__/__/BAL/Image
Decoder
/WebCore/WK/BCImageDecoderWK.cpp.obj
In file included from 
/amiga/Odyssey/odyssey-r155188-1.23/BAL/ImageDecoder/WebCore/WEBP/WK/BCWEBPImageDecoderWK.cpp:30:
/
amiga/Odyssey/odyssey-r155188-1.23/build/generated_link/BAL/WEBPImageDecoder.h:36:10fatal errorwebp/decode.hNo such file or directory
 
#include "webp/decode.h"
          
^~~~~~~~~~~~~~~
compilation terminated.
make[2]: *** [Source/WebCore/CMakeFiles/webcore.dir/build.make:13117Source/WebCore/CMakeFiles/webcore.dir/__/__/BAL/ImageDecoder/WebCore/WEBP/WK/BCWEBPImageDecoderWK.cpp.objError 1
make
[2]: *** Se espera a que terminen otras tareas....
In file included from /amiga/Odyssey/odyssey-r155188-1.23/BAL/ImageDecoder/WebCore/WK/BCImageDecoderWK.cpp:37:
/
amiga/Odyssey/odyssey-r155188-1.23/build/generated_link/BAL/WEBPImageDecoder.h:36:10fatal errorwebp/decode.hNo such file or directory
 
#include "webp/decode.h"
          
^~~~~~~~~~~~~~~
compilation terminated.

..


Dunnot where that header should come from.


Edited by jabirulo on 2020/3/13 11:56:58
Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
Hi,

It seems to be in that path:
Odyssey/odyssey-r155188-1.23_SDK/SDK/local/common/include/webp/decode.h

Go to top
Re: Odyssey 1.23 progress
Just can't stay away
Just can't stay away


See User information
@Petrol

ok, thx I didn't (re)copy the SDK drawer to the crosscopiler location.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Javier
And you should update whole SDK dir, as there was updated curl, openssl, rtmp, freetype, xml2 and xslt and that webp, all new includes/libs are in SDK now on github, so both should be cloned.

@All
Dont forget to update SDK all the time from github, i offten update it currently.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

Got today a different kind of crash when loading a page

https://www.ilmessaggero.it/italia/cor ... 2_marzo_2020-5107321.html

Atleast compared to usual crashes this one seems more identicable

Quote:
Crash log for task "Odyssey"
Generated by GrimReaper 53.19
Crash occured in module kernel at address 0x0181653C
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
0: 01818474 53D4F410 00000000 020B973C 3AE17000 00000000 53D4F4C8 0000001C
8: 00000000 00000000 580C27C0 00000000 24222824 53F740AC 00000000 00000000
16: 4FBB2840 FFFFFFFF 00000085 6E682D3C 53D4F738 000001C0 4962CAF8 00000000
24: 53D4F538 5FFF9300 3AE17008 3AE17018 3AE17000 00000000 020B973C 580C27C0


FPR (Floating Point Registers, NaN = Not a Number):
0: nan 0 0 0
4: 1 0 0 0
8: 0 0 13 4
12: 4.5036e+15 13 0 -0
16: 0 0 0 0
20: 0 0 0 1.61895e-319
24: 0 0 2.65249e-315 0
28: 0 13 0 0

FPSCR (Floating Point Status and Control Register): 0xB6F04100


SPRs (Special Purpose Registers):
Machine State (msr) : 0x0002F030
Condition (cr) : 0x43DD9394
Instruction Pointer (ip) : 0x0181653C
Xtended Exception (xer) : 0x541D7018
Count (ctr) : 0x5FF724D0
Link (lr) : 0x6FB4F920
DSI Status (dsisr) : 0x541D6DD0
Data Address (dar) : 0x01A854C8



680x0 emulated registers:
DATA: 5847258E 00000003 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 53D511B0
FPU0: 0 0 0 0
FPU4: 0 0 0 0



Symbol info:
Instruction pointer 0x0181653C belongs to module "kernel" (HUNK/Kickstart)

Stack trace:
native kernel module kernel+0x0001653c
native kernel module kernel+0x000185fc
LIBS:pthreads.library:_impl_mutex_lock()+0x70 (section 1 @ 0x293C)
[source/linklib/lib.c:429] Odyssey:pthread_mutex_lock()+0x2c (section 1 @ 0x2762614)
Odyssey:_cairo_scaled_font_freeze_cache()+0x40 (section 1 @ 0x19D4B34)
Odyssey:cairo_scaled_font_text_to_glyphs()+0x254 (section 1 @ 0x19D74DC)
Odyssey:cairo_scaled_font_text_extents()+0x64 (section 1 @ 0x19D7AD0)
Odyssey:_ZN7WebCore14SimpleFontData12platformInitEv()+0x130 (section 1 @ 0x143B94)
Odyssey:_ZN7WebCore14SimpleFontDataC1ERKNS_16FontPlatformDataEbbb()+0xf0 (section 1 @ 0x140150)
Odyssey:_ZN7WebCore17CSSFontFaceSource11getFontDataERKNS_15FontDescriptionEbbPNS_15CSSFontSelectorE()+0x9ec (section 1 @ 0x15D3704)
Odyssey:_ZN7WebCore11CSSFontFace11getFontDataERKNS_15FontDescriptionEbb()+0x128 (section 1 @ 0x15D17C0)
Odyssey:_ZN7WebCore20CSSSegmentedFontFace11getFontDataERKNS_15FontDescriptionE()+0x2b0 (section 1 @ 0x1043F8C)
Odyssey:_ZN7WebCore15CSSFontSelector11getFontDataERKNS_15FontDescriptionERKN3WTF12AtomicStringE()+0xec (section 1 @ 0xFECB1C)
Odyssey:_ZN7WebCore9FontCache11getFontDataERKNS_15FontDescriptionERiPNS_12FontSelectorE()+0xd0 (section 1 @ 0x135038)
Odyssey:_ZNK7WebCore10FontGlyphs17realizeFontDataAtERKNS_15FontDescriptionEj()+0x9c (section 1 @ 0xE85CD0)
Odyssey:_ZN7WebCore12RenderInline27updateAlwaysCreateLineBoxesEb()+0x858 (section 1 @ 0x803628)
Odyssey:_ZN7WebCore11RenderBlock20layoutInlineChildrenEbRNS_10LayoutUnitES2_()+0xd18 (section 1 @ 0x7835BC)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0x438 (section 1 @ 0x75F090)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock23layoutPositionedObjectsEbb()+0x1d0 (section 1 @ 0x751A80)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0x624 (section 1 @ 0x75F27C)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore17RenderFlexibleBox22layoutAndPlaceChildrenERNS_10LayoutUnitERKN3WTF6VectorIPNS_9RenderBoxELj0ENS3_15CrashOnOverflowEEERKNS4_IS1_Lj0ES7_EES1_bRNS4_INS0_11LineContextELj0ES7_EE()+0x468 (section 1 @ 0x7DE11C)
Odyssey:_ZN7WebCore17RenderFlexibleBox15layoutFlexItemsEbRN3WTF6VectorINS0_11LineContextELj0ENS1_15CrashOnOverflowEEE()+0x1f4 (section 1 @ 0x7DF294)
Odyssey:_ZN7WebCore17RenderFlexibleBox11layoutBlockEbNS_10LayoutUnitE()+0x454 (section 1 @ 0x7DFCE8)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore17RenderFlexibleBox22layoutAndPlaceChildrenERNS_10LayoutUnitERKN3WTF6VectorIPNS_9RenderBoxELj0ENS3_15CrashOnOverflowEEERKNS4_IS1_Lj0ES7_EES1_bRNS4_INS0_11LineContextELj0ES7_EE()+0x468 (section 1 @ 0x7DE11C)
Odyssey:_ZN7WebCore17RenderFlexibleBox15layoutFlexItemsEbRN3WTF6VectorINS0_11LineContextELj0ENS1_15CrashOnOverflowEEE()+0x1f4 (section 1 @ 0x7DF294)
Odyssey:_ZN7WebCore17RenderFlexibleBox11layoutBlockEbNS_10LayoutUnitE()+0x454 (section 1 @ 0x7DFCE8)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore11RenderBlock16layoutBlockChildEPNS_9RenderBoxERNS0_10MarginInfoERNS_10LayoutUnitES6_()+0x25c (section 1 @ 0x75D2C8)
Odyssey:_ZN7WebCore11RenderBlock19layoutBlockChildrenEbRNS_10LayoutUnitE()+0x1c8 (section 1 @ 0x75EA8C)
Odyssey:_ZN7WebCore11RenderBlock11layoutBlockEbNS_10LayoutUnitE()+0xaf8 (section 1 @ 0x75F750)
Odyssey:_ZN7WebCore11RenderBlock6layoutEv()+0x74 (section 1 @ 0x73A1BC)
Odyssey:_ZN7WebCore10RenderView13layoutContentERKNS_11LayoutStateE()+0x34 (section 1 @ 0x8D4F70)
Odyssey:_ZN7WebCore10RenderView6layoutEv()+0x170 (section 1 @ 0x8D5394)
Odyssey:_ZN7WebCore9FrameView6layoutEb.localalias.55()+0xd60 (section 1 @ 0x6C8EEC)
Odyssey:_ZN7WebCore9FrameView37updateLayoutAndStyleIfNeededRecursiveEv.localalias.53()+0x160 (section 1 @ 0x6CA650)
Odyssey:_ZN14WebViewPrivate8onExposeEi()+0x678 (section 1 @ 0xDDEBC)
Odyssey:_ZN7WebView8onExposeEi()+0x48 (section 1 @ 0xBA690)
Odyssey:_ZL22handleMM_OWBApp_ExposeP6IClassPmP4_Msg()+0x1f4 (section 1 @ 0x4B54)
Odyssey:_ZL8dispatchP6IClassPmP4_Msg()+0xe44 (section 1 @ 0x1063C)
native kernel module intuition.library.kmod+0x00021448
native kernel module intuition.library.kmod+0x000215ec
native kernel module intuition.library.kmod+0x0000a3f4
native kernel module intuition.library.kmod+0x0000a034
Odyssey:_Z9main_loopv()+0x1bc (section 1 @ 0x13F4)
Odyssey:main()+0x1f0 (section 1 @ 0x1674)
native kernel module newlib.library.kmod+0x000020ac
native kernel module newlib.library.kmod+0x00002d5c
native kernel module newlib.library.kmod+0x00002ef0
Odyssey:_start()+0x170 (section 1 @ 0x214)
native kernel module dos.library.kmod+0x000255c8
native kernel module kernel+0x0003e7b4
native kernel module kernel+0x0003e7fc

PPC disassembly:
01816534: 81240000 lwz r9,0(r4)
01816538: 81440004 lwz r10,4(r4)
*0181653c: 91490004 stw r10,4(r9)
01816540: 81240004 lwz r9,4(r4)
01816544: 81440000 lwz r10,0(r4)

System information:

CPU
Model: AMCC PPC440EP V1.3
CPU speed: 799 MHz
FSB speed: 133 MHz
Extensions:

Machine
Machine name: Sam440EP
Memory: 1048576 KB
Extensions: bus.pci

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Samo
Probabaly that one which K-L got some times, so if it indeed just cairo itself, and not Odyssey's code, then updating cairo to newer version may help.

Join us to improve dopus5!
AmigaOS4 on youtube
Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

Yes possible, but don't know .. with the old version on os4depot i never had such kind of crash and i had checked/saved dozen of that logs .. first time i see this one is with this beta 2
Aniway, updating to new cairo will worth for sure, hope it helps solving this aswell

Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
Latest Beta seems working quite well, thank you!!!

\o/....X1000....\o/
Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@samo
Quote:

Yes possible, but don't know .. with the old version on os4depot i never had such kind of crash and i had checked/saved dozen of that logs .. first time i see this one is with this beta 2


As you can see in readme for beta2 all what was changed its enabling of webp, new spoof agents and new freetype/xml/xstl. The only thing which somehow may be related is new freetype. But then, is it worth to rollback on old one, because it maybe cause that issue ?

If that sort of bugs when-one-visit-some-site was always easy reproduced, that can be somehow at least consider to fix , but when its random..

Webkit is full of bugs that for sure, and all those 3d party libs full of memory leaks and all sort of bugs that for sure too (its enough to check changelogs of all those 3d party libs, to see how many memory leaks they fix , and probabaly how many they introduce). Updating one or another lib will always bring something new : good and bad.

And i am sure we have there lots of memory trashing issues which can manifest in different areas too. They just shifts once new library/code added/removed.

In other words, what can we do there ? If your cairo-crash is random, how can we fix it ?

And K-L says before that he have cairo-crashes with beta01 as well, thorugh crashlog is different:
https://amiga-ng.org/resources/CrashLo ... y_2020-03-05_21-12-39.txt

We can hope updating to new Cairo will solve some issues (and bring new ones, of course !:) ). Maybe new cairo will works better with new freetype as well. But nothing else can be done from my side at least, as fixing webkit's code is out of my skills surely. Expectually when bugs is random.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

Quote:
As you can see in readme for beta2 all what was changed its enabling of webp,


Sorry i meant first beta

Quote:
The only thing which somehow may be related is new freetype. But then, is it worth to rollback on old one, because it maybe cause that issue ?


Of course it's not worth to :)

Quote:
In other words, what can we do there ? If your cairo-crash is random, how can we fix it ?


Yeah you right, that crashes are almost random and hard to trace, let's update to latest cairo then !
In end it can't be worse for sure but only better .. I read your sdk readme on repo and cairo along with fontconfig and curl that you already updated seems the only libs in need to adaptions, the others only need configure and make with no special amiga-changes :)
atleasr If i understand correctly. the hard part remained is just updating to latest cairo :)




Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@samo
Quote:

Sorry i meant first beta


Oh, then there we swap from gcc 4.4.3 to 8.3.0. And that as we can see can bring issues which was hided by luck in 4.4.3 (like one Hans fix before with trashed "conf" part). Probably, we need at first clean all the warnings of the amiga-gui code (there are a looot of all sorts)

Quote:

the others only need configure and make with no special amiga-changes :)
atleasr If i understand correctly. the hard part remained is just updating to latest cairo :)


To say truth the only "./configure;make" is png, jpg, xml2, xslt & webp. Other ones may need more work. For example sqlite , icu not pure "./conigure;make", but if i remember right no needs much special changes. And other ones in one or another way need more work.

Cairo itslef is easy to update (already do this), replacing pthreads on semaphores there easy. But then, new cairo to be build, request: new freetype (done), new pixman-1 (also done, easy as well), and new fontconfig.

And with new fontconfig is where real changes and issues may start. I already build latest version, already fix the parts i fix for older version, and it buggy and trash the memory. I hope it trash the memory because its buggy by itselfa, not the odyssye trash the memory :)

For example, it crashes when run from RAM, or can't load file when run from SFS, and even when i run it from NGFS, it have some garbage in some buffers.

So with that one i need to clean things up, and do more tests, then put it online if can't deal with myself, so other ones can help with, and only then beta3 , which we can test if new fontconfig will be ok , and after that new pixman/cairo for beta4. Then sqlite, icu, ffmpeg, etc.

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

Ok good plan, hope we can deal with them fast with no big obstacles, i'm very excited waiting for the new phase, ehm start updating to 1.25 core to say one :D

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@samo
Quote:

ehm start updating to 1.25 core to say one :D


I already build 1.25 version week ago, but it bring me some hardcore bug on running in javascript. And that one seems not related to issues about js-endianes seems so.

Resized Image

That one need to be fixed together with other ones, but before go futher with 1.25, i need to update all the libraries for 1.23 port, and after it will be proved that all works ok with current odyssey, i can then reuse the same libraries for 1.25, and then, bug-hunting of bugs preventing it from running can be started. And then, all the gui-fixes and stuff can be merget into. And then, if all will go well, updating 1.25 core should be easer than 1.23 as deadwood make some work to make updating core a bit more easer (but not _that_ easer, as when i ask him if he can/want to do so, he say its not about money , but about luck of motivation to work on odyssey as it require some boring work and co. But that all to very later, if we ever will go till that).

Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
really liking the latest beta version, it feels a lot quicker. keep up the good work all you people involved, I really appreciate it!

Amigaone X5000 AmigaOS 4.1 Final Edition Update 1
Radeon RX 550 Polaris
Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

Ok, look at this
This is probably the same crash i had, but you wasn't able to understand because the few info provided
Now i have highlighted the stacktrace tab and then grabbed it, hopefully this will give you more usefull info

https://imgbbb.com/image/TTqXKW

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

I've just opened a thread that may interest you

https://forum.hyperion-entertainment.com/viewtopic.php?f=14&t=4434

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@Samo
Our beloved threaded curl :) That for later for sure then.

@All
I tried to update libpng to the latest one, and while fixing odyssey code was easy (just one place), I have some strange issue: 2 animation-png-images stop working. I.e. render nothing, while files loads for sure (i can see it via snoopy)

One animation used for tab-animation when loading, and another one used on the top right side (that compas). They placed in the Resource/ dir of Odyssey and named "transferanim.png" and "transferanim_tab.png".

They used from code there:
https://github.com/kas1e/Odyssey/blob/ ... /tabtransferanimclass.cpp

And there:

https://github.com/kas1e/Odyssey/blob/ ... hOS/transferanimclass.cpp

Via snoopy I can see that file surely opens fine, and loads. Just visually when the animation should start nothing visibly.

I think that maybe those 2 resources files need updating to be compliant with 1.6.x? I thinking at first that maybe those files are APNG, but seems nope, at least it didn't contain usual apng chunks...

Any ideas welcome!

Go to top
Re: Odyssey 1.23 progress
Home away from home
Home away from home


See User information
@kas1e

Quote:
Our beloved threaded curl :) That for later for sure then.


Yeah, i knew you will loved it :)


Go to top
Re: Odyssey 1.23 progress
Just popping in
Just popping in


See User information
@kas1e

is WritePixelArrayAlpha need to be written ICyberGfx->WritePixelArrayAlpha with AmigaOS4?

Regards,


Edited by Petrol on 2020/3/14 20:54:28
Go to top

  Register To Post
« 1 ... 48 49 50 (51) 52 53 54 ... 72 »

 




Currently Active Users Viewing This Thread: 3 ( 0 members and 3 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project