|
|
| Sarreq Teryx |
| Posted: Jul 21 2002, 11:43 PM |
 |
|
VirtualdubMod Alpha tester
Group: Vdubmod Alpha Testing Team
Posts: 175
Member No.: 41
Joined: 16-July 02
|
1. — are there plans to have VDub able to use WDM and/or DS codecs?
2. — are there plans for Audio filters?
3. — I heard that OGM and MCF output was planned, will VDub support their (currently planned) full feature set?
4. — will the interface be a bit less menu centric than it is now, there's some features, that would do quite well in a toolbar
5. — is 64bit hammer and itanium code planned, I know I fully intend to move to a hammer system and 64bit windows (if MacOSX86-64 doesn't happen, I don't like linux yet) when I have the cash to do so
6. — suggs:
• Input plugins, to allow other people to write inputs filters for stuff avery doesn't want to or is legally bound from (WMv/ASF for example) writing in himself
• Output plugins, to allow for future formats, so that avery doesn't have to insert the code in the main program every time one comes out, and to allow other people to write for other current formats
• Full unicode file and folder name support, you know how annoying it is to try to open a file with japanese text in the filename in something that doesn't support unicode, and i'd probably less of a problem to write translations of the program (for that matter, external language files, like winamp uses)
• some of Nando's audio changes, to allow for more audio formats to be used, and proper support of VBR files (I think the MAD MP3 code is open source, and is quite nice as a winamp plugin also)
--------------------
And as I walk through the Valley of the Shadow of Death, Lord, thy balls and shaft, they comfort me, you annoint my head with oil, some salt, a dash of pepper, a sprigg of parsley......Lord?............Lord??? What dost thou intend to do with that fork??? |
|
| SillKotscha |
| Posted: Jul 22 2002, 12:10 AM |
|
|
smart Moderator
Group: Moderators
Posts: 146
Member No.: 6
Joined: 7-July 02
|
| QUOTE (Sarreq Teryx @ Jul 22 2002, 01:43 AM) | | 1. — are there plans to have VDub able to use WDM and/or DS codecs? |
6/24/2001: The great DirectShow adventures
"I am indeed in the process of coding DirectShow-based (WDM) video capture for VirtualDub 2.0."
and for the rest... I do know nottin' but you might want to have a look here and wait like we do for his appearance and maybe some hot news announcements 
regards Sill
--------------------
"Have you ever noticed that whenever Microsoft calls something 'Smart', it's definitely a feature you want to disable!" |
|
| ProfDrMorph |
| Posted: Jul 29 2002, 01:45 PM |
|
|
Unregistered
|
There will also be input plugin support ( I once asked Avery if he could implement that and he said that he's working on it ) |
|
| phaeron |
| Posted: Jul 31 2002, 03:14 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
| QUOTE |
1. — are there plans to have VDub able to use WDM and/or DS codecs?
|
Attempting to implement WDM, although the DirectShow API is considerably more annoying to use and difficult to debug than the Video for Windows API, especially since VirtualDub has a more complex dataflow during capture than most other applications.
| QUOTE |
2. — are there plans for Audio filters?
|
Planned but not yet implemented. There is an internal filter chain, but it is not at all suitable for external filters.
| QUOTE |
3. — I heard that OGM and MCF output was planned, will VDub support their (currently planned) full feature set?
|
Haven't looked into this too much, but input plugins will likely be a prereq.
| QUOTE |
4. — will the interface be a bit less menu centric than it is now, there's some features, that would do quite well in a toolbar
|
Menu options just spawn dialogs anyway. Also, meaningful icons are a small problem. Although open source code is good, people are usually less enthused about open source art....
| QUOTE |
5. — is 64bit hammer and itanium code planned, I know I fully intend to move to a hammer system and 64bit windows (if MacOSX86-64 doesn't happen, I don't like linux yet) when I have the cash to do so
|
AFAIK, 64-bit Hammer chips (Opteron?) aren't shipping yet -- Linux x86-64 development is being done through a very slow emulator. I would like to get one of those, if a suitable x86-64 version of Windows is made. Itanium so far doesn't look interesting, and I don't feel like plugging in a 700W power supply.
| QUOTE |
• Input plugins, to allow other people to write inputs filters for stuff avery doesn't want to or is legally bound from (WMv/ASF for example) writing in himself
|
Working on this. One sticking point is the asynchronous I/O interface -- dynamic MPEG parsing is considerably more complicated than I'd like, and I want an API that isn't a PITA to code for without sacrificing CPU parallelism.
| QUOTE |
• Output plugins, to allow for future formats, so that avery doesn't have to insert the code in the main program every time one comes out, and to allow other people to write for other current formats
|
Similar problems to the above, but on my wish list too. (Sucks, because I have to implement my own wish list.)
| QUOTE |
• Full unicode file and folder name support, you know how annoying it is to try to open a file with japanese text in the filename in something that doesn't support unicode, and i'd probably less of a problem to write translations of the program (for that matter, external language files, like winamp uses)
|
V1.5 will be (mostly) Unicode internally, even under 98. I have a lot of files with nonsensical Japanese names on my hard drive now.
| QUOTE |
• some of Nando's audio changes, to allow for more audio formats to be used, and proper support of VBR files (I think the MAD MP3 code is open source, and is quite nice as a winamp plugin also)
|
I will not support writing VBR MP3 as implemented in vdub-mp3/Nandub in any version of VirtualDub. It is an abuse of the AVI format and is not guaranteed to continue working with future versions of the Windows APIs.
|
|
| Sarreq Teryx |
| Posted: Jul 31 2002, 06:29 AM |
|
|
VirtualdubMod Alpha tester
Group: Vdubmod Alpha Testing Team
Posts: 175
Member No.: 41
Joined: 16-July 02
|
very cool, 1 thing though
| QUOTE | | I will not support writing VBR MP3 as implemented in vdub-mp3/Nandub in any version of VirtualDub. It is an abuse of the AVI format and is not guaranteed to continue working with future versions of the Windows APIs. |
Not even if the ogg or mcf code is written? you could write it in for formats which support it, while blocking it from AVI couldn't you?
--------------------
And as I walk through the Valley of the Shadow of Death, Lord, thy balls and shaft, they comfort me, you annoint my head with oil, some salt, a dash of pepper, a sprigg of parsley......Lord?............Lord??? What dost thou intend to do with that fork??? |
|
| phaeron |
| Posted: Jul 31 2002, 07:26 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Oh you're right, I should have qualified that -- I meant in AVI. Then again, VBR is pretty annoying to deal with on the code side. Also, MP3 in an Ogg file is somehow... wrong.
|
|
| ChristianHJW |
| Posted: Jul 31 2002, 08:19 AM |
|
|
Advanced Member
Group: Moderators
Posts: 1768
Member No.: 2
Joined: 7-July 02
|
| QUOTE (phaeron @ Jul 31 2002, 09:26 AM) | | Also, MP3 in an Ogg file is somehow... wrong. |
lol
Hi Avery, welcome to our board !
MP3 in Ogg is working nicely BTW, but i agree with you its a bit strange, as Vorbis is the much better audio codec. Its mostly used to transmux existing AVIs with MP3 into Ogg format, as reencoding the audio would only deteriorate quality and could not bring any advantages.
Why at all transmux AVIs into Ogg format you may ask ? Well, XCD is standing outside the front door, giving us the possibility to store 800 MB on a normal 700 MB CDs without overburning as the picture data are written in mode 2 form 2 , while Ogg headers are stored with ECC in mode 2 form 1 to make sure the file is playable in any case, even if the CD gets heavily scratched.
AVI is too sensitive for that, thats why XCD will not support AVI for mode 2 form 2 AFAIK, so transmuxing the AVI to Ogg makes sense in this case, not to mention streaming, etc.
--------------------
Visit the unofficial Virtualdub support forum on http://forums.virtualdub.org - help to reduce the big number of emails Avery Lee is getting every day !!
Support matroska as container and Gstreamer as the only truely open, x-platform multimedia platform .... |
|
| robUx4 |
| Posted: Jul 31 2002, 08:39 AM |
|
|
Unregistered
|
| QUOTE (Sarreq Teryx @ Jul 31 2002, 08:29 AM) | very cool, 1 thing though
| QUOTE | | I will not support writing VBR MP3 as implemented in vdub-mp3/Nandub in any version of VirtualDub. It is an abuse of the AVI format and is not guaranteed to continue working with future versions of the Windows APIs. |
Not even if the ogg or mcf code is written? you could write it in for formats which support it, while blocking it from AVI couldn't you? |
Actually MCF (when it appears) and OGG wouldn't have this problem with VBR data (since they're not bitrate oriented).
Anyway an input/output plugin architecture to read/write to your preferred file format would be a great thing !
(and I'd definitely make the MCF in/out part) |
|
| Sarreq Teryx |
| Posted: Aug 14 2002, 05:00 AM |
|
|
VirtualdubMod Alpha tester
Group: Vdubmod Alpha Testing Team
Posts: 175
Member No.: 41
Joined: 16-July 02
|
thought of another thing, support for AviSynth filters built right in (oy, avisynth bugs me)
--------------------
And as I walk through the Valley of the Shadow of Death, Lord, thy balls and shaft, they comfort me, you annoint my head with oil, some salt, a dash of pepper, a sprigg of parsley......Lord?............Lord??? What dost thou intend to do with that fork??? |
|
| phaeron |
| Posted: Aug 19 2002, 09:04 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
That, unfortunately, is not likely because the Avisynth plugin format is too closely coupled with Avisynth itself -- filters directly compile in the smart pointer code and tweak the reference counts directly on frame buffers. In particular, Avisynth frame buffers don't have a function call for when frames become unused, and are instead synchronously garbage collected. Also, Avisynth filters synchronously call upstream filters for frames, which forces the entire filter graph to serialize in one thread. VirtualDub filters, OTOH, can be run in parallel with appropriate modifications to the host (which haven't been done yet). I suppose this issue can be circumvented with some nasty thread/fiber hacks, though.
|
|
| Sarreq Teryx |
| Posted: Aug 19 2002, 11:26 PM |
|
|
VirtualdubMod Alpha tester
Group: Vdubmod Alpha Testing Team
Posts: 175
Member No.: 41
Joined: 16-July 02
|
Oh well, worth an ask
--------------------
And as I walk through the Valley of the Shadow of Death, Lord, thy balls and shaft, they comfort me, you annoint my head with oil, some salt, a dash of pepper, a sprigg of parsley......Lord?............Lord??? What dost thou intend to do with that fork??? |
|
| elacio |
 Posted: Aug 22 2002, 05:34 PM |
|
|
Unregistered
|
I wish to add a 7th point or another suggestion: parallelize the processes to many network connected computer to speed up encoding operations..
ciao,
alessio |
|
| ChristianHJW |
| Posted: Aug 23 2002, 06:47 AM |
|
|
Advanced Member
Group: Moderators
Posts: 1768
Member No.: 2
Joined: 7-July 02
|
| QUOTE (elacio @ Aug 22 2002, 07:34 PM) | parallelize the processes to many network connected computer to speed up encoding operations..
|
If i am not mistaken its not only the application program but also the codec that had to support this ..... bare in mind that high quality encodings will always be 2 pass encodings, so all the distributed processing power has to write ( in 1st pass ) and access ( in 2nd pass ) the movie log data ..... not an easy task at all !
--------------------
Visit the unofficial Virtualdub support forum on http://forums.virtualdub.org - help to reduce the big number of emails Avery Lee is getting every day !!
Support matroska as container and Gstreamer as the only truely open, x-platform multimedia platform .... |
|
| IceCork |
| Posted: Aug 28 2002, 01:12 PM |
|
|
Unregistered
|
Great to see a forum for Virtualdub finally available. With regard to asf/wmv support in future versions of Vdub I think it is important to know that it is entirely possible and more importantly legal. I've seen a copy of the license for the Windows Media format SDK 7.1 and it clearly states that for a non profit/commercial application the license fee is free!
I'd like to see support added for asf/wmv in a similiar way to Ulead's Mediastudio, that is it can read asf/wmv files and convert them to avi exactly like the old asf supported Vdub. WMV output could also be added although this would require more work.
|
|
| avih |
| Posted: Aug 28 2002, 04:04 PM |
|
|
Unregistered
|
iirc, MS itself 'requested' averee to remove the asf support. afaik it wasn't a voluntary action from his behalf. |
|
|
