Poslední příspěvky

1

Hardware / Re:Počítač se nezapne se zařízeními v USB

« Poslední příspěvek od jauznevimco kdy Dnes v 09:45:02 »

Rodecaster umi fungovat jak v rezimu USB host, tak USB peripheral, coz je skvele a progresivni.
A protoze nejaka fyzicka packa mezi "jsem host / jsem periferie" je prilis oldschool a vubec zcela nevhodna do dnesni skvele, progresivni a digitalni doby, mame prece ve specifikaci proces nejake autonegociace...


Cili for je ten, ze Rodecaster se po svem zapnuti snazi natroubit 5V do USBcka, jenze to USBcko jde z pocitace a 5V dodava taky.
To je pry zcela korektni a ve striktnim souladu se specifikacemi a autonegociace by si s tim mela umet poradit, jenze, slovy Rode, "nekteri vyrobci USB radicu tuto cast specifikace opomenuli".
https://help.rode.com/hc/en-us/articles/7376147203599-Why-can-t-my-computer-turn-on-when-the-R%C3%98DECaster-Pro-II-or-R%C3%98DECaster-Duo-is-connected

Implementace USB radice v nasi desce zpusobovala, ze pocitac nebylo mozno zapnout vypinacem (ale pocitac sel zapinat skrze zapnuti pripojeneho Rodecasteru :-) ). A po asi pul roce takoveho fungovani prislusny radic odesel zcela.

2

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 09:34:42 »

Tohle váš problém nevyřeší, ale není od věci ve Windows nastavit systémový čas na UTC:

reg add "HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /t REG_DWORD /d 1 /f
(nutný restart)

Pak tam nebudou žádné posuny o 3600.
V případě dual boot je to skoro nezbytné.

Tohle nastavení by mělo být shodné s tím, v jakém časovém pásmu poskytuje čas hypervizor. Pokud hypervisor poskytuje hostovi čas v UTC, mělo by to být nastavené, jak píšete. Pokud hypervizor poskytuje lokálí čas, měla by tam být výchozí hodnota.

Každopádně tohle ovlivňuje, jak se čas načte ze systémových hodin při startu systému. Pak naběhnou služby a ty to srovnají buď podle NTP, nebo podle hypervizora (pokud se používá ta služba z VMware Tools).

(Když běží systém nafyzickém železe, ovlivňuje výše uvedené samozřejmě i zpětný zápis, když operační systém zapíše svůj čas zpátky do hodin počítače. Ve virtualizovnaém prostředí to ale nemá žádný efekt – nevím o tom, že by nějaká virtualizační technologie udržovala systémové hodiny pro každého hosta zvlášť.)

3

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od Marvin kdy Dnes v 09:02:22 »

Pak tam nebudou žádné posuny o 3600.

Tady je skok o 2777, na časové pásmo to nevypadá.
Standardní ntpd skoky nad 1000 vůbec nedělá, čeká na ruční zásah.
W32Time má na skoky limity MaxPosPhaseCorrection a MaxNegPhaseCorrection, ale defaultně nejsou nastaveny.

4

Hardware / Re:Počítač se nezapne se zařízeními v USB

« Poslední příspěvek od redustin kdy Dnes v 08:54:13 »

Co tedy ten Rode konkrétně dělá, že dokonce způsobí poškození napájení portu? Odebírá větší proud, než kolik udává jeho deskriptor (resp. > 500mA)? Překvapuje mě, že by port neměl nadproudovou ochranu. Díky!

5

Sítě / Re:Statická IPv4 a IPv6 PD na DOCSIS síti

« Poslední příspěvek od Radek Zajíc kdy Dnes v 07:50:49 »

Dá se to dostat i k nižším rychlostem, a bez pevné IP?

Ze zacatku (v zari) to slo, pronajal jsem si prevodnik k tarifu 100/20 pro domacnosti. Pak jsem cestou "aktivace staticke IP adresy"/"deaktivace staticke IP adresy" ziskal i /56 IPv6 (takze ted mam dynamickou IPv4 adresu a dynamicky IPv6 prefix, ovsem ten ma lease time 40 dni a zatim se nezmenil). Pred par dny jsem ten tarif zvedl na 100/100, IPv6 funguje stale.

Ale dochazi jim zasoby, takze ted zrovna to moc nejde. I kdyz kolegovi ted pronajali prevodnik k 500/200 business tarifu (prechazel z VF station), takze mozna staci byt asertivni. Nebo si rict o tarif 2000/400 s tim, ze potrebujete bridge, a po instalaci tarif snizit.  (Prevodnik je jedine zarizeni pro 2 Gbit/s tarif schopne bridge.)

6

Windows a jiné systémy / Re:Skok systémového času Windows

« Poslední příspěvek od BobTheBuilder kdy Dnes v 07:16:53 »

Tohle váš problém nevyřeší, ale není od věci ve Windows nastavit systémový čas na UTC:

reg add "HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /t REG_DWORD /d 1 /f
(nutný restart)

Pak tam nebudou žádné posuny o 3600.
V případě dual boot je to skoro nezbytné.

7

Sítě / Re:Statická IPv4 a IPv6 PD na DOCSIS síti

« Poslední příspěvek od BobTheBuilder kdy Dnes v 06:25:47 »

@xHire: prefix delegation na Vodafone Station (aktualne pronajimany modem) stale nefunguje

stalo se že jsem místo compalu dostal vodafone station, a setup s PD přestal fungovat, takže po půl roce stav stejný.

V poslední době se dá pronajmout FritzBox za 120Kč (Station je za 100Kč).
PD jsem zatím nezkoušel, měnil jsem proto, že Station tak jednou za měsíc začal ignorotvat IPv6 firewall - tedy, zablokoval všechno a spolehlivě to neřešil ani restart.
FritzBox má vlastní FritzOS, nastavování je trochu jiné, dá se toho nastavit víc. Bridge mode neumí.
Co jsem vypozoroval, IPv6 prefix se mění při výměně modemu.

8

Sítě / Re:Statická IPv4 a IPv6 PD na DOCSIS síti

« Poslední příspěvek od Things Repairer kdy Dnes v 02:07:37 »

Ten PD na Stationu nikdy nefungoval a ani si myslím, že fungovat nebude. Nej řešení je platit si pevnou IPV 4 adresu dostat dual stack IPV6/56 a místo modemů si za 20 korun pronajmout převodník. https://www.vodafone.cz/pece/internet-data/datova-zarizeni/arris-cm3500-prevodnik/

Tohle zní docela super. Spotřebu jsem dohledal, že je <12 Wattů, Proklatý Station mi žere >20 i v bridgi (měřeno).

Dá se to dostat i k nižším rychlostem, a bez pevné IP?

9

Vývoj / Re:Vezme AI ajťákům práci?

« Poslední příspěvek od František Ryšánek kdy 08. 01. 2026, 23:06:01 »

Opět jedna aktualita o "modelech mimo dnešní mainstream": šéfová z firmy/teamu Pathway vypráví (poněkud povrchně) o jejich "reasoning modelu": zmiňuje kontinuální učení, "neurons that fire together wire together", postupné spontánní rozšiřování sítě, "bezměřítkový model"...

10

Vývoj / Re:Vezme AI ajťákům práci?

« Poslední příspěvek od Pavel Stěhule kdy 08. 01. 2026, 21:28:00 »

V poslední době je vidět, že uživatelé trochu agilněji reportují bugy - i s nástřelem analýzy a možné opravy.

Nicméně v jednom případě šlo o chybu v jiném produktu, a ve druhém případě analýza byla mino, a nástřel opravy by chybu jen zamaskoval a spadlo by to na dalším místě. Za mne zatím AI generuje víc práce, protože bug report je delší, vypadá realisticky, ale obsahuje dost blbostí.