Reply to Re: FreeDink testers needed
If you don't have an account, just leave the password field blank.
Woah, thanks for the detailed reports Sparrowhawk and Someone!
I fixed some of the issues right now, and I'll work on the remaining ones asap.
> - Windowed and non true-colour mode doesn't quite get it right, it's
> somewhere between true-colour and the Dink palette.
> - FreeDinkEdit - the colours are messed up, mixed blue/yellow/red so
> it's hard to see what's going on.
> - Colours in dinkedit are messed up for me as well.
Hmm, I have troubles guessing what could cause this, but this definitely needs to be fixed.
Could you send me screenshots?
> The new DFArc works fine but seemed to take a long time
> to open the first time I used it...?
That's possible. Does that happen often?
(The current .exe is very convenient to download (no installer), but is a compressed executable that expands itself in memory when run (the technology's name is "upx"). Also it embeds a more recent version of wxWidgets (the component used to draw the button, menus, etc) which is bigger than in 2006.)
> - If I set the FreeDink executable:
> - DFArc 2 doesn't do anything when you click play
OK I see, DFArc2.0 gives the "-nomovie" to FreeDink (unless you ticked "Play introduction movie" in the options). "-nomovie" has no effect at all on Dink v1.07 (possibly had effect on the ooold CD version) - but it is nonetheless rejected as invalid option by FreeDink. I made it accept that option for compatibility.
> - DFArc 2.1 gives an error message: 'Dink Smallwood failed! Error code 1.'
> - Try and use the editor through DFArc2.1 and I get an error
> message: 'Error while running the editor'
OK, I'm using a portable function from wxWidgets to start programs,
but it's definitely not giving good results. I'll rewrite that part.
> freedink says it checked /usr/share/dink twice when it's run without
> a reference dir
FreeDink checks a set of 6 directories, some computed, some hard-coded (--refdir | . | exedir | $datadir/share/dink | /usr/local/share/dink | /usr/share/dink). Sometimes the computed are the same as the hard-coded ones. I thought it'd be best to always check them in that order, even if sometimes they are checked twice
> although when run directly freedink other default reference dirs
> (e.g. /usr/games/dink) work when run through Dfarc2, freedink claims
> "invalid refdir" if it's not in /usr/share/dink.
>
> Also Dfarc2 doesn't display DMODs in the reference dir if it's not
> that one (e.g. the main game). Note this is with "override the Dink
> .. dir.." OFF. (I put /usr/games/dink in there and turned it on as a
> workaround.)
I'm not sure I get it, could you give me examples?
/usr/games/dink should be an executable btw (not a directly), maybe that was a typo
> default editor in dfarc is "dink"
Oops, fixed
> "download D-Mods" doesn't do anything
(under Gnome)
Confirmed here. I'm using wxWidget's ::wxLaunchDefaultBrowser(), which apparently starts the 'epiphany' browser without checking if it is actually present... I'll have to try another way to find the preferred browser.
> running with debug mode in dfarc gives the error "Dink Smallwood
> ('freedink') was not found on your computer..."
Nice catch. FreeDink failed because it attempted to write in DEBUG.TXT before determining the dmod directory. This is fixed.
> additional D-Mods directory in DFArc options is very convenient
> considering limited/super user stuff so it would be nice if this was
> a freedink option instead (i.e. so freedink would also look in the
> additional directory if given -game dmod)
You can specify any absolute and relative path to '-game'. I usually do "freedink -game ~/dmods/pota". You can even do "cd /path/to/my/dmod; freedink --game ."
I uploaded updated versions at freedink.org.
(With the Debian repository you can just click "upgrade" in Synaptics )
I fixed some of the issues right now, and I'll work on the remaining ones asap.
> - Windowed and non true-colour mode doesn't quite get it right, it's
> somewhere between true-colour and the Dink palette.
> - FreeDinkEdit - the colours are messed up, mixed blue/yellow/red so
> it's hard to see what's going on.
> - Colours in dinkedit are messed up for me as well.
Hmm, I have troubles guessing what could cause this, but this definitely needs to be fixed.
Could you send me screenshots?
> The new DFArc works fine but seemed to take a long time
> to open the first time I used it...?
That's possible. Does that happen often?
(The current .exe is very convenient to download (no installer), but is a compressed executable that expands itself in memory when run (the technology's name is "upx"). Also it embeds a more recent version of wxWidgets (the component used to draw the button, menus, etc) which is bigger than in 2006.)
> - If I set the FreeDink executable:
> - DFArc 2 doesn't do anything when you click play
OK I see, DFArc2.0 gives the "-nomovie" to FreeDink (unless you ticked "Play introduction movie" in the options). "-nomovie" has no effect at all on Dink v1.07 (possibly had effect on the ooold CD version) - but it is nonetheless rejected as invalid option by FreeDink. I made it accept that option for compatibility.
> - DFArc 2.1 gives an error message: 'Dink Smallwood failed! Error code 1.'
> - Try and use the editor through DFArc2.1 and I get an error
> message: 'Error while running the editor'
OK, I'm using a portable function from wxWidgets to start programs,
but it's definitely not giving good results. I'll rewrite that part.
> freedink says it checked /usr/share/dink twice when it's run without
> a reference dir
FreeDink checks a set of 6 directories, some computed, some hard-coded (--refdir | . | exedir | $datadir/share/dink | /usr/local/share/dink | /usr/share/dink). Sometimes the computed are the same as the hard-coded ones. I thought it'd be best to always check them in that order, even if sometimes they are checked twice
> although when run directly freedink other default reference dirs
> (e.g. /usr/games/dink) work when run through Dfarc2, freedink claims
> "invalid refdir" if it's not in /usr/share/dink.
>
> Also Dfarc2 doesn't display DMODs in the reference dir if it's not
> that one (e.g. the main game). Note this is with "override the Dink
> .. dir.." OFF. (I put /usr/games/dink in there and turned it on as a
> workaround.)
I'm not sure I get it, could you give me examples?
/usr/games/dink should be an executable btw (not a directly), maybe that was a typo
> default editor in dfarc is "dink"
Oops, fixed
> "download D-Mods" doesn't do anything
(under Gnome)
Confirmed here. I'm using wxWidget's ::wxLaunchDefaultBrowser(), which apparently starts the 'epiphany' browser without checking if it is actually present... I'll have to try another way to find the preferred browser.
> running with debug mode in dfarc gives the error "Dink Smallwood
> ('freedink') was not found on your computer..."
Nice catch. FreeDink failed because it attempted to write in DEBUG.TXT before determining the dmod directory. This is fixed.
> additional D-Mods directory in DFArc options is very convenient
> considering limited/super user stuff so it would be nice if this was
> a freedink option instead (i.e. so freedink would also look in the
> additional directory if given -game dmod)
You can specify any absolute and relative path to '-game'. I usually do "freedink -game ~/dmods/pota". You can even do "cd /path/to/my/dmod; freedink --game ."
I uploaded updated versions at freedink.org.
(With the Debian repository you can just click "upgrade" in Synaptics )