2013-01-16 8 views

risposta

5

La semplice risposta è che non è possibile. Per quanto riguarda il motivo, ci sono diverse risposte a questo.

  1. Il modello di codec corrente non è documentato. Solo Carl sa come scrivere i codec al momento. Anche se qualcuno potrebbe essere in grado di guardare la fonte e capirlo, nessuno lo ha ancora fatto.
  2. Le funzioni di codec attuali non sono abbastanza flessibili per fare ciò che vuoi qui. È possibile creare un decodificatore, ma non un encoder poiché lo encode utilizza solo immagini, binari o stringhe. Forse basta avere un decodificatore per te.
  3. Solo i codec nativi sono supportati dal modello corrente. Non è possibile scrivere codec in codice Rebol, e per un parser significa che non è possibile utilizzare parse. Hai una versione in codice nativo del tuo parser?
  4. L'attuale modello di codec è un segnaposto per il modello di codec che speriamo di avere. Questo è il motivo per cui non è stato così ben documentato. Speriamo infine di supportare l'en/decodifica incrementale, i codec che possono leggere direttamente da file o altre porte e i codec Rebol. Tuttavia, non abbiamo ancora deciso il modello finale, o addirittura iniziato la discussione su come sarà progettato, al di là delle critiche iniziali.

Vorrei che ci fosse una risposta migliore alla tua domanda in questo momento.

+0

C'è un luogo in cui si è verificata la discussione (attualmente leggibile)? – kealist

0

Ho appena notato che il sistema sistema/catalogo/codec viene rimosso da Rebol 3; quindi suppongo che la funzione sia stata rimossa dopo il 31-mar-2009.

>> ? system/catalog 
SYSTEM/CATALOG is an object of value: 
datatypes  block! length: 56 
actions   block! length: 56 
natives   block! length: 159 
errors   object! [Throw Note Syntax Script Math Access Command... 
reflectors  block! length: 6 
boot-flags  block! length: 18 
+0

No, abbiamo appena riorganizzato il sistema alcune volte; 'system/catalog/codecs' è diventato' system/codecs 'ad un certo punto e ha persino la stessa struttura. La funzionalità è ancora lì. Tuttavia, non abbiamo mai reso possibile realizzare codec mezzanine, anche dall'inizio. – BrianH

4

I codec erano imo nello stato non rifinito. Ho proposto una sorta di meccanismo in streaming era necessario, IIRC Carl capito la necessità, ma la soluzione non è mai stata delineata. Idem per le attività - l'attuale "implementazione" è lontana da ciò che Carl aveva previsto per il tasking R3 ...

+0

Puoi dare qualche spunto per queste informazioni? – Nicktar

+0

Lui è la fonte. Pekr e io eravamo nella squadra che originariamente lavorava su R3.Il suo ruolo era più quello di mettere in evidenza le cose che abbiamo incasinato o che non stavamo facendo bene - non è un insulto, in realtà è davvero bravo in questo, un focus group di una sola persona. È stato colui che originariamente ha sottolineato i difetti nell'attuale modello di codec e ha fatto i primi suggerimenti per le capacità che un nuovo modello deve avere, che il modello attuale non possiede. Puoi * credergli sulla parola. – BrianH

Problemi correlati