Once you figure out how everything works it's actually really easy.
Edit: Looking through this guide, 3000 bitrate is actually fine. It will enable HD in YouTube. I can't imagine what the filesize would be with a bitrate of 10,000 >_>
of course it never hurts to know the long version, and uh not be such a birdbrain
Okay i tried to follow this tutorial but the quality i end up with after Youtube did their processing is pretty terrible and my old videos composed through Windows Movie Maker are better. A link for the video: http://www.youtube.com/watch?v=T9a5Y0M2f3o
Okay i tried to follow this tutorial but the quality i end up with after Youtube did their processing is pretty terrible and my old videos composed through Windows Movie Maker are better. A link for the video: http://www.youtube.com/watch?v=T9a5Y0M2f3o
Did you make sure that your raw is actually being recorded in 640x480? In the Movies tab, make sure that "Full-size" is bubbled rather than "Half-size."
And as a little extra tidbit, disable the FPS counter in the corner :P
This thread requires sticky.
BicubicResize(960, 600, 0, 0.5) # Bicubic (Neutral)
AddBorders(160, 60, 160, 60, 0)
ConvertToYV12()
For recording PC-98 HD'd.First: yes. Saving everything uncompressed constantly will take a lot of resources.
E: Actually, I have a completely different problem now.Sorry I didn't catch the first question, first of all. This is actually kind of weird, as it's actually giving you an mp4 file. Your WMP might not have the correct codecs or something, if that's the case. Is it black video, or just nothing? Have you tried opening it in a different program? Can you open other mp4 files?
Instead of a video, all I get is audio. I'm pretty sure I did everything the tutorial said, so what can be causing the problem? I still have 3 processes when I click queue, plus I get the .mp4 file and open it with WMP, which just plays audio, there's no visual whatsoever.
(I'd appreciate if someone helped out this time...)
Is there a way to make the AVI segments join faster? It takes like 2 hours to join together 2 segments which are 5 minutes total.... :VYou can change the processing priority higher, the same way as with MeGUI. It'll just kill everything else you're doing at the time, so you pretty much just don't use the computer at the time. Kill unused processes and other large processes such as Firefox and possibly Fraps because they take up a bunch of memory.
I guess dependant on your computers build as in CPU, memory, harddisks and graphic card.I don't really understand that too much, but this is what the diagnostic tool puked out:
If the checkbox is grayed out you already have the most recent version :|
What does the log say?
Youtube encodes your videos after you upload your videos using their own specs. I do not think they have any format, at least available to free users, that will display at higher than 30 FPS (although it's been a while since I looked into their formats).
For the Audio Input option, once again choose your full video file.Don't choose your video file, but instead use the clip. That's all.
Update: Youtube has been denying a bunch of videos made using this tutorial recently. For some reason they no longer like FAAC audio, so it was erroring. I'm sorry if nobody was able to upload any videos for a while, lol.Had no problems with the VirtualDub method :V
Well, considering VDub really only does what you tell it to, you might have an off setting. Although... I'm not quite sure what's wrong with just those details. You can either look around to see what might be wrong, or you can try to use a different program to join the files.
Also, apparently x264 has a Touhou setting (http://i47.tinypic.com/2qm19nd.png). Do you know anything about that, or how effective it is?WHAAAAAAAAAAAAAAAAAAAAAT
Also, apparently x264 has a Touhou setting (http://i47.tinypic.com/2qm19nd.png). Do you know anything about that, or how effective it is?
My most recent video (http://www.youtube.com/watch?v=wmKMg92WFps) used the tune touhou option for x264. I thought it wasn't that great as I didn't notice any significant changes, but again I haven't compared it to a duplicate without the tuning, so I can't say much about that.It's somewhat dependent on other x264 settings and it's just there to tune some options:
It tracks the propagation of information from future blocks to past blocks across motion vectors. It could be described as localizing qcomp to act on individual blocks instead of whole scenes. Thus instead of lowering quality in high-complexity scenes (like x264 currently does), it'll only lower quality on the complex part of the scene, while for example a static background will remain high-quality. It also has many other more subtle effects, some potentially negative, most probably not.
Is someone know how to resample the video with motion blur (better then framedroping for quality) with uncompressed / x264 project, I'm interested. :)You may be interested in this (http://avisynth.org.ru/mvtools/mvtools.html) since it sounds like you're using AVISynth.
The frame-stepped video looked smoother (though jerkier than the other clip) on my end before uploading it to Youtube, so it could be the case that them dropping frames (which is probably how they're altering the frame rate) coupled with the fact that the video is playing back a bit slower than it should (though I'd like a full 60FPS ;)) is making any jerking movement more obvious.I'm willing to go with this.
also kanako's opener wtf people can actually do that?You think that's crazy? Watch this (http://www.youtube.com/watch?v=bYKLMCPyC2w#t=1m30s). Fucking insane.
You think that's crazy? Watch this (http://www.youtube.com/watch?v=bYKLMCPyC2w#t=1m30s). Fucking insane.That attack looks threatening, but it's actually just simple streaming made to look intimidating via loads of bullets per stream. :P That's actually considered one of Kanako's easiest attacks, while her opener is possibly her hardest.
That attack looks threatening, but it's actually just simple streaming made to look intimidating via loads of bullets per stream. :P That's actually considered one of Kanako's easiest attacks, while her opener is possibly her hardest.I wasn't talking about the attack itself. Note that I linked to a specific point in the video, and then look at that dodge that starts at about 1:33. I know the hitboxes on those things are lenient, but damn.
You may be interested in this (http://avisynth.org.ru/mvtools/mvtools.html) since it sounds like you're using AVISynth.I'll have a try. :)
Any chance of adding PC98 recording to this? I wouldn't want to try it and end up with just a black screen.Why not try it yourself? You could even try write up a contribution to the guide if there are any differences that should be noted.
mencoder -o vidout.yuv -ovc raw -noskip -mc 0 -sws 10 -vf format=i420,scale=-2:720,expand=1280:720 -nosound -of rawvideo -fps 60
AVISource("C:\Users\Brandon\Desktop\th125 2010-03-20 12-45-41-81.avi", audio=false)
BicubicResize(960, 720, 0, 0.5)
#Bicubic (Neutral)
AddBorders(160, 0, 160, 0, 0)
ConvertToYV12()
AVISource("C:\Documents and Settings\M*****\My Documents\My Videos\video.avi", audio=false)
BicubicResize(960, 720, 0, 0.5) # Bicubic (Neutral)
AddBorders(160, 0, 160, 0, 0)
ConvertToYV12()
I tried it earlier and I get the Audio way ahead of the video, the video plays at at least, 8 FPS....Consider the possibility that it is the player, and not the video itself, which is having issues. I get that pretty much 100% of the time. Some codec/script configurations end up with a video which is excellent for Youtube but absolutely horrible for Media Player, for whatever reason.
I am wondering if Megui is finally Win7 compatible after a few months. Need to try it out to be honest.
It was ever not Win7 compatible? I always worked on my computer.Every time I load the RAW video into the program it crashes. I cannot do anything.
Every time I load the RAW video into the program it crashes. I cannot do anything.
Ran megui, it auto-updated to 3.4.
(http://i39.tinypic.com/5pdlw.jpg)
Hooray...
MeGUI doesn't work in Vista!
This is often due to the new UAC (User Account Control) system in Vista. There are two solutions:
1.Disable UAC. The disadvantage of this is obvious - no more UAC.
2.Set MeGUI to run as an administrator in the shortcut/.exe compatibility properties. The disadvantage of this method is that you need to authenticate MeGUI each time you start it up.
How do I get Fraps to record a larger resolution and not shrink the video down to a tiny window? As it is, it looks like pixel soup once I stretch it out.There's a likely source of quality degradation. Make sure that Half-size isn't checked. I don't know of any other sources which would decrease resolution in the recording stage of things.
Every video automatically comes with 480p and 720p variants, but do I have to do anything special to make sure they look better?Increase the bitrate in the encoding stage?
I suspect that the bitrate has something to do with the video quality. What's up with my MeGUI? I used the Touhou setting, if that's any help.The Touhou setting is just a tuning option for x264 and nothing more than an extra set of predefined options that will be applied after any preset you choose. Any options set by a preset or tune will be overridden extra options specified.
http://www.youtube.com/watch?v=yoMX93UbpR4 (http://www.youtube.com/watch?v=yoMX93UbpR4)
edit: ok, I did without you shrne maiden, tired of waiting. :VEh...in the rare occasions I record I do so at 60 FPS, no frameskip. The only "filters" used are the scale and expand filters in mencoder (scale for upscaling, expand is used to pillarbox the video).
well, no need of filters actually, but still, if you use Fraps, be sure to rec at 30fps (in the fraps movie menu) and force the 1/3 frameskip in the game custom, if you want to rec at full size and have a good quality. That's what I did and it works perfectly.
Question before I even dare to try it out (seems like a lot of work, but I love how detailed the tutorial was) :A 3.1 GHz what? Core 2 Duo? Old AthlonXP?
I only have 2GB RAM and a processor with 3.1 GHz. Alone playing Touhou games is fine, but when I record the stuff the games tend to lag in a perverted way, I can't go over 30fps in Fraps without making a spell practice replay longer than ten minutes. (that's how much it lags while recording). Anyone has an idea of how to reduce the lag effectively? :3
------------------
System Information
------------------
Time of this report: 8/22/2010, 14:00:17
Machine name: HG
Operating System: Windows Vista? Home Premium (6.0, Build 6002) Service Pack 2 (6002.vistasp2_gdr.100608-0458)
Language: German (Regional Setting: German)
System Manufacturer: Gigabyte Technology Co., Ltd.
System Model: M61PME-S2
BIOS: Award Modular BIOS v6.00PG
Processor: AMD Athlon(tm) 64 X2 Dual Core Processor 6000+ (2 CPUs), ~3.1GHz
Memory: 2046MB RAM
Page File: 1473MB used, 2862MB available
Windows Dir: X:\Windows
DirectX Version: DirectX 11
DX Setup Parameters: Not found
DxDiag Version: 7.00.6002.18107 32bit Unicode
------------
DxDiag Notes
------------
Display Tab 1: The file nvd3dum.dll,nvwgf2um.dll is not digitally signed, which means that it has not been tested by Microsoft's Windows Hardware Quality Labs (WHQL). You may be able to get a WHQL logo'd driver from the hardware manufacturer.
Sound Tab 1: No problems found.
Input Tab: No problems found.
--------------------
DirectX Debug Levels
--------------------
Direct3D: 0/4 (retail)
DirectDraw: 0/4 (retail)
DirectInput: 0/5 (retail)
DirectMusic: 0/5 (retail)
DirectPlay: 0/9 (retail)
DirectSound: 0/5 (retail)
DirectShow: 0/6 (retail)
---------------
Display Devices
---------------
Card name: NVIDIA GeForce 9600 GT
Manufacturer: NVIDIA
Chip type: GeForce 9600 GT
DAC type: Integrated RAMDAC
Device Key: Enum\PCI\VEN_10DE&DEV_0622&SUBSYS_00000000&REV_A1
Display Memory: 1269 MB
Dedicated Memory: 501 MB
Shared Memory: 767 MB
Current Mode: 1280 x 1024 (32 bit) (60Hz)
Monitor: PnP-Monitor (Standard)
Driver Name: nvd3dum.dll,nvwgf2um.dll
Driver Version: 7.15.0011.8084 (English)
DDI Version: 10
BGRA Supported: Yes
Driver Attributes: Final Retail
Driver Date/Size: 12/2/2008 23:11:00, 6070272 bytes
WHQL Logo'd: No
WHQL Date Stamp: None
Device Identifier: {D7B71E3E-4562-11CF-247C-0B2001C2CA35}
Vendor ID: 0x10DE
Device ID: 0x0622
SubSys ID: 0x00000000
Revision ID: 0x00A1
Revision ID: 0x00A1
Video Accel: ModeMPEG2_A ModeMPEG2_C ModeVC1_C ModeWMV9_C ModeVC1_B ModeWMV9_B ModeVC1_A ModeWMV9_A
Deinterlace Caps: {6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_PixelAdaptive
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(YUY2,YUY2) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(UYVY,UYVY) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_PixelAdaptive
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(UYVY,UYVY) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(UYVY,UYVY) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(UYVY,UYVY) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(UYVY,UYVY) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(YV12,0x32315659) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_PixelAdaptive
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(YV12,0x32315659) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(YV12,0x32315659) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(YV12,0x32315659) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(YV12,0x32315659) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_PixelAdaptive
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY DeinterlaceTech_BOBVerticalStretch
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(NV12,0x3231564e) Frames(Prev/Fwd/Back)=(0,0,0) Caps=VideoProcess_YUV2RGB VideoProcess_StretchX VideoProcess_StretchY
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(IMC1,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(IMC1,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(IMC1,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(IMC1,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(IMC1,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(IMC2,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(IMC2,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(IMC2,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(IMC2,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(IMC2,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(IMC3,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(IMC3,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(IMC3,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(IMC3,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(IMC3,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(IMC4,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(IMC4,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(IMC4,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(IMC4,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(IMC4,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(S340,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(S340,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(S340,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(S340,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(S340,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{6CB69578-7617-4637-91E5-1C02DB810285}: Format(In/Out)=(S342,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{5A54A0C9-C7EC-4BD9-8EDE-F3C75DC4393B}: Format(In/Out)=(S342,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{335AA36E-7884-43A4-9C91-7F87FAF3E37E}: Format(In/Out)=(S342,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{B338D50D-A64A-4790-AC01-475B64252A78}: Format(In/Out)=(S342,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
{F9F19DA5-3B09-4B2F-9D89-C64753E3EAAB}: Format(In/Out)=(S342,UNKNOWN) Frames(Prev/Fwd/Back)=(0,0,0) Caps=
DDraw Status: Enabled
D3D Status: Enabled
AGP Status: Enabled
Im havin a bit of trouble. I can record perfectly, but when it comes time to combine the separate parts together it all goes wrong. The frame rate goes to hell when I combine them together turning what was a perfectly smooth video into a stuttering mess.Does the encoded video (sans audio) play fine, or does it only screw up after muxing?
As I've said before all this helped me tremendously so thanks again. My videos used to look like crap, and now they look fine.That's probably a problem with the Flash plugin. Hell, I remember Zengeku having a problem with a couple of his recently uploaded videos being "zoomed out" whenever you viewed them. It's like the Youtube player wasn't recognizing that it was actually pillar-boxed 720p and he had to fix that with a special tag on the video ("yt:crop=16:9").
However lately I've been noticing a strange bug with my videos on youtube. They sometimes think they're done loading, but they aren't. So even though the red progress bar is completely full, the video arbitrarly stops at some point. Not only that, but because it "thinks" its done, it doesn't bother downloading the rest of the video. So.. No mater how long you wait, it will NOT go past a certain (random every time you refresh, sometimes the whole thing works) point.
I suspect this has something to do with the video's filesize. I hear people talk about their 10 min videos being less than 100 megs after megui compression, but mine are still around 500 megs. (with a 13-15 min video). I realize that Youtube applies its own compression after you upload the video, but I don't exactly know if my videos still remain larger than normal after it goes thru that, or not. If anybody has any ideas of how to shrink my post youtube compression size or something (or knows exactly how to fix my problem) I'd appreciate it.I would say a 10 minute 720p video being < 100 MB to be a little crazy, but maybe the people who are having those results are the same people whose videos have very heavy macroblocking. Touhou doesn't compress as well as some other sources.
YAY my video was fixed! I guess it was my computer after all. It couldn't handle playing a 16+ gig file :(That shouldn't have been an issue, but are you saying that the joined video was the one that wouldn't play right even though the original segments would?
That shouldn't have been an issue, but are you saying that the joined video was the one that wouldn't play right even though the original segments would?
Yes. The individual segments played perfectly and the final MeGUI file would play perfectly. But, the joined file out of VirtualDub would stutter worse than William Denbrough.If the output from VirtualDub was uncompressed your hard drive was probably too slow for the video to play properly. Fraps recordings are losslessly compressed so the small size savings there probably what let you play those fine.
I have a question to ask. MeGUI is a bit strange with coloring when the video gets converted to ConvertToYV12(). I know from experience that you need to convert it using this. The best way to notice this is when I record (using Hypercam 3) Touhou 2. Where the yellow text stuff on the side is, it records it fine, nice bright yellow color. BUT, after processing this through MeGUI, that yellow color (and other colors) are changed and look more dull and off-color. Is there anyway to fix that or is that just the way it is?Note that I don't use MeGUI so I can't tell you exactly how to do this. Instead of ConvertToYV12(), change it to:
Note: it's MUCH easier to notice with the PC98 games since those have less colors compared to anything windows related.
ConvertToYV12(matrix="pc.709")
Note that I don't use MeGUI so I can't tell you exactly how to do this. Instead of ConvertToYV12(), change it to:That does in fact make it look much better! It's not perfect though. Some colors still look off-color.Code: [Select]ConvertToYV12(matrix="pc.709")
And for the x264 options add "--fullrange on". If that doesn't look right you might need to change "pc.709" to "pc.601", but that is dependent on what you have decoding your video.
That does in fact make it look much better! It's not perfect though. Some colors still look off-color.What are you trying to play it back with? If you're not using it, VLC or MPlayer (with any GUI you want) you might want to give those a shot since any software that might be doing some behind-the-scenes color correction with Avisynth (I think Haali's Media Splitter can) might alter them a bit, and VLC/MPlayer don't use it.
What are you trying to play it back with? If you're not using it, VLC or MPlayer (with any GUI you want) you might want to give those a shot since any software that might be doing some behind-the-scenes color correction with Avisynth (I think Haali's Media Splitter can) might alter them a bit, and VLC/MPlayer don't use it.I'm just looking at what they look like before encoding. MeGUI shows you a preview what what it will look like after you put the options into the script creator. (btw, that IS what it will really look like after it's completely done, I've tested this before)
I would try adding --colormatrix bt709 to the x264 arguments so it'll be flagged in the video's bitstream. That might fix playback problems with some software.No good, that didn't make a difference.
Also, some color correction options for video playback in video card's drivers can muck things up on playback, and IIRC some GPU/driver combos can cause some weirdness when using hardware acceleration. You could try taking a short clip of the video after it has been encoded and upload it to Mediafire or something, take some screenshots of the problem areas in that video, and maybe some people ITT can take a look at whether we see the same off-color parts as you have in your screenshots.I'll do just that in a bit, and fix this post when I do.
Have you tried 'matrix="pc.601"' to see if the the results were better or worse than the pc.709 option?601 looks a very tiny bit nicer. Not much to tell by though, yet I can see it.
Everything on MeGUI is updated. I'm pretty sure x264 is also since the update button does nothing.MeGUI hasn't had an update since July, and the x264 bugfix/feature I linked was in September.
Also, I'm not sure what to do with that link. It's kinda confusing just to look at.Just a reference.
BicubicResize(960, 630, 0, 0.5) # Bicubic (Neutral)
ConvertToYUY2(matrix="pc.601")
This kept the color exactly (as far as I can tell) perfect. There's only one problem with this. When you go to AutoEncode, it says this:The colorspace of your clip is not in YV12...If you click no, it then says:
Do you want me to add ConvertToYV12() to the end of your script ?
Your AviSynth clip has the following problem:When I say yes, and look at the finished result, the color is better by a little but it seems slightly blurry.
You didn't want me to append ConvertToYV12(). You'll have to fix the colorspace problem yourself.
Continue anyway?
Um, that set you gave out. It doesn't look like anything. They're all 5 seconds long and have nothing but a gray screen on Movie Maker.They play back fine in VLC or MPlayer and are 12 seconds long. The first four videos are unlikely to play through something like Windows Movie Maker (if it uses ffdshow or CoreAVC then it might), but they are lossless videos that also use a different method of storing colors. 5-8 will probably be more agreeable with most decoders.
They play back fine in VLC or MPlayer and are 12 seconds long. The first four videos are unlikely to play through something like Windows Movie Maker (if it uses ffdshow or CoreAVC then it might), but they are lossless videos that also use a different method of storing colors. 5-8 will probably be more agreeable with most decoders.They don't play. I've tried Media Player, Quick Time, Virtual Dub, and MeGUI, along with Movie Maker, since that's how my computer recognizes the file format. Everything else either throws up an error or doesn't see it altogether.
They don't play. I've tried Media Player, Quick Time, Virtual Dub, and MeGUI, along with Movie Maker, since that's how my computer recognizes the file format. Everything else either throws up an error or doesn't see it altogether.On my computer it plays on:
Nope. Avidemux2 doesn't work. It opens but has 0 frames (no matter how I open it) and will play nothing indefinitely.DId you use the avsproxy like I said? I use FFMS2 (Avisynth plugin) with the provided avsproxy_gui.exe in the Avidemux2 folder and it works fine.
I tried that CCCP also but it won't install because "I don't have DirectX 9" when I clearly have all the way up to DirectX 11 via dxdiag.I'm willing to bet you don't have DirectX 9. Just because Vista/Win7 may come with DX10/11 does not mean that they have DX9 installed. I use Vista and still had to install DirectX from the redistributable (http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=3b170b25-abab-4bc3-ae91-50ceb6d8fa8d) for some of my DX9 games to run.
DId you use the avsproxy like I said? I use FFMS2 (Avisynth plugin) with the provided avsproxy_gui.exe in the Avidemux2 folder and it works fine.I'm not quite sure how to do that. Mind helping me out?
I'm willing to bet you don't have DirectX 9. Just because Vista/Win7 may come with DX10/11 does not mean that they have DX9 installed. I use Vista and still had to install DirectX from the redistributable (http://www.microsoft.com/downloads/en/details.aspx?displaylang=en&FamilyID=3b170b25-abab-4bc3-ae91-50ceb6d8fa8d) for some of my DX9 games to run.Tried installing that. It failed from the start. It said to check dxdiag and stuff but they don't report any problems. ??? I'm also sure I have it because the latest Touhou games wouldn't run, right? Since they need DirectX 9.
I'm not quite sure how to do that. Mind helping me out?Download FFMS2 (http://code.google.com/p/ffmpegsource/downloads/detail?name=ffmpegsource-2.14.7z), copy ffms2.dll and ffmsindex.exe to your Avisynth plugins directory (for me that is C:\Program Files\AviSynth 2.5\plugins).
Tried installing that. It failed from the start. It said to check dxdiag and stuff but they don't report any problems. ??? I'm also sure I have it because the latest Touhou games wouldn't run, right? Since they need DirectX 9.DirectX is a weird thing, because there are lots of DirectX libraries that are different (newer ones that ship with each release) that vary by their version number. One game might want Directx9_36.dll, others might use Directx9_34.dll, and a new game could come out that uses Directx9_37.dll that isn't installed because you have an older version of DirectX 9.
Yeah, anyway, after watching those vids, they weren't' that impressive. The coloring is way off.More than yours, or about the same after the color matrix changes?
the camstudio method?Well, you could use camstudio, but it's not exactly the best recording software. In fact, it doesn't record properly either for most people. (it doesn't see my sound card) The video often ends up very choppy, and it misses many frames and lags everything, mostly because it has to record with a codec, so it's encoding while recording. Unlike fraps which records uncompressed.
Well, you could use camstudio, but it's not exactly the best recording software. In fact, it doesn't record properly either for most people. (it doesn't see my sound card) The video often ends up very choppy, and it misses many frames and lags everything, mostly because it has to record with a codec, so it's encoding while recording. Unlike fraps which records uncompressed.I have to buy fraps and I'm not really allowed because of the age. :(
I'm not sure what's happening with VirtualDub. I'll go and test a vid with it the same way you did and see what happens, when I've got the time.
Also, why do you have the compression quality at 85%?
I'm more curious about why he isn't using Lanczos4Resize.
As for your sound problem, I think you can always record the audio right from your speakers by enabling Stereo Mix in your computer's sound configuration? Not sure.That's the problem. Windows 7 doesn't come built in with Realtek, and Realtek is the program that lets that show up. I've followed every site I can find about this problem and at the moment, it isn't solvable, unless I switch back to XP or something. (and yes, I have it set to show disabled and disconnected devices)
EDIT:Yeah. It's generally recommended when upscaling any original source material.
OK I tried using Lanczos4 this time.
Yeah, it seems better. (http://www.youtube.com/watch?v=0GqpZ7qpFX8) Editing my above post.
Should I also use Lanczos4 for the Windows games?
Lanczos4Resize(1152, 720, 0, 0.5) # Lanczos4 (Neutral)
AddBorders(64, 0, 64, 0, 0)
ConvertToYV12()
@Barakketh: I think I'm using constant? I have a constant Ratefactor of 20 if that means anything.Yeah, CRF (Constant Rate Factor) and Constant Quality (what it is called in the VFW interface to x264) are the same thing.
Do you really need the borders though? Youtube's HD has been great for the past long time and doesn't need borders anymore for 720 pixels.Code: [Select]Lanczos4Resize(1152, 720, 0, 0.5) # Lanczos4 (Neutral)
AddBorders(64, 0, 64, 0, 0)
ConvertToYV12()
Do you really need the borders though? Youtube's HD has been great for the past long time and doesn't need borders anymore for 720 pixels.
Unless they do something weird to your vids without the borders? I have no idea so...
I think it's to remain the aspect ratio of the game?Yeah, that's what I was wondering about. I've seen many vids on Youtube where the games are either really fat or really thin. Mostly fat. Well, I might try a PC98 without the borders sometime in the future and upload it temporarily to see what it looks like. Unless someone else does it before me, that works too.
First of all, thanks a lot for all the replys on this thread guys, I have learned a lot about encoding reading your posts. Special thanks to Drake for this guide! You're amazing man, please keep up the good work!THIS! Yes, I just had that problem a few days ago. I tried the Lanczos4 codec for my SWR lunatic 1cc and had the exact same problem. But it had a twist! It had a strange clicking sound continually reoccurring in the audio. Like a tick-tock (a little faster than the average clock) that sounds like you could make it with your tongue on the roof of your mouth. Exactly like that. So I deleted it thinking it was a youtube glitch. (which reminds me of donut's Mystic Acid Trip) I did recently update MeGUI though. (oh, and the weird sound WASN'T in the finished product of the vid either. I checked. nor was the white beginning)
Well, I have some problems encoding my TH video. I follow exactly what this guide says (except for one point: I use a widescreen 16:9 option), but when I upload my video to youtube, I get this ugly white screen during the very first seconds of the playback:
http://www.youtube.com/watch?v=X2qYnOniCHo (http://www.youtube.com/watch?v=X2qYnOniCHo)
I have tried many options during the encoding, but I'm still getting that white screen. Also the audio, even on HD, sounds pretty bad to me.
Any ideas how to fix these things? Any ideas will be appreciated a lot.
Thanks once again for everything!~
See'ya!
THIS! Yes, I just had that problem a few days ago. I tried the Lanczos4 codec for my SWR lunatic 1cc and had the exact same problem. But it had a twist! It had a strange clicking sound continually reoccurring in the audio. Like a tick-tock (a little faster than the average clock) that sounds like you could make it with your tongue on the roof of your mouth. Exactly like that. So I deleted it thinking it was a youtube glitch. (which reminds me of donut's Mystic Acid Trip) I did recently update MeGUI though. (oh, and the weird sound WASN'T in the finished product of the vid either. I checked. nor was the white beginning)
That reminds me, does the window for MeGUI normally say "MeGUI 1911 (svn)"? I don't recall svn being in there. Maybe I should reinstall it?
I tried the Lanczos4 codecNot a codec. It's just a scaling filter/algorithm.
I deleted it thinking it was a youtube glitch.One of the members here is a ffmpeg developer, and once said that Youtube is either using an old version of ffmpeg/libavcodec or a custom job that exhibits bugs that were fixed years ago. It's entirely possible that there is something weird on their end.
That reminds me, does the window for MeGUI normally say "MeGUI 1911 (svn)"? I don't recall svn being in there. Maybe I should reinstall it?SVN = Subversion, the 1911 would be the commit ID or something similar.
FYI, the build of x264 that the latest version of MeGUI provides does have some bugs in it that have since been fixed on x264's stable branch. That could be related.
By the way, is it possible to know exactly what x264 codec is YouTube using currently? I guess that could help a lot too.No. Normally when you encode you can find out what build and settings were used. For instance, one test video someone sent me a while back has:
Writing library : x264 core 98 r1649 c54c47d
Which has the version of the x264 library (not important), the SVN revision (r1649) and the git commit (c54c47d). I can then look and see that it was released on 2010-06-15.The videos on Youtube don't have that information.
MeGUI encountered a fatal error and may not be able to proceed.
Reason: Value of '0' is not valid for 'Value'. 'Value' should be between 'Minimum' and 'Maximum'.
Parameter name: Value
clip1 = DirectShowSource("Z:\Fraps_Videos\th07 2011-03-06 00-50-44-34.avi", fps=60)
clip2 = DirectShowSource("Z:\Fraps_Videos\th07 2011-03-06 00-53-14-23.avi", fps=60)
clip3 = DirectShowSource("Z:\Fraps_Videos\th07 2011-03-06 00-55-35-57.avi", fps=60)
clip4 = DirectShowSource("Z:\Fraps_Videos\th07 2011-03-06 00-57-57-04.avi", fps=60)
clip1 ++ clip2 ++ clip3 ++ clip4
Lanczos4Resize(960 , 720)
AddBorders(160, 0, 160, 0, 0)
ConvertToYV12(matrix="PC.709", interlaced=false)
trim(210,34254)
If you're using the newest version of MeGUI, some things have changed, but they should all still be there. I still can't get mine to work though. It's like I'm in a rut or something. Someone should literally pack up in a zip or something, somewhere so I can have the previous version of MeGUI since the newest is flawed and I can't fix up the previous since it's missing everything, quite literally, everything.The newest version is working fine for me, though I replaced x264 with a newer build.
Lanczos4Resize(960, 720, 0, 0.5) # Lanczos4 (Neutral)
ConvertToYV12()
Um, it didn't turn out as expected. (It's not bad but... It's not super-great either)It's hard to say, but color-wise you might need to need to specify a color matrix. The default is REC601, which is wrong for a PC recording (definitely so for Fraps, should be the same for Hypercam) and uses TV levels (16-235) instead of PC levels (0-255). I've used both Fraps recording directly to YV12 and Fraps in RGB mode (see this (http://www.youtube.com/watch?v=sVaFtzux7HY&hd=1)).
http://www.youtube.com/watch?v=Ope1Y0cmTsQ
I used this in Avisynth:Code: [Select]Lanczos4Resize(960, 720, 0, 0.5) # Lanczos4 (Neutral)
ConvertToYV12()
Why did this not end up as clear as yours did?
EDIT: Also, it looks a little choppy. I'm not sure if that's how my machine is handling it so...Take a look at this screenshot at full size:
function BlendFields(clip) {
clip
(FrameCount % 2 == 1) ? DuplicateFrame(FrameCount - 1) : nop
Overlay(SelectEven, SelectOdd, opacity=0.5)
}
clip1 = DirectShowSource("Z:\Fraps_Videos\th12 2011-03-09 16-13-41-86.avi", fps=60)
clip2 = DirectShowSource("Z:\Fraps_Videos\th12 2011-03-09 16-15-47-08.avi", fps=60)
clip3 = DirectShowSource("Z:\Fraps_Videos\th12 2011-03-09 16-17-52-32.avi", fps=60)
clip4 = DirectShowSource("Z:\Fraps_Videos\th12 2011-03-09 16-19-52-95.avi", fps=60)
clip1 ++ clip2 ++ clip3 ++ clip4
Lanczos4Resize(960, 720)
BlendFields
trim(2963, 2963 + 9094)
AddBorders(160, 0, 160, 0, 0)
ConvertToYV12(matrix="PC.709", interlaced=false)
Notice how the bullets have a translucent "clone" in front of them? I've been testing blending the two frames instead of dropping them, which creates a smoother video than how Youtube handles the conversion. That "clone" is the bullet in the next frame of the video at 60 FPS, which would be outright removed by Youtube.
I should try that and see what happens. That's actually quite clever and I never would have thought of that. :DSomeone on a shmup board (http://shmups.system11.org) mentioned it as a way to improve the quality of MAME videos (dropped frames can cause things to disappear, I believe it was something about flickering sprites used for pseudo-transparency), I found the BlendFields script somewhere on the ZSNES board :)
Lanczos4Resize(960, 720, 0, 0.5) # Lanczos4 (Neutral)
ConvertToYV12()
EDIT: Link (http://www.youtube.com/watch?v=jDRBcDnyuI8&hd=1).Yeah see, the coloring on that video is bad, especially the shrine. That's the problem I'm having with the fighters.
Yeah see, the coloring on that video is bad, especially the shrine. That's the problem I'm having with the fighters.The desync is a result of me not using my normal frame rate conversion. It wasn't worth fixing since I'm going to delete the video anyway.Also you have a sound desync.
If you use Youtube's advanced uploader there are no file size restrictions (that or the limit is something like 25 GB, one or the other).I know, but doing it with that option, which uses Java, would take forever. I tried doing that originally but the time to upload was like 10 hours or something. I'd rather just drop the quality just a little bit so it would be faster because there are other people at my house who would like to use the internet. :)
AviSynth script error:
DirectShowSource: RenderFile, the filter graph manager won't talk to me
But it had a twist! It had a strange clicking sound continually reoccurring in the audio. Like a tick-tock (a little faster than the average clock) that sounds like you could make it with your tongue on the roof of your mouth. Exactly like that. So I deleted it thinking it was a youtube glitch.Remember this? It happened again, but worse. I found a video from a while back that I forgot to upload somehow, and it did the same thing. A bit louder this time and some of the ticking was fuzz, along with a gray screen at the beginning and sound desync. (it plays fine on my media player) Odd, because this video was encoded the same way as other videos I had with no updates in between, using Bicubic btw. I'm just gonna re-record it and we should be fine.
How do I make Fraps record what I hear? It only records the microphone input, and any other settings cause it to record nothing at all (or some static noise which is weird). This is what I see (http://666kb.com/i/bxis5uw5hqvu5tjhh.jpg).My Fraps has a checkbox for "Record Vista sound" with extra options for Stereo or Multichannel.
Have you tried unplugging your headset and recording without it?
Umm... I've been following this guide and it works perfectly, though the videos seem to come out slightly off-color. Does anyone know I could prevent that, or what's causing it in the first place?Are you using the Bicubic resizer? That may cause some issues, because it's not the best. What I used was this:
Maybe this goes without saying, but it seems to be Megui that does it. They look normal when VirtualDub is done with them.
Lanczos4Resize(960, 720)Well I finally got around to trying this, and Mugui said that ConvertToYV12() was missing, though of course it wasn't. I tried it again by just sticking the AddBorders(160, 0, 160, 0, 0) thing between those other two things, because I figured it wanted ConvertToYV12() in the "third spot" or something, and that seems to have worked. So should I have put a blank space or something instead, or does it make no difference, or... what?
ConvertToYV12()
Well I finally got around to trying this, and Mugui said that ConvertToYV12() was missing, though of course it wasn't. I tried it again by just sticking the AddBorders(160, 0, 160, 0, 0) thing between those other two things, because I figured it wanted ConvertToYV12() in the "third spot" or something, and that seems to have worked. So should I have put a blank space or something instead, or does it make no difference, or... what?It depends. Newer versions of x264 don't require YV12 input (MeGUI might not support them, though...), but with the default settings it'll end up that way in the final encode.
Anyway, it's seems to be an improvement over the other way of doing it. The red is a bit more red and everything else looks a little clearer too.
LanczosResize(540, 720)
AddBorders(370, 0, 370, 0, 0)
ConvertToYV12()
What didn't work? You probably want to use Lanczos4Resize, and don't use AviSource for input (I use FFMS2, but DirectShowSource might work).
I have problems with MEGui.Did you try waiting a bit? Sometimes I have to wait ~10 minutes before the actual encoding starts.
When I try to encode the video, the progress would stuck at "Preprocessing... **PLEASE WAIT*."
This never happened to me before. Have anyone encountered this kind of problem before?
Hypercam 2 is free now. It hates my guts, but some people get good results with it. Maybe it'll work for you.Seems to work alright, but the issue of no sound persists. Do I need something special to be able to do that?
Click Config. Ignore most of the stuff, set the bitrate option at the top to something like 5000. The bitrate does not enable HD video, it just improves the quality once a standard has been set. I'm setting in to 10000 for lols.I can't see what the image looks like, so I'm not sure what to expect here. I've clicked config but can't see anything in the window which mentions 'bitrate', I see something like this:
[attach=1]Oh I see, just tried it and it worked!
(click toexpandpop-up)
click drop-down box and select the highlighted/marked option
then you can set your bitrate
(/note I really like the auto-resize so that I don't have to be picky with cropping)
Theoretically, you could stop recording the sound directly from the game, and instead make the volume loud enough so that your mic picks it up on its own, along with your voice. Not sure what that would do to the quality though.
I think a double post is fine in a thread like this, since it might take ages for anyone to notice the question otherwise. :V
Open up Volume Mixer by right-clicking the speaker icon and selecting "Open Volume Mixer" from the selection box and you should be able to adjust the volume of your game, assuming that you're using Windows 7 which I think you are from the picture that you put up before.Oh, I see what you both mean, unfortunately I'm not using speakers and I'm recording the sound directly from the computer so as not the disturb my family as much (they can stand the talking, but not ZUN's music, which makes me a bit unhappy).
(picture has been edited [taskbar pasted on top of the selection box] for clarity)
[attach=1]
to be honest i'm not even sure if the speaker icon is there be default, but i assume it is, if not then i guess i'll have to dig around hawhawhaw
Oh, I see what you both mean, unfortunately I'm not using speakers and I'm recording the sound directly from the computer so as not the disturb my family as much (they can stand the talking, but not ZUN's music, which makes me a bit unhappy).An alternative is to plug some headphones in and use them as speakers with the volume really loud.
I guess if there's no way to reduce the game's music volume on the computer I could buy some speakers and do some persuading, thanks for the help yet again. :)
An alternative is to plug some headphones in and use them as speakers with the volume really loud.I tried that out, and it was a bit successful, although the sound quality wasn't too good :blush:
Baity's method should work. I just tried it out myself. Don't reduce the speaker volume; you want to reduce the game's volume. If the game is open, you can see it on the list there.Oh nice, that works!
I'd record 30fps, personally. Especially if you're going to put it on Youtube or something, since Youtube reduces the framerate to 30 anyway, or so I've heard. In any event, the quality comes out fine.Oh, thanks, that takes away alot of my worries :)
There are specific instructions in the topic that are no longer accurate because the program has been updated and the interface has changed so I cannot figure out how to do what would've been simple years ago.I'm completely unfamiliar with it, so I can't speak firsthand, but anyone else have an idea of anything to help?
(I'm lost) beyond "At the moment, don't bother with much else unless you know what you're doing. Choose "Save as AVI". The rendering process takes a while to finish, so just wait it out."
+ an easy way to update the notorious neroaacenc file that doesn't auto update and causes a shit ton of problems
I have a problem with Fraps, when I try to record Touhou on 30fps (game running on 60fps) it works fine for a few minutes, but then it suddenly slows down to 30fps in game and after a while it goes down to 5fps or so. I also can't fast forward replays when I'm recording with fraps. How do I fix this?Does anyone know a fix to this? It seems like whatever I try, after a while the fps drops and I can't play at all. It's fine if I stop recording and start recording again, but after each time I do that the lag comes back sooner.
When i opened the replay recorded by Camstudio, It kept flashing while the game was on. Could somebody help me with this.What do you mean by flashing?
Thanks :)
And by the way, I also need tutorial video. :V
My friend who records my videos for me is completely blocked at MeGUI.I'm completely unfamiliar with it, so I can't speak firsthand, but anyone else have an idea of anything to help?
Open up Volume Mixer by right-clicking the speaker icon and selecting "Open Volume Mixer" from the selection box and you should be able to adjust the volume of your game, assuming that you're using Windows 7 which I think you are from the picture that you put up before.I think this is the answer to your question. Changing the volume "in-game" does nothing.
(picture has been edited [taskbar pasted on top of the selection box] for clarity)
[attach=1]
to be honest i'm not even sure if the speaker icon is there be default, but i assume it is, if not then i guess i'll have to dig around hawhawhaw
3. I never found an edi menu and did my best to follow what was said (like making scrachpad mp3 and blah, blah.) I also never found the placeholders. I assume this is where everything went wrong. I also cannot resize my videos, apparently. or maybe I am too stupid for that. who knows.Where it says "Script" in the upper right, click that. It takes you to a screen with the placeholders that have # in front of them. Replace them with the stuff Drake said, and it should look like this. (http://oi47.tinypic.com/nn2kiv.jpg)
here is what my script creator looks like. my version is 2.5.8, if that's important. downloaded the latest shit :V http://www.abload.de/img/unbenannt3k3jy5.jpg
AddBorders(160, 0, 160, 0, 0)
Then you should stop doing that. Is that considered waaaay too much?
AviSynth Script Error:
Script Error: Invalid Arguments to function "BicubicResize"
The end product was four times as large as the two videos separate. Upon watching, the video stuttered incontrollably: it was as if there were about three frames of nothing patched in between every two original frames.This much is normal, at least. I don't know about the problem with Megui. The best I could tell you is to try appending the videos again and see if the same problem arises. If it happens every time, then I have no idea, though I guess you try recording again to see if the problem is with the recording rather than VirtualDub. If it turns out it was just a fluke then... huzzah!
Today I tried out VirtualDub to patch two videos together as the tutorial suggested, using "Append AVI segment" and subsequently saving the result as AVI. This process took 45 minutes.Do your original two videos play just fine? If yes, then it might be a VirtualDub encoding problem seeing as how MeGUI spits an error at you.
The end product was four times as large as the two videos separate. Upon watching, the video stuttered incontrollably: it was as if there were about three frames of nothing patched in between every two original frames. Of course this was not suitable for uploading to Youtube.
Additionally, when I tried to create an AVI script with the result in MeGUI, it stops the process and informs me that an empty frame has been encountered.
Does anyone know what the cause of this could be?
And no one responded to you, but if you're still around and still have the problem, mind posting your AviSynth code?Code: [Select]AviSynth Script Error:
Script Error: Invalid Arguments to function "BicubicResize"
^- What the heck is this?
I've never had this problem before.
Please Help.
Do your original two videos play just fine? If yes, then it might be a VirtualDub encoding problem seeing as how MeGUI spits an error at you.
The original videos played just fine; one of them is uploaded to my Youtube Channel and it goes without a hitch.Try appending the two videos together using an AviSynth script. If you don't know how, open up notepad, and copy this code into it, changing filepathhere and filenamehere to their actual counterparts. Oh, and make sure to keep the quotes:
VirtualDub didn't give me any error notices though.
clip1 = AviSource("C:\filepathhere\filenamehere.avi")
clip2 = AviSource("C:\filepathhere\filenamehere.avi")
video = clip1 + clip2
return video
Alright, another possible issue!Youtube only gives you the 720p option if you uploaded the video with a vertical length of 720 pixels or higher. Double check if you upscaled the video.
My most recently uploaded video (Right here (http://www.youtube.com/watch?v=xYplKRv7ghI)) doesn't seem to have a 720p option, or at least it isn't displaying for me. It's made in the exact same manner as my other videos, which plainly have an HD option, but this one doesn't for some reason. What may the problem be? Is it because of the length?
Youtube only gives you the 720p option if you uploaded the video with a vertical length of 720 pixels or higher. Double check if you upscaled the video.Hmm, you're right, it's in a smaller size than the other Touhou vids. But I did the exact same thing...
Hmm, you're right, it's in a smaller size than the other Touhou vids. But I did the exact same thing...It's the part in the guide where you put this in:
Where may the "upscaling" part of the equation be then? I'll double check it.
It's the part in the guide where you put this in:Yes, it turned out that that was the problem. The coding had vanished entirely. I was fooled because it still gave me a window saying "Successfully converted to YV12". Thanks a lot!
BicubicResize(960, 720, 0, 0.5) # Bicubic (Neutral)
So I guess I'm stuck unable to upload anything longer than 30 seconds. Unless someone knows a fix to the eternal_freeze_that_always_always_happens problem?Have you tried using other browsers? If not, then you can always download a software to upload videos onto Youtube without using the webpage itself.
Here I am again! More shenanigans with VirtualDub this time.I'm going to guess that the "frozen frames" you see in WMP aren't actually captured; rather they're just leftovers from the very last frame displayed. So basically you have no video data during those few seconds. VirtualDub sees that there's no video data, and just excises it automatically (for whatever reason). However, when you append segments, VirtualDub treats the video and audio clips separately, and does an Unaligned Splice, which adds the sound tracks end to end and the video tracks end to end. Since the audio track on your first video is longer than your actual video, you have the desync. Though there should also be either audio that's cut off at the end of your final video, or I guess 4 seconds of no video while the rest of the audio plays.
I recorded a video, but accidentally my program got deselected because my key remapper acted up. This broke off recording. Afterwards I recorded another video redoing the missed part and attempted to merge them together.
It was somewhat successful, but not entirely:
In regular viewing (Windows Media Player) there are a couple of seconds of frozen frames when the game was deselected. In VirtualDub, they don't show up. The corresponding talking that I did during that period doesn't show up either... that is, until I append the one segment with the other. When I did this, the lost audio reappeared. However, the frozen frames did not. Thus the entire audio from that point onward is desynced by four seconds.
I'm fairly sure I can get around this by pasting a few seconds of static screen in between with Live Movie Maker, but I'm still curious how this could've happened.
I'm going to guess that the "frozen frames" you see in WMP aren't actually captured; rather they're just leftovers from the very last frame displayed. So basically you have no video data during those few seconds. VirtualDub sees that there's no video data, and just excises it automatically (for whatever reason). However, when you append segments, VirtualDub treats the video and audio clips separately, and does an Unaligned Splice, which adds the sound tracks end to end and the video tracks end to end. Since the audio track on your first video is longer than your actual video, you have the desync. Though there should also be either audio that's cut off at the end of your final video, or I guess 4 seconds of no video while the rest of the audio plays.Indeed the end bit is cut off. I should be able to patch it up though.
Questiano here. Do touhou videos have to be at ~600x800 to look good like this (http://www.youtube.com/watch?v=Rje5jyVRSy8), ir can they be widescreen videos to look good like this (http://www.youtube.com/watch?v=GoCKD2AGIU4)? The widescreen one looks normal to me but the 600x800 one looks... so... distorted. Or should I go with whichever one I'm more comfortable withYou always, always, always want to record at the game's preferred resolution (otherwise you'll also be recording blank space) and then upscale it with a fixed aspect ratio to upload it. For most Tohou games, the preferred resolution would be 640x480, and upscale it to 960x720 so Youtube lets you play it in HD.(which the one I'd slightly prefer is the one that pleases viewers)?
I also realised the screen resolution is, like, say, an illusion on the computer, but the real one you can record with. Is my hypothesis correct?
...Speaking of recording, I have an issue of my own: I recently got a new computer and installed Windows 7 on it. I can't seem to find the "Stereo Mix" input setting that as far as I know I need to record sound with screen capture. The only sound input option that appears is the microphone, even after enabling "Show Disabled Devices? and ?Show Disconnected Devices". Any idea what I can do?"Stereo mix" only exists in some audio drivers and not others. If you don't have it, then there isn't really anything you can do to enable it as far as I know. You're going to need to install a program like Virtual Audio Cables to do what stereo mix did, or alternatively you can record your voice separately and add it over the game audio. If you're doing live streaming, then you're going to want VAC.
"Stereo mix" only exists in some audio drivers and not others. If you don't have it, then there isn't really anything you can do to enable it as far as I know. You're going to need to install a program like Virtual Audio Cables to do what stereo mix did, or alternatively you can record your voice separately and add it over the game audio. If you're doing live streaming, then you're going to want VAC.Um, what does voice have to do with any of this? I thought the point of "Stereo mix" was to record the game audio directly, to avoid the problems of a microphone (like lowered sound quality and the need to be in a quiet room)?
Um, what does voice have to do with any of this? I thought the point of "Stereo mix" was to record the game audio directly, to avoid the problems of a microphone (like lowered sound quality and the need to be in a quiet room)?Stereo Mix provides as recording input all sounds that are played by the audio hardware. Essentially, you can record any sound being played by the computer. However, this means that you may accidentally capture sounds played by other programs outside the game if they are not already muted.
And if it only exists in some audio drivers, is it possible to replace the audio driver?
My Fraps installation is set to automatically detect the best sound input, which sets the input source to Vista Direct Stream. Does your installation do this?I've been using HyperCam 2, which I don't believe automatically detects the sound input (image (http://i1230.photobucket.com/albums/ee487/KarisaMirisame/hc2w7-1.png), the only other option is "Microphone (CS4206" [sic]). As far as I can tell, both from some random searches and my previous (successful) attempts at getting it to work in Windows XP, you need to select the sound input somewhere in the computer settings (in Windows 7, "Manage audio devices" in the control panel, "Recording" tab). However, as I said, it doesn't seem to exist (http://i1230.photobucket.com/albums/ee487/KarisaMirisame/hc2w7-2.png).
I've been using HyperCam 2, which I don't believe automatically detects the sound input (image (http://i1230.photobucket.com/albums/ee487/KarisaMirisame/hc2w7-1.png), the only other option is "Microphone (CS4206" [sic]). As far as I can tell, both from some random searches and my previous (successful) attempts at getting it to work in Windows XP, you need to select the sound input somewhere in the computer settings (in Windows 7, "Manage audio devices" in the control panel, "Recording" tab). However, as I said, it doesn't seem to exist (http://i1230.photobucket.com/albums/ee487/KarisaMirisame/hc2w7-2.png).Oh, sorry, I assumed you wanted to do game + voice commentary at once since that's what I always used stereo mix for. In any case, screen capture programs should have an option to record from the speakers and not from the recording devices. I don't know why Hypercam 2 doesn't have that option. You could look around for another program that can capture Windows sound like Fraps, Camstudio, or UltraVNC, or you can get the VAC that I mentioned above. If the stereo mix option doesn't exist, then as I said before, your audio drivers/card don't support it, and there's not too much you can do about it since most audio cards are built into the motherboard nowadays. It's pretty stupid, and there really isn't too much you can do about it other than try VAC or try another recording program.
Oh, by the way, as I thought, "Default sound recording device" records from the microphone, which not only picked up traces of a conversation that was going on outside, but included an annoying tapping sound effect in the recording every time I pressed a key.
(This (http://www.youtube.com/watch?v=emhiuGEe2Mk) is something I recorded with it, for example.)Looks fine to me... other than that there might be some minor sound desync, but I can't quite tell.
I have a question. Do you guys ever having problems with audio not syncing when live recording? I've been trying to record my video while playing and the sound always goes off (around 15 seconds up to 1 minutes earlier). Is there any solution?The only time I've had audio desyncs is when using HyperCam, but that's only by a few frames of desync, not even 1 second. What recording software are you using? Usually, if there's an audio desync, VirtualDub will notice it and prompt you to correct it.
The only time I've had audio desyncs is when using HyperCam, but that's only by a few frames of desync, not even 1 second. What recording software are you using? Usually, if there's an audio desync, VirtualDub will notice it and prompt you to correct it.
"FFVideoSource: Insanity detected: decoder returned an empty frame"Looking up the error results in suggestions to update FFMS. I doubt that's the issue, though - I'm reasonably sure that I have the latest version in 2.19 (20130917). What should I do next?
And as for me, I've reverted from using both VirtualDub and MeGUI, and just handle videos with VirtualDub, encoding them with H.264, resizing, and sharpening them. A scale of 5 for sharpening has so far looked good. Too high makes the video look bad. I'm still experimenting with it, but it looks to handle it better than MeGUI does. Still using Lame for the audio, just like MeGUI, just I pick CBR of 192. (because ABR of 192 does not exist) Also, media players seem to handle this format better than handling an mp4, and these finished videos are still in avi format. Not sure whether it makes a difference, but it definitely is easier to work with for me.
video1 = AviSource("<path to video 1>", false)
video2 = AviSource("<path to video 2>", false)
...
video6 = AviSource("<path to video 6>", false)
fullvid = video1 + video2 + ... + video6 # splicing all the vids together; if videos were recorded separately use ++ instead of +
audio = WavSource("<path to audio file>")
finishedproduct = AudioDub(fullvid, audio)
video1 = AviSource("<video path 1>")
video2 = AviSource("<video path 2>")
...
videoN = AviSource("<video path N>")
video1++video2++...videoN
then edit as normal with VDub.video = AviSource("<video path>")
video = video.Trim(130,5809) #I used VirtualDub to determine the precise frames I wanted to be visible
video = video.FadeIn(30) #Not much time for a fade-in, plus I start with a bunch of blank frames anyway so IN WITH COLOR
video = video.FadeOut(240) #Slow fade for contrast and to show that the stage goes on
clip = BlankClip(video, length=180, color=$000000) #180 black silent frames for the beginning
clip2 = BlankClip(video, length=60, color=$000000) #60 black silent frames for the end
clip+video+clip2 #appending them together
After doing so, I renamed the file to be an .avs file (if you can't do this, in your file explorer go to View -> Show/Hide -> File name extensions) and opened the .avs file in VirtualDub. VDub will preprocess the .avs file, and you'll basically have your finished product right there. If you're not using any filters through VDub, you may only want to deal with VirtualDub to check that your video looks good before you continue doing etc. and etc.
Looks like Youtube supports 60FPS now for 720p and 1080p. The tutorial shouldn't need any major changes though; just change the output framerate to 60FPS instead of 30.
60FPS Touhou on Youtube is gonna be great.
Are there any tweaks people have successfully made to record gameplay on lower-power computers? I've tried the OP's methods and μq's, and while I'm able to capture gameplay without a problem, the slowdown produced in-game is unreasonable. I've been messing around with different settings to mitigate slowdown -- using MSI Afterburner at 1/2 frame size, 30fps, and NV12 compression makes things run a little better -- but would of course prefer a recording method with no noticeable slowdown. A second computer somehow recording the monitor output of the first? Setting recording and gameplay to different processor affinities? I'm over my head, and I'm guessing others have encountered and dealt with this problem before.The thing I wish I had remembered before the last processor-heavy video I recorded was setting Danmakufu to 1/2 frame rate. It does look choppier but it's a lot better than doubling the length of your video due to slowdown.
(btw, I am on a lenovo thinkpad sl510 and recording Danmakufu.)
The thing I wish I had remembered before the last processor-heavy video I recorded was setting Danmakufu to 1/2 frame rate. It does look choppier but it's a lot better than doubling the length of your video due to slowdown.This did the trick & my video's now up! Thank you!!
I'd also like to add that in OBS Studio, you can record any Touhou gameplay in fullscreen 640x480, 60fps, and modify the settings such that the video resolution automatically outscales to 960x720 as output. This means that you can record any game in 640x480 and still manage to upload it to YouTube as 60fps, due to the output file being rendered in 720p instead of 480p. I personally use window record and select whatever game I am playing whenever I record.I second this. I've been using it to record replays, stream, and I even started using it to record a Touhoumon LP and it's outstanding for doing what you want it to do.
And, on top of that, OBS Studio is completely free and open-source, so there's really no reason not to get it.