16
Software / Re:Narovnání hlasitosti série mp3 souborů na stejnou úroveň
« kdy: 22. 07. 2020, 08:04:38 »
Pokud nejste zemlo na příkazovou řádku, pak Audacity umí taktéž normalizovat
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Stran: 1 [2]
17
Software / Re:Oříznutí obrázku dávkově
« kdy: 25. 06. 2020, 13:09:01 »
Pokud to nemusí být ImageMagick, zkuste XnView. Má dávkové konverze v GUI a cmd.
18
Sítě / Re:CETIN - optika do bytu
« kdy: 06. 06. 2020, 22:08:58 »
Co se vlastnictví týče, tak Poda tvrdí, že natahané kabely (tedy ty na chodbě) nejsou její vlastnictví, respektive že je můžete kdykoliv odstranit. Upřímně tomu moc nevěřím. U ostatních to je vždy vlastnictví toho, kdo to natáhl (T-mobile, CETIN, ...) a vždy s nimi musíte jednat... dle mého v tom bude i něco okolo telekomunikačního vedení, které je "chráněné zákonem". (Prosím neberte mě úplně za slovo). Nicméně v do kabelu v bytě Vám principiálně kecat nesmějí.
19
Sítě / Re:CETIN - optika do bytu
« kdy: 06. 06. 2020, 17:40:04 »
Ahoj, co se týče tahání optiky v bytových domech. Oni nemají jak tahat a recyklovat nějaké průchody, které neznají a ani nemají jak. Tahá se kabel s mnoha vlákny ve stoupačce na chodbě, kde je vedení elektřiny, zvonků .... V každém patře kabel naříznou a vytáhnou patřičný počet optických vláken, které nějak zakončí. Když někdo chce optiku, kabel se navaří/napojí a dotáhne někam do bytu. CETIN asi za první zeď (možná i dále?). Poda nemá problém dále, technik veze 10 - 15m (nejsem si přesně jist) otickej kabel, kterej má navařenej konektor jen z jedné strany, aby se vrtala co nejmenší díra. Nikdo to jinak nepotáhne. Aby využili stávající "použitelný?" rozvod, mnohonásobně by se to prodražilo a ještě si k tomu představte, že někdo bude rekonstruovat a kopne do svazku optiky vedoucí skrz byt. To se potom nedá rozumně opravit.
20
Vývoj / Re:Protokoly pro živý video stream
« kdy: 14. 11. 2019, 07:49:50 »
Bavíme-li se o masovém měřítku pro lidi, pak protokol na upload videa je nejčastěji http/https pro nahrávání videí. Pro živý přenos je to stále rtmp.
Služby přijímají nejčastěji videa v kontajneru mp4 a mov (přípony souborů) kodeky h264, h265, případně h263 i mpeg2 pro video a aac, mp3 pro audio. (Mnoho služeb přijímá ještě o mnoho více kodeků).
Pro publikování (tedy to co hraje v přehrávači) se používá protokol http/https (mpeg dash, hls) a případně stále ještě rtmp. A kodeky h264/h265, vc1 se zvukem v aac, ...
Služby přijímají nejčastěji videa v kontajneru mp4 a mov (přípony souborů) kodeky h264, h265, případně h263 i mpeg2 pro video a aac, mp3 pro audio. (Mnoho služeb přijímá ještě o mnoho více kodeků).
Pro publikování (tedy to co hraje v přehrávači) se používá protokol http/https (mpeg dash, hls) a případně stále ještě rtmp. A kodeky h264/h265, vc1 se zvukem v aac, ...
21
Sítě / Re:IPv6 Poda
« kdy: 11. 09. 2019, 22:50:19 »
Ahoj, klidně použij, ale pokud nemáš na GPON placenou statickou IPv4 a tedy router v bridge modu, pak ti IPv6 bude (by měla) fungovat rovnou, protože nastavení routeru s tím podle techniků z PODY počítá.
22
Sítě / Re:IPv6 Poda
« kdy: 11. 09. 2019, 19:57:38 »
Ahoj,
tak výsledek je zatím nulový.
Ano, mám jejich router v bridge módu. Dodávají ho tak automaticky s pevnou IPv4.
Pro tuto chvíli je jediné řešení NDP proxy nebo ebtables. Bohužel ani jedno mikrotik neumí (ebtables zrušil již dávno). Ubiquiti taky na tom není slavně, co jsem četl. Někteří technici reagovali na IPv6 a hlavně na požadavek na prefix /56 poněkud podrážděně, jako bych jim nadával. Nicméně /56 nikdo nedostane, protože s tím nepočítá jejich infrastruktura. Ale zase mi navrhli všechny dostupné možnosti napsané na začátku.
Avšak jsem dostal náznak, nikoliv však příslib, že by delegaci chtěli mít zprovozněnou v 1. kvartále 2020.
Budeme jim držet palce.
Ještě zkusím meta router, ale nedávám si moc šancí.
tak výsledek je zatím nulový.
Ano, mám jejich router v bridge módu. Dodávají ho tak automaticky s pevnou IPv4.
Pro tuto chvíli je jediné řešení NDP proxy nebo ebtables. Bohužel ani jedno mikrotik neumí (ebtables zrušil již dávno). Ubiquiti taky na tom není slavně, co jsem četl. Někteří technici reagovali na IPv6 a hlavně na požadavek na prefix /56 poněkud podrážděně, jako bych jim nadával. Nicméně /56 nikdo nedostane, protože s tím nepočítá jejich infrastruktura. Ale zase mi navrhli všechny dostupné možnosti napsané na začátku.
Avšak jsem dostal náznak, nikoliv však příslib, že by delegaci chtěli mít zprovozněnou v 1. kvartále 2020.
Budeme jim držet palce.
Ještě zkusím meta router, ale nedávám si moc šancí.
23
Sítě / Re:IPv6 Poda
« kdy: 24. 08. 2019, 23:52:15 »
Ahoj Ondro,
díky za ochotu.
Níže jsou výpisy
ipv6 dhcp-client print detail
Flags: D - dynamic, X - disabled, I - invalid
0 interface=ether1-gateway status=bound duid="0x00030001d4ca6ded1f87" dhcp-server-v6=fe80::f61d:6bff:fed4:31eb request=address,prefix
add-default-route=no use-peer-dns=yes pool-name="poda" pool-prefix-length=64 prefix-hint=::/0 dhcp-options=""
prefix=2a00:xxxx:xxxx:a8b4::/64, never address=2a00:xxxx:xxxx:a8b4::5, never
/ipv6 pool used print detail
pool=poda prefix=2a00:xxxx:xxxx:a8b4::/64 owner="Address" info="bridge-local"
/ipv6 route print detail
Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, o - ospf, b - bgp, U - unreachable
0 A S dst-address=::/0 gateway=fe80::f61d:6bff:fed4:31eb%ether1-gateway gateway-status=fe80::f61d:6bff:fed4:31eb%ether1-gateway reachable
distance=1 scope=30 target-scope=10
1 A S ;;; Defaultn routa do Internetu jen pro ve ejn bloky IPv6
dst-address=2000::/3 gateway=fe80::f61d:6bff:fed4:31eb%ether1-gateway gateway-status=fe80::f61d:6bff:fed4:31eb%ether1-gateway reachable
check-gateway=ping distance=1 scope=30 target-scope=10
2 X S ;;; Defaultn routa do Internetu jen pro ve ejn bloky IPv6
dst-address=2000::/3 gateway=2a00:xxxx:xxxx:a8b4::1 gateway-status=2a00:xxxx:xxxx:a8b4::1 inactive distance=1 scope=30 target-scope=10
3 ADC dst-address=2a00:xxxx:xxxx:a8b4::/64 gateway=ether1-gateway,bridge-local,ether1-gateway
gateway-status=ether1-gateway reachable,bridge-local reachable,ether1-gateway reachable distance=0 scope=10
4 ADC dst-address=fd00:1::/64 gateway=bridge-local gateway-status=bridge-local reachable distance=0 scope=10
Ad routy. V tuto chvíli mám u DHCPv6 klienta vypnutou možnost Add def. route, protože jsem něco testoval. Defaultní routa 0:: ale přesně odpovídá té, kterou vygeneruje DHCP klient.
DgBd
díky za odpověď. Zaponměl jsem napsat, že adresa ::1 a ::5 je z poolu přiděleného prefixu. Takto se to zadává a MK z toho vygeneruje celou adresu.
SLAAC mám nastaveno pomocí ND.
Nicméně ve světě IPv6 jsem nováček ... tak se omlouvám, jestli něco píši prostichůdně nebo nesmyslně.
díky za ochotu.
Níže jsou výpisy
ipv6 dhcp-client print detail
Flags: D - dynamic, X - disabled, I - invalid
0 interface=ether1-gateway status=bound duid="0x00030001d4ca6ded1f87" dhcp-server-v6=fe80::f61d:6bff:fed4:31eb request=address,prefix
add-default-route=no use-peer-dns=yes pool-name="poda" pool-prefix-length=64 prefix-hint=::/0 dhcp-options=""
prefix=2a00:xxxx:xxxx:a8b4::/64, never address=2a00:xxxx:xxxx:a8b4::5, never
/ipv6 pool used print detail
pool=poda prefix=2a00:xxxx:xxxx:a8b4::/64 owner="Address" info="bridge-local"
/ipv6 route print detail
Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, o - ospf, b - bgp, U - unreachable
0 A S dst-address=::/0 gateway=fe80::f61d:6bff:fed4:31eb%ether1-gateway gateway-status=fe80::f61d:6bff:fed4:31eb%ether1-gateway reachable
distance=1 scope=30 target-scope=10
1 A S ;;; Defaultn routa do Internetu jen pro ve ejn bloky IPv6
dst-address=2000::/3 gateway=fe80::f61d:6bff:fed4:31eb%ether1-gateway gateway-status=fe80::f61d:6bff:fed4:31eb%ether1-gateway reachable
check-gateway=ping distance=1 scope=30 target-scope=10
2 X S ;;; Defaultn routa do Internetu jen pro ve ejn bloky IPv6
dst-address=2000::/3 gateway=2a00:xxxx:xxxx:a8b4::1 gateway-status=2a00:xxxx:xxxx:a8b4::1 inactive distance=1 scope=30 target-scope=10
3 ADC dst-address=2a00:xxxx:xxxx:a8b4::/64 gateway=ether1-gateway,bridge-local,ether1-gateway
gateway-status=ether1-gateway reachable,bridge-local reachable,ether1-gateway reachable distance=0 scope=10
4 ADC dst-address=fd00:1::/64 gateway=bridge-local gateway-status=bridge-local reachable distance=0 scope=10
Ad routy. V tuto chvíli mám u DHCPv6 klienta vypnutou možnost Add def. route, protože jsem něco testoval. Defaultní routa 0:: ale přesně odpovídá té, kterou vygeneruje DHCP klient.
DgBd
díky za odpověď. Zaponměl jsem napsat, že adresa ::1 a ::5 je z poolu přiděleného prefixu. Takto se to zadává a MK z toho vygeneruje celou adresu.
SLAAC mám nastaveno pomocí ND.
Nicméně ve světě IPv6 jsem nováček ... tak se omlouvám, jestli něco píši prostichůdně nebo nesmyslně.
24
Ahoj,
omlouvám se za další téma na téma IPv6 ...
Bohužel jsem zatím nepronikl do tajů IPv6. Internet mám od společnosti Poda a router od Mikrotiku. Přípojka GPON s Huawei modemem v bridge módu.
Nastavení Mikrotiku:
/ipv6 dhcp-client
add interface=ether1-gateway pool-name=poda request=address,prefix
/ipv6 address
add address=::1 from-pool=poda interface=bridge-local
/ipv6 nd
add advertise-dns=yes interface=bridge-local managed-address-configuration=yes reachable-time=1m retransmit-interval=10s
/ipv6 route
add distance=1 gateway=fe80::f61d:6bff:fed4:31eb%ether1-gateway
/ipv6 settings
set accept-router-advertisements=yes
Dostanu prefix 2a00.../64 a na ether1-gateway dostanu adresu ::5
Na bridge-local mám adresu ::1 z poolu poda (tedy stejný pool jako ether1-gateway)
Zařízení v síti jsou Windows 10 a Android 8,9
firewal pravidla mám, ale i když všechny vypnu, situaci to nemění.
Co funguje:
Zařízení v síti mají adresu 2a00../64 a fe80..
Zařízení se pingnou navzájem na adresách fe80..
Z routeru si ping ipv6 v internetu (interface ether1-gateway nebo nezvolen)
Co nefunguje
Zařízení si Nepingnou na 2a00..
Ze zařízení si Nepingnu veřejné ipv6
Z mikrotik si Nepingnu veřejné ipv6 z brigge-local
Zarížení -> mikrotik:
Adresa ::1 (brigge-local) -> Request timed out (Wireshark - no response found)
Adresa ::5 (ether1-gateway) -> Destination host unreachable (Wireshark - no response found)
Adresa 2001:67c:68::76 (root.cz) -> Destination host unreachable (Wireshark - no response found)
Při pokusu na https://www.test-ipv6.cz/ vidím ve wiresharku jen syn packety bez odpovědi.
Na FW mám logování v chain forward, kde vidím při ping Stanice-> Internet jen packet syn (nicméně odezvu asi vidět nemusím)
Pokud zkusím ping Mikrotik -> stanice, tak ve wiresharku na stanici nevidím žádný pokus o komunikaci.
Prosím o názor, čím by to mohlo být.
Děkuji
Marek
omlouvám se za další téma na téma IPv6 ...
Bohužel jsem zatím nepronikl do tajů IPv6. Internet mám od společnosti Poda a router od Mikrotiku. Přípojka GPON s Huawei modemem v bridge módu.
Nastavení Mikrotiku:
/ipv6 dhcp-client
add interface=ether1-gateway pool-name=poda request=address,prefix
/ipv6 address
add address=::1 from-pool=poda interface=bridge-local
/ipv6 nd
add advertise-dns=yes interface=bridge-local managed-address-configuration=yes reachable-time=1m retransmit-interval=10s
/ipv6 route
add distance=1 gateway=fe80::f61d:6bff:fed4:31eb%ether1-gateway
/ipv6 settings
set accept-router-advertisements=yes
Dostanu prefix 2a00.../64 a na ether1-gateway dostanu adresu ::5
Na bridge-local mám adresu ::1 z poolu poda (tedy stejný pool jako ether1-gateway)
Zařízení v síti jsou Windows 10 a Android 8,9
firewal pravidla mám, ale i když všechny vypnu, situaci to nemění.
Co funguje:
Zařízení v síti mají adresu 2a00../64 a fe80..
Zařízení se pingnou navzájem na adresách fe80..
Z routeru si ping ipv6 v internetu (interface ether1-gateway nebo nezvolen)
Co nefunguje
Zařízení si Nepingnou na 2a00..
Ze zařízení si Nepingnu veřejné ipv6
Z mikrotik si Nepingnu veřejné ipv6 z brigge-local
Zarížení -> mikrotik:
Adresa ::1 (brigge-local) -> Request timed out (Wireshark - no response found)
Adresa ::5 (ether1-gateway) -> Destination host unreachable (Wireshark - no response found)
Adresa 2001:67c:68::76 (root.cz) -> Destination host unreachable (Wireshark - no response found)
Při pokusu na https://www.test-ipv6.cz/ vidím ve wiresharku jen syn packety bez odpovědi.
Na FW mám logování v chain forward, kde vidím při ping Stanice-> Internet jen packet syn (nicméně odezvu asi vidět nemusím)
Pokud zkusím ping Mikrotik -> stanice, tak ve wiresharku na stanici nevidím žádný pokus o komunikaci.
Prosím o názor, čím by to mohlo být.
Děkuji
Marek
25
Sítě / Re:IPv6 za NATem
« kdy: 23. 08. 2019, 10:26:31 »
Centrio toto říká už několik let stéle dokola.
Nyní od nich odcházím k společnosti Poda, která je na P15 a uvidíme.
Nyní od nich odcházím k společnosti Poda, která je na P15 a uvidíme.
26
Studium a uplatnění / Re:Contractor cez agenturu, OSVC
« kdy: 10. 07. 2019, 18:24:02 »
Dobry den,
dle situace chapu, ze si zalozite osvc v ČR.
Co se týká agentury, tak se musíte zeptat v agentuře. Znám ona způsoby, tedy že dostanou privizi za dohození a i že vás dodají jako službu. Vše je na dohodě těch tří stran.
Pozor na dph. Co se týče smlouvy na OSVČ, pak je jedno, že se v průběhu stanete plátcem. Jediné by mohli mít problém s tím, že oni nejsou plátci a vy jo. Naopak je to spíš výhoda.
Pokud plánujete, že se brzo stanete plátcem, tak se můžete počkat, až se budete muset zaregistrovat.
Pokud ale budete pracovat pro firmu mimo čr, tak tam se tuším dph neřeší, respektive se řeší jinak.
Lordrak
dle situace chapu, ze si zalozite osvc v ČR.
Co se týká agentury, tak se musíte zeptat v agentuře. Znám ona způsoby, tedy že dostanou privizi za dohození a i že vás dodají jako službu. Vše je na dohodě těch tří stran.
Pozor na dph. Co se týče smlouvy na OSVČ, pak je jedno, že se v průběhu stanete plátcem. Jediné by mohli mít problém s tím, že oni nejsou plátci a vy jo. Naopak je to spíš výhoda.
Pokud plánujete, že se brzo stanete plátcem, tak se můžete počkat, až se budete muset zaregistrovat.
Pokud ale budete pracovat pro firmu mimo čr, tak tam se tuším dph neřeší, respektive se řeší jinak.
Lordrak
Stran: 1 [2]
