You are not logged in.

Read the FAQ and Knowledge Base before posting.
We won't make a 3DS/2DS emulator.



#1 2017-07-26 12:03:11

fintogive
Member
From: USA
Registered: 2014-04-11
Posts: 346
Website

the inverted colors glitch

i noticed one the the builds had an issue with colors being switched around on the higher color qualitys.  i see its been fixed but i was thinking it would be a cool optional filter to be able to switch the RBG around like that tongue inverted colors B&W etc.


also when will screenshots and avi dumping be compatible with the higher colors?  i noticed they come out corrupted if used with the higher colors.

Offline

#2 2017-07-27 01:06:03

mgitkun
Member
Registered: 2017-06-06
Posts: 43

Re: the inverted colors glitch

avi dumping be compatible with the higher colors? i noticed they come out corrupted if used with the higher colors.

I tried to reproduce this in the most recent build at the time (679d5384) from AppVeyor with these settings on Windows. 
I've since checked build 35e295e3 which doesn't seem to change anything pertaining to this as far as I can tell.

Not sure if the issue is the same as what OP described since Record AVI isn't entirely broken like it was the first time that RGB888/RGB666 was implemented.

Screenshots do look messed up.
AVI capture on the other hand seems to work fine unless you use Full Frames (Uncompressed) at greater than 2x native resolution.

At 1-2x native resolution it ends the files at ~2GB and creates a new file, the video has no issues whatsoever.

However if you record at 3-4x native resolution it never stops writing to the original file; once the video reaches 4GB DeSmuME seems to start overwriting parts of the file because while it continues to write to that file the filesize remains the same and depending on how long you continue to record for after reaching 4GB the file can either have a bad index or erase the beginning of the video and rewrite a flipped/inverted version of the second half of the video over the beginning of the recording.   
The audio during this bugged out section is just noise.
Towards the latter half of the recording, where this buggy section ends, the video and audio are 99% fine.

99% because it also occasionally corrupts 1-3 of the frames near the end (according to ffmpeg and virtualdub), probably while overwriting.
 

I can't upload the source video created because my upload is garbage but hopefully you can get the gist of what I tried to explain from this transcode of it.



Using any codec when recording instead of Full Frames (Uncompressed), I used lagarith lossless, seems to prevent issues regardless of resolution; it'll split the files when they get to ~2GB, and as expected the resulting video has no issues whatsoever.

Last edited by mgitkun (2017-07-27 02:52:34)


i5 2500K - CPU | GTX 480 - GPU | 8GB - RAM | TX650 - PSU | Windows 7 x64 - OS

Offline

#3 2017-07-27 01:57:40

fintogive
Member
From: USA
Registered: 2014-04-11
Posts: 346
Website

Re: the inverted colors glitch

i just check it
avi dumping funtions normally on the latest build on the highest resolution despite the RBG being out of wack again the colors are correct in the video dump. but screenshots are screwed up in 18 and 24 bit color depth.  if set to 15 color depth they thing works as it should.

an for dumping in uncompressed frames i didnt have any issues but i never dump uncompressed i always use langrith codec for lossless quality dumps..

Offline

#4 2017-07-27 04:03:14

zeromus
Radical Ninja
Registered: 2009-01-05
Posts: 6,169

Re: the inverted colors glitch

"avi dumping functions normally" "RGB out of wack"
I can't make any sense out of this. Try again

Offline

#5 2017-07-27 08:56:59

fintogive
Member
From: USA
Registered: 2014-04-11
Posts: 346
Website

Re: the inverted colors glitch

build 062c0ad on 24 or 18 bit color depth
http://imgur.com/Bjy2p5z

screenshots are broken in 24 and 18 bit color depths

and i recheck the avi dumping on high res (x5) it dumps but once it hits 4GB it doesnt split off into anather file yet it keeps dumpiing this is most noticeable with uncompressed frames.

Last edited by fintogive (2017-07-27 09:08:33)

Offline

#6 2017-07-27 11:36:18

AsPoke3172
Member
Registered: 2010-04-21
Posts: 205

Re: the inverted colors glitch

I am playing Pokemon Black 2 and the top screen becomes DARK on 24 bit color.... Is OK on 18 bit color. I am using SofteRasterizer right now. For the screen, see yourself! tongue

Offline

#7 2017-07-28 02:48:10

mgitkun
Member
Registered: 2017-06-06
Posts: 43

Re: the inverted colors glitch

fintogive wrote:

and i recheck the avi dumping on high res (x5) it dumps but once it hits 4GB it doesnt split off into anather file yet it keeps dumpiing this is most noticeable with uncompressed frames.

Decided to double check with the same settings and it does seem to split eventually (4-5 min later on an older SSD writing 110MB/s and much longer on an HDD writing 20MB/s), there's an abnormally long interval between when the file reaches ~4,194,300KB and when it's finalized at ~4,194,360KB at which point it actually makes a new file.
I stand by what I said earlier about how the beginning segment of the file is glitched, sometimes has a handful of corrupt frames, and sometimes has a bad index. It seems to be overwritten for some period of time before the new file is made.

All compression options that split the files at ~4GB (Full Frames, Intel IYUV, Logitech i420, Microsoft Video 1, etc.) seem to share this issue, while all options which split at 2GB seem to be fine.

I checked most of this on the older build (679d5384) but also checked on the newest build (740fb66c), it doesn't seem to change anything about this.



I was curious as to why PCSX2's uncompressed option doesn't have this issue but they seem to use a different codec for recording uncompressed video.

Last edited by mgitkun (2017-07-28 03:07:24)


i5 2500K - CPU | GTX 480 - GPU | 8GB - RAM | TX650 - PSU | Windows 7 x64 - OS

Offline

#8 2017-07-28 03:10:50

zeromus
Radical Ninja
Registered: 2009-01-05
Posts: 6,169

Re: the inverted colors glitch

ugh why do we have to discuss broken splitting and broken colors in one thread

splitting fixed in https://github.com/TASVideos/desmume/co … 5eaf8c466f (caused by HD rendering overflowing a 2GB check due to it moving through data faster than the original programmer anticipated)

Offline

#9 2017-07-28 03:20:06

zeromus
Radical Ninja
Registered: 2009-01-05
Posts: 6,169

Re: the inverted colors glitch

I'm going to ignore fintogive's post about a build 2 days old after which there have been a HALF DOZEN COMMITS RELATED TO FIXING BLUE AND RED

I don't have aspoke's problem, maybe rogerman's commits today fixed it

Offline

#10 2017-07-28 05:16:35

mgitkun
Member
Registered: 2017-06-06
Posts: 43

Re: the inverted colors glitch

zeromus wrote:

ugh why do we have to discuss broken splitting and broken colors in one thread

Sorry, that was my bad.

I assumed that OP was using the newest build, so when he said his AVI dump was corrupted I assumed he meant the same thing I saw when I tried to record full frames with the new build.

I started looking into it and noticed the splitting issues.
He did suggest that I make a new thread in a DM but I thought it'd be a better idea to keep it all in one thread unless there was no reply.


zeromus wrote:

splitting fixed, caused by HD rendering overflowing a 2GB check due to it moving through data faster than the original programmer anticipated

Thank you!

Is there any chance of eventually getting an OpenDML solution like PCSX2's where the file size is practically unlimited?
Sorry if there's some obvious technical reason as to why it can't/shouldn't happen that I'm missing.

Last edited by mgitkun (2017-07-28 05:49:25)


i5 2500K - CPU | GTX 480 - GPU | 8GB - RAM | TX650 - PSU | Windows 7 x64 - OS

Offline

#11 2017-07-28 16:42:17

zeromus
Radical Ninja
Registered: 2009-01-05
Posts: 6,169

Re: the inverted colors glitch

There's no obvious technical reason why it can't/shouldnt happen.
I can't predict the chance of another programmer showing up and adding other video dumpers. But I'll try anyway: slim.

Offline

#12 2017-07-28 21:52:42

mgitkun
Member
Registered: 2017-06-06
Posts: 43

Re: the inverted colors glitch

zeromus wrote:

There's no obvious technical reason why it can't/shouldnt happen.
I can't predict the chance of another programmer showing up and adding other video dumpers. But I'll try anyway: slim.

Thanks for the reply, and for the divination, good to know that it's not out of the question.
Here's hoping that somebody with the time and know how comes along.


i5 2500K - CPU | GTX 480 - GPU | 8GB - RAM | TX650 - PSU | Windows 7 x64 - OS

Offline

Board footer

Powered by FluxBB