Kun katson:Tiedoston.Nimi.(2002).xvid.pq.avi niin kuva hiukan tökkien liikkuu mulla on ffshow ja muut että kuva ja ääni näkyy,mutta saisko tota tökkimistä vaikka jollain kodekilla pois ?
Paha tosta on mennä sanoon, mutta mulla oli ainakin erään Toinen.Tiedoston.Nimi.xvid.avi:n kanssa semmosia onkelmia, että kuva jumitti sillä tavalla, että ääni jäi jälkeen. Korjaantu kun laitoin xvidin propertiesseista post processing settingssit pois päältä. Ilmeisesti jotenkin ketuilleen pakattu (ei kuulemma toimi sama pätkä yhtään paremmin xp2100+:ssa).
No kaverilla jolla on koneessaan Viten rippaama XviD leffo kahden CD:n versiona pätkää aika lailla. Eli sen verran ettei ole ollenkaa katsottava pätkä. Koneen tehoista ei oluulisi olevan kiinni koska on Athlon XP1700+ ja näytönohjain on Ati Radeon 9000 Pro. Tekisi mieli takoa niille hörhöille (esim. Vite) ettei noilla paskoilla koodekeilla kannata ripata. Ensin ne käytti pitkään paskalaatuista DivX 3.11 SBC (hyvä kun halutaan pientä, mutta huono kun halutaan laatua) ja sitten kun ne lopulta lopettivat sen käytön alkoivat käyttää XviD. Ja vain se ntakia että se on ilmainen ja avoin lähdekoodiin perustuva koodekki(samaa maata kuin linux hörhelöt). Tosi järkeä tehdä se leffa laillisella koodekilla jos itse leffan levittäminen on laitonta. Äijät on tosiaan ihan sekaisin. Tekisivät vain rehellisesti laittomia kopioita jos kuintenkin itse leffan levittäminenkin on laitonta.
Totta toi on tosi per**estä,mullakin joku pätkä missä kuva pysähtyy ja ääni/tekstit jatkaa menoaan,aluksi luulin ,että vika on omassa koneessa ja/tai tiedonsiirrossa joku moka,mutta olen melko varma että rippaukseesa on tullut moka ja niinkuin sanoit ,jos harrastaa laittomuuksia niin sitten pitää tehdä se täysillä tai ei ollenkaan.
Ensinäkin XviD on tällä hetkellä ylivoimaisesti paras MPEG4 codec JOS tietää mitä tekee ja Linux päihittää miten vaan Windowsin jos vaivautuu opettelemaan käyttämään! Hakekaa uusin versio ffdshowsta, viimeisin tuli pari päivää sitten. Turha narista jos on vanha decooderi. Jos "kuva matelee", niin mahdollinen syy on liian korkeat post processing asetukset. Sitä kannattaa kokeilla ensimmäisenä, ihan sama mikä prossu on. Jos alkuperäinen resoluutio on todella korkea, esim. vain cropattu mustat reunat pois, kokoa ei muutettu ollenkaan niin post processing on todennäköisesti turha. Koska laatu on jo niin hyvä ja mitä korkeampi alkuperäinen resoluutio on, sitä enemmän tehoja menee. Myöskin mplayer post processing vie paljon vähemmän tehoja. Ffdshowssa on valtavasti kaikenlaisia toimintoja, kattokaa mitä kaikkea on päällä, turhat pois. "Matelemin" voi myös johtua ääni asetuksista. Mitä playeria käytätte? Tän hetken paras playeri on Core Media player ja myös Zoom Player on loistava. Pistäkää ffdshowsta OSD päälle ja jos on käytetty QPEL:lliä niin katsominen vaatii huomattavasti enemmän tehoa. Sekin auttaa, että sulkee kaikki turhat ohjelmat katsomisen ajaksi. DMA:t päälle! Ette ilmeisesti ole pahemmin rippaillut itse leffoja jutuistanne päätellen. Hakekaapa GSpot niminen ohjelma niin sillä saatte paljon infoa leffoistanne. Onko leffoissa alkuperäinen AC3 audio vai MP3? Kahden CD:n leffoissa tietenkin paljon korkeampi bitrate kun yhden. Kyllä se mateleminen ihan teistä itsestä johtuu ja kuka pakottaa imuroimaan netistä, ripatkaa ite omat leffanne jos ei miellytä. Ei tartte turhaan narista. Itsellä vain Duron 950 eikä todellakaan nyi ja pätki mitkään leffat, ei CD:ltä tai kovalevyltä katsottuna. Suurin osa leffoistani on XviD:jä, kaksi CD:tä alkuperäisellä AC3 audiolla, bitrate siis yli 1000.
Pyh. "Ylivoimaisesti paras MPEG4 codec". Millähän perusteella? Viimeisin 'stable' build on UManiacin tekemä ja vuodelta x ja ö. Ei tue B-frameja, lumimaskingia, Q-peliä tahi GMC:tä. Jee jee. Sitten uusimmat unstablet. Kaikki herkut on kyllä mukana, mutta luotettavuus on mitä sattuu. VHQ:t kun napsauttaa päälle niin hei hei GMC:t... Uusia tulee varmaan joka viikko mutta aina unstable. Ainakin Koepi ja Nic valittelevat Doom9:ssä etteivät saa stable-tree:tä kasvamaan... Sikseen uusimmat unstable buildit eivät ole edes MPEG4-standardin mukaisia; eivät vieläkään. Tästä löytyy Koepin ja Nicin juttuja roppakaupalla Doom9:sta. Ei tarvitse kuin tiukasti standardeja noudattava soitin (DivX player 2.1 ja paljon puhuttu Kissin DV-450 standalone) niin eivät unstable XviDit näy. Ja tämä on sitten sitä "ylivoimaista", vai? Ainoa oikea MPEG4 kodekki on tällä hetkellä DivX 5.X -sarja. Noudattaa sentään niitä vähäisiä standardeja ja toimii. Toinen hyvä on Realin RV9, mutta siinä on vielä pikkaisia ongelmia streamingin kanssa (jota tosin ei olla DivX:ssä tai XviD:ssä nähty vaikka niin lupailtiin). Kehtaan väittää että olen ripannut ja kääntänyt enemmän leffoja kuin sinä, kirjoitustyylistäsi päätellen. Voin toki olla väärässäkin...
Jaaha, Divx playerin mainitseminen tiukasti standardeja noudattavana kuulostaa musta vähän hassulta. Eikös se ole sama kuin divx:in decooderi eli löytyy bugeja joistain mpeg-4 featureista joita ei sattumoisin ole Divx:ssä. Bugeja: Ei B-framea heti I-framen jälkeen ja mm. 4mv-bugi QPel:in kanssa jos ymmärsin oikein. Sattumoisin Divx ei käytä 4mv per MB vaikka se sattuukin olemaan osa standardia. KISS-vehje taas ei välttämättä tue kaikkia mpeg4-hilavitkuttimia vaikka divx:iä pyörittäisiki. Käsittääkseni ainoastaan quant.type: modulated on ainoa xvidin feature joka ei ole standardin mukainen, tosin "unstableissa" oopsit on mahdollisia. tässä muuten copypastaus www.xvid.orgista: Hi, good news everyone! Things are moving fast. The new API (dev-api-4) is now close to final. We got a new rate-distorsion optimized quantization mode (Trellis Quant) and differential Global Motion Estimation (GME) is ready to be included into the code as well. When these features have proved to be stable, it's time for XVID 1.0. Stay tuned! Mitä tulee siihen ettei GMC:tä voi käyttää VHQ:n kanssa, se on väliaikaista. Onpa kumma möly featuresta joka on Divx:ssä mielestäni täysin hyödytön. Tottakai XVID:in kahen warppi pointin GMC on parempi kuin Divx:in GMC (1 warp point), mutta nykyisellään VHQ:sta on yleensä enemmän hyötyä. Piakkoin xvidin GMC tukee kolmea warp pointtia (Developerit hitusen pelkäävät että mm. kissit sun muut vehkeet tukisivat vain niitä Divx:ssä olevia stydeemejä.). Helkkarin epäselvää tekstiä mut kaipa tuosta selvän ottaa. btw, en oo ripannu yhtään DVD:tä.
Let the DivX Vs. XviD flames begin! B-frame / I-frame ongelma korjattiin DivX 5.0.5:een, mutta tosiaan tuo oli olemassa. Ainakaan minä en tosin onnistunut saamaan sitä aikaiseksi, eikä kyllä ole moni muukaan, mikäli kuvanlaatuarvosteluihin / yleisiin arvosteluihin on uskominen. Motion vector -bugi ei kai sitten olekaan bugi, vaan ominaisuus (?). Itse en GMC:tä tai Q-Peliä käytä kummassakaan (DivX, XviD), joten paha sanoa. Kyllästyin DivX:n "aaltoileviin" seiniin jo 5-versioiden alussa, joten luovuin noista bonuksista silloin. Ja jos joskus haluaa soitella noita pätkiä jossain standalonessa on tosiaan parempi mitä vähemmän erikoisherkkuja on käyttänyt. Eihän Kissin soitin soita tiedostoja joissa on käytetty GMC:tä tai Q-peliä (simple profile Vs. advanced profile). GMC ja Q-pelit olivat ainakin, mutta niin ne ovat DivX:ssäkin (eiväthän ne kuulu siihen profileen jota Kissin piiri tukee, katso yltä). Ja ainakin tuossa H.263:ssa oli tässä vähän aikaa takaisin jotain ongelmaa, kun siihenkin kuuluu jotain standardeja ja Koepi oli osaltaan ohittanut ne. Itse pidän myös unstableista, vähän niin kuin beta-versioita minkä kanssa säätää. Ja se on totta että turha valittaa unstable-versioiden puutteista / vioista, pikemminkin pitäisi olla kiitollinen että niitä ulos tulee. Mutta nyt kohta on vuosi kulunut siitä kun viimeisin stable tuli ulos, joten eikö olisi aika edes yrittää sitä stablea. Tuntuu että Koepi ja Nic ovat keskittyneet vain lisäämään ominaisuuksia eikä poistamaan bugeja vanhoista. Hehheh....
Tarkennuksena ettei Koepi ja Nic oo niitä pääpiruja Xvid:in takana vaan ovat enemmän tunnettuja noista buildeistaan. Kyl se taitaa olla bugi divx:in decooderissa. Tämmöstä kirjoteltiin pari päivää sitten XviD-devel mailing list:ssä: Gom wrote: > But what a surprise when i see that my so nice AVI file encoded with > dev-api-4+mencoder is badly decoded from time to time. It shows lot of > blocks, that's typically the type of visual bug when the compensation is > badly performed. DivX5 does not use inter4v mode, but is able to decode it - SOMETIMES. It has problems with qpel (with chroma, I think) and in bframes when inter4v are present. They don't really seem to care... Radek Tässä on muuten _jotensaankin_ ajan tasalla oleva mpeg-4 coodekkien vertailu-pöytä. http://www.mplayerhq.hu/~michael/codec-features.html Ja eiku käyttökelpoisia h.264-codekkeja (mpeg-4 part 10?) oottelemaan.
Yep, eihän Koepi, Nic ja UManiac tee kuin buildeja itse XviDin koodiin. Siitä vain joka jamppa painamaan koodia, open sourceahan XviD on. Lisää löytyy http://www.xvid.org/ . H.264:sta en ole jaksanut lukea yhtään juttua. Luultavasti johtunee siitä ettei vielä yhtään toimivaa ratkaisua olla saatu sovittua. Kaikesta täytyy aina vääntää kättä viimeiseen asti. Tuohan on tuo H.264 osittain pakollista XML:n kanssa MPEG-7:ssa, Tietokone-lehdessä oli joskus siitä ihan jees juttu...
