Beiträge von Kopernikus

Zumindest gnome-system-tools müsste über aptitude (oder adept oder synaptic oder apt-get, je nachdem was du als Packagemanager verwendest) installierbar sein (das paket befindet sich zumindest bei Feisty Beta im core repository, und müsste damit ohne weiteres installierbar sein).

Vielleicht hilft:

http://wiki.multimedia.cx

ffmpeg kann mit sehr vielen (auch exotischen) Formaten umgehen.

Wenn hier grad so viele Youtube Videos gepostet werden, da fällt mir folgendes ein:

http://www.xkcd.com/c202.html

Einige Beiträge zu Canopus Procoder (Express) wurden in ein neues Thema abgeteilt.

http://forum.gleitz.info/showthread.php?t=33211

genau
die Zahl hinter SSIM bestimmt die Genauigkeit (und damit die Geschwindigkeit) mit der gerechnet wird. Je genauer desto langsamer (die Ungenauigkeiten halten sich aber in Grenzen).

Dieser Thread wurde von http://forum.gleitz.info/showthread.php?p=321255#post321255

abgetrennt.

Du brauchst eine xvidcore.dll, die die SSIM ROutinen enthält, dann kannst du mit den entsprechenden Parametern SSIM während des encodens berechnen lassen.

Die 1.2 CVS von Celtic Druid sollte das können.

Wo hast du die Werte denn her?

Was dagegen, wenn ich die Infos ins Wiki kopiere?

Ja

Free and Open Spam:

Zitat

Betreff: Linux is covered by the GNU General Public License (GPL), which allows free distribution of the code please read the GPL in appendix

Inhalt:
healthy, development "There's just such a unstructured play part of childhood,"

MEDICAL INSTITUTIONL (MISJ.PK) incredible stock!!!
>From the very beginning it occupied first places on market of shares!

You can find out more necessary information using your broker web-site!
This stock has exciting potential and exciting energy!!!

Hurry up! You can rely on us! Triple your income RIGHT NOW!!!

WARNING: GET this amazing stock via online brokers site.
BUY this unbelievable stock on ThursDAY --> 02.08.07!!!

playtime can create classes in a Many parentstheir own passions, prepared by two If it occurs Jennifer Gervasio

Alles anzeigen

Neue Version von VirtualDub

http://virtualdub.org/blog/pivot/entry.php?id=142

Changelog:


Build 27021 (1.7.1, experimental): [February 6, 2007]
   [features added]
   * AVI file info now shows the FOURCC of the video stream.
   * The "display decompressed output" option can now be enabled and disabled
     in the middle of encoding.
   * Improved playback timing.
   * Added /hexview command-line flag to open a file in read-only mode.
   * Added /noStupidAntiDebugChecks for development purposes.
   * Added "warp resize" video filter.
   * The "resize" video filter now allows editing the frame height with an
     aspect ratio constraint active.
   * Ctrl+Drag in the audio display modifies the audio displacement.
   * Added an option to create several types of diagnostic test videos.
   * Added Y800 as a synonym for Y8.
   * Added support for the 4:4:4 planar YCbCr "YV24" format.
   * Added animated GIF import.
   * D3D: UYVY, YUY2, YV24, YV16, YV12, I420, and YVU9 video display is now
     accelerated in Direct3D mode.
   * D3DFX: Added additional support for field-based display shaders.
   * Capture: Added a new screen capture driver.
   * Capture: Added configurable hotkeys for stopping and starting capture.
   * Capture: DirectShow filter graph build errors are now noted in the log
     window.
   * Capture: Full-screen mode now auto-hides mouse cursor.
   * Capture: Added UI for modifying DirectShow brightness, contrast, gamma,
     sharpness, and hue settings.
   * Capture: Audio playback setting is now auto-saved. 


   [bugs fixed]
   * "Export as filmstrip" command failed if no audio stream was available.
   * Filmstrips didn't resave properly as AVI (video stream type set
     incorrectly).
   * Modified the SSE check to ignore the flush-to-zero (FTZ) bit, which
     unfortunately some compiler DLL runtimes twiddle.
   * "Preserve empty frames" was writing out the empty frames as key frames.
     VirtualDub corrects this on load, but it was still incorrect on disk.
   * "Preserve empty frames" caused the video codec key frame interval to
     work incorrectly -- it counted compressed frames rather than total frames.
   * "Display decompressed output" was broken.
   * Added workaround for silent crash when using the audio display with older
     versions of Avisynth.
   * Added workaround for digital cameras that leave the last byte off of JPEG
     images.
   * Added workaround for some naughty DLLs that prevented VirtualDub's crash
     logging mechanisms from working properly.
   * Added more workarounds for overlay surface goofiness on Windows Vista.
   * Audio display now reflects timeline edits and the audio displacement
     setting.
   * Made it more difficult to accidentally select frames in the audio display.
   * Fixed divide by zero crash when D3DFX display is enabled and a video pane
     is shrunken to zero width.
   * Fixed case where tiny audio chunks were emitted periodically when using
     some MP3 codecs at a 44KHz sampling rate (audio interleaving issue, not
     sync issue).
   * Fixed goofed file filters in source dialog of "create paletted AVI"
     option.
   * Inverse telecine could be enabled with smart rendering (which doesn't
     work).
   * Fixed "preserve empty frames" and "smart rendering" options to work
     better in the presence of a B-frame encoding delay.
   * Capture: Alt+Enter full-screen toggle left window in topmost placement.
   * Capture: Fixed sporadic crash when capturing with resync disabled.
   * Capture: Fixed tabbing in "set custom format" dialog.
   * Capture: /capfileinc and the startup code didn't increment the filename
     properly past existing files when multisegment capture was enabled.
   * Capture: Hide on Capture now works for DirectShow-based devices.
   * Capture: Added workaround for driver bug in Adaptec AVC-1400 GameBridge
     drivers that causes a crash when displaying video capture pin properties.
   * Capture: Fixed filter leak in DirectShow driver in some cases when the
     filter graph failed to build properly.
   * Capture: When the "transform filter" registry option was used, the
     transform filter popped off the capture filter after a video format
     change. 


   [regressions fixed]
   * Fixed crash when opening AVI file with truncated MP3 audio format.
   * Fixed some audio sync errors when cutting.
   * Fixed the resize filter's settings not saving properly. This was actually
     caused by a long standing overload resolution bug in filter script with
     multiple glue functions on the same overload.
   * Fixed crash when attempting to preview with an audio stream for which no
     decompressor is available.
   * Fixed crash when using quick preview beyond end of selection.
   * Fixed a couple of cases of bogus total audio sample counts being reported
     in the dub status window.
   * Audio sync sometimes wasn't correct when cutting files with VBR audio.
   * Audio stream estimate on status window was sometimes negative.
   * Fixed crash at end of operation with IVTC enabled.

Wenn man sich bei "Outlook" über die "Main Round" bis ins Finale durchklickt, findet man auch DivX.

Bumsfalara

Dass Mod4 kleiner ist, könnte daran liegen, dass 4000 Pixel weniger encoded werden müssen. Genaugenommen müssen sie zwar schon encoded werden, aber nur als edge extension, und das nimmt mit Intra Prediction und CABAC praktisch keinen Platz weg.

Es ist zwar schon ein sehr deutlicher Unterschied in der Dateigröße, aber 0.9 db PSNR Unterschied ist auch gewaltig. Als Faustregel geht man davon aus, dass eine Einstellung, die 0.1 db Gewinn bringt, auch sichtbare Auswirkungen auf die Qualität hat.

Hast du mal mit Auge verglichen?

"Kann helfen" soll heißen, dass ich es noch nie ausprobiert habe, und das auch AlexW "should" sagt.

Standardwert ist 11, kleinere Werte verbrauchen mehr Bits, erhalten dafür mehr Details, größere Werte verbrauchen weniger Bits, könnten aber zu Artefakten führen. (Könnten im Sinne von educated guess, aber ohne Test)

Dieses Feature wird anscheinend nicht so oft verwendet, zumindest habe ich noch nicht viel darüber gelesen. Es scheinen da nicht viele Erfahrungswerte da zu sein, also ist das als aktives Forschungsgebiet anzusehen.

http://forum.doom9.org/showthread.php?p=883033#post883033

das ist ein Post vom Entwickler, der das eingebaut hat.

Für Hohe Bitraten kann es helfen, Filmkörnung und feine Details zu erhalten.

Und Trellis sollte ausgeschalten werden, wenn man Deadzone verwendet.

Hmmm, zu der luma quantizer deadzone, übersetzung wäre Todeszone für Helligkeitsquantisierung. Oder anstatt Todeszone Deadzone behalten. Ich hab Todeszone noch nie als Fachbegriff in diesem Zusammenhang gehört.

man könnte als Erklärung sowas wie "legt fest eine Schwelle fest, ab der quantisierte Koeffizienten auf Null gesetzt werden" schreiben.

Von der Idee her ist eine Quantizer Deadzone sowas ähnliches wie DCT Decimation, aber ein bisschen anders, da der Decoder da auch involviert ist.

Windows Vista hat keine Ideen bei MacOS X geklaut! Wirklich!

http://www.youtube.com/watch?v=TaIUkw…related&search=
(leider englisch)

Wenn du auf der Konsole
"mp4box -info input.mp4 | grep Duration eingibst"
sollten nur noch 3 Zeilen ausgegeben werden. Wenn man anstelle von Duration einen komplizierteren "Regulären Ausdruck" (regex) eingibt, kann man das noch weiter ausfiltern.

Die DCT (von MPEG4 ASP) ist 8x8 (luma) bzw 16x16 (chroma) groß, deshalb ist bei ASP mod 16 relativ wichtig. Die Motion Compensation funktioniert mit minimal 8x8 Blöcken.

Die HCT (von H.264) gibt es für luma in 4x4 (standard) und 8x8 (High Profile), bzw. 8x8 und 16x16 für chroma. Die Bewegungskompensation geht bis 4x4 Blocks runter.

zu mod 4:
Dann hätten wir einen mod 2 Chroma kanal, und somit zwei Blöcke, die halb aus echtem Inhalt bestehen und halb aus Edge Extension. Im Luma Kanal haben wir nur ganze Blöcke mit echtem Inhalt bzw. Edge extension.

Da die 4x4 Transformation praktisch nicht ringt und man das im Chroma vermutlich auch nicht sehen würde (es handelt sich ja nichtmal um eine wirklich scharfe kante, sondern um einen übergang zwischen Bild und Edge Extension) ist vermutlich mod4 auch nicht soo schlimm.

Ich glaube (das ist nicht durch Tests irgendeiner Art untermauert, sondern nur ein educated guess), dass mod4 oder mod8 oder mod16 nicht sehr Unterschied macht (zumindest bei x264 nicht). Da haben andere Dinge mehr einfluss.