Kay

Det går rent tekniskt att göra så, men man får enligt MS licens regler inte göra så. Det man "gör" är att man decodar och sedan encodar igen..... detta ger naturligtvis en kvalitets försämring, men det går att få den minimal om man gör det rätt. Känner dock inte till ngn billig lösning som gör detta.

Jag förstår dig Christoffer, man använder ordet MPEG4 ganska generellt. Problemet är naturligtvis att för oss som sitter och utvecklar t ex MPEG4 så är det självklart att vi menar MPEG4 video (bit strömmen) eftersom att MPEG4 filformatet (.mp4) inte har varit klart specificerat innan mars. Om du tänker på det, så är det först nu som man börjar ange support för .mp4.

Att det blir så här med DivX är just att det är väldigt "etablerat" bland "utvecklare" så för mig är det självklart att DivX är i AVI fil format så anger man MPEG4 så utgår jag från att det är video de menar. Om det däremot hade stått "full support for MPEG4 standard" eller liknande då hade jag förväntat mig support för MPEG4 Simple Visula Profile.

Detta kan lätt liknas med QT om ni tänker efter, vi som håller på med Mac säger generellt support för QT, men oftast menar vi Sorenson om vi pratar om internet distribution. Jag tror att man får leva med detta ett tag, men man kan utgå från att "man" menar MPEG4 video om inget annat står.

Tillbaka till kompabilitet, jag såg att ni testat med mpeg4ip, jag tror dock inte att den hunnit med i utveckligen. Ni borde testa med mp4v2, vilket är den senare varianten av .mp4 parsningen, det kan vara så att den är under utveckling, men pröva kan man ju göra. Den finns med i mpeg4ip source "paketet".

Om ni går till www.m4if.org så kan ni hitta en del företag där som har spelare som går att ladda ner.

/Kay

[ 09 Juni 2002, 12:26: Meddelandet ändrat av: Kay ]

Nja.... vi får se :-)... den är ju kompatibel med QT/MPEG4, Broadcastern och andra Apple produkter mm.... men det här är nog inte en diskussion för det här forumet.

/Kay

iBjorn - den visas under delen om "mobile media" med Ericsson av Casanova tror jag.

Nixon - helt riktigt därav att jag nämde det :-). Jag såg i en annan diskussion just det här med YUV, så vi kan lika gärna förklara det nu. YUV används för analoga signaler och är enbart negativa värden pga av att värden kontrolleras med hjälp av spänning. För att kunna digitalisera YUV måste man kunna ha positiva värden (för att det är enklare att räkna med positiva värden) och då blir det YCbCr och är det gamma korrigerat (vilket det nästan alltid är) så är det Y´CbCr. Nämnas kan att det interna formatet i QT är just Y´CbCr 4:2:2.

Så YUV och Y´CbCr är i princip samma sak, men man använder detta lite slarvigt, och säger oftast YUV rakt över. För att lätt förklara det så kan man säga att ett capture/video kort har YUV in med när det är digitaliserat är det Y´CbCr. En liten not dock, det är Luma och inte Luminance, dock står det ofta fel i specar.

Jag tror också som du säger att just nu har Apple optimerat MPEG4 för hastighet för att sedan få upp kvaliteten. De har dock haft lite problem med AAC ljudet, men det skall tydligen bli fixat under fredagen, är det ngn som vet ngt om detta?

/Kay

Såg en massa diskussioner om MPEG4 komapilitet och profiler. Anledningen att det inte funkar helt felfritt med .mp4 fil formatet är att den sista specen blev satt först i mars, t ex hur hint tracks sparas mm. De flesta IOT:er (Interopability test) har skett på själva MPEG4 bit strömmen fram till nu. Dock har de flesta "stora" bolag gjort IOT:er på fil format men de är under NDA, därav att det är så tyst.

Men för att klargöra så följer Apple MPEG4 standarden 100%...... så om ni inte får andra filer att funka så berorer det på att de inte har hunnit med att "fixa" det ännu. Anledingen till att ni kan vara säkra på det är att han som är ansvarig för filformatet i MPEG är från Apple.

Jag såg också nämnas att ni inte fick Packet Video och Emblaze att funka, och det är helt riktigt de följer inte standarden 100%. De har "twistat" den lite både på bit ström nivå såväl som filformat pga deras affärsmodell som går ut på att sälja stream servrar, så de vill låsa spelaren så mycket som möjligt till Stream Servern. Dessutomm är deras mål att följa 3GPP (3G telefoni) och inte .mp4. Skillnaden mellan .mp4 och 3GPP är att man i 3GPP enbart använder Simple Visual Profile Level 0 för video.

Att ni inte får bra kavlitet kan bero på många saker, en är att det är första releasen och Apple kommer att "fine tuna" den en hel del. Vi har dock fått mycket bra kvalitet, i princip uppnår man DVD kvalitet på 2Mbit, men det har naturligtvis mycket att göra med source material såväl som hur bra kunskap man har om encoding processen.

Jag tror att en stor orsak att ni får "dålig" kvalitet är alla steg ni gör, även en lossless codec adderar distortion. Om ni måste omvandla skall ni försöka att gå till ett "rå video" format som RGB eller YUV dvs Y´CbCr. Fördelen med Y´CbCr är att det är formatet som MPEG4 använder som "in format" eller rättare sagt alla MPEG och MJPEG codecar använder detta.

Ang att Apple "bara" har video och ljud i .mp4 är som Christopher säger; det finns inga "Advanced Profile" implementationer ännu, dessa finns bara på papper i MPEG specen som det är nu.

Däremot så håller jag inte med om att det kommer att ta så lång tid för MPEG4 att slå igenom, redan nu så byggs det massa tjänster och verktyg för MPEG4, och redan i slutet på detta året kommer ni att se "skarpa" tjänster. En välgord MPEG4 codec spöar allt som finns på markanden idag, men det mesta man får se är jämförelser som görs av bolag som har properitära system som de vill promota, och de flesta som arbetar med MPEG4 har inte visat ngt officiellt ännu, så jag kan garantera att ni kommer att bli både nöjda och förvånade.

Såg att ngn undrade om det fannse en MPEG4 spelare för PocketPc.... såg ni inte Apple keynote på QT LIve????

/Kay

Som min käre kolega el Thompster säger så är ju AAC det som ersätter mp3. Vad Thompa menar är från Apples synvinkel.... inte ur användarens i närtid... tror jag

Broadcastern de har skapat är för att streama MPEG4, sedan "råkar" vissa andra codecar funka ändå.... Att Apple gör detta ligger i den långsiktiga strategin att promota och använda MPEG4 mot properitära format såsom WinMedia, Real, mp3 etc

Att säga att man bara skall ha kvar MPEG4 och Sorenson 3 är i säg en motsättning.... frågan är skall man ha Sorenson 3 eller MPEG4? Sorenson 3 är lika properitärt som WinMedia och Real. Som ni säker vet så är numera inte Sorenson med som standard för MPEG4 är default codecen lika väl som AAC har ersatt QDesign.

Det är också så att MPEG4 inte ersätter ngt, men AAC ersätter mp3.... ungefär som MacOS X ersätter OS 9 så ur Apple synvinkel så kommer de "bara" att promota standarder typ MPEG4, AAC etc.

Men det löser ju inte ditt problem med mp3.... beroende på hur vass man är på att programmera så är det hyfsat lätt att porta en Open Source linux encoder till MacOs X ... det största problemet är nog bara Little och Big Endian.

Eller som ni mycket riktigt har upfattat så finns faktiskt möjligheten att encoda mp3 i QT.... så egentligen är det "bara" att bygga en egen mp3 broadcster med hjälp av QT Broadcster API:t.

Att du kan streama mp3 via DSS beror på att man använder QT packetizern.... så i princip kan man streama vilket format som helst med hjälp av deras packetizer, för stream servern är det bara en RTP ström.

Skall kolla upp om det finns ngn med en mp3 encoder för X som man kan använda.

Är det inte så enkelt att Broadcastern inte tillåter att använda mp3 när man väljer "MPEG4 streaming" eftersom att man inte kan ha mp3 i MPEG4.....

Eftersom att Broadcastern skall kunna arkivera material samtidigt i en .mp4 fil så ska den inte tillåta användande av en icke ISO MPEG4 codec såsom mp3.... så en sådan begränsning skulle vara helt korrekt.

Har du testat att köra bara mp3 eller använd typ Sorenson som video codec? eller valt att arkivera i .mov format?