Light Mode

Preskocit na obsah

Diskuse:MP3

Obsah stranky neni podporovan v jinych jazycich.
Pridat tema
Z Wikipedie, otevrene encyklopedie
Posledni komentar: pred 8 lety od uzivatele VitekST v tematu ,,Svobodne MP3??"

Svobodne MP3??

[editovat zdroj]
Nejnovejsi komentar: pred 8 lety2 komentare2 lide v diskusi

Dle https://mojefedora.cz/mp3-uz-je-zcela-svobodne-a-muze-do-fedory/ je mp3 nyni svobodne (vyprsely patenty) 94.112.144.53 4. 5. 2017, 22:04 (CEST)Odpovedet

Nyni toto rekl jiz samotny Fraunhofer IIS v oficialni tiskove zprave: https://www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html Patricnou zmenu v clanku jsem provedl, toto povazuji za dostatecne silny argument. VitekST (diskuse) 15. 5. 2017, 19:29 (CEST)Odpovedet

Diskuze o formulaci

[editovat zdroj]

opet smazani me formulace. tvoje formulace je nespravna! protoze zvolena forma komprese je prave mp3! proto ne zvolena forma komprese ale zvoleny datovy tok. prosim zmenit zpet.

vysvetleni k datovemu toku

[editovat zdroj]

je potreba. protoze to primo souvisi s kvalitou. ktera je emplicidne oznacena za slabinu. opet smazano bez diskuze.

Muzete to prosim nejak rozvest? Ja osobne kompresi vminam jako uroven zmenseni objemu dat. Z toho mi logicky vyplyva ze komprese je tim vetsi cim mensi je datovy tok. Pokud je nejaka odborna definice urovne komprese, ktera je porad stejna i pri menici se ztratovosti, prosim o jeji rozvedeni, protoze mi neni jasne, jak to do clanku zahrnout s tim, co je mi znamo. --che 09:09, 15. 3. 2006 (UTC)


komprese mp3 je stale stejna dana specifikaci mpeg 1 layer 3. zmenou datoveho toku se meni kvalita. vetsi datovy tok=vice informaci=lepsi kvalita. viz komprese mpeg audio napr angl wiki.

existuji ale lepsi codeky napr mp3 pro. ktere umznuji lepsi kvalitu pri temer polovicnim datovem toku nez mp3. mp3 je zastaraly format puvodne pouzivany pro video cd. ale vzil se stejne tak jako treba audiokazeta.pouzivana do dnes.

komprese dat znamena zmensovani objemu dat nebo datoveho toku (komprese); myslim ze zamenujete kompresi - velicinu - a kompresni algoritmus, ktery kompresi provadi. --che 09:43, 15. 3. 2006 (UTC)

samozrejme ze je komprese zmensovani dat. komprese se nemeni jak uz jsem psal vise. tim ze svysujeme datovy tok je mozne , pri stejne kompresy, mit lepsi kvalitu. codec- algoritmus komprese,tedy komprese se nemeni, zustava stejny po celou dobu. prave proto je oznaceni format komprese, tedy jaka komprese.


Vysvetleni pojmu

[editovat zdroj]

Zpracovani digitalniho signalu je moje domena. Z diskuse vyse nejsem moc moudry. Vec se ma takto. Format nerika vubec nic o tom, jak se maji data kodovat, ale jen a jen to, jak ma vypadat vysledny datovy tok. Pod datovym tokem se mysli samotna posloupnost jednicek a nul. Velikost datoveho toku pak je cislo udavajici pocet jednicek a nul ,,proteklych" za casovou jednotku. Kodek je implementace dekoderu (decoder) a/nebo koderu (encoder). Na dekoderu toho uz moc vylepsovat prakticky nejde, jen lze optimalizovat vypocty, pripadne vylepsovat proceduru pro zotaveni z chyb, pokud neco takoveho format podporuje. Koder ale jde menit dost, prave proto, ze format nerika nic o tom, jak vysledny tok ziskat. Klidne si ho muze cucat z prstu, staci, kdyz vysledek bude odpovidat formatu.

Takze kvalita vysledneho datoveho toku neni totez co velikost datoveho toku. Vetsi velikost datovy tok nezarucuje automaticky vyssi kvalitu, to plati jen v pripade, ze se porovnava jeden a tentyz koder pouzity s ruznymi parametry (za predpokladu, ze je to nejaky normalni koder, ktery se chova tak, jak by uzivatel predpokladal).

Uroven komprese je pro datovy tok dana prave velikosti datoveho toku. Je mozne pri stejnych velikostech datovych toku dosahnout ruznych kvalit, staci pouzit ruzne kodery, pripadne jen ruzna nastaveni jednoho koderu. --Miraceti 14:05, 15. 3. 2006 (UTC)

" staci pouzit ruzne kodery": v tomto pripade irevelantni. mluvime zde od zacatku o jednom codeku a to mp3 (mpeg1 layer 3), kvalita se urcuje primarne nastavenim datoveho toku. pmp

[editovat zdroj]
jedna se o redundanci , ve stejne vete je pouzito zvukova nahravka.

konec koncu dalsi odstavec ze zminuje o hudbe jako takove.


redundance slov hudebni a komprese v jedne vete je irelevantni pmp

Nejde o zadnou redundanci. Hudebni zpresnuje nejcasteji uchovavany typ zvuku. Upresneni, ze jde o kopresni algoritmus je tez vhodne, zejmena pokud jeste neexistuje patricny clanek. Cinik 10:22, 15. 3. 2006 (UTC)


ze jde o kompresy je napsano zbytecne v jedne vete vicekrat to same hudebni a v nasledujicim odstavci znovu.tedy redundance

"revert, hudebni soubor je sice zvukovy soubor, ale zvukovy soubor neni hudebni..." opravdu ne? takze hudebni soubor je hmatovy?

Zvukovy soubor neni jen hudebni. Pokud mate takove potize ze slovosledem, ze nedokazete porozumet rozdilu mezi temi vetami, mel byste se nejdriv naucit cesky. Cinik 11:03, 15. 3. 2006 (UTC)

presne tak mp3 neni jen hudebni.je to zvukovy soubor.hlas kuprikladu neni hudba.je spoustu knih kuprikladu v audio forme.


Presto se na MP3 uchovava hlavne hudba... Cinik 11:28, 15. 3. 2006 (UTC)

a ta je zvukovym zaznamem. tvoje vlozka je diskutabilni uz prav proto navrhuji vyradit.

Neni podstatny, jestli je hudba zvukovym zaznamem, podstatne je, ze nejcastejsim typem zvukoveho zaznamu na MP je hudba. To je to, co se snazil basnik rici. 62.240.182.4 11:35, 15. 3. 2006 (UTC)

tato informace se opakuje celkem 3x.

zkusil jsem to upravit aby tam nebyla ta nesikovna zavorka, ale presto bylo hned z prvniho odstavce jasne, nac je format vhodny. --Beren 12:06, 15. 3. 2006 (UTC)