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 10th April 2016, 13:22   #14341  |  Link
gabbett1
Registered User
 
Join Date: Sep 2015
Posts: 67
Quote:
Originally Posted by Atak_Snajpera View Post
Bad idea. Use something more advanced like MPC-HC.
Currently I use WMP to stream my files throughout my home. Can I do same thing with MPC-HC and if so, will I need to?

Thanks
gabbett1 is offline   Reply With Quote
Old 10th April 2016, 23:00   #14342  |  Link
chane2k1
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.
  Reply With Quote
Old 11th April 2016, 07:06   #14343  |  Link
Ronski
Registered User
 
Join Date: Oct 2010
Posts: 61
Quote:
Originally Posted by gabbett1 View Post
Currently I use WMP to stream my files throughout my home. Can I do same thing with MPC-HC and if so, will I need to?

Thanks
Use something like Emby, Mediaportal, Kodi, Plex etc.
Ronski is offline   Reply With Quote
Old 11th April 2016, 14:55   #14344  |  Link
gabbett1
Registered User
 
Join Date: Sep 2015
Posts: 67
Quote:
Originally Posted by Ronski View Post
Use something like Emby, Mediaportal, Kodi, Plex etc.
Plex will stream from my PC to my PS3?
gabbett1 is offline   Reply With Quote
Old 12th April 2016, 07:10   #14345  |  Link
Ronski
Registered User
 
Join Date: Oct 2010
Posts: 61
Come on, a simple Google will tell you that!

https://plex.tv/playstation
Ronski is offline   Reply With Quote
Old 14th April 2016, 15:46   #14346  |  Link
fatpizza
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?
fatpizza is offline   Reply With Quote
Old 22nd April 2016, 08:18   #14347  |  Link
lemaireus
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.
lemaireus is offline   Reply With Quote
Old 22nd April 2016, 08:59   #14348  |  Link
AMiR9!WV
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."
AMiR9!WV is offline   Reply With Quote
Old 22nd April 2016, 09:25   #14349  |  Link
slalom
Registered User
 
slalom's Avatar
 
Join Date: Jan 2010
Posts: 456
Quote:
Originally Posted by lemaireus View Post
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.
YOU can do that manually
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
slalom is offline   Reply With Quote
Old 22nd April 2016, 10:03   #14350  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
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?
Atak_Snajpera is offline   Reply With Quote
Old 22nd April 2016, 10:50   #14351  |  Link
lemaireus
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.
lemaireus is offline   Reply With Quote
Old 22nd April 2016, 11:12   #14352  |  Link
slalom
Registered User
 
slalom's Avatar
 
Join Date: Jan 2010
Posts: 456
Quote:
Originally Posted by lemaireus View Post
@ 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.
Chunks folder is under jobxxx folder where xxx is the number of the job

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
slalom is offline   Reply With Quote
Old 22nd April 2016, 11:19   #14353  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
slalom not everybody is using de mode.
Atak_Snajpera is offline   Reply With Quote
Old 22nd April 2016, 11:29   #14354  |  Link
lemaireus
Registered User
 
Join Date: Apr 2011
Posts: 43
@ slalom: "Run CombineAllChunks.cmd in Chunks folder to get your video"

Atak's right: I'm not using distributed encoding.
lemaireus is offline   Reply With Quote
Old 22nd April 2016, 20:52   #14355  |  Link
slalom
Registered User
 
slalom's Avatar
 
Join Date: Jan 2010
Posts: 456
ok guys!
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB
Xeon E5-2680 v2 @ 3.1GHz 16GB
Sony Vaio VPC-F13Z1E/B
slalom is offline   Reply With Quote
Old 23rd April 2016, 07:44   #14356  |  Link
lemaireus
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.
lemaireus is offline   Reply With Quote
Old 23rd April 2016, 10:20   #14357  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
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.

Last edited by Atak_Snajpera; 23rd April 2016 at 10:31.
Atak_Snajpera is offline   Reply With Quote
Old 23rd April 2016, 11:42   #14358  |  Link
lemaireus
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.
lemaireus is offline   Reply With Quote
Old 23rd April 2016, 16:45   #14359  |  Link
slalom
Registered User
 
slalom's Avatar
 
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
there must be a syntax error
__________________
E5 2697 v2 @ 3.0GHz on P9X79 Deluxe 24GB
Xeon E5-2680 v2 @ 3.1GHz 16GB
Sony Vaio VPC-F13Z1E/B
slalom is offline   Reply With Quote
Old 23rd April 2016, 17:02   #14360  |  Link
lemaireus
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.
lemaireus is offline   Reply With Quote
Reply

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
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 07:01.


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