Ad ogni modo non mi sento di scoraggiare la tua iniziativa.
Inoltre, lo studio approfondito di un argomento non può che far aumentare le conoscenze e le possibilità di chi le detiene, e - mi si consenta di avere uno sguardo, diciamo, comunitario e più ampio - dare più forza alla nostra Comunità di Gambas-it.  

Tienici informati. Sarebbe auspicabile se successivamente tu potessi scrivere qualcosa nella Wiki.
 

devi premere sulle freccettine che trovi a dx ed in basso per farlo comparire

Esattamente
(...e pensare che lo sapevo pure ! eh... me ne sono scordato ! Che vuoi farci ?)  

Va be'... da ricovero !

Comunque grazie, fsurfing !  

quindi stiamo parlando di musica con la cassa ben distinta, sarebbe sufficiente leggere i picchi di cassa (a livello grafico i picchi più alti) e calcolare la distanza in tempo da picco a picco. Una volta trovati i bpm li aggiungerei alnome del file per catalogare i brani suddivisi per tempo ed avere già una prima idea dei brani simili per bpm da poter mixare assieme.

...be'... guarda.... ci si può provare. Però è chiaro che bisogna scoprire come questi programmi (probabilmente scritti in C ) disegnano l'onda sonora da un mare di byte; e quindi capire come si fa... a capire quando c'è un picco.
Sei pronto (nell'animo) per uno studio del protocollo audio, per esempio dei file wav e poi degli algoritmi all'uopo creati presenti nei sorgenti di quei programmi ?  

la seconda sarebbe la strada che vorrei percorrere ma non ho idea di come fare

Io vedo un problema legato all'individuazione della suddivisione della misura, dalla quale ottenere poi il calcolo delle pulsazioni al minuto (i famosi bpm): quale strategia applicheresti per far riconoscere al programma di quanti "movimenti" è formata una misura (cioè come far riconoscere la suddivisione della misura) ? Si potrebbe indicarla "manualmente", magari... ma allora le capacità e funzionalità del programma si ridurrebbero, poiché in tal caso dovrebbe intervenire l'utente !   Se invece si volesse, in modo più complesso, far fare tale riconoscimento al programma, su quale base ? Sui picchi d'onda ? ...e se i picchi d'onda dei tempi forti del brano non sono poi così evidenti ? E se il brano addirittura enfatizza i tempi in levare ? Il programma come si comporterà ? E di più: ma non è che la definizione della suddivisione dei tempi è un fatto "interpretativo" molto umano, e quindi difficilmente individuabile con un algoritmo ?
A questo problema si connette anche un secondo: se il brano musicale comincia con una misura cosiddetta misura incompleta, come farla riconoscere ?
....insomma, la questione non la vedo semplice. Probabilmente non è impossibile, ma è complessa. Suppongo che la prima cosa è imparare la codifica di un file audio per capire come si possa ricavare da semplici byte un'onda sonora.  

la dichiarazione di un array, direi di ampiezza indefinita, piuttosto che illimitato, viene accettata da Gambas anche con

Un'ampiezza indefinita sposta i limiti del finito sempre un po' oltre sino a sfiorare l'illimitato.  

Ciao vuott,
vedo che non ti arrendi...

Non mi arrendo, perché non accetto che non possa funzionare anche a te 'sto embedder ! Sai.... io sono appenninico, e quindi ho la testa dura...  
...e poi, comunque, c'è un ritorno utile anche per me   , perché mi aiuta a capire meglio, a ricercare, a studiare l'argomento.

, anchio sto continuando a provare e ti aggiorno su alcune piccole novità, non ho
risolto ma qualche cosa rispetto a prima succede, in ordine:

2) Non succede niente, nel senso che l'Embedder rimane vuoto ed il programma non da nessun messaggio

...appunto, è già un passo in avanti. Comunque bisogna indagare di più.

Riprovando i vari listati che mi hai postato quello della risposta #20 si comporta in modo "strano":
se inserisco onboard nella TxtTitle il programma si chiude restituendo questo messaggio
Il programma ha restituito il valore: 1
se invece non inserisco niente viene visualizzato un'altro messaggio (presente nel codice)
Several windows found. I take the first one!
che praticamente vuol dire (scusate l'interpretazione "casalinga", ma credo di non sbagliare),
ho trovato varie finestre e prendo la prima, la cosa curiosa e che dopo aver premuto l'ok del messaggio mi
visualizza all'interno dell'Embedder il browser Firefox funzionante (allego schermata), che non è la prima applicazione
sulla barra ma la seconda   Continuo a provare in attesa di nuove

...va be'.... diciamo che comunque "qualcosa" l'hai inglobata. E questo è un secondo passo.

...scusa, puoi provare a far inglobare la finestra di qualche altro programma (la calcolatrice, un editor di testo [attenzione: in questo caso Embed potrebbe volere il titolo "Untitled..." osserva bene il titolo dell'Editor di testo e serviti per questo anche di wmctrl ] , e qualche altro programma semplice) ? Magari provane più di uno, e verifica il comportamento dell'Embedder. Se puoi, cerca di provare tutti e quattro i metodi.

A questo punto il motto per noi è uno solo: O Embedding, o morte !  

se sulla barra dei processi viene riportato [onboard] con le parentesi quadre, ho provato ad inserirlo aggiungendo queste ultime ma non cambia niente.

...uhmm...

Scusami, puoi dirmi:
1) dopo aver lanciato onboard, quali risultati dà in terminale il comando: wmctrl -p -l (quest'ultima è una elle). Cioè vorrei sapere come riporta il titolo della finestra di onboard lì nel terminale;

2) cosa succede se provi la soluzione da me inserita nella precedente Risposta #27 inserendo:
- If dWindow.name Like "[on*" Then... (il resto di quel codice)
- ed anche provando: If dWindow.name Like "*on*" Then...
Non dimenticare di attivare il componente: gb.desktop.