Continued From:
http://boards.dingoonity.org/jxd-devices/s7800b-1-6ghz-(tweaked)-minimal-firmware-wfixes-(by-jxd)/msg95246/#msg95246Ok If you missed it kristianity77 first brought up the problem of jerky frame rates when outputting HDMI on the JXD 7800.
All my testing was done on a December unit, This is one of the newer units that run at 1.4
I was running a repartitioned stock 1.1.4 firmware, with Webclaws 1.6ghz kernel.
First off Mame4droid .37 seems to play fine, Previoulsy I thought there was a problem it turns out it was the video setting, SW Threaded seems to play fine, I tested out narc and mortal kombat narc has some slow downs but it's a CPU intense game, and MK played great.
Previously I had said there was no issue with the *oid emulators.
I was wrong, After more time testing I realize they also suffer from problems, By default auto frame skipping (up to 2 consecutive frames) is turned on, This masks the problem very well.. when turned off problems were apparent on that line of emulators also (or at least nesoid)
Kristianity thought perhaps the HDMI output was taxing the CPU, This doesn't seem to be the case.
I ran Nesoid and Nes.Emu with the US version of Castlevania with 1 core active.
Afterwards I checked CPU times and found NES.EMU ran mostly at 800mhz, while Nesoid ran mostly at 500mhz.
Meaning there was a LOT of CPU headroom left.. so it doesn't appear lack of processing power is the issue here.
-Nesoid-
-Nes.Emu-
These devices should be able to run at 100% with no skip..
For the most part they do when not connected to HDMI.
-Unrelated Side Bug, Skip this section if you want
I did however find a curious problem not related to HDMI.
I was running only 1 core with ondemand governor / performance bias / 85% threshhold with a full speed range 312-1608
Odd thing Is when pressing "right" on the Dpad I would get terrible slow downs a lot of the time.. oddly this clears up when releasing right.
No other button causes this including Up/Down/Left or Analogs, or Touch controls.
The problem goes away if the minimum speed is 816 (almost @ 504), or if you run 2 cores active.
This is kinda weird since we already know neither Nesoid or Nes.emu spend much time above 500-800mhz.
This problem persists regardless of HDMI usage.
I noticed this problem mainly on Nesoid and Retroarch (Nestopia) however it's also present in Nes.emu but much less so.
Of course turning on frame skipping seems to mask this issue fairly effectively.
I don't really know why this happens, I have a few half baked theories but im reminded that the system is littered with joystick error messages if you do Dmesg commands in Terminal which maybe related.Ok back to the HDMI problem.
I tried a couple android games, Zombiewood and Dead Trigger, Neither game seemed to have issue while on HDMI and if there was a frame drop, it wasn't apparent to me.
Kristianity Had said they have problems with everything on HDMI including OS navigation, While I've not extensively tested that I did'nt notice any problems in this area.
I decided to Try Retroarch, Again I stuck with Castlevania using Nestopia core
Results was the same as Nes.emu and Nesoid, Frame rate drop accompanied by broken audio.
I used the newest Retroarch newly reinstated to Playstore (Jan 14th)
I Remembered retroarch had a setting to calculate refresh rate in settings.
Without HDMI the refresh comes to aprox 60hz.. Which should be what we're looking for.
But WITH HDMI active the story changes, It says display is aprox 40hz
I did the test several times and came back with 39-42hz.. Hmm that's interesting but is the retroarch test accurate?
-NO HDMI-
-HDMI ACTIVE-
I decided to turn on FPS and see what we come up with
I came up with a fairly stable 44fps with HDMI and 60FPS (what we want) Without HDMI
-NO HDMI-
-WITH HDMI-
Well it seems apparent that we're loosing about 1/4th our frame rate, Im still not convinced the refresh rate is really 40hz though.. It could be that the mechanism it uses to calculate is ALSO being affected by the problem at hand.
I am not really sure the cause of this problem, or why only some apps are (obviously) affected.
It could be that there is a slight issue with refresh rates, maybe 40 is'nt accurate but maybe 60 is'nt either.
I suppose it could also be related to the vsync issue on video playback.
Im not sure how the HDMI works on this unit, Normally I'd say the Mali is responsible for this but I believe I had read the CPU core plays a role.. EX: I don't think there are any ARM A8 processor tablets with HDMI, Where as I think this is standard (whether they actually implement it or not on a given device) on A9 CPU's
By the same token there are A8/Mali400 Soc's like the Allwinner A13, So all of this would make me think the GPU is actually not responsible for HDMI output.
If it was I could speculate that maybe the HDMI output was dragging the GPU down but the HDMI is mirrored display not independent so it shouldn't be resource intense.
Of course if it was then I'd expect across the board declines especially in 3d heavy apps, Yet that's not what I see.
Zombiewood and Dead Trigger are both 3d and neither seemed to suffer under HDMI in any obvious way to me.
Yet emulators which probably demand little from the GPU are suffering.
This makes me think again that it must be a Vsync or Refresh rate problem.
Native android games maybe more adaptive then a emulator.
One last thing about HDMI on the 7800
It seems to be glitchy on it's settings.. Even if you have it unchecked (disabled) in settings.
It will still display a picture if plugged in.
Also when you first plug it in you will get 1080p, Even if you have the resolution set to something else.
I ran 720p because that's my TV's native resolution.. When I plugged it in the only way to get to switch to 720 was to go into settings and select 720 (even if it was already selected).
Has anyone any insight into this problem?
Has anyone gotten the 7800 to work with miracast wirelessly? and how has that worked?