PDA

View Full Version : first start transcode, second start no transcode of MKV file?



djvdgalien
01-14-2011, 04:51 AM
Hello,

I use Mezzmo with my Sony KDL 32-EX500. I stream from PC (phenom II X2 550, 4GB), via wired ethernet.
This happens when I play MKV (MP4, AAC 2 ch. stereo):
First time I start playing file; cpu usage 45-50% (Mezzmo transcodes I presume), stop play after for example 20 seconds. CPU usage still 45-50% for about 45 seconds, then goes down to 0%.
When I start the file play again, cpu usage 1-2% for rest of the movie.

When playing MKV (MP4, 5.1):
Always CPU usage 45-50%.

I would like Mezzmo to direct play MKV (MP4, AAC 2 ch. stereo) with low cpu usage.

I've tried several MKV's, all with the same result.

Thanx,
Dennis

Paul
01-14-2011, 09:16 AM
Do you have background transcoding turned on or off? If it's on, it should continue transcoding in the background. Can you please post FFmpeg information on one of those files so that I could try to find a similar here and test it?

djvdgalien
01-14-2011, 06:28 PM
The above mentioned situation is with transcoding turned on and background transcoding turned off.
When transcoding is turned off, only my MPEG-2 movies show up when searching in Mezzmo library on TV. (library content: MPEG-2, AVI, MP4, DIVX, MKV file format)

I think the time between first stop and second start (1 min.) is not enough to transcode complete movie (to result in 2% cpu usage for rest of the movie).

Also with MP4 file:


FFmpeg version SVN-r26071, Copyright (c) 2000-2010 the FFmpeg developers
built on Dec 22 2010 10:30:32 with gcc 4.4.2
configuration: --enable-memalign-hack --arch=x86 --target-os=mingw32 --cross-prefix=i686-mingw32- --enable-static --disable-shared --enable-zlib --disable-ffprobe --disable-ffplay --prefix=/media/windows-share/ffmpeg --extra-cflags=-U__STRICT_ANSI__ --enable-libmp3lame --enable-libx264 --enable-gpl --extra-libs='-lx264 -lpthread' --enable-runtime-cpudetect
libavutil 50.35. 0 / 50.35. 0
libavcore 0.16. 0 / 0.16. 0
libavcodec 52.100. 0 / 52.100. 0
libavformat 52.88. 0 / 52.88. 0
libavdevice 52. 2. 2 / 52. 2. 2
libavfilter 1.69. 0 / 1.69. 0
libswscale 0.12. 0 / 0.12. 0
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'E:\MijnVideos\Movies\101 DALMATIERS animation\101 Dalmatiers animation.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
creation_time :
title : 101 Dalmatiers
album : 101_DALMATI_RS
date : 2011
encoder : Lavf52.33.0
Duration: 01:16:14.95, start: 0.000000, bitrate: 2251 kb/s
Stream #0.0(und): Video: h264, yuv420p, 720x542, 2121 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc
Metadata:
creation_time :
Stream #0.1(und): Audio: aac, 48000 Hz, stereo, s16, 127 kb/s
Metadata:
creation_time :
At least one output file must be specified

Paul
01-17-2011, 09:11 AM
It's possible to transcode a full movie in under a minute, if it's simply remuxed (the video stream is copied). We'll need to see the logs to know what's happening for sure, so can you please turn on logging (see this thread: http://forum.conceiva.com/showthread.php/419-FAQ-How-to-turn-on-diagnostic-logging) then play it again and once it stops, stop the server and send the logs to support (at) conceiva (dot) com

djvdgalien
01-20-2011, 05:03 AM
Hi Dennis,

I've seen the logs myselves and indeed it looks like the file is completely remuxed in about 1 minute, even when transcoding in background is turned off.
But then I have another question: Can I rename / re-use the transcoded/remuxed file (*.mzt) in the temporary mezzmo directory for transcoded files?
If so then Mezzmo doesn't have to remux/transcode this movie again when streaming to my TV.
What file extension should I use when renaming this *.mzt file?

Thanx,
Dennis

Paul
01-20-2011, 08:35 AM
Hi Dennis,

If you rename the .mzt file, then Mezzmo will not find it, but if you leave it there as-is, then Mezzmo will use that next time you try to play that movie. The temporary transcoded files sit there until a folder limit is hit (configured via the Transcoding Settings dialog) - then older ones will be deleted automatically.