Ubuntu Sverige

DimensionX skrev:Sen finns mp3 pro också, men det är mindre vanligt. mp3 pro komprimerar bättre än standard mp3.

Bättre är i det fallet ett mycket subjektivt ord. Mp3pro sänker i alldeles för stor utsträckning "samplerate" på musikfilen och lämnar kvar lite extrainfo. Om man spelar upp mp3pro i en "vanlig" mp3spelare så spelar den bara halva samplerate. Det finns ingen mp3pro-läsare till linux (en linuxspelare spelar bara mp3infon och struntar i "skräpet" som utgör det extra i mp3pro). Mp3pro är för övrigt inte öppet och därtill har utvecklarna dumpat hela projektet, så det är dött. Det är dessutom till för "lägre" bitrates. Dvs det är dessutom sämre än mp3 rakt av på höga bitrates.

För den som inte följer med:

bitrate (det som vanligtvis i en mp3 brukar ligga någonstans mellan 128kbps till 224kbps och som i vbr och abr är variabelt, dvs iten är konstant genom hela filen)

samplerate (brukar vara på 44.1kHz (audiocd) eller 48kHz (dvd, osv) i fallet mp3pro är den på 22kHz, det har du oxå på mycket som inte kan eller kräver särdeles bra ljudåtergivning).

Mp3pro var kanske bra under en kort tid för låga bitrates, dvs inget du spar din musiksamling i.

Precis, ljudböcker fungerade t.ex fint att lyssna på i mp3pro.

Det jag har hört är att OGG kräver lite mer CPU att decoda än MP3 vilket gör att det inte är så tokbra för mp3spelare (sånna där små usbminnen som spelar musik, inte programmet som spelar upp musiken åt dig ) då detta gör att batterierna dras ut snabbare

gasol skrev:Det jag har hört är att OGG kräver lite mer CPU att decoda än MP3

Det stämmer att vorbis är mer beräkningsintensiv att dekoda än nästan alla mp3-encoders. Är det någon som någonsin kollat om det skulle leda till att den drar mer ström? Hur ligger tanken bakom det? Att mp3spelaren antagligen måste skala upp processoranvändandet och då slösa mer ström?

Ljud kan beskrivas som en sinusgraf. När man komprimerar så tar man ett antal värden med givna tidsintervall och sparar dessa istället för hela grafen. När det sedan ska dekomprimeras så beräknas utifrån dessa värden hur grafen ser ut mellan dem. Med matematiska algoritmer får man alltså fram hur det antagligen ser ut mellan dem, detta stämmer ofta väldigt bra. Pianoljud tex är lätt att återskapa, marackas däremot är mer oregelbundet och svårare att återskapa på ett bra sätt, hur bra den komprimerade filen låter beror alltså delvis på vilka ljud som ingår.
Ogg har en bättre algoritm för att återskapa ljudet, därför behövs inte lika mycket information för att återskapa ljud som med en mp3 i samma kvalitet. En bättre algoritm innebär sannolikt i det här fallet att den är mer komplex och kräver mer beräknigar. Alla beräkningar kräver ström, så fler beräkningar innebär att det drar mer ström.

Så rent principiellt borde ogg dram mer ström. Men ett test i verkligheten vore intressant.

Mekaniserad Apelsin skrev:

gasol skrev:Det jag har hört är att OGG kräver lite mer CPU att decoda än MP3

Det stämmer att vorbis är mer beräkningsintensiv att dekoda än nästan alla mp3-encoders. Är det någon som någonsin kollat om det skulle leda till att den drar mer ström? Hur ligger tanken bakom det? Att mp3spelaren antagligen måste skala upp processoranvändandet och då slösa mer ström?

Tja jag är verkligen ingen lirare på inbyggda system, men i princip så dekodas väl den komprimerade strömmen in i en buffer vilken läses ur, eftersom dekodningen går snabbare än uppspelning så borde teoretiskt microkontrollern kunna gå ner i någon nivå av strömsparningsläge tills det att den får en signal om att buffern börjar bli "tom". Då OGG kräver mer tid för fylla buffern så blir det teoretiskt set mindre tid för strömsparningsläget. Men som sagt, jag är verkligen ingen expert på inbyggda system så jag kan ha helt fel också.

Cadryc skrev:Alla beräkningar kräver ström, så fler beräkningar innebär att det drar mer ström.

Läckage i moderna chip är över storleksordningen 50% och det är en av de saker som drar ström i stilla läge. Speciellt noterbart är detta i chip som är byggda för att konservera ström, dvs i utbyte mot att den inte drar så mycket ström när det är aktivt så drar den ström hela tiden när den är påslagen. Sammanlagt kan den skillnaden slutligen bli så liten att den inte märks om den ens existerar.

Därför är det nog främst i bärbara spelare ganska intressant att kontrollera om skillnaden är noterbar först. Dessutom måste man kanske nogrannt överväga vad man ska använda för kodekinställningar (drar dekodern noterbart olika mängd ström beroende på hur man ställde in kodern?) osv osv osv.

Mekaniserad Apelsin skrev:Läckage i moderna chip är över storleksordningen 50% och det är en av de saker som drar ström i stilla läge. Speciellt noterbart är detta i chip som är byggda för att konservera ström, dvs i utbyte mot att den inte drar så mycket ström när det är aktivt så drar den ström hela tiden när den är påslagen. Sammanlagt kan den skillnaden slutligen bli så liten att den inte märks om den ens existerar.

Intressant, får söka lite och se om man inte kan hitta ett test i verkligheten nånstans.

Nu har jag dammsugit nätet och hittat att om man har en bitrate på 192 eller över så skall det enligt blindtester det inte gå att höra skillnad på en original cd och en mp3 låt..

http://www.easyrip.se/page3/page4/page4.html

Däremot kan man höra skillnad i 128 Kilobit och original..det kan även jag och jag är inte musiker eller audiofil.

Ogg vorbis ska ha Q6 eller högre för att få bra kvalitet på musiken..

http://www.vorbis.com/faq/#lossy

Ubuntu33 skrev:Nu har jag dammsugit nätet och hittat att om man har en bitrate på 192 eller över så skall det enligt blindtester det inte gå att höra skillnad på en original cd och en mp3 låt..

http://www.easyrip.se/page3/page4/page4.html

Mekaniserad Apelsin skrev:Jag rekommenderar http://www.soundexpert.info/ för info om mätresultat gällande skillnader mellan olika ljudformat och http://wiki.hydrogenaudio.com för ren teknisk information.

Kul att de i stort hänvisar till hydrogenaudio och sidor som den länkar till, synd att de missat soundexpert.info

Ubuntu33 skrev:Däremot kan man höra skillnad i 128 Kilobit och original..det kan även jag och jag är inte musiker eller audiofil.

vodka on 27 May 2008, 02:29 skrev:Ubuntu33, MP3 låter dovt när du börjar rippa 128kbps CBR. Gör om, gör rätt.

vodka skrev:

Ubuntu33 skrev:Däremot kan man höra skillnad i 128 Kilobit och original..det kan även jag och jag är inte musiker eller audiofil.

vodka on 27 May 2008, 02:29 skrev:Ubuntu33, MP3 låter dovt när du börjar rippa 128kbps CBR. Gör om, gör rätt.

Det är inte jag som gör fel!

Jag har lärt mig men det har inte 90% av alla andra fildelare!

Mekaniserad Apelsin skrev:

gasol skrev:Det jag har hört är att OGG kräver lite mer CPU att decoda än MP3

Det stämmer att vorbis är mer beräkningsintensiv att dekoda än nästan alla mp3-encoders. Är det någon som någonsin kollat om det skulle leda till att den drar mer ström? Hur ligger tanken bakom det? Att mp3spelaren antagligen måste skala upp processoranvändandet och då slösa mer ström?

Grundprincipen är helt korrekt, och det gäller inte bara mp3 spelare utan även bärbara datorer.
Sedan är frågan om det är mätbart på en bärbardator eller inte.

Men grundprincipen är att när cpu:n inte jobbar ska den sova,
när den sover drar den mindre ström.
Dvs om du har ett format som gör att cpu:n är vaken mer kommer det gå åt mer energi.

Du kan ta en mobiltelefon som exempel,
i databladet säger man att den kan vara i standby helt oanvänd i ca 400h.
Sedan hittar du ingen data på hur länge den håller om du spelar mp3 men det är ingen hemlighet att
vi inte talar om några 400h längre när du börjar använda den
Och om du jämför uppspelning av mp3 och t.ex. AAC+ (som är riktigt beräkningsintensivt)
så kommer du att finna en rätt markant skillnad i batteritid (ca 15-30%).

Och detta kan man förmodligen föra över rakt av på mp3 spelare och ogg vs mp3.

Mvh Johan