Fórum Digizone.cz
Hlavní témata => Zemské digitální vysílání (DVB-T) => Téma založeno: molinari 18. 05. 2013, 10:36:04
-
Dobrý den všem, můžete mi prosím potvrdit mojí domněnku o stejném TSID u "MUX4" a "Regionální síť 7" v Praze CH42 a CH37 vysílač Ládví?
TSID: 0x0401(1025d)
Je to chyba, nebo záměr? Dá se s tím něco dělat? ČTÚ?
Předem děkuji za info.
-
Nevím, zda Vám moje obrazová odpověď stačí? Ale bohužel netuším, odkud všech 58 TV a rozhlasových stanic, v Praze Lhotce s anténou směrovanou na sever, přijímám.
-
Dobrý den všem, můžete mi prosím potvrdit mojí domněnku o stejném TSID u "MUX4" a "Regionální síť 7" v Praze CH42 a CH46 vysílač Ládví?
TSID: 0x0401(1025d)
Je to chyba, nebo záměr? Dá se s tím něco dělat? ČTÚ?
Předem děkuji za info.
Ano, mají stejné TSID a to je obávám se pro některé přijímače problém.
-
Mate dobry postreh. Jen predpokladam, ze jste myslel k42-mux4-DB a k37-regmux7-PD. Prave k tomuto smerovala moje otazka tady:
http://forum.digizone.cz/index.php?topic=3033.msg44345#msg44345
Mam totiz podezdreni, ze diky tomu ze mux4 v Praze a regmux7 pouziva stejne TSID, maji nektere pristroje (hlavne Sony) od kvetna problem s naladenim mux4.
A je to samozrejme chyba, u k37 maji pouzivat TSID 0x0F01.
Parizek ale na identifikatory site dlouhodobe kasle, mux4 vysilal delsi cas bez identifikace (nekde neslo nalaidt mux4), pak rok s chybnou identifikaci v cele republice (prohozene NID a ONID -chyba nastesti nicemu nevadila) a CTU je to uplne jedno. Tady u regmux7 se jim mozna ten binec vymstil a dopadl na mux4. Ale tahle domenka se musi teprve potvrdit. Mozna az zamotaji identifikatory do hlavnich siti mux1-3, zacne se neco dit. :)
-
Pametniku, vase Sony W4000 naladila po 1.5. mux4 k42?
-
Dobrý den všem, můžete mi prosím potvrdit mojí domněnku o stejném TSID u "MUX4" a "Regionální síť 7" v Praze CH42 a CH46 vysílač Ládví?
TSID: 0x0401(1025d)
Je to chyba, nebo záměr? Dá se s tím něco dělat? ČTÚ?
Předem děkuji za info.
Ano, mají stejné TSID a to je obávám se pro některé přijímače problém.
Už nemají stejné TSID-Progress Dig. má 0x0Fxx (viz stránky ČTÚ)
-
Teď jsem se díval a už stejné nejsou.
-
Na Sony 32s2530 jsem teď k42 naladil. K37 na ní ale nepřijímám.
-
Díky pánové všem za reakce a potvrzení.
Já jsem teď ve stavu, že buď naladím "MUX4" anebo "Regionální síť 7".
V přehledu platných individuálních oprávnění – televizní vysílače je pro "Regionální síť 7" TS ID 0x0F01 (3841)
Tímto ovšem firma Progress Digital s.r.o. nedodržuje individuální oprávnění a bylo by možné požadovat zjednání nápravy u ČTÚ.
Možná by to mohlo zajímat i zákazníky, kteří za vysílání firmě Progress Digital s.r.o. platí?
-
Pametniku, vase Sony W4000 naladila po 1.5. mux4 k42?
Ne.
Moje Sony je připojena jen k DVB-C UPC a DVB-S2 přijímači. Pokusy s DVB-T na ní tudíž nedělám a nepřidělávám si tedy zbytečné problémy. ;)
Obvykle testuji změny v DVB-T tunerem v monitoru Samsung SyncMaster P2370HD, nebo se STB Maximum T-1300FTA a zde jsem diskutované problémy nezaregistroval. :)
-
Problém se stejným TSID u dvou různých vysílačů mohu potvrdit vlastním pokusem.Když jsem připojoval do rozvodů STA transkodéry satelit/DVBT a nenastavil jsem v nich modulátory tak, aby byly uvedené identifikátory různé pro oba nové pakety, pak opravdu nebylo možné naladit oba nové pakety se "satelitním " DVBT na některých televizorech i na některých settopboxech. (zejména TVP SONY a i některé Panasonic a další).
Při spuštění automatického naladění se skenuje od nejnižších kmitočtu po nejvyšší, takže přístroj uloží do své paměti jen paket s nižším kmitočtem, druhý paket pak zcela ignoruje, jakoby v rozvodu vůbec nebyl. Obdobně když jsem naladil ručně vyšší paket a následně ručním zadáním kanálu vysílání s nižším kmitočtem, původně naladěný mux se z paměti TVP vymazal...
V případě vysílání K37 a K42 z Ládví (a asi i z Novodvorské) vznikne omezení pro příjem K42 (pro řadu lidí zřejmě i atraktivnější program). Zkrátka se nenaladí.... .Nutno podotknout, že řada lidí svůj televizor ručně ani naladit neumí, natož aby věděli, jaké kanály mají ladit..(!!) Už jsem na to i zaznamenal stížnosti, ale do dneška jsem nevěděl proč.
Honza
-
Teď jsem se díval a už stejné nejsou.
Jako ze TSID na k37 uz zmenili na vysilaci na spravne? A pomohlo to s ladenim k42?
Pametniku, diky za odpoved.
-
Teď jsem se díval a už stejné nejsou.
Beru zpět citované info - stav 18.05.2013 ve 12:00:
mux 1 - Transport Stream ID: 273 (0x0111)
mux 2 - Transport Stream ID: 518 (0x0206)
mux 3 - Transport Stream ID: 770 (0x0302)
mux 4 - Transport Stream ID: 1025 (0x0401)
reg mux 4 - Transport Stream ID: 2305 (0x0901)
reg mux 7 - Transport Stream ID: 1025 (0x0401)
Tedy zůstávají obě ID i nadále shodné.
Update: opraveno, už se na to dnes vykašlu. ::)
-
??
Mel jsem za to ze stejne byly regmux7 a mux4, ne regmux4, ostatne tomu odpovidaji i fotky Pametnika.
-
??
Mel jsem za to ze stejne byly regmux7 a mux4, ne regmux4, ostatne tomu odpovidaji i fotky Pametnika.
Je to tak, právě jsem to scanoval DVBViewerem. Pařízek má u obou muxů stále TSID 1025, RMux4 má 2305.
-
V pondělí jsem hovořil s vysoce postaveným úředníkem z ČTÚ. Potvrdil mi, že nesprávné nastavení vysílačů včetně jejich TSID je porušení technických parametrů , které jsou stanovené v individuálním oprávnění. Poděkoval za podnět a přislíbil mi, že ČTÚ se ihned začne problémem zabývat.
H.
Aktualizováno v 15:25 : Chybný ID vysílačů na K37 bude změněný dnes v noci nebo nejpozději v noci z úterý na středu.
Následně bude nezbytné znovu naladit přijímací settopboxy a televizory
H.
-
zatím žádná změna, u obou 1025 (0401h)
-
V pondělí jsem hovořil s vysoce postaveným úředníkem z ČTÚ. Potvrdil mi, že nesprávné nastavení vysílačů včetně jejich TSID je porušení technických parametrů , které jsou stanovené v individuálním oprávnění. Poděkoval za podnět a přislíbil mi, že ČTÚ se ihned začne problémem zabývat.
H.
Aktualizováno v 15:25 : Chybný ID vysílačů na K37 bude změněný dnes v noci nebo nejpozději v noci z úterý na středu.
Následně bude nezbytné znovu naladit přijímací settopboxy a televizory
H.
budou pak ladit k42 Praha (a k37) i Sony Bravia ?
-
Vím, že vzbudím u některých asi nevoli, ale nenadával bych na pana Pařízka (či spíše na jeho techniky), že na TS_ID kašlou. Problém je, podle toho co jsem dohledal, u ČTÚ. Na stránce TV Tpravodaj (http://tvzpravodaj.mnoho.info/prehledy-identifikatoru-dvb-t/tabulky-ts_id (http://tvzpravodaj.mnoho.info/prehledy-identifikatoru-dvb-t/tabulky-ts_id)) je zachycen stav přidělených TS_ID k 1.5. Pro ty, kteří se tím nechtějí prohrabávat jsem tuto web stránku uložil do PDF a na jeho str. 8 zvýraznil stejná TS_ID v Praze pro obě sítě. Samozřejmě stejná TS_ID najdete i v jiných místech republiky. Dnes už na stránkách ČTÚ má např. Praha Ládví TS_ID 0x0F01 a ne jako původně 0x0401. Takže technici pana Pařízka nastavili TS_ID podle toho, co jim ČTÚ nařídil. Teď se objevil problém. Chvíli trvala jeho identifikace, následně musel být informován ČTÚ (nejrychleji snad Datovou schránkou), potom trvá, než to ČTÚ vyhodnotí, zpracuje, provede změnu a pošle opravu. Teprve potom ji technici mohou zapracovat do nastavení sítě.
Možná jsem úplně mimo, ale mám pocit, že spílat majiteli multiplexu bez pádných důkazů není rozumné. Pokud se mýlím a někdo mi dokáže, že nebylo pro obě sítě vydáno stejné TS_ID, rád svůj omyl uznám.
Hezký den všem.
-
Jedine v cem se nemylite je fakt, ze PD a DB mely na strankach CTU stejne TSID, tak jak je v tabulce na mnohoinfo. Mam stav brezen 2013. Ale tim to konci.
TSID stanovuje CTU na zaklade zadosti operatora a to ve formatu 0xVVZZ, kde VV je operator a ZZ je poradove cislo. I kdyby udelal chybu v opravneni az CTU, mohl to Parizek ihned reklamovat. A do doby vyreseni pouzivat svoje spravne dle "0xVVZZ".
Ty dalsi reci o nejakem kolecku identifikace problemu-CTU vyhodnoti-zpracuje-posle zmenu-posle opravu jsou mimo. Rok si Parizek vysilal identifikatoryv muxu4 jak ho napadly a na zadne kolecko necekal. Navic, v Brne regmux7 vysila s TSID 0x0401, tedy prazskym TSID, a neodpovida to tak ani puvodnim hodnotam v tabulkach CTU (0x0410) ani aktualnim v tabulkach CTU (0x0F10).
Takze ja bych tu zodpovednost za binec v identifikaci nesvaloval na nekoho jineho nez operatora site.
-
Hmmm, ale v tom případě by mě zajímalo, k čemu ČTÚ je, protože podle vás si do žádosti můžu napsat jakýkoliv nesmysl, ČTÚ mi vydá oprávnění a já jsem podle něj pak povinen vysílat. Neměl by takovou chybu ČTÚ pohlídat? Tím nechci nikoho hájit a na nikoho poukazovat, pouze mne to zajímá. Opravdu si můžu nechat vystavit oprávnění s chybami? Předpokládám, že ČTÚ má databázi, která nedovolí přiřadit VV k operátorovi, ke kterému nepatří. Tohle mít neošetřené, to by bylo z profesionálního hlediska na pováženou. Očekával bych, že mi ČTÚ odpoví, že dané VV náleží jinému operátorovi a na něj mi oprávnění vydat nemůže.
-
Ja taky nechci ani v nejmensim hajit CTU. Pokud je CTU schopen udelit opravneni, ktere je v rozporu s jejich vlasnimi pravidly (OOP SP/4/07.2011-13) a pokud spravne vysilani pridelenych identifikatoru nasledne vubec nekontroluje, tak je tam neco spatne.
Stejne tak je neco spatne u operatora site, ktery ma v zadosti chyby nebo si nezkontroluje udelene opravneni a nasledne se nijak aktivne nesnazi problemy s identifikaci ve vlastni siti resit.
-
Ano, myslím, že jsme našli společnou řeč.
-
Dobrý den všem, můžete mi prosím potvrdit mojí domněnku o stejném TSID u "MUX4" a "Regionální síť 7" v Praze CH42 a CH37 vysílač Ládví?
TSID: 0x0401(1025d)
Je to chyba, nebo záměr? Dá se s tím něco dělat? ČTÚ?
Předem děkuji za info.
TS_ID není Transponder ID ale Transport Stream ID !!!
-
To je sice pravda, ale na diskutovany problem to nema zadny vliv. ;)
-
To je sice pravda, ale na diskutovany problem to nema zadny vliv. ;)
To je sice pravda, ale pořádek muší byť :-)
Že v tom mají Pařízek a ČTÚ chaos a oběma je to jedno, je bohužel styl, jakým oba fungují.
-
Problém vyřešen, Transport Stream ID u "Progress Digital" je opraven na 3841.
Děkuji všem za plodné příspěvky, panu Janu Šedivému za intervenci na ČTÚ a technikům
Progress Digital za rychlé provedení změny.
-
Problém vyřešen, Transport Stream ID u "Progress Digital" je opraven na 3841.
Děkuji všem za plodné příspěvky, panu Janu Šedivému za intervenci na ČTÚ a technikům
Progress Digital za rychlé provedení změny.
Změna možná rychlá i pozitivní, avšak spojená s opětovným přelaďováním tv přijímačů. Nicméně - velmi pozitivně mne překvapilo, že Progress Digital o tomto kroku informuje na svém webu. Tudíž - pane Pařízku, pochvala! Možná se přece jen postupně naučíte vůči veřejnosti vystupovat korektně! ;)
http://www.progressdigital.cz/aktuality
-
kontroloval jsem 3 různé přijímače (3 různá čipová řešení), všechny jedou i pod novým ID bez potíží.
Pravda je, že ani předtím, v době stejných ID, neměly potíže s příjmem obou muxů.
Teď by se měli ozvat ti, kterým příjem zlobil, zda právě toto byl původce problémů s laděním, sekajícím se příjmem, nepřítomností EPG,...
-
Muzu potvrdit zmenu TSID regmuxu7 v Brne na 3841 (0x0f01), tedy na "prazske ID".
-
Teď by se měli ozvat ti, kterým příjem zlobil, zda právě toto byl původce problémů s laděním, sekajícím se příjmem, nepřítomností EPG,...
S TSID muze souviset jediny problem - problem s ladenim na Sony, TeVeMaster T1 v Praze. EPG, ani sekani obrazu v muxu4 s tim nesouvisi.
-
na Sony Bravia KDL 40E4000 nadále k42 Praha nenaladím
-
Já jsem teď ve stavu, že buď naladím "MUX4" anebo "Regionální síť 7".
Problém vyřešen, Transport Stream ID u "Progress Digital" je opraven na 3841.
Muzete to upresnit, zda uz naladite mux4 i regmux7 bez problemu soucasne a na jakem prijimaci?
-
Sony Bravia KDL 40W4000, software D.E-LS-BE-C.T.BIQ-A.CY.BE nenaladí k42 Praha. Jinak k37 Ládví naladím i s EPG, taky naladím i s EPG mux4 k25 Jablonec. Ladil jsem automat. i manuálně postupně. Na k42 se zastaví na pár vteřin a pak jede na k43 (můžu chytat i Ještěd)
-
Po změně TSID už mi Dreambox 7020 HD naskenuje a uloží všechny muxy v pořádku. Konflikt s K37 a K42 tedy vyřešen. Sekání obrazu v muxu však 4 zůstává.
-
Po změně TSID už mi Dreambox 7020 HD naskenuje a uloží všechny muxy v pořádku. Konflikt s K37 a K42 tedy vyřešen. Sekání obrazu v muxu však 4 zůstává.
Tak slava. :) Ale co tedy znamenal tento prispevek?
Zkusil jsem znovu naladit a stále stejné, K42 se nenaladí.
-
Tak slava. :) Ale co tedy znamenal tento prispevek?
Zkusil jsem znovu naladit a stále stejné, K42 se nenaladí.
To je chování Sony Bravia KDL-40W4500 po opravě TSID.
-
A vycistil jste nejprve "piratske" programy z k37? (viz http://forum.digizone.cz/index.php?topic=3033.msg44632#msg44632)
-
A vycistil jste nejprve "piratske" programy z k37? (viz http://forum.digizone.cz/index.php?topic=3033.msg44632#msg44632)
K37 vůbec nemám naladěn, pouze mux ČT na K53 (kdo to má pořád ladit a nastavovat dokola).
Ještě zkusím vymazat i tyto.
Update: Výmaz programů nestačil, pomohlo až obnovení do továrního nastavení. Pak už bylo naladění všech muxů v pořádku.
-
Pak uz jen hypoteticka otazka, kterou uz ted nevyzkousite. :) Nestacilo misto tovarniho nastaveni provest auto ladeni nebo rucni ladeni k37 a pak teprve k42?
-
Pak uz jen hypoteticka otazka, kterou uz ted nevyzkousite. :) Nestacilo misto tovarniho nastaveni provest auto ladeni nebo rucni ladeni k37 a pak teprve k42?
Mám starší Sony 32S2530 a při ručním ladění nic z už naladěných programů neodmaže ani neaktualizuje. Podobně jako u Technisatu (kde je to trvale) existují po ručním ladění dvě tabulky, kde vlevo je výsledek ručního ladění (po opuštění menu zanikne) a vpravo je seznam programů. Samotné ladění tedy nestačí, je potřeba nejdřív odmazat nebo po ručním ladění K37 přepsat všechny pozice ze starého K37.
Tento starý typ si se stejným TSID poradil o něco lépe - výsledkem byly pro každý program dvě pozice - jedna na K37 a druhá na K42, z nichž jedna fungovala.
-
Tak za sebe musím říci, že změna TSID pomohla. Na Sony 40W4000 jsem dnes již bez problému kanál 42 naladil a na Philipsu, který jsem uváděl také.
-
Pak uz jen hypoteticka otazka, kterou uz ted nevyzkousite. :) Nestacilo misto tovarniho nastaveni provest auto ladeni nebo rucni ladeni k37 a pak teprve k42?
já zkoušel i Vámi uvedené postupy. A taky různě směroval antény na Ládví, Olšanskou, Novodvorskou. problém byl vyřešen až 22.5.2013 odpoledne, zjevně nějakou technickou úpravou vysílání na k42. Dle ohlasů ve stejné době začala Sony Bravia ladit k42 i dalším zde diskutujícím.
Jen znova konstatuji k25 Jablonec mi celou dobu šel naladit i s EPG a ten k42 jsem nemohl naladit jen na Sony Bravia, ostatní mé TV (LG, Samsung, Finlux) problém s k42 neměly.
Docela by mi zajímalo v čem byl problém a co udělá Sony, aby Bravia fungovala jako jiné TV.
-
Myslím, že je celkem jasné, že přijímače které měly problém, s TSID pracují. Zatímco ostatní přijímače nikoliv a proto jim stejná hodnota nevadí. Např. můj USB TV stick s ním nepracuje a tak funguje bez problémů.