Wat is opendml?
JvS' commentaar is een dooddoener m.v.g. de laatste opmerking van de user, want die vindt het niet duidelijk en wil graag meer uitleg. Vervolgens geeft JvS een stukje uit die moeilijke tekst en sluit het daarmee, maar het is nog steeds niet duidelijk voor de user. JvS maakt zich hiermee veel te makkelijk van het probleem af imho. Ook de reacties van de andere mensen vind ik onduidelijk en onder elk niveau. Het zegt niks over openDML op zich, 't is slechts letterlijke google copypast. Da's niks voor GoT, imho.
Misschien omdat men het zelf niet weet?
Voor de duidelijkheid, openDML laat AVI files over de 32-bit limiet van 2 GB heen gaan, zodat je > 2 GB files kunt capturen. Daarnaast zijn er nog enkele kleine enhancements, die er verder niet toe doen. Daarvoor laat het de overbodige index achterwege (want d.m.v. file-scanning, wat op een moderne computer nauwelijks tot niet meer merkbaar is als je de file opent, kun je de AVI start markers ook vinden en zo een eigen (64-bit) index maken). Om AVI compatible te blijven worden de sub-2GB-fields van de AVI files (want een AVI subfield mag slechts 2 GB zijn, anders ben je niet compatible) elk met een aparte header en aparte counters gemaakt, en de 1e header heeft een counter voor alle frames/samples samen.
Dat lijkt me een stuk duidelijker dan een laffe nietszeggende verwijzing naar google?
.
M.a.w., mag ie weer open?
JvS' commentaar is een dooddoener m.v.g. de laatste opmerking van de user, want die vindt het niet duidelijk en wil graag meer uitleg. Vervolgens geeft JvS een stukje uit die moeilijke tekst en sluit het daarmee, maar het is nog steeds niet duidelijk voor de user. JvS maakt zich hiermee veel te makkelijk van het probleem af imho. Ook de reacties van de andere mensen vind ik onduidelijk en onder elk niveau. Het zegt niks over openDML op zich, 't is slechts letterlijke google copypast. Da's niks voor GoT, imho.
Misschien omdat men het zelf niet weet?
Dat is totaal nietszeggend, het is namelijk een summary, en geen inhoud. En de inhoud is veel te onduidelijk, zelfs voor de gemiddelde tweakers, omdat die puur technisch is. Je mag niet van elke tweaker een universitaire kennis verwachten.The OpenDML File Format Subcommittee is defining an AVI-compatible file format that
addresses the particular needs of professional video. As such, this document relates specific
proposals to these needs.
Further work by OpenDML will elaborate on extensions to the Codec and Vidcap
specifications of Video for Windows to meet the needs of professional video.
--
Lijkt me duidelijk toch?
Voor de duidelijkheid, openDML laat AVI files over de 32-bit limiet van 2 GB heen gaan, zodat je > 2 GB files kunt capturen. Daarnaast zijn er nog enkele kleine enhancements, die er verder niet toe doen. Daarvoor laat het de overbodige index achterwege (want d.m.v. file-scanning, wat op een moderne computer nauwelijks tot niet meer merkbaar is als je de file opent, kun je de AVI start markers ook vinden en zo een eigen (64-bit) index maken). Om AVI compatible te blijven worden de sub-2GB-fields van de AVI files (want een AVI subfield mag slechts 2 GB zijn, anders ben je niet compatible) elk met een aparte header en aparte counters gemaakt, en de 1e header heeft een counter voor alle frames/samples samen.
Dat lijkt me een stuk duidelijker dan een laffe nietszeggende verwijzing naar google?
M.a.w., mag ie weer open?