Příspěvky

1

Hardware / Re:Přehrávání videa z Raspberry Pi na 4K obrazovce

« kdy: 06. 04. 2025, 15:52:47 »

Vyřešeno. Kdyby to někomu pomohlo, tak mně pomohlo následující.

Přehrávání řídím pomocí Systemd jednotky. Také jsem si prošel starší poznámky a narazil na parametr "--daemon", který jsem u VLC dříve používal. Po jeho doplnění už je přehrávání videa stabilní, i když se tento parametr nikde v dokumentaci VLC nevyskytuje.

Výsledná Systemd jednotka tak v mém případě vypadá takto:

Kód: [Vybrat]

[Unit]
Description=Play video on TV
After=network.target

[Service]
Type=forking
User=pi
Group=pi
ExecStart=/usr/bin/cvlc --fullscreen --no-audio --loop --no-osd --daemon /path/to/video.mp4
Restart=always

[Install]
WantedBy=multi-user.target

2

Hardware / Re:Přehrávání videa z Raspberry Pi na 4K obrazovce

« kdy: 06. 04. 2025, 15:50:45 »

máte pravdu, na 4kp30 jsem zapomněl

4k jde zakázat jednoduše takto:

Kód: [Vybrat]

hdmi_max_pixel_freq:0=200000000
hdmi_max_pixel_freq:1=200000000

https://forums.raspberrypi.com/viewtopic.php?t=255970

Děkuji za zajímavý tip. Někdy určitě vyzkouším.

3

Hardware / Re:Přehrávání videa z Raspberry Pi na 4K obrazovce

« kdy: 06. 04. 2025, 15:50:22 »

Tak to stačí 4k zakázat pomocí hdmi_enable_4kp60=0, nebo to tam vůbec nepsat.

asi nejaky kriticky den? staci precist prvni prispevek, to vybere 4kp30
tenhle flag zapina jen to p60 (asi neco trochu pretaktuje aby to slo)

Ano, to dává smysl. Díky za doplnění.
Parametr hdmi_enable_4kp60 jsem přidával už jako zoufalý pokus omezit vysoké rozlišení, které jsem původně podezříval z nestability VLC. I bez něj zvládla čtvrtá generace Raspberry Pi rozlišení 3840x2160, na TV tak byly po straně dva tmavé okraje a až s přidáním zmíněného parametru mělo video plné rozlišení 4096x2160 obrazovky.

4

Hardware / Přehrávání videa z Raspberry Pi na 4K obrazovce

« kdy: 30. 03. 2025, 23:26:21 »

Zdravím všechny diskutující co budou číst můj dotaz.
Mám Raspberry Pi 4 Model B verzi se 4 GB RAM a s aktuální minimalistickou verzí Raspbian (64-bit, Bookworm). K němu je připojena přes první HDMI výstup 4K televize s Google TV, na které chci přehrávat ve smyčce krátké informační video.
Raspbian neobsahuje grafické prostředí, H.264 video v rozlišení 1920x1080 a délce cca 11 minut přehrávám pomocí VLC takto:

Kód: [Vybrat]

cvlc --fullscreen --loop --no-audio /path/to/video.mp4Poznámka: "cvlc" je existující alias na "vlc -I dummy" což zajistí přehrávání bez nutnosti grafického prostředí.

To funguje dlouhodobě dobře pro Full HD obrazovku, bohužel u připojené 4K televize je video vždy po 90 sekundách přerušeno, dokonce krátce problikne na obrazovce terminál a video se začne přehrávat od začátku.
Výstup na televizi si VLC při přehrávání videa přepne vždy do rozlišení 4096x2160.

Nikde jsem podobný problém popsaný nenašel, Raspberry Pi 4 by snad zobrazení na moderní 4K televizi zvládnout mělo. Hrál jsem si s tím celý den, ale už mi nápady docházejí, tak budu rád za jakékoli nasměrování.

Co jsem zkoušel, ale nijak to nepomohlo:

• překódovat video do H.265, ale kromě zmenšení souboru videa na cca polovinu žádný rozdíl
• omezit na televizi rozlišení pouze na Full HD, bohužel to Google TV v ní neumožňuje a co jsem četl, tak to ani není dobrý nápad, protože to by měl řídit vstup a ne TV
• do /boot/firmware/config.txt přidat řádek pro povolení 4K rozlišení na výstupu: hdmi_enable_4kp60=1
• do /boot/firmware/config.txt přidat řádek pro vynucení konkrétního rozlišení: video=HDMI-A-1:1920x1080M@60
• zapnout Debug logování VLC do souboru, ale ani tam jsem před resetováním videa nenašel žádný důvod

Nesetkal se někdo s podobným problémem a nenašel na to řešení?
Nenapadá někoho, co dalšího ještě vyzkoušet a zjistit důvod resetování přehrávaného videa?

5

Hardware / Re:Můžu podle výsledků SMART vyhodit tento disk

« kdy: 12. 09. 2024, 01:34:30 »

Za mně ne, např. pro sekundární zálohu může ještě posloužit.

Doporučuji sledovat atribut Reallocated_Sector_Ct, zda nebude časem neúměrně narůstat. Také doporučuji vyměnit datový SATA kabel za nový, nekvalitní kabel bývá příčinou vysokého počtu chyb při čtení.

6

Odkladiště / Re:Zobrazení obrázků v DokuWiki

« kdy: 21. 02. 2019, 00:39:46 »

Pro obrázky lze použít stejný postup nastavení oprávnění, jen se místo stránky uvede název souboru obrázku, např:
image.jpg @ALL - Read

Problém bude ale pravděpodobně v tom, že budete muset určit i daný namespace, ve kterém je soubor nahrán, bez toho oprávnění fungovat nebudou, to lze udělat opět jednotlivě, např v namespace "obrazky":
obrazky:image.jpg @ALL - Read
nebo pro všechny veřejné obrázky v namespace "public":
public:* @ALL - Read

Dokumentace:
https://www.dokuwiki.org/acl

7

Windows a jiné systémy / Re:Android VNC server

« kdy: 16. 02. 2019, 21:57:34 »

Řešil jsem potřebu mít plnohodnotný VNC server na telefonu s Androidem pro testování cca 2 - 3 roky zpět. Osvědčil se mi komerční VMLite:
https://play.google.com/store/apps/details?id=com.vmlite.vncserver
http://www.vmlite.com/
Připojení je možné mezi telefonem a hostem přesměrovat pomocí adb z SDK Androidu, použít lze libovolného VNC klienta. Zabezpečení heslem je také možné, další pěkná vlastnost je snížení měřítka obrazovky - užitečné pro vysoké rozlišení.

8

Vývoj / Re:Odkud se naučit Nette?

« kdy: 14. 02. 2019, 20:19:10 »

Zdravím, podle mně je dostupných zdrojů k Nette dost. Svůj první projekt jsem v Nette dělal cca pře 1,5 rokem, tenkrát ještě verze 2.3, a s odstupem rozhodnutí pro framework Nette určitě nelituji. Nejvíce oceňuji, že Nette podle mně dokáže (u)držet vývoj i v tak volném jazyce jako je PHP. Uvedu pár tipů, co mně pomohly v začátcích:
https://doc.nette.org/cs/2.4/ - doporučuji přečíst alespoň 80%, pak teprve začít programovat a postupně se sem opět vracet
https://api.nette.org/2.4/ - užitečné a někdy rychlejší než procházet zdrojáky, i když to je také občas potřeba...
https://forum.nette.org/cs/ - když vše selže, lze požádat o pomoc, s trochou štěstí i někdo odpoví

Často je v návodech zmíněn tzv. "sandbox", ten lze použít jako doporučenou kostru aplikace:
https://github.com/nette/sandbox

Také se mi pro inspiraci osvědčily příklady:
https://github.com/nette/examples
(díky CD-collection jsem třeba pochopil jak v Nette funguje autentizace)

9

Distribuce / Re:DEBIAN 9 - stable/testing?

« kdy: 06. 06. 2017, 21:58:02 »

Vydání nové stabilní verze je plánováno na 17. června, dohledat to na stránkách projektu není problém.

Debian 9 "stretch" will be released on June 17, 2017.

https://release.debian.org/
https://wiki.debian.org/DebianStretch

10

Server / Re:Zimbra 8.6.0 a lokalizace do češtiny

« kdy: 17. 10. 2016, 20:04:07 »

Koukam ze zustalo jen pri planech

Bohužel plány často naráží na realitu, např. v podobě času, rozsahu a schopností. 

Podle příspěvků výše máš překlad hotový. Nabízí se tedy otázka, proč, klidně za nějakou motivační korunu, nedáš překlad k dispozici?

Ano je to tak, překlad uživatelského rozhraní mám pro běžné použití hotový. Použití mé lokalizace Zimbra závisí na konkrétních podmínkách, které posuzuji individuálně. Za poslední rok s mým svolením překlad používá několik instalací Zimbra, vždy jde o domluvu za jakých podmínek.
Ostatně existuje poměrně dost společností, které se živí nasazováním Open source edice Zimbra a ti mají většinou také své vlastní neveřejné překlady do češtiny. Svobodnější uvolnění překladu plánuji až později. Pokud chce někdo další věnovat čas tomu samému, proč ne.
Má-li někdo vážný zájem o využívání mého rozpracovaného českého překladu Zimbra, nechť se ozve.

11

Server / Re:Zimbra 8.6.0 a lokalizace do češtiny

« kdy: 15. 10. 2016, 22:27:21 »

Koukam ze zustalo jen pri planech

Bohužel plány často naráží na realitu, např. v podobě času, rozsahu a schopností. 

12

Desktop / Re:mcedit a české znaky

« kdy: 04. 10. 2016, 18:31:48 »

Pravděpodobně bude nesprávně nastavena kódovací stránka s podporou 8 bitového vstupu. Zkontrolujte v Options > Display bits... nastavení Midnight Commander, mělo by být:

Kód: [Vybrat]

Input / display codepage: UTF-8
[x] Full 8 bits input
V počeštěném rozhraní pak v Nastavení > Zobrazení bitů:

Kód: [Vybrat]

Vstupní/zobrazovací codepage: UTF-8
[x] Vstup plných 8 bitů

13

Server / Re:Odhad náročnosti instalace CentOS, Apache, PHP, Oracle OCI

« kdy: 24. 09. 2016, 18:24:19 »

Dobrý den,
podobné zadání jaké popisujete realizuji docela běžně. Ovladač OCI8 pro Oracle databázi nemůže být kvůli licenci součástí repozitářů běžných Linuxových distribucí. Po stažení Oracle Instant Client je pak už jen třeba přikompilovat nový modul pro PHP z repozitáře, ve Vašem případě z CentOS.
Není to nic extra složitého, instalaci CentOS s webovým serverem Apache, PHP a s modulem OCI8 by měl být průměrně zkušený správce schopen zvádnout za 4 hodiny. Pokud by si někdo nebyl jistý kompilací modulů pro PHP, tak za jeden pracovní den by to měl člověk znalý instalace jakékoliv Linuxové distribuce být schopen pojmout.

14

Server / Re:Zimbra 8.6.0 a lokalizace do češtiny

« kdy: 26. 05. 2016, 22:45:04 »

Dobrý den,

koncem roku 2015 jsem se rozhodl udělat vlastní překlad Zimbra 8.6.0 Community Edition, práce trvaly mnoho týdnů, ale výsledek stojí za to. Mám přeloženo 100 % z Pokročilého (Ajax) uživatelského rozhraní, včetně vestavěné kontroly pravopisu, což nedokáží ani některé ze 30 oficiálních jazyků. Můj překlad je kompatibilní i se Zimbra Desktop, jen jsem se ještě nedostal k tomu udělat pěkný instalátor. Naopak mi chybí dokončit překlad Standardního (HTML) webového uživatelského rozhraní a překlad administračního rozhraní. Pro představu přikládám pár ukázek z českého rozhraní.
Dalšímu rozšíření a používání se určitě nebráním, dokonce jsem zvažoval i zveřejnění překladu, ale zatím o tom nejsem zcela rozhodnut. Zatím bych použití překladu nechal na případné osobní domluvě, kontakt na sebe pošlu na e-mail.

15

Hardware / Re:Spolehlivý GSM USB modem pro odesílání SMS z Debianu

« kdy: 30. 01. 2016, 15:14:52 »

Pokud záleží trochu i na spolehlivosti, jde třeba o komerční projekt, tak doporučuji koupit něco třeba z nabídky společnosti SEA, s.r.o.:
http://www.seapraha.cz/gsm-modemy-a-gsm-routery__c_40_577
Výhodou je skvělá podpora, která dokáže po telefonu poradit.
Osobně mám velmi dobré zkušenosti s modelem GSM-BGS3-TU (http://www.seapraha.cz/gsm-bgs3-tu__p_11768,40_577_578), který používám jak pro SMS Server Tools, tak i Gammu, jen je třeba dát pozor že nemá auto bauding, ale je třeba rychlost připojení nastavit na 115200 bps, což je v dokumentaci sice napsáno, ale já to napoprvé přehlédl. Připojení je možné buď přes RS232 nebo USB, v Linuxu není třeba žádný ovladač, pro Windows je třeba doinstalovat ovladač pro USB převodník od výrobce čipu.

Pokud jde o hobby řešení, tak asi stačí koupit něco z eBay za pár stovek. S Huawei modemy zkušenosti nemám, takže je nechci hanit, modem TC35i je už starší kousek, občas tyto modely trpěly zamrzáváním, jejich nástupce MC75i na tom byl o dost lépe, ale už se nevyrábějí a sehnat se dají jen jako repas, obecně byly moduly od Cinterion velmi slušné, pak je bohužel koupila společnost Gemalto.