Authoring BD5s for playing on the Panasonic DMP-BD35

[rack04]

This is the encoder settings for the video that will not play on my Panasonic BD-35:

cabac=1 / ref=8 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.0:0.2 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-3 / threads=6 / nr=0 / decimate=1 / mbaff=0 /
bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=24 / keyint_min=1 / scenecut=40 / rc_lookahead=24 /
rc=2pass / mbtree=1 / bitrate=3698 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 /
vbv_maxrate=24000 / vbv_bufsize=30000 / ip_ratio=1.40 / aq=1:1.00

[deank]

Can you 'paste' the x264 line so I can test directly?

[rack04]

Can you 'paste' the x264 line so I can test directly?

Here (http://www.mediafire.com/?sharekey=67a5d5c276a6350a0f83d91f6dff7c38e04e75f6e8ebb871) is the .bat file that I used to encode.

In case you don't want the .bat file here is the pasted 1st and 2nd pass:

"%x264_PATH%" --preset slower --tune film --pass 1 --bitrate %VIDBITRATE% --stats "%SOURCE_FOLDER%\%SOURCE_FILENAME%.stats"
--level 4.1 --keyint 24 --min-keyint 1 --vbv-bufsize 30000 --vbv-maxrate 24000 --no-fast-pskip --nal-hrd
--output NUL "%INPUT_VIDEO%" 2> "%SOURCE_FOLDER%\%SOURCE_FILENAME%-1pass.txt"

"%x264_PATH%" --preset slower --tune film --pass 2 --bitrate %VIDBITRATE% --stats "%SOURCE_FOLDER%\%SOURCE_FILENAME%.stats"
--level 4.1 --keyint 24 --min-keyint 1 --vbv-bufsize 30000 --vbv-maxrate 24000 --no-fast-pskip --sar 1:1 --aud --nal-hrd
--output "%SOURCE_FOLDER%\%SOURCE_FILENAME%-output.h264" "%INPUT_VIDEO%" 2> "%SOURCE_FOLDER%\%SOURCE_FILENAME%-2pass.txt"

The source file that I used was 1920x1080 Battlestar Galactica Season 1 Disc 2 HD DVD resized to 1280x720 using DGVC1DecNV.

[deank]

Encode is running now... I'll let you know in few minutes if it plays in my Playstation 3 (nothing else to test with :) )

Dean


Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Bit rate : 4 000 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.181
Writing library : x264 core 69 r1198 a1ed468
Encoding settings : cabac=1 / ref=8 / deblock=1:-1:-1 / analyse=0
x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.0:0.2 / mixed_ref=1 / me_range=16
/ chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offse
t=-3 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_ada
pt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=24 / keyint_min=1 / scenecut=40 /
rc_lookahead=24 / rc=2pass / mbtree=1 / bitrate=4000 / ratetol=1.0 / qcomp=0.60
/ qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=2400
0 / vbv_bufsize=30000 / ip_ratio=1.40 / aq=1:1.00


Quality is really nice... and it plays both in AVCHD/Blu-ray mode and in normal XMB file mode.
I used the raw 264, added audio and authored with multiAVCHD.

[rack04]

The reason that I think that it is the number of ref frames causing the problem is because using --preset slow works and --preset slower doesn't.

The only difference that I can see between these presets that may cause a problem is the number of ref frames.

Using --preset slower and --level 4.1 the number of reference frames for 1280x720 is decreased to 8.

Using --preset slow and --level 4.1 the number of reference frames for 1280x720 is held at 5.

Unless mbtree has something to do with standalone playback. The one I encoded that works used an older version of x264 and the one that doesn't uses the newest version with mbtree.

[deank]

To rull out if ref is affecting your player you can try the same preset that you used but decrease ref to 7, then to 6 and finally to 5 and test each result - then you will know for sure :)

[rack04]

To rull out if ref is affecting your player you can try the same preset that you used but decrease ref to 7, then to 6 and finally to 5 and test each result - then you will know for sure :)

You're right. I encoded the same file 4 separate times varying from 5 ref frames to 8 ref frames. I authored a AVCHD using multiAVCHD that has a carousel menu to select each of the 4 files. I'll test when I get home and report back.

I have attached the ISO that I created for the ref frame test. If anyone has access to a Panasonic BD30 please burn the ISO to DVD+RW and test with your player. Thanks.

http://www.megaupload.com/?d=N0E5FD6H

Disclaimer: The ISO I have attached is of the open source film "Big Buck Bunny".

[deank]

I just tested it in my Playstation 3:

All four titles with different ref settings play just fine with pristine quality!

Dean

[davidcw]

You're right. I encoded the same file 4 separate times varying from 5 ref frames to 8 ref frames. I authored a AVCHD using multiAVCHD that has a carousel menu to select each of the 4 files. I'll test when I get home and report back.

I have attached the ISO that I created for the ref frame test. If anyone has access to a Panasonic BD30 please burn the ISO to DVD+RW and test with your player. Thanks.

http://www.megaupload.com/?d=N0E5FD6H

Disclaimer: The ISO I have attached is of the open source film "Big Buck Bunny".

My DMP-BD30 freezes with 8 ref frames, but will play 7,6 and 5 ref frames.

davidcw

[deank]

That's a good thing to know. If rack04 can create another .ISO with 1920x1080 with ref test 1 to 4 it will be great to know panasonic's boundaries.

[rack04]

That's a good thing to know. If rack04 can create another .ISO with 1920x1080 with ref test 1 to 4 it will be great to know panasonic's boundaries.

I played the ref frame test disc on my BD35 and all play except for 8 ref frames. Ref frames 5,6, and 7 play fine.

Here is the 1920x1080 test. There are 3 files encoded with 4, 3, and 2 ref frames.

http://www.mediafire.com/?sharekey=2fc38bf822b303779bf8d6369220dcabe04e75f6e8ebb871

[davidcw]

I played the ref frame test disc on my BD35 and all play except for 8 ref frames. Ref frames 5,6, and 7 play fine.

Here is the 1920x1080 test. There are 3 files encoded with 4, 3, and 2 ref frames.

http://www.mediafire.com/?sharekey=2fc38bf822b303779bf8d6369220dcabe04e75f6e8ebb871

2,3 and 4 ref frames all work on the DMP-BD30

[rack04]

2,3 and 4 ref frames all work on the DMP-BD30

Good to know. Thanks for testing. I'll report my finding later tonight.

EDIT: Confirmed that 1920x1080 works with ref=2,3,4. So we're just limited to ref=7 for 1280x720.

[rack04]

I read this in another thread and thought it might be useful here.

One thing is for sure, that for 1080p is max 4 ref (according both H264 or Blu-Ray specs) and for 720p is 6 refs (according Blu-Ray specs).
Better leave some room for errors :)

[davsim]

You're right. I encoded the same file 4 separate times varying from 5 ref frames to 8 ref frames. I authored a AVCHD using multiAVCHD that has a carousel menu to select each of the 4 files. I'll test when I get home and report back.

I have attached the ISO that I created for the ref frame test. If anyone has access to a Panasonic BD30 please burn the ISO to DVD+RW and test with your player. Thanks.
I extracted the ISO and converted to SDHC with multiAVCHD. All 4 (5,6,7,8) files played from SD card without freezes on my BD60.

[rack04]

I extracted the ISO and converted to SDHC with multiAVCHD. All 4 (5,6,7,8) files played from SD card without freezes on my BD60.

Interesting. I may have to re-test on SD card.

[laserfan]

You need to use Set / SetSystem / SetStream command somewhere in Top menu (or better in the First Playback segment):
Add a new code line with [+] and edit the zeroes for the NOP command to show:

51C00001 8001C001 00000000

If I remember correctly the first 1 (in 8001) is for the forced audio track number and the second (in C001) is for the first subtitle track number.

$C001 is first subtitle track and $C002 is the second.

FIRST - the first one you added in tsMuxer
SECOND - the second one you added in tsMuxer

So if you added:

[1] MOVIE
[2] NORMAL SUBS
[3] FORCED SUBS

you should use $C002 for forced, because they are the second subtitle file added in tsmuxer
I tried this, simplifying my tsMuxeR output using MadMonkey57's guide from earlier in this thread (http://forum.doom9.org/showthread.php?p=1229423#post1229423), and using deank's 8001C002 idea when I play my muxed output, the 2nd sub is forced to ON. It works! :)

But I have a question: in MadMonkey57's post he talks about using 49153 with SetStream which is hex 0000C001, and deank you said 8000C001. Why 8000Cxxx vs. 0000Cxxx?

More: is there a downside to simplifying the structure as MadMonkey57 has done? It's curious to me that Roman built tsMuxeR to have 3 movie objects if only one is needed to work well?

EDIT: Arghhh, I found the answer to 1st question here (http://forum.doom9.org/showthread.php?p=1274952#post1274952)!!!! :o

But I'll leave this post in case anyone has ideas about my 2nd (and this thread deserves a bump cuz it helped me!). ;)

[deank]

I may add a correction because there was something about changing only the audio or only the subtitles... There was a thread here and a message by rick how to handle changing only the audio and keeping the current subtitle stream... But most people (using tsMuxeR won't really need it).

Dean

[MadMonkey57]

...is there a downside to simplifying the structure as MadMonkey57 has done? It's curious to me that Roman built tsMuxeR to have 3 movie objects if only one is needed to work well?...
I used the simplified structure for a few months before march 2009 and it worked OK. But now, I've switched to a more "traditional" structure as deank described here (http://forum.doom9.org/showthread.php?p=1258566#post1258566). I like it better than my stripped down version.
On the practical side, I don't patch index.bdmv after every muxing. I use either of 2 pre-patched copies of index.bdmv/MovieObject.bdmv, one with "force first audio" setting and one with "force first audio and first text" setting.

[laserfan]

I don't patch index.bdmv after every muxing. I use either of 2 pre-patched copies of index.bdmv/MovieObject.bdmv, one with "force first audio" setting and one with "force first audio and first text" setting.As I'm still struggling to get my head around the ins/outs of this (I will try sleeping with deank's post under my pillow ;)) I wonder MadMonkey57 if you would share your "pre-patched" index/MOs with us (maybe add to the Downloads page of your Samples?).

Many thanks btw for your efforts here. :)

[MadMonkey57]

...I wonder MadMonkey57 if you would share your "pre-patched" index/MOs with us (maybe add to the Downloads page of your Samples?)...

Yeah sure... Might take a couple of days (I'm really busy at the moment).

[laserfan]

Thanks very much for your consideration!

[MadMonkey57]

There you go. (http://www.megaupload.com/?d=ZH9J8VTU)

[laserfan]

URL="http://www.megaupload.com/?d=ZH9J8VTU"]There you go.[/URL]Megaupload refuses to give me the file, because I'm on a satellite ISP with shared IP addresses. Could you just attach the tiny (1.6K) file here please--I can wait for mods to approve...

EDIT: Never mind I persisted to check-back and now have the file--Thanks MM57!

[laserfan]

I used the simplified structure for a few months before march 2009 and it worked OK. But now, I've switched to a more "traditional" structure as deank described here (http://forum.doom9.org/showthread.php?p=1258566#post1258566). I like it better than my stripped down version. On the practical side, I don't patch index.bdmv after every muxing. I use either of 2 pre-patched copies of index.bdmv/MovieObject.bdmv, one with "force first audio" setting and one with "force first audio and first text" setting.
OK, I can see now by re-reading deank's post referred to above and studying your samples MadMonkey57 that they are set-up exactly as Dean suggested, and I have now tried same with my tsMuxeR (movie only no menu) output and it works great!

I want to thank both of you gentlemen for this education, as I can now just copy-in to my BDMV and BACKUP folders a couple of my own template files instead of editing tsMuxeR's each/every time!

:thanks:

[Music Fan]

Hi,
can you read Dolby True HD burned on dvd in AVCHD mode created by MultiAVCHD with the BD35 ?
I tried it but I have weird problems with the sound : my receiver recognize it as Dolby True HD but the sound is inaudible.

[olivier06]

Hi !
I've encoutered a problem with chapters.
I have some mkv that already have a chapter track : uncropmkv (if necessary) + tsmuxer (avchd) + imgburn (2.5) and it works : i can access to the chapters with >>|
Some of my mkvs have no chapter track. I try bluray in tsmuxer with insert or custom chapters (in bluray tab) + AVCHD-patcher : the dvd plays but stop when i use >>|

Have you got any idea ?
thanks

solved

[olivier06]

change the number of reference frames

Hello,
i have an mkv in 5.1 profile, passed in tsmuxer in 4.1 and burn : not working with my bd35.
So i've tried in MultiAvchd and when i hit the start button/strict avchd i got the message :

"detected frame reference count :8 (max 7)
Video is not AVCHD/BDMV compliant"

But i read in in uncropMkv :
Ref. frames : 3
b frames : 3
level : 4.1

Is UncropMkv wrong ? How Mutliavchd count 8 ?
What can i do with this mkv to make playable in my bd35 ? Is it a way to have "less" reference frames ?

Thank U

[deank]

What you see in uncropMKV is WHAT IS GOING TO BE after you re-encode your video. If you re-encode it then it will have the proper ref-count. You can't use >4 for 1080p and >6 for 720p videos.

And there is no need to cross-post!

[olivier06]

thank you for your response and sorry for the cross post.

[jfcarbel]

Does this only effect the Panasonic BD-35? Are any other Panasonic models effected?

I had a BD-30, but recently upgraded to the BD-80

[Ghitulescu]

Does this only effect the Panasonic BD-35? Are any other Panasonic models effected?

All of them.

[jfcarbel]

All of them.

Curious then, has anyone here contacted SlySoft to fix their software for Panasonic? Or has anyone attempted to alert Panasonic on this issue so they can fix the firmware?

[Ghitulescu]

Curious then, has anyone here contacted SlySoft to fix their software for Panasonic? Or has anyone attempted to alert Panasonic on this issue so they can fix the firmware?
Why would one modify the software to create DVDs/BDs compatible with only one brand? There are other brands as well.

BTW, the Pannies are made by Funai , based on the Uniphier chip, which Funai also manufacturers the Denons among others. Not all Funais exhibit this issue.

[deank]

The issue with Panasonics is that they refuse to play Blu-ray content written to DVD media. Samsung had the same issue in the beginning, then they fixed it, later REMOVED it and a week ago put the feature back with the latest firmware update.

Panasonics require DVD discs to be AVCHD and even then they'll reject the disc if it has any traces of java or subpath mechanism in the playlist files.

I hope that panasonic will put a firmware update soon, otherwise it is really going behind Sony or other manufacturers, which allow home users to create home-brew BDs using DVD media.

I can't see what SlySoft has to do with it.

[Emulgator]

If one is still interested in finding ref count restrictions implied by chipsets:
Just by chance I took DS's first x264-encode of Tailship (MPEG-4 AVC 1280x720x59.97p)
which unintentionally was encoded with CL ref=9,
authored this using Sony DVD-A 5.0b Build 180 on BD-RE 25 and Panasonic BD-50 played this exceeding encode.
http://forum.doom9.org/showthread.php?t=152127&page=30

[rack04]

Does this only effect the Panasonic BD-35? Are any other Panasonic models effected?

I had a BD-30, but recently upgraded to the BD-80

Does what effect the Panasonic BD-35? Maybe I missed something relating to Slysoft.

[shon3i]

If one is still interested in finding ref count restrictions implied by chipsets:
Just by chance I took DS's first x264-encode of Tailship (MPEG-4 AVC 1280x720x59.97p)
which unintentionally was encoded with CL ref=9,
authored this using Sony DVD-A 5.0b Build 180 on BD-RE 25 and Panasonic BD-50 played this exceeding encode.
http://forum.doom9.org/showthread.php?t=152127&page=30
Nothing unusual, because most players have full H264 decoders not strict with blu-ray specs.

[Ghitulescu]

If one is still interested in finding ref count restrictions implied by chipsets:
Just by chance I took DS's first x264-encode of Tailship (MPEG-4 AVC 1280x720x59.97p)
which unintentionally was encoded with CL ref=9,
authored this using Sony DVD-A 5.0b Build 180 on BD-RE 25 and Panasonic BD-50 played this exceeding encode.
http://forum.doom9.org/showthread.php?t=152127&page=30

Nothing unusual, because most players have full H264 decoders not strict with blu-ray specs.

It depends on the on-board memory the chip has or has access. Most chips used in BDplayers are also used in HDTV-STBs, whereas the HDTV-broadcasters usually make use of longer refs to save some bandwidth.:rolleyes:

PS: I am really curious to test the Toshiba BD. They were the most strict manufacturers when it comes to standards.

[MrpaulJ]

The issue with Panasonics is that they refuse to play Blu-ray content written to DVD media. Samsung had the same issue in the beginning, then they fixed it, later REMOVED it and a week ago put the feature back with the latest firmware update.

Panasonics require DVD discs to be AVCHD and even then they'll reject the disc if it has any traces of java or subpath mechanism in the playlist files.

I hope that panasonic will put a firmware update soon, otherwise it is really going behind Sony or other manufacturers, which allow home users to create home-brew BDs using DVD media.

I can't see what SlySoft has to do with it.

Hi all.

I'm new to this game. I have gone through multiple threads and this answer seems to hold the key.

I have a BD55, hardware modded to play multi region BD's. I also have a cheap and cheerful Foehn & Hirsch BR player.

The BD55 is up to firmware 1.8 (latest)?

I used Tsmuxer and Imgburn to build a 720p disc from a 3gb H264 video file I had. I did use MultiAVCHD first but it gave me errors, probably down to my misunderstanding the process!

With Tsmuxer and Imgburn The DVD burned ok and the Foehn & Hirsch plays it fine but the dreaded BD55 gives 'Unsupported Disc'!

Is there a thread or link which would give a reasonable method to get it working on the dreaded Panasonic please?

:mad:

[deank]

Did you use "AVCHD" mode in tsMuxeR? It should work with the Panasonic.

[MrpaulJ]

Did you use "AVCHD" mode in tsMuxeR? It should work with the Panasonic.

Dean.

Thanks for the prompt response. I ran Tsmuxer and checked the AVCHD mode. Its has produced the output and I am writing it to DVD to test now...

I hadn't noticed that switch before so fingers crossed...

Paul.

[deank]

It will work, don't worry. :)

[MrpaulJ]

Did you use "AVCHD" mode in tsMuxeR? It should work with the Panasonic.

Dean.

Total success. RTFS I suppose... The Panasonic correctly identifies it as AVCHD so well done you.

I was only after finding your post that it sort of became clear what the player wanted. It does seem be incredibly strict in terms of what it will play and wont, especially as the cheap BR player that only cost me £60 plays it fine!:)