Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Forestidia86

Pages: 1 ... 31 32 [33] 34 35 ... 49
481
Lix Main / Re: About the case sensitivity of level checkmarks (very specific)
« on: January 09, 2018, 06:51:55 AM »
Just for reference I've attached a file where one can see how the duplication looks in verifier.txt. I used an instance of Lix where I haven't solved/checked this level, yet; so I got two checkmarks updated for the same level.
It seems as if the verifier sees it as two different levels due to the different directory name but nevertheless accesses the same level for verification. The same for the directory.

482
Lix Main / Re: About the case sensitivity of level checkmarks (very specific)
« on: January 09, 2018, 06:21:37 AM »
One other oddity:
If you have a replay with lower case "lovely" and one with upper case "Lovely" the amount of levels is duplicated, since it lists all levels with lower case and with upper case directory name and says then "of 80" instead "of 40".

483
Lix Main / Re: About the case sensitivity of level checkmarks (very specific)
« on: January 09, 2018, 06:00:44 AM »
I can fully understand your position.
The only thing I noticed is that the mass verifier now explicitly seems to say that the checkmark is updated, though it isn't.

verifier.txt:
Result,Replay filename,Level filename,Player,Saved,Required,Skills,Phyus
(OK),replays/test/letsblockandblow-Forestidia-2017-12-05-065956 - Kopie.txt,levels/single/lemforum/lovely/letsblockandblow.txt,Forestidia,19,19,2,388
[...]
Statistics from 1 replays:
    1x (OK): replay solves the pointed-to level.
1 checkmarks for player `Forestidia' updated.

484
Lix Main / Re: Solving replays are autom. saved without finishing level
« on: January 09, 2018, 05:30:07 AM »
Quote from: ccexplore on January 09, 2018, 05:15:00 AM
Ok, that make sense.  It was tripping me up a bit when pressing ESC is described as "haven't finished the level properly", since a good number of players do use that to finish levels in lieu of wasting more time with a nuke.

Okay, sorry, I didn't know that. Thanks for the clarification.
I personally have just the intuition that in a game a level is only properly solved if you get the ending screen or at least the game finishes, that you have some kind of endpoint.
It furthermore feels just like a proof that is just missing one trivial step and is therefore not valid. Proofs are usually finite entities and the replay then just isn't.
But I can fully accept that it is seen otherwise. It's just my personal feeling about it. That's why I suspected that it is rather a non-issue.

485
Lix Main / Re: Blocker Behavior
« on: January 09, 2018, 05:17:31 AM »
The first case is actually what I encountered occasionally in usual play. The second is more result of testing around after getting notice that you can pass through two blockers.

The first case happens in usual play when you want to compress or fast catch the crowd and therefore assign blockers close to each other. But if you (accidentally) do it in such a manner as described above then you have the dancing and therefore don't catch the crowd at all, which can get annoying.

486
Lix Main / Blocker Behavior
« on: January 09, 2018, 01:43:34 AM »
This is probably well known, maybe even used somewhere but since I've encountered it:

Passing through blockers in two different variants (attached replays for both):

1st Is more of an oddity that works in L1 Winlemm as well I think. The lix can walk through two blockers under following circumstances:
- You position a blocker at a very specific place close to the hatch.
- You position then a blocker directly under the hatch.
=> The lix will "dance" through the two blockers.

2nd Is about changing directions through blockers:
- You place a blocker under the hatch. (=> Lix can still pass through in their spawning direction)
- You place another blocker one frame to the side of the first blocker. (=> Spawning lix will be turned around and pass through the first blocker to the other side.)
- You place then another blocker one frame to the other side of the first blocker.
=> Lix will be turned around again and walk through the first and second blocker (in their original spawning direction).

487
Lix Main / Re: Solving replays are autom. saved without finishing level
« on: January 09, 2018, 12:55:19 AM »
Quote from: ccexplore on January 09, 2018, 12:48:18 AM
Since (I'm assuming) neither the use nor the timing of the ESC is recorded in the replay (to help inform how far the replay should execute to reach the user's desired end state), it is possible for a replay checker to be unable to properly verify the resulting replay, because it took longer than the timeout used by the checker before the save requirement has been fulfilled in execution.

There is a timeout that can lead to a fail of a solving replay but that was actually another issue and is rather unrelated to pressing Esc I think or only in very specific corner cases. Inifinite solving replays as such are no issue for the replay checker because it breaks up after the save requirement is fulfilled and gives an OK. 
It's more about the interactive mode that the replay just goes on without coming to the end screen.
Yeah, maybe I only have issues with it. It just feels incomplete when you provide a solution that if you look at it never leads to an end. But thanks, for dealing with the issue.

488
Lix Main / Solving replays are autom. saved without finishing level
« on: January 08, 2018, 03:40:08 PM »
Maybe this is even desired:
But if you fulfil the save requirement and just exit the level with Esc/Menu then the solving replay is automatically saved although you haven't finished the level properly.
This means that infinite replays can be automatically saved under solved.
Simon indicated that infinite solving replays are no problem for him, so maybe a non-issue. But I find it incomplete to provide such a replay and it accidentally happened to me once.

489
General Discussion / Re: Simon blogs
« on: January 08, 2018, 01:39:53 PM »
I'm not sure if that's off to what you've said but there is a possibility that a replay desynches but nevertheless passes. But that's more a "problem" for single replays than for the huge replay base you have since for the latter it's unlikely that most of them are such corner cases.

490
Lix Levels / Re: Some impressions/replays concerning the lemforum levels
« on: January 08, 2018, 04:44:42 AM »
I've solved 10 further Daunting levels and attached replays.

Some remarks (click to show/hide)

491
Lix Levels / Re: Feedback on Pipe Dream (2nd map) from Rikus (never played Lemmings)
« on: January 07, 2018, 10:58:39 PM »
Quote from: Simon on January 07, 2018, 10:26:08 PM
RikuS: So far only 4 levels behind, but I can already say this has been fun:
RikuS: The maps are real game levels instead of 'do one trick and you're done'

You should have asked what Rikus meant with "real game levels". (My fascination with Lemmings as a little girl was the explorative sandbox aspect of the early levels rather than the puzzles. I only realized and value it as a puzzle game since lately.)

492
Lix Main / Batch file to build Lix, how to catch output
« on: January 07, 2018, 07:33:20 PM »
I don't know if this is the right place to ask this and it is I think Win specific:

But I don't want to use command prompt for building, so I do it via batch file. The problem is that it is then hard to catch error messages since the window closes usually immediately.
So I'd actually like to create a logfile. I know that you can generally use > to get the output to a file. But now my problem: While it catches some messages like concerning the libraries it doesn't seem to catch the actual compiling messages, in particular not compiling errors.
I don't know why and what I can do about it. Has anyone an idea?

Edit: Okay, I think I have found it out myself. For the compiling messages I seem to need to use 2>.

493
Lix Main / Re: Fullscreen, can't switch to other windows (#262)
« on: January 07, 2018, 05:26:39 AM »
I've tested on the newer laptop (Win 8.1) and there are no Taskbar problems as it seems.
So either it is something with my old laptop or Win 7 that causes this problem, so it is in the end only very specific.

494
Lix Main / Re: Fullscreen, can't switch to other windows (#262)
« on: January 07, 2018, 04:13:47 AM »
I have attached my modified src/hardware/mouse.d, so that you can look if I did everything right.

It hasn't helped. Clicking on the Taskbar after Win key is really a problem since it even prevents Alt-Tab from working. You have to refocus Lix that it works again. (It is as if clicking on Taskbar after Win key leaves Lix in its always on top state.)

495
Lix Levels / Re: NepsterLix
« on: January 07, 2018, 01:57:53 AM »
Thanks for your feedback.

I have attached a set of another 5 solutions to the Planet rank. Unfortunately all feel backrouty.

Some remarks (click to show/hide)

Pages: 1 ... 31 32 [33] 34 35 ... 49