xarx

Forum Replies Created

Viewing 15 posts - 1 through 15 (of 20 total)
  • Author
    Posts
  • in reply to: Blinking sprite #11181
    xarx
    Participant

    Thank you for the links. The first one says it all :-(.
    The second one is really a hard-core – emulator inside emulator :-).

    One day I may try it, but not today :-).

    in reply to: Restore maps #10626
    xarx
    Participant
    in reply to: Dungeon Mapper issues #10625
    xarx
    Participant

    AD Restore: I suppose, DM stores the maps in Android/data. This directory is normally not accessible by any normal means. Perhaps Windows + enabled developer options + usb cable would be necessary? I haven’t tried that, yet.

    in reply to: Dungeon Mapper issues #10621
    xarx
    Participant

    Ad 2. Exactly, this is how I did it in order to force undo twice on one touch/click.

    Ad 6. Aha, I didn’t know this works using events, I thought a REST API is being called or something like that.
    In this case, the events could be send even in the opposite direction, from DM to MDB, couldn’t they? As both DM and MDB are your apps.

    What I meant in 6.: While playing EOB, I set up automapping using the DM widgets in MDB. In order for the map to be drawn automatically, DM must be in edit mode, otherwise the Pivot is just walking, not drawing. But the edit mode is not sufficient. If I forget to close editing of (e.g.) a location widget in DM, the Pivot stops moving and the drawing doesn’t work. This happened many times to me.

    Ad 4. Ok, thanks for the explanation. As I said, it also reacts on Pivot rotations.
    My idea was to let Pivot draw the paths not at the Background level, but at the Foreground level using path tiles. It would be cool if DM was able to bend paths properly, and/or replace cross sections with proper tiles.

    Ad 5+7. In the current version it doesn’t work. I do not know how to install beta. In every case, I hope installing beta wouldn’t delete my maps!

    in reply to: Dungeon Mapper issues #10619
    xarx
    Participant

    Thanks for prompt response.

    Good timing :-). I didn’t know that DM is a new program. I haven’t played with MDB for several years, and now when I returned, I saw there DM witgets. But it took me a long time to find the app, not even GooglePlay was able to find it, at first.

    ad 2. I have placed two undo buttons on top each other. However I do not know how would this work if DM is not in edit mode.

    6. MDB doesn’t recognise if DM is in edit mode. Worse, if DM is in edit mode but a widget is being edited, the autotracking still doesn’t work.

    ad 4. There are five buttons at top right of the Images dialog: The left most one is a rotation, but I meant the rightmost one. If this button is pressed, the image being placed changes with the Pivot rotation. But I wasn’t able to figure out what was this meant for.

    Ad 5. Yes, Colorized. It looks like icons in the Widgets menu, but their color cannot be changed.

    7. Allow to change color of the Icons in the Widgets menu. Their text color can be changed, but not the color of the icon itself.

    in reply to: Storage permissions problems #5947
    xarx
    Participant

    Hello, any progress in this issue?

    I’ve bought a new mobile phone, installed an SD-card and moved MagicBox directories to the SD-card. Then – in General Settings – I requested permissions to the whole SD-card. At last, I set Data Directory to “/storage/ABCD-EFGH/Games/MagicBox/”, DosBox wants to be restarted, and after restart, the DataDirectory is reset to “/storage/emulated/0/.MagicBox/”.

    in reply to: Dosbox difference on Android and PC #5486
    xarx
    Participant

    Ok, I tried on Shield Tv. At vga max settings is perfectly fluent. At svga max settings is almoat playable, however I feel fps drop. I used tweaks : sound blaster 2.0 instead sb16 and i set cycles=max 120%

    Probably I had my game configuration somehow corrupted. Before, the sound was fitful/jerky, now it is clean. And the game is now “almost” playable. But the problem wasn’t fixed by setting SB2.0, the game now works even with SB16.

    However, my SM-T580 tablet seems to be not powerful enough for this game. The game is playable only with compromises – VGA, reduced screen-size, restricted look-ahead, many features off, and the FPS are still not excellent. I feel like 20 years ago when my PC wasn’t powerful enough to play the game in SVGA.

    According to the Doom benchmark, your Shield TV is more than twice faster than my tablet. That’s why the game is playable for you, but not for me.

    Anyway, thank you for your help.

    in reply to: Dosbox difference on Android and PC #5465
    xarx
    Participant

    The only keys you need are arrows, esc, enter and Y. I’ve got left/right at the left-hand side and up/down at the right-hand side.

    I’m really curious whether you’ll be able to make that game playable fast enough. With most details off, the game is still on the edge of being playable, for me.

    in reply to: Dosbox difference on Android and PC #5462
    xarx
    Participant

    Before, I had measured the Doom benchmark on my notebook somehow incorrectly. Now I ran it again, and the score is ~310. I am not aware of any changes in dosbox settings, maybe the notebook switched to the better (of the two) graphics cards automatically. But now the performance difference between the notebook and tablet is very substantial, which could explain everything.

    Edit: That low tablet score I obtained because I had limited the CPU cycles to 50000. Now, when I set CPU cycles to Auto, I got the much better score. That was my fault, sorry.

    in reply to: Dosbox difference on Android and PC #5461
    xarx
    Participant

    I see that the difference is not “negligible” :-). But as the notebook score is better no more than twice, I would expect that FPS would be higher no more than twice, with the same game detail settings. That’s why I was asking why there is so big difference in FPS between the two systems.

    Also, as the benchmark is based on Doom “real-clicks”, I would expect the score to be linear – two times lower score means two times faster machine (from the Doom perspective). As this is not the case for the Fatal Racing, does it mean that the PC version of DosBox is more optimised? For instance, that it is able to make better use of the GPU? Or that the PC version is able to execute pieces of code in the notebook CPU directly, while the Android version has to emulate everything?

    in reply to: Benchmark #5458
    xarx
    Participant

    Samsung Galaxy Tab A6 (2016) – T580; CPU Exynos 7870
    score 2264

    in reply to: What’s wrong with my images? #5222
    xarx
    Participant

    Ah, this plus :), thank you. I was expecting it on the places I need it, not at a single central location. But this is not important now, there are more important issues. 🙂

    Yes, I mean the cross.

    in reply to: What’s wrong with my images? #5220
    xarx
    Participant

    > you must add prefix user_ to image

    Oh, that’s it, thanks!

    > if you dont import images with ‘+’

    Which ‘+’?? I can’t find any.

    Btw, can the image for the joystic image/look enlaged? It seems to be small and the same size disregard of the image size used and the size of the joystic circle. Not a high priority problem, though.

    in reply to: Clicking buttons with relative mouse #5206
    xarx
    Participant

    Yeah, you can consider it “excluded relative mouse area”, or “abdolute mouse area”. I’m looking at it from another perspective, so we were not able to meet.

    in reply to: Clicking buttons with relative mouse #5194
    xarx
    Participant

    OK, after watching some of your videos, now I understand how the “Mouse navigation with Duration set to ‘until button down’” works. It’s just a modifier key, like Alt.
    So no, this is not what I need.

    Edit: An analogy: Every widget can be set visually transparent. But concerning clicking, every widget swallows the finger touch and performs an action. What I need is to set a widget “transparent” for clicking, but currently there seems to be no widget that allows this. There are two candidates where this click-transparency can be implemented: either the Telescope widget which I was describing above, or the Mouse widget. The Mouse widget could be a better candidate, but the Telescope widget already provides the functionality, though not ideally. Below I’m trying to explain how to implement it in the Telescope. End of edit

    Back to the Telescope widget streaming, then. I’ll try to explain better what I was asking for. Maybe it would be better if I sent you a .mgc file?

    The streaming works exactly like I need it, but the adjustment of the widget is too complicated and fragile for the purpose of what I want to do. Normally when you use the widget, you stream image from source location to a diferent target location. And clicks are transfered in the opposite direction, from target to the source:

    
       source                   target
        ---                      -----
       |   |   ---- image --->  |     |
        ---    <--- clicks ---  |     |
                                 -----
    

    (Target is the widget area, source is the Selection area.)
    But I’m interested only in those clicks, hence I have set the vidget invisible. Moreover, I’ve set source and target identical, which has the effect that clicks occur at the exact point where finger touched the screen. And this is what I’m trying to achieve all the time. And I know no simpler method of doing that than this.

    So, I’m asking you for a new option in the streaming setup, where the source is kept identical to the target, insread of being set manually as the Selection area. This would substantially simplify doing what I’m trying to achieve. If it is still unclear, I’ll try to make some screenshots, or I can send you the .mgc file.

Viewing 15 posts - 1 through 15 (of 20 total)