home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 2
Submit: Bug Reports
[MP2-833] 2.2.2 server crash during import
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Lehmden" data-source="post: 1267361" data-attributes="member: 109222"><p>Hi.</p><p></p><p>I can't believe it's imagination. Generating ten thousands of thumbnails will eat a lot of time, CPU and memory for sure. Imho the import has to be faster a lot without thumbnail generation. If it wouldn't be faster there something really must go wrong...</p><p></p><p></p><p>This indicates a faulty video for sure. Most videos out there are not 100% clean and perfect. This especially is valid for TV recordings but it happens to nearly any type of video... A lot (most) of those "not that perfect" videos are still playing well but sometimes you can not recode them without failures. And creating thumbnails is a sort of recode. In general MediaInfo is the one that noticed those faulty videos at first. But then it would not import at all so in this case it should be ffmpeg who is not willing to work with this video...</p><p></p><p>But here the culprit most likely is the fact that this specific "mkv" is no mkv at all. It's a m2ts BluRay stream with a wrong file extension... Try to rename the file to .m2ts or remux it into a real mkv container (with MKVToolnix or Media-Buddy for example, it's as fast as copying the file to a different space) and after that it most likely will be imported without issues...</p></blockquote><p></p>
[QUOTE="Lehmden, post: 1267361, member: 109222"] Hi. I can't believe it's imagination. Generating ten thousands of thumbnails will eat a lot of time, CPU and memory for sure. Imho the import has to be faster a lot without thumbnail generation. If it wouldn't be faster there something really must go wrong... This indicates a faulty video for sure. Most videos out there are not 100% clean and perfect. This especially is valid for TV recordings but it happens to nearly any type of video... A lot (most) of those "not that perfect" videos are still playing well but sometimes you can not recode them without failures. And creating thumbnails is a sort of recode. In general MediaInfo is the one that noticed those faulty videos at first. But then it would not import at all so in this case it should be ffmpeg who is not willing to work with this video... But here the culprit most likely is the fact that this specific "mkv" is no mkv at all. It's a m2ts BluRay stream with a wrong file extension... Try to rename the file to .m2ts or remux it into a real mkv container (with MKVToolnix or Media-Buddy for example, it's as fast as copying the file to a different space) and after that it most likely will be imported without issues... [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 2
Submit: Bug Reports
[MP2-833] 2.2.2 server crash during import
Contact us
RSS
Top
Bottom