Replacement MTN (Thumbnailer) for H264 content (1 Viewer)

[azzuro]

Hi,
the thumbnail are very big size, not possible to resize it ?

 

[Jay_UK]

Hi there,

I've just started to look at the issues that people have raised (apologises for the delay).

In relation to the thumbsize.. The way MePo works is that it takes the thumb generated by MTN and then processes it (resizes/moves/etc). My MTN produces a large thumb, which MePo then resizes (shrinks).

Are you saying the MTN thumb is too big? What process/action are you taking about? picture? video? recorded tv?

Thanks,

J.

 

[azzuro]

Sory, tested on Myvidéos !
i have updated to your version 50. now size is "OK", but problem with dimension :
the same files, but one is stored in MP thumbs and the 2nd in storage. (leave on stockage checked in configuraiton)

Movie detail :

Spoiler

Général
Nom complet : F:\MPmov\Films 2\mkv\Q-R_UtawarerumonP_-_Musouka_(BD_x264_1920x1080_VFR).mp4
Format : MPEG-4
Profil du format : Base Media
Identifiant du codec : isom
Taille du fichier : 118 Mio
Durée : 1mn 30s
Débit global moyen : 11,0 Mb/s
Nom du film : うたわれるもの Blu-ray Disc BOX版 OP
Date d'encodage : UTC 2008-01-26 06:04:11
Date de marquage : UTC 2008-01-27 06:28:42
Commentaire : ドライブ買ってきた。DISC1は狐さんで問題なく抜けました。 / プロテクトの詳細は確認してませんがDISC2以降は最新版でもまだ非対応です。 / 自分でなんとかなりそうな気もしますが、面倒なので待ちですね。

Vidéo
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Profil du format : High@L4.2
Paramètres du format, CABAC : Oui
Paramètres du format, RefFrames : 2 images
Identifiant du codec : avc1
Identifiant du codec/Info : Advanced Video Coding
Durée : 1mn 29s
Type de débit : Variable
Débit : 10,7 Mb/s
Débit maximum : 23,2 Mb/s
Largeur : 1 920 pixels
Hauteur : 1 080 pixels
Format à l'écran : 16/9
Type d'images/s : Constant
Images par seconde : 23,976 Im/s
Résolution : 24 bits
Colorimétrie : 4:2:0
Type d'image : Progressif
Bits/(Pixel*Image) : 0.215
Taille du flux : 115 Mio (98%)
Bibliothèque utilisée : x264 core 57
Paramètres d'encodage : cabac=1 / ref=1 / deblock=0:0:0 / analyse=0x3:0x113 / me=hex / fpel_cmp=sad / subme=5 / me-prepass=0 / brdo=0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=2 / deadzone=21,11 / chroma_qp_offset=0 / threads=2 / nr=0 / decimate=0 / mbaff=0 / bframes=1 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=0 / bime=1 / keyint=240 / keyint_min=24 / scenecut=75(pre) / rc=crf / crf=23.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.80 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:0.5:0.0
Date d'encodage : UTC 2008-01-26 06:04:11
Date de marquage : UTC 2008-01-26 06:04:19

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Version du format : Version 4
Profil du format : LC
Paramètres du format, SBR : Non
Identifiant du codec : 40
Durée : 1mn 30s
Type de débit : Variable
Débit : 257 Kbps
Débit maximum : 281 Kbps
Canaux : 2 canaux
Position des cannaux : L R
Echantillonnage : 48,0 KHz
Résolution : 16 bits
Taille du flux : 2,75 Mio (2%)
Date d'encodage : UTC 2008-01-26 06:04:18
Date de marquage : UTC 2008-01-26 06:04:19

 

[Jay_UK]

Hi there,

If no size is given to my MTN by Mepo I default to 1270pixels wide (height is based on width divide by 1.76388) - this is the Q-R_UtawarerumonP_-_Musouka_(BD_x264_1920x1080_VFR).jpg image

The other images (3338616435.jpg and 3338616435L.jpg) are the images generated by MePo from the 1270 image above.

What is the issue with the sizes?

J.

 

[azzuro]

Hi Jay

your "mtn" is not set with thumbnail tab, in configuration ?

1st : aspect ratio is not same of movie.
2nd : have tbn stored ( in storage ) same size of MePo store.

in my first test, i use " not use database for Myvideos = spécific enhancement " and Myvideo has loaded Tbn from storage.

 

[HomeY]

Hi Jay_UK, I've been testing some more, but inside TV Recordings, i'm unable to generate any thumb, were the current mtn.exe almost covers all recordings. Also tested by adding TV Recordings folder to MyVideos, and that generates about 1 thumb every minute, but without grid (so Windows API fallback??)

When i was just testing it again, i noticed a weird thing in the debug log -> Check the UNC paths: // vs \\
Commandline options: -D 6 -B 420 -E 600 -c 2 -r 2 -b 0,60 -t -i -w 0 -n -P "//SERVER/TV_Opnames/Operation Repo/Helden van 7_ Operation repo - RTL 7 HD - 2012-11-07.ts"
7-11-2012 22:05:47 - Commandline options: -D 8 -B 0 -E 0 -c 2 -r 2 -b 0,60 -t -i -w 0 -n -P "\\SERVER\TV_Opnames\Operation Repo\Helden van 7_ Operation repo - RTL 7 HD - 2012-11-07.ts"

 

[elliottmc]

Hi Jay_UK, I've been testing some more, but inside TV Recordings, i'm unable to generate any thumb, were the current mtn.exe almost covers all recordings. Also tested by adding TV Recordings folder to MyVideos, and that generates about 1 thumb every minute, but without grid (so Windows API fallback??)

When i was just testing it again, i noticed a weird thing in the debug log -> Check the UNC paths: // vs \\
Commandline options: -D 6 -B 420 -E 600 -c 2 -r 2 -b 0,60 -t -i -w 0 -n -P "//SERVER/TV_Opnames/Operation Repo/Helden van 7_ Operation repo - RTL 7 HD - 2012-11-07.ts"
7-11-2012 22:05:47 - Commandline options: -D 8 -B 0 -E 0 -c 2 -r 2 -b 0,60 -t -i -w 0 -n -P "\\SERVER\TV_Opnames\Operation Repo\Helden van 7_ Operation repo - RTL 7 HD - 2012-11-07.ts"

@HomeY - if there is any possibility that this could be caused by UNC paths (which is not an approved solution) please try with 'normal' RTSP.

 

[HomeY]

@HomeY - if there is any possibility that this could be caused by UNC paths (which is not an approved solution) please try with 'normal' RTSP.

I'll do a check as soon as i'm back home.

I thought that RTSP thumbnailing would never work on a multi-seat setup?

 

[Jay_UK]

Hi guys,

There is a bug with my v50 (the one on the first post). It appears FFMpeg does not play well with capturing stdout/stderr in vb.net

I am busy updating/rewriting the mechanism that should speed things up and make it more robust - I should have it done today/tomorrow.

There is no point doing any further testing for me.... but will appreciate a lot of testing with new release

In relation to the / versus \ - it is due to MTN supporting/compiled against Unix OSs. MTN internally translates / to \ if on a Windows OS. Mepo in places uses \ or / when passing parameters to MTN (not sure why??)

My MTN also handles both \ and / - translating to just \ internally.

J.

 

[HomeY]

@HomeY - if there is any possibility that this could be caused by UNC paths (which is not an approved solution) please try with 'normal' RTSP.

2012-11-09 16:18:19.355997 [Info.][MPMain(1)]: GUIRecordedTV: skipping thumbworker thread - RTSP mode is in use

As expected Thumbnailing on RTSP doesn't work for multi-seat setups.