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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 1
dnes 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 0
dnes 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 1
dnes 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
včera 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
včera 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
včera 15:16 | Komunita

Na GOG.com začal zimní výprodej. Řada zlevněných her běží oficiálně také na Linuxu. Hru Neverwinter Nights Diamond lze dva dny získat zdarma. Hra dle stránek GOG.com na Linuxu neběží. Pomocí návodu ji lze ale rozběhnout také na Linuxu [Gaming On Linux].

Ladislav Hagara | Komentářů: 1
včera 13:14 | Bezpečnostní upozornění

Byla vydána verze 2.7.1 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Řešeno je několik bezpečnostních problémů. Aktualizován byl především Tor Browser na verzi 6.0.7. Tor Browser je postaven na Firefoxu ESR (Extended Support Release) a právě ve Firefoxu byla nalezena a opravena vážná bezpečnostní chyba MFSA 2016-92 (CVE-2016-9079, Firefox SVG Animation

… více »
Ladislav Hagara | Komentářů: 0
30.11. 19:19 | Nová verze

Příspěvek na blogu nadace Raspberry Pi je věnován bezpečnostním vylepšením v nejnovější verzi Raspbianu s desktopovým prostředím PIXEL. V oficiálních obrazech je nově zakázán SSH přístup. Ten lze samozřejmě povolit po zavedení Raspbianu pomocí nástroje raspi-config. Nemá-li uživatel k Raspberry Pi připojený terminál, může SSH přístup povolit vytvořením souboru ssh v adresáři /boot. Raspbian nově upozorňuje uživatele na bezpečnostní riziko, je-li SSH přístup povolen a uživatel pi nemá změněno výchozí heslo.

Ladislav Hagara | Komentářů: 41
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 755 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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: 762×

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: 53 | 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: 53 | 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: 66
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: 66
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: 66
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.