View Full Version : Hybrid: Input -> x264/x265/Xvid/VP8/VP9
DJ-1
18th November 2013, 13:56
yeah, we're sure if it's a 'source detection type issue' or not, is ffmpeg used in some way of identity the sources audio tracks... just weird @ the moment it s only with. mpls input
Sent from my HTC One using tapatalk
DJ-1
18th November 2013, 13:57
ok, I'll have a read.... thanks.
Sent from my HTC One using tapatalk
Selur
18th November 2013, 13:58
only if the input is a mpls file is used does ffmpeg use libbluray and only then the problems happens, like mentioned in the bug tracker infos I linked to, the problem does not happen with old ffmpeg versions.
DJ-1
18th November 2013, 13:59
ahh ok.
DJ-1
18th November 2013, 14:21
erm ok, just read through that, seems like a bit of a nightmare:(
maybe a silly question, but would revert to the older version of libbluray (i think) solve it temporarily, or would that break other things in Hybrid?
thanks.
Sent from my HTC One using tapatalk
Selur
18th November 2013, 17:26
Reverting to an older libbluray build does not fix the problem (tried 2 week ago), but the bug just got fixed. :)
-> see: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=7d0e927a31edb5fb584c2ab17f7fd676838d6639
Selur
19th November 2013, 08:45
Hybrid rev 2013.11.19.1:
*no mac update atm.*
x265 doesn't compile on Mac OS X 10.6.8
no tsMuxeR 2.x version for Mac OS X 10.6.8 available
no static current mencoder/mplayer/ffmpeg builds available (didn't manage to compile them myself)
*changed*
jobs: adjusted to latest tsMuxeR 2.x
avisynth: added 'distributor()' back
a lot of refactoring
avisynth: changed from normal ffmpegsource plugin to c-plugin
tools: updated cuda capable card listing
calc: trueHD overhead calculation
*added*
avisynth: RawSource for y4m input
muxing: option to specify MP4 interleave value
x265: inital x265 encoding support
*fixed*
model: GlobalModel occidentally saved 'mplayerHasLibBluray' which could lead to problems with Blu-ray input
analyse: .mpls were analysed with mplayer
avisynth: tweak call
input: .y4m support
autocrop: didn't properly adjust to relative mplayer path
mac: Info.plist file
chapter: import/export
tools: grab ffmpeg built date (caused problems with ProRes encoding)
-> downloads: http://www.selur.de/downloads
Cu Selur
DJ-1
19th November 2013, 13:36
cool I'll give it a try later.
Erm, have a basic question, for backward compatibility I wanna have subtitles playback on the most stubborn of. devices In my media library.
the PS3 seems to be the weakest(least flexible) in this regard out of all media player options we have.
I think ps3 only supports 'image based subs'.... are these . idx &. sub? hoping that either. mkv or. m2ts (preferred. m2ts) will accept these subtitles types, not sure.....
Cheers.
Sent from my HTC One using tapatalk
Selur
19th November 2013, 13:39
pgs subtitles should be supported by both mkv and m2ts.
digitall.h
19th November 2013, 17:15
Hybrid rev 2013.11.19.1:
...
Great!!.
I've been using latest 2013.10.22 version for Linux 64bit without a single problem, just encoding from DVD into x264 and muxing in MP4.
I'm willing to test this version
:thanks:
FredThompson
21st November 2013, 05:03
2013.11.19.1 on Windoze 7.1, x32 and x64, full install package and updates, crash every time after the "video analysis" message is displayed in the log for the last input file.
Did you intend to remove the "codecs" and "qstranscode" directories, OpenCLNet.dll, refalac and vpxdec? Keeping them doesn't solve the problems.
Selur
21st November 2013, 09:33
Did you intend to remove the "codecs" and "qstranscode" directories, OpenCLNet.dll, refalac and vpxdec?
yes
2013.11.19.1 on Windoze 7.1, x32 and x64, full install package and updates, crash every time after the "video analysis" message is displayed in the log for the last input file.
What sort of input? Seems to work fine here,...
FredThompson
21st November 2013, 18:25
Source is 544x480 VOB. Previous build worked. 2013.11.19.1 crashes just after it shows a message about checking video stream 0.
I can put a file up for testing if you want.
Selur
21st November 2013, 18:27
Please do. :)
FredThompson
21st November 2013, 22:11
Here is debug output.
DJ-1
22nd November 2013, 19:10
hi ,only just had a look at the new version (via the installer)
I reset the Hybrid defaults on install (just to be thorough) and get error upon source analysis of .mpls input.
I`m on defaults, not using any custom 'global data model' etc,
steps were:
enable debug, not sure if level 4 gives detailed enough for this)
change output container to .m2ts
select a output filename
check the `BluRay Source` button and select a BD playlist.
during analysis it errors (doesnt finnish analysis)....with a pop-up box
"Hybrid Encoder GUI stopped working------aproblem has occured and windows will close program and notify if solution is avaliable".
debug: https://www.dropbox.com/s/a92k6lrv7jtqxqk/HybridDebugOutputold.txt
thanks.
Selur
22nd November 2013, 19:13
send you a link to a test version
DJ-1
22nd November 2013, 19:35
same result, i notice the version no is the same.
debug: https://www.dropbox.com/s/8dfi58a8751tzfz/HybridDebugOutput.txt
Selur
22nd November 2013, 19:44
seems like there's some problem with the subtitle analysis, will create a new Version which will add some additional output to the debug output
DJ-1
22nd November 2013, 19:46
ok cool
DJ-1
22nd November 2013, 20:12
ok, so this version doesnt error:D:D
i can put a debug here if u want, but seems ok so far, will try a test regards to the av sync thing from the other day.
thanks.
:D
Selur
22nd November 2013, 20:15
Unless you give me the debug output (and I figure out what caused the problem) the next version will not work again, since all the changes will be reverted,... (also subtitles will be broken with that test version :))
DJ-1
22nd November 2013, 20:18
yeah, silly me LOL, dunno what i was thinking:rolleyes:
Debug: https://www.dropbox.com/s/focav93rzlllmsi/HybridDebugOutputfixed.txt
cheers.
DJ-1
22nd November 2013, 20:49
ok, it all anylises fine with the newest test version
debug: https://www.dropbox.com/s/w1ln8ulz24q6woe/HybridDebugOutputFIXCONFIRM.txt
cheers.
Selur
22nd November 2013, 20:53
Nice, problem was some malformed data in the mpls header. (maybe some residue of some copy protection or similar)
FredThompson
23rd November 2013, 03:06
@Selur,
Did you tell me (via email or on your discussion board) about a program which can help make VOB files more standardized? I seem to remember you mentioning StaxRip but the message is long gone. I ask because some VOB source work properly for me, some does not but all will go through media players and other encoder GUIs I've used.
Selur
23rd November 2013, 10:10
If vob/mpeg/ts with mpeg2 makes trouble, running the source through ProjectX might help.
Source analysis normally runs through:
1. MediaInfo
2. MPlayer
3. FFmpeg
will upload a new version, looking at the debugoutput part you send me via PM, that wasn't the latest test version you use. -> will make a new build and upload it under a different name to make sure no webcache interferes.
Selur
2nd December 2013, 17:12
Hybrid rev 2013.12.02.1:
*changed*
vpx: reverted to an older vpx version since current git messes up the color spaces
x265: adjusted to latest preset/default changes
input: adjust stream length to container length if the indicated stream length is less then half of the container length
*added*
x265: 'custom command line addition'
vpx: support for VP8/VP9: '--tune', VP9: '--frame-parallel' and '--aq-mode'
*fixed*
chapter: problem where chapter and input length collided
chapter: accidentally (nearly) clearing the chapter queue when an entry was clicked on
input: crash due problem with broken subtitle info
mux: MP4Box output file check failed for split/flat/hinting calls
subs: typo in one of the subcode names
subs: automatic loading of external subtitles if source has non and passthrough subtitles is enabled
build: Mac OS X Info.plist generation
*removed*
vpx: restricted profile and basic speed control, since some options simply don't work
Note:
Mac OS X: current release is still using old mencoder/mplayer combination so they don't support H.265 content as input. (No clue if I ever get mencoder&mplayer compiled with libbluray, libass,...)
Mac OS X: x265 is only contained as a 8bit version (so high bit depth encodes will fail), since current x265 doesn't compile with high depth enabled. Reported the problem to the developer mailing list.
-> downloads: http://www.selur.de/downloads
Cu Selur
digitall.h
4th December 2013, 20:03
Linux 64bit version working O.K.
:cool:
Selur
4th December 2013, 20:29
Hybrid rev 2013.12.04.1:
*fixed*
x265: high bit depth handling
*changed*
x265: adjusted to latest changes
-> downloads: http://www.selur.de/downloads
Cu Selur
Selur
5th December 2013, 10:13
updated to 2013.12.05.1 which fixes a problem related to white spaces in x265s option names.
eneim
5th December 2013, 15:29
Hi. How come the message that warning me about "Official MKVToolnix .." always comes out while I have the latest build (6.6.0) as well as Rovi's build (6.2.0 from DivX). Set the tools' path each but no one works. Please help.
Selur
5th December 2013, 15:33
a. afaik 6.6 still doesn't support HEVC, or does it and it missed that?
b. If you exchange a tool, you need to clear the tools cache -> Config->Tools->Clear all cached tool infos.
Cu Selur
eneim
6th December 2013, 05:19
a. afaik 6.6 still doesn't support HEVC, or does it and it missed that?
b. If you exchange a tool, you need to clear the tools cache -> Config->Tools->Clear all cached tool infos.
Cu Selur
Due to the change log they give, the latest build uses Rovi's patch in 6.2.0 and I think the Official 6.6.0 build does support HEVC already.
Selur
6th December 2013, 08:07
Which change log are you referring to?
Looking at the change log of mkvtoolnix 6.6.0 (http://www.bunkus.org/videotools/mkvtoolnix/doc/ChangeLog) I see no indication, that mkvtoolnix supports HEVC.
eneim
6th December 2013, 14:28
Which change log are you referring to?
Looking at the change log of mkvtoolnix 6.6.0 (http://www.bunkus.org/videotools/mkvtoolnix/doc/ChangeLog) I see no indication, that mkvtoolnix supports HEVC.
So sorry I think I have read another message. It was from mkvtoolnix's dev thread
http://forum.doom9.org/showthread.php?p=1649525#post1649525
So time is the only problem I guess.
p.s Tried an encode with Hybrid/x265 and I was so slow (x265's feature I guess). Hope that I could see the day x265 takes the speed of x264 :D
Selur
6th December 2013, 17:32
Hybrid rev 2013.12.06.1:
*changed*
DivX265: adjusted to latest version
*fixed*
input: crash during audio only processing
decode: subtitle embedding call
-> downloads: http://www.selur.de/downloads
Cu Selur
digitall.h
6th December 2013, 20:08
Thanks selur for continuously improving this great program.
This last Linux64bit 2013.12.06.1 version takes longer to show GUI at start up.
Just me?
Selur
6th December 2013, 20:12
Not me,..
- startup after version change always takes longer because the tools will be rechecked
- startup will also take longer if mplayer/fontconfig is updating (got no control over that)
btw. how long does it take to start up ? (see: the log direct after startup: "Finished initialization, finished after Xs")
digitall.h
6th December 2013, 22:01
...btw. how long does it take to start up ?...
It takes 7.768 seconds now.
I still 'feel' it's taking longer.
With version 2013.12.02.1 it takes 6.701 seconds.
And I would swear it took less with previous versions.
Nothing of any importance. Of course, I can wait some seconds.
I was just pointing this out in case it meant something of interest.
:)
Selur
6th December 2013, 22:41
7.68 is long. On my main system and my laptop startup time is around 2 seconds (both have ssds and run Windows 7) on my Linux VM it's around 1.1s and even in my slow Snow Leopard Vm startup takes around 5 seconds (since there are some problems with the hdd). The more tools you are missing the longer Hybrid will take to start up, since it's checking for the tools. (iirc. using the misc.ini with unneeded tools set to ignore, might also speed up the startup)
-> I'm guessing either your hdd performance is really slow or you are missing a few tools.
Cu Selur
digitall.h
7th December 2013, 01:04
I'm just missing mp4fpsmod and telxcc from the essential tools.
And several other tools. But some of them don't make sense in a pure Linux environment, like imgburn, avsinfo, avsViewer, avs2yuv.
In total they are 13 tools I don't have a path in Config > Tools.
If this is the reason, it's already explained.
:sly:
Selur
7th December 2013, 01:09
At least that's my guess. :)
If you call Hybrid from the command line, there should be some timings which show, where Hybrid spends the time,..
(also uploading a new version, atm. will be up in roughly 20min, but I'm going to bed now, the new version might also help, since there was a mixup with two pointers which ended up giving Hybrid 'true' instead of the home path)
-> best check the new version in ~20min :)
digitall.h
12th December 2013, 22:21
Hi selur,
using last 2013.12.06.1 Linux64bit version.
I noticed that when I create a srt subtitle file and load it in Hybrid, selecting the subcode (usually ISO-8859-15) and aading in subtitles tab, it then is not converted in Hybrid and added to the final mp4.
I convert it in command and re-run the MP4Box script, but I supposed it can be something that can be fixed.
Best
Selur
13th December 2013, 00:19
That is strange the subcode should only be interesting for preview and in case of embedding,..
-> tried to reproduce what you wrote but for me everything works as it should,... -> if you can reproduce the problem with the latest version I send you, please create a debug output of the problem and send it to me.
-> Infos you send me via email didn't really help since: a. you didn't use srt subtitles but idx subtitles b. everything went as intended according to the debuglog
Cu Selur
digitall.h
13th December 2013, 22:24
I'm running a (hopefully) fast test. I'll send you a new debug when I reproduce the problem.
BTW, it now took 11 s to open :/
Selur
13th December 2013, 22:26
do that :)
digitall.h
13th December 2013, 23:15
Hi selur,
It crashed. When I run MP4Box in terminal, it crashes when loading idx subtitle.
But it doesn't matter for the purpose of the test. As you can see in the MP4Box call I send you in Debug, it does not contain the srt subtitle.
And you can see in Debug that the srt was added to the job. But it then does not convert it to ttxt, and does not add it to MP4Box call.
Selur
13th December 2013, 23:31
Ah, okay you added both an idx and .srt subtitle file -> will try to reproduce the problem after some sleep :)
digitall.h
13th December 2013, 23:49
Good night, and sweet dreams :D
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.