Newsgroup: it.hobby.satellite-tv.digitale.mod
Titolo: Riassunto problemi ricezione Sky

Sono rientrato dalle vacanze e ho subito letto dei vari problemi su
Sky. 
Questa e' la mia situazione:
- squadrettamenti e sporadicamente audio fuori sincrono (Goldbox e MM
9600)
- spegnimenti improvvisi del ricevitore durante il cambio canale
(Goldbox)
- schermata verde con blocco del ricevitore (Goldbox)
- impossibilita' ad utilizzare DVBRecorder (MM 9600)
Preciso che il Goldbox e' ancora quello a noleggio del 1997, mentre il
9600 e' di seconda mano con tuner vecchio tipo (quello con
Autosearch).
Qualcuno e' riuscito a parlare con Sky riguardo questi problemi ?
-- 
Alberto Boselli
Leggi la FAQ: 
http://www.btinformatica.it/sat/faq.html

Ho fatto ulteriori prove e ho notato che non succede su tutti i
canali, ad esempio Disney Channel e' perfetto, sia su Goldbox che su
CI.
Anche le radio MCE sono ottime, anche per il DVBrecorder. Tra l'altro
ho notato che sono gia' a 44.1 kHz, quindi praticamente gia' pronte
per un CD.....


 Qualcuno e' riuscito a parlare con Sky riguardo questi problemi ?
Credo si faccia prima a parlare con Kreator
--------------------------------
Inviato via 
http://usenet.libero.it

tutti a 15Mbit, valore che sembra comportarsi da dummy
Uhm... mi sembra tropppo semplice come soluzione...
Il LOG del DVBRecorder parla di frame audio furoi sequenza e questo
potrebbe incasinare il demultiplexing dei ricevitori, Goldbox
compresi. Da qui gli squadrettamenti per cercare di risincronizzarsi o
le schermate verdi nei casi piu' critici.
LOG:
23:20:23: a/v recording started, trying to synchronize...
23:20:23: polling thread started
23:20:23: throwing away 635 bytes of unwanted audio data before first
header
23:20:23: set audio stream ID to 0xc0
23:20:23: no audio frame found - throwing away 722 bytes!
23:20:23: initialized audio frame PTS to 6:46:35.232
23:20:23: throwing away 138 bytes of audio data before first frame
23:20:23: no audio frame found - throwing away 722 bytes!
23:20:23: new audio frame pts differs by 0:00:00.024 from old audio
frame pts
23:20:23: 1 dropped audio frame detected - replaced with dummy frames
at playtime 6:46:35.256
23:20:23: no audio frame found - throwing away 722 bytes!
23:20:23: new audio frame pts differs by 0:00:00.024 from old audio
frame pts
23:20:23: 1 dropped audio frame detected - replaced with dummy frames
at playtime 6:46:35.280
23:20:23: no audio frame found - throwing away 722 bytes!
23:20:23: new audio frame pts differs by 0:00:00.024 from old audio
frame pts
23:20:23: 1 dropped audio frame detected - replaced with dummy frames
at playtime 6:46:35.304


 9600)
Su che canale l'audio fuori sincrono? Io al momento mai avvertito, e 
nemmeno gli squadrettamenti, su Fox e Jimmy almeno, che guardo piu' 
spesso. Forse perche' il processore del TF/TMX e' piu' potente (ricordo 
anche che in passato vecchi GB lamentavano audio fuori sincrono che non 
ho mai riscontrato)

 casa...
e magari con gli encoder che usava stream, che mi hanno sempre fatto 
pensare a delle ciofeghe.
Oltre alla questione del bitrate, effettivamente molto scarso in base a 
quanto riportato su satnews, mi sembra di aver letto che hanno anche 
abbassato la risoluzione in pixel delle immagini.
Evviva la..."qualita'" delle trasmissioni digitali... :-(

Su che canale l'audio fuori sincrono? Io al momento mai avvertito, 
Io l'ho notato su Sky Cinema 1 verso la meta' di un film dopo una
serie di squadrettamenti, poi per curiosita' un'ora dopo ho
ricontrollato su Sky Cinema 2 nello stesso punto ed era nuovamente
errato.
Da qui ho l'impressione che siano problemi loro, ad esempio che gli
encoder ex-Stream non reggano tutti questi nuovi canali (saranno
almeno il triplo di quelli che avevano prima). Forse devono upgradarsi
a qualcosa di piu' potente, ma se cosi' fosse dimostrerebbero una
scarsa professionalita' senza paragoni.
Quanto alla risoluzione video ho letto anch'io che e' stata ridotta,
ma sugli Sky Cinema 1, 2, 3, MAX e' rimasta quella di Tele+Bianco e
Grigio, cioe' 544x576, mentre 16:9 e' 720x576.


 encoder ex-Stream non reggano tutti questi nuovi canali (saranno
Quegli encoder gia' facevano schifo prima, mi immagino ora.

 abbassato la risoluzione in pixel delle immagini.
La risoluzione dei pixel puo` anche essere un bene perche` e` piu` nocivo
dover inviare immagini ad alta definizione con bitrate batto che a bassa
definizione con bitrate basso.
Tanto piu` che per una visione 4:3 una risolizione orizzontale di 384 e`
ancora accettabile ma non lo e` certamente per i 16:9. Mi ha sopreso infatti
scoprire, nella analisi che ho condotto che, il canale 16:9 viene trasmesso
allo stesso bitrate degli altri, il che sarebbe grave se si trovasse con una
risoluzione orizzontale bassa!
Se come noto, trovando il vostro interesse anche per la risoluzione
nell'immagine provero` ad estendere la mia analisi nelle prossime ore anche
alla risoluzione dell'immagine.
Devo anche dire pero che, il bitrate non deve essere considerato come metro
univocamente proprorzionale alla qualita` video in quanto - e questa e` una
principio che vige da sempre nella compressione digitale, anche nelle
immagini jpeg - la potenza di calcolo dei compressori digitali adottati puo`
fare anche di piu` del bitrate per migliorare la qualita`.
Vi siete mai accorti quando producete un mp3 dell'opzione (fast,medium,
slow) che accelera la compressione oppure come mai l'Adobe Photoshop a
parita` di fattore di qualita` produca migliori jpeg nella versione
registrata che in quella Limited?
Basandosi le compressioni su elaborazione numeriche, maggiori sono le
capacita` di calcolo dell'eleaborazione e migliore e` il risultato a parita`
di bitrate. I dati numerici in un flusso compressato di 3Mbit possono essere
stati prodotti da un elaboratore lento e poco potente e per questo
rappresentare un'immagine scarsa oppure essere stati prodotti da un
compressore mpeg-2 ad alta efficenza e potenza e per questo offrire anche
un'eccellente qualita`. Mi pare che dai 16 est abbiamo un eccellente esempio
in TMF fiamminga ove, con un basso bitrate si puo` assistere ad un'immagine
eccellente


Evviva la..."qualita'" delle trasmissioni digitali... :-(
--
Gabriele Del Prete       
gdel...@tiscali.it

 errato.
Confermo di aver notato anche io ieri sera mentre seguivo il film con mia
moglie... ve la siete spassata anche voi con "piume di struzzo" vero? ;) LOL
Quello mi e` parso il vecchio tradizionale problema di fasatura che spesso
si riscontra sulle trasmissioni bulgare, indiane, mediorentiali... ci siamo
capito vero? ;)
Per questo motivo questo genere di problema a mia opinine e` occorso gia` ai
primi livelli del multiplex dello stream mpeg prima ancora di entrare nei
meriti del dvb e deve essersi manifestato su tutti i ricevitori. Il fatto
che poi si sia manifestato anche nella replica un'ora dopo puo` addirittura
aprire l'ipotesi che la sfasatura sia occorsa addirittura negli stadi video
di regia come talvolta succede anche nella tv terrestre


Mi sono accorto che ancora adesso, nel film messi in onda in questo momento
il ritardo di una frazione di secondo del video e` ancora presente.
E` una cosa da poco lo so... ma visto che l'avevate evidenziata... e cmq...
la tv del futuro...quanda nostalgia degli spikes analogici


che poi si sia manifestato anche nella replica un'ora dopo puo` addirittura
Esatto, secondo me e' un problema di performance di qualche componente
abbastanza a monte nella catena.
A me succedeva la stessa cosa le prime volte che registravo con il
DVBRecorder e volevo nel frattempo continuare ad utilizzare il PC: il
risultato erano proprio squadrettamenti e perdita di sincronia.
Il fatto che si verifichi anche nelle repliche mi fa pensare che loro
encodino il materiale una sola volta (magari due se lo devono passare
anche su 16:9) e poi ritrasmettano sempre lo stesso file.
Comunque oggi sono stato al mare :-)) e non ho ancora verificato. Ci
sono miglioramenti ?



480x576
