More > JRiver Media Center 27 for Linux

Videos import as Data - Docker Image

(1/2) > >>

Scobie:
Posted this earlier in the general forum and thought it was file specific, but it actually isn't, happens all the time.

Running 27.0.35 with the latest shiomax Docker Image and I'm finding whenever I import a video file, tried mp4, mkv, avi, they import as Media Type "Data". Audio files import fine, and videos did import fine until recently...not sure exactly when it went wrong though.

I can re tag the Media Type to Video as a workaround, but then I miss all the video file information, and retagging every import gets old pretty quickly.

Had a look at the log file and noticed that maybe the relevant entry is:

0000005: 140710581405568: General: JRWorker::ProcessCommand: Start
0000005: 140710581405568: General: JRWorker::ProcessCommand: Processing AnalyzeJRVid task...
0000005: 140710581405568: Import: CJRVideoAnalyzeHelper::AnalyzeFileJRVideo: Start
0000017: 140710581405568: Playback: CJRVideoEngine::Open: Start
0000017: 140710581405568: Playback: CJRVideoEngine::Open: FFmpeg DLLs are not available.
0000017: 140710581405568: Playback: CJRVideoEngine::Open: Finish (0 ms)
0000017: 140710581405568: Import: CJRVideoAnalyzeHelper::AnalyzeFileJRVideo: Opening file failed.
0000017: 140710581405568: Playback: CJRVideoEngine::~CJRVideoEngine: Start
0000017: 140710581405568: Playback: CJRVideoEngine::~CJRVideoEngine: Finish (0 ms)
0000017: 140710581405568: Import: CJRVideoAnalyzeHelper::AnalyzeFileJRVideo: Finish (12 ms)
0000017: 140710581405568: General: JRWorker::ProcessCommand: Task completed in 12 ms, result = -1
0000017: 140710581405568: General: JRWorker::ProcessCommand: Finish (12 ms)

I'm assuming as it cannot open and analyse the file it defaults to a data file.

Found a related thread here: https://yabb.jriver.com/interact/index.php?topic=103594.0 but deleting and letting MC recreate the Plugin folder has had no effect. Maybe I'm missing a particular module?

Any advice appreciated.

Cheers

Scobie:
Installing the ffmeg package fixed this.

But not sure if this is something I am expected to do on this image or should it just work?

Thanks.

bob:

--- Quote from: Scobie on November 24, 2020, 04:11:19 am ---Installing the ffmeg package fixed this.

But not sure if this is something I am expected to do on this image or should it just work?

Thanks.

--- End quote ---
We don't use that but it probably pulled in some dependency we assume is there for the libav download.
It'd be nice to figure that out but not easy unless you noted what it downloaded along with ffmpeg.

Hendrik:
The only external dependency that our ffmpeg has is libva2, which should also be documented in the MC debian package as a dependency.

max096:

--- Quote from: Scobie on November 24, 2020, 04:11:19 am ---Installing the ffmeg package fixed this.

But not sure if this is something I am expected to do on this image or should it just work?

Thanks.

--- End quote ---

Im not really expecting anything for use cases I didnt try or use jriver for at all. Dont have any video files in my library.

I can add libva2 to the image if that fixes the issue.

If you find issues that you think are a problem of the image you can file issues here https://gitlab.com/shiomax/jrivermc-docker
Then I get emails about the issue and it should get fixed faster.

If you are feeling comfortable with it you could make the change yourself and make a merge request for it.

Navigation

[0] Message Index

[#] Next page