Welcome Guest ( Log In | Register )


Important

The forums will be closing permanently the weekend of March 15th. Please see the notice in the announcements forum for details.

Pages: (20) « First ... 4 5 [6] 7 8 ... Last » ( Go to first unread post )
Directshow Input Driver, 0.1
« Next Oldest | Next Newest » Track this topic | Email this topic | Print this topic
rjisinspired
Posted: Feb 13 2009, 03:24 PM


Advanced Member


Group: Members
Posts: 1256
Member No.: 20008
Joined: 12-October 06



I tried fps changes, converts, Segmented joins both aligned/unaligned, delaying/offsetting audio to correct for some of the drifts but the sync wasn't consistent, i.e. audio would be off say 500MS behind in one spot than 300ms after in another spot.

I'll be leaving shortly, be away for the weekend with my girlfriend so when I get back I'll post an Aiptek sample video.
 
       Top
Placio74
Posted: Feb 13 2009, 03:45 PM


VideoAudio


Group: Members
Posts: 1216
Member No.: 21485
Joined: 24-May 07



QUOTE (rjisinspired @ Feb 13 2009, 05:24 PM)
I tried fps changes, converts, Segmented joins both aligned/unaligned, delaying/offsetting audio to correct for some of the drifts but the sync wasn't consistent, i.e. ...

Tried like below...?
CODE
DirectShowSource("name_file.mov", FPS=29.970, ConvertFPS=True)

(Of course, typing original FPS in script.)

--------------------
VideoAudio.pl - Serwis o technologii wideo & audio
 
     Top
rjisinspired
Posted: Feb 13 2009, 03:53 PM


Advanced Member


Group: Members
Posts: 1256
Member No.: 20008
Joined: 12-October 06



Yes.

Be back on Monday. Happy Valentines day everyone.
 
       Top
Placio74
Posted: Feb 14 2009, 12:17 AM


VideoAudio


Group: Members
Posts: 1216
Member No.: 21485
Joined: 24-May 07



Interesting.
I must admit that at least once I saw something similar (with recorded 'live stream' from ustream.tv).

--------------------
VideoAudio.pl - Serwis o technologii wideo & audio
 
     Top
rmanal
Posted: Feb 14 2009, 07:54 AM


Advanced Member


Group: Members
Posts: 153
Member No.: 11636
Joined: 28-August 04



Hello,

i'm trying to use this plugin to open my MP4 files coming from my camera but I have the following behaviour:
*/ I can't open the file 005: I get the message "... does not contain video stream...".
*/ With file 004, I get a file troncated (not reduced) at 320*240 instead of the 640*480 size of the original.
FDDSHOW configuration is: - in the FDDSHOW encoder configuration, the line "other MPG4" is deactivated, - in the FDDSHOW decoder configuration, this parameter is set to "libavcodec". No other transformations in both are activated.

What's wrong? Could anyone help me?
the two files are here: http://9giga.sfr.fr/n/50-2/share/LNK66524995f4f3efbce/

Rmanal
 
     Top
rmanal
Posted: Feb 14 2009, 07:59 AM


Advanced Member


Group: Members
Posts: 153
Member No.: 11636
Joined: 28-August 04



I have also tested with QT plugin but the result is very poor: film contain bloc, etc...
If I change the video decoder mode option (as I have seen in other post) this work better but I would like to know what the meaning of these options and which one are the best for me.

Rmanal
 
     Top
Placio74
Posted: Feb 14 2009, 03:55 PM


VideoAudio


Group: Members
Posts: 1216
Member No.: 21485
Joined: 24-May 07



QUOTE (rmanal @ Feb 14 2009, 09:54 AM)
...
*/ I can't open the file 005: I get the message "... does not contain video stream...".

I can open this file (used DirectShow filter: latest MP4 Splitter and ffdshow).

QUOTE (rmanal @ Feb 14 2009, 09:54 AM)
...
*/ With file 004, I get a file troncated (not reduced) at 320*240 instead of the 640*480 size of the original. ...

It happen with both files.

Something is wrong with this files.
Some programs detect 640x480, but some other... 320x240.
For example: VLC and GSpot (also in... QuickTime Player) detect 320x240; MediaInfo and SMPlayer detect 640x480.
Maybe incorrect information in header...?
Download Yamb and re-mux these files.


QUOTE (rmanal @ Feb 14 2009, 09:59 AM)
I have also tested with QT plugin but the result is very poor: film contain bloc, etc...
If I change the video decoder mode option (as I have seen in other post) this work better but I would like to know what the meaning of these options and which one are the best for me.

My choice for this video is MoviesTask (Mode=0).

Unfortunately, QuickTime input plugin in automatic selection mode quite often 'chooses' Decomp Sequence (Mode=2).
When I checked different videos in Sequence Decomp mode, were not correctly decoded.

--------------------
VideoAudio.pl - Serwis o technologii wideo & audio
 
     Top
rmanal
Posted: Feb 21 2009, 12:14 PM


Advanced Member


Group: Members
Posts: 153
Member No.: 11636
Joined: 28-August 04



OK I come back. sorry.

I don't have any MP4 splitter. My only splitter, in addition to them of windows, is Haali splitter. Which splitter do you use?

Effectively the file seems to be not coherent. I don't know why since they come from a videocam (Xanyo).

Why do you choice mode 0? I don't see a real difference with mode 3. And is it better than using the directshow filter?

Thak you very much.
Rmanal

 
     Top
Placio74
Posted: Feb 21 2009, 06:59 PM


VideoAudio


Group: Members
Posts: 1216
Member No.: 21485
Joined: 24-May 07



QUOTE (rmanal @ Feb 21 2009, 02:14 PM)
I don't have any MP4 splitter. My only splitter, in addition to them of windows, is Haali splitter. Which splitter do you use?

Both, but... Haali only for MKV, MKA, ...; and OGM, OGV, ....

I use MP4 Splitter because frequently I 'work' with QuickTime files (MOV), while haali support correctly (at this moment) only some MOV files.

For example try play this files:
Alive_in_Joburg_compr480.mov > http://www.archive.org/details/ALIVE_IN_JOBURG
pietrosKitchenWeb.mov > http://www-viz.tamu.edu/students/can/

(However, there is usually no problems with the MP4 files.)


QUOTE (rmanal @ Feb 21 2009, 02:14 PM)
Why do you choice mode 0? I don't see a real difference with mode 3.

If work (without issues), OK.
I forgot.
(QTSource for Avisynth use Mode=0 by default).
I'm not sure how this mode decodes other video...


QUOTE (rmanal @ Feb 21 2009, 02:14 PM)
And is it better than using the directshow filter?

Sometime.
It's different ways.

QuickTime input plugin use (and require) QT for decoding.

When used DirectShow input plugin (or DirectShowSource by Avisynth) - required installed DirectShow filters (splitter and decoders).

Well, just check which way is better for you...

--------------------
VideoAudio.pl - Serwis o technologii wideo & audio
 
     Top
rmanal
Posted: Feb 26 2009, 07:04 AM


Advanced Member


Group: Members
Posts: 153
Member No.: 11636
Joined: 28-August 04



Thank you for your help.
 
     Top
neep8
Posted: Mar 1 2009, 04:06 PM


Newbie


Group: Members
Posts: 1
Member No.: 25182
Joined: 1-March 09



hi i hope someone can help i have been using virtualdub 1.8.8 x86 with DShowInputDriver.vdplugin to open mp4s,

I have come to use vd 1.8.8 x64, xvid&264 codecs are seen by virtual dub with an open avi.

But when i come to open mp4s i get error Unable to create source filter: hr=80040241
Iam using DShowInputDriver-x64.vdplugin
What am i missing a x64 halli splitter or similar?? wacko.gif

iv noticed using a avs file to point to the file does not work either! "DirectShowSource("F:..."
gives error: AVI importFilter error (unknown)(80040154)

Many thanks tongue.gif

UPDATE: i just REGSVR32 MatroskaSplitter.ax (MatroskaSplitter_200801020_x64.zip) but this did not help sad.gif
I take it the only way to use mkv's is avs file?
 
     Top
NeXT
Posted: Mar 19 2009, 09:08 PM


Advanced Member


Group: Members
Posts: 41
Member No.: 24145
Joined: 31-August 08



Finally I've got an x64 system and would like to test VDub 1.9.1.

Avery, could you compile x64 version of DirectShow Input Driver?
 
     Top
phaeron
Posted: Mar 20 2009, 04:54 AM


Virtualdub Developer


Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02



Must have been in another thread, but I already did: http://www.virtualdub.org/beta/DShowInputD...ver-0.5-x64.zip

You do need x64 filters to work with the x64 version. This is a limitation of DirectShow, due to it being in process and not having marshaling support.
 
    Top
NeXT
Posted: Mar 20 2009, 11:57 AM


Advanced Member


Group: Members
Posts: 41
Member No.: 24145
Joined: 31-August 08



Yep, I read your blog entry about this. In fact, that's the main problem why I can't use x86 build of VDub smile.gif (don't have x86 decoders installed, and don't want them smile.gif)

Thanks for quick response!
 
     Top
NeXT
Posted: Mar 20 2009, 09:47 PM


Advanced Member


Group: Members
Posts: 41
Member No.: 24145
Joined: 31-August 08



Instead of testing 1.9.1, I ran into problems with DirectShow Input Driver cool.gif

When feeding VDub with any MKV it says:

CODE
---------------------------
VirtualDub Error
---------------------------
The file "E:\test.mkv" is of an unknown or unsupported file type.
---------------------------
OK  
---------------------------


It doesn't matter if it's VDub 1.9.1 or 1.9.0 -- message is the same.

Checked with GraphEdit x64 (from Windows 7 beta SDK) -- it shows that *.mkv are rendered correctly (with only x64 filters).
 
     Top
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
291 replies since Jan 10 2008, 05:09 AM Track this topic | Email this topic | Print this topic
Pages: (20) « First ... 4 5 [6] 7 8 ... Last »
<< Back to VirtualDub Filters and Filter Development