Přejít na obsah
  • Sdělení

    • David - UPC

      Vítejte na diskuzním fóru UPC Zone   19.7.2017

      UPC Zone je nezávislé internetové fórum, kde mohou uživatelé mezi sebou diskutovat, sdílet zkušenosti a rady. Kritika zde není cenzurována, avšak chovejte se slušně a dodržujte pravidla fóra.

malina

Uživatel
  • Počet příspěvků

    41
  • Registrace

  • Poslední návštěva

O uživateli malina

  • Hodnost
    Nováček
  1. zrusit - odhlasit nabidku kabelove televize a koupit si za par stovek DVB-T settop box, nic jineho na ne neplati i kdybys byla v pravu, tak to nakonec uhrajou na to, ze se jednalo o selhani nejakeho jejich obchodniho zastupce, se kterym vlastne ani nemaji nic spolecneho
  2. xxx

    je to jeste malinko jinak - stahnout jdou jenom FTA programy, stahnout nejdou CAS programy UPC ale uz delsi dobu prakticky vse oznacuje jako CAS Nejdrive bylo vse FTA, pak byly FTA jen ceske stanice a nyni je FTA snad jen UPC Express ( alespon pred par mesici, kdyz jsem jim Handana hodil zpet na hlavu to tak bylo ) pokud chces stahovat vse, je treba nahravky nejprve "odemknout" - v principu staci prepsat jeden byte na disku, v praxi se da pouzit bootovatelne CD s linuxem, ktere vse co je nahrane automaticky odemkne - ale znamena to vyndat HDD z Handanu a pripojit ho do PC. Vse je popsano nekde drive v tomto vlaknu...
  3. 411 je defaultni port pro komunikaci s dc huby. To, ze velka cast hubu prechazi na jine porty je zpusobene tim, ze provideri si zvykli blokovat (nebo omezovat) 411 jakozto typicky P2P port. Proto jsem testoval port 411, protoze je temer jiste, ze pokud UPC omezuje provoz na nekterych portech, tak 411 mezi nimi bude taky.
  4. Tak jsem po 7 mesicich od zalozeni tohoto threadu na par portech vyzkousel, jak nyni UPC omezuje rychlosti. Samozrejme se nic nezmenilo, brutalni omezeni trvaji dal a kdo nekdy veril nebo jeste veri, ze se jedna jen o docasny "technicky" problem, je naivni. Mereno na UPC 30M (30Mbit/1,5Mbit). Vetsinu mereni jsem provedl na uploadu, kde je max. 1500kbit, u DC++ je testovany i download. Priblizne to vychazi tak, ze na "zavadnych" portech je rychlost cca 10% (vice radku pod sebou znamena opakovane mereni) dst src sluzba / port kbit/s kbit/s --------------------------------- max rychlost: 1500 30000 --------------------------------- ftp 20 1302 1390 1470 ftp 21 1396 1307 1393 http 80 1307 1251 1369 dc++ 411 194 2892 284 2883 205 1281 146 1165 https 443 1154 1375 1401 eDonkey 4662 235 /eMule 300 237 bittorr. 6881 243 203 142 z tabulky je jasne videt, ze "nezavadne" porty jsou z testovanych: 20, 21, 80, 443 zavadne jsou: 411, 4662, 6881 dalsi zajimave zjisteni bylo, ze shaping je napevno nastaven jako pevny limit pro kazdeho uzivatele zvlast, takze nejde obejit tim, ze se spusti vic stahovani, a pod. - pokud jsem nechal bezet bittorent, prenosove rychlosti u dc++ klesly na brutalne nizke hodnoty, zatimco u http zustala rychlost na puvodnich hodnotach (tzn. vsechna "zavadna" stahovani spolu "soutezila" v jednom omezenem cca 10% pasmu): dst src sluzba / port kbit/s kbit/s --------------------------------- max rychlost: 1500 30000 --------------------------------- spusteny bittorent: dc++ 411 38 89 33 82 33 138 31 90 spusteny bittorent: http 80 1141 1484 Pokud jde o metodiku, meril jsem ze serveru s nulovym trafficem, pripojeneho paterni siti do NIXu. Podle mych zkusenosti se krome prosteho omezovani portu omezuje i pomoci analyzy packetu, takze nestaci pouze prehodit traffic na jiny port. Castecne reseni je snad kombinace nestandarniho portu + sifrovani dat.
  5. Rychlost a packetloss

    No ja si merim packetloss prubezne, automaticky nekolikrat za hodinu - pingem na branu V SITI UPC. A z dlouhodobeho pozorovani (roky ) muzu rict, ze pokud neni vypadek, tak se zadne packety neztraceji - cili packetloss 0% jednou, kdyz se packety ztracely a postupne se to zhorsovalo, tak mi trvalo asi 2-3 tydny nez jsem donutil UPC aby poslali technika - byl vadny modem a nakonec prijeli az pote co modem definitivne umrel... nedavno - asi pred mesicem jsem opakovane zaznamenal kratke vypadky - vzdy treba 5 min OK a 5 min 50% packetloss a trvalo to radove pulhodinu i vic - kdyz jsem volal na podporu, tak jsem zjistil, ze se naucili novou mantru, kterou stale opakovali: "ale vite pane, ze ping je nespolehliva metoda k urceni vypadku?" jednou se podarilo zavolat v okamziku, kdy byl packetloss natolik patrny, ze ho zaznamenal i technik, ale zareagoval hbite: "to je kvuli tomu, ze mate vysoky upload" akorat, ze v tom okamziku zadny upload nebyl - mam na routeru traffic shaping a celkem presny aktualni prehled o tom nakolik je upload (1,5Mbit) vytizeny... a pak si volejte na technickou podporu...
  6. NÁVOD JE NAPSÁN PRO LINUX A POD LINUXEM OTESTOVÁN VEŠKERÝ POTŘEBNÝ SOFTWARE JE K DISPOZICI ZDARMA použitý software má verze i pro windows, takže pravděpodobně lze použít i ve windows klidně se podělte i o své - alternativní řešení a pokud najdete nějaké chyby, napište NEVKLÁDEJTE POSTUPY (LINKY) ZA POUŽITÍ KOMERČNÍHO (PLACENÉHO) software - pokud existuje alternativa zdarma, je to zbytečné Seznam použitého software usb downloader (WIN) HavToRec (WIN, WINE) ProjectX (JAVA) MJPEGTools (LINUX, WIN) dvdauthor (LINUX, WIN) legenda: LINUX = program pro linux WIN = program pro windows WINE = program pro windows, ktery na linuxu funguje ve WINE JAVA = lze spustit na windows i na linuxu 1) stazeni nahravky z DVR do PC - program pro stazeni nahravky je pouze pro Windows (DEKUJEME UPC), takze nezbyva, nez DVR pripojit k PC s Windows - downloader umi stahovat pouze FTA porady; pokud jsou oznacene CAS (vetsina), je nejprve treba z nich "vyrobit" FTA (postup, jak na to, neni tematem tohoto postu, vice zde: http://www.upczone.cz/viewtopic.php?t=1820 2) prevod .HAV do .TS - HavToRec je program pro windows, ale bez problemu funguje ve WINE - pokud mame v aktualnim adresari HavToRec.exe i stazeny soubor 1.hav, vypiseme hlavicku .HAVu v konsoli takto: /usr/bin/wine ./HavToRec.exe ./1.hav \\ /i - zpetna lomitka jsou tam proto, ze program vyzaduje zadani vystupni cesty ve "windowsoidnim" formatu (backshlash) a navic je treba backslash v konsoli escapovat (taky backslashem) dekodovani .HAVu do naseho domovskeho adresare by pak vypadalo v konsoli napr. takto (pouzity prepinace /h /b): /usr/bin/wine ./HavToRec.exe ./1.hav Z:\\home\\user\\ /h /b 3) sestrihani a demultiplex v ProjectX - pokud je nainstalovana java, pak staci stahnout zip, rozbalit, nastavit atributy souboru ProjectX.jar tak, aby byl spustitelny a z konsole spustit ./ProjectX.jar (nebo jeste lepe udelat si nejakeho slusiveho zastupce s ikonkou v menu nebo na plose - ProjectX neni prilis intuitivni, ale pokud jenom ostrihame zacatek, konec, pripadne reklamy, da se na nej celkem zvyknout samotny demultiplex probiha takto: * otevrit soubor pres menu File -> Add * soupatkem nebo sipkami se pohybovat ve filmu * tlacitkem [+] vybrat oblasti, ktere se budou strihat (zelena zustane, cervena ven) * tlacitko [prepare], action bude defaultne "demux" a stisknou tlacitko play [>/||] - pokud nahravka obsahuje skryte titulky (typicky stranka teletextu 888 u ceskych TV), je vhodne to nastavit v menu (staci pri prvnim spusteni): PreSettings -> Presettings -> subtitle -> teletext pages to decode: vybrat 888 - vysledkem budou soubory: 1.m2v = video stream 1.mp2 = audio stream 1[888].sub = titulky (pokud byly v poradu na strance TTX 888 vysilany) 4) multiplex do .mpg mplex -f 8 -o 1.mpg 1.m2v 1.mp2 5) (volitelne) pridani titulku do .mpg - program spumux z baliku dvdauthor, je treba mu pripravit xml s informacemi o filmu a take font, ktery pri tvorbe titulku pouzije - pokud je v xml napr. font "arial.ttf", je treba, aby byl nahrany v adresari: /home/user/.spumux/arial.ttf priklad obsahu souboru 1.xml: fontsize="28.0" font="arial.ttf" horizontal-alignment="center" vertical-alignment="bottom" left-margin="60" right-margin="60" top-margin="20" bottom-margin="30" subtitle-fps="25" movie-fps="25" movie-width="720" movie-height="576" force="no" /> - mame-li pripraveny xml soubor s nazvem 1.xml, pridame titulky v konsoli takto: spumux -s0 1.xml < 1.mpg > 1-subs.mpg 6) dvdauthoring - vytvoreni DVD struktury - na dvdauthoring existuje rada programu jak v linuxu tak windows, pokud bychom chteli zustat v prikazove radce, lze pouzit: dvdauthor -t -o ./DVD -f 1-subs.mpg nebo pokud chceme pridat kapitoly kazdych 5 minut, tak opet s pomoci xml souboru s nazvem dvdauthor.xml a obsahem napr.: <?xml version="1.0" encoding="UTF-8"?> a potom v konsoli: dvdauthor -o ./DVD -x dvdauthor.xml vysledkem je adresar s klasickou strukturou DVD
  7. UPC podporuje bezpečnější internet

    No to je sice krasny, ale proc mi na te strance nefunguje jediny odkaz (krome textoveho disclaimeru v paticce)? A to jsem zkousel i madarstinu a rumunstinu
  8. Nikdy bych takove pruserarske firme (viz jejich povestny support a reseni problemu) jako je UPC nepovolil inkaso. Jedine trvaly prikaz - nebo jeste lepe jednorazove prikazy po kontrole castky na fakture.
  9. tak s timhle ti poradim, ale budes muset znovu pouzit linux - jakykoliv bootovaci cd/dvd pripoj vadny i novy disk a zjisti si, jake maji oznaceni (/dev/hda, /dev/hdb, atd...) - treba pomoci fdisk -l (to pismenko je male L) az budes vedet, ktery je ktery, tak si to radeji jeste jednou zkontroluj, at neprijdes omylem o data potom staci udelat bitovou kopii takto: za predpokladu, ze "nemocny" (zdrojovy) disk je hda a "zdravy" (novy) disk je hdb !!! (jinak zmenit nazvy disku podle skutecneho umisteni!) dd if=/dev/hda of=/dev/hdb bs=512 conv=noerror,sync tohle zkopiruje bitove cely disk i pokud tam budou necitelne bloky (ty nahradi tusim nulami) bude to dlouho trvat (hodiny) a neni tam zadny ukazatel prubehu, takze trpelivost (pustit treba pres noc), zrychlit se da zvetsenim blocksize (napr. bs=16384) ale pokud se v tomto bloku objevi chyba, tak zase prijdes o vic dat (o cely blok)
  10. DI-524 router problém

    neboli u 802.11g ocekavej tak 10 - 20Mbit max. tech 54Mbit je marketingove lakadlo a teto rychlosti se lze priblizit pouze v laboratornich podminkach a na minimalni vzdalenosti - jak se vzdalujes od routeru, tak rychlost velice rychle klesa az na tech 10 - 20 Mbit, ktere mam overene z praxe ((ale spise 10 Mbit ))
  11. ne, tim to rozhodne neni, stejne krute se to zpomalilo i na linuxu - aneb - za vsim hledej UPC
  12. Switzerland detekuje, jestli provider packety zamerne meni/kazi. Zprovoznil jsem to, ale nic zajimaveho to nechytilo. Podle mne UPC packety nekazi/nemeni, ale nasadilo brutalni traffic shaping (omezeni rychlosti) na urcite porty + typ provozu...
  13. Neustálá změna IP adresy

    a co je tohle? http://www.upc.cz/o_upc/aktuality/ 22.9.2008 Z technických důvodů bylo pozastaveno nabízení pevných IP adres nehlede na to, ze 200Kc mesicne si za pevnou nerikaji ani vyderaci z Telecomu
  14. v prvni rade je svinstvo UPC - oni neblokuji jen traffic, ktery rozpoznaji jako P2P, ale vsechno co jde na nestandardni porty napr. se z domu nemuzu dostat na statistiky ntopu na serveru na paterni siti: https://xxxx:3000 - rychlost je asi tak 1kbit/s na jednu stranu se muzeme bavit o tom jestli omezovat P2P, ale prasit veskery provoz, to je sila
  15. nove rychlosti UPC internetu

    plati to skutecne? na webu upc.cz je totiz info: 22.9.2008 Z technických důvodů bylo pozastaveno nabízení pevných IP adres
×