View Full Version : ffdshow tryouts project: Discussion & Development
FredThompson
9th May 2009, 07:54
(Belay this comment...)
Gleb Egorych
9th May 2009, 08:22
Tried rev2940, crackling sound in LPCM after rewind still presents. Can't say the last good revision, because LPCM decoder started to work (for me) only recently. Beta6 doesn't work because of missing submediatype.
travolter
9th May 2009, 10:49
I like to play my videos matching my refresh rate of monitor (60hz). I use crystal player to do frame interpolation (a feature inside this program).. but I wanted to try other player with that feature.
Anyone know any player with that frame interpolation feature?
FFdshow have a interlaced framerate dubler.. but really I dont notice the difference with or without. MAybe Im not using correct settings?
I would like to check the FFDshow framerate doubler VS the one from crystal player.. I need to save cpu for 1080 movies
regards
I like to play my videos matching my refresh rate of monitor (60hz). I use crystal player to do frame interpolation (a feature inside this program).. but I wanted to try other player with that feature.
Anyone know any player with that frame interpolation feature?
You could use AviSynth for that with potentially much better results than the blending used in Crystal Player, but only SD content can be processed in realtime, at best. A GPU-based filter would be nice.
FFdshow have a interlaced framerate dubler.. but really I dont notice the difference with or without. MAybe Im not using correct settings?
I would like to check the FFDshow framerate doubler VS the one from crystal player.. I need to save cpu for 1080 movies
Which GPU do you have? It would be better to let the graphics card handle deinterlacing if it can do it well enough. GeForce 6 and Radeon X1000 or newer have pretty good deinterlacers, although the lower-end models may not be powerful enough for 1080i deinterlacing with the best methods. In ffdshow, select "set interlace flag in output media type" and use NV12 as the output colorspace (deselect everything else).
travolter
9th May 2009, 12:59
You could use AviSynth for that with potentially much better results than the blending used in Crystal Player, but only SD content can be processed in realtime, at best. A GPU-based filter would be nice.
thanks for the info pal!! a pity that Avisynth does not have GUI.
Using it as player is not the best option
Which GPU do you have? It would be better to let the graphics card handle deinterlacing if it can do it well enough. GeForce 6 and Radeon X1000 or newer have pretty good deinterlacers, although the lower-end models may not be powerful enough for 1080i deinterlacing with the best methods. In ffdshow, select "set interlace flag in output media type" and use NV12 as the output colorspace (deselect everything else).
done.. settings working in my GeForce 7. Now I have to set interlace of FFdshow on and try with framerate doubler?
edit:- Ok I forgot that I can use avisynth in to FFDshow.. I loaded DoubleWeave and I notice the framerate doubling effect.. anyway crystal player moves smoother
done.. settings working in my GeForce 7. Now I have to set interlace of FFdshow on and try with framerate doubler?
No, you are supposed to let the GPU handle the bobbing. No resizing, deinterlacing or framerate doubling should be done in ffdshow.
edit:- Ok I forgot that I can use avisynth in to FFDshow.. I loaded DoubleWeave and I notice the framerate doubling effect.. anyway crystal player moves smoother
DoubleWeave is not a bobber and it doesn't do anything useful in this context.
Are you playing interlaced video? From what I gather of the bits and pieces of information on the web, Crystal Player does not have any particularly good deinterlacing filters. Ffdshow's yadif would be much better, as would hardware deinterlacing by GeForce 7, once you manage to set it up properly. But bobbing will only improve the smoothness of interlaced sources. Increasing the framerate of progressive video is another matter that requires some AviSynth trickery.
Here are some links for starters:
http://forum.doom9.org/showthread.php?t=130332
http://www.compression.ru/video/frame_rate_conversion/index_en_msu.html
http://forums.guru3d.com/showthread.php?t=288017
travolter
9th May 2009, 16:51
here are some links for starters:
http://forums.guru3d.com/showthread.php?t=288017
pal!!! Totally amazing!!!! This is the effect that i was looking for, and it supports mt!!!
You are my hero ;)
alter4
9th May 2009, 21:52
I stand my ground. I made some investigations for my bug (http://forum.doom9.org/showthread.php?p=1279113#post1279113)
In 99% cases bug appears when the first frame of mpeg-1 video is not I-Frame
Gspot screenshot for "buggy" video http://www.mediafire.com/imageview.php?quickkey=lli10ce4zsz&thumb=5
Gspot screenshot for "normal" video http://www.mediafire.com/imageview.php?quickkey=9wt2yctdzdm&thumb=5
FredThompson
10th May 2009, 00:39
HuffYUV appears broken in recent builds. When I try to read and write to the HuffYUV format with VirtualDub there is a vertical black stripe down the extreme right edge in the input. This does not happen with the actual HuffYUV filter from Ben.
Using the SourceForge archives I found the last version which worked properly was:
ffdshow_rev2851_20090403_clsid
The error starts with version:
ffdshow_rev2857_20090404_clsid
I assume that means the bug came to live on April 3rd or 4th of this year...
FredThompson
10th May 2009, 09:59
I'm sorry. My report was incorrect. The last version to properly handle HuffYUV for both reading and writing was:
ffdshow_rev2639_20090127_clsid
It was broken in:
ffdshow_rev2649_20090201_clsid
haruhiko_yamagata
10th May 2009, 11:14
I'm sorry. My report was incorrect. The last version to properly handle HuffYUV for both reading and writing was:
ffdshow_rev2639_20090127_clsid
It was broken in:
ffdshow_rev2649_20090201_clsid
If something is changed between 2851 and 2857, rev 2942 may improve something.
Could you test some more builds in XvidVideo.RU to narrow the range?
http://www.xvidvideo.ru/content/category/1/4/4/50/50/
haruhiko_yamagata
10th May 2009, 14:19
I have a problem with ffdshow and MPEG2 TV in DVBViewer- if I have "set interlace flag in output media type" selected (for hardware deinterlacing) and the aspect ratio changes, I get 2 problems-
(i) with libavcodec the video freezes but sound carries on
(ii) with libmpeg2 DVBViewer closes
This does not happen with any other MPEG2 decoder (using XP SP3, 64x2 5000+, 780G, 3200 HD gfx, 8.12 Catalyst, 2GB RAM).libavcodec freeze issue has been fixed at rev 2943.
libmpeg2 works for me. If the hardware deinterlacing is related, it may be a bug of video driver. Please try different output color spaces or different video renderer.
travolter
10th May 2009, 14:41
This script is really amazing for framerate doubling
http://forums.guru3d.com/showthread.php?t=288017
Its possible a similar trick to enable slowmotion in videos?
jos99
10th May 2009, 14:58
libavcodec freeze issue has been fixed at rev 2943.
libmpeg2 works for me. If the hardware deinterlacing is related, it may be a bug of video driver. Please try different output color spaces or different video renderer.
Thanks for working on it Haruhiko! Can you point where 2943 may be downloaded- I can't find on xvid or sourceforge?
flanger216
10th May 2009, 17:37
I've been playing with ffdshow's audio filter for the last couple days, and I thought I'd offer a couple of observations from an audio engineering / audiophile perspective. All of this is based off of build 2396 in MPC-HC:
LFE CROSSOVER FILTER
BUG: The crossover filter works perfectly on any source that does not already have an LFE channel. However, if an LFE channel is present in the source, then the crossover filter actually replaces it with the high-passed freqencies from the left and right channel. Ideally, there should at least be an option to have these frequencies mixed into the LFE channel, instead of outright replacing it. Most 5/6/7.1 systems still need to have all <80hz frequencies routed to the subwoofer, regardless of whether an LFE channel is present or not. This is especially true for 5.1 music, which often has very little info in the LFE channel. As it stands, enabling the crossover filter on a 5.1 source effectively kills most, if not all bass.
CONVOLVER FILTER
REQUEST: This thing's awesome. I've currently got it using one of my 32/96 reverb filters, and the results are phenomenal with very little CPU usage. However, the latency is just stratospheric: upon loading an audio file, it usually takes upwards of 5 seconds to start playback. I realize latency is part-and-parcel with using a convolver filter, but perhaps it could be lessened somewhat? There are zero-latency convolvers on the market (SIR2 (http://www.knufinke.de/sir/sir2.html) is a good example), though I don't know if zero-latency could be achieved outside of a VST plugin in a DAW sequencer...
BUG: Regardless, there is a bug in the convolver filter. As I said, there's usually a 4-5 second delay when starting to play an audio file. Unfortunately, this results in 4-5 seconds being cut-off the end of the audio; it just abruptly cuts out, and the seek bar jumps to the end.
FredThompson
10th May 2009, 18:55
Could you test some more builds in XvidVideo.RU to narrow the range?
http://www.xvidvideo.ru/content/category/1/4/4/50/50/
ffdshow_rev2645_20090131_sse_icl10 works properly.
ffdshow_rev2940_20090506_clsid does not.
I don't see builds 2646, 2647 or 2648.
This script is really amazing for framerate doubling
http://forums.guru3d.com/showthread.php?t=288017
Its possible a similar trick to enable slowmotion in videos?
Sure, MVFlowFps can give you as many new interpolated frames as you want and it's possible to further improve quality with slower MVAnalyse and MVFlowFps parameters. Read MVTools (http://avisynth.org.ru/mvtools/mvtools.html) / MVTools 2 (http://avisynth.org.ru/mvtools/mvtools2.html) documentation for usage details and ask on the AviSynth subforum (http://forum.doom9.org/forumdisplay.php?f=33) if you need help.
Jeremy Duncan
11th May 2009, 06:45
This script is really amazing for framerate doubling
http://forums.guru3d.com/showthread.php?t=288017
Its possible a similar trick to enable slowmotion in videos?
I have answered your question in this post I will link too: link (http://www.avsforum.com/avs-vb/showthread.php?p=16436418#post16436418)
The thing is ffdshow doesn't use avisynth in the audio decoder, so I can't resample the audio to match the slower video.
So that's why I'm posting this here so maybe leak or somebody else can add the ability to resample audio playback speed to ffdshow audio decoder.
Some more info: link (http://avisynth.org/mediawiki/AssumeSampleRate)
Leak already told me in a different thread that he disabled ffdshow avisynth audio for some reason: link (http://forum.doom9.org/showthread.php?p=1261495#post1261495)
haruhiko_yamagata
11th May 2009, 11:02
ffdshow_rev2645_20090131_sse_icl10 works properly.
ffdshow_rev2940_20090506_clsid does not.
I don't see builds 2646, 2647 or 2648.
What is the dimension of the video?
haruhiko_yamagata
11th May 2009, 12:55
Tried rev2940, crackling sound in LPCM after rewind still presents. Can't say the last good revision, because LPCM decoder started to work (for me) only recently. Beta6 doesn't work because of missing submediatype.OK, I'm on it. Hope it's not too difficult.
Leak already told me in a different thread that he disabled ffdshow avisynth audio for some reason: link (http://forum.doom9.org/showthread.php?p=1261495#post1261495)
You're confusing the ability to set the video's framerate to some arbitrary value with "disabling avisynth audio" - ffdshow has never touched audio at all.
And since the ffdshow audio and video decoder are separate codecs you can't just feed the audio data in to the AviSynth instance used by the video decoder. So audio processing isn't going to happen, unless someone else does it.
Inventive Software
11th May 2009, 17:08
I'm having a problem with H.264 video in any container completely locking up my laptop, and I cannot pin it down as to which program is causing it to do so - ffdshow or MPC-HC. I've very recently (as in, the last few minutes) updated ffdshow to the latest clsid build (2940), and MPC-HC is now up to date, and there is nothing else running which could interfere with it, but at some point through an episode of something or a catchup I've downloaded, it'll freeze catastrophically, i.e. only switching it off and on again cures it. It's a right pain in the backside, to say the least, and something I need cured soon. It only happens with H.264/AVC video, not with Xvid/DivX/MPEG-2/any other video type. The audio is either AC-3, MP3, Ogg Vorbis and that has no bearing on it. I cannot work it out.
Previously, I was running clsid's 2719 build. Has something changed since then, as I've been out of the loop a while as to bug fixes, and this seems like a bug somewhere that needs to be squashed, either in MPC-HC or (more likely) ffdshow-tryout.
mark0077
11th May 2009, 21:19
BUG 1: DVD Menu's hangning
haruhiko, I am still awaiting my broadband to be reenabled to upload dvd menu which shows the problems I spoke about.
BUG 2: Player crash in ts files at certain frame(s).
I have another problem however that only happens with ffdshow in the chain. Playing the dark knight blu-ray rip, ts file, and doing all decoding in mpc-hc with ffdshow doing nothing (even outputting original yv12 or rgb32) I get a crash of mpc-hc after frame 1274. Sometimes seeking around in the file and then playing over this frame can repeat the crash, sometimes it passes the frame without problems. Very strange indeed.
In the Info area of ffdshow I notice something strange with this file, I am not sure if this is what may be causing the problem or not, but the Input Bitrate constantly grows and grows, it never levels out. Its now above 800,000kbps and rising as I am playing this file. I can repeatedly crash mpc-hc though with ffdshow in the chain and playing directly from frame 0-1274. If there is anything you would like me to try / check let me know, otherwise I will provide the first 1300~ frames if its not too big of a sample.
This is with mpc-hc 1104 and tested with various renderers.
I have attached a screenshot which shows ffdshow info and the crash. This frame may be unique in a way because it is a completely black frame, followed by a very bright scene. Just a guess but maybe ffdshow has some internal code that looks for completely black frames? This is just a guess though, but seems strange that it hangs right as the black frame is about to be replaced by a very bright one.
http://img7.imageshack.us/img7/4853/strangebug.th.jpg (http://img7.imageshack.us/my.php?image=strangebug.jpg)
Problem 3: Bad yuy2 -> RGB32 conversion
haruhiko, I thought yuy2 to yv12 and vice versa could be done losslessly. I notice yuy2 -> RGB32HQ gives me less quality than yv12 -> RGB32HQ. I can post screenshots if necessary. Its slightly worse.
I am worried about this because various decoders like mpc-hc vc-1 decoder outputs in yuy2 by default. nvidia's yuy2 -> RGB32HQ is off the charts bad so I am hoping for two things
1) mpc-hc tell me why their decoder doesn't output yv12 by default
2) and hoping haruhiko might be able to improve yuy2 -> RGB32 as its a little bit worse than yv12 -> RGB32 at the moment.
Thanks.
Mixer73
11th May 2009, 22:24
MPC-HC is now up to date, and there is nothing else running which could interfere with it, but at some point through an episode of something or a catchup I've downloaded, it'll freeze catastrophically, i.e. only switching it off and on again cures it.
My suggestion on this would be simply your laptop's cooling. Really for the most part it will take a hardware issue to lock the computer up like this.
Jeremy Duncan
12th May 2009, 03:26
You're confusing the ability to set the video's framerate to some arbitrary value with "disabling avisynth audio" - ffdshow has never touched audio at all.
And since the ffdshow audio and video decoder are separate codecs you can't just feed the audio data in to the AviSynth instance used by the video decoder. So audio processing isn't going to happen, unless someone else does it.
Ok. I don't think ffdshow audio decoder needs avisynth anyway.
I asked because Travolter needed I thought but he said he didn't.
But he asked that there by a keyboard shortcut that lets him switch between frame doubling using avisynth and slo motion using avisynth.
So I think if there is two ffdshow video decoders , one playing frame interpolation and the other slo mo. The one used by mpc is changed by a keyboard shortcut would do what Travolter asked.
In order to do this both ffdshow video decoders would be at the same place in the graph and simply switched at the press of a button.
Is this possible? And if it is can you please do it? :)
Edit,
Maybe instead of two ffdshow video decoders the one ffdshow video decoder can have two avisynth tabs checkable. And with a keyboard shortcut the one avisynth box is checked and the other unchecked, and vice versa.
The only thing is maybe this option is hidden by default and shown in a advanced mode so it's only used by advanced users.
Inventive Software
12th May 2009, 03:30
My suggestion on this would be simply your laptop's cooling. Really for the most part it will take a hardware issue to lock the computer up like this.
I've done long stress tests before and never had it happen. It only happens with MPC-HC and ffdshow decoding H.264.
fastplayer
12th May 2009, 08:23
I've done long stress tests before and never had it happen. It only happens with MPC-HC and ffdshow decoding H.264.
ffdshow runs in user mode. It can't crash the entire machine.
Lots of under-the-hood changes have been made recently to MPC-HC thanks to Beliyaal. This introduced quite a few bugs... I suggest you get a pre-Beliyaal build (< 1048) and see if those crashes happen again.
haruhiko_yamagata
12th May 2009, 12:32
Problem 3: Bad yuy2 -> RGB32 conversion
haruhiko, I thought yuy2 to yv12 and vice versa. I notice yuy2 -> RGB32HQ gives me less quality than yv12 -> RGB32HQ. I can post screenshots if necessary. Its slightly worse.
I am worried about this because various decoders like mpc-hc vc-1 decoder outputs in yuy2 by default. nvidia's yuy2 -> RGB32HQ is off the charts bad so I am hoping for two things
1) mpc-hc tell me why their decoder doesn't output yv12 by default
2) and hoping haruhiko might be able to improve yuy2 -> RGB32 as its a little bit worse than yv12 -> RGB32 at the moment.
Thanks.
OK, I wait for the samples. (BUG 1,2)
Problem 3:
Is it native YUY2 format? If the decoder outputs YUY2, YV12->YUY2 conversion is done in the decoder. Probably it's losing the quality.
haruhiko_yamagata
12th May 2009, 12:39
I've done long stress tests before and never had it happen. It only happens with MPC-HC and ffdshow decoding H.264.
If you can find a regression, please tell us the last build that works and the oldest recent build that does not work.
mark0077
12th May 2009, 12:55
OK, I wait for the samples. (BUG 1,2)
Problem 3:
Is it native YUY2 format? If the decoder outputs YUY2, YV12->YUY2 conversion is done in the decoder. Probably it's losing the quality.
Thank you, I will post in the mpc-hc forums regarding yv12 -> yuy2 conversion. When I output a DVD from mpc-hc in yuy2, it must be doing the conversion incorrectly.
leeperry
12th May 2009, 13:20
I know there's several active ffdshow patchers..any chance someone could please get the winamp2 plugins to work in 32float? FFX-4 does say "32float" in its properties window....but Ozone4's bitmeter is locked on 16int.
apparently line 48 is at fault :
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/src/audioFilters/winamp2/Twinamp2.h?view=markup&pathrev=2917
would swapping "int16_t" for "float" work ? anyone could patch it please? Ozone4 works internally in 64float & has fantastic noiseshaping options, that's a bummer ffdshow converts back and forth to 16int :(
:thanks:
Mixer73
12th May 2009, 22:28
I've done long stress tests before and never had it happen. It only happens with MPC-HC and ffdshow decoding H.264.
Synthetic tests are not worth a pinch of shit compared to playing h264, this stresses the CPU, GPU and memory all at once.
I suggest you monitor the temperatures and see what comes of it.
FredThompson
13th May 2009, 07:27
What is the dimension of the video?
800x600 HuffYUV created by ffdshow. I've used files which were created by various builds of ffdshow, going back a couple of years but I couldn't possibly determine which versions were used to make these files.
I load a HuffYUV file into Virtualdub, disable audio out and set video compression to ffdshow (set to HuffYUV.) As soon as Virtualdub starts to write the file, both the input and output panes of Virtualdub show a vertical black strip on the right-hand edge. My guess is that is a 16-pixel block but I've not measured them. This would also seem to be a problem with corruption to the read stream as it is served from ffdshow but that does not mean there is not a similar problem with writing because nulling something which is already null would appear to be just the first nullification.
haruhiko_yamagata
13th May 2009, 13:40
800x600 HuffYUV created by ffdshow. I've used files which were created by various builds of ffdshow, going back a couple of years but I couldn't possibly determine which versions were used to make these files.
I load a HuffYUV file into Virtualdub, disable audio out and set video compression to ffdshow (set to HuffYUV.) As soon as Virtualdub starts to write the file, both the input and output panes of Virtualdub show a vertical black strip on the right-hand edge. My guess is that is a 16-pixel block but I've not measured them. This would also seem to be a problem with corruption to the read stream as it is served from ffdshow but that does not mean there is not a similar problem with writing because nulling something which is already null would appear to be just the first nullification.
I can't reproduce. I can create/re-encode 800x600 huffyuv.
Could you send me a sample?
FredThompson
13th May 2009, 21:36
I can't reproduce. I can create/re-encode 800x600 huffyuv.
Could you send me a sample?http://www.corrugatedmachines.com/RE%204-Corner%20Tray%20v2%20HuffYUV%2030fps%20short.rar
That is one of the files that gives me headaches. It's about 30 Megabytes.
The only filters used were VirtualDub's null filter for cropping and Donald Graft's SmartResize. However, those shouldn't do anything to the display of the input stream. THey function perfectly well with earlier ffdshow builds so my assumption is they are a non-issue. VirtualDub build is 1.8.8 on Windows Tablet SP3 with all the updates.
leeperry
13th May 2009, 23:26
ok! from what this link says(madshi confirmed it) : http://archives.devshed.com/forums/bsd-93/host-to-network-byte-order-for-floats-and-float32-t-125578.html
at line 48 of this component : http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/trunk/src/audioFilters/winamp2/Twinamp2.h?view=markup&pathrev=2917
"int16_t" needs to be replaced by "float"...can I submit it? where? how? please help http://forum-images.hardware.fr/images/perso/emanu.gif
haruhiko_yamagata
14th May 2009, 00:11
http://www.corrugatedmachines.com/RE%204-Corner%20Tray%20v2%20HuffYUV%2030fps%20short.rar
That is one of the files that gives me headaches. It's about 30 Megabytes.
The only filters used were VirtualDub's null filter for cropping and Donald Graft's SmartResize. However, those shouldn't do anything to the display of the input stream. THey function perfectly well with earlier ffdshow builds so my assumption is they are a non-issue. VirtualDub build is 1.8.8 on Windows Tablet SP3 with all the updates.
It works without filters. I need more information about the settings of the filters.
Jeremy Duncan
14th May 2009, 01:49
I installed windows 7 RC. The 64 bit ultimate one. I then installed newest 64 bit media player classic and 64 bit ffdshow. I then resized with ffdshow and the player did not crash. I then used avisynth and the player crashed and gave me this dump file: link (http://www.megaupload.com/?d=B8J8UTH1)
I was using the 2.5.8 mt avisynth.dll version. Then uninstalled avisynth and reinstalled the official 2.5.8 and it still crashed.
I then installed the 32 bit versions: latest clsid mpc and generic ffdshow and even with both ffdshow resize and avisynth used it did not crash.
I'm posting this here because it was avisynth in ffdshow that caused the crash. That's why i'm not posting it in the software forum in the mpc thread. :)
Edit, The video it crashed on was my ntsc test disk, the progressive one. Look at my profile to see the test disk thread I made to get the vob.
Shark007
14th May 2009, 04:04
revision 2896 works ok (tested with 32bit compiles acquired from xvidvideo) but all recent builds since then cause an explorer crash when building thumbnails for MP4 files using Gabest's splitter from HC SVN builds. (OS: Vista 32bit)
EDIT: this issue was resolved by haruhiko_yamagata in Private Messaging
he exposed a rogue registry entry in hkcr\.mp4
FredThompson
14th May 2009, 10:08
It works without filters. I need more information about the settings of the filters.
http://www.CorrugatedMachines.com/Filters.zip
Smart Resize 1.1
RGB Equalizer 2.1 (I'd forgotten to mention that one)
null
Zip has the first 2 filters and the exprted filter chain.
I'll test again here.
If it works for you, maybe there is another filter that is getting in the way.
Edit: I've tested and still have the problem. It happens even with empty plugins and plugins32 directories. Build 2645 is the most recent which works properly. Tested with Athlon and XP Pro and also with Centrino Duo and Tablet PC.
Sharktooth
14th May 2009, 22:29
@Shark007: gabest MP4 splitter is pretty old and obsolete. use haali's media splitter.
Jeremy Duncan
15th May 2009, 01:02
I am using a avisynth script in ffdshow that needs more than 99 buffers.
Here is the script:
setmtmode(mode=2)
last=ffdshow_source()
super = MSuper(pel=2,hpad=4,vpad=4)
backward_vec = MAnalyse(super,chroma=false, blksize=16, isb = true, search=5, searchparam=1)
forward_vec = MAnalyse(super, chroma=false, blksize=16)
MFlowFps(super, backward_vec, forward_vec, num=0, mask=1, ml=49)
distributor()
Ädd ffdshow video source" is unchecked.
I have a ntsc dvd called "The bourne identity". And it has a sub root menu that asks me if I want to see the extended or regular version.
I use this sub root menu to identify how much the buffer need to be.
How I do this is if the buffer is high enough the sub root menu will show.
How I see if the buffer is high enough is if it is too low a buffer number I raise it by 2 and the sub root menu is not seen but the picture overlaying on it has moves a frame, I keep adding buffers by two and in so doing move the overlaying picture frame by frame until the sub root menu is visable.
In windows 7, if the buffer is too high the video has a paused frame every few seconds.
So I need to keep the buffer high enough I see the sub root menu and low enough the video is windows 7 doesn't pause every few seconds.
I have raised the buffers to 99, 99 and in so doing have almost gotten to the sub root menu but I need more buffers, over 100 to get there.
So I humbly ask Leak if he can kindly raise the buffers so they can go over 100.
And if he does not believe me that they need to be so high he can test the code I posted above on a dvd that has a sub root menu that asks if he wants to see the regular or extended version. :)
I'm almost got the buffers where I need them to be I just need over 100 buffers to get there and am stuck at 99 buffers.
Kurtnoise
15th May 2009, 06:16
@Shark007: gabest MP4 splitter is pretty old and obsolete. use haali's media splitter.
I wouln't say that...
Mixer73
15th May 2009, 11:39
@Shark007: gabest MP4 splitter is pretty old and obsolete. use haali's media splitter.
Personally I only use Gabest's splitter on my system because of the bugs in Haali media splitter.
Means I can't play MKV files but I'd rather be able to watch and then delete MP4 files from MCE which is something you cannot do with Haali Splitter installed.
Sharktooth
15th May 2009, 12:43
I wouln't say that...
latest gabest mp4 splitter is from 2007... unless i missed something...
@Mixer73: just disable shell integration while installing haali splitter. if it's not enough kill the buggy windows preview with regsvr32 /u shmedia.dll
Kurtnoise
15th May 2009, 13:01
latest gabest mp4 splitter is from 2007... unless i missed something...
http://www.xvidvideo.ru/component/option,com_docman/task,cat_view/Itemid,11/gid,19/orderby,dmdate_published/
clsid
15th May 2009, 13:26
I use both MP4 splitters. Haali by default. Gabest as backup when Haali fails. Its just a matter of toggling the preferred splitter through a registry setting.
Mixer73
15th May 2009, 13:28
@Mixer73: just disable shell integration while installing haali splitter. if it's not enough kill the buggy windows preview with regsvr32 /u shmedia.dll
Disabling it in the installer does NOT work if you have previously installed it.
I will try unregistering the file as you say, maybe I can use it finally...
haruhiko_yamagata
15th May 2009, 14:27
revision 2896 works ok (tested with 32bit compiles acquired from xvidvideo) but all recent builds since then cause an explorer crash when building thumbnails for MP4 files using Gabest's splitter from HC SVN builds. (OS: Vista 32bit)
I can't reproduce the crash, but the video doesn't play with gabest's mp4 splitter. I'll take a look.
haruhiko_yamagata
15th May 2009, 14:30
Tried rev2940, crackling sound in LPCM after rewind still presents. Can't say the last good revision, because LPCM decoder started to work (for me) only recently. Beta6 doesn't work because of missing submediatype.
I would like to try it again after MPC-HC has begun to work. In that case, we can exclude the possibility of a bug in the splitter.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.