abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 19:00 | Nová verze

Byla vydána verze 18.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
včera 18:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 155. brněnský sraz, který proběhne v pátek 17. srpna od 18:00 na zahrádce restaurace Tanganika (Horova 35). V případě nepřízně počasí uvnitř. Tentokrát bude sraz pojat tématicky. Vzhledem k blížícímu se 50. výročí invaze vojsk Varšavské smlouvy do Československa proběhne malá výstava. Kromě literatury budou k vidění též originály novin z 21. srpna 1968, dosud nikde nezveřejněné fotky okupovaného Brna a původní letáky rozdávané v ulicích.

Ladislav Hagara | Komentářů: 0
včera 01:00 | Komunita

Měsíc po Slackware slaví 25 let také Debian. Přesně před pětadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 9
15.8. 06:00 | Nová verze

Byla vydána nová verze 1.26 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 24
15.8. 03:00 | Nová verze

Po více než 3 měsících vývoje od vydání verze 2.12.0 byla vydána nová verze 3.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 169 vývojářů. Provedeno bylo více než 2 300 commitů. Přehled úprav a nových vlastností v seznamu změn. Proč verze 3.0.0 a ne 2.13.0? Není to kvůli triskaidekafobii. QEMU letos v březnu slavilo 15 let od oznámení verze 0.1 a to je dle vývojářů dobrý důvod pro novou major verzi. Vývojáři mají v plánu zvyšovat major verzi jednou ročně, vždy s prvním vydáním v daném roce.

Ladislav Hagara | Komentářů: 3
14.8. 22:11 | Bezpečnostní upozornění

Intel potvrdil (INTEL-SA-00161) další bezpečnostní problém ve svých procesorech. Problém byl pojmenován L1 Terminal Fault aneb L1TF. Popis problému přímo od Intelu na YouTube. Jedná se o CVE-2018-3615 (SGX), CVE-2018-3620 (OS/SMM) a CVE-2018-3646 (VMM). Další informace na stránce Foreshadow nebo přímo v dnešním commitu do Linuxu.

Ladislav Hagara | Komentářů: 18
14.8. 12:33 | IT novinky

Po více než 4 letech bylo vydáno RFC 8446 popisující verzi 1.3 protokolu TLS (Transport Layer Security). Popis novinek i historie TLS například v příspěvku na blogu Cloudflare.

Ladislav Hagara | Komentářů: 0
14.8. 11:11 | Zajímavý software

V roce 1998 uvedla společnost Tiger Electronics na trh elektronickou hračku, malého chlupatého tvora s velkýma ušima, Furby. Furby patřil k nejžádanějším hračkám. Během tří let se jich prodalo více než 40 milionů. Furby již tenkrát reagoval na světlo, zvuk, polohu, doteky a přítomnost dalších Furby. Sám mluvil a pohyboval se. Firmware uvnitř simuloval postupný vývoj a učení. Zdrojový kód tohoto firmwaru byl zveřejněn na Internet Archive [Hacker News].

Ladislav Hagara | Komentářů: 21
14.8. 02:00 | Nová verze

Australská společnost Blackmagic Design oznámila vydání verze 15 svého proprietárního softwaru pro editování videa a korekci barev DaVinci Resolve běžícího také na Linuxu. Představení nových vlastností na YouTube. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 299 dolarů. Před rokem to bylo 995 dolarů.

Ladislav Hagara | Komentářů: 0
13.8. 21:00 | Zajímavý projekt

Cílem projektu DXVK bylo vytvořit vrstvu kompatibility mezi Direct3D 11 a Vulkanem a začlenění této vrstvy do Wine. Direct3D 10 nad Vulkanem bylo možné řešit mezikrokem pomocí vrstvy DXUP překládající Direct3D 10 na Direct3D 11. Vývojáři DXVK se rozhodli přímo podporovat Direct3D 10. Podpora byla začleněna do hlavní větve na GitHubu.

Ladislav Hagara | Komentářů: 4
Používáte zařízení („chromebook“, „chromebox“ či tablet) s ChromeOS?
 (6%)
 (4%)
 (12%)
 (78%)
Celkem 194 hlasů
 Komentářů: 9, poslední 14.8. 21:03
    Rozcestník

    Dotaz: Kodování během ripování v konzoli

    11.3.2004 21:09 Fluff
    Kodování během ripování v konzoli
    Přečteno: 79×
    Zdravím, jsem jen mírně pokročilý BFU, prosím neporadil by mi někdo, jak zařídit, aby se právě ripovaná skladba (cdparanoia) _zároveň_ kódovala (oggenc)? Čekání až se stáhne celá skladba se mi zdá zbytečné, když se mezitím už stažená data můžou dávno ukládat v OGG/MP3. Slyšel jsem něco o rourách, ale nevím jak na to. Někdo mi ale říkal, že by to stejně nefungovalo, protože když je ripování pomalejší než kódování, tak by se to porouchalo...

    Odpovědi

    11.3.2004 21:47 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Kodování během ripování v konzoli
    Roury fungují pomocí příkaz1 | příkaz2, kde znak "|" předává výstup prvního příkazu ke zpracování druhému příkazu. Viz také BASH - II.

    Co se však ripování a následného kódování týče, určitě by to znamenalo výrazné zvýšení rychlosti? Vždyť samotný proces stáhnutí stopy z CD je docela rychlý, ne?

    Nejjednodušší je použít nástroj, který už někdo připravil pro stejný účel před tebou. Třeba rip nebo rip-utils.
    11.3.2004 22:15 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Kodování během ripování v konzoli
    A mam novou zabavu: ripovani audio-cdcek :-))

    O rourach jste slysel velmi spravne:
    cdparanoia 1 - | oggenc - >skladba01.ogg
    
    cdparanoia vypise data na standardni vystup (ktery je zvykem oznacovat minusem), svislitko rika shellu, ze ma standardni vystup programu vlevo presmerovat na standardni vstup programu vpravo a oggenc si ted standardni vstup precte (zase minus, ale je zrejme, ze jde o vstup), prekoduje a vypise na standardni vystup, ktery bash presmeruje do souboru skladba01.ogg.

    Vada na krase je, ze oba programy pri sve cinnosti jeste vypisuji na terminal, takze by bylo dobre spustit kazdy v jinem terminalu a pouzit "pojmenovanou rouru" (named pipe):
    mkfifo pajpa
    cdparanoia 1 pajpa
    
    a v jinem terminalu
    oggenc pajpa -o skladba01.ogg
    
    Jestli se chcete dozvedet neco vic o rourach a spol., tak si prectete jakoukoliv knizku o Unixu/Linuxu. Navic "roury" byly i v shellu MS-DOSU (ale emulovane pres tmp soubor, tudiz efektivita veskera zadna), takze informaci je urcite dostatek. A samozrejme man bash ;-)

    Nenapada me, proc by to nemelo fungovat, cdparanoia nemusi ripovat v kuse (a snad na to nepotrebuje zadnou spolupraci cd mechaniky), stejne tak oggenc muze cekat na vstup. Nemluvil ten clovek o vypalovani?
    12.3.2004 01:19 Fluff
    Rozbalit Rozbalit vše Kodování během ripování v konzoli
    Dík, to jsem přesně potřeboval. Ale co se stane, když je ripování rychlejší než kódování (na mém stroji běžná situace)? Oggenc očekává data, ale ta nepřicházejí, protože cdparanoia třeba zrovna opravuje škrábanec...
    12.3.2004 01:22 Fluff
    Rozbalit Rozbalit vše Kodování během ripování v konzoli
    ...ripování pomalejší než kódovaní (už je pozdě)
    12.3.2004 03:25 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Kodování během ripování v konzoli
    Nic, proste se ten oggenc zablokuje ve volani read a kdyz jsou data k dispozici, tak bezi dal. Zadne "real-time" pozadavky nema (nepracuje s HW) tak muze spat jak dlouho je treba. Podle me ten clovek mluvil o vypalovani, kde muze byt problem, kdyz cdrecord nema data a ta mechanika neumi pri vypalovani "pockat".

    Ted uz je ale fakt pozde...
    12.3.2004 06:58 rastos | skóre: 61 | blog: rastos
    Rozbalit Rozbalit vše Kodování během ripování v konzoli
    ... svislitko ... - krasny vyraz :-D
    15.3.2004 16:39 Endi
    Rozbalit Rozbalit vše Kodování během ripování v konzoli
    Ahoj, nevěděl by někdo jak to ošetřit v programu? Bohužel moc nevidím ani do programování, ani do unixu, prosím pomožte. Jediný co mi fungovalo bylo tohle:
    #!/bin/env python
     
    import os
     
    def feed():
      (stdin, stdout) = os.popen2('cdda2wav -t10 -D /dev/cdrom - 2>/dev/null', 'r')
      return stdout
     
    def eat(stream):
      stdin = os.popen("oggenc - >track01.ogg", 'w')
      stdin.write(stream.read())
     
    data = feed()
    eat(data)
    
    ale i takhle proces čeká až zkončí ten první. Díkes.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.