AspeQt i usb-serial-for-android.

Udało mi się nieco zmodyfikować usb-serial-for-android, tak że teraz biblioteka powinna obsługiwać sio2pc-usb od Lotharka i Atari8Wareza, a niedługo także Prolific 2303.

AspeQt wykorzystujący tą bibliotekę rozwijam w osobnej gałęzi:

https://github.com/greblus/aspeqt/tree/us4a

Apk:
https://github.com/greblus/aspeqt/raw/us4a/android/apk/aspeqt.apk

Jak uda się to doszlifować, to ta wersja będzie mogła trafić do google play (ftd2xx ze względów licencyjnych nie bardzo).

AspeQt i usb-serial-for-android.

AspeQt dla Windows.

Piętnaście emulowanych napędów w AspeQt to było dla mnie zdecydowanie za dużo :) więc „zandroidyzowałem” plik projektu z repo dla Androida i wydzieliłem co androidowe, dzięki czemu mój fork AspeQt dla Antka kompiluje się też pod Windows i pod Linuksem. Obsługa portu odbywa się wtedy przez standardowy moduł serialport-{win32,linux}.cpp. Przy okazji poprawiłem kodowanie znaków, które w AspeQt pod Windows było skopane od dawna:

AspeQt_WindowsBinarka dla Windows z wymaganymi bibliotekami tutaj.

winandroidlinux

AspeQt dla Windows.

Ładowanie plików CAS w AspeQt na Androidzie.

Udało się znaleźć przyczynę i pliki cas ładują się aż miło:

Dzięki temu zapisy do atr też powinny działać poprawnie. O dwa purge() za daleko i ftdi nie „zdanrzał” zapisać/odczytać danych z portu Atari.

Apk-a w zwyczajowej lokalizacji:

https://github.com/greblus/aspeqt/raw/android/android/apk/aspeqt.apk

Ładowanie plików CAS w AspeQt na Androidzie.

FPGA64 na Mist z obsługą C1541 i Amiga AGA core 1.0!

https://code.google.com/p/mist-board/source/browse/trunk/bin/cores/fpga64/readme.txt

I jakby tego było mało jeszcze to na mnie czeka:

http://somuch.guru/minimig/minimig-mist/

Update: jak zwykle mistrzostwo. Minimig-AGA core dla Mista – powiem krótko: dzieciak mi się od joy-a nie oderwie jak mu odpalę Soccer Kid-a ;).

A fpga64 z obsługą stacji C1541 i formatu d64 wreszcie pozwoli mi poznać komodę trochę lepiej. Tylko ciekaw jestem, czy oryginalna stacja była faktycznie taka powolna…

FPGA64 na Mist z obsługą C1541 i Amiga AGA core 1.0!

Qt5 – Natywny file&directory selector przez JNI.

QFileDialog w Qt5 na Androidzie jest fatalny. Na szczęście znalazłem minimalistyczny fileselector:

http://www.scorchworks.com/Blog/simple-file-dialog-for-android-applications/

który świetnie się sprawdza w AspeQT:

IMG_20150719_123904Musiałem go tylko lekko zmodyfikować, bo na nazwę pliku oczekuję w pętli po stronie Qt i bez Cancel nie dało się z niej wyskoczyć:

QAndroidJniObject::callStaticMethod<void>("net/greblus/MyActivity", "runFileChooser", "()V");

QString fileName = NULL;
do
{
   QAndroidJniObject jFileName = QAndroidJniObject::getStaticObjectField<jstring>("net/greblus/MyActivity", "m_chosen");
   fileName = jFileName.toString();

   if (fileName == "Cancelled") {fileName.clear(); break;}
   if (fileName == "None") QThread::yieldCurrentThread();
}
while (fileName == "None");

A w Javie, cały widz polega na tym, że MyActivity jest singletonem i niestatyczne metody (jak w FileChooser) trzeba wołać w wątku UI Androida z instancji singletona:


public class MyActivity extends QtActivity
{
   ...
   public static MyActivity s_activity = null;
   ...
   public void onCreate(Bundle savedInstanceState)
   {
      s_activity = this;
   }
   ...
}
public static void runFileChooser() {
   m_chosen = "None";
   MyActivity.s_activity.runOnUiThread( new FileChooser() );
}

i wtedy można z C++ wywołać QAndroidJNIObject tak:

QAndroidJniObject::callStaticMethod<void>("net/greblus/MyActivity", "runFileChooser", "()V");

Lekko zmodyfikowany plik tutaj.

bigger_aspeqt

Qt5 – Natywny file&directory selector przez JNI.

AspeQt na Androidzie.

Jak niektórzy czytelnicy atarowych forów pewnie zauważyli, udało się. AspeQt działa na moich „Antkach” (4.2.2 Jelly Bean i 4.4.2 Kitkat).

Nie obyło się bez przygód. Z obsługą Kitkata miałem problem wynikający z dziwnego podejścia producentów lub ich nieświadomości: dostałem ostatnio od operatora jako nowy klient, bardzo fajny telefon: Kazam Tornado 348. Pod względem jakość/cena, polecam każdemu. Okazało się jednak, że tenże Kazam obsługuje OTG, czyli mogę sobie podłączyć np. pendrive, ale już USB Host na nim nie działa jak trzeba (pewnie jest nieskonfigurowany, a ja go rootować nie mam zamiaru). I cały czas, o ja głupi, myślałem, że to wina sterownika ftd2xx od FTDI, lub też zmian w KitKacie związanych z obsługą tzw. BroadcastReceiverów.

Jak widać powyżej na zupełnie budżetowym Kazam 345, wszystko śmiga aż miło (swoją drogą na prawdę fajny telefon, ale jakościowo Tornado vs Thunder dzieli ogromna przepaść). Support Kazam obiecał zająć się tematem. Może spodobało im się Atari…

Piszę to dlatego, że użytkownicy powinni się buntować. Dlaczego jeżeli sprzętowo coś jest dostępne, celowo pozbawiać użytkownika możliwości korzystania z tego? Bo co? Bo podłączy sobie przez USB klawiaturę/głośniki/kamerę dowolnego producenta? Paradoksalnie, tanie produkty, jak np. mój Lark FreeMe X2 nie mają z tym problemu. Ale już np. Samsung S5 mini, którego mam z pracy USB nie obsługuje wcale. To nic, że kosztuje krocie…

Przed AspeQT na Androidzie jeszcze daleka droga:

  • Muszę poprawić GUI, żeby dało się go obsłużyć wygodnie i na małym i na dużym ekranie.
  • Okno wyboru pliku i katalogu to w Qt5 na Androida jakaś masakra. Trzeba będzie poeksperymentować z dostępnymi natywnymi bibliotekami, które tą funkcjonalność oferują i obsłużyć to przez JNI.
  • Kontrola przepływu i prędkość transmisji, tego póki co się najbardziej obawiam. Póki co ustawiam FT_FLOW_NONE i prędkość na 19200. DSR nie chce działać, a po ustawieniu prędkości powyżej 19200 bez kontroli przepływu skutkuje odczytem bzdurnych danych.

Ale nic na siłę, wszystko w swoim czasie ;).

Dla zainteresowanych repo na github:

https://github.com/greblus/aspeqt

Apka poniżej (pod tym linkiem wrzucam najnowsze wersje bez uprzedzenia ale w katalogu android/apk/ zachowuje poprzednie, z datą kompilacji):

https://github.com/greblus/aspeqt/blob/android/android/apk/aspeqt.apk

AspeQt na Androidzie.

Java ByteBuffer w Qt5.

1. Współdzielenie danych między Javą a Qt5 chyba mam opanowane:

ByteArrayW Javie to wygląda np. tak:

public ByteBuffer bbuf = ByteBuffer.allocateDirect(10);
public byte b[] = new byte [] {1, 1, 2, 3, 5, 8, 13, 21, 34, 55};
public static native void sendBufAddr(ByteBuffer buf);
// natywna funkcja w C++ do której przekazujemy adres bufora
// dane z bufora pakujemy do ByteBuffera w ten sposób:
bbuf.put(b);
// i wysyłamy adres do funkcji w C++
sendBufAddr(bbuf);

A funkcja w C++ w wersji minimalistycznej w QT5 wygląda tak:

extern "C" {
   JNIEXPORT void JNICALL
   Java_net_greblus_MyActivity_sendBufAddr(JNIEnv *env,
   jobject, jobject buf)
   {
   jbyte *bbuf = (jbyte *)env->GetDirectBufferAddress(buf);
   // i możemy robić z danymi w bbuf[] co chcemy
   }
}

2. Pakiet jar ze sterownikiem do FTDI działa w Qt5 w MainActivity, więc wszystkie elementy układanki zaczynają do siebie pasować ;).

Java ByteBuffer w Qt5.