digistuff/gpu.lua:265: bad argument #1 to 'floor' (number expected, got string) #5932
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
5 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#5932
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Code to reproduce the issue, courtesy of frogTheSecond:
upstream issue w/ mt-mods https://github.com/mt-mods/digistuff/issues/45
AFAIK the digistuff GPU was designed for use with the digiscreen mod. If we don't have that, why not just remove the GPU?
i assumed it was meant to be used with the digistuff touchscreen (which is also a bug magnet). i have not actually used it though, so shrug. removing it would be the easiest solution.
I think it's possible to use it for drawing on displays built from
led_marquee
s, but that thing is probably is also not the best thing for the server at graphical-screen scales...Is there a reason we don't have digiscreen?
It was briefly discussed here: #3939
So far neither side convinced me. I'd be against it if it causes lag and if it doesn't fit in YL. I'd be ok wiht it if it somehow enhances YL. Let's discuss digiscreen in the linked issues and GPU removal here.
Does anyone use GPU for ... anything?
Can't be used for that. The gpu can only create a table containing color values for each pixel or a string representation of that table.
Meanwhile the touchscreen can't be used to load such an image. (they expect a texture / texture modifier (Not that they would check if the modifier is valid). But they provide no way to create a texture from such a buffer.
There is only one way I would see to somehow make use of the gpu buffers: running a modified version of
generateTexture(pos,serdata)
(https://cheapiesystems.com/git/digiscreen/tree/init.lua) on a luac.In fact it's way more powerful (and efficient) to create pictures one needs by making use of MT texture modifiers directly (or write a small set of helper functions on the luac itself).
I played a lot with modifiers while testing for #5923. If one really needs a gpu, I would volunteer to go to that machine and help the player to create the needed texture.
Even if the issue was fixed upstream, I wouldn't even know how to test it. IMO, if noone can present a use case, we can disable the GPU.
It could be used with digicolor nodes to create full color displays
that's ... a great proposal. i'd love if someone used digicolor to create a functional tetris game on the side of the haven clock tower.
With the ratelimiter though - digicolor display isn't realistically possible. I say we add digiscreens or remove the GPU. And by the way can someone remind me why we haven't came to a conclusion on #3939?