Decodifica video in Raspberry Pi senza usare OpenMAX?

Question

Sto cercando un esempio di video di decodifica su Raspberry Pi direttamente, senza utilizzare OpenMAX.

Questo spiega i diversi strati di software multimediale:

C'è un ulteriore livello che non è mostrato qui, il "MMAL" strato che è (credo) un wrapper Broadcom intorno OpenMAX . (In caso contrario, sarebbe un'alternativa OpenMAX, posta sopra il driver del kernel), ad esempio raspivid e raspistill sono scritti usando MMAL.

Desidero un esempio di decodifica video in cui l'input è raw H.264 e l'uscita è video in memoria o video sullo schermo. Voglio fare questo usando VCHIQ direttamente, non usando OpenMAX. (Principalmente per prestazioni e motivi di flessibilità)

Questo repository github: https://github.com/raspberrypi/userland/ contiene la sorgente per tutto mostrato sopra (arancione e caselle verdi; sorgente per VCHIQ sé, attuazione OpenMAX IL in cima VCHIQ, anche OpenGL e EGL implementazioni, ...). Quindi in teoria dovrebbe essere sufficiente per iniziare. Il problema è che non è ovvio come usarlo, anche se si è molto familiari con OpenMAX e con i framework multimediali in generale.

Ad esempio: vchiq_bulk_transmit() sembra essere la funzione che si userebbe per inviare video al decodificatore. Ma come inizializzare il primo argomento di tipo VCHIQ_SERVICE_HANDLE_T? Dove vanno i risultati, nel framebuffer o in un handle di risultati o ...?

EDIT La taglia può essere raccolto da uno fornendo un esempio di lavoro di decodifica video utilizzando vchiq, una procedura dettagliata API che mostra la sequenza di chiamata (anche se non un esempio di lavoro) o un puntatore alla documentazione sufficiente scrivere questo. Un esempio funzionante otterrà un abbondante extra bounty :)

Answer 1

Non ho un esempio funzionante, ma ho un walkthrough API. specie di ..

Link to the full source code

ho trovato la seguente funzione che dimostrare come si può chiamare vchiq_bulk_transmit

int32_t vchi_bulk_queue_transmit(VCHI_SERVICE_HANDLE_T handle, 
    void *data_src, 
    uint32_t data_size, 
    VCHI_FLAGS_T flags, 
    void *bulk_handle) 
{ 
    SHIM_SERVICE_T *service = (SHIM_SERVICE_T *)handle; 
    .. 
    status = vchiq_bulk_transmit(service->handle, data_src, 
     data_size, bulk_handle, mode); 
    .. 
    return vchiq_status_to_vchi(status); 
} 
EXPORT_SYMBOL(vchi_bulk_queue_transmit); 

c'è una funzione per creare VCHI_SERVICE_HANDLE_T

int32_t vchi_service_create(VCHI_INSTANCE_T instance_handle, 
    SERVICE_CREATION_T *setup, 
    VCHI_SERVICE_HANDLE_T *handle) 
{ 
    VCHIQ_INSTANCE_T instance = (VCHIQ_INSTANCE_T)instance_handle; 
    SHIM_SERVICE_T *service = service_alloc(instance, setup); 

    *handle = (VCHI_SERVICE_HANDLE_T)service; 
    .. 
    return (service != NULL) ? 0 : -1; 
} 
EXPORT_SYMBOL(vchi_service_create); 

Ma voi bisogno di un VCHI_INSTANCE_T che può essere inizializzato qui

int32_t vchi_initialise(VCHI_INSTANCE_T *instance_handle) 
{ 
    VCHIQ_INSTANCE_T instance; 
    VCHIQ_STATUS_T status; 

    status = vchiq_initialise(&instance); 

    *instance_handle = (VCHI_INSTANCE_T)instance; 

    return vchiq_status_to_vchi(status); 
} 
EXPORT_SYMBOL(vchi_initialise); 

Answer 2

Penso che openmax dia più prestazioni nell'elaborazione multimediale. È possibile confrontare le prestazioni per queste due alternative semplicemente eseguendo le rispettive pipeline per gstreamer. Per queste azioni non è necessaria la programmazione e puoi usare gst-launch per questo scopo. I plugin Openmax per gstreamer iniziano con il prefisso 'omx'. Operazioni di codifica e decodifica perfettamente in esecuzione con omx mentre la CPU principale non scarica. L'implementazione proprietaria per la codifica o la decodifica h264 è un problema molto difficile e senza l'utilizzo di librerie che è possibile utilizzare per molti anni.