Dotaz: Chyby AAC streamu pres proxy a VPN

[fsecko.je.jinak]

Zdravim. Mam nekolik linek u ruznych poskytovatelu a kdysi se mi stala jista vec. Posloucham si takhle jednou internetove radio v AAC a z niceho nic vypadla poskytovateli meho pripojeni zahranicni konektivita. Takze radio v cudu, zrovna v tom nejlepsim. Podle pingu jsem to zkoumal co se deje a zjistil ze jde skutecne o vypadek meho aktualniho poskytovatele pripojeni. Tak jsem se pres SSH pripojil na server, ktery mam pripojen u jineho poskytovatele a odtud ping na ono zahranicni radio jel. Tak jsem si tedy zridil VPN mezi svym PC a serverem u jineho poskytovatele, na serveru za VPN rozjel proxy, a stream donutil fungovat skrz VPN diky nastaveni prehravace aby pouzival proxy na serveru za VPNkou. A tak tedy stream pokracoval az na drobny detail, ve zvuku se projevovaly neco jako "mp3" artefakty. Jako by chybel napriklad 1 "frame"/"ramec"/"nevim jak se to jmenuje" - proste takove flangerovane zblunknuti. Mozna jakoby 2 prohozene datove ramce, nevim. Proste stream byl vetsinu casu cisty a plynuly az na tyto chybky ve zvuku, ktere se projevovaly nepravidelne, ale treba 1 chyba za 3 vteriny. Premyslim cim by to mohlo byt. Ze by se prohodilo pres VPN (openvpn) poradi paketu a prehravac by to neumel zpet potridit a prehral by v tomto ojedinelem pripade na kratickou dobu nejaky zvukovy chaos? Nevim.. Mozna to delal proxy (SQUID). Kazdopadne je to rusive a skoda ze kvuli tomu ne az tak pouzitelne. Stream na primo bez VPN a bez proxy je cisty bez "artefaktu". Setkal se nekdo s tim? Tusi nekdo jestli se jedna o prohozene poradi paketu a jak zaridit aby se tomu zamezilo? Diky. Neni to tak dulezite, preziju to i bez toho, ale zajimalo by me, proc k tomu dochazi. Ze by to byla zalezitost konkretniho streamu netusim, jedna se o bassdrive.com (mam rad Drum and bass).

Takze tedy:

mujPC -> bassdrive.com = cisty krasny dnb
mujPC -> VPN -> SQUID -> bassdrive.com = cisty krasny dnb ale s obcasnymi zvukovymi vadami.

Na otázku zatím nikdo bohužel neodpověděl.