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. |
|
|
Thread Tools | Search this Thread | Display Modes |
10th April 2016, 23:00 | #14342 | Link |
Guest
Posts: n/a
|
Hello Atak,
I dont know if it's been mentioned before, but it looks like downmixing to stereo on DTS tracks with 3/1 mapping doesn't occur. When I have the original demuxed 3/1 track loaded in Ripbot the only available audio profiles show as being 2.0 with different bitrates, however the resulting encode file comes out as 4 channel and it isn't 3/1 it's 2/2. Flac, AAC, and Opus don't understand 3/1 channel mapping. I can correct this in eac3to by adding the -down16 and -downdpl switches, seems to be a simple bug. The particular movie was Edward Scissorhands and there isn't an alternate english ac3 track to switch to. Thanks for all the hard work you do, much appreciated. |
14th April 2016, 15:46 | #14346 | Link |
Registered User
Join Date: Nov 2015
Posts: 16
|
I've noticed something that's a bit worrying when using Ripbot, in that there seems to be some stereo downmixing going on even when choosing the 5.1 ac3 audio profiles. I've compared 5.1 ac3 files created by ripbot to ones created by eac3to and there is a massive difference in audio track separation. So basically as a workaround whenever I'm using surround audio in ripbot I'm just manually replacing what's in the audio encode cmd files with an eac3to script.
Has anyone else noticed this? |
22nd April 2016, 08:18 | #14347 | Link |
Registered User
Join Date: Apr 2011
Posts: 43
|
Protection against chapter errors?
Atak, is it possible to have some sort of protection in the case of an error in chapter formats? I encode in x265, and it is annoying to have a 12-13 hour encode result only in an error with no output at all. The entire file has to be re-encoded all over again, and the chapter file manually edited to display either the correctly formatted chapters, or no chapters at all.
There seem to be two rather straightforward ways out of this: either RipBot provides an option which instructs the encoder and muxer to go ahead with the job as they normally would, in the case of an error in chapters. The chapter error can be noted in the job log, but the encoding process should finish as it normally would if there was no error, the only difference being that the output video would have no chapter markers. The second way to is do what is outlined above manually: in case of a chapter error, RipBot shouldn’t terminate the encode and delete the encoded video.x265 file. The user can then manually mux that x265 video with the audio and save 12 or 13 hours of work which otherwise will have to be done all over again. I get these chapter errors once every 10 to 12 encodes, depending on the source file being encoded, and browsing the forum one can see that there are other users who have reported the same issue. So it might be time to address the problem as, speaking from a layman’s perspective, I don’t think programming-wise it should be too hard to address this issue in the next RipBot version. |
22nd April 2016, 08:59 | #14348 | Link |
Registered User
Join Date: Feb 2013
Posts: 29
|
hey atak , all my jobs getting Errors after they done
i think they got a problem with audio encoder , this error was in logs "Error: The file 'C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac' could not be opened for reading: open file error." |
22nd April 2016, 09:25 | #14349 | Link | |
Registered User
Join Date: Jan 2010
Posts: 456
|
Quote:
Run CombineAllChunks.cmd in Chunks folder to get your video Then run mkvmerge with that one and the original video to get your result
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB Xeon E5-2680 v2 @ 3.1GHz 16GB Sony Vaio VPC-F13Z1E/B |
|
22nd April 2016, 10:03 | #14350 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
@lemaireus
Can you show me how corrupted chapter file looks like? @Amir What happens if you run ENCODE_AUDIO_1.cmd in console?
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
22nd April 2016, 10:50 | #14351 | Link |
Registered User
Join Date: Apr 2011
Posts: 43
|
@ Slalom: "YOU can do that manually
Run CombineAllChunks.cmd in Chunks folder to get your video" I wouldn't know where to find the 'chunks' folder. The RibBot264 temp folder is where I get the video.265 file, and that gets deleted as soon as the job ends with an error and the next job in the queue begins. @ Atak: "@lemaireus Can you show me how corrupted chapter file looks like?" I had to delete the corrupt chapter files to process the video for the file I was encoding. Will post that file the next time I run into this error. |
22nd April 2016, 11:12 | #14352 | Link | |
Registered User
Join Date: Jan 2010
Posts: 456
|
Quote:
So stop Ripbot and check that path jobxxx/Chunks see my path "E:\Temp\RipBot264temp\job562\Chunks" Run CombineAllChunks.cmd in Chunks folder to get your video Then run mkvmerge with that one and the original video to get your result
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB Xeon E5-2680 v2 @ 3.1GHz 16GB Sony Vaio VPC-F13Z1E/B |
|
22nd April 2016, 11:19 | #14353 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
slalom not everybody is using de mode.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
23rd April 2016, 07:44 | #14356 | Link |
Registered User
Join Date: Apr 2011
Posts: 43
|
I got lucky in the second encoding attempt: got hold of the video.265 file from the RipBot264temp folder before the next job in the queue could start. Muxed that with the audio and was thus able to save 12 hours of work.
The 'chapters-original' file has this message: "Error: (mkvextract) This file could not be opened or parsed." The 'chapters' file shows the same message. The second encoding attempt, in which I manually deleted the 'chapters-original' file and kept a blank 'chapters' file in an attempt to avoid getting an error, also resulted in an 'ERROR' but, as I said, fortunately the video.265 file hadn't yet been deleted or overwritten. I took that video.265 and muxed it with the audio and chapters from the source file and was thus able to get the desired output. In two previous instances I have run into chapter errors of a different kind. In those cases the 'chapters-original' file had the chapters perfectly fine, but the 'chapters' file copied that information in a format that was different from the 'chapters-original' file. I do not have the videos for those files anymore so I cannot recreate the error. In both of those cases I got the encode done by manually copying information from 'chapters-original' to 'chapters'. It would be good to have a workaround for this kind of an issue in the next version of RipBot. A minor chapter error really shouldn't end in destroying 12 hours of otherwise perfectly fine encoding work. |
23rd April 2016, 10:20 | #14357 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
Like I said before I need those files from second case (original and modified) I won't do anything if you do not upload both files.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 23rd April 2016 at 10:31. |
23rd April 2016, 11:42 | #14358 | Link |
Registered User
Join Date: Apr 2011
Posts: 43
|
@ Atak: "Like I said before I need those files from second case (original and modified) I won't do anything if you do not upload both files."
That is perfectly sensible. I don't have the files for the 'second case' scenario, but when--and if--I run into the same problem again, I'll get back to you with the pertinent files. Until then let's hope that these may have been mkvtoolnix bugs which Mosu might have taken care of at some stage. |
23rd April 2016, 16:45 | #14359 | Link |
Registered User
Join Date: Jan 2010
Posts: 456
|
Try to extract and post chapters.txt
like this Code:
CHAPTER01=00:00:00.000 CHAPTER01NAME=Chapter 01 CHAPTER02=00:12:26.912 CHAPTER02NAME=Chapter 02 CHAPTER03=00:23:13.100 CHAPTER03NAME=Chapter 03 CHAPTER04=00:30:15.522 CHAPTER04NAME=Chapter 04 CHAPTER05=00:39:09.972 CHAPTER05NAME=Chapter 05 CHAPTER06=00:50:01.164 CHAPTER06NAME=Chapter 06 CHAPTER07=01:03:05.615 CHAPTER07NAME=Chapter 07 CHAPTER08=01:10:40.110 CHAPTER08NAME=Chapter 08 CHAPTER09=01:20:56.101 CHAPTER09NAME=Chapter 09 CHAPTER10=01:30:15.660 CHAPTER10NAME=Chapter 10 CHAPTER11=01:38:19.268 CHAPTER11NAME=Chapter 11 CHAPTER12=01:46:47.150 CHAPTER12NAME=Chapter 12
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB Xeon E5-2680 v2 @ 3.1GHz 16GB Sony Vaio VPC-F13Z1E/B |
23rd April 2016, 17:02 | #14360 | Link |
Registered User
Join Date: Apr 2011
Posts: 43
|
@ slalom: you are right, it must be a syntax error. But I do not have that video anymore which gave me that error.
The error regarding which I posted a message yesterday was an mkvtoolnix error, which wasn't able to read the 'chapters' in the source video. That is a random error generated most likely by a corrupt chapters file in the source video. This was the first error of its kind with me. The problem that has recurred with me about four times is of a kind where the original chapters file does not get copied exactly as it is, but with some differences. In order to produce that error I need a video file which gives me that error in the first place. It must have been more than a month when I got that error the last time, so that video is gone. I'll post the relevant chapters files only when I run into the same issue again with another file. |
Tags |
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360 |
Thread Tools | Search this Thread |
Display Modes | |
|
|