--- In Ciao_Radio_newsgroup_@yahoogroups.com, "bcvspin" <frspin@...> ha scritto:

> Penso entro questo fine settimana di mettere il programmino di controllo,
con tutti i commenti e le parti commentate della "bibbia" a suo tempo
pubblicata,
tra i files del gruppo. Metto anche il file quisk_hardware.py con le mie
aggiunte

... Grazie per la promessa di un bel 'ovetto di Pasqua' !
A noi ragazzini ( .. non proprio ..) la cioccolata piace !
>
>
> Fino a quando non esce la versione con integrate le correzioni bisogna
lavorare su quisk.
> Occorre introdurre un delay tra i samples I e Q per ovviare al baco >del chip
di H101 e
>occorre sdoppiare la scheda audio input e output. >Ora quisk assume che la
scheda audio
>sia la stessa.

... Non e' un baco , come si dice , e' una 'feature' del Codec, purtroppo
non presente nel data sheet, come ha detto Oscar !
Roma non fu fatta in un sol giorno !
L' importante e' cominciare con il supporto di base hardware di H101. Gia' con
questo e'
possibile mettere a punto un programmino Linux che permette di utilizzare H101
come
generatore di segnale , l'equivalente di H101dds08.exe, CIAOradio ha molte
virtu', da
'progetto' ( due input antenna, generatore di segnale).

Applicandosi, si potrebbe scrivere un modulo 'hamlib' e quindi,
a seguire, utilizzare tutti i programmi che si appoggiano alla
libreria 'hamlib'..
>
> Una considerazione finale. Tra Quisk e Dttsp ci sono diverse >differenze di
prestazione,
>non in termini di velocita' ma in termini
>i possibili operazioni. Anche a me piace
>l'idea quisk ma non l'interfaccia. Me ne sono fatta una in Python e PyGTK per
Dttsp ma
>non so se riuscirei a farmene una equivalente per Quisk.

Credo che la virtu' piu' importante di QUISK sia avere mostrato che
con un linguaggio tipo Python (ha un significato metodolgico preciso)
si possa mettere a punto un programma SDR, senza sforzi sovrumani
e facilmente leggibile , modificabile ed ottenere quindi versioni
leggermente 'custom'.
E' impossibile mettere a punto un programma GUI
che vada bene a tutti!
Le penalizzazioni di velocita' possono eseere ridotte a poco ,
basta usare le estensioni di Python ed usare moduli C/C++ altamente
ottimizzati per le parti numeriche che consumano tanta CPU.

Il framework grafico usato da Quisk e' TK/TCL, molto vecchio,
Unix fine anni 80 ...ma gira su tutte le macchine,
tutti i computer ed e' ben documentato !
Te stai provando ad usare PyGTK, ma si potrebbe usare anche PyQT.
GTK e QT sono i framework piu' utilizzati sotto Linux
(Fedora li usa entrambi, coesistono)
Io invece, vorrei avere una versione senza GUI o con GUI minimale !
Da questo punto di vista DttSP e' notevole.

...
> Aspetto esperienze e considerazioni di chi lo ha usato o, meglio,
>li ha usati entrambi.
>
Io uso Fedora e non intendo passare ad Ubuntu
( preferisco il mio 'dialetto Linux '!).
QUISK , DttSP,Dream 1.11a,Hamlib,Portaudio, compilano sotto Fedora10
e gcc 4.3.2 ( solo pochi warnings) ma i collegamenti a 'jack' ed 'alsa'
sembrano con qualche problema ,
specialmente con macchine lente , forse Fedora e' carente
da questo punto di vista, mente Ubuntu va' ( ma quale Ubuntu?
8.04 o 8.10 ? rt o no-rt ?).

Nelle preview di Fedora 11 , aspettato a fine giugno, si dice
esplicitamente che l'interazione kernel-alsa cambiera'notevolmente
ed in meglio , ma non ho capito bene cosa stiano facendo.

ciaociao

Francesco