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.


Příspěvky - ByCzech

Stran: 1 ... 49 50 [51] 52 53 ... 123
751
Software / Re:K čemu MP4 když je AVI?
« kdy: 11. 01. 2018, 14:12:06 »
Aha, takže MP4 umožňuje mít index na začátku. Umožňuje. U-M-O-Ž-Ň-U-J-E.

Ano to je skvělé. Když nám nějaký kontejner něco N-E-U-M-O-Ž-Ň-U-J-E, tak jsme v háji a nijak to tam nedostanem (HEVC, VP9, libovolné množství zvukových stop, titulkových stop ap.). Takže jestli to měla být stížnost, tak pěkně hloupá. Zkuste pouvažovat, proč MP4 umožňuje oba případy a proč je to dobře.

752
Software / Re:K čemu MP4 když je AVI?
« kdy: 11. 01. 2018, 09:14:52 »
A já bych se připojil s dotazem: proč se všude používá MP4 a ne Matroska?

To je stejné, jako proč se ptát, proč je na tolika desktop PC Windows a ne Linux - moc (ve smyslu mocný nejen mnoho) peněz. :)

753
Software / Re:K čemu MP4 když je AVI?
« kdy: 11. 01. 2018, 09:12:58 »
1) u serveru s podporou partial content si prostě stáhneš na začátku konec souboru. To dělá třeba mplayer (a to je taky reakce na ByCzecha, který tvrdí, že to nejde - jde ;))

Tak ByCzech upřesňuje, aby nebyl "obviňován", že tvrdí, že něco nejde:

Pokud streamování "předefinujete" tak, že můžu nejdříve načíst konec a pak zase začít od začátku, tak ano, pak jde takto "streamovat" cokoli. Ale za streamování se odjakživa považuje to, že se čte od začátku do konce, bez možnosti skákat někam tam a zpět, protože to už pak není stream, protože u streamu často ani konec není (live vysílání např.).
Takže mé upřesnění: Pokud za streamování považujete i možnost, kdy skočíte na konec souboru pomocí partial content (o čemž jsem věděl), tak pak ano, pak se streamovat dá i takové MP4, ale funguje jen za specifických podmínek a IMO to vybočuje z definice co to je stream, proto jsem to původně nezmiňoval.

754
Software / Re:K čemu MP4 když je AVI?
« kdy: 11. 01. 2018, 07:53:18 »
MP4 nejde streamovat? Proc to tedy streamuji po celem webu? A kdyz si ten stream stahuju, tak mp4 muzu rovnou zacit prehravat, zatimco u nekompletniho AVI to ohlasi, ze chybi index a musim ho nechat sestavit, aby se v tom dalo seekovat. Nehlede na to, ze AVI je tak stary, ze nejspis uz bude v rade ohledu prekonany.

Coze? To sis popletl, ne? Vzydt je to presne naopak, AVI muze prehravat uz pri stahovani, mp4 nejde. Podivej se na uloz.to, u MP4 nemas moznost prehrani primo v prohlizeci, u AVI je to vzdy.

MP4 umí mít index na konci souboru i na začátku. Pokud má na konci, streamovat nejde. Pokud někdo vyrobí MP4 s indexem na konci, nemůže se divit, že nestreamuje. Jsou nástroje, které ten index umí u takového souboru přehodit na začátek, viz třeba: https://stackoverflow.com/questions/7614635/h264-mp4-index-to-front-command-line

Další věc, že AVI neumí spoustu věcí a nebo má různá omezení, dobrý začátek pro porovnání je na Wikipedii: https://en.wikipedia.org/wiki/Comparison_of_video_container_formats (AVI nestreamuje, neumí menu, 3D, má omezení u některých moderních video kodeků - nepodporuje plně jejich vlastnosti, jiné nepodporuje vůbec - HEVC a VP9, neumí některé audio kodeky, má omezenou podporu titulkových stop a podporuje je jen díky 3rd party rozšířením...).

755
Vývoj / Re:PHP - Ověření položky v poli
« kdy: 10. 01. 2018, 01:52:51 »
Ahoj, je potřeba ty příklady ještě nějak doladit? Oba příklady vrací vždy jen false.

Můj určitě vždy jen false nevrací, odzkoušeno... Nebo je chybně pochopeno zadání...

756
Vývoj / Re:PHP - Ověření položky v poli
« kdy: 09. 01. 2018, 22:53:55 »
Kód: [Vybrat]
<?php
function compare($item$url$parent$level) {
   return (
$url === $item['url']) && ($parent === $item['parent']) && ($level === $item['level']);
}

foreach(
$myarr as $item)
    echo (
compare($item"empty-3""13""3") ? "True" "False")."\n";
?>


757
Desktop / Re:Boot do Emeregency Mode - vliv Windows ?
« kdy: 08. 01. 2018, 13:29:36 »
Samozřejmě nějaká windowsí aktualizace mi zase zapnula to zkriplený vypínání

Windows prostě delší dobu aktualizační kanál používají i na spoustu jiných věcí, než na aktualizace... C'est la vie!

a systemd to samozřejmě nerozdejchal. Takže ro, nofail. Jeden by řekl že jestli je to dobře dokumentovaný chování tak to instalačky zohlední a pro disky zvolené při instalaci nabídnou ten nofail samy.

No ono to sice známé je, ale není to s tím tak jednoduché. Viz třeba Strip `nofail` option in mount.fuse helper, protože "nofail" bylo do doby, než se to objevilo v systemd výchozí chování, takže když to bylo takhle najednou "agresivně" změněno, aniž by se to domluvilo s těmi, které to postihuje, tak to - jak je to u systemd už skoro "tradicí" - rozbíjí jiné věci, protože si to někdo naimplementuje takto bez ohledu na ostatní.

Takže se nedivím, že to není (zatím) na instalačkách, protože nikdo není schopen říct, co všechno by to naopak mohlo pokazit.

758
Desktop / Re:Boot do Emeregency Mode - vliv Windows ?
« kdy: 08. 01. 2018, 02:14:24 »
[...]bych mnohem raději a klidně bych oželel i nějakou tu sekundu navíc při bootu z SSD[...]
btw: kdyz sem nepouzival sifrovani LUKS celeho disku, tak sem s Xubuntu 14.04 (tedy s upstart) z SSD na i5-2520 mel za 5-6vterin, takze sem nechapal co by systemd mel jeste zrychlovat ;)

Já si taky myslím, že u SSD to nemá (už) význam. Pomáhalo to u točivého disku, to jo. Pak to začalo být složité a nabalovat na sebe věci takovým způsobem, že spolehlivost je místy v háji, spousta softu se musela předělat, aby to fungovalo stejně, jako doposud, protože systemd to chování změnil atd., takže myslím, že to za tohle nestojí. Kdyby zůstal jako v začátcích jednoduchým initem, tak se o výhodách dá mluvit. A hlavně, když bych nechtěl, vyměním za něco jiného a finito. Dnes téměř nemožná věc. 

759
Desktop / Re:Boot do Emeregency Mode - vliv Windows ?
« kdy: 08. 01. 2018, 01:53:53 »
V tomto jsme určitě zajedno...

Jak kdo. Je tu i hafo milovniku systemd, kteri to maji uz i na hajzlu.

Já to mám, protože se mi zdá z určitých důvodů blbé jít těmi bočními cestami, které systemd nemají, ale jsem si velmi vědom jeho nevýhod a neplech co to dokáže (dobré věci netřeba zmiňovat, ty jsou samozřejmostí). A díky tomuto přístupu také vím jak spoustu věcí vyřešit nejen sobě... Je fakt, že kdyby nebyl systemd v té podobě jaké dosáhl a tak rozšířený, byl bych mnohem raději a klidně bych oželel i nějakou tu sekundu navíc při bootu z SSD, kterou jiné inity vyvažují spolehlivostí díky odladěnosti a tomu, že neprohlašují bugy jako featury ap.

760
@Macik
U mna v Linux Mint Mate 17.3 to funguje stlacenim: Shift + F10
Mac nepouzivam. Jeden cas som o tom aj uvazoval, ale odradily ma tvoje negativne skusenosti  8)

A funguje to v jakékoli aplikaci nebo jen v prohlížečích? Navíc Shift + F10 v prohlížeči, klávesa pro kontextovou nabídku a pravé tlačítko myši jsou i tak něco jiného, přestože za určité situace to může vypadat stejně...

761
Desktop / Re:Boot do Emeregency Mode - vliv Windows ?
« kdy: 08. 01. 2018, 01:19:47 »
LP je opravdu neštěstí...  >:( :-\

V tomto jsme určitě zajedno...

762
Desktop / Re:Boot do Emeregency Mode - vliv Windows ?
« kdy: 07. 01. 2018, 23:52:37 »
Aha, systemd.... Nastesti to doma nemam, tak me nenapadlo, ze to ten rozsklebeny genius dojebal az takle.

Jj, taky se mi nelíbí, že mění výchozí chování initů...

763
Vývoj / Re:Návrh pro odeslání informací na server
« kdy: 07. 01. 2018, 23:09:10 »
Jeste tu nebyl wget.

A GET :)

Ale tenhle dotaz aspiruje na TATAR roku :D

764
totalni hovor je kdyz tazatel chce poradit, ale nenapise jakej model tiskarny ma, neni schopen se podivat do nastaveni tisku

Přísně vzato mi to nepřipadá jako dotaz, ale stížnost, jakoby si zakladatel vlákna jen chtěl poplakat na rameně...

Osobně popisované problémy nemám a to jsem už zprovozňoval hromady tiskáren v Linuxu. Ne že by s tím občas nebyly nějaké potíže, ale když jsou, je to obvykle na výrobci, který si děsně sedí na svém übertajném know-how, jak ta jeho očesaná tiskárna potřebuje od počítače předžvýkat data, protože použít nějaký GDI tisk mu tiskárny o pár centů slevnilo, než kdyby tam naimplementoval nějaký standardní tiskový jazyk.

Nevím jak v Gnome, používám ho málo, ale v KDE je nastavení tiskárny v tiskovém dialogu takové, jaké bych ho očekával, nastavit jde obvykle nejen to, co umožňuje ovladač tiskárny, ale často i různé jiné vychytávky podle aplikace...

PS: Za to u Windows, tam bych mohl povídat příběhy, kterak něco (ne)tiskne, kde se to ztrácí, proč to chrlí papíry, proč je to najednou offline, když před pár sekundami vyjel jiný tisk, proč při zapojení tiskárny do volného USB se znovu instaluje ovladač, proč se ovladač nenajde, přestože je prokazatelně na disku, proč je potřeba na síťovou tiskárnu nějaký extraudělátor od výrobce, když to jde bez něj jasně a logicky, proč na dodaných médiích je nefunkční ovladač, proč nefunguje to či ono ap., prostě horor u věcí, u kterých stačí u Linuxu tiskárnu připojit a do pár sekund tisknu, aniž bych se musel shánět po médiu, stahovat ovladač z netu, spouštět nějaký složitý a často špatně funkční instalační Wizard atd.

765
Software / Re:IMPORTXML z TITULKY.COM
« kdy: 07. 01. 2018, 21:20:46 »
konkrétně
Kód: [Vybrat]
=IMPORTXML("https://www.titulky.com"; "//title")

cracwler očividně RSS netahá, dle URL tahá titulní stránku z titulky.com

Stran: 1 ... 49 50 [51] 52 53 ... 123