• AnyStream is having some DRM issues currently, Netflix is not available in HD for the time being.
    Situations like this will always happen with AnyStream: streaming providers are continuously improving their countermeasures while we try to catch up, it's an ongoing cat-and-mouse game. Please be patient and don't flood our support or forum with requests, we are working on it 24/7 to get it resolved. Thank you.

transcode error

Lion81

Active Member
Thread Starter
Joined
Feb 24, 2015
Messages
35
Likes
0
hello i had a transcode error with the version 1.0.5.3, the movie ex machina bd folder, complete copy and partial its the same transcode error and destination was bd 50 ( no transcode) i mean without transcode here are the logfile
 

Attachments

  • transcode error.zip
    308.7 KB · Views: 1
The source video seems to have been preprocessed already with some tool. That's not an original BD disc.
Not really a problem, but it appears to have an unusual encoding (more than 8 AVC slices, which is normally not seen on Blu-ray discs - and also doesn't make much sense plus reduces quality).
I'll pass it on - they might raise the number of allowed slices.
 
If the more than 8 AVC slices is due to the preprocessing and not allowed by the BD standard i would not raise the number of allowed slices to remain standard compliant. It would be up to the creator of the tool that was used for pre-processing to ensure a standard compliant output.
 
If the more than 8 AVC slices is due to the preprocessing and not allowed by the BD standard i would not raise the number of allowed slices to remain standard compliant. It would be up to the creator of the tool that was used for pre-processing to ensure a standard compliant output.

I'm not sure if more than 8 are not allowed, all I know is that there is a minimum of 4 and that there are none known with more than 8. Supporting more won't break anything, but it's not up to me.
 
Maybe this schematic will help.

http://forum.doom9.org/showthread.php?t=154533

It all seems to say 4 or 1.

Yes, well, that's what you get from unofficial sources...

I had a glimpse at the specs now - there are recommendations suggesting an even distribution of macroblock rows over slices and a few examples to illustrate that.
These examples recommend certain distributions that hint at the use of 4 slices.

These examples have probably been considered mandatory by the author over at doom9.

The spec actually does say this: "a minimum of 4 slices" (for level 4.1) and "at least 1 macroblock row per slice". Which clearly permits up to about 64 slices.
So... it's not really forbidden. But it's enormous nonsens to use more than 4 (or maybe 8). The more slices, the worse the compression ratio. Only benefit is that you can use 4 processor cores to decode (/encode) 4 individual slices. Not many have more than 4 cores (don't start mentioning hyper-threading, it doesn't count).
 
No worries, i said what i wanted to say. Hope it helped a little, it's up to the experts now :) As long as the final output is standard compliant, its all good for me :)
 
BTW. I just saw in that thread on doom9:

"Only when encoding with --level 4.1, slices need to be set to 4 or greater"
So that number "4" in the table actually is to be interpreted as "minimum 4".
 
Back
Top