Hybrid: Input -> x264/x265/Xvid/VP8/VP9

[Selur]

The ppa you linked in your website, as you alerted, is outdated, and MOTU has not updated for the last 68 weeks.

-> if you find a newer ppa, share the link and I'll update the one in the Ubuntu dependency thread.

[digitall.h]

Did not find any yet...
Most of them are really outdated.

And the only I found was specific for Saucy Salamander

Will continue searching, as well as a way to correctly compile mplayer in my system

[Selur]

finding more up to date ffmpeg and activating 'prefer ffmpeg as decoder' might be an easier solution

[digitall.h]

You're probably right.
I found a ppa from Jon Severinsson that is up to date.
But it says that

Please note that this is *actual* FFmpeg, from ffmpeg.org.
Recent Debian and Ubuntu packages feature Libav (from libav.org), a prominent FFmpeg fork, instead. You should be safe upgrading from Libav to FFmpeg, as the FFmpeg developers regularly pull from the Libav git tree, and thus have all Libav features, as well as several of their own.

However, both Libav and FFmpeg periodically break backward compatibility in order to more easily provide new features, so applications built against one version will not always work with the next...

I'm afraid it can break my system.

Anyway, I'm going to try to use the version of ffmpeg I have installed in my system as decoder, to see if it works better than mplayer/mencoder.
Just a doubt: if I select ffmpeg as decoder, when I hit preview, will ffmpeg be used for preview?, or just at encoding time?.


Hmmm, I ran a test and it seems that preview uses mplayer. So I don't really know if in preview is ffmpeg used...

On second thoughts, I read that ffmpeg is deprecated, and to be substituted by avconv... is that true?

[microchip8]

Originally Posted by digitall.h

On second thoughts, I read that ffmpeg is deprecated, and to be substituted by avconv... is that true?

ffmpeg is NOT deprecated. It's very actively maintained and developed. This is usual propaganda by Debian/Ubuntu packagers as they're on the side of libav instead of ffmpeg

[digitall.h]

Hi froggy1,
yes, I read a little and this was the feeling I got.
It's a bad thing when we have to talk about 'sides' and have to face this 'battles' between FOSS developers. Really bad.

What about Severinsson's ppa?, may it break my system?.

I think I'm going a little off-topic. I'm sorry for this.

[digitall.h]

Hi selur,
I compiled latest ffmpeg version, and configured Hybrid to use ffmpeg as decoder.
I created a job and started it.
But I think the code is the same:

"/usr/bin/mencoder" -lavdopts threads=4 -really-quiet -ofps 23.976 -of rawvideo -o - "/home/La isla/BDMV/STREAM/00000.m2ts" -ovc raw -vfm ffmpeg -noskip -vf scale,format=i420,crop=1920:800:0:140,scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 -vid 4113 -tsprobe 100000000 | "/home/x264-VLC/x264-r2389-956c8d8" --preset veryslow --tune film --profile high --level 4.1 --ref 4 --aq-mode 2 --vbv-maxrate 62500 --vbv-bufsize 78125 --qpfile "/media/INTERCAMBIO/TMP/Isla_00_35_04_1910_01.qp" --output-csp i420 --fps 24000/1001 --input-res 1920x800 --output "/media/INTERCAMBIO/TMP/Isla_00_35_04_1910_02.264" -

Wouldn't ffmpeg be used as decoder instead of mencoder?.
There's another strange thing. I managed to compile mplayer/mencoder and have the last SVN version, I confirmed running them in terminal.
Hybrid reports correctly mplayer version, but keeps reporting previous mencoder version, even after clearing cache tools info.

[FredThompson]

Originally Posted by Selur

never heard of "S3 HD TiVo MPEG2 source files." -> can you provide a small sample?

Series 3 High Definition TiVo DVR which saves in MPEG2 format. S4 and more recent save in MPEG4

Originally Posted by Selur

If you can provide a sample of such content, which allows me to reproduce the problem, I can look into it.

This doesn't happen with all streams. The problem files are all at least 8G because they're 2 hours of HD. I'm not sure what causes the issue so can't create a sample. Posting an 8G file will be a challenge.

Hmmm...wonder if there's a problem with livav and large MPEG2 files. I'll load source and output streams into 2 instances of VirtualDub and compare frames after the 4G point.

Is there a frameserver which Hybrid will accept for input? Maybe that will work for the video input and the audio could be passed through. (I'm only encoding video, keeping source audio.)

[Selur]

I select ffmpeg as decoder, when I hit preview, will ffmpeg be used for preview?, or just at encoding time?.

Just for encoding. Preview is always done with mplayer (Avisynth inside the AvisynthPreview)

Hybrid reports correctly mplayer version, but keeps reporting previous mencoder version, even after clearing cache tools info.

If you clear the tool cache, Hybrid will run 'which' to find the tool, so if the new version isn't the first one listed Hybrid will not find it and you manually have to tell Hybrid where to find it.

Wouldn't ffmpeg be used as decoder instead of mencoder?.

Normally it should. -> a debuglevel 1 of the job creation should explain why mencoder is used and not ffmpeg.

-----

Is there a frameserver which Hybrid will accept for input? Maybe that will work for the video input and the audio could be passed through. (I'm only encoding video, keeping source audio.)

Nope and that is not planned, since the whole analysis of the file will probably fail with a frame server.

This doesn't happen with all streams. The problem files are all at least 8G because they're 2 hours of HD.

argh,.. just out of curiosity can you check if the problem is still there if you remux the file to mkv before you feed it to Hybrid?
(running the files through ProjectX might also help)

[digitall.h]

Selur, when I run in terminal:

digitall.h ~ $ which mencoder
/usr/local/bin/mencoder

If I then run:

digitall.h ~ $ MEncoder SVN-r36970-4.6 (C) 2000-2014 MPlayer Team
No file given

Exiting... (error parsing command line)

But in Hybrid, in Config > Tools versions, it shows:

Known tool versions:
MediaInfo -> 0.7.61
x264 -> 2389
flaccl -> 1.2.1
mkvmerge -> 6.7.0
mplayer -> 36970-4.6
FrameCounter ->
tsMuxeR -> 2.6.11
neroAacEnc -> 1.5.4.0
oggenc -> 1.4.0
aften ->
delaycut -> 1.437
MP4Box -> 0.4.6-DEV-rev
mkvextract -> 6.7.0
lsdvd -> 0.16
ffmpeg -> 2.2.git
mencoder -> 34707-4.6
bdsup2sub++ -> 5.11
lame -> 3.99.3
sox -> 14.3.2

I don't know what is going wrong, but the versions are not the same.

[digitall.h]

Selur, I'm sorry, I go on...
I repeated the creation of the encoding job with ffmpeg forced as decoder.
And took a look to Debug level 1.
I first see:

DO CHECKS

...

Checking video settings,..
enforceFFmpeg: false

I would expect here enforceFFmpeg: true, but I may be looking at the wrong side.
Later Debug shows:

get decoder name....
avisynth: false
deinterlaceWithDecoder: false
Needs mencoder for .mpls input since ffmpeg is not compiled with libbluray suport,..
needsMencoder: true
needsFFmpeg: false
mplayer title:
mplayer was build with libbluray: true
mplayerCanBeUsedForBluray: false
videoInput: /home/ximo/Torrents/La isla/BDMV/PLAYLIST/00000.mpls
blurayInput: false
mencoderSetCutSelection,..
chapterUsed: false
cutting: false
cut: false
usesChapters: false
tsMuxeR compatible input: true
ffmpegWithLibBluray: false
-> preferFFmpeg: true
Decision time!
needsFFmpeg: false
needsMencoder: true
preferFFmpeg: true
x264 && useInternalDecode: false
-> chosen decoder: mencoder

I suppose that's the clue. If I understand Debug well, even if I choose ffmpeg, Hybrid selects mencoder because ffmpeg was not compiled with libbluray support, isn't it?
Can this be solved recompiling ffmpeg with libbluray support?.
Can the libbluray version be related with the artefacts I see in this movie?

[digitall.h]

I'm getting closer

I managed to play the 'problematic' original Blu-ray with avplay (player of ffmpeg), and it does not show artefacts in the scene mplayer keeps playing with artefacts.

So with latest versions from mplayer and ffmpeg, the latter manages to play it well while the former cannot.

[Selur]

an this be solved recompiling ffmpeg with libbluray support?.

yup, since ffmpeg can't handle with mpls files which link to multiple m2ts files without libbluray.
(if ffmpeg has libbluray support and 'Prefer ffmpeg as decoder' Hybrid would use ffmpeg to decode the mpls input.

Can the libbluray version be related with the artefacts I see in this movie?

doubt it, it's more likely related to the libav version.

I managed to play the 'problematic' original Blu-ray with avplay (player of ffmpeg),...

you are not using ffmpeg, you are using avconv.
ffmpegs player is ffplay.

[digitall.h]

Of course, you're right

But then...
With mplayer, from inside Hybrid and in terminal, it shows artefacts.
With avplay (avconv) it plays well.
With ffplay (ffmpeg) it plays well...

If you think libbluray version is not critical I will try to re-compile ffmpeg with libbluray support.
Version installed in my system is 0.2.3
Latest version from VideoLAN is 0.5.0


What about differences in mencoder versions?.

[Selur]

mencoder is often compiled with ffmpeg in it, so depending on what versions mencoder is linked against it can make a lot of differences.

[digitall.h]

I'm sorry I explained it bad.

I'm referring to the question I posted.
When I run in terminal:

digitall.h ~ $ which mencoder
/usr/local/bin/mencoder

If I then run:

digitall.h ~ $ MEncoder SVN-r36970-4.6 (C) 2000-2014 MPlayer Team
No file given

Exiting... (error parsing command line)

But in Hybrid, in Config > Tools versions, it shows:

Known tool versions:
MediaInfo -> 0.7.61
x264 -> 2389
flaccl -> 1.2.1
mkvmerge -> 6.7.0
mplayer -> 36970-4.6
FrameCounter ->
tsMuxeR -> 2.6.11
neroAacEnc -> 1.5.4.0
oggenc -> 1.4.0
aften ->
delaycut -> 1.437
MP4Box -> 0.4.6-DEV-rev
mkvextract -> 6.7.0
lsdvd -> 0.16
ffmpeg -> 2.2.git
mencoder -> 34707-4.6
bdsup2sub++ -> 5.11
lame -> 3.99.3
sox -> 14.3.2

I don't know what is going wrong, but the versions are not the same.

[Selur]

Create a debug output by:
1. setting a default output path (Config->Path->Default output path)
2. enabling Config->Internals->DebugOutput at Level 9
3. saving the defaults (Config->Defaults->Save->Save all)
4. closing Hybrid and deleting the existing HybridDebugOutput.txt inside the default output path you specified
5. start up Hybrid send me the debugOutput

[digitall.h]

Selur, I may try as you advised, but let me tell you first something I discovered.

As I told you which points to mencoder in /usr/local/bin, and when I run it in terminal it shows version -r36970

But I ran locate mencoder in terminal, and found out I have 2 versions, the one that which pointed me at in /usr/local/bin, but a second one in /usr/bin.


And if I run in terminal /usr/bin/mencoder, it shows version -r34707


So I made Hybrid point mencoder tool to /usr/local/bin and now shows correct version

[digitall.h]

This is probably not the correct place to ask this, please point me to the right place in case.

I'm trying to compile x264 with libav and/or ffms support.
I don't know if it's needed in Hybrid to work with ffmpeg and x264 (I think not because ffmpeg outputs raw that x264 can read).
But I would like to compile x264 with this support to work with vapoursynth.
I have been searching the web for the right commands but I didn't find them. Do you know how can it be done?.

Going on with compilation, I managed to compile ffmpeg with libbluray support and now Hybrid creates a job with ffmpeg as decoder (as you said ). But I used the libbluray version in my system 0.2.3, and I would like to use a more recent version (now 0.5.0).
When I try to compile 0.5.0 it exits with error:

No package 'libxml-2.0' found

I read a post of yours where you had this same problem when trying to compile libbluray, but did not find the solution. Can you point me to it?.

[Selur]

regarding x264&vapoursynth: no special flaks are needed, straight builds from the git should support it.

I read a post of yours where you had this same problem when trying to compile libbluray, but did not find the solution. Can you point me to it?.

don't really remember how I fixed that on linux (don't really need libbluray on linux), but I gave up to fix it on Mac
Looking at the script used in https://github.com/jb-alvarado/media-autobuild_suite might help. (I know it's a script ment for MinGW, but as far as I remember the general way should work)