| Zeige Beiträge 1 bis 4 von 4 Treffern |
|
 Thema: ffdshow |
|
|
Das Projekt bei Bountysource war eine Ausflucht nachdem SourceForge dauernd das Projekt nicht akzeptiert hatte und dann heute auf einmal doch. Komisch.
Naja, es war auf anderen Seiten schon oft die Rede davon wegen der lange Abwesenheiten eine andere Platform zu bieten für Änderungen an ffdshow das von Leuten verwaltet wird die vielleicht ein wenig aktiver sind.
Außerdem hoffe ich darauf das die Leute die sich bisher Interesse an Änderungen gezeigt haben dort ihre Änderung vollführen, es ist Schade zu sehen das viele Aufgeben weil keiner in richtigen Kontakt mit milan kommt. Zudem kann man sehr einfach Patches erstellen und das ganze für das original vorschlagen. Zudem ist es einfacher für die Builder die dann nicht alle selber immer wie die verrückten erstmal patchen müssen. Damit nicht dasselbe zur Falle wird wenn ich selber mal nicht da bin hab ich direkt einige der wichtigen Leute als Admins eingetragen.
|
|
| Thema: ffdshow |
|
|
Dann hätte schon längst jemand SourceForge oder milan verklagt. Traffic für sowas liefert jede bessere Universität gerne für umsonst (die zahlen sowieso nichts für upload). Das Problem ist halt das die meisten zu Faul dafür sind bzw. die die es nicht sind meist solche wie free-codecs.com sind die damit Cash machen wollen.
|
|
| Thema: ffdshow |
|
|
Ja, lima-city hat wohl zuviele Kinder die ihre Scripte auf den Servern laufen lassen und die dauernd in Endlosschleifen enden, drition war da etwas besser aber die aktivieren ständig die dummen layerads wieder. Mal was besseres suchen bald ohne Werbung und ohne Kosten.
|
|
| Thema: ffdshow |
|
|
Nur das Problem mit den grünen Bild bei xsharpen + resizer. Ansonsten würde ich gern jemanden sehen der durch die lustigen SSE etc. Optimierungen irgendwelche Geschwindigkeitsvorteile hat, das meiste im Code ist handoptimiert für die entsprechenden Dinge. Ausser dem Intel Compiler kann kein Compiler speziellen Code automatisch generieren, der Compiler zeigt an welche Dinge er automatisch optimiert und ich glaube ihr würdert euch doch kaputtlachen was dort optimiert wird, jedenfalls glaube ich bei den meisten Dingen nicht daran das sie auch nur geringster Weise mit SSE schneller sind, wenn z.B. in einem Array alle Werte bei der Initialisierung auf NULL gesetzt werden. Bei AMD Prozessoren ist zudem nicht immer eine SSE Variante schneller, zudem sind libmplayer und libavcodec quasi immer gleichschnell auch ohne spezielle Compilerswitches wie -msse. Testet es einfach. Ich jedenfalls selber benutze meine nicht-SSE Varianten 
Vielleicht sollte ich es einfach wie Dirk Paehl groß als Runtime CPU Detection verkaufen, das ist so ziemlich der Standard bei ffdshow und das hardcoded
Die ganzen speziellen Builds sind überwiegend nur aus psychologischen Gründen toll, ich nutze nicht viele der Filter in FFdshow aber wenn mir einer das Gegenteil beweisen kann dann kann er dies gerne tun
Solange glaube ich nicht das die ganzen speziellen SSE etc. builds etwas bringen da alles wo dies wirklich nutzt handoptimiert ist.
|
|
|
| Zeige Beiträge 1 bis 4 von 4 Treffern |
|
|
