3D floors ... again (impossible comes true)

Post a reply

Smilies
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :geek: :ugeek: :!: :?: :idea: :arrow: :| :mrgreen: :3: :wub: >:( :blergh:
View more smilies
BBCode is OFF
Smilies are ON
Topic review
   

Expand view Topic review: 3D floors ... again (impossible comes true)

Re: 3D floors ... again (impossible comes true)

by Gez » Sat Apr 30, 2011 4:46 pm

Yes.

Basically, the current software implementation cuts the level in horizontal slices. Horizontal.

Re: 3D floors ... again (impossible comes true)

by The Ultimate DooMer » Sat Apr 30, 2011 4:40 pm

They're possible in GZDoom, is there something in software that stops them working here?

Re: 3D floors ... again (impossible comes true)

by riderr3 » Sat Apr 30, 2011 1:04 am

pity that sloped 3D floors can't be possible :? I want to create a rooftop visor. may be it is possible by some methods...

Re: 3D floors ... again (impossible comes true)

by Edward-san » Mon Apr 25, 2011 1:25 pm

I found something odd in 3dfloors software. I've recorded a demo with 3dterror.wad. It's recorded with r3190. You can see a sprite through a ceiling.

I can't check if this happens in gzdoom (my notebook gl card is broken :( ).

[edit]To check the problem fast, open the console and write "warp -90 -1200". If you stay outside the little entrance, you'll see the sprite. If you enter, it disappears.
Attachments
3dodd.zip
(1.67 KiB) Downloaded 123 times

Re: 3D floors ... again (impossible comes true)

by kgsws-CZ » Mon Apr 25, 2011 3:24 am

Torr Samaho reported one problem with 3D floors in skulltag, this bug is also present in zdoom, here is (small) patch.
Attachments
3dfix2.zip
(533 Bytes) Downloaded 118 times

Re: 3D floors ... again (impossible comes true)

by randi » Wed Apr 13, 2011 10:23 pm

Well, I've never seen this error before:
TortoiseSVN wrote:Error: While preparing 'E:￥zdoom￥trunk￥src￥r_3dfloors.h' for commit
Error: Inconsistent line ending style

Re: 3D floors ... again (impossible comes true)

by Bio Hazard » Wed Apr 13, 2011 7:03 pm

Graf Zahl wrote:How can it know that maybe, just maybe, some of these files need to be processed in a way that things like line endings are preserved - maybe a checksum tool or who knows what. So logically SVN is set to keep stuff intact unless you explicitly tell it not to do.
Fair enough, I understand why it's not the default. It still solves a ton of problems for files that don't need a specific encoding.
Graf Zahl wrote:Also what bait?
My inner elitist 'nix snob was refuting your claim that Unix tools have shortcomings (*gasp*). I was just playing with you. ;)
(Probably should have made it more obvious, you know, 'cause you're a Windows user. :mrgreen: ;) )

Re: 3D floors ... again (impossible comes true)

by randi » Wed Apr 13, 2011 4:07 pm

Edward-san wrote:Yeah, to make work the patch in linux I had to change the .diff adding the "^M" characters at the end of every line where there was the reject...
I tried that, but it didn't make a difference for me. Patch still rejected them.
Edward-san wrote:A question: do you need crash logs generated from this [3dfloors3] build?
Not yet. I kind of wish I was moving faster with it, but since I'm dividing my free time between ZDoom and learning Japanese (and whatever else I may feel like doing at the time), learning Japanese usually wins the larger share of time. :)

Re: 3D floors ... again (impossible comes true)

by Graf Zahl » Wed Apr 13, 2011 3:37 pm

Anything that alters a file without asking is destructive, even if it's just line endings. A tool is just that: a dumb piece of software that just does what it's told. How can it know that maybe, just maybe, some of these files need to be processed in a way that things like line endings are preserved - maybe a checksum tool or who knows what. So logically SVN is set to keep stuff intact unless you explicitly tell it not to do.

Also what bait? I just listed the only 2 programs I had ever problems with when it comes to line endings in a text file. Granted, Notepad is garbage regardless of this issue but it completely puzzles me how someone could write a stdio-based command line tool that can't read Unix style text files on Windows without puking all over the place.

Re: 3D floors ... again (impossible comes true)

by Bio Hazard » Wed Apr 13, 2011 3:21 pm

Graf Zahl wrote:I guess it's off because it's a destructive option by its very nature
What do you mean destructive? Having SVN handle the line endings automatically leads to fewer whitespace-only commits, wouldn't that be a good thing?
I suppose it would make a digest hash on the checked-out source fail, but I don't see any reason anyone would make the hash of a specific SVN source tree matter. Maybe for tags I guess, if for some reason the line endings are somehow critical to the build process. (o.O)
Graf Zahl wrote:I know tools that get hopelessly confused if stuff can get changed that way.
How could the tools get confused? eol-style:native makes the line endings consistent for the system you're using specifically to avoid getting your tools confused. I would be curious to see an example of where using the system's native line endings causes a problem.


Not even going to touch the bait on that second line. :lol:

Re: 3D floors ... again (impossible comes true)

by Graf Zahl » Wed Apr 13, 2011 2:21 pm

I guess it's off because it's a destructive option by its very nature and I know tools that get hopelessly confused if stuff can get changed that way.

It's also only a pathetic workaround for some Unix tools' shortcomings. In all the years I've been working with Windows I only encountered 2 tools that had problems with line endings:

Notepad and patch.exe.

Re: 3D floors ... again (impossible comes true)

by Bio Hazard » Wed Apr 13, 2011 2:03 pm

Graf Zahl wrote:why is it so hard to write text processing tools that can deal with mixed line ending styles?

Code: Select all

$ svn propset svn:eol-style native $FILE
SVN will checkout $FILE with '\n' on Linux, "\r\n" on Windows, automatically convert when committing, convert when patching, everything. It basically solves the line-ending problems. I don't understand why it's not set on text files by default.

You can even have SVN automatically set the property on new files with this quick and easy config stuff:
Spoiler: Bio's ~/.subversion/config

Re: 3D floors ... again (impossible comes true)

by Edward-san » Wed Apr 13, 2011 8:26 am

I wonder if you recently updated the patcher program ... which could break something...

Re: 3D floors ... again (impossible comes true)

by kgsws-CZ » Wed Apr 13, 2011 7:11 am

I don't understand, i always used this way to make patches. Was it always problem to work with my patches?

Re: 3D floors ... again (impossible comes true)

by Graf Zahl » Wed Apr 13, 2011 3:44 am

Patches like this one are the reason why I reject any submission I found that can't be applied directly with TortoiseSVN. The generally available patch tools are just too troublesome as this clearly shows. And why is it so hard to write text processing tools that can deal with mixed line ending styles?

Top