Replacement MTN (Thumbnailer) for H264 content (2 Viewers)

[elliottmc]

@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.

Ah, yeah, and if you try this on your server, it will use the UNC path anyway.

So, to summarise, this new version works worse for you than the current one in My Videos (adding as a share) and in Recorded TV on the server?

Can you try renaming one of the problem recordings, and see if it is the ! that is the problem?

Mark

 

[Paranoid Delusion]

Get really misshapen or black (too early) thumbs using version 50, also see some side by side and some top\ bottom with column set at 1 and rows set at 2, so not sure what is happening there.

Previously had 50% thumbs with good resolution\aspect and 50% not being created at all.

 

[HomeY]

So, to summarise, this new version works worse for you than the current one in My Videos (adding as a share) and in Recorded TV on the server?

Yes (MyVideos is the slowest/worst performance with current, but i never move recordings to MyVideos (got that disabled)) and Yes (Tv Recordings is what i always use, and this works almost perfect)

Can you try renaming one of the problem recordings, and see if it is the ! that is the problem?

Mark

That's not an issue. Current mtn creates thumbs for those files without a hickup.

 

[elliottmc]

Can you try renaming one of the problem recordings, and see if it is the ! that is the problem?
Mark

That's not an issue. Current mtn creates thumbs for those files without a hickup.

Doesn't mean that isn't the issue with the new one though.

 

[Jay_UK]

All,

New version on first post ....version 51

I have done quite a few (read a hell of a lot!) of code changes.

I am expecting a few issues - so please test!!!!

Please let me know if you think the scaling of the tiles looks right...its quite an objective thing

Thanks,

J.

 

[elliottmc]

With v51, you say that "No longer uses FFmpeg to tile (internally done by code)" but ffmpeg is still in the zip file.

Just for clarity, can you tell me what I should copy and to where in order to test this?

Thanks,

Mark

 

[Jay_UK]

Hi there,

FFMpeg is only used to perform the frame/screen grabs (thumbnail).

If you have selected multiple rows/columns then my code "tiles" those individual frame grabs into a tiled thumbnail (previously I relied upon FFmpeg to do everything...but it was a little slow and I couldnt easily space the grabs.

Simply copy the contents of the ZIP file to the mediaportal/moviethumbnailer folder (overwriter the MTN.exe file that was there).

Might I suggest you turn on debug - simply double click on the Debug_On reg file.

J.

 

[Sebastiii]

Hi Jay_UK,

I have try to adapt MP code to use your command line for ffmpeg and it seems promising
You can look the branch here : https://github.com/MediaPortal/Medi..._does_not_generate_thumbs_for_all_video_files
That i notice and it should be the same with your mtn + ffmpeg, it's CPU Usage, i think the speed is the same (for .ts).
Now you tited thumbnail by your own, maybe it's possible to do that directly and make thing speedy

Big Thanks.

 

[Sebastiii]

So i have try latest version to see how it does :
It doesn't work well
Files are over network and it take time to finish. (arround 9Gb and 4Gb)

 

[Owlsroost]

Is it possible have an option to reduce the process priority of the thumbnailing ? - I don't normally have it enabled on my HTPC because of the CPU peaks it causes, so being able to push it down to 'below normal' or 'low' priority would be nice, if it's easy to implement

Tony