Choosing your Dxtory codec–an All in One Guide

Got an old computer, want to record some hd game footage but don’t wanna buy the large hard drives needed to sustain fraps? Got a fast hard drive but a slow CPU? Or a slow hard disk with a fast cpu? Or cheapest everything slow hdd slow cpu but still wanna record some angry birds goddamit! Then this is the perfect guide for you.

Ignore the other guides, this is the ultimate all-in-one guide suitable for everyone looking to record their games.


Dxtory is widely used game capturing application used by many gaming Youtubers such as jackfrags, seananners, frankieonpcin1080p etcetera. Dxtory’s option to encode in the user’s preferred codec means that, unlike Fraps, it is possible to choose a codec that does not fill up a hard drive like porn fills chicks with dick and cum that is storage efficient.

But there are so many codecs available, which one is the most suitable for you?

We’ll find out later. But first, let’s talk about some basics.

1. Dxtory itself does not require a lot of processing power


One of the most asked questions about Dxtory is “can my computer run Dxtory?”

Well, yes and no. Since Dxtory uses codecs based on the VFW (video for windows) framework, essentially a system where a codec compliant with the framework is accessible to any program, therefore Dxtory has access to most of the codecs you have installed on your computer. Now Dxtory itself requires minimal processing power because all it does is get the frame your computer is currently displaying, and throws it into the encoder for encoding, so since that is literally all that Dxtory does, the main concern isn’t if your computer can run Dxtory itself, but is if your computer can support running both the game and the real time encoding of the game footage via your choice of codec at the same time.

clip_image002 (Source)

With this in mind, Dxtory is also neither faster nor slower than Fraps, because while Dxtory is better than Fraps due to the numerous customizations available to the user, the core function of both applications is nearly the same. Think of Fraps as Dxtory fixed to a lossless codec and PCM audio recording.

2. Dxtory is neither necessarily faster nor slower than Fraps

Again, because the speed at which Dxtory operates is based on the codec. Generally speaking, the format which Fraps encodes in requires a fast hard drive with a lot of free memory, and almost nothing more. The compression applied via fraps is almost lossless and definitely minimal, therefore if you have a speedy hard drive or a separate hard disk, you’ll find that fraps is quite a fast tool, despite taking up large amounts of hard disk space. Dxtory on its default codec performs similar to Fraps, the only difference is aside from the option to choose codecs, and Dxtory provides a lot more options that cater to people who prefer customizability over simplicity.

Also on the topic of quality comparison between Dxtory and Fraps, since Fraps has a fixed codec it therefore has that fixed mostly lossless quality, but the quality you obtain via Dxtory can range anything from lossless to total shit. Keep in mind that most encoders offer the option to adjust the quality settings, so don’t be too afraid to open the configuration dialogs to set the quality you want.

3. Neither Dxtory nor Fraps require you have a good GPU


But mom, I wanna be able to record Rogue in 1080p! (Source)

The simple reason being most codecs encode using your CPU, and therefore the speed at which it operates is always more dependent on your CPU and hard drive than your GPU. There are exceptions, for example if your choice of codec encodes via CUDA, then having a fast GPU could just be an important factor. However as I discussed in my previous article on encoding high quality videos with low file size, the quality of H.264 CUDA encodings at conventional bitrates are absolute crap (despite being incredibly fast), and should be avoided in most situations.

4. A FPS of 30 is acceptable

I’ve seen comments on YouTube and several forums where people have complained about their FPS dropping to 30 when recording, and they find that to be unacceptable and, quote, “unplayable”.

Well, why are you recording your gameplay then? When you’re recording for a piece of machinima or Let’s Play, you have to keep in mind that you’re not recording for your enjoyment, but rather you are recording for your viewer’s enjoyment. And while from your perspective 30FPS is unplayable, the average YouTube video will almost certainly have a FPS of less than 30 while the average blue-ray rip has only a FPS of 24, so if turning up the quality settings means your FPS dropping to 30, so be it. It’s not gonna kill you nor is it gonna kill the video, but having a high level of detail in your videos certainly helps with the viewer’s enjoyment.

Note: FPS does matter in some instances when the game is tied to the frame-rate though so like you probably need the extra fps for competitive gaming.

5. Useful Settings you should always use to help you achieve appropriate results

Here are several options provided by Dxtory that you should take advantage of to help you in making your videos look as good as possible.


The movie capture key: make sure it does not conflict with any of the keys you might wanna press when you’re playing the game. It is possible to set combinations such as Ctrl-R


The frame rate settings: Good values are 30, 24


Synchronize Video FPS option: Basically acts as V-sync for your video capturing, helps avoid tearing or frame stuttering


Setting your encoding resolution: Lower resolutions mean lower bitrates, lower file sizes and faster encodes. Good Youtube values are 1920×1080, 1280×720, 854×480, and 640×360.


As the dude in this video puts it nicely, if you don’t have a high end processor then use more threads, if you have a high end processor then use less threads, however I wanna add that if you’re using a particularly demanding codec then even if you’ve got a 3770k you should probably still use all available threads.

6. You might wanna consider recording in compressed audio


Let’s face it- your Let’s Play monologue isn’t exactly Chris Rock or Eminem standard, and there’s nothing really musical to most of the stuff you say. Your microphone is far from studio quality, and every now and then your neighbor’s shouting and wife-beating is recorded in, along with your own voice. The game soundtrack is nice but not exactly a masterpiece, plus your friends on TeamSpeak are constantly breathing onto their mics, so why waste hard disk space on recording it in high quality? Besides, most websites don’t support lossless audio. So why not save a bit of disk space and record in MP3 or AAC or Vorbis? If your processor isn’t even fast enough to real time encode MP3, Vorbis or AAC, then you really should get rid of that Pentium-1 and get something just a little more decent, a little more relevant, a little more modern.

Now that we’ve gotten some of the basics out of the way, here are some more basics of game capturing:

There are three main factors that decide whether or not a codec is suitable for use:

Your CPU, Your Hard Drive, and your Game.

For the CPU, if you have a fast CPU but slow hard drive and a game with high system requirements, then you may want a newer codec with higher rate of compression.

If you’ve got a fast hard drive with lots of available space but slow CPU and a game with high system requirements, then you may want a fast codec with little compression.

If you’ve got a game with low system requirements, but limited HDD space and limited processing power, then you want a fast codec that doesn’t plug up your hard disk.

But if you’ve got an Intel atom on a 16GB hard disk and you’re trying to run and record anything, then this article may only be able to help you so much.

Now we’ve been talking about codecs being the main factors and about the different types of codecs… but what codecs actually are there?

We have the Dxtory Video Codec which I’m pretty sure is based on the likes of Lagarith lossless, then we have the Motion JPEG 2000 which can still be found in low end cameras, then we have the MPEG-2 codec still used today in DVDs, then we have the Xvid codec which had been the primary movie-pirate’s codec for the past few years, then we have the h.264/AVC codec which the currently the most widely used codec, and the basis of Google’s VP8, and also the basis of Real’s RV40. In the future we have h.265/HEVC, which wouldn’t be relevant for quite a while in the real-time encoding business considering the speed it would take to encode in order to achieve such new levels of compression, so that’s out of the question.

Bear in mind that while I say codec x is based off codec y, I’m not implying theft or plagiarism, but I am saying that everything is based on everything and these particular developers from Google and Real didn’t exactly create their own codec out of thin air and pure creativity.

So anyway, Dxtory, MJPEG, MPEG2, Xvid and AVC. I’ve done some test recordings to give you an idea of the speed and compression levels of each codec. All test recordings done in 1366×768 @ 30 fps within the 2003 game Freelancer.

Let’s start with Dxtory: its fast, has minimal impact on frame rates if you have a fast hard drive, results in files that are fairly lossless and comes with the purchase of Dxtory. My test recording resulted in an average bitrate of 370Mbps @ YUV24 quality, 160Mbps with the “compress” option checked.

Then we have motion jpeg: it’s a bit slower but still a lot faster than any other codec on the list, results in files that are fairly lossless, and while the ffdshow mjpeg encoder has graphical issues and glitches, this version of MJPEG works flawlessly with Dxtory, and is especially suitable for older computers or recording particularly demanding games on medium end modern PCs. Also, since MJPEG is just a bunch of jpg images in sequence, editing and playback is much quicker compared to other codecs. My test recording resulted in an average bitrate of 70Mbps @ maximum quality


“But you linked to a search results page, there are so many results which one should I choose?”

Then we have mpeg2: It’s also fast, and presumably fairly lossless, however finding a free VFW encoder of mpeg2 is a pain in the ass, so I haven’t been able to get my hands on one… yet. Therefore as of now I cannot comment on the compression levels, CPU usage and playback, but I imagine it to be better than MJPEG, naturally. Anyone know of a free VFW mpeg2 encoder please hit everyone up with a link in the comments section below, that would be much appreciated.

Then we have Xvid. At its lowest compression level and with 99% quality, I get a smashing average bit rate of around 30Mbps. However, my i5-3317u processor just couldn’t take it anymore and began to stutter with the frame rates, the resulting video was practically unwatchable. However I’m sure anyone with a current generation i5 desktop processor would have no problem with Xvid at all in most games.

Last we have x264: Granted it does produce comparatively tiny files at a constant quality of RF12 (which is almost completely lossless), I get around 10Mbps with the files even with the ultrafast baseline preset (wow!), but it takes too much CPU for my liking.

To Summarize, Dxtory if you have an old desktop with high speed storage and lots of empty disk space, MJPEG if you have a relatively unpowerful desktop with a slow hard disk or if you wanna record a high end game on your medium end rig, Xvid if you’ve got a medium-high end computer and you’re tight on hard disk space, then finally x264, which you only wanna use if you’ve got a really fast processor. While it is recommended to keep thread usage at your processor’s max level for most codecs, you could try reducing threads used and see how much impact (if any) it has on the frame rate of the resulting video.

Now, which settings you should use for each particular codec. These settings are all optimized for low CPU consumption, as there’s a huge difference between a codec in its fastest settings and a codec in its slowest settings. The download links for Xvid and x264 are both provided as they are both open source and free (at least for non-commercial use).

Dxtory: YUV24 – High Quality, no compress, quality 100

MJPEG (This particular encoder, although it should be similar with others) :


Note: generally don’t recommend quality of 20 as it takes up much more disk space than a quality factor of 19.

Xvid: profile=unrestricted, target quantizer=1.25, quantization type=mpeg, adaptive quantization = off, pixel aspect ratio=square, motion search precision = 0, trellis quantization = unchecked, automatically detect optimizations


X264: preset=ultrafast, tuning=none (or animation if it is a 2D game), profile=baseline, rate control= single pass ratefactor based, ratefactor=12


Before I forget, there is an open source alternative to Dxtory called CamStudio which also allows live streaming and recording of on screen activity using the user’s preferred codec via the vfw framework, however my personal experiences with it have not been pleasant, I don’t recommend it, but it could be a relevant alternative to paying for Dxtory, and deserves to be mentioned. However I believe you can also stream your on screen activity via VLC, but that’s off topic.

ALSO: Note that if you have a nvidia card, there’s literally no better option than nvidia’s own shadowplay recorder, it’s free, produces great results at barely any performance hit, it’s awesome. Also, if you want to use shadowplay on your gaming laptop but it doesn’t display the option, you have to add the extension -shadowplay to the GeForce Experience shortcut

Adddenedendumm (or however its spelled): The New Atom Processors (Bay Trail and onwards) come with intel HD Graphics and an intel Quicksync chip, which theoretically means you can record 720p in real time without using too much extra CPU. To record on a Bay trail computer, get a software that supports quicksync screen capturing.

Well, that’s the end of this article. If you found this useful please subscribe and hook me up with a like, got any questions or thoughts please comment, and thank you for reading.

Please check out my other guide on encoding here, where I outline the basics of encoding and how to encode high quality low file size videos like YIFY.

All software names and trademarks belong to their respective owners; this article is © Eric Yan 2013 All Rights Reserved, No part of this article may be reproduced without the owner’s explicit written permission.

43 thoughts on “Choosing your Dxtory codec–an All in One Guide

    • simple: 1st make sure you have enough hard disk space, 2nd do a near-lossless temporary conversion/transcoding of all your films into a format that vegas fully supports (maybe wmv or mpeg2?), then edit your film, export it near-losslessly, then use handbrake or whatnot to x264 it into a size suitable for storage, and inspect the resulting file for errors. if none, you can now delete all the temp files used.
      so basically
      1) convert files near-losslessly into suitable format (eg. xvid), store in a temporary folder
      2) import the newly converted files into vegas for editing
      3) export your edited film near-losslessly
      4) use x264 or a x264 GUI to encode your completed film into a good file size (you can check out my guide on encoding x264 via handbrake if you haven’t already, it’ll help)
      5) if you’re satisfied with the result, delete all the converted files in the temporary folder, and you can decide for yourself what you wat to do with the original footage

  1. Hello, I have recently upgraded to a larger monitor that displays a 1920×1080 resolution. Before the change Dxtory using the Lagarith lossless Codec in YV12 mode was recording perfectly at 1280×720 but now that I am recording at 1920×1080 the resultant files cannot be opened with windows media player and when I open it with VLC blue, green, and red colour jazz about the place. Putting the video straight into an editor solves the colour jazz but the video will freeze every couple of seconds. Using the default Dxtory codec records without much hitch but the recording fps drops well below my set 30 fps mark (Lagarith being constant 30fps). I can’t seem to find a fix anywhere for my problem. Can you help?

    I apologise if the information I have given isn’t detailed enough or well worded for I have written this at 6am.

      • What are you using your gaming videos for? If you’re recording for youtube there’s absolutely no need to have lossless video. As I suggested, MJPEG is a fairly good codec for slow computers, and if set correctly the quality would be fairly decent.
        Plus MJPEG decoding is supported by almost any video editor and player, takes up about 1 third of the disk space required by lossless encoding, and since MJPEG encoding is just a simple bunch of jpeg images strung together, decoding it is much quicker and much more beneficial video editing applications.
        Maybe you have a slow hard drive? Slow hard disks could affect record and playback speed.
        Besides since you struggle with dxtory default codec I don’t see how you could use any other codecs.

        • I actually use the Dxtory setup Jackfrags recommends on his recording for Youtube video where he highly suggests to use the Lagarith codec. As for my hard drive, I get consistent 90-100 MB/sec write speed, I was told 70+ is good enough. I will give MJPEG a go and get back to you on it.

  2. So, I tried to record just the selection screen in War Thunder as a test. Soon as I hit my record hotkey with the MJPEG codec selected it crashed the game. I recorded the same only using Fraps this time and it was fine. Video, audio and all.

    • Hmm. Tell me your computer specs (CPU model, GPU model, RAM size and speed, HDD speed), and we’ll try to figure this out. Regardless of jackfrags or whoever’s recommendation, using a lossless codec for youtube is definitely overkill if you’re not making machinima.
      Try Xvid on the settings I recommended. If this still doesn’t work we’ll try to figure something else out.

      • I have tried Xvid and although it did not crash my game this time, it didn’t record either. A Xvid status window came up and simply froze. As for my specs:

        Processor – AMD FX(tm)-4100 Quad-Core Processor
        RAM – 16GB 1200 MHz
        GPU – AMD Radeon HD 7850

        I should also add that it will still record without a hitch at lower resolutions just not at 1920×1080.

        • try the mjpeg encoder included with ffdshow.

          also did you follow the xvid settings thoroughly?

          What video editor do you use?

          when you mean record without a hitch, you mean using what codec?

          or maybe its just your processor speed, which I have to say is definitely not on par with the rest of your gear.

          So either upgrade your CPU, or alternatively get a large hard disk and switch to a faster codec

          also you may wanna reencode you files near losslessly using x264 to save disk space before throwing them into the video editor

          or- turn down the resolution of both the game and the recording just a bit- to around 1600×900, and see if it works for you. if it does, edit your video as you would but export to 1080p. With the crappy quality of youtube I don’t think viewers will notice if your video is 1.4M pixels less HD 😉

  3. for x264 codec , i try to capture but not work , the game appears and disappears . the try the logarithm codec and work well but cant play in vlc show any advice

  4. Nice article, but a few issues seem present in regard to lossless codecs.

    Fraps has fully lossless capture(RGB24), and then the YV12 option. The YV12 colorspace is 420 chroma and youtube only accepts 420 chroma. The compression used by the FRAPS codec is some of the best there is in lossless codecs. It is not truly lossless, in that it downsamples the chroma to 420, but in terms of quality at 420 you’d be hard-pressed to achieve better results. Moreover, by capturing in YV12 the downsample is done from source which, in my comparisons, provides superior results.

    While the quality of MJPEG is decent enough it introduces JPEG compression artifacts(ringing around objects) that become more noticeable after certain types of editing, or the application of a sharpening filter. Nonetheless, it is a viable option for those with performance limitations.

    Another small issue would be audio codecs. Most will not benefit from capturing PCM so a lossy codec would benefit them. I would recommend only AAC, as not only is it superior in fidelity to mp3, but does so at a lower bitrate.

    Beyond those small matters is an omission which needs to be included. The greatest single improvement to performance one can achieve is to capture to a separate hard drive which has no data that will be accessed while gaming. A storage drive. When one can purchase a 3TB HDD with a 160MBps write speed for $140 there are few reasons to avoid the purchase. In fact, given the stress placed upon a HDD from constant read/write the first thing I would ever recommend is purchasing a HDD specifically for capture as the last thing anyone wants is a HDD they use for data to fail. Indeed, I would not only recommend a separate HDD but I would specifically recommend WDC Black. Another option which may be nearly as reliable as the new Seagate .14’s which all use 1tb platters, except for the 2tb model which has a lottery.

  5. FRAPS can’t record only from one monitor and if we have NV Surround or AMD Eyefinity – Dxtory is the only way.

    And even with one monitor I’ve got problems with FRAPS and with Dxtory (even with Dxtory Video Codec) don’t. (i7-3930K @ 4,7 GHz, 3-SLI GTX 680, HDD for recording 100+ mb/s).

    But I can’t use Dxtory with x264 – it can’t finish a capture (endless FIN state). So using Dxtory Video Codec and then compressing it by Xilisoft Video Converter with a huge bitrate (I need max. quality).

    • Hi if you’ve read my other article on video encoding you’d know that commercial video converters are big rip-offs designed only to make video compatible with devices. Commercial video converters such Xilisoft etcetera are more focused on a quick painless conversion + pretty interface than a high quality encoding with maximum compression. Since you’ve got good specs I would suggest you try out Xvid with recommended settings, and if that still doesn’t work you should just record in lossless and then re-encode your video through a x264 GUI and using an RF value of 12. Handbrake is great for starters, plus it is covered by my article.

      • Hello!

        Using now Lagarith at “RGB”. After that using Xilisoft to compress it, but I need like minimum 40 mbit/s bitrate, or I can see artifacts (square boxes) in quick scenes.
        And I need now lossless (or near to it) capture – cause after that I need to crop it and decode/encode again it’s a bad idea. For capture I have only one HDD (~100 mbyte/s) and looks like it’s sufficient.

        But I have another question – how to encode movie with resolution 5760(5880) x 1200? Can’t do that with “Freemake Video Converter” and “Xilisoft Video Converter” at any format and settings. Is that possible?

  6. You brought up a point about FPS that makes me cringe every time I hear someone whining about 30 FPS being unplayable. My reaction is similar to your response – “Funny, I’ve never heard anyone complain that the FPS on television and movies make them unwatchable.” (The content does that!)

  7. Nice sum up.
    But got to mention: When quality is important you shouldn’t suggest scaling a gameplay. This isn’t a movie. Games are different. All the fine line details game GUI and (esp. small) text has just looks blurry or just unreadable tiny when scaled (a 1 px line may even disappear ;D).
    You want your game to be 720p? Then set your game resolution to 720p and record full screen/100%. All details remain crisp clear. 720p or 1080p are the only acceptable resolutions anyway, at least for publishing for online streaming.

    Dxtory offers its own lossless codec on their website… packbits. Would have thought you’d done some testing with it.

    And a purist and perfectionist would always prefer a lossless recording. No MPEG, no MJPEG, no AVC. Though x264 can do lossless with a quantizer of 0. But AVC is CPU hungry.

    • point to note is that with proper interpolation, small text can be retained during resizing.

      also sure if you’re say producing a professional machinima then lossless would be preferable, but for your average let’splay a good lossy encode is absolutely good enough.

    • “You want your game to be 720p? Then set your game resolution to 720p and record full screen/100%”

      Actually, for both screenshots and videos.. taking a 720p image from a 1080p source essentially introduces DSR which is like a form of Anti-Aliasing which = higher quality. You can test this by taking 2 100% identical screenshots (one at true 720p, the other at 1080p and then scaled down to 720p in Photoshop) and flipping back and forth between them.
      Make sure to use PNG or BMP for this to not ruin the quality.

  8. Hi! I have an issue with x264 and Dxtory. I start to record and everything it’s ok but when I check the file at the end it result shorter than the actual recording. It seems they are at 1.5x speed everytime i try to record.How can i fix this?

  9. Nice guide, but do you think you could update the link for the MJPEG codec, As I don’t have it and PirateBay is blocked in places like the UK. Thanks

  10. I have tried Lagarith Lossless Codec on Dxtory and I only have 250GB left on my hard drive! The quality is amazing but the file size is 70GB after recording for an hour! Which would be a better codec for me to keep the file size down but really good quality?
    My specs: i7 4770k @ 3.8Ghz
    GTX 670, 8GB DDR3 RAM and my hard drive is a 500GB 7200rpm HDD (with only 250GB left)

    • that’s a beefy system. If you could afford it, it would be best to get a large hard disk if you can’t stand quality loss, storage is cheap – I got my 3.5″ 3tb for about $120. As for codec selection, either mjpeg or divx @ real time encoding mode offer really good speed compression ratios, divx could be configured for near lossless if neccesary.

  11. hi guys Im recording to nfs rivals using with dxtory or mjpeg codec good quality high motion scene, but after upload youtube loss quality high motion scene blocking not details. how do fix this.

  12. I just got finished recording 35 minutes of Skyrim gameplay with the Dxtory Video Codec. The end result was 235 GBs of video. Wow. Any idea on why the file is so large?

  13. Hey there thanks for the guide. I was wondering what codecs and such you would recommend for my computer. I know it isn’t the best computer but here are the specs.
    Processor: AMD Athlon II X4 640 3.0GHz
    Ram: 4G DDR3
    Video Card:Nvidia Geforce GT 640 (1g)
    HDD: 2T (about half empty)

  14. Hey,
    Where can I get the different audio codecs.
    I have done searching around online but it is bloody hard to find anything.
    I guess I’m looking for the MPEG one or AAC.
    I already have Ogg Vorbis but wow there is a lot of entries in the list to choose from…


  15. I tried a few Motion JPEG trials and none of them are working in DXtory, I have a 290x crossfire set up. I am finding DXtory codec is the best, Lagarith lags a bit and DXtory on low no compression is smooth as but the files are too massive. I record 1440p so using a 7200rpm drive would be way to slow. I only have a 256GB blank SSD and a 2tb 7200rpm drive. My OS is on a 500GB SSD but that is already half full.

    Can I get a copy of the Motion JPEG of you if you don’t mind, the file is offline that you linked, Pirate Bay has been taken down.

    I even tried the commercial ones but I can’t get it to work, I got it to record once only on 720p and not in full screen so I am not going to spend money on something that doesn’t work or I can verify it works. I was searching all night yesterday.

    • also I’m guessing you’re using an amd processor which I don’t have any experience dealing with :\ so erm other than pointing you to the picvideo codec, I don’t think I can help you much, lol

  16. I use motion JPEG in Bandicam it’s their own codec but I rather use it in DXtory as it can perform better. It does an amazing job but I think DXtory would have a tiny bit less lag. I was able to record 1440p 135% resolution scale in BF4 very well but AMD’s latest river Omega 14.12 seems a little slower on Bandicam but DXtory seems to perform a bit better on that driver.

  17. “no better option than nvidia’s own shadowplay recorder, it’s free, produces great results”

    It uses variable frame rate and has a lot of artifacting/blurryness. Especially with a lot of motion.

  18. Hey, nice article, i learnt a lot since i am a beginner! Is it possible to tell me which codec is the best for me? I have an extremely high end computer (cpu i7 5960x, gpu nvidia 980 ti, 32gb ddr4 ram, ROG swift 144hz 2k monitor) and i am recording my gameplay on a 512gb SSD with ~250 write speed which i got only for the records. I am recording at 1080p resolution and 60 fps or sometimes even 144 fps .. Currently i am using xvid or H.264 or shadowplay ..
    I need almost lossless quality, as small as possible file size because i have only 512 gb available and good compatibility with adobe premiere pro.
    Which do you think is the best option? Thank you very much!

If you can't think of anything to comment, just fill in your bank account details or social security number.

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s