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í
×
dnes 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

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

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 3
včera 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
včera 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
včera 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 25
včera 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
včera 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
22.3. 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 921 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: DAO u zvukových CD

    8.12.2013 11:47 DWD | skóre: 16 | blog: papiry
    DAO u zvukových CD
    Přečteno: 780×

    Vypálil jsem hodně zvukových CD pomoci k3b, ale pokaždé jsem zapoměl nastavit režim zápisu, jestli chci DAO, TAO, RAW a nechával jsem Automaticky. Potom jsem se dozvěděl, že u zvukových CD je nejlepší použít DAO. Jak poznám u hotového vypáleného zvukového CD, jestli to DAO tam mám? Měl jsem při vypálení zvolené Automaticky. Můžu se spolehnout, že vypalovací program si to DAO vybral sám a že mi tam nedal například TAO nebo něco jiného?

    Kdybych místo DAO zvolil TAO, prý to znamená, že se mezi stopami bude vypínat laser. Nemůže to mít potom vliv na to, že se mi na začátcích nebo koncích stop useknou oblasti ticha nebo naopak přidají kusy ticha? Když z takového CD potom naripuji stopy do počítače (používám wav), nebudou se zvukové stopy od původních lišit délkou? Že by na začátcích nebo na koncích bylo něco (třeba oblast ticha) useknuto nebo naopak přidáno kus ticha. Nehrozí něco z toho?

    Jsem kretén, který ví lautr hovno o Linuxu a o počítačích vůbec.

    Odpovědi

    8.12.2013 18:58 Peter Golis | skóre: 54 | Bratislava
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Nie, nehrozí. Koniec koncov si to môžeš vyskúšať a aj overiť v praxi.
    10.12.2013 18:33 DWD | skóre: 16 | blog: papiry
    Rozbalit Rozbalit vše Re: DAO u zvukových CD

    Dal jsem si tu páci a udělal jsem teď hodně pokusů. Vyrobil jsem tři zvukové soubory wav, každý měl na začátku ticjo půl sekundy a na konci ticho 1 sekundu. Vypálil jsem (pomoci k3b) tři zvukové CD. Na každám zvukovém CD jsou ty tři zvukové stopy. Jedno CD je pálené v režimu Automaticky, jedno TAO a jedno DAO. Potom jsem všechny tři CD naripoval (pomoci k3b a pokaždé do wavu) do počítače a to dokonce dvojím způsobem: Jednou jsem měl nastavené nečíst mezery a jednou aby ty mezery četl. V počítači jsem měl nakonec 21 zvukových souborů (počítám i ty původní) a porovnával jsem všechny z původními. Používal jsem kliknutí na soubor a vybrání Vlastnosti a četl počet bajtů, a taky jsem si ty stopy prohlížel v Audacity.

    Výsledky:
    Zvukové soubory z CD vypáleného DAO a ripované tak, že čte mezery, je na tom nejlépe, délka zvukových souborů je skoro stejná (nepatrně větší), jak u původních.
    Zvukové soubory z CD páleného DAO a ripované tak, že nečte mezery, mělo kromě poslední stopy useknuté konce asi dvě sekundy a to bez ohledu na to, jestli je to ticho nebo kus zvuku.
    Zvukové soubory z CD vypáleného TAO a ripované tak, že čte mezery, mělo na koncích kus ticha navíc a i trochu jemného lupnutí, kromě poslední stopy.
    Zvukové soubory z CD vypáleného TAO a ripované tak, že nečte mezery, mělo konce zmršené tak, že nějaký kus ticha bylo přidané, před ním i trochu jemného lupnutí a kus přidaného ticha na konci bylo useknuté.
    CD vypálené Automaticky mělo úplně stejné výsledky, jak DAO. Z toho vyplývá, že při automatickém se použilo to DAO. Protože DAO mělo výsledky nejlepší, budu ho používat. I Automatiky by šlo, ale spolehlivější bude použít přímo DAO.

    Potřebuji, aby na zvukovém CD jsem měl zvukové stopy úplně ve stejném stavu, jak u původních souborů, ze kterých jsem CD vyrobil. Když z toho CD potom naripuji zvukové soubory, zase se musí shodovat s těmi původními. Když dělám kopii zvukového CD, potřebuji, aby na obou CD byly soubory u obou stejné. Z toho vyplývá: Při vypalování nového zvukového CD používat režim zápisu DAO. Při kopírování zvukového CD zase DAO. Při ripování zvukového CD musíme mít nastavené, aby mezery četl.

    Ikdyž jsem všechny tato opatření udělal, úplně dokonalé to ještě není, není to přesné. Pořád se délka zvukových souborů liší od původních, ikdyž nepatrně, o několik bajtů. Já bych byl nejradší, kdyby to sedělo úplně přesně na bajt nebo na vzorek. Proč mi ta nepřesnost vadí: Mám vypálené zvukové CD a když po nějaké době materiál zestárne nebo se opotřebuje, udělám si novou kopii, aby se to obnovilo. A už tam bude trochu rozdíl. Poznat to sice není, ale musíme myslet na to, že si postupem času z te kopie vypálím další kopii a příště z te další kopie ještě další a tak dále a ty nepřesnosti se můžou hromadit až to poznat bude. A proč dělat kopie z kopie atd: Protože ten první kus už třeba nebudu mít, může být už rozbitý a vyhozený.

    Přesně na bajt by to bude sedět jen když místo zvukového CD vypálím datové se zvukovými soubory, ale to by nehrálo ve stolním přehrávači.

    Jsem kretén, který ví lautr hovno o Linuxu a o počítačích vůbec.
    10.12.2013 23:55 Jan Kratochvíl | skóre: 12
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Kdysi jsem něco podobného řešil a řekl bych následující:

    - určitě DAO (Disk at Once), vše se vypaluje najednou a výsledné "wavy" na CD by měly být na chlup stejné. Rozdíl, který pozoruješ je podle mě způsobený tím, že data musí být nějak zaokrouhlena, na nějaké bloky, možná 2048b?? (buď to dělá vypalování nebo přehrávání) to bych zkusil vyguglit, takže pokud to není, tak se zvětší..

    - TAO (Track at Once) na profi věci špatný, vkládá mezery, takže se například nedá vypálit živé album, atd...
    11.12.2013 12:21 tharr
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Kdysi dávno jsem psal v assembleru program pro přehrávání CD v MS DOSu a trochu jsem věci kolem toho musel nastudovat. Pokud mne stařecká paměť neklame, tak sektory na audio CD jsou opravdu velmi velké a také pokud je delší dobu nahrané "ticho", tj nuly, tak mechanika není schopna zjistit, kolik jich vlastně je za sebou. Proto nikdy neseděly crc nebo md5 sumy u zripovaných souborů, na některých mechanikách ani při několikanásobném ripování toho samého za sebou. Proto je vždy potřeba nějaká tolerance, např pro cddb. Nevím, zda to dnes nějaká mechanika dokáže "na bajt", pochybuji. Domnívám se, že chcete nemožné.
    11.12.2013 17:18 DWD | skóre: 16 | blog: papiry
    Rozbalit Rozbalit vše Re: DAO u zvukových CD

    Myslím si, že když zvukový soubor dám na datové CD, z něj potom uložím do počítače, z toho uloženého vypálím na nové datové CD a tak pořád dokola s tím dělám, tak k takovému vychýlení nedochází. Tam to bude pravděpodobně stále stejné, jak poprvé. Můžu to ještě zkusit, ale myslím si, že to sedět bude na bajt narozdíl od zvukových CD.

    Proč jsem se vlastně o to začal zajímat. Protože mám pracně vyrobených celkem dost různých zvukových CD, o které bych nechtěl přijít. Abych předešel zničení CD, tak si preventivně každý rok každé to CD okopíruji. Nechávám si od každého dvě nejnovější kopie a ty staré vyhazuji. Tím pádem dochází k tomu, že dělám kopie z kopie a z te kopie z kopie dělám zase kopii a tak dokola. Proto jsem se začal obávat toho, jestli se zvukové stopy postupem času nezačnou deformovat tím, že ty nepřesnosti asi budou narůstat. Jestli se nakonec nedočkám slyšitelně prodloužených nebo zkrácených pauz za a před skladbama a podobně.

    Jsem kretén, který ví lautr hovno o Linuxu a o počítačích vůbec.
    11.12.2013 18:13 DWD | skóre: 16 | blog: papiry
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Zvukový soubor se na datovém CD neliší od vyrobeného před pálením ani o bajt. Vyzkoušel jsem několik zvukových souborů, porovnal vlastnosti - počet bajtů a taky jsem porovnal i v Audacity. Importoval jsem vždycky přímo vyrobený s vypáleným a zvětšil jsem si zobrazení. Délka stopy, ani nic jiného se neliší ani o vzorek a dokonce není nic ani o vzorek posunuté. To by se nedalo říct o zvukových CD. Co potom moje obavy?
    Jsem kretén, který ví lautr hovno o Linuxu a o počítačích vůbec.
    11.12.2013 18:18 Peter Golis | skóre: 54 | Bratislava
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Ono, medzera medzi pesničkami by mala byť natvrdo 5 sekúnd ak si dobre spomínam. A tú medzeru bez problémov detekovali mechaniky ako pauzu medzi skladbami ak korešpondovala s myslím TOC. Keď som sa s tým kedysi hral, tak mi vyšli identické výsledky aj keď dom to vypaľoval cez TAO a médium vyzeralo ako gramafónová platňa. Ale vypaľoval som to v príkazovom riadku pomocou cdrdao. Uvddené problémy však vyzerajú byť spôsobené zlým vypálením TOC ktorá má nosné informácie o pozíciách. Nebude chyba skôr v použitom K3B?

    PS: originál by som odporučil skladovať na médiu ktoré nepodlieha degradácii. Takže na archiváciu radšej originálne výlisky.
    11.12.2013 18:33 R
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Standardne medzery su 2 sekundy. A nemusia tam byt, na live nahravkach nie su a funguje to vsade.
    11.12.2013 22:53 pocitujlasku | skóre: 15
    Rozbalit Rozbalit vše Re: DAO u zvukových CD

    A ked proste skopirujes cd 1:1 na ciste, tak to nebude jednoduchsie, ako grabovat do wav a opat vypalovat.

    Josef Kufner avatar 11.12.2013 23:19 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Vykašli se na audio CD. Ripni to do FLAC (1 CD = 1 soubor) a ulož si u toho CUE sheet, abys nepřišel o začátky stop a metadata (názvy písniček).

    FLAC je bezeztrátový kodek, takže ušetříš cca 60% prostoru, ale o nic nepřijdeš. Navíc budeš mít všechna CD na jedné hromadě, kterou můžeš například uložit na pevný disk a zálohovat najednou. Ušetříš si tak spoustu práce.
    Hello world ! Segmentation fault (core dumped)
    11.12.2013 19:49 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    na některých mechanikách ani při několikanásobném ripování toho samého za sebou

    To je vlastnost CDDA. Stručně řečeno mechanika občas vrací interpolovaná data a nebo kusy proudu opakuje. Podrobně je to vysvětluje autor cdparanoie.

    12.12.2013 17:33 DWD | skóre: 16 | blog: papiry
    Rozbalit Rozbalit vše Re: DAO u zvukových CD

    Úplně všechno se na originálním lisovaném CD nedá, protože se zajímám o staré písničky, které se skoro nevydávají. Některé skladby seženu jenom v internetovém obchodě ke stažení, některé můžu nahrát jenom ze starých desek. Proto jsem byl nucený zvukové CD si vyrobit sám. Ale dalo mi to hodně práce, protože jsem musel nahrávky pracně sehnat, potom pracně nahrát nebo stáhnout, potom pracně zkontrolovat kvalitu zvuku a případné nedostatky pracně vyčistit a hodně další dřiny. Proto bych o ty nahrávky nechtěl přijít, protože kdo by se s tím měl znovu dřít a ještě by se to nemuselo povést sehnat.

    Proto teď řeším, jak si to zalohovat. A do pytle ukazuje se, že zálohovat je tak, že si vyrobím zvukové CD po dvou kusech, které budu čas od času preventivně kopírovat a nechávat nové kopie a staré vyhazovat, je nespolehlivé. Jsem zklamaný, protože ta technika zase tak dokonalá není, jak jsem si myslel, co se týká zvukových CD.

    Nezbyde mi nic jiného, než to udělat tak, že na poslech budu mít zvukové CD a na zálohu budu mít datové CD, kde budou ty samé zvukové soubory, ale vypálené jako data. To datové CD použiju jenom v tom případě, že se mi zvukové CD zkazí. Použilo by se tak, že z datového CD uložím zvukové soubory do počítače a z nich vypálím nové zvukové CD.

    Mám ty CD ve dvojtých obalech, v každém obalu je jedno zvukové CD a vedle něj dám to stejné ale datové CD. Původně jsem tam chtěl mít dvě stejné zvukové CD, jedno na použití a jedno náhradní, čili dva stejné kusy. Ale teď, když se změnila situace, už nemůžu mít v obalu dva stejné kusy, protože jeden je datový a jeden zvukový. Třetí místo v obalu není, abych tam mohl mít ještě jedno náhradní datové CD. Takže uvažuji, jestli ta záloha bude dostatečná, nebo to mám lépe vyřešit. Ale jednoduché to není, protože mám několik set různých zvukových CD. A to by zabralo hodně místa, kdybych k tomu dělal ještě ty třetí záložní disky.

    Jsem kretén, který ví lautr hovno o Linuxu a o počítačích vůbec.
    Josef Kufner avatar 12.12.2013 19:50 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    A proč vlastně posloucháš ze zvukových CD? Vždyť to už je dobrých 10 let překonaná technologie.
    Hello world ! Segmentation fault (core dumped)
    12.12.2013 20:11 pavel
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Při koupi harddisku 1 TB a předpokládané velikosti obrazu 1 GB Mb se ti na něj vleze více než 700 obrazů zvukových CD.
    14.12.2013 17:02 DWD | skóre: 16 | blog: papiry
    Rozbalit Rozbalit vše Re: DAO u zvukových CD

    Ze zvukových CD poslouchám proto, aby mi to hrálo i ve stolním přehrávači. K tomu přehrávači mám kvalitní zesilovač, kvalitní bedny, různé doplňky na úpravu poslechu.

    Zálohovat na HDD se mi zdá méně spolehlivé, protože pevný disk se může pokazit a to dokonce i dříve, než se zkazí záznamová plocha. Nakonec jsem to vyřešil tak: Na poslech mám zvukové CD a jako zálohu používám datové DVD, které preventivně čas od času okopíruji. Když se zkazí zvukové CD, lehko ho vyrobím znovu pomoci zálohy.

    Jsem kretén, který ví lautr hovno o Linuxu a o počítačích vůbec.
    14.12.2013 19:32 R
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Radsej si tie zalohy nechaj aj na disku, lebo napalovane DVD su dost pochybne.
    Josef Kufner avatar 15.12.2013 14:31 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Nejlepší je zálohovat na dvě různé technologie. Takže externí disk plus anorganická DVD by mělo být celkem spolehlivé.

    Zaměřil bych se však na doplnění stolního přehrávače o možnost připojit digitální zdroj hudby, aby jsi ta zvuková CD nepotřeboval. Je to tak mnohem pohodlnější.
    Hello world ! Segmentation fault (core dumped)
    Matelko avatar 15.12.2013 09:05 Matelko | skóre: 2
    Rozbalit Rozbalit vše Re: DAO u zvukových CD
    Zdravím, vím, že to sem nepatří, ale pokud takhle laboruješ s CD. Nevíš náhodou jak na počítači doplnit na vypáleném CD ještě nefinalizovaném (z CD-rekordéru) CD-text a uzavřít jej.

    Mohu to dodělat na tom CD-rekordéru (Phillips CDR-796) jenže jeho nedoladěný software automaticky CD-text předvyplňuje a velmi často se po smazání toho co navrhuje kousne tak, že je nutný vytáhnout přístroj ze zásuvky. Před léty kvůli tomu skončil až v servisu. Teď už by ho na 100% neopravili tak to nechci pokoušet.

    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.