Yeah if you use B0 mode... :/ I still don't know how to add pictures to the Wiki so i can't add itakumajo wrote: ok, can you add this to "Known problems with current firmware" , I dont thinks that it's top priority (1080p issue is more important i think)
So why did you even purchase a XRGB-3 if you don't use B0?Konsolkongen wrote:Yeah if you use B0 mode... :/ I still don't know how to add pictures to the Wiki so i can't add itakumajo wrote: ok, can you add this to "Known problems with current firmware" , I dont thinks that it's top priority (1080p issue is more important i think)
I don't use B0 either. Maybe for PSP once in a while, but for none of my other sources, at least not on any regular basis.So why did you even purchase a XRGB-3 if you don't use B0?
Seems correct to me. I found Dot by Dot a bit more fitting, but it doesn't matter eventually. Square Pixel Ratio would be the most fitting term I guess...Pixel Mapping settings are Off / On (???)
Sure. I'll provide what I know when I can...Artemio wrote:You should contrinute with info on the XRGB-2 plus, we are missing all that. The main page for it and any information for any system/pcb type.HDgaming42 wrote:Loving the wiki! Almost makes me want to upgrade from my XRGB2+...
The 2+ doesn't support progressive input, so you can't use it with a 2000 PSP. A 3000 PSP with interlaced fullscreen output would work, but I doubt that you get any good picture out of it.Anyone know if this is also the case for the 2+
edit : just flashedDear Akumajo.:
Hello!
" Aspect ratio" -> "Aspect Ratio" OK
(edited some stuff...)
We talked and decided it as follows.
明るさ -> Brightness
黒レベル -> Black level
R/G/B ガンマ -> R/G/B Gamma
水平画面比率 -> H.Width
垂直画面比率 -> V.Width
子画面比率 -> PCinP Width
FPGA SELECT -> FPGA Select
Pixel Mapping option "Auto / 1:1" for "Off / On" -> "Off / On" is OK.
#This function is incomplete. There is the case that is not 1:1 precisely.
HDCP has nothing to do with 1080p.
1080p is a problem of the performance of the IC.
HDCP is a problem of the licenses.
Current XRGB-3 cannot support 1080p and HDCP. Sorry.
The capacity of the CPU of XRGB-3 is a limit now.
(edited some stuff...)
.morons! No, just kidding. I understand them for sticking to their original decription - as wrong it might have been forever明るさ -> Brightness
黒レベル -> Black level
Well depending upon how contrast/brightness controls are implemented on a TV/processor, the "brightness" setting isn't necessarily the "Black Level" setting (from DVE HD Basics Blu-Ray), even though that's the theory!Fudoh wrote:morons! No, just kidding. I understand them for sticking to their original decription - as wrong it might have been forever明るさ -> Brightness
黒レベル -> Black level
Hmm... Like I've stated before, I'd be great if Micomsoft released a XRGB-4.akumajo wrote:some news, i received beta 2 today
Also, release date is a bit delayed but will definitly comeDear Akumajo.:
Hello!
" Aspect ratio" -> "Aspect Ratio" OK
(edited some stuff...)
We talked and decided it as follows.
明るさ -> Brightness
黒レベル -> Black level
R/G/B ガンマ -> R/G/B Gamma
水平画面比率 -> H.Width
垂直画面比率 -> V.Width
子画面比率 -> PCinP Width
FPGA SELECT -> FPGA Select
Pixel Mapping option "Auto / 1:1" for "Off / On" -> "Off / On" is OK.
#This function is incomplete. There is the case that is not 1:1 precisely.
HDCP has nothing to do with 1080p.
1080p is a problem of the performance of the IC.
HDCP is a problem of the licenses.
Current XRGB-3 cannot support 1080p and HDCP. Sorry.
The capacity of the CPU of XRGB-3 is a limit now.
(edited some stuff...)
and1080p is a problem of the performance of the IC
prehaps a refreshed XRGB-3 (XRGB-3+ anyoneThe capacity of the CPU of XRGB-3 is a limit now.
) with ICs that better support 1080p and beyond (e.g. 2560x1600) would fix the 1080p output incompatibility? I've noticed that it doesn't do exact 1:1 for some signals. With the SNES, if I enable DbD, set output resolution to 1920x1080, it seems that the SNES image is resized by a factor of 5, and pixels are clipped (256x224 -> 1280x1120, which doesn't work well with 1920x1080)bit off-topic, but have you ever seen a display or a processor besides the XRGB where it was labeled the way it is ? From my 80s ITT CRT, to my Commodore and Philips monitors, Sony CRT TVs, Samsung, LG and Sony LCD. My PC monitors any my processors, brightness has always been used as a synonym for Black levelWell depending upon how contrast/brightness controls are implemented on a TV/processor, the "brightness" setting isn't necessarily the "Black Level" setting (from DVE HD Basics Blu-Ray), even though that's the theory!
I'm wondering how they do it anyway. There's no way to read an actual active horizontal resolution from an analogue source. All analogue signals are defined by their lines only. The horizontal resolution varies a lot and the ability to display "every other pixel" is just limited by the bandwith of the A/D processor (or the CRT beam). There has to a limited pre-defined number of horizontal resolutions the XRGB tries to match in dbd mode....With the SNES, if I enable DbD, set output resolution to 1920x1080, it seems that the SNES image is resized by a factor of 5, and pixels are clipped (256x224 -> 1280x1120, which doesn't work well with 1920x1080)
You could add those details to the wiki, since they are keeping an eye on that, they would certainly help in the short and long term.Fudoh wrote:bit off-topic, but have you ever seen a display or a processor besides the XRGB where it was labeled the way it is ? From my 80s ITT CRT, to my Commodore and Philips monitors, Sony CRT TVs, Samsung, LG and Sony LCD. My PC monitors any my processors, brightness has always been used as a synonym for Black levelWell depending upon how contrast/brightness controls are implemented on a TV/processor, the "brightness" setting isn't necessarily the "Black Level" setting (from DVE HD Basics Blu-Ray), even though that's the theory!
I'm wondering how they do it anyway. There's no way to read an actual active horizontal resolution from an analogue source. All analogue signals are defined by their lines only. The horizontal resolution varies a lot and the ability to display "every other pixel" is just limited by the bandwith of the A/D processor (or the CRT beam). There has to a limited pre-defined number of horizontal resolutions the XRGB tries to match in dbd mode....With the SNES, if I enable DbD, set output resolution to 1920x1080, it seems that the SNES image is resized by a factor of 5, and pixels are clipped (256x224 -> 1280x1120, which doesn't work well with 1920x1080)
What the XRGB-4 needs most is an acceptable deinterlacer and a real scaling engine. Both can be have quite cheap nowadays in various 1-chip solutions. It's just a matter of someone using such a chip and built a proper processor around it.
I still don't know how to add pictures to the wiki otherwise i would already have copy-pasted my pictures to Wikiakumajo wrote:just an english firmware (2.12) currently but they are working on firmware improvement/bug fix (that's why i asked people to post pictures/detail info on wiki), so yeah a new firmware (2.13?) is possible but no word about a released date
Just click in "upload file" to the left, then just insert the code [[File:finename.whatever]] and you are done. you can format it as well, but you can copy that form other images and learn in the process. Whenever you are in doubt just search in google for "mediawiki" and whatever you want to do, or copy form wikipedia.Konsolkongen wrote:
I still don't know how to add pictures to the wiki otherwise i would already have copy-pasted my pictures to Wiki
ebay seller japan_canada had the official Sony JP21 RGB cable for sale, but was purchased a couple of days ago:Sabishii Hito wrote:Does anyone know where a guy can get an official Sony 21-pin RGB cable?? I have a third party one that works okay with the XRGB3+, but the official one looks to be built a lot better. And why the heck are Japanese Super Famicom RGB cables so EASY to get? Plenty of THOSE on ebay
Sounds like you're refering to the sync issue (periodic studder)? According to Fudoh, only the XRGB-2 avoids this issue, since it performs no frame rate conversion. Any slight frame difference will accumulate and cause a studder/"lag" with the XRGB-3. For systems I can turn the VSync lock to on (B0/B1), this doesn't cure the issue for me. It might improve the asyncrous behavior, but I haven't found an instance of where it is eliminated.darthcloud wrote:I've just added result from my Panny G15 into the wiki. Great idea!
Also can't wait to get that English firmware
I was playing mostly 3D game since I got my XRGB and didn't noticed any issue.
But,I stated playing with mario all-star some day ago and I'm getting some kind of lag problem with side scrolling games. I don't means input lag or processing lag, don't know how to call this let say "momentary lag", like the one you get when you play online game. For a fraction of second the picture "freeze" or "slowdown". I tryed with one game (Super Mario Bros.) trough various scenario.
SMB on Famicom via RGB => Lag
SMB (Mario All-Star) on SNES via RGB => Lag
SMB (VC) on Wii via Componant @ 240p => Lag
SMB (VC) on Wii via Componant @ 480i => Lag
SMB (VC) on Wii via Componant @ 480p => No Lag
I get the same result for each scenario in both B0 and B1. I also tried both RGB input with no change in my result.
The most interesting result is wii on 480p, it's the only way I don't get this issue.
A good way to reproduce this is going into the second level of world 1 into SMB and go on top of the screen and run util the end. You can easily notice the momentary lag I'm talking about.
Anyone get that issue too? Hope my XRGB is not defective :S
Btw, we should add scanline option for B0 in the wishlist for XRGB4!
Ok thanks, I saw this in the wiki but I was not sure if it was the same issue. I did all my test with Vsync lock ON, anyway when I put this off the picture become unstable. :SRGB32E wrote: Sounds like you're refering to the sync issue (periodic studder)? According to Fudoh, only the XRGB-2 avoids this issue, since it performs no frame rate conversion. Any slight frame difference will accumulate and cause a studder/"lag" with the XRGB-3. For systems I can turn the VSync lock to on (B0/B1), this doesn't cure the issue for me. It might improve the asyncrous behavior, but I haven't found an instance of where it is eliminated.
No XRGB VGA out don't support sync on green.DC906270 wrote:Does anyone know if the XRGB VGA output supports "sync on green"?
He don't say component, sync on green (RGsB) is just another flavour of RGB output like RGBHV and RGBS.Konsolkongen wrote:You want to know if you can use a VGA to Component cable from the XRGB's output? There is no setting to switch between RGBHV and Component out in the menus and i don't think it's possible to output both at the same time. I'm pretty sure it can't be done.
its just i read some computer monitors used sync on green, so i thought maybe it did output it also. i think it is possible to have seperate H&V sync output and also a sync on green? i think the device reading the signal would select which sync it needed.Dathcloud wrote:No XRGB VGA out don't support sync on green.
Yes a device can do both (not at the same time of course). But it need to support it. XRGB don't have any setting to switch it into sync on green mode.DC906270 wrote:its just i read some computer monitors used sync on green, so i thought maybe it did output it also. i think it is possible to have seperate H&V sync output and also a sync on green? i think the device reading the signal would select which sync it needed.Dathcloud wrote:No XRGB VGA out don't support sync on green.
oh, well ill have to make up my own cable, then. i have a VGA--->RGB cable already (which must already be wired to merge the 2 seperate HV syncs from VGA to a composite sync for the scart cable), so i plan on hacking one end into component "sync on green" plugs. AFAIK this will simply mean fitting new RCA end plugs, and wiring the "composite sync" cable along with the Y into the green plug?
