Transcoding on the fly too slow (11 fps)?

[Fleenor50]

Hi,
I have been using the trial version of Mezzmo for about 14 days and am considering buying it. The only thing holding me back at this point is a video streaming issue. I am having some choppy/stuttering issues streaming video to my Sharp Aquos TV. Pre transcoded video streams without an issue, so I am sure the network is ok. Mezzmo is giving me the following message in the "transcoding tab" - "Transcoding too slow (11 fps)?"

My PC is an Intel Quad-Core Q6600 2.4GHz w/ 4 Gig RAM running Vista 32. During the transcoding the CPU usage never goes over 60% and the RAM is only showing about 1 gig or so of consumption. Why is the transcoding too slow? Based on the listed requirements this PC should be plenty powerful enough for on the fly transcoding. Please help.

Thanks

[Paul]

Transcoding speed depends on the input/output formats, so our recommended specs will work most of the time for some formats, but some other formats require more CPU. Also, please check the Transcoding Settings dialog to see if the transcoding CPU priority is set to Normal (or above).

What types of files are you trying to transcode?

[Fleenor50]

The transcoding CPU priority setting is set to "Very High". I am trying to transcode an H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (QuickTime/MPEG-4/Motion JPEG 2000 format) file to an mpeg2video (mpegts format) file. The "FFmpeg information" of the file is:

ffmpeg version N-36036-ga40f43d, Copyright (c) 2000-2011 the FFmpeg developers
built on Dec 22 2011 13:44:49 with gcc 4.6.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-static --disable-shared --enable-zlib --disable-postproc --prefix=/media/ffmpeg --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect --extra-cflags=-I/home/dennis/cc/include --extra-ldflags=-L/home/dennis/cc/lib --pkg-config=pkg-config --disable-w32threads
libavutil 51. 32. 0 / 51. 32. 0
libavcodec 53. 46. 1 / 53. 46. 1
libavformat 53. 27. 0 / 53. 27. 0
libavdevice 53. 4. 0 / 53. 4. 0
libavfilter 2. 53. 0 / 2. 53. 0
libswscale 2. 1. 0 / 2. 1. 0

Seems stream 0 codec frame rate differs from container frame rate: 48000.00 (48000/1) -> 23.98 (24000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '.....\MVI_0072.mov':
Metadata:
major_brand : qt
minor_version : 537331968
compatible_brands: qt CAEP
creation_time : 2011-12-25 02:43:50
Duration: 00:04:44.32, start: 0.000000, bitrate: 35028 kb/s
Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuvj420p, 1920x1080, 33489 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 48k tbc
Metadata:
creation_time : 2011-12-25 02:43:50
handler_name :
Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s
Metadata:
creation_time : 2011-12-25 02:43:50
handler_name :
At least one output file must be specified


---> DB Level Info: 50, 578
---> Frame rate: 23.98
---> Aspect ratio:

I could be way off, but if the PC was not strong enough wouldn't either the CPU or RAM be at 100% utilization during transcoding? Could it be the read/write speed of the HDD? Any help is greatly appreciated.

Thanks

[Paul]

Is the file located on a local or a network drive?

Also, please enable logging (see this thread: http://forum.conceiva.com/showthread.php/419-FAQ-How-to-turn-on-diagnostic-logging) then try pre-transcoding the file again and after a couple of minutes, stop the pre-transcoding, shut down Mezzmo and send the logs to support. I'll check what's going on in more detail then.

[Aaron407]

If you run Crystal Disk Mark speed tests on the hard drive, what are your transfer speeds for read and write? Sounds like a bottleneck somewhere other than the processor.

[Fleenor50]

The file is on the local drive (C:). I have sent the logs to the support email address and referenced this thread. Thanks again for your help.

[Paul]

I've replied to you via e-mail.