Newsgroup: it.comp.software.divx
Titolo: Scelta  Lettore DIVX con queste caratteristiche:...

Ciao a tutti...
sono un possessore di un nortek 110... Col nuovo firmware (229) son
peggiorate ulteriormente le cose (alcuni sottotitoli non sono più letti)...
Pertanto mi accingo a prendere un nuovo lettore. Chiedo consiglio in merito
all'acquisto... Il lettore deve avere necessariamente il supporto per i
sottotitoli (vedo quasi esclusivamente film asiatici), e deve essere
dezonabile... Ovviamente, deve anche leggere i DIVX (cosa che il nortek
fatica a fare...)
Grazie in anticipo!
Dirge

 ha scritto nel messaggio
news:4110ccb3$1...@x-privat.org...

WOW! Una domanda nuova... uhm... rischiamo di diventare un po' ripetitivi.
Io ti dico che il Marvel&Louis DX750 va bene, de zonabile, legge sottotitoli
e close caption 
http://www.elotech.it
. Ci saranno sicuramente un mucchio di
altri lettori con le stesse caratteristiche, guarda i lettori che ti trovi
in giro, chiedi ai produttori o ai distributori e te lo sapranno dire...

 letti)...
Gentile lettore, qui al supporto tecnico stiamo facendo di tutto per
assicurare sempre migliori livelli di servizio, per la completa
soddisfazione dei nostri clienti.
Pensi che il modello che possiede dottor mistero si accende con la semplice
pressione dell'apposito tasto sul frontalino!
Non è certo facile giungere a tali standards qualitativi, ma è nostro
preciso impegno proseguire costantemente in questa direzione.
Perciò la invitiamo a non abbandonare il nostro prodotto, le suggeriamo
piuttosto di seguire costantemente le evoluzioni del software sul sito a
disposizione dei nostri clienti; attenda fiducioso, che appena i mongoli ci
mandano qualche monnezza di upgrade, ci sta il caso che lei riesca
addirittura a vedere uno o due divx.
saluti sottotitolati

 ha scritto nel messaggio
news:4110ccb3$1...@x-privat.org...

Azz...io ancora devo mettere l'aggio...non lo faccio?!?! Certo pero' che
vorrei qualche altro parere visto che la frase "sono peggiorate
ulteriormente le cose" mi fa capire che si sia prevenuti o chissa' che visto
che prima niente di male andava....se l'aggio ha introdotto problemi (ma non
credo visto che in giro non se ne parla) ok..ma e' sempre andato benissimo
con tutto e tutti

 visto che prima niente di male andava....
Prescindendo dalla sintassi "creativa", cerco di estrapolare un senso un
senso compiuto, e ribatto:
Da:Frank Sinapsi (
f.sinap...@inwind.it
)
Oggetto:Re: Riassunto problemi Nortek 110 
Newsgroups:free.it.software.divx
Data:2004-03-11 00:35:03 PST 
-----------------------------------------------------------------------
ad ogni modo, queste sono le cose che avevamo scritto con Dottor
Mistero, riguardo al Nortek:
- full screen su tutte le risoluzioni (alcune non vengono gestite bene)
- riconoscimento file da magic number
- una funzione di zoom più fine (adattamento immagine)
[...]
- il problema della desincronizzazione A/V (che spesso si risolve con un
  indietro veloce seguito da avanti veloce)
a cui va aggiunto:
- divx che "saltano"
------------------------------------------------------------------------
saluti prevenuti

 visto che prima niente di male andava....
Prescindendo dalla sintassi "creativa", cerco di estrapolare un


 che visto che prima niente di male andava....
Allora, come ho già scritto, dopo che ho fatto l'aggiornamento, alcuni
sottotitoli non me li legge più. Vengono letti dalla ps2, dal pc, ma non dal
nortek, e questo è alquanto fastidioso, dato che non c'è alcuna
discriminante.
Per quanto riguiarda invece il nortek in generale, bè... non è mai andato
benissimo... Non so gli altri lettori, ma questo ha avuto sempre qualcosina
che non andava.... un fuori sincrono, audio scoppiettante... insomma...
quando metttevi dentro un divx, non sapevi mai se sarebbe andato o meno...
ovviamente dopo ore e ore di scaricamenti...
Ultimo esempio, shrek 2... sul nortek è tutto a quadrettoni... mentre viene
letto benissimo da pc e ps2...

 ------------------------------------------------------------------------
MAI capitato..e dico MAI..centinaia e centinaia di cose date in pasto

 ha scritto nel messaggio
news:411207c8$1...@x-privat.org...

Ok....beh..allora il problema sono solo i sottotitoli...cerchero' conferme
in rete....per il resto..mai avuto problemi...quindi...vabbuo' ;)

 MAI capitato..e dico MAI..centinaia e centinaia di cose date in pasto
Vuoi dire che un divx 640*360 te lo dà full screen senza bande laterali?
Vuoi dire che riesci a vedere un divx contenuto in un avi nominato pippo.txt
o anche pippo.txt.qualcosa.txt.avi?
Beh, non c'è che dire, complimenti.
saluti prevenuti

Non solo sottotitoli... Shrek 2 si vede a quadrettoni..., spesso in audio
ac3 in scene concitate comincia ad andare a scatti... forse son io che
pretendo troppo... ma per me audio ac3 5.1 e sottotitoli sono elementi
essenziali.


 MAI capitato..e dico MAI..centinaia e centinaia di cose date in pasto
a me e' capitato, con dei verbatim +R, ma risolvo 
abbastanza in fretta facendo un open/close del cassetto 
del drive dvd. La cosa poi non e' troppo problematica 
dato che se il prob si verifica si presenta sempre dopo 
solo qualche secondo di visione.
Invece ho scoperto quasi casualmente che quando si hanno 
degli Xvid codificati con la matrice h623(mi sembra 
questo il rif.), che normalmente vengono visualizzati 
con dei vistosi spixellamenti, e' sufficente premere p/i 
due volte per avere una corretta decodifica.
-- 
Ciao,
Klaupacius

 o anche pippo.txt.qualcosa.txt.avi?
non voglio essere polemico :) solo avere qualche info; 
ma perche' dovresti mettere l'estensione .txt ad un avi, 
oppure usare una doppia estensione? C'e' qualche motivo 
particolare?
-- 
Ciao,
Klaupacius

 essenziali.
effettivamente fino a qualche tempo fa, almeno per me, 
era un po un casino sapere quali divx o xvid sarebbero 
stati visualizzati correttamente o meno (al di la del 
qpel). Ora pero' con le nuove release di AutoGK e le 
info sulle matrici non compatibili e' abbastanza facile 
sapere quali saranno ad avere problemi.
Inoltre avendo anche un altro lettore divx, techwood, e 
leggendo vari forum mi pare che tutti i lettori divx 
attualmente in commercio hanno qualche magagna, in 
teoria bisognerebbe scegliere in base alla proprie 
esigenze (ad es. ci sono ottimi lettori che pero' non 
gestiscono bene i sottotitoli, cosa che per me e' invece 
una caratteristica indispensabile).
IMHO attualmente una xbox modificata (modchip e anche 
ventola silenziosa) rimane la scelta migliore.
-- 
Ciao,
Klaupacius

 due volte per avere una corretta decodifica.
Gentile utente del Nostro Prodotto (di seguito NP),
siamo certi che apprezzerà la comodità dell'uso del pulsante P/I per indurre
NP a comportarsi come si deve; pensi che abbiamo in animo -per le prossime
attesissime releases di firmware- di rilasciare un interprete Morse (sì,
punto linea punto) per poter -amichevolmente- colloquiare con NP tramite il
suddetto codice.
Pensi alla comodità di poter digitare la sequenza ...---... (sos) e vedere
all'istante la schermata di setup corredata da messaggi di aiuto! Pensi
-sempre grazie al suddetto interprete Morse- alla imperdibile opportunità
di poter comunicare discretamente ad NP i più turpi improperi, in occasione
di perdite di sincronia audio/video, spixellamenti, sottotitoli
rigorosamente disposti sul baricentro del monitor, e quant'altro.
Certi che apprezzerà le nuove funzionalità di NP, la invitiamo a
pubblicizzare NP qui sul niusgrùp, come già molti hanno fatto, esponendone
gli innumerevoli pregi.
....-.-....--..
saluti in codice morse

 particolare?
Perchè spesso li trovo già così, oppure mi viene comodo usare il punto
invece dello spazio per separare le parole, e mplayer (e perfino il mongolo
windows media player) li leggono senza scomporsi.
infosaluti 

 saluti in codice morse
Ciao,
Klaupacius
P.S.: Sulla questione invece che molto spesso, troppo 
spesso, prodotti elettronici ed informatici siano molto 
lontani da essere effettivamente user-friendly e 
costringano ad imparare assurdi comportamenti perche' 
funzioni correttamente non posso che essere d'accordo. 
Ma mi sembra un problema generale che passa 
orizzontalmente da linux a windows, da macos a osx e 
verticalmente all'interno di qualsiasi genere di 
applicazione dal wordpad a word, dal paintbrush a 
photoshop. IMHO tra qualche centinaio d'anni si 
domanderanno come diavolo facevamo ad usare certi 
marchingegni. ;)

 una caratteristica indispensabile).
invece a me dei sottotitoli non importa nulla :-)
e non mi importa nemmeno del qpel... tra l'altro l'unico
divx in cui mi sono imbattuto ad avere il qpel era quello
nel "cd dei test".
non mi importa nemmeno del gmc, che tra l'altro il nortek
leggerebbe (anche di questi, credo che l'unico che abbia
mai visto sia quello del cd dei test...)
quello che invece mi importa tantissimo e' che il nortek,
per fortuna, legge avi/mpeg-4 che non sono ne' divx (della
divx networks) ne' xvid, in quanto uso esclusivamente un
codec che non e' derivato dal progetto opendivx, ma che fu
iniziato (da zero) alcuni anni fa da Fabrice Bellard
(quello del progetto ffmpeg, su cui e' basato ffdshow), il
quale lo descriveva in questo modo:
----------------
/*
 * The simplest mpeg encoder (well, it was the simplest!)
 * Copyright (c) 2000,2001 Fabrice Bellard.
 *
----------------
negli ultimi tempi (piu' che altro durante il 2003), il
codec e' cresciuto moltissimo, e' abbastanza piu' veloce
degli altri due, presentando analoghe caratteristiche
avanzate (eccetto il gmc, che non e' stato ancora aggiunto).
che il nortek non sia certificato da "divx networks" non mi
interessa assolutamente niente, ne' che supporti il qpel;
mi interessa molto piu' che legga gli avi/mpeg-4 generati
da altri codec (come quello che uso) e in effetti non solo
li legge, ma li rende con una qualita' molto elevata.
il discorso cambia nel caso di un utilizzatore che gli
serve solo per vedere film che scarica col p2p, il quale
chiaramente ha come esigenza primaria il supporto ai
codec che vengono piu' usati per generare i divx che riesce
a scaricare: come dicevi te, ognuno dovrebbe scegliere in
base alle proprie esigenze.

 severo anche con gli altri lettori in commercio,
ho forse parlato di altri lettori? Il nortek ho comprato, e pensavo che
dovesse darmi le features normali di un player da pc, visto che
l'alternativa al nortek era linuxbox con mplayer e telecomando (non so se
mi spiego) e ho preso il nortek perchč vincente dal punto di vista estetico
e di ingombro.
N'est pas?
Infine, va detto che io, come Frank Sinapsi, comprimo in divx rigorosamente
roba mia, ed usando transcode+ffmpeg, ottengo, sul nortek, risultati
davvero molto buoni.
Ma perchč conosco il nortek e so come produrre roba che lui digerisce bene;
e il materiale prodotto prima dell'acquisto del nortek?
saluti inutilizzabili

 o anche pippo.txt.qualcosa.txt.avi?
il miooooo funzionaaaa... credo che basti che l'ultima estensione digitata
sia .AVI, magari faccio qualche prova in più

 presenta manco nel menů.
boh, a me sembra strano, sul mio (non č un Nortek ma sempre ESS based...)
basta che ci sia un AVI in fondo e legge...

 e il materiale prodotto prima dell'acquisto del nortek?
tornando al Nortek, mi sono dimenticato di dire che a me, la cosa che
piu' mi disturba non e' tanto l'apparecchio in se' (che mi piace
abbastanza), quanto le persone che rispondono alle e-mail, che sono
smepre state cortesi *formalmente*, ma personalmente preferirei una
cortesia *sostanziale*, come ho gia' spiegato molte volte in passato.
Cioe', e' inutile che ci ringrazino e dicano che passeranno le nostre
segnalazioni ai "loro ingegneri" (come hanno risposto a qualcuno),
quando sembra abbastanza evidente che tutte le nostre segnalazioni non
producono alcun effetto sui firmware rilasciati (eppure molte di
quelle che abbiamo segnalato, richiedono modifiche banalissime! come
quella della "terminazione di riga dei sottotitoli"...). Se i firmware
presentano qualche miglioramento e' per puro caso, non perche' glielo
hanno segnalato gli utilizzatori; questo e' un modello di sviluppo
sbagliato...
Del resto, non ho idea di come sia la situazione per gli altri modelli
di lettori... Se ci fosse un lettore in cui ci sia una dialogo effettivo
tra utilizzatori e sviluppatori del firmware sarebbe molto buono;
meglio ancora, sarebbe se il firmware fosse modificabile dagli stessi
utilizzatori, cosa che per il Nortek vedo abbastanza ardua (si sa se
qualcuno lo ha fatto o ci ha provato?)

 Vuoi dire che un divx 640*360 te lo dà full screen senza bande laterali?
si', io ho un divx 640x360 che su un televisore me lo da' full screen
senza bande laterali, sull'altro televisore si vede una sottilissima
banda nera sul solo lato destro (a sinistra arriva fino al bordo).
Pero' notai altri divx 640x360 che avevano bande laterali piu' estese,
e questo e' sconcertante perche' vorrebbe dire che il modo in cui viene
"espanso" il filmato in fullscreen non dipende dalla sola risoluzione
ma anche da qualche altro fattore (questo e' un ulteriore indizio a
favore dell'ipotesi che quel firmware e' scritto a cazzo di cane).

 tra utilizzatori e sviluppatori del firmware sarebbe molto buono;
certo che c'è, linuxbox+mplayer! :-)
saluti autocostruiti

 favore dell'ipotesi che quel firmware e' scritto a cazzo di cane).
Per la precisione "a cazzo di pechinese"; fosse stato "a cazzo di pastore
maremmano", avremmo avuto qualche possibilità di interazione con l'artefice
di tali finezze, e con qualche minaccia magari si sarebbe anche riusciti a
strappargli il sorgente dalle mani e vedere di riassestarlo un pochino.
saluti compilati

 Io uso la 0.6.12, l'rpm di plf.
quando ho iniziato a trovare bugs in quel file (che avevo preso da ogmtools)
ho subito scaricato l'ultima release di transcode, che e' appunto la 0.6.12
(file transcode-0.6.12.tar.bz2 di 2,857,332 bytes) perche' volevo
risparmiarmi un po' di lavoro; pero' e' praticamente lo stesso che gia'
avevo (l'altro tizio si era limitato a fare delle semplici sostituzioni).
In particolare, anche nella 0.6.12 sono presenti quei due bugs di cui ti
ho parlato e si tratta di bugs seri, anche se si manifestano solo su AVI
di dimensioni enormi.
Gli errori si trovano nel file "avilib.c", nella directory "avilib".
Ad esempio, per farne manifestare uno, basta che il parametro "byte"
della funzione 
int AVI_set_audio_position(avi_t *AVI, long byte)
superi la fatidica soglia dei 2gB.
Il parametro byte e' la posizione (in bytes) del campione audio su cui
ci si vuole posizionare (per poi leggere un po' di campioni, chiamando
la funzione AVI_read_audio). Per effettuare il posizionamento, la
funzione effettua una ricerca binaria nell'indice AVI che e' stato
letto in precedenza dalla funzione di apertura dell'AVI.
Non si hanno problemi finche' questa posizione (il parametro byte) non
supera 2gB; tale posizione e' il prodotto tra il numero di campione,
la grandezza (in bytes) dei campioni e il numero dei canali; se i
campioni sono di 16 bit e la traccia audio e' stereo, il massimo
numero di campione rappresentabile e' 2^29; se la frequenza di
campionamento e' di 44100 campioni al secondo, i problemi cominciano
a presentarsi prima di arrivare a 12174 secondi (2^29 / 44100), cioe'
prima di arrivare a 3 ore e mezza di filmato.

 superi la fatidica soglia dei 2gB.
Ineccepibile ma se non mi sbaglio il gcc supporta qualcosa del tipo:
-mlong64 Force long types to be 64 bits wide.  See -mlong32 for an
explanation of the default, and the width of pointers.
Puň darsi che sia stato compilato cosě? Io non lo so perchč non mi č
capitato di superare le tre ore.
saluti a 64 bit

 Puň darsi che sia stato compilato cosě?
non credo: ho fatto una ricerca su tutto il codice sorgente e non
c'e' traccia di tale opzione; inoltre credo che, se i "long"
fossero grandi 64 bit, tutto il programma avrebbe seri problemi
dovuti a tale fatto (la scrittura degli headers AVI verrebbe
fuori tutta sballata, in quanto presuppone che i campi dichiarati
"long" siano campi a 32 bit...)
comunque questa opzione non la conoscevo! va be' che ho una
versione di gcc molto vecchia (3.2), ma essa non la supporta:
ho provato a compilare questo
-------------------- (pippo.c)
#include <stdio.h>
int main()
{
    printf( "%d\n", sizeof( long int ) );
    return 0;
}
--------------------
compilando con: gcc -o pippo pippo.c
ed eseguendolo, ottengo 4
mentre compilando con: gcc -mlong64 -o pippo pippo.c
ottengo il messaggio di errore:
cc1: invalid option `long64'
a te invece funziona?

 versione di gcc molto vecchia (3.2), ma essa non la supporta:
Scusa ho cappellato, per x86 è -m64, l'altra era per mips, fa i long a 64,
ma fa anche codice per x86-64, quindi non funziona. :-)
saluti multipiattaforma

 ma fa anche codice per x86-64, quindi non funziona. :-)
forse il modo migliore per usare dati a 64 bit e' quello di includere
<stdint.h> e usare il tipo int64_t (o uint64_t), anche se molti usano
invece direttamente "long long".
Nel caso di avilib, sembra proprio che si tratti di dimenticanze di Ostreich,
visto che in tutto il resto del codice ha usato il tipo "off_t" nei punti
giusti.
Comunque, nella maggior parte degli utilizzi, quei bug non si manifestano,
forse e' per questo che non se ne sono accorti.
Del resto esistono casi particolari: c'e' chi acquisisce da scheda mjpeg
5-6 ore tutte in una volta, ottenendo AVI mostruosi di 50-60 GB; in quei
casi, i bug si manifesterebbero.
Quella libreria e' molto bella e utile, l'ho testata su molti AVI e funziona
su tutti (la versione precedente, quella tuttora usata dall'ultima versione
di mjpegtools, non funziona su tutti...) e consente di ottenere da essi
tante informazioni utili.

 in quei casi, i bug si manifesterebbero.
Non so perché ma mi fischiano le orecchie... ;)
-- 
Saluti, Kap - ICQ 19857429 - ¥'s Fan #01 - 
www.lordkap.it
 - VCC
Più si invecchia e più ci si convince che Sua Sacra Maestà il caso fa
i tre quarti del lavoro in questo miserabile mondo. - Federico il grande