Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 2nd February 2007, 15:51   #181  |  Link
clsid
*****
 
Join Date: Feb 2005
Posts: 5,642
I'll upload latest build asap.

VP5/VP6 decoding seems to be broken in current SVN revision. Picture freezes at the beginning. Sample file.

Edit: revision 865 broke it
__________________
MPC-HC 2.1.7.2

Last edited by clsid; 2nd February 2007 at 17:08.
clsid is offline   Reply With Quote
Old 2nd February 2007, 17:11   #182  |  Link
cc979
Curious BetaTester
 
Join Date: Oct 2005
Posts: 430
got error building rev866

make -C ffmpeg
make[1]: Entering directory `/home/user/svn/ffdshow-tryout/trunk/src/ffmpeg'
make[1]: *** No rule to make target `libavcodec/lzo.h', needed by `libavcodec/cscd.o'. Stop.
make[1]: Leaving directory `/home/user/svn/ffdshow-tryout/trunk/src/ffmpeg'
make: *** [FFMPEG] Error 2
__________________
Asrock N68-S AMD Athlon(tm) II X4 620 Processor (2.6GHz) - Crucial 2GB PC6400 800MHz DDR2 - Nvidia 9600GT

Tools: ProcessExplorer & ProcessMonitor - BatchCompressor

Guide: MinGW Compiling GCC
cc979 is offline   Reply With Quote
Old 2nd February 2007, 17:15   #183  |  Link
_xxl
ffdshow user
 
_xxl's Avatar
 
Join Date: Oct 2005
Location: Romania
Posts: 818
mingw

Can you compile latest GCC for MinGW?
_xxl is offline   Reply With Quote
Old 2nd February 2007, 17:24   #184  |  Link
cc979
Curious BetaTester
 
Join Date: Oct 2005
Posts: 430
Quote:
Originally Posted by drevil_xxl View Post
Can you compile latest GCC for MinGW?
i tried other day, still not compile ffdshow with gcc-4.2 or gcc-4.3 still patches needed i think
__________________
Asrock N68-S AMD Athlon(tm) II X4 620 Processor (2.6GHz) - Crucial 2GB PC6400 800MHz DDR2 - Nvidia 9600GT

Tools: ProcessExplorer & ProcessMonitor - BatchCompressor

Guide: MinGW Compiling GCC
cc979 is offline   Reply With Quote
Old 2nd February 2007, 17:37   #185  |  Link
_xxl
ffdshow user
 
_xxl's Avatar
 
Join Date: Oct 2005
Location: Romania
Posts: 818
mingw

Maybe GCC prerelease-4.1.2-20070128?
_xxl is offline   Reply With Quote
Old 2nd February 2007, 18:50   #186  |  Link
clsid
*****
 
Join Date: Feb 2005
Posts: 5,642
@cc979, make clean and remove cscd.d
__________________
MPC-HC 2.1.7.2
clsid is offline   Reply With Quote
Old 3rd February 2007, 00:39   #187  |  Link
JarrettH
Registered User
 
Join Date: Aug 2004
Location: Canada
Posts: 860
Revision 867

-added libavcodec vc-1

Will this open my DRMd WMV-HD files?
JarrettH is offline   Reply With Quote
Old 3rd February 2007, 00:50   #188  |  Link
Scoty
Registered User
 
Scoty's Avatar
 
Join Date: Apr 2003
Posts: 108
Quote:
Originally Posted by JarrettH View Post
Revision 867

-added libavcodec vc-1

Will this open my DRMd WMV-HD files?
link ?
Scoty is offline   Reply With Quote
Old 3rd February 2007, 01:11   #189  |  Link
haruhiko_yamagata
Registered User
 
Join Date: Feb 2006
Location: Japan
Posts: 1,560
Quote:
Originally Posted by fastplayer View Post
Would it be possible to make the priority over which type of subtitle gets loaded by default configurable? For example, like a drop-down box where you can choose between the subtypes like SRT, VOB, SUB etc.
A case ffdshow is inputing multiple formats of subtitles?
What kind of case do you assume?
__________________
[ Download ffdshow | Wiki ]
haruhiko_yamagata is offline   Reply With Quote
Old 3rd February 2007, 01:15   #190  |  Link
fastplayer
Registered User
 
Join Date: Nov 2006
Posts: 799
Quote:
Originally Posted by haruhiko_yamagata View Post
A case ffdshow is inputing multiple formats of subtitles?
What kind of case do you assume?
For example: Consider the following 4 files in one directory:
  • video.avi
  • video.idx
  • video.sub
  • video.srt
Now when you start playing the AVI file, ffdshow opens the Vobsub subtitle (IDX/SUB) by default. Is it possible to make this default behavior configurable? Like making SRT files to be opened by default.
fastplayer is offline   Reply With Quote
Old 3rd February 2007, 11:05   #191  |  Link
haruhiko_yamagata
Registered User
 
Join Date: Feb 2006
Location: Japan
Posts: 1,560
Quote:
Originally Posted by fastplayer View Post
For example: Consider the following 4 files in one directory:
  • video.avi
  • video.idx
  • video.sub
  • video.srt
Now when you start playing the AVI file, ffdshow opens the Vobsub subtitle (IDX/SUB) by default. Is it possible to make this default behavior configurable? Like making SRT files to be opened by default.
OK, it should not be too difficult.

// EDIT
added at rev 870.
Ideally the extensions in the dialog should be dragable so that user can drag and re-order.
Considering the users who use this feature would be experts, the simplified dialog may be enough.
__________________
[ Download ffdshow | Wiki ]

Last edited by haruhiko_yamagata; 3rd February 2007 at 15:49.
haruhiko_yamagata is offline   Reply With Quote
Old 3rd February 2007, 16:13   #192  |  Link
fastplayer
Registered User
 
Join Date: Nov 2006
Posts: 799
Quote:
Originally Posted by haruhiko_yamagata View Post
OK, it should not be too difficult.

// EDIT
added at rev 870.
Ideally the extensions in the dialog should be dragable so that user can drag and re-order.
()^10
Wow, this feature required more changes than I expected...
I hope this feature is not just useful for me but for others as well!
Quote:
Considering the users who use this feature would be experts, the simplified dialog may be enough.
I would've been happy even if this feature was exposed via the registry

Last edited by fastplayer; 3rd February 2007 at 16:17.
fastplayer is offline   Reply With Quote
Old 3rd February 2007, 18:51   #193  |  Link
Leak
ffdshow/AviSynth wrangler
 
Leak's Avatar
 
Join Date: Feb 2003
Location: Austria
Posts: 2,441
Quote:
Originally Posted by foxyshadis View Post
Avisynth framerate change works fine as long as you don't do anything with VFR. (Trivia: It interpolates the new timecodes between the old ones, using the difference between input and output framerates, since DShow has no real framerate.)
Yeah, just changing the framerate works, but all hell (well, not really... ) breaks loose once you try to actually return less frames than the original source has:

Code:
Info()
SelectEvery(30,0)
AssumeFPS(1)
should really give you a 1 FPS slideshow but plays normally - except for the frame numbers printed by Info which increment by 30...

Obviously AviSynth's seeking ahead does nothing - shouldn't the ffdshow source decode ahead 30 frames in that case? Referencing past frames (within limits) is handled by AviSynth's cache usually, but of course it can't look into the future...

And as far TIVTC is concerned, TFM works of course, but TDecimate doesn't, for similar reasons.

As for TIVTC producing load spikes for each cycle, like you said earlier - I rather doubt it. After all, it bases it's decisions on metrics calculated by comparing each frame with it's previous and next frame, for each frame in the cycle, which can be done as soon as each frame is coming in, which distributes the load nicely. At least I didn't get any weird CPU spikes when decoding a ripped VOB file and using the AviSynth filter with just TFM() followed by TDecimate() - CPU usage stayed somewhere between 20 and 30 % according to Task Manager.

When figuring out which frame to drop, it just looks at the metrics that have been calculated for the past frame, which shouldn't be noticeable performance-wise. Of course, what you do need to do is decoding ahead 5 (or 10) frames before returning the first frame, then always buffering those frames and returning frames from that buffer - but that'd only give you a slight hiccup/load spike at the very beginning or after seeking (unless you ignore seeking and let TDecimate figure out what to do - shouldn't be treated much different than any other scene change), which shouldn't be too much of a problem.

So here's my question - is it possible to request some frames ahead via DirectShow when ffdshow is not doing the decoding (dunno how the graph thing works exactly)? I guess it should at least be possible as soon as ffdshow itself is used as the decoder - but it's not done currently for AviSynth, as far as I can see...

EDIT: Yeah, looking at the source for Tffdshow_source, the passed in frame number (n) isn't used, ever.

np: Mira Calix - Belonging (No Longer Mix) (Eyes Set Against The Sun)
__________________
now playing: [artist] - [track] ([album])

Last edited by Leak; 3rd February 2007 at 19:21.
Leak is offline   Reply With Quote
Old 3rd February 2007, 19:05   #194  |  Link
fastplayer
Registered User
 
Join Date: Nov 2006
Posts: 799
Bug?

about rev870:
When setting the vertical subtitle position from 90% (default) to 95%, then only the first row of subtitles with 2+ lines is shown.
In case of vobsubs, nothing is displayed.
The only way to bypass this, is to reduce font size resp. the scale factor when dealing with vobsubs but this makes the subtitles harder to read...
fastplayer is offline   Reply With Quote
Old 3rd February 2007, 21:15   #195  |  Link
JarrettH
Registered User
 
Join Date: Aug 2004
Location: Canada
Posts: 860
I'm just waiting on a new ICL from clsid

Will these VC-1 codecs be able to playback DRMd WMV-HD stuff?
JarrettH is offline   Reply With Quote
Old 3rd February 2007, 22:58   #196  |  Link
Kado
Otaku
 
Kado's Avatar
 
Join Date: Sep 2006
Location: Portugal
Posts: 576
Build 875 and wmv3/9

I've been waiting for the wmv9 codec to be added as a decoding alternative to libavcodec. Thanks.
However after doing some tests I have registered the following cpu usage (dual-core cpu):
Internal wmv9 decoder => 10 to 25% cpu usage (no artifacts).
ffdshow libavcodec => 25 to 45% cpu usage (some artifacts like trails or something)
ffdshow wmv9 => 20 to 35% cpu usage (no artifacts).
Internal wmv9 + ffdshow raw processing => 20 to 35% cpu usage (no artifacts).

Is there any special reason to ffdshow use more cpu?

Details:
Video: Windows Media Video 9 1280x720 29.97fps 3.8Mbit (VBR)
Media Player Classic v6.4.9.0 v3.2+ (same settings for all codecs)
CPU: Intel Pentium D 930@3.6ghz
ffdshow build 875 with no extras like post-processing active.

Kado
Kado is offline   Reply With Quote
Old 5th February 2007, 13:04   #197  |  Link
haruhiko_yamagata
Registered User
 
Join Date: Feb 2006
Location: Japan
Posts: 1,560
Quote:
Originally Posted by klinika View Post
If this is not the right place to bring forth bugs, beg pardon. But in the mean time, there's a tiny one that's been there as long as I remember



The lines get cut off by a few pixels on right side if the font is angled very much. The font in the picture is in italic style.
Thank you for report and sory to be late.
fixed at rev 883.
Some other bugs related to italic characters are fixed at the same time.
__________________
[ Download ffdshow | Wiki ]
haruhiko_yamagata is offline   Reply With Quote
Old 5th February 2007, 13:42   #198  |  Link
_xxl
ffdshow user
 
_xxl's Avatar
 
Join Date: Oct 2005
Location: Romania
Posts: 818

Anybody knows what's wrong with mingw gcc-build-4.1.2-121479?
_xxl is offline   Reply With Quote
Old 5th February 2007, 14:09   #199  |  Link
Yong
Registered User
 
Join Date: Jun 2004
Posts: 577
Quote:
Originally Posted by drevil_xxl View Post

Anybody knows what's wrong with mingw gcc-build-4.1.2-121479?
gcc4x cant find the standard include dir.
i have the same problem too, when the ffdshow source code was in my drive D:, mingw gcc was in C:,
then i moved the ffdshow source code back to drive C: and the problem is gone
Yong is offline   Reply With Quote
Old 5th February 2007, 14:40   #200  |  Link
cweb
Registered User
 
cweb's Avatar
 
Join Date: Oct 2002
Location: The Pandorica
Posts: 527
Quote:
Originally Posted by Yong View Post
gcc4x cant find the standard include dir.
i have the same problem too, when the ffdshow source code was in my drive D:, mingw gcc was in C:,
then i moved the ffdshow source code back to drive C: and the problem is gone
gcc4 isn't stable under mingw, that's why there are no builds using gcc4 in mingw.
__________________
PC specs for bug reports: Intel Core i7-4790K @4Ghz Win10(Linux VM) PCI express NVIDIA RTX 2060 SUPER graphics card
http://twitter.com/cwebdesign
cweb is offline   Reply With Quote
Reply

Tags
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:14.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.