Log in

View Full Version : tsMuxeR Blu-ray output and Fixclpi


Pages : 1 2 3 [4]

nwg
3rd June 2009, 17:26
So that's it! I've been pulling my hair out all week trying to figure out why my Sony BDP-S350 was having a hard time fast-forwarding, rewinding, and chapter-jumping certain downloaded AVCHDs/BD9s. I would've assumed it was just a limitation of the player, but some other discs scanning just fine. I tried using FixClpi, remuxing with TSRemux, using h264info to write PPS... nothing worked to improve scanning or chapter response. Finally, I stumbled onto a couple of very interesting links in addition to this one:

http://forum.handbrake.fr/viewtopic.php?f=14&t=6346
http://forum.doom9.org/showthread.php?t=136327&highlight=keyint

I downloaded MediaInfo and compared slow AVCHDs vs. fast ones, and guess what? The keyints were vastly different. A fast disc would have a typical keyint of 24 and a minimum of 2, whereas a slow disc would have numbers at least 10 times that size (eg. 240/24). According to the above second link, MeGUI's "SA-Blu-ray" profile defaults to low keyint numbers, which in turn leads towards a smoother scanning & chapter jumping experience. I wish people would use that profile more often. I know it could potentially result in a small sacrifice in video quality, but I would prefer to have the same smooth scanning capabilities as an actual Blu-ray Disc.

Thanks guys! I can sleep again. :p

Visor



I have been getting the same thing happen with ripbot BD structures on my S350. I too thought it was the S350 causing it. I downloaded mediainfo and loaded a ripbot example in it. It is Keyint= 250 keyint_min =25. RB Builder files are ok and ff/rw as they should.

Anyway to change this without have to reencode.

deank
3rd June 2009, 18:18
No, unfortunately there is no way. It is good to follow the standards, but it's not the case when software developers build applications for themselves :) and users suffer from the fact.

I'm, too, glad that jdobbs rejected all "suggestions" for increasing keyint in BD-RB, just because it works for some people.

Dean

G_M_C
4th June 2009, 07:20
I have been getting the same thing happen with ripbot BD structures on my S350. I too thought it was the S350 causing it. I downloaded mediainfo and loaded a ripbot example in it. It is Keyint= 250 keyint_min =25. RB Builder files are ok and ff/rw as they should.

Anyway to change this without have to reencode.

Well, no way to chage that without reencoding. But one lesson learned: Don't use Ripbot for BD9/AVCHD stuff (there's no need to use it at all, "DIY" is always better as you have more control over results; But yes, you'll have to get used to scripting Avisynth and using CLI's).

DreckSoft
10th March 2023, 21:38
I know this in a very old thread. But I have some issues with MultiAVCHD BDs. It uses tsMuxeR 1.10.6 and SOME of the BDs won't work properly. Skipping to the next chapter either does not work at all or takes ages. If I mux the same files with a recent version of tsMuxeR it works. However, then my player does not recognize (non-standard) EAC3 audio so I'm kinda stuck with the old version.

fixclpi won't change anything on the file it says OK for all. Can someone tell me where exactly the issue was so I can check if I find something in the newer files?