A minor question, If the video framerate is set to 60, what should the audio be because if you load the AVI file to Virtualdub and go to Framerate, it has the option: * Change so video and audio durations match (59.995)
That option isn't consistent as sometimes the audio rate is ~60.02 to as low as 59.8xx
I am making some HQ mp4 files and some of the videos are slightly desynched by ~0.2 seconds, you can tell if you play the game a lot and know when the sound effect exactly occurs.
Checking the old emulated TAS avi videos 60 video 60.02 audio
hmm.... Is it possible for every recording to have a fixed audio framerate or does that not matter at all??
The audio rate is whatever you set it to in the audio settings. It's independent of the video framerate. Audio "frame rate" is nonsensical, it's measured in kHz, not FPS. The audio rate is fixed, the video rate is not. It's nominally 60 FPS in the AVI, but frames will be skipped to stay in sync, even if there are no capture errors or cpu lag because the DS rate is actually ~59.83 FPS. If audio and video seem out of sync, I would try offsetting the two rather than adjusting their rates.
I haven't used Virtualdub as the method to record because I've found out that if you connect the USB to a USB 3.0 slot the performance is much, much better!
I've made my first run with a decent enough time to submit. For verification I am going to submit it in a .rar file that contains an HQ.mp4 verification and 5 .jpg screenshots for publishing use. MQ .Mp4 doesn't look great compared to a MQ .MP4 on console which I find them still watchable.
Then once it gets accepted, not only I will make the usual LQ , MQ and HQ files but also a bonus encode of the multi-screen layout and a .rar file that contain bloopers.
thanks for the link Sir VG I'm still on the look-out for a card that uses the external power input (I've heard horror stories about the ones that don't where you've basically wasted your money) but has a power connector like the ones that sata drives use (so that I don't have to plug in a legacy power line to my modular psu)
I've been messing around with .avs scripts And I've figured out how to change the main screen to choose either the top or touch screen at certain parts of the video.
Clicking on hidden, contains the script. This is a script that contains an stat id and no borders in between the 2 screens. The bolded part is what I added onto a default Anri-chan script The red text is a tweak to the width of the Stat ID. Before the crop question on anri-chan you get a question on the ratio, you need to answer 2:1 to have the widescreen outcome. Then you need to open up the .avs script (HQ or MQ depending on what you are uploading) and change the Stat id size from
For 3D games use this script: upperScreen = Crop(0,0,256,192).BilinearResize(512,384) lowerScreen = Crop(0,192,256,192).BilinearResize(512,384)
Remember that it's pretty uncommon for the 3D graphics to be displayed on both screens, so one screen might be 2D while the other is 3D at the same time.
Hey, Neal. Very, very impressed with what you got going here. As can be seen with my version of the DS video output, I'm more interested in real-time interfacing with display devices (TVs & Monitors) as opposed to video capture. Anyway, I still think your device is excellent and will serve a much needed purpose. Even though I don't do much capturing, I'll probably still grab one when they're fully available. I wanted to give you props, for seeing a need for something and then rolling up your sleeves and doing it yourself. So thanks for that and everything else. After all, I did find a lot of much needed information on your website to get my project rolling.
On another note, I was curious about the engineering details of the commercial version of your device. Are you still using a Spartan-3? If so, I'm assuming it's a smaller one than what was on the dev-board, and with similar RAM to what was on there too? I know when I was working on my project, the hardest part was writing the memory controller because Xilinx didn't have a MIG for the RAM on my board. I'm guessing you tried to avoid that by not switching up too much stuff from what was on the dev-board? Or did you end up fabricating an ASIC out of the HDL you wrote? If you don't feel comfortable answering this stuff, then that's cool too. I guess I can always wait until I get one and look at the chips on your board to satisfy my curiosity. Oh! And how the heck did you get those ribbon connectors? We were looking for those to put into our project.
Does this device also work on PAL DS systems? Because I live in the PAL region and I will be wanting to record my PAL DS games. I believe it's not region-free for games with DSi-features, right? If that's the case I'd send my PAL DS system to you and ask you to install it.
When you're ready to sell the product I'd definitely want to buy one!
PAL isn't the legit term for portables. European DS phat models certainly work, it can play: DS and DS games that contains DSi extras (Pkmn Black and White, Solatorobo) from any region.
Since this mod only works on the DS original you can't use this mod to record (or even play) DSiware games, DSi retail only games (Face Training) and 3DS/3DSWare games
Like Greenalink already said, there is no region lockout for any portable, until the DSi came out. DSi Enhanched games still work on a DS Phat, but you'll miss a few functionalities, like Camera, or WPA and WPA2 connectivity.
Hey, Neal. Very, very impressed with what you got going here. As can be seen with my version of the DS video output, I'm more interested in real-time interfacing with display devices (TVs & Monitors) as opposed to video capture. Anyway, I still think your device is excellent and will serve a much needed purpose. Even though I don't do much capturing, I'll probably still grab one when they're fully available. I wanted to give you props, for seeing a need for something and then rolling up your sleeves and doing it yourself. So thanks for that and everything else. After all, I did find a lot of much needed information on your website to get my project rolling.
On another note, I was curious about the engineering details of the commercial version of your device. Are you still using a Spartan-3? If so, I'm assuming it's a smaller one than what was on the dev-board, and with similar RAM to what was on there too? I know when I was working on my project, the hardest part was writing the memory controller because Xilinx didn't have a MIG for the RAM on my board. I'm guessing you tried to avoid that by not switching up too much stuff from what was on the dev-board? Or did you end up fabricating an ASIC out of the HDL you wrote? If you don't feel comfortable answering this stuff, then that's cool too. I guess I can always wait until I get one and look at the chips on your board to satisfy my curiosity. Oh! And how the heck did you get those ribbon connectors? We were looking for those to put into our project.
Anyway. Thanks again and good luck.
Answered the technical stuff in a PM. Good luck on your project. A long time ago I worked on a component-out adapter for the DS (right after my Jumbotron stuff) but never went public with it and abandoned it. Fun little project.
Answered the technical stuff in a PM. Good luck on your project. A long time ago I worked on a component-out adapter for the DS (right after my Jumbotron stuff) but never went public with it and abandoned it. Fun little project.
Cool. Thanks for responding. Yea, I haven't been working on the project since school ended last May so it'll probably go the way side like yours did. It was more of a learning experience, and I learned A LOT. I wish they had an FPGA course at my school so more people can experience the wonders of this stuff. Very useful.
I just been doing a test on what happens if you record the DS footage in over an hour with a lossless codec raw (Ut Video Codec RGB). Since the file goes over 4GB, there is a problem as the AVI dislikes 4GB+ size files. This Mario Kart DS video I recorded was over an hour long with just under 10GB. unfortunately it cannot be played on Media players nor even be played through Virtualdub. Now this can be a problem for Single Segment speed runners recording a run that lasts over an hour. Anri-chan even fails to encode an MP4 that was from a single 10GB avi raw.
The good solution is to have a feature that enables multi-segment on the AVI file, so after it reaches a 3-4 GB filesize, it makes a new file carrying it on. ~ With Anri-Chan, it's possible to encode loads of ~4GB AVI raws into 1 MP4 video.
Hi all, new here. Just found out about this DS capture project today, been looking for something to capture DS (other than the shaky-cam method). Awesome work! Count me as a pre-order... please
@Greenalink I'm no AVI guru, but don't the OpenDML specs (AVI2 I think??) allow for >4GB files (no segments)? I regularly record into the TBs using Blackmagic Media Express, and I used to use VDub for capture, and nearly always went over 4GB in a single file.
This speed run makes the first published DS run that uses a modded DS to directly record the run.
There is one DS game on the verification list that is recorded with a modded DS by me.... It's GTA Chinatown Wars and it's the uber short glitched run but only verify the run if you have played the game.
Ok, so apparently it's mid-December now Yes, I got the parts I needed. I've been slowly putting more boards together. I have ..counts.. 12 right now, so I guess I can start taking orders. Send me a PM if interested. In case you missed it earlier, it's $50 USD (+extra for int'l shipping) thru PayPal. (I'm open to other options, but paypal seems easiest to me).
My earlier offer still stands for now, I'm willing to install it myself if you want to send me a DS (or find one on eBay / GameStop / whatever) and pay for the return shipping.