Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
82 user(s) are online (70 user(s) are browsing Forums)

Members: 1
Guests: 81

nbache, more...

Support us!

Headlines

 
  Register To Post  

« 1 ... 32 33 34 (35)
Re: ScummVM and AmigaOS4.1 F.E.
Just popping in
Just popping in


See User information
@Raziel

Hi

I downloaded scummvm-gl4es-test.lha from your cloud

Unfortunately, I have to say that I don't notice any difference in behavior. Scummvm will start without the ini file present, as before. With the creation of the ini file, scummvm crashes during the next startup with a reference from the stack trace to a plugin file in the plugin folder as before. I also tested with your included ini file, but it was probably hopeless as it contained references to games and paths that do not exist with my setup. See picture. Let me know if I have done something wrong during testing, and if there is something else I should have done.


Resized Image

Scummvm.ini file
[scummvm]
gui_browser_native=true
native_mt32
=false
autosave_period
=300
opl_driver
=auto
mute
=false
gui_use_game_language
=false
gui_theme
=scummremastered
last_fullscreen_mode_height
=1440
gui_mode
=antialias
mt32_device
=null
last_window_width
=1720
last_fullscreen_mode_width
=3440
savepath
=saves/
confirm_exit=false
gfx_mode
=opengl
extrapath
=extras/
gui_scale=125
gui_return_to_launcher_at_exit
=false
gui_disable_fixed_font_scaling
=false
last_window_height
=1290
fullscreen
=true
audio_buffer_size
=2048
pluginspath
=plugins/
gm_device=auto
themepath
=themes/
sfx_volume=192
shader
=default
music_volume=192
speech_mute
=false
music_driver
=auto
stretch_mode
=stretch
iconspath
=icons/
aspect_ratio=true
versioninfo
=2.9.0git
speech_volume
=192
local_server_port
=12345

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@Mr_byte

ok, thanks for the test...back to the drawing board

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Amigans Defender
Amigans Defender


See User information
Can you please do a readelf -d name.plugin? I suspect that some so files needed by that plug-in are not present or the .so version is wrong

i'm really tired...
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Just can't stay away
Just can't stay away


See User information
@afxgroup

Quote:
afxgroup wrote:Can you please do a readelf -d name.plugin? I suspect that some so files needed by that plug-in are not present or the .so version is wrong


This is worth a try, but does not explain why there are no problems here on my machine with the same build.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Just can't stay away
Just can't stay away


See User information
@Maijestro
Quote:
This is worth a try, but does not explain why there are no problems here on my machine with the same build.
Same scummvm executable, but maybe different shared objects (*.so) installed on your machine used by it.

Unfortunately most AmigaOS 4.x developers still don't understand at all how shared objects work on AmigaOS 4.x.
1. Although it's supported by ramlib/elf.library PROGDIR:Sobjs must never be used for shared objects.
2. All .sos have to be installed in the SOBJS: assign (SYS:Sobjs) instead, and there only have to be regular files in it, never any soft links. If you'd use soft links there you'd get the same .so/.dll hell as on Linux and Windows...
3. OTOH soft links have to be used in the SDK:libs (GCC:lib, etc.) directories for building executables. Just like for the runtime linker (elf.library) it can only work correctly for the executable linker (GCC:ld, vbcc:vlink, etc.) if the -soname was set correctly when building the shared object.
4. All .sos have to be build with a proper -soname, without it it can't work, and it has to include any dependencies:
For example when building a shared object for clib4 instead of the default AmigaOS 4.x newlib C library the .soname has to include something like ".clib4" or "_clib4" in it's file- and -sonames, to make sure the incompatible newlib and clib4 shared objects can't be mixed.

As an user there isn't much you can do, with one exception:
If there is a problem with a shared object (.so) use "readelf libfoobar.so" (maybe additional arguments are required) and if there is no "SONAME" section in it it's broken and has to be fixed.

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@joerg

1. I was told the other way round
(progdir:sobjs/, so you don't mess up the os)

2. do that and you'll likely end up soft-locking your workbench/os install, since, see 1., SOBJS: is solely meant for the workbench/os

overwrite a crucial wb/os .so with a newer (or different feature set compiled in) version and you'll see what I mean.

believe me, I tried, a new partition with a new os install was the only solution...never touched SOBJS: again

...


to make it clear...the scummvm build works, for me, for other users and at least one user with the same hw than @mr_byte reports no problems as well

I'm inclined to blame @mr_byte's os install now, there seems to be something interfering from which scummvm suffers

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@Mr_byte

could you do me a favour and post startup-sequence, user-startup and wbstartup here?

something is messing up your install

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Just popping in
Just popping in


See User information
@Raziel


$VERStartup-Sequence 53.12 (26.6.2017)

CD C:

SetPatch QUIET WAITFORVALIDATE

FailAt 21

Version 
>NIL:
SetEnv Workbench $Workbench
SetEnv Kickstart $Kickstart
UnSet Workbench
UnSet Kickstart

MakeDir RAM
:T RAM:Clipboards

Assign 
>NILTRAM:T
Assign 
>NILCLIPSRAM:Clipboards
Assign 
>NILKEYMAPSDEVS:KeyMaps
Assign 
>NILPRINTERSDEVS:Printers
Assign 
>NILREXXS:ARexx
Assign 
>NILHELPLOCALE:Help DEFER
Assign 
>NILAMISSLDEVS:AmiSSL DEFER
Assign 
>NILGHOSTSCRIPTSYS:Utilities/GhostScript DEFER
Assign 
>NILPYTHONSYS:System/Python

LoadMonDrvs
AddDataTypes REFRESH QUIET
IPrefs

USBCtrl START
Mount QUIET DEVS
:DOSDrivers/~(#?.info)

Path RAMCS:Shell S:ARexx PYTHON:Scripts SYS:Utilities SYS:Utilities/Commodities SYS:System SYS:Prefs

ConClip
SYS
:System/RexxMast >NIL:

If 
EXISTS S:User-Startup
  Execute S
:User-Startup
EndIf
If 
EXISTS S:Network-Startup
  Run 
>NIL: <NIL: *>NILExecute S:Network-Startup
EndIf

Makelink RAM:Disk.info ENVARC:Sys/def_RAM.info SOFT

Assign 
>nilexists APPDIR:
if 
NOT WARN
  Path ADD APPDIR
:
endif

LoadWB

Run 
>NIL: *>NILSoundPlayer QUIET

EndCLI 
>NIL:


;BEGIN MUI
If EXISTS SYS:MUI
  C
:Assign >NIL:     MUI:    SYS:MUI
  C
:Assign >NILADD LIBS:   MUI:Libs
  C
:Assign >NILADD LOCALEMUI:Locale
  C
:Assign >NILADD HELP:   MUI:Docs
EndIf
;
END MUI

assign tbimages
SYS:Prefs/Presets/tbimages

;BEGIN MultiEdit
Assign MultiEdit
"SYS:Utilities/MultiEdit"
;END MultiEdit
;BEGIN MultiViewer
Assign MultiViewer
"SYS:Utilities/MultiViewer"
;END MultiViewer


Resized Image


So there is another A1222 user who has tested your latest build like me, and it has worked for him? Has he been a beta tester or has he recently bought the motherboard and used the supplied USB recovery memory stick to set up the system? Thinking if there could be something strange with the prepared setup from the memory stick..?


I am willing to do a complete fresh install/recovery of the OS to troubleshoot...

Go to top
Re: ScummVM and AmigaOS4.1 F.E.
Home away from home
Home away from home


See User information
@Mr_byte

that all looks fine so far

could you try to uncheck x-dock and timeguard?
(just vurious as those are the only two I don't use)

if removing those don't fix it I have to unfortunately say it's some part of the hw or some adapted os component

...

well, I was under the impression @Majestro has an a1222 too, but I think I mixed it up again

...

no need for a reinstall...if it is possible you could try booting into a fresh wb and start scummvm from there

though I doubt it will change anything

Go to top

  Register To Post
« 1 ... 32 33 34 (35)

 




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




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project