Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 8 reacties
Bron: VirtualDub, submitter: Sir_Killalot

Virtualdub is ontwikkeld voor het bewerken van video. Het beschikt niet echt over een goede editor, maar is meer bedoeld om te worden gebruikt in combinatie met programma's zoals Adobe Premiere. De ontwikkelaar heeft versie 1.8.0 uitgebracht in de experimental-tak. De grootste vernieuwingen zijn terug te vinden op het gebied van audio: zo wordt eindelijk vbr-audio correct ondersteund. Daarnaast is er veel werk verricht op het videofilter subsysteem. De aankondiging van versie 1.8.0 ziet er als volgt uit:

VirtualDub 1.8.0 Released

VirtualDub 1.8.0 is out -- this is a new experimental release that contains many changes I've been working on in the background for months. As this is an experimental release, it is recommended that you stick with 1.7.8 for production use. However, any feedback on changes in 1.8.0 is appreciated and will be used as the 1.8.x branch eventually becomes the new stable branch.

The main big change in 1.8.0 is enhanced audio support, including:
  • Support for reading and writing VBR audio with correct sync.
  • Input plugins can expose true VBR audio.
  • Support for multiplexing in raw MP3 tracks.
  • Support for selecting the source audio track when multiple audio tracks are present.
  • Built-in audio decoding support for µ-law, A-law, MP2, and MP3 audio.
The VBR warning is still displayed by default, although it can be disabled in Preferences; turns out, some people were using it to detect files that were unlikely to play properly on their hardware players.

The video filter subsystem has also been overhauled for 1.8.0. A side effect of the changes is that some video filters -- in particular, those that use GDI to draw on video frames -- may run slightly slower. However, there are other changes which can allow the filter chain to run much faster as well. The changes:
  • Video filters can now increase or decrease the frame rate. A frame rate doubling filter (bob doubler) has been added to exercise this capability.
  • Individual filter entries can be temporarily enabled or disabled via checkmark.
  • The filter chain can now run directly with YCbCr formats. Existing video filters are still supported via implicit conversion; new video filters can choose to support any subset of the available formats.
  • Cropping is supported in YCbCr. The pipeline will, by default, convert YCbCr video to a format with higher chroma resolution if necessary to do the crop -- for instance, attempting to crop to odd pixel boundaries will force a conversion from 4:2:0 to 4:4:4. There is an option in the crop dialog to snap the crop boundaries instead of forcing a conversion.
  • The "resize" video filter can now run directly in all supported YCbCr formats. In some cases, this can be significantly faster, as much as 50% faster when this also allows conversions to and from RGB to be omitted.
  • The pipeline will automatically convert video formats as necessary. For instance, it is possible to run most of the filter chain in 4:2:0 and convert to 32-bit RGB later to run an existing video filter. The filter dialog indicates where conversions are taking place in the filter chain and can also display the exact formats involved.
  • A "convert format" video filter has been added to force conversion to a specific format at a specific point in the filter chain.
  • Capture mode has also been enhanced to take advantage of YCbCr filtering. The end conversion to 24-bit RGB is now optional, which means that YCbCr data can be filtered and fed directly to the video codec for enhanced speed.
Video filter authors interested in adding frame rate modification or YCbCr support to their filter should consult the VirtualDub Plugin SDK, version 0.7. The Plugin SDK is still pre-release, but comments and questions are welcome.

There are other miscellaneous changes in 1.8.0, as well as bug fixes that were too risky or extensive to push into 1.7.8.

As I write this, there is an issue on the SourceForge project servers that is preventing me from updating the download page for 1.8.0. If this is still an issue when you read this, visit the VirtualDub project page on SourceForge, and you should be able to download both 1.7.8 and 1.8.0. For those of you who are signed up for new release notifications, the file releases have now been split into stable and experimental packages, so you should subscribe to the virtualdub-experimental package if you wish to be notified when a new experimental release is available. I'd also encourage you to visit the Testing/Bug Reports section of the forum occasionally, as bleeding-edge test releases also appear there.[break]
VirtualDub 1.8.0 experimental - 400px
Versienummer:1.8.0 experimental
Releasestatus:Beta
Besturingssystemen:Windows 9x, Windows NT, Windows 2000, Windows XP, Windows Server 2003, Windows XP x64, Windows Server 2003 x64, Windows Vista, Windows Vista x64
Website:VirtualDub
Download:http://virtualdub.sourceforge.net/
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (8)

Leuk proggie voor de mensen die nog met AVI's werken met Xvid/Divx.

Voor de modernere HD-video's is het jammer genoeg niet meer modern genoeg, door het ontbreken van betere containers als bv. MKV. AVI's zijn namelijk te beperkt voor oa. H264 video's.
eh?

h.264 is een codec. AVI is een container formaat. AVI bestanden kunnen wel degelijk, en zonder probleem, een video hosten die de h.264 codec gebruikt, ook als het gaat om 'HD' zolang je het hebt over resolutie.

Wil je echter meerdere video's in 1 bestand, de ondertiteling erbij, meerdere audio sporen, etc. ... ja, dan zal je inderdaad op een ander formaat over moeten stappen.
Nee, niet echt; Althans met H264 geencodeerde video's (wat ik bedoelde).

De AVI specificatie moet wordt "gehacked" of je moet eenX264 encode maken die aan een lager profiel voldoet (zonder b-frame pyramids, zonder multiple referance-frames) anders kan de liniair opgezette AVI-container het niet aan.

[Reactie gewijzigd door G_M_C op 29 februari 2008 17:22]

"Support for reading and writing VBR audio with correct sync."

Dit is zowat een beetje de reden waarom véél mensen jarenlang NanDub en VirtualDubMod hebben gebruikt. Het zit er eindelijk in.

Maar zoals GMC al opmerkte, ondersteuning van andere formaten, zelfs open formaten zoals Matroska-containers, zit er niet écht in. Terwijl dit voor VirtualDubMod nog altijd het geval is, en deze daar OGM ook aan toevoegt.
Als Avery Lee, en het team (wat niet zoveel mensen zijn) die er nog aan werken, niet dit jaar de achterstand tot VirtualDubMod wegwerken, dan gaan ze definitief de trein missen vrees ik. Niet dat er commerciëel gewin voor hun aan vasthangt, maar afgezien van enkele bugs, kan ik er nog best mee leven dat VirtualDubMod op veel vlakken, zoveel meer functionaliteit bied.

Hetzelfde verhaal geldt eigenlijk ook voor AutoGK, dat al onmiddellijke concurrentie heeft gevonden in de open-source community, waar men wel OGM, MKV, MP4 en dito content ervoor bestemd ondersteunt, het zijnde ogg, aac en x264.
Ik wou dat ze dit programma konden porten naar osx/linux mis hem af en toe wel eens!!
Dan ga je toch uit de slag met Wine of andere ? :)
Support for reading and writing VBR audio with correct sync.
Hier hebben een hoop mensen lang op gewacht denk ik. :)
Onder linux is avidemux de perfecte tegenhanger, kan ook met x264/aac/mp4 overweg.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True