I installed the svn version 0.8.6 for debian (distro supplied) and it was able to save a video(cvlc ONLY). But the results took forever and were garbage past the top 5% of the picture. So I went for 0.8.6i from source. And it barked at having swscale enabled in ffmpeg. So I disabled it and it still barked. So I redid vlc 0.9.3 from source with the swscale still disabled.

And it's no longer barking at the encoder. Although end results seem basically the same. Audio only, no video. With 0.8.6 from the distro I have video, but no audio. Not that the video converted looked anything like the source. I guess I have a workflow now.

Ffmpeg -i file.MTS -sameq -an -f yuv4mpegpipe - yuvfps -s -r ffmpeg -f yuv4mpegpipe -sameq -i - -sameq -s 1280x720 -f mpeg2video -r outfile.MPEG This gives me usable 60 fps video that I can edit and work with. Or rejoin the audio with. For some reason if I use ffmpeg directly, it always assumes that the MTS file is 30p. Ffmpeg -i file.MTS -vn outfile.WAV ffmpeg -i infile.MPEG -i infile.WAV -sameq -target ntsc-dvd dvd.MPEG I still don't now if the A/V sync is 100% that way. But it works. I'll try again with vlc 0.9.4 once I get some time to download / install it over dialup.

But so far only vlc 0.8.6 tried to do the video conversion. And wasn't that great at it. It's been some time so I guess I'll give an update. Photoshop cs6 serial number keygen download for mac. It appears that AVCHD is not correctly implemented in any of the linux routes. Not that I would know what is correct since I only run linux. But I now have basically three ways to convert AVCHD 60i footage in linux. Thanks to many sources.

The basic problem is that A/V sync is not maintained as exact number of frames vs. Exact length of the audio never quite gel. And various other motion / frame rate conversion issues. This appears to mainly be an issue with interlaced footage. Particularly with the newer 24Mbps capable AVCHD camcorders.

Yuvscaler For Mac Pro

With plain old ffmpeg 60i is being interpreted as 30p, making the video roughly twice as long as the audio. With two various ways to overcome this tendency.

One way is piping a yuv4mpegpipe from ffmpeg to yuvfps back to ffmpeg. Another is piping rawvideo from ffmpeg to ffmpeg. All three ways requires audio to be handled separately and rejoined later. VLC tries to play it, but my computers are too slow to do that in realtime.

And VLC seems to not correctly re-encode the video to other formats. Most times resulting in audio only(0.9.2 / 0.9.4), or video more closely resembling a screen saver (0.8.6). On to the three ways. My first success story of sorts. But apparently A/V sync issues. I should note that ffmpeg defaults to 25fps if you don't override the default. Anyway, through yuvfps.

$ ffmpeg -i 00000.mts -an -sameq -an -deinterlace -f yuv4mpegpipe - yuvfps -v 0 -s -r ffmpeg -f yuv4mpegpipe -i - -sameq -aspect 16:9 -qmin 4 -f avi -vcodec msmpeg4v2 -r outputvideoonly.mp4 My second success and the fastest route so far. But apparently A/V sync issues as well. Some m2ts type files seem to favor 59.4 rates (6000/101) instead of 59.94 fps settings. $ ffmpeg -i 00001.mts -an -pixfmt yuv420p -s 1920x1080 -f rawvideo - ffmpeg -pixfmt yuv420p -s1920x1080 -r -f rawvideo -i - -sameq -aspect 16:9 -qmin 4 -f avi -vcodec msmpeg4v2 -r outputvideoonly.mp4 And some cross platform tools that seem a little more accurate for certain mts files, but not others. $ xport -h 00002.mts 1 1 1 $ ldecod -i bits0001.mpv -o bits0001.yuv $ mv bits0001.mpa bits0001.ac3 (and either this) $ yuv4mpeg -w 1920 -h 1080 -x 420mpeg2. It seems to me as if the process explained in the previous posts is rather complex and thus possibly error prone.

I recently tried HD conversion with ffmpeg and have the impression, that it is essential to concatenate the MTS files that were recorded in one go (i.e. The files that were created between 'start recording' and 'stop recording' on the camcorder). As they are essentially dumped streams and cut to size (usually. Code: h264 @ 0x273aaf0number of reference frames exceeds max (probably corrupt input), discarding one Last message repeated 2 times As there are frames dropped, you run into audio synch issues sooner or later. To get around it, you have to join the files, preferably virtually as they are pretty huge to start with. I wrote the following script that deinterlaces (from 'i60' to 'p30') and joins MTS files and produces one quality h264 encoded avi as output (essentially leaves the audio untouched for maximum quality).

Rated 1 out of 5 by catbag8717 from This is NOT how I wanted to spend Sunday Morning Really did not like this game one bit! Good Parts: Graphics were pretty good. That's all I can say OK Parts: The game was a challenge, but the levels seemed to drag on way too much. Bad Parts: Terrible storyline. Doesn't hook you at all.

Gameplay is very repetitive Only played 2 levels and got very bored. Not fun at all!

This is yet another of the pointless games. Might be fun for little kids, but that's all.