kabelnet

Tag
  • Tartalmak

    84
  • Csatlakozás időpontja

  • Utolsó látogatás

Minden, amit kabelnet posztolt

  1. Én is azért halogatom már vagy egy hónapja, mert van rajta a kis unokám számára még néhány megnézetlen Eperke mesefilm, illetve azt is hallottam, hogy ha cserélik a boxot, akkor a javítottban már kisebb (fele) kapacitású HDD lesz. (Állítólag) Viszont lehet, hogy nincs más megoldás. Egyelőre - tegnap óta - úgy ügyeskedek, hogy amelyik felvétel a lejátszásnál megáll (ahol rossz a HDD), onnan nem törlöm ki a felvett és már megnézett műsort, bízva abban, hogy esetleg csak ezen a helyen rossz a HDD, és a többi szegmensre történő vétel lejátszása már problémamentes lesz.
  2. Van egy problémám. A felvett műsorok némelyike - szerintem az/azok, amelyeket (ek) a STB a saját HDD-jének elromlott szegmenseire vett fel - lejátszáskor azt csinálja, hogy egyszer csak megszűnik a hang, a kép még mozog 2-3 másodpercig, majd a kép is megdermed. Ebből az állapotból egyedül csak a gyors előretekerés gomb billenti ki pár másodpernyi műsoridő átugrása árán. Van valaki, aki szerint is itt HDD hibáról van szó? (A jelenség csatornafüggetlen!)
  3. Mi mást lehetne tenni, ha nem az számít, hogy igazunk van, hanem az , hogy kevesen vagyunk. (Ja és persze fizetünk is külön azért, hogy ebbe beletörődhessünk!)
  4. Szia! Te meg azt képzeld el, hogy a magenta téglalapban lévő piros (felvétel) kör egy pl. ezt keretező vékony fekete körben van, amely fekete ha nincs a kettő együtt, akkor esetleg nem is látszik, de ha egymás felett vannak, akkor a magenta téglalapban látszik egy fekete vékony kör, amelyben egy kisebb átmérőjű piros kör van. Melyik szabvány is sérülne ebben az esetben? (Vagy negligálva lenne talán ezzel e kedvenc magenta szín? Szerintem nem!)
  5. Szerintem sem az volt a bejegyzésem lényege, hogy a felvételeket piros körrel jelölök, és nem - ahogyan írtam - magentával. OldMike te láttad meg a lényeget: azt, hogy egymás felett nem látszanak. Egyetértek a javaslatoddal is, tegyenek a piros köré egy komplementer színt (vagy a fehéret), és akkor már látszani fog. (Azt persze nem tudom, hogy az ezen a felületen megjelenő infók eljutnak-e egy illetékes szem elé, vagy csak - nagy-nagy egyetértésben - jókat "beszélgetünk" róla ?)
  6. Hát engem is van ami zavar, és amit kijavítani is egyszerű lenne. Ha beállítunk felvételre egy műsort, ezt a rendszer jelzi jelzi a műsorújságban is (a felvételre váró listában is, a már felvett műsorok listájában is, ha éppen akkor veszi) egy "magenta" színű ponttal, vagy - sorozatfelvétel esetén - 3 db "magenta" színű ponttal. Ez szuper jó. A baj csak az, hogy a műsorújságban a kijelölés színe is ugyanez a "magenta" szín, így aztán ha a műsorújság kérésekor a kijelölés éppen azon a műsoron áll, amelyiken ott a jelölés, hogy az bizony fel is lesz majd egyszer véve, akkor ez nem látszik a kijelölés azonos színe alatt/fölött. Javaslat: a "magenta"-tól eltérő színnel jelölni azt, ha egy adott műsor felvételre van kijelölve.
  7. zoli62-höz: Én most értem el oda, hogy elkezdte kijelezni, hogy a régebbi felvételeim "Hamarosan törlődni fognak", miközben a CISCO ISB 2231 MT/405 jelű STB HDD használata most éppen 14%-on áll, a memóriahasználat 51%-os, ennek ellenére összesen már 5 db május 23 és május 25 között felvett egy-egy órás sorozat-részt is előirányzott a "hamarost" törlésre. Kérdésem: amikor majd eljut a helyzet oda, hogy tényleg ki fogja "helyhiány"??? miatt törölni az első - legrégebbi "amíg hely van" státuszú - felvételt, akkor mekkora lesz a HDD használati %-a? zoli62, te már a május 10-es bejegyzésed óta eljutottál már oda, hogy ki is törölt tőled felvételeket, vagy csak feleslegesen pánikoltatja az embert ez a furcsa jelzés 14%-os (!!!) HDD használatnál? Vagy ez az adat (14%) nem a HDD foglaltsági százaléka? Vagy a foglaltság többféle lehet? Lehet a felvételek miatti, és lehet a rendszerműködéshez szükséges helyigény miatti? De ha ez külön téma, akkor egy adott méretű HDD-nek hány %-a használható felvételekre? Egyáltalán, hány GB a 2231-es HDD mérete? Ja, és ellentétben Roli82 május 25-ös beírásával én a 18. kerületben most július 1-től nem 31696.23011-es, hanem 31.696.23014-es verziót kaptam.
  8. Én is első reakcióként azokat a felvételeket kezdtem el megnézni, majd megnézés után letörölni, amelyek törlésével elkezdett az IPTV rendszer riogatni, de aztán elhatároztam, hogy eloszlatom ezt a ködöt, és addig nem törlök, míg az első legrégebbi felvételemet a rendszer tényleg ki nem törli. Nagyon kíváncsi vagyok ugyanis arra, hogy ez mekkora megmaradt szabad HDD hely esetén fog megtörténni. Azt már tudjuk, hogy a riogatás akkor indul el, ha a szabad hely <=15%-ra lefogy.
  9. Most azért legyek vele boldog, mert az enyém már a legfrissebb verzió? Ugyanis ennek a hangereje sem gyógyult meg, ez is továbbra is halk. Talán az viszont igaz, hogy most már minden csatorna egyformán halk.
  10. Kösz a válaszod, erre nem gondoltam. Viszont azt azért továbbra is jó lenne tudni - most legyen mindegy, hogy a szabadot vagy foglaltat jelenti a "HDD használat" menücím - hogy hány %-os szabad hely-állapotnál kezdi irtani a szoftver a felvételeket. Erről nincs infód?
  11. Sziasztok! 2xHD, 1xSD, 2 db TV, az egyikhez felvevős box. A nem felvevőshöz tartozó TV-n minden T-s "Üzenet" megjelenik , a felvevőshöz tartozón pedig - egy egyszeri korábbi alkalmat kivéve - nem jelennek meg ugyanezen üzenetek. Lehetséges, hogy az azonos HGW-hez tartozó 2 tévés rendszerben ha egyszer az egyik TV-n már leokézták az üzenetet, akkor ugyanaz a tartalmú üzenet a másik TV-n már nem jelenik meg? Én most gyakorlatilag minden üzenetről lemaradok. Vagy lehet, hogy a felvevős box beállításán kell valamit változtatnom? Hol??? (Próbálkoztam már a beállításokkal variálni, de nem hozott eredményt, pedig emlékeim szerint amikor még a mostani felvevős boxos TV még egy nem felvevős boxon lógott, akkor az üzenetek mindkét készüléken eltérő használati időben, egymástól függetlenül is megjelentek, és külön-külön voltak okézhatóak is.) Mit tudtok erről mondani?
  12. Szia Zámbi. Én ezt már végigjártam, bár nekem nem csak a HD adásokkal volt bajom, de a képkimerevedés jellege és gyakorisága azonos volt. Javasolom, hogy nézd át az ezzel kapcsolatos posztokat, különösen Roli máj30-i (46-os csoport), jún. 12-i (50-es csoport) posztjait, az én (kabelnet) válaszomat jún.12-én és Anonymus szintén 12-i posztja szintén nagyon informatív. Ott megtudhatod, hogy miként lehet "belenézni" a Sagemcomba, és mit jelentenek az onnan kiolvasható kapcsolati adatok. Nem írtál egy szót sem arról, hogy milyen kábelen érkezik meg a jel Sagemcom elé, ennek bemenete előtt szét van-e (hány felé) ez a jel még osztva, milyen kábelezéssel megy tovább, milyen messzire, hány STB-hoz, vannak-e itt további szétosztások, stb. Ezek mind fontos adatok lennének. Hibára pedig mindenképpen add fel, mert lehet, hogy csak a T tud lépni a dologban, nem pedig te.
  13. Szia ace és még mindenki, aki a képkimerevedési kínlódásom során egy hónappal ezelőtt segíteni próbált . Már talán megszűnt az eredeti problémám, mert a PLC-k helyett belógattam a STB és a a HGW közé egy utp kábeldarabot, és azóta nem áll meg a kép. Továbbra sem értem, hogy (az egyébként hibamentesnek látszóan működő) PLC hogyan rondított bele a dologba, de ace válasza (hűtőgép indulás, mosógép indulása, stb.) elbizonytalanított, és lemondtam a PLC használatról. (Ami miatt most a lakás - a kábel eldugása érdekében - éppen a feje tetején áll. Keletkezett viszont ezzel a hibamentes (?) helyzettel egy újabb probléma. Tudnátok-e abban véleményt mondani (tapasztalatot átadni), hogy a Telekom szerelő által nekem eladott, Telekom számlán leszámlázott, nekem viszont működő műszaki megoldást nem biztosító, tehát 11 900 forintért feleslegesen megvásárolt PLC-ket mi módon tudnám a Telekomnak visszaadni, annak árát a későbbi számlákon jóváíratni? Telekom ma is reklámozza, én megvettem, kifizettem, viszont ami miatt eladták nekem, arra nem ad megoldást, nincs rá többé szükségem.
  14. Szia acel! Nagyon értékes választ adtál a kérdéseimre, köszönöm a segítséged. A linkeden elindulva egész jó kis továbbképzésre volt lehetőségem. Nekünk ugyan csak TV van a PLC végén (tehát minden szép, minden jó állapotnak kellene lenni), de a PLC jele egy - még az 1980-as években épült panelben futó - MM fali vezetéken (alumínium) keresztül jut el a PLC párjához, sőt (egy lakás már csak ilyen) még egy hűtőgép és egy fagyasztó is kapcsolgat az esti vagy kora reggeli működésük közben. (A wifis számítógép az esti tévézéskor már leginkább alszik, bár a routere még ilyenkor is nyomja a vezeték nélküli hálózatot. " Ha nem akarsz magad bajlódni vele és megérteni az egészet ..." gondolattal kapcsolatban pedig éppen azért vadásztam a Fórumon valakit, aki ebben a témában (is) jártas, mert DE IGEN, szeretném megérteni azt, amit tapasztalok. A 1412-es lehetőséget természetesen ismerem, és anélkül, hogy előítéletes lennék, azért hallottam itt a Fórumon az onnan kapható válaszok szakszerűségét illetően már hideget is és meleget is, ezért mielőtt őket kérdezem, legalább olyan szinten szeretném megérteni a tapasztaltak okát, ami elegendő lehet a majdani válaszuk kiértékeléséhez. Ismételten köszönöm, hogy ennyire tartalmasat válaszoltál. kabelnet
  15. Szia acel! Köszönöm a válaszodat, amelyből - nem vagyok IPTV specialista, hanem csak egy efi - nem sokat értettem. Annyit azért igen, hogy ha egy HD csatorna folyamatos működéséhez legalább 9 Mbps kell, akkor a pirosra váltó PLC-nk éppen ennek az értéknek a határára kerül a piros LED-re specifikált <10 Mpbs jeltovábbítási sebesség értékével. Azt a mondatodat sajnos nem értem, hogy " 50-100 mbps jó közelítés a plc maximumára. " Ahogyan írtam, a zöld LED az >50Mbps jeltovábbítási sebességet jelent, és fogalmam sincs, hogy ez mennyiben maximum, és mennyiben közelítés. De talán nem is érdekes, mert az első mondatod szerint még a piros LED jelzéshez tartozó jeltovábbítási sebesség is elég lehetne (biztonsági tartalék nélkül) még HD-re is, viszont a képkimerevedős TV-nk SD-s csatornák használatára van sorrendezve, így - ha az SD csatornák letöltéséhez még 9 Mbps sem kell, akkor - valószínűen még piros LED mellett sincs határon a dolog. Másrészt azt is írtam, hogy " Máskor meg megáll a kép totál zöld jelzésnél is." Na ez a viselkedés viszont a 9 megás HD igényt véve alapul, már egyáltalán nem érthető a számomra. De a fő kérdésem továbbra is (és erre vadásznám a választ), hogy mitől ugrál a PLC jeltovábbítási sebessége, ha közben sem a vezeték fajtája, sem a vezeték hossza nem változik?
  16. Szia Roli82 és anonymus! A segítségetek alapján 13-a óta egy kicsit alaposabban figyelgetem a két PLC-nket, és - azonkívül, hogy minden nap másként viselkedik egy kicsit - egy-két dolog azért már megcsípte a szememet. Tudnátok nekem még abban is segíteni, hogy elirányítotok egy olyan személyhez (az lenne a legjobb, ha ti is ilyenek lennétek), aki a PLC belső működését, az IPTV duplex jelfolyamnak a PLC kapcsolattartási sebességére gyakorolt hatását ismeri? Azt szeretném ettől a gurutól megtudni, hogy - a vezeték minőségén és a vezeték hosszán kívül - még mitől függ az, hogy (az elvileg max. 500 Mbps-os kapcsolattartási sebességre képes 2 db PLC egység adatátviteli sebessége éppen mekkora? - Lehet az pl. hogy az IPTV jelfolyam lelassult sebessége lelassítja a PLC adattovábbítási sebességét is? - Vagy pl. miért lassul le kritikusan a PLC kapcsolattartás sebessége, ha más fogyasztók által is használt konnektorsávba dugom (saját külön konnektor helyett) a PLC tagokat? Ahogyan ugyanis azt korábban már írtam, a DHP-508AV típusú 2 db PLC-nk az adatátviteli szakasz mindkét végén egyformán azt jelzi, hogy nálunk ez a kapcsolattartási sebesség bizony erősen és rendszeresen tud ingadozni. A STB felébresztésekor ugyan azonnal van kép a TV-n, de a kezdeti 5-10 percben a PLC LED-ek rendszeresen piros színbe váltanak (ilyenkor állítólag az adatátviteli sebesség 10Mbps alatt van) , ugyanakkor a TV képe nem dermed ki, illetve ha mégis, akkor az nem rendelhető hozzá egyértelműen ehhez az eseményhez. Néha olyan hosszú is tud lenni ez a piros állapot (10-15 sec.), hogy ha ez a státusz tényleg veszélyeztetné a folyamatos képernyőfrissítést, akkor a képnek már régen meg kellene állnia. Máskor meg megáll a kép totál zöld jelzésnél is (ilyenkor állítólag az adatátviteli sebesség 50Mbps fölött van). Szóval jó lenne, ha valaki érteni ezt, és velem meg is osztaná. Ha ugyanis a fentieket elfogadjuk, akkor nem a PLC használata okozza az időnkénti kimerevedéseket. Tulajdonképpen ti tudjátok, hogy az IPTV elvileg hány Mbps-os letöltési irányú adatátviteli sávban képes képernyőt frissíteni, illetve egyáltalán működni? A HGW adatfelületén is csak a 2 db feltöltési frekvenciát találtam meg (30-40 MHz között), de hogy ez mekkora Mbps-et jelent, azt ebből nem tudom. Utóirat: Egyébként pénteken este a HGW-t, STB-ot is újra kellett indítani, mert betöltési hibát jelzett a rendszer a TV képernyőn, mely kijelzésből nem is tudtam kilépni. (Újraindítva már minden ment a megszokottak szerint.)
  17. Kösz Attila70 a gondolatot, amit saját tapasztalattal meg is tudok erősíteni. Először ugyanis a bejárati ajtó feletti beépített szekrényben elhelyezett HGW-t, saját routert és a PLC-t egy konnektorsávról tápláltam meg, mely konnektorsáv közvetlenül a lakásbetápot adó biztosírótábláról ágazott le. A PLC így megtáplálva csak a 10-50 Mbps közötti sebességet jelentő narancssárga színig jutott max el. Csak akkor lett kvázi állandóan zöld a LED (50 Mbps feletti sebesség), amikor csináltam még egy leágazást a betáp tábláról, és a PLC-t külön arra tettem. Úgy látszik, hogy az "aktív" villásdugóknak (HGW és router tápegységdugóknak) van induktív terük, ami bezavar a PLC működésébe. De amit írtál, az bizony úgy van, köszönöm.
  18. Sziasztok anonymus és Roli82! Nagyon köszönöm nektek a számszerű információkat, melyek alapján most már egyedül is figyelni tudom a HGW-t, amennyiben a képkimerevedések folytatódnának. Az adataitok alapján azért erősen szűkül a kör afelé, hogy mégis csak a PLC okozhatja a problémát, és nem az elégtelen sávszélesség. /Megjegyzem, amikor üzembe helyezte a T-s szerelő a (PLC-s) rendszert, akkor előtte azért kihangsúlyozta, hogy ő jobban szereti, ha valami "dróttal" van összekötve, mert csak az a biztos./ Szóval nem tudom kik vagytok, de azt igen, hogy nálatok lenne a pont, ha ilyet lehetne a jó válaszért adni. (Más fórumokon van ilyen pontozási lehetőség a megoldásnak elfogadott válaszért.) Még egyszer nagyon köszönöm a segítségeteket. / U.i.: Roli82-nek a fociról még annyit, hogy én sem. /
  19. Már én is gondoltam erre, de a T hirdeti és árusítja, így nem gondolom, hogy a kütyü mégsem lenne elég jó. Ezzel ugyanis a T - elégtelen szolgáltatás miatt - saját maga alatt vágná a fát. Az a tény ugyanis, hogy a LED csak rövid időre vált (mos már csak néha) pirosra, kizárja azt, hogy pl. a falban lévő vezeték minősége (alumínium és nem réz) vagy hossza (kb. 10-15m) okozná az átviteli sebesség problémáját, mert akkor folyamatosan lassan menne el a jel az STB-ig. Inkább valami történhetett a háttérben, mióta először posztoltam a témában erről, mert egyszer csak "megjavult" (95%-osra) a helyzet. Szerintem toltak egy keveset a sávszélességen, és az most a határon "táncol".. Erről jut eszembe, hogy melyik adat alapján mondtad, hogy " Rendben vannak a jelszintjeid. "? És ezeknek mennyi lenne akkor az értékük, ha ez nem lennének rendben? Melyik adat mutatja, hogy tényleg elegendő a sávszélesség? És milyen összefüggés van a jelszint és a sávszélesség között? Ha még ezt a sok kérdésemet is kibírja a vasárnapod, akkor te most nem meccset nézel. Üdv: fitbee
  20. De akkor mi a nyavalyának áll meg néha a kép (és a hang)? Nem biztos, de mintha mostanában leginkább a tévézés első perceiben "szeretne" inkább megállni, a STB tévézéshez történő felébresztését követő első pár percben. Ilyenkor a PLC adatátviteli sebességét jelző középső LED-je is egy rövid pillanatra zöldből piros lesz, ami a PLC speckója szerint kisebb mint 10 MBsec adatátviteli sebességet jelent a normális (zöld) 50 felettihez képest.
  21. Szia Roli82! Elkerülték a posztjaink egymást. A mostani poszt feletti bejegyzésben - ugyan Anonymusnak címezve, de csak azért ó, mert ő kérte ezeket az adatokat először - feltettem csatolásként azokat az adatokat is melyeket most te is kértél. Ha te is véleményt mondanál, az is nagyon jó lenne. Ami a topik fajtáját illeti, hát nekem még mindig a megakadó IPTV vétel fáj, így szerintem nem vagyunk rossz helyen, de hát a moderátor majd eldönti. Várom a véleményedet, melyet előre is köszönök.
  22. Szia Anonymus! Ma kaptam elegendő segítséget ahhoz, hogy a HGW online felületére történő belépésem sikeres legyen. A - még jelenleg is meglévő, ugyan már jóval ritkábban előforduló képkimerevedések okának kiderítéséhez - kértél tőlem jelszint adatokat, melyeket most már csatolni tudok. A másik kérdésedre a válasz, a bejövő koax kábelen egy passzív kétfelé osztó van, a koax típusát nem ismerem, egy tömörvezetőjű réz közepe van, F csatlakozóknak való. A TELETRONIK Z2772 osztó egyik ága viszi a rádióhoz az antennajelet, a másik ága pedig a HGW-re viszi azt, ami még a koaxban van. Előre is megköszönöm, ha ki tudsz okoskodni valamit a küldött adatokból, és azt meg is osztod velem (velünk).
  23. Kösz Roli82, bent vagyok végre. Csak tudnám, hogy így ez miért nem zavarja a Firefoxot. De fő, hogy beengedett. Még 1x kösz.
  24. Szia Roli82. Megpróbáltam, de a sima http-re csak egy csomó találatot adott a Google, a https-re viszont megint feljött az az ablak, amelyik az előbb csatolt 3 kép közül az első képen is van, ahol a Speciális gomb található. Ha erre kattintok, akkor ez az ablak jön fel, és erőteljesen rám ijeszt. Mit tegyek?