Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 9th September 2017, 18:58   #5781  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,290
Quote:
Originally Posted by j8ee View Post
There's an issue with the generated .avs file for audio when indexing a video with 6 channel aac audio. In the scripts it says

# detected channels: 2 channels
# detected channel positions: 3/2/0.1

regardless of ffmsindex or l-smash being used. MeGUI throw warnings when encoding:

--[Warning] [2017-09-08 17:00:32] Channel count mismatch! The input file is reporting 2 channels and the AviSynth script is reporting 6 channels
--[Warning] [2017-09-08 17:00:32] Ignoring downmix because of the channel count mismatch
You might have to wait for Zathor to weigh in on that one, but what was the container? MKA, MP4, or raw AAC etc?
Some AAC encoders save 2 channel info to the MP4 header (or something along those lines) for backwards compatibility as MP4 originally only supported 2 channels, so maybe that's confusing MeGUI.

As a workaround, you could re-encode as flac, as based on your MP3 test the flac output would have 6 channels, and then you could downmix and re-encode the flac file.

Quote:
Originally Posted by j8ee View Post
(By the way, is there an easy way of verifying that video/audio files actually are multi-channel without having any matching hardware for playback? A longer-than-normal google session only came up with tools and ways for checking playback and hardware, nothing for verifying the files.
As you're already using it, foobar2000's "peak meter" displays the number of output channels according to the source.
It's under "Playback Visualisations" in the list of UI Elements. You don't have to let it take up much space if it's at a premium as it has a full screen mode (right click on it).
Keep in mind it's an output meter so if you have a DSP in the playback chain downmixing etc, it'll display the DSP's output, but that aside, I tend to trust what it's displaying.



Quote:
Originally Posted by j8ee View Post
Maybe not on topic, but I'm also curious of the big difference in bitrate for the resulting audio file, depending of the l-smash or ffms indexer being used, and other decoding methods. With the l-smash indexer the encoded 2-channel audio had 51 kbps, and with ffms it had 40 kbps. Just encoding the extracted aac file directly in MeGUI resulted in a 2-channel file with 66 kbps, and encoding in foobar2000 with it's downmix filter produced a file with 42 kbps. Encoding settings being the same of course. Is this all good and perfectly normal, especially the difference between l-smash and ffms indexers?)
I extracted a stereo HE-AAC stream (is the source HE-AAC from an MKV and encoded it with QAAC's V91 quality settinge, comparing foobar2000 to ffms2/MeGUI and the bitrate was the same.
I'm using an older LSmash and it seemed to be confused by raw HE-AAC and was getting the sample rate wrong. For comparing decoders I'd convert to flac or wave first, or at least mux the raw AAC into an MKA or M4A. Re-encoding raw HE-AAC streams is probably something to avoid.

Last edited by hello_hello; 9th September 2017 at 19:01.
hello_hello is offline   Reply With Quote
Old 12th September 2017, 05:47   #5782  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 349
@Zathor
MediaInfo 0.7.99 is out.
Barough is offline   Reply With Quote
Old 18th September 2017, 09:16   #5783  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,150
No cross-posting please. You already asked in the other thread.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 18th September 2017, 18:04   #5784  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,408
Quote:
Originally Posted by Barough View Post
@Zathor
MediaInfo 0.7.99 is out.
Thanks!
Zathor is offline   Reply With Quote
Old 23rd September 2017, 22:48   #5785  |  Link
LeMoi
Registered User
 
Join Date: Sep 2004
Location: France
Posts: 358
When I want to rip a movie from a Blu-Ray ISO mounted in a virtual drive (an M2TS file), MEGui doesn't allow me to use 'L-SMASH Works' with File Indexer, only FFMSIndex (which is way slower that the other option...), is there a way to solve this? I have no such problem if I extract the files in a folder on my HDD...
LeMoi is offline   Reply With Quote
Old 23rd September 2017, 23:22   #5786  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,408
The Index file has to be created in the directory of the input file.
Zathor is offline   Reply With Quote
Old 27th September 2017, 22:48   #5787  |  Link
LeMoi
Registered User
 
Join Date: Sep 2004
Location: France
Posts: 358
Even if I choose another folder in the output section? So the only way is to copy the m2ts file in the HDD?
LeMoi is offline   Reply With Quote
Old 27th September 2017, 23:20   #5788  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,150
The AviSynth plugin will look for an existing index file in the same directory as the source file, and create a new one just there if it does not exist (and if you did not disable creating it – which LwLibavSource does not support; only FFMS2 supports keeping the index in the RAM, and LSMASHVideoSource would rely on an index chunk present in the source file, but only works with ISO Media container formats like MOV and MP4, not with M2TS).

So yes: First copy the file to the harddisk where an index file can be written. Your optical drive will enjoy less stress as well, converting directly from it may cause a lot more seek operations than just one straight copy.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 28th September 2017, 16:30   #5789  |  Link
LeMoi
Registered User
 
Join Date: Sep 2004
Location: France
Posts: 358
OK, thanks for your answers, and BTW I was talking about a virtual drive, not optical, so I think read speed would be the same ^^
LeMoi is offline   Reply With Quote
Old 1st October 2017, 14:25   #5790  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,150
MeGUI 2768 Dev. / Updater: While no update is available, the "Abort" button does not close the updater, only disables itself. So what is its intended function?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 3rd October 2017, 10:46   #5791  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,408
Good question, it was "always there". I am not even sure if it really aborts when an update is running
Maybe best thing is to remove it.
Zathor is offline   Reply With Quote
Old 6th October 2017, 08:39   #5792  |  Link
dissory
Registered User
 
Join Date: Mar 2017
Posts: 51
Quote:
Originally Posted by dissory View Post
@Zathor

When transcoding audio using OneClick, it shifts the audio tracks to the wrong position in the output file (even though tracks were in the right order while in the OneClick GUI).

I've included a sample file + steps to reproduce: https://mega.nz/#!ZHpjWIBI!VRLZnCWDy...xGVYaedT9rRY1Q
Zathor, any chance you found out why this occurs?
dissory is offline   Reply With Quote
Old 8th October 2017, 15:43   #5793  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,408
No, I have not had a look into the source code since July. Only a quick one today for:

Code:
2770 [Chapter]              added support for alternative TXT chapter files (regression of 2753). bug #893
2769 [Chapter]              improved Apple XML handling. patch #70 by Eli Bildirici
Zathor is offline   Reply With Quote
Old 10th October 2017, 23:16   #5794  |  Link
Zetti
Registered User
 
Join Date: Dec 2015
Location: Denmark
Posts: 228
eac3to v3.32 is released.
Zetti is offline   Reply With Quote
Old 11th October 2017, 11:06   #5795  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 5,916
With eac3to v3.32 we can extract HEVC tracks like .h265 (only, can't output mkv even with haali installed)

You need modify the HD Stream Extractor to allow that in:
Attached Images
 
__________________
BeHappy, AviSynth audio transcoder.

Last edited by tebasuna51; 11th October 2017 at 11:17.
tebasuna51 is offline   Reply With Quote
Old 11th October 2017, 21:37   #5796  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,408
Thanks, has the eac3 demux also been fixed?
Zathor is offline   Reply With Quote
Old 11th October 2017, 22:37   #5797  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 5,916
[Nope, the demux always output elementary video streams, before video outputs can be .h264, .m2v or .vc1
Now can output also .h265]

Sorry I confused your question.

Nope, the changelog is only:

Quote:
* added support for UHD Blu-Ray playlists and clip infos
* added support for h265/HEVC bitstream parsing
* added support for m2ts h265/HEVC splitting
* added support for MKV h265/HEVC splitting
* added support for h265/HEVC framerate modifications
* added detection for Dolby Vision Enhancement Layer
__________________
BeHappy, AviSynth audio transcoder.

Last edited by tebasuna51; 11th October 2017 at 22:57.
tebasuna51 is offline   Reply With Quote
Old 12th October 2017, 02:10   #5798  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,290
Zathor,

any chance of adding an avc extension to the supported file types list for the muxers? It's easy enough to change the extension to to h264, but MKVToolNix is happy with avc (and gMKVExtractGUI extracts it that way).

Cheers.
hello_hello is offline   Reply With Quote
Old 12th October 2017, 10:46   #5799  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 5,916
Now the muxer support .264 and .h264 for RAW MPEG-4 AVC Files
Maybe Zathor can add .avc

BTW any GUI for mkvextract.exe can select the extension without limits, maybe is more easy change gMKVExtractGUI to output .h264
Now my GUI for mkvextract.exe (UsEac3to) output .264 and can modify this to .h264 (in next version 1.2.7) to match the extension than eac3to demux output.
MkvToolNix (and eac3to) accept any extension because identify the stream by the header, not by extension.

Now the muxer accept only .hevc for RAW MPEG-H HEVC Files, must add .h265 (please Zathor) like eac3to output.
__________________
BeHappy, AviSynth audio transcoder.
tebasuna51 is offline   Reply With Quote
Old 14th October 2017, 01:42   #5800  |  Link
skywalker
Registered User
 
Join Date: Sep 2017
Posts: 31
Error starting job MeGUI!

Good evening!

I'm new here, and I have a problem that haunts me for a long time and I do not know how to solve it.

I can not do coder in Megui in 2pass 1st pass. It always happens the same error and could not solve, whether you helped me?

The bug is this:

Error starting job
Exception message: Calling setup failed with 'Required file' error C: \ User \ THS.264' is missing
Starcktrace: in MeGUI.core.gui.JobWorker.startEncoding (TaggedJob job)
Inner exception: null

Whenever you change encoder mode to 2pass, this appears. And it always says:

program --preset veryslow --tune film --pass 1 --bitrate 30000 --stats ".stats" --keyint 300 --output NUL "input"

Could someone help me solve this?

Thanks!
skywalker is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 20:48.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, vBulletin Solutions Inc.