You're overevaluating me, I've installed android sdk some hours ago, and this JXD is my first android device, so I'm completely new, but since I attend computer science at university I've no problems in following tutorials.
I don't know anything about adb syntax , what I think is that the uImage or some other file is broken and in some way enables usb instead of running the kernel. There's no video and almost no communication (amlogic software sucks) to know any debug info.
Could you please tell me what to do with adb? Anyway, nor adb nor fastboot gives me any device in the list.
ADB wont list the Tablet? How about the USB burner? Since this is Armlogic's answer to Kies or odin, im sure if the device is being detected(port 1) as connected then there's hope, otherwise I might have to think PC and Tablet aren't getting along(change USB ports too) OR that firmware's UBoot is a bit faulty. I don't have source
and making a script for USB burner seems pointless as im sure you know what you're doing when loading the update, Im just wondering if USBburner is picking the tablet as connected at all(75% can be just file load and point of write, udisk boot, and fails since the tablet is not on recovery mode.)
Could be something silly as the tablet having a USB mount mode but this isn't apple and I haven't seen that on android shot of TWRP's mount button on recovery menu and still it would boot normally(never seen button combo for USB mount mode, and that it would actually stay on that mode. Fastboot yes but as you said no device detected on fastboot) however if the PC can see it as a USB mount then full brick is less likely. and semi Bricks should be fixed with the USB burn(Ill try some reverse engi on the USB burner se what I can dig on it)
The Tool on the original JXD files has a log for a few devices and also had TEMP files. Funny how many of the logs show FAILS to write at step 20. I'm wondering if there's bad TEMP files on your file(its just the zip files separated for use by the burner). IN any case I posted a clean updater with just the updater and the drivers. No logs, no Temps. I'll laugh if that is the issue. Otherwise looking at these logs (whether they were made by JXD testing updates on devices or willgoo testing it) are a good read seeing as there ARE fails to read, im thinking the tool is a bit hasty and the device times out.(IT does retry on the logs tho).
<command sn="20" count="150">update:update.zip</command> <--step 20 (here is where most logs call for a fail)
<command sn="21" count="150">update:patch.zip</command>
<command sn="22">copy_media</command>
<command sn="23">shutdown</command>
@ skelton do those look like timers to you? im used to the Pause and wait commands, used to seeing count as a log flush but at 150 seems weird. maybe his device is failing to wake up to push the update.zip?