Log in

View Full Version : BD Rebuilder Beta - Bug Reports Only


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 [62] 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648

mhammer
1st June 2009, 10:09
Just wondering but has anyone tried using MKV as the intermediate to see if this does anything about the 24p problem the panasonics have

Tried it, but doesn´t work. Same 24p problem as before.

Nkotok
1st June 2009, 16:54
What is the difference between AVCHD and Blu-ray output options? I see AVCHD also has BDMV folder juts like Blu-ray.
Does it matter which one I burn on a BD25 for a backup of blu-ray movie only to play on a stand alone?

jdobbs
1st June 2009, 17:04
If you do a movie-only burn it will be in AVCHD format -- no matter what you select. If you are doing a full-backup, it will be in blu-ray format -- no matter what you select.

The only option is "Stricter AVCHD for Movie-Only" -- which will clear certain directories for compatibility with inconsistent implementations in standalone players.

The BDMV folder is present on both. AVCHD is a subset of blu-ray (for example, it doesn't support java for menus) that was designed mainly for video cameras. But since it is a high-def standard, it is a good way to fit HD video on smaller (DVD-5/DVD-9) discs.

Nkotok
1st June 2009, 17:22
If you do a movie-only burn it will be in AVCHD format -- no matter what you select. If you are doing a full-backup, it will be in blu-ray format -- no matter what you select.

The only option is " " -- which will clear certain directories for compatibility with inconsistent implementations in standalone players.

The BDMV folder is present on both. AVCHD is a subset of blu-ray (for example, it doesn't support java for menus) that was designed mainly for video cameras. But since it is a high-def standard, it is a good way to fit HD video on smaller (DVD-5/DVD-9) discs.

S I am planning to do movie only backups and will check "Stricter AVCHD for Movie-Only" to try to play the result in 24P on Panny.
So with AVCHD output and certain directories cleared, will I still have the same blu-ray and pq and sq will not suffer, right?


Basically, what I would like to know is if the latest switch from blu-ray to AVCHD output for movie only will have any impact on the playability the reencode burnt of a BD25?

GaPony
1st June 2009, 17:48
There shouldn't be any degradation in PQ or SQ, but playability is much more about the standalone player than the output from BD-Rebuilder. All you can do is test it and see what needs to be done for compatibility with your player. I wish there was some standard among players, like with copying DVDs, but aparently thats not an important thing with Blu-Ray manufactures.

Nkotok
1st June 2009, 17:54
There shouldn't be any degradation in PQ or SQ, but playability is much more about the standalone player than the output from BD-Rebuilder. All you can do is test it and see what needs to be done for compatibility with your player. I wish there was some standard among players, like with copying DVDs, but aparently thats not an important thing with Blu-Ray manufactures.


Well, with such a quick change from blu-ray to mandatory AVCHD for movie only encodes in BDRB, I would think there is no difference between the two or a very minimal one that has no impact on playability of BD25s on stand alone players. Otherwise why would not the author leave both options available? Why not give a choice (since blu-ray output option was there already) but try to give one and take one away approach?

turbojet
1st June 2009, 19:29
@tekmobile
It seems to have reassembled properly, so I've changed the latest version to use MKV as the default. We'll see if any other bug reports surface...

Thanks for the new version, I'm currently testing out the changes.

Just done two copies of Tenacious D that was locking up the player on encode quality 5 one using MKV and one .264

Results
.264: Same as always locked up the player and reports 0 Mbps
MKV: Sucess plays perfect and shows correct bitrate

I think by using MKV as the intermediate like you have on the latest release will be a good thing and may also fix many of the playback problems on the likes of the panasonics

That's good to hear mkv intermediate fixed something unexpected.

It starts out of sync and continues throughout the movie, staying with a consistent delay. ( same amount from beginning to end)

If you load the m2ts in tsmuxer do the audio streams have a delay?

Tried it, but doesn´t work. Same 24p problem as before.

Can you try burning the 6 isos in this pack (http://www.mediafire.com/download.php?yiowy2yukjw) and report if any work with 24p enabled and if so which ones?

Well, with such a quick change from blu-ray to mandatory AVCHD for movie only encodes in BDRB, I would think there is no difference between the two or a very minimal one that has no impact on playability of BD25s on stand alone players. Otherwise why would not the author leave both options available? Why not give a choice (since blu-ray output option was there already) but try to give one and take one away approach?

On BD25 playback there's only been one difference found between --bluray and --avchd modes of TSmuxer. That is VC-1 on panasonic players need --bluray or they won't play, as BD-RB doesn't output VC-1 it's a non-issue. Other than that --avchd has been much more tested, it's what RipBot264 has always output and BD-RB has output in all versions except v0.20.06 - v0.21.01. The only change that has any significance in playability between the 2 outputs is in the index.bdmv file.

Here's a summary of differences in playback of using strict AVCHD or not from testing with latest firmware/software versions.

no strict AVCHD: Playback in all standalones except Samsung BD-P1600. Playback in PowerDVD from ISO/DVD/BD. WinDVD is only from DVD/BD. Playback in TMT3 from HDD/ISO/DVD/BD.

strict AVCHD: Playback in all standalones except Denon's and Phillips. Good possibility of some standalones only playing AC3/LPCM though no reports yet. Playback in PowerDVD from HDD/ISO/DVD/BD but only plays AC3/LPCM audio. Playback with winDVD from DVD/BD except AC3/LPCM only. Playback in TMT3 from HDD/ISO/DVD/BD with all audio supported.

full backup: BD playback in all standalones except Sharp. DVD playback in Sony, some Samsung, some Denon. PowerDVD playback from ISO/DVD/BD. TMT3/WinDVD playback from HDD/ISO/DVD/BD.

Hopefully this is enough info to draw your conclusion.

Nkotok
1st June 2009, 20:01
Here's a summary of differences in playback of using strict AVCHD or not from testing with latest firmware/software versions.

no strict AVCHD: Playback in all standalones except Samsung BD-P1600. Playback in PowerDVD from ISO/DVD/BD. WinDVD is only from DVD/BD. Playback in TMT3 from HDD/ISO/DVD/BD.

strict AVCHD: Playback in all standalones except Denon's and Phillips. Playback in PowerDVD from HDD/ISO/DVD/BD but only plays AC3/LPCM audio. Playback with winDVD from DVD/BD except AC3/LPCM only. Playback in TMT3 from HDD/ISO/DVD/BD with all audio supported.

Hopefully this is enough info to draw your conclusion.

Thanks. How about 24P playback? Did you mean all this with 24P enabled?

turbojet
1st June 2009, 20:07
Thanks. How about 24P playback? Did you mean all this with 24P enabled?

No problem. Nope 24p seems to work on most players but not on others. I have an idea of how to fix it but need people who have players that don't play video with 24p to test that pack I linked to in previous post.

Nkotok
1st June 2009, 20:12
No problem. Nope 24p seems to work on most players but not on others. I have an idea of how to fix it but need people who have players that don't play video with 24p to test that pack I linked to in previous post.


I see. That would be good.

I still have not tried to use BD Rb with strict AVCHD checked and play the result on my Pan. BD30 and see if it will work in 24P.
Until now I never checked strict AVCHD and was able to play only with 24p disabled.

turbojet
1st June 2009, 20:31
I see. That would be good.

I still have not tried to use BD Rb with strict AVCHD checked and play the result on my Pan. BD30 and see if it will work in 24P.
Until now I never checked strict AVCHD and was able to play only with 24p disabled.

Strange, I've never had an issue playing with 24p enabled on a USA Panasonic BD30 from DVD with mkv intermediate in BD-RB and RipBot264 output. Anyhow that pack I referred to I just updated if you want to try it out.

Can you try burning the 6 isos in this pack (http://www.mediafire.com/download.php?yiowy2yukjw) and report if any work with 24p enabled and if so which ones?

Nkotok
1st June 2009, 20:39
Strange, I've never had an issue playing with 24p enabled on a USA Panasonic BD30 from DVD with mkv intermediate in BD-RB and RipBot264 output.

That is strange. Could it be because your was a DVD-r (not BD-r), because it was in mkv, or maybe because of FW of the player? Really would be nice to find why.

(btw I tried Ripbot a couple of times and it played on my Panny in 24p no problem (Ripbot took much longer though than BD-RB, like 30 hours for one movie on 2-pass for a BD25).

turbojet
1st June 2009, 20:47
That is strange. Could it be because your was a DVD-r (not BD-r), because it was in mkv, or maybe because of FW of the player? Really would be nice to find why.

(btw I tried Ripbot a couple of times and it played on my Panny in 24p no problem (Ripbot took much longer though than BD-RB, like 30 hours for one movie on 2-pass for a BD25).

I have no idea, results from that pack might shine some light on the matter.

drmih
1st June 2009, 21:08
I haven't spent any time on it recently. I know of no way to do it until I put in some code to do so. I guess you could strip it, but I don't think it would work when remuxed.

I took a Universal title with PiP (Wanted) I had previously had problems with (audio wouldn't play on a Sony standalone) and used TSMuxer to take the main movie m2ts file and recreate it with the DTS-HD XLL converted to DTS. I then replaced the file and encoded using bd-rb but selected to keep the dts. I have just copied the bd-9 file structure to a re-writable bd-re and it plays on the sony with audio present.

I'm now burning it to a bd-9 to see if it's fine. If it is okay, the question is whether it was the process of first downgrading the DTS-HD XLL to DTS, or as simple as using the don't convert DTS to AC3 in bd-rb. However I wonder what bd-rb does if it sees DTS-HD XLL and the don't convert DTS to AC3 flag?

**TOTAL RED HERRING - the file structure which plays with sound on a bd-25 still has the audio missing when burnt to a bd-9 - anyone figure out the logic there?

mhammer
1st June 2009, 21:43
Can you try burning the 6 isos in this pack and report if any work with 24p enabled and if so which ones?

Treid a few:

mkv_aud-nalhrd, 264, mkv and 264_aud-nalhrd.

They work all with 24p, but i think we should try this with audio muxed...

turbojet
1st June 2009, 22:01
Treid a few:

mkv_aud-nalhrd, 264, mkv and 264_aud-nalhrd.

They work all with 24p, but i think we should try this with audio muxed...

Thanks for testing, hopefully audio will change the results. I've uploaded a pack with dts audio (http://www.mediafire.com/download.php?roq0gmmktre).

A little clarification on the isos:
mkv = BD-RB default output in current version
264 = BD-RB default output in older versions
264_aud_nalhrd = RipBot264 default output

The rest are variations that aren't used in any programs as far as I know.

mhammer
1st June 2009, 22:17
Thanks for testing, hopefully audio will change the results. I've uploaded a pack with dts audio (http://www.mediafire.com/download.php?roq0gmmktre).

A little clarification on the isos:
mkv = BD-RB default output in current version
264 = BD-RB default output in older versions
264_aud_nalhrd = RipBot264 default output

The rest are variations that aren't used in any programs as far as I know.

I only tried the 264 file, but this works also. Should we use a real short movie clip?

Btw, i tried Ripbot with the exact Bd-rb h264 settings (Custom Profile in Ripbot) and this works too.

Very strange...

tekmobile
1st June 2009, 22:43
Btw, i tried Ripbot with the exact Bd-rb h264 settings (Custom Profile in Ripbot) and this works too.

Very strange...

Don't RipBot use a custom version of x264 maybe its that.

Not sure if it would work or has been tried but what about if you copied and used the version of x264 from RipBot to the BD-RB tools folder and tried that.

Capsbackup
1st June 2009, 22:56
@turbojet;
If you load the m2ts in tsmuxer do the audio streams have a delay?

This was a good find; yes TSMuxer does show a 83ms delay for all audio tracks. I do not see where BD-RB takes this delay into account. See MUX_00000.meta below:

MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --auto-chapters=5 --vbv-len=500
V_MPEG4/ISO/AVC, "D:\BATMAN_BEGINS BDRB\WORKFILES\VID_00000.AVS.264", fps=23.976, insertSEI, contSPS
A_AC3, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4352.AC3", lang=eng
A_AC3, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4353.AC3", lang=eng
S_HDMV/PGS, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4608.sup", fps=23.976, lang=jpn
S_HDMV/PGS, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4609.sup", fps=23.976, lang=eng
S_HDMV/PGS, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4610.sup", fps=23.976, lang=fra

Could this be something for jdobbs to look into? 83ms is not much of a delay, and it does appear to be more than that on play back.
However, it does appear that the reencoded BD-RB file has audio sync, as does the original, when played back with MPC. Only after burning to Sony BD-RE and played back on my Sony BDP-BX1 is there a noticeable audio delay.
I backed up The Dark Knight last night with the new BD-RBV02201, and burned it to a BD-RE with the same burner and the audio is perfect. So, I don't know what my issue is.

turbojet
1st June 2009, 23:09
I only tried the 264 file, but this works also. Should we use a real short movie clip?

Btw, i tried Ripbot with the exact Bd-rb h264 settings (Custom Profile in Ripbot) and this works too.

Very strange...

Interesting. The size of the stream must have something to do with it.

mhammer: could you perform a little test by downloading a patched x264 build and use this command like this on a main movie avs from BD-RB workfiles x264.exe --crf 30 --ref 1 --me dia --subme 1 --partitions none --threads auto --progress --no-psnr --no-ssim --output "<output.mkv>" "<input>" --nal-hrd
<input> = avs path\file
<output.mkv> = path to output mkv

Then grab tsmuxer 1.10.6, drag the new mkv you created plus dts or ac3 file from BD-RB workfiles into tsmuxergui. Tick avchd output, choose output path and burn the output to a DVD and try?

It may sound like a lot but it's fairly simple, just a lot of words to describe it. The x264 encode won't look very good but it will finish fairly quick.

Don't RipBot use a custom version of x264 maybe its that.

Not sure if it would work or has been tried but what about if you copied and used the version of x264 from RipBot to the BD-RB tools folder and tried that.

Yes. RipBot264 uses patched x264 builds (http://forum.doom9.org/showthread.php?t=130364) with trahald's x264_hrd_pulldown.13_interlace.diff, it uses these command line parameters from the patch when avchd compatibilty is checked: --aud --nalhrd and outputs a .264 file. Maybe jdobbs could add an experimental option that adds --aud --nal-hrd and outputs .264 with a patched x264 build for testing on players that are having issues with 24p. If it works well and no other players are affected maybe this should be the default or only type of output.

After some testing --aud has no effect with mkv output. it changes .264 output
--nal-hrd affects mkv\264 files differently then tsmuxer's insert nal-hrd packets

@turbojet;


This was a good find; yes TSMuxer does show a 83ms delay for all audio tracks. I do not see where BD-RB takes this delay into account. See MUX_00000.meta below:

MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --auto-chapters=5 --vbv-len=500
V_MPEG4/ISO/AVC, "D:\BATMAN_BEGINS BDRB\WORKFILES\VID_00000.AVS.264", fps=23.976, insertSEI, contSPS
A_AC3, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4352.AC3", lang=eng
A_AC3, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4353.AC3", lang=eng
S_HDMV/PGS, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4608.sup", fps=23.976, lang=jpn
S_HDMV/PGS, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4609.sup", fps=23.976, lang=eng
S_HDMV/PGS, "D:\BATMAN_BEGINS BDRB\WORKFILES\00000.track_4610.sup", fps=23.976, lang=fra

Could this be something for jdobbs to look into? 83ms is not much of a delay, and it does appear to be more than that on play back.
However, it does appear that the reencoded BD-RB file has audio sync, as does the original, when played back with MPC. Only after burning to Sony BD-RE and played back on my Sony BDP-BX1 is there a noticeable audio delay.
I backed up The Dark Knight last night with the new BD-RBV02201, and burned it to a BD-RE with the same burner and the audio is perfect. So, I don't know what my issue is.

I'm not sure if the delay is stored within the stream or in the clpi file but it could be a place for jdobbs to start looking.

GaPony
1st June 2009, 23:35
I took a Universal title with PiP (Wanted) I had previously had problems with (audio wouldn't play on a Sony standalone) and used TSMuxer to take the main movie m2ts file and recreate it with the DTS-HD XLL converted to DTS. I then replaced the file and encoded using bd-rb but selected to keep the dts. I have just copied the bd-9 file structure to a re-writable bd-re and it plays on the sony with audio present.

I'm now burning it to a bd-9 to see if it's fine. If it is okay, the question is whether it was the process of first downgrading the DTS-HD XLL to DTS, or as simple as using the don't convert DTS to AC3 in bd-rb. However I wonder what bd-rb does if it sees DTS-HD XLL and the don't convert DTS to AC3 flag?

**TOTAL RED HERRING - the file structure which plays with sound on a bd-25 still has the audio missing when burnt to a bd-9 - anyone figure out the logic there?

Maybe I'm missing something, but I was under the impression you couldn't keep the DTS-HD with a BD9 copy.

drmih
2nd June 2009, 00:17
Maybe I'm missing something, but I was under the impression you couldn't keep the DTS-HD with a BD9 copy.

You can't but one possible issue was in converting DTS-HD XLL to AC3 something went wrong so I was trying to turn it into normal DTS. However, it turns out to be something as simple as the Sony handles the same structure differently depending on whether it's on a bd-9 or bd-re.

GaPony
2nd June 2009, 01:31
You can't but one possible issue was in converting DTS-HD XLL to AC3 something went wrong so I was trying to turn it into normal DTS. However, it turns out to be something as simple as the Sony handles the same structure differently depending on whether it's on a bd-9 or bd-re.

I've done tons of these movies... In fact I just did "Wanted" (Movie Only to BD-9) and the DTS-HD audio converted to AC3 without any problem and plays beautifully on my PS3 and Sony BDP-S550 player.

I apologize if I'm missing the point you're making.

drmih
2nd June 2009, 07:09
Your missing the fact that no Full Backups to bd-9 of Universal titles with PiP allow the audio to be selected on Sonys.

Doing Movie only makes the PiP issue irrelevant.

turbojet
2nd June 2009, 08:11
Your missing the fact that no Full Backups to bd-9 of Universal titles with PiP allow the audio to be selected on Sonys.

Doing Movie only makes the PiP issue irrelevant.

If you use goBD or AVCHD patcher on the index.bdmv does it have any effect?

drmih
2nd June 2009, 09:16
I haven't tried as I wasn't aware that they were for full backups. These discs do play fine on a pc, and it would appear it is nothing to do with the structure but whether the sony sees a bd-9 or bd-25 - taking this into account would goBD or AVCHD patcher make any difference?

I don't think that I have got any Universal titles to work as full backup to bd-9 yet on a sony.

turbojet
2nd June 2009, 09:33
It might, I've seen stranger things happen with BD5/9 playback. IIWY I'd try it with DVD5 RW though. Try goBD first and if it doesn't help try AVCHD patcher they do a little different things.

GaPony
2nd June 2009, 14:25
Your missing the fact that no Full Backups to bd-9 of Universal titles with PiP allow the audio to be selected on Sonys.

Doing Movie only makes the PiP issue irrelevant.

That was what I was trying to get to.

Its just a sad fact that most standalone players don't recognize Blu-Ray on DVD. The Sony's are better than most, but still not 100% compatible with Full Movies onto DVD (BD5 or BD9). AVCHD for a movie only copy is seen differently, and poses very little problem for a growing list of players.

The good news is that BD-R 25 media can be found for as little as $3.20 per disc (25 pack RiData @ newegg).

mhammer
2nd June 2009, 18:32
Interesting. The size of the stream must have something to do with it.

mhammer: could you perform a little test by downloading a patched x264 build and use this command like this on a main movie avs from BD-RB workfiles x264.exe --crf 30 --ref 1 --me dia --subme 1 --partitions none --threads auto --progress --no-psnr --no-ssim --output "<output.mkv>" "<input>" --nal-hrd
<input> = avs path\file
<output.mkv> = path to output mkv

Then grab tsmuxer 1.10.6, drag the new mkv you created plus dts or ac3 file from BD-RB workfiles into tsmuxergui. Tick avchd output, choose output path and burn the output to a DVD and try?

It may sound like a lot but it's fairly simple, just a lot of words to describe it. The x264 encode won't look very good but it will finish fairly quick.




Did the test, but doesn´t work. Same probs with 24p as with BD-RB output.

Did my testings with a bd-rw 25 and tsmuxer avc and blu-ray output.
I noticed that Ripbot does a complete demux and creates a mkv with the videostream. Bd-RB use the original m2ts stream for video-encodeing, maybe this is were we get probs.

jdobbs
2nd June 2009, 18:43
Did the test, but doesn´t work. Same probs with 24p as with BD-RB output.

Did my testings with a bd-rw 25 and tsmuxer avc and blu-ray output.
I noticed that Ripbot does a complete demux and creates a mkv with the videostream. Bd-RB use the original m2ts stream for video-encodeing, maybe this is were we get probs. It certainly shouldn't, since the source of the AVS file should be invisible to the encoder... but stranger things have happened I guess.

Can you explain exactly what the "24p problem" really is? No playback at all?

mhammer
2nd June 2009, 18:56
It certainly shouldn't, since the source of the AVS file should be invisible to the encoder... but stranger things have happened I guess.

Can you explain exactly what the "24p problem" really is? No playback at all?

The 24p problem is that rips done with BD-RB will not work in 24p mode on Panasonic players while Ripbot encodes work (even with same x264 settings as BD-RB).

Turbojet and i did some testing to find a working solution.

turbojet
2nd June 2009, 19:59
Did the test, but doesn´t work. Same probs with 24p as with BD-RB output.

Did my testings with a bd-rw 25 and tsmuxer avc and blu-ray output.
I noticed that Ripbot does a complete demux and creates a mkv with the videostream. Bd-RB use the original m2ts stream for video-encodeing, maybe this is were we get probs.

A few things that could be tried if you haven't already, output to 264 and add --aud so:

x264.exe --crf 30 --ref 1 --me dia --subme 1 --partitions none --threads auto --progress --no-psnr --no-ssim --output "<output.264>" "<input>" --nal-hrd

another thing you could try is using the avs as video input, demuxed audio as audio input in ripbot264 and see if the stream works with 24p. Another thing that RipBot264 uses that BD-RB doesn't is long GOP's aka --keyint 250 --min keyint 25 but that's on the BD-RB request list.

Jdobbs: all the changes in the changelog look good and even the undocumented sub fix except with strict AVCHD output can it delete the CERTIFICATE folder in the next version?

Also out of curiosity do you have any plans on what you plan to tackle next? Two big topics that seem to affect every encode are sizing and encoder related things (keep movie but encode extras, long gop, 1 pass crf using quality settings set, display x264 eta, x64 x264 (lower priority?))

jdobbs
2nd June 2009, 21:11
However I wonder what bd-rb does if it sees DTS-HD XLL and the don't convert DTS to AC3 flag? It uses the down-to-dts flag in TSMUXER and uses the output directly in the remux.

jdobbs
2nd June 2009, 21:14
Jdobbs: all the changes in the changelog look good and even the undocumented sub fix except with strict AVCHD output can it delete the CERTIFICATE folder in the next version? Yes. In fact I had added the code to remove it, and then after the fact realized that I was looking for "\BDMV\CERTIFICATE" instead of "\CERTIFICATE'... duh. Not going to find a lot of those. I've fixed it.

Also out of curiosity do you have any plans on what you plan to tackle next? Two big topics that seem to affect every encode are sizing and encoder related things (keep movie but encode extras, long gop, 1 pass crf using quality settings set, display x264 eta, x64 x264 (lower priority?)) I'll probably do a little work on the sizing this weekend. I'm going to create a group of different kinds of audio with varying rates and see what individual overhead percentages I get. Currently I've been using a single adjustment factor for the entire stream, and I think that's the root of the inaccuracy. It seems to be amplified by the inclusion of HD audio now.

Don't know what you mean by "long gop" -- BD has a limited frequency of key frames, even though my Sony seems to not care. One pass CRF with prediction is actually already written, but it was so inaccurate I disabled it. I'll get back to that soon enough.

turbojet
2nd June 2009, 21:51
Yes. In fact I had added the code to remove it, and then after the fact realized that I was looking for "\BDMV\CERTIFICATE" instead of "\CERTIFICATE'... duh. Not going to find a lot of those. I've fixed it.

I'm not sure it will have any effect on anything but probably safer to remove it.

I'll probably do a little work on the sizing this weekend. I'm going to create a group of different kinds of audio with varying rates and see what individual overhead percentages I get. Currently I've been using a single adjustment factor for the entire stream, and I think that's the root of the inaccuracy. It seems to be amplified by the inclusion of HD audio now.

Oh ok did you get RipBot264's calculation and can make sense of it? If so that's have the job done, although mutliple audio streams and HD audio which I've heard is inconsistent because of vbr.

Don't know what you mean by "long gop" -- BD has a limited frequency of key frames, even though my Sony seems to not care. One pass CRF with prediction is actually already written, but it was so inaccurate I disabled it. I'll get back to that soon enough.

Long GOP meaning 10 second max distance between keyframes as opposed to the current 1 second. This can really improve the effeciency without affecting the playability, at least none have been reported. However it could skew chapter points quite a bit but there is a solution for that too, x264's --qp-file. I posted 2 clips here (http://forum.doom9.org/showthread.php?t=147481) that are very affected by the short gop's, while it's kind of uncommon it goes to show how detremental the short GOP's can be.

1 pass crf o the whole movie? I forgot about that one but I remember seeing it discussed somewhere but that sounds good as well. But what I meant by the 1 pass CRF using the quality settings was for extras. For example there would be under mode menu a '1 pass encode for extras' that uses QUICK_CRF set and the quality options set, then a sub option be 'quicker encode' to use what quicker encodes does now. Also with crf there is no need for the current --pass --stats x264 calls, it writes a stats that isn't used which may hurt performance a little bit.

jdobbs
2nd June 2009, 22:01
Long GOP meaning 10 second max distance between keyframes as opposed to the current 1 second. This can really improve the effeciency without affecting the playability, at least none have been reported. If will also violate the BD standard. Can't do it.

Also with crf there is no need for the current --pass --stats x264 calls, it writes a stats that isn't used which may hurt performance a little bit.The pass/stats info is there for a reason. The performance impact is virtually nonexistent... but if you keep the stats, you can use them to do a second pass and hit the mark exactly when you experience an oversize (common in CRF encodes).

turbojet
2nd June 2009, 22:05
It's no more of a violation then 30p and that's been in since day one, but it's ok, nevermind.

jdobbs
2nd June 2009, 22:08
It's no more of a violation then 30p and that's been in since day one, but it's ok, nevermind. A standard is a standard. Just because it works for one person doesn't mean it won't fail for 100 others. Sorry, but I'm married to that one.

turbojet
2nd June 2009, 22:12
What if it's the thing that allows RipBot264 encodes to play with 24p enabled?

It is a good possibility but need to wait on tests. Long gop's have been well tested with RipBot264 over the past year or so without any issues, so it's nothing new. Why not an ini only setting for us power users?

jdobbs
2nd June 2009, 22:16
What if it's the thing that allows RipBot264 encodes to play with 24p enabled?

It is a good possibility but need to wait on tests. Long gop's have been well tested with RipBot264 over the past year or so without any issues, so it's nothing new. Why not an ini only setting for us power users? Then that's an issue for Panasonic to correct. Which in truth is probably something that needs to be done either way.

Long GOPs aren't Blu-Ray -- they are something else, no matter how well tested they are. You certainly won't find them on commercial BDs (if so, I'd be surprised), and a decent authoring package shouldn't accept them. I think its a bad idea.

turbojet
2nd June 2009, 22:24
Than that's an issue for Panasonic to correct. Which in truth is probably a fact either way.

True but it's not something we can control.

Long GOPs aren't Blu-Ray -- they are something else, no matter how well tested they are. You certainly won't find them on commercial BDs, and a decent authoring package won't accept them. Bad idea.

True again but nor will you find 30p or non-sliced H.264 on retail BD and programs like scenarist don't allow either.

30p I think is only detrimental to the video stream but people will have their own opinions on that one. As some don't notice the non-fluid motion achieved by deinterlacing.

Sliced H.264 x264 doesn't support so nothing can be done about that, I'm not sure what it is but I've read it can hurt efficiency.

Long GOP can do nothing but benefit the video stream as long as the encoder makes the right decision every time, which x264 seems to do. In some cases in a huge way, those 2 clips I linked to are good examples of this.

While I'd like to see an AVCHD/BD standard that has to be followed so we know what has to be done, it doesn't exist. In it's current state almost everything BD-RB does breaks the standard. A few examples: You shouldn't be able to play anything but AC3/LPCM AVCHD from DVD, full backups in their current state should only play from BD, in order to play from DVD they'd need their menu commands changed to be like that of AVCHD menus which will lose some advanced functionality, which may be a possibility some day, who knows.

drmih
2nd June 2009, 22:57
It might, I've seen stranger things happen with BD5/9 playback. IIWY I'd try it with DVD5 RW though. Try goBD first and if it doesn't help try AVCHD patcher they do a little different things.

OK neither of the options made any difference, so whatever is upsetting the Sony's on full backups on Universal titles burnt to a bd-9 is still unknown.

Of the discs I have done, when played on a ps3 the two which were patched tried to play and then errored. The bd-9 one appeared as a data disc but when the main movie stream was played it did have the audio okay, so that could handle the audio if not the menus.

turbojet
2nd June 2009, 23:01
OK neither of the options made any difference, so whatever is upsetting the Sony's on full backups on Universal titles burnt to a bd-9 is still unknown.

Of the discs I have done, when played on a ps3 the two which were patched tried to play and then errored. The bd-9 one appeared as a data disc but when the main movie stream was played it did have the audio okay, so that could handle the audio if not the menus.

Can you upload the bdmv files, CLIPINF and PLAYLIST directories?

Also are both video streams being kept in the output?

drmih
2nd June 2009, 23:09
Can you upload the bdmv files, CLIPINF and PLAYLIST directories?

Also are both video streams being kept in the output?

These are from the first attempt at a bd-9 full disc with ac3 sound.

http://www.sendspace.com/file/zxomlj

This plays fine on a pc and the movie stream 0220.m2ts is okay on a ps3. On a Sony 550 the audio isn't available on the movie and the display information shows no audio and the audio button has no effect. If the files are burnt to a bd-25 then that plays fine.

turbojet
2nd June 2009, 23:38
Can you try this (http://www.sendspace.com/file/avcva0)

drmih
2nd June 2009, 23:46
Thanks - it'll be tomorrow now as I'm off to bed!

Capsbackup
3rd June 2009, 00:26
I have no trouble playing BD-RB movie only backups burned to BD-5 with 24p on my Sony BDP-BX1. So I have to agree with jdobbs that this does seem to be an issue that Panasonic needs to correct. At some point, a standard has to be accepted. I don't believe jdobbs should have to spend so much time trying to make adjustments for a mfg.'s player to allow play back of an AVCHD movie only to DVD media. I commend him for trying! If BD-25 works for these players, then that may be the solution. If the goal is to be able to make backups to BD-5 or BD-9, then a more compliant player should be mandatory. Buyer be ware! Test your discs before making a purchase. :devil:
We all know you have to meet certain cpu, video card, etc.. requirements just to play back Blueray discs on a computer, so we have to be as prudent with our standalones as well! :)
If RipBot works, why not just use that program? :p

turbojet
3rd June 2009, 00:50
mhammer: Could you try muxing an audio track with these 2 video streams (http://www.mediafire.com/download.php?gjzkgyzujjn)?

It's the last things I can think of as differences between RipBot264 and BD-RB output.

drmih
3rd June 2009, 07:00
Can you try this (http://www.sendspace.com/file/avcva0)

That just hangs the player when you try and select the main movie.

wiggle
3rd June 2009, 11:42
Yesterday I was encoding Ghost Town. I stripped all other languages other than English to maintain the best bitrate. Original size: 27,4 GB.
After the encode was down I checked the new size, and it was 21,4 GB. Quite a waste of space, I ended up re-adding the stripped languages, as I had space left anyway.
I checked the log, and noticed the target rate was exactly 25.000. I browsed through some x264 settings, and came up that this probably is because of a max_rate setting, set to 25000?
I'ld really like it to be possible to change this setting, whether it is in the program or in the config file. Thanks in advance.