Log in

View Full Version : multiAVCHD - author Blu-ray/AVCHD (Blu-ray players, camcoders, Viera TV) + (HD) DVD


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

deank
10th January 2009, 02:43
:) Another broken thing fixed... Motion menu was broken - now all okay.

So all set now - PS3 plays 40 titles with subtitles and no green bar at the bottom.

Dean

SquallMX
10th January 2009, 04:43
@SquallMX: I think it is fixed in build 159... just now.

Now (Build 166) the problem is diferent: Title 2 (PowerDVD Info says is Title 0, PS3 info says is Title "-/-") --> Title 3 --> Title 1 --> Title 1 --> Title 1...

Weird, :thanks:.

turbojet
10th January 2009, 07:26
deank not sure if you were talking to me with try again with 1.4, but I did, same result with build 159 on panasonic and magnavox BD players.

deank
10th January 2009, 09:49
@SquallMX: It is always better to use TOP menu (LITE) - it will cost you only 2MB. You can try with "Skip top menu playback".

@turbojet: I did a lot of changes last night - have no Idea what could the problem be. Does SAPs work with 1920x1080 and 1280x720 videos?

robshot
10th January 2009, 09:57
OK. I tested using the black m2ts you posted (.rar).
Using build 1.3, i did this:
1. add avchd folder containing the black video
2. add mkv with non-compliant resolution (1280x532). This mkv has .srt in it, so I check use subtltle. Just to make sure, I added external .srt, so the resulting video will have 2 subtitles - both are the same.
multiAVCHD created the BDMV and CERTIFICATE folder successfully.
Burnt with imgbrn, and it plays on my PS3. Static menu appeared, and choosing Title 1 made PS3 plays the video on Title 2 played without green bars. Instead, the video is aligned on top, and the bottom has black bar (YAYYY SUCCESS).
Opting the subtitles with PS3 menu, nothing appeared. So, there's still something I did wrong because both subtitle 1 (eng) and 2 (eng) do not show anything on screen.
Then I tested with build 1.4, and the calclib.dll gave out error. multiAVCHD quits. I'm using the NTSC Lite downloaded after I dowloaded build 1.4.
Any insinght?

cheers
robshot

deank
10th January 2009, 10:01
Delete index.bdm and movieobj.bdm from your _menustr folder and try again with v1.4. What kind of error?

robshot
10th January 2009, 10:58
error something about memory address. I can't recreate it as now i am testing 1.4 again with your advise deleting the 2 files from the _menu folder. will report the result.

robshot
10th January 2009, 11:18
Deank,
in v. 1.4 you have the option to force black fill in authoring tab. Do I need to put AVCHD folder with black video you posted for v.1.3 (the .rar file), when I use v. 1.4, or has the black fill included in the NTSC Lite package? Right now, I'm using v. 1.4, adding the AVCHD folder with black fill as Title 1, and also tick the force black fill in the authoring tab.
So, with v. 1.4 do I still need to add AVCHD folder with black video as Title 1?

deank
10th January 2009, 11:21
No... It is included in 1.4. I think I fixed almost everything in build 170.

There were problems when (no top menu created).

And you don't need the AVCHD_BLACK folder anymore. It was just for test.

pdurand
10th January 2009, 12:13
Are you trying SD on a PS3? I'll test now - had no time to do it.

And about the 1280x532 clip - it is Playstation3 that ignores CLPI information. It first switches to 1080p, then goes to 720p then to 480p - at least my TV shows this while trying to play 1280x528.


Wow, impressive work. It's been a long time since I'm looking for a solution to get rid of green bars on non standard resolution. I gave up and switched to a real time transcoding method (PMS).
I tested multiavchd, so great, so easy to set up. Congratulations.
The only problem (apart from vertical alignement) is this 480p (or 576p in pal) display. Any idea or way to fix and stick to 720p whith 1280x532 clip?

Many thx again and keep the impressive & good job. ;)

pdurand
10th January 2009, 13:50
Yes, next compliant resolution. ~528p will become 576p

height<480 = 480p
480<height<576 = 576p
576<height<720p = 720p
720<height<1080 = 1080p

Nothing can be done for the annoying green bar, yet, but this way subtitles are shown and saps play it better.



Ok I found one of you previous post about this and understood many things regarding my first post.

Is there a way to force a 720p resolution when the video is 1280x532 for example? 532 means ps3 will play it in the next compliant resolution which is 576p. Can't it be forced to 720p?

I noticed that:
For 1080 non standard mkv, vertical resolution is generally around 800 lines, which means it will show in 1080p -> no problem
But for 720 non standard mkv, vertical resolution is generally less thant 576 lines, which means it will show in 576p-> not very nice

Many thx again, you just rock!

deank
10th January 2009, 14:31
As I earlier posted:

Playstation3 seems to ignore the information about vertical scan lines if the value is less than ~600. I had no time to test at which point PS3 forces 480p.

***

And another thing. All of you PLAYSTATION3 users who are disappointed by the green / black bar at the bottom and complain, saying: "When I play my NON-COMPLIANT video directly (the .m*ts file via XMB Video) it is shown correctly centered, but when in AVCHD it is TOP aligned or NOT SHOW at all! WHY?!"

First of all - we are all SO DAMN lucky to be able to play NC-AVCs via AVCHD playback feature of PS3. At any given point Sony programmers may remove this and require MTS files to be 100% compliant.

Second: There is NOTHING in common between XMB Video player (which will play almost any type of video content you feed it with) and BLURAY/AVCHD player that is launched when you put BD or AVCHD disk/SD/USB in your PS3.

So don't expect both to work in a similar fashion.

robshot
10th January 2009, 14:31
Just did the test with v. 1.4, with non-compliant resolution .mkv. I noticed in the log, v. 1.4 added the black video, so it is included in 0000.m2ts i suppose.
Playing the disc in my PS3, success with black bar on the bottom. Yet no subtitle showed, although I can choose it from my PS3 menu. Says language is English, but the subtitle doesn't show. Am I doing wrong in the subtitle setting? I choose size 40 and the Offset is 30.

deank
10th January 2009, 14:36
One second video is set via program objects in movieobject.bdmv which in their turn use 01300.M*TS.

Can you do the same test but with USB and see if you will have subtitles? And also - please send me your *.CPI/*.CLPI files.

Do you have [x] Apply compliant height checkbox checked in Authoring?

Dean

Forrest
10th January 2009, 14:49
Yet no subtitle showed, although I can choose it from my PS3 menu. Says language is English, but the subtitle doesn't show.
This usually happens when first sub begins at 00:00:00,000 because tsMuxeR add subtitle track but no subtitles.
Maybe this is not your problem, however try to control .srt file

deank
10th January 2009, 14:51
Subtitles won't show on NC MKV files if CLPI/MPLS files are not set with correct height value.

robshot
10th January 2009, 14:52
No i didn't check the compliant height, since I thought I want to keep the x532 size.

deank
10th January 2009, 14:57
You need to check it, otherwise subtitles will never show.

robshot
10th January 2009, 14:59
Ah, okidoki. Will try now, immediately, with a 4gb m2ts. so result might be after abour 1 hour. Thanks, Deank!

deank
10th January 2009, 15:48
A bug was reported by multiAVCHD user, who chose to use the ROOT of one of his drives for TEMP folder. Along with [x] Delete temp files it resulted in massive file loss, because multiAVCHD will try to delete every file inside TEMP path (i.e. X:\).

I never thought of it, but it seems it needs a fix, so last build will not accept root folders for TEMP.

It will accept C:\ but will change it to C:\_TEMP...

Dean Kasabow

robshot
10th January 2009, 17:37
Well,
Oh... WOW... after a dozen plus not-100%-success with multiple titles AVCHD creation, and followed by AVCHD creation from non-compliant resolution mkv, I finally made it! A multiple titles AVCHD on DVD-R (Single Layer), with black bar on the bottom part, and subtitle on the video area (not in the black bar). Now I can delete those backups in the PS3 HDD (got the 160GB version), since the videos can now be safely backed-up in the format I wanted them to be, on DVD-R.
Thanks Deank, for making this possible. I guess the 2 things left to perfect the whole shebang are the centering of non-compliant resolution .mkv (theoretically possible?) and the custom menu creation.

ps. Wish you could taste these traditional coffee I'm having. The taste is wayyyyyy much better than those from Starbuck$!!!

deank
10th January 2009, 17:49
I'm more into Grandos Mocca Instant coffee with milk, no sugar and a lot of marlboro ftb 80s red.

I'll probably add "Wizard" to multiAVCHD that should help most unexperienced users. I continue to receive tons of emails each day about things that are clearly seen in the LOG file.

The important steps are:

* Decide if top menu will be used
*** Select proper system (PAL/NTSC)
*** Decide if it will be motion or lite type

* Add your MKV files / AVCHD folders

All other options left to default should provide you with compliant AVCHD folder. (you can restore defaults by erasing multiAVCHD.ini)

robshot
10th January 2009, 18:14
Did you manage to put the warning sign for those PS3 non-compliant .mkv? I am referring to the ones with PS3-non-compliant x264 encoding parameter, not the non-compliant resolution (which is now 'fixed' with multiAVCHD v. 1.4). I'm doing another AVCHD building right now, so I can't test with some .mkv I have that are not PS3-compliant.

cheers,
black coffee, 1 sugar, and loads of clove-cigarettes. Again, tastier than them marlboroses :)

deank
10th January 2009, 18:21
If someone provides an example of what to look for in mediainfo log about x264 encoding i'll be glad to add this check.

If not, it will take time to do some investigation what is and what is not compatible with PS3.

----

quick update: [Reset all to default] button added in Settings tab.

G_M_C
10th January 2009, 19:56
Well,
[...]

ps. Wish you could taste these traditional coffee I'm having. The taste is wayyyyyy much better than those from Starbuck$!!!

I'm more into Grandos Mocca Instant coffee with milk, no sugar and a lot of marlboro ftb 80s red.
[...]

I grind my own coffee beans, and use a "Cafetière", otherwise known as "French Press" (http://en.wikipedia.org/wiki/Cafeti%C3%A8re). I can practically guarantee the best results :devil:

deank
10th January 2009, 20:36
I'm eager to taste.

turbojet
10th January 2009, 21:10
@turbojet: I did a lot of changes last night - have no Idea what could the problem be. Does SAPs work with 1920x1080 and 1280x720 videos?

Both players work with same x264 settings at native resolutions.

xvibe
11th January 2009, 00:33
Hi deank!
I can't get the AVCHD folder with the streams but the TEMP folder has the files.
Here is the log:


[23:30:17] Log started for multiAVCHD v1.4 (build 172)
[23:30:17] Processing...
[23:30:17] Processing 1 files/folders.
[23:30:17] Converting mkv file to AVCHD (C:\filmes\samples\2002.mkv).
[23:30:17] Detected video: ID#1:V_MPEG4/ISO/AVC:1280x544 24.000fps (AR:2.35)
[23:30:17] Video height not AVCHD compliant (480/576/720/1080)! Final output may be distorted.
[23:30:17] Fixing clip and playlist info.
[23:30:17] Detected audio: ID#2:A_DTS:audio (48000Hz/6ch) Language: und
[23:30:17] Detected subtitles: ID#3:S_TEXT/UTF8 Language: und
[23:30:17] Generating meta file for tsMuxer...
[23:30:17] M2TS stream split set at 3999MiB...
[23:30:17] Found SRT subtitles in source folder. Will add to compilation!
[23:30:17] Searching for original chapters (mediainfo).
[23:30:17] Inserting auto chapters.
[23:30:17] Creating BluRay folders (tsMuxer)...
[23:30:22] Done!
[23:30:22] Applying new vertical resolution to video (720p).
[23:30:22] Preparing authoring information...
[23:30:22] Copying 1 sec blank video data.
[23:30:22] Creating static/lite top PAL menu.
[23:30:22] Setting menu for 0 titles...
[23:30:22] Setting titles #1 to #40 to point top menu.
[23:30:22] Fixing clip files...
[23:30:22] Completed.
[23:30:22] Creating AVCHD compatible 8.3 filenames...
[23:30:22] Done!
[23:30:22] C:\multiAVCHD\AVCHD folder created!
[23:30:22] Copy C:\multiAVCHD\AVCHD to root of USB drive or USB disk.
[23:30:22] Copy C:\multiAVCHD\AVCHD to X:\PRIVATE\ of SD/MMC card.
[23:30:22] You may now remove temp folder (C:\multiAVCHD\_TEMP\).
[23:30:44] Log started for multiAVCHD v1.4 (build 172)
[23:30:44] Processing...
[23:30:44] Processing 1 files/folders.
[23:30:44] Existing C:\multiAVCHD\AVCHD\ renamed to C:\multiAVCHD\AVCHD-20090110-233044
[23:30:44] Converting mkv file to AVCHD (C:\filmes\samples\2002.mkv).
[23:30:44] Detected video: ID#1:V_MPEG4/ISO/AVC:1280x544 24.000fps (AR:2.35)
[23:30:44] Video height not AVCHD compliant (480/576/720/1080)! Final output may be distorted.
[23:30:44] Fixing clip and playlist info.
[23:30:44] Detected audio: ID#2:A_DTS:audio (48000Hz/6ch) Language: und
[23:30:44] Detected subtitles: ID#3:S_TEXT/UTF8 Language: und
[23:30:44] Generating meta file for tsMuxer...
[23:30:44] M2TS stream split set at 3999MiB...
[23:30:44] Found SRT subtitles in source folder. Will add to compilation!
[23:30:44] Searching for original chapters (mediainfo).
[23:30:44] Inserting auto chapters.
[23:30:44] Creating BluRay folders (tsMuxer)...
[23:30:45] Done!
[23:30:45] Applying new vertical resolution to video (720p).
[23:30:45] Preparing authoring information...
[23:30:45] Copying 1 sec blank video data.
[23:30:45] Creating static/lite top PAL menu.
[23:30:45] Setting menu for 0 titles...
[23:30:45] Setting titles #1 to #40 to point top menu.
[23:30:45] Fixing clip files...
[23:30:45] Completed.
[23:30:45] Creating AVCHD compatible 8.3 filenames...
[23:30:45] Done!
[23:30:45] C:\multiAVCHD\AVCHD folder created!
[23:30:45] Copy C:\multiAVCHD\AVCHD to root of USB drive or USB disk.
[23:30:45] Copy C:\multiAVCHD\AVCHD to X:\PRIVATE\ of SD/MMC card.


The AVCHD folder has 2.153MB and the _TEMP folder has 7.8MB.
This happens both for BD or AVCHD, any file and with any option on the menu.

Anyway. why the output stream is shorter than the original one? My input file is 55MB and the output stream is only 7MB.

What going wrong? I'm using vista ultimate x64.

deank
11th January 2009, 13:07
Yes, the temp contains MENU files, but not the source media.

For some reason tsMuxer didn't produce any media files (mtss).

Can you try loading your mkv in ts muxer and check?

robshot
11th January 2009, 15:10
Hi deank!
I can't get the AVCHD folder with the streams but the TEMP folder has the files.
Here is the log:
...
The AVCHD folder has 2.153MB and the _TEMP folder has 7.8MB.
This happens both for BD or AVCHD, any file and with any option on the menu.

Anyway. why the output stream is shorter than the original one? My input file is 55MB and the output stream is only 7MB.

What going wrong? I'm using vista ultimate x64.

I ran into similar issue last week. My original file is 500mb-ish, and the resulting file is 300mb-ish
After carefully check the 300mb-ish, it turned out that the .srt subtitle file that accompanying the .mkv was the source of the problem. The .srt should NOT have 1 free line (i.e. you press enter AFTER a subtitle line, then followed by another enter, then followed by the time-code line).
After I fix the .srt, remove the empty line, then AVCHD (or tsmuxer) mux the .m2ts correctly.
Perhaps this was the source of your error?

cheers
robshot

morfeu78
11th January 2009, 16:13
Hi deank, I have been reading about your efforts and registered to offer any help you need with testing multiAVCHD with the Panny SDHC reader, since mine is able to show AVCHD. Unfortunately the only thing that it was capable of reproducing till now are sdhc straight from the camera (or at least a copy of the structure) and edited mts, from the camera, in panny hd writer 2.5e.

deank
11th January 2009, 16:29
It seems that Panasonic TVs that read SD avchd use really stripped index.bdm and movieobject.bdm.

If you can send me some small clips (with the whole PRIVATE\AVCHD folder) for tests it will be great.

morfeu78
11th January 2009, 18:05
Sd Avchd withou Menus (http://www.2shared.com/file/4625834/66b39d19/sd_without_menu.html) and SD AVCHD with menus (http://www.2shared.com/file/4625908/45eae8c6/sd_with_menu.html). Both were created with HDwriter 2.5e from panasonic, while one of them has menus, the files are displayed by the tv but not the menu, I thought it might be usefull so multiavchd could create a menu that would work in other players while staying compatible with the pannys.

deank
11th January 2009, 18:10
Many thanks :)

morfeu78
11th January 2009, 18:10
I hope it helps :)

deank
11th January 2009, 18:50
I'm generating AVCHD folder with 5 seconds clips for these resolutions:

1920x1080 -> 1920x768 in steps of 8.
1440x1080 -> 1440x768 in steps of 8
1280x720 -> 1280x496 in steps of 8
720x576 -> 720x288 in steps of 8.

Will post the folder for those of you who want to test with their players and will post the results on how PS3 acts on all these different resolutions in AVCHD mode.

Dean

morfeu78
11th January 2009, 18:54
Could you generate an 1440x1080 also? since that is the format that most camcorders use?

Edit: I think you are doing that for the green screen problems, so it's no use to make an 1440x1080, right?

deank
11th January 2009, 20:01
So here are the results:

1920x768 - 1920x1080 played at 1080p

1440x768 - 1440x1080 played at 1080p

1280x584 - 1280x720 played at 720p
1280x496 - 1280x576 played at 480p

720x288 - 720x472 played at 480p
720x480 - 720x576 played at 480p but bottom lines get cut and not shown.

So in brief:

* videos of width 1920 or 1440 play in 1080p
* videos of width 1280 play in 720p if height is greater than or equal to 584 (1280x584+)
* videos of width 720 play at 480p no matter the height

Best entertainment experience will be achieved if your input video streams have height of at least 584 pixels.

Tests are made with PS3 via HDMI to 1080p capable TV set.

I prepared an archive (73MB). It contains 4 AVCHD folders for 720/1280/1440/1980 tests. (http://rapidshare.de/files/41329234/multiAVCHD_Resolutions_Test.rar.html)
***
@morfeu78: No, the idea was to check when Playstation3 decides to use 1080p/720p/480p and never 576p for widths 1920 and 1280.

B4tm4n
11th January 2009, 20:51
@ deank : I PM'd you back about testing.

deank
11th January 2009, 20:54
Yes, but whole day I have no internet and using GPRS/3G just to check what's going on around. I'll try to send you a version that does not contain any communication attempts (HTTP GET/HEAD) - tomorrow (12 hours from now).

You may try to see if tsMuxer and mediainfo work in MacOS environment.

B4tm4n
11th January 2009, 21:02
Yes, but whole day I have no internet and using GPRS/3G just to check what's going on around. I'll try to send you a version that does not contain any communication attempts (HTTP GET/HEAD) - tomorrow (12 hours from now).

You may try to see if tsMuxer and mediainfo work in MacOS environment.

I'm sorry I wasn't trying to rush you, I just didn't know wether you'd got the reply. :) Take your time.
I use tsMuxer all the time and it works fine.
Mediainfo I use the MacOs version, I'll download the windows version and test it.

pdurand
11th January 2009, 21:26
So here are the results:

1920x768 - 1920x1080 played at 1080p

1440x768 - 1440x1080 played at 1080p

1280x584 - 1280x720 played at 720p
1280x496 - 1280x576 played at 480p

720x288 - 720x472 played at 480p
720x480 - 720x576 played at 480p but bottom lines get cut and not shown.

So in brief:

* videos of width 1920 or 1440 play in 1080p
* videos of width 1280 play in 720p if height is greater than or equal to 584 (1280x584+)
* videos of width 720 play at 480p no matter the height

Best entertainment experience will be achieved if your input video streams have height of at least 584 pixels.

Tests are made with PS3 via HDMI to 1080p capable TV set.

I prepared an archive (73MB). It contains 4 AVCHD folders for 720/1280/1440/1980 tests.
***


Many thx again for these clarifications. I really think that non standard "1080p intended" mkv/avchd are not a problem since the vertical resolution is generally > to 720 lines -> it will switch the ps3 in 1080p mode.

The main problem is with non-standard "720p intended" mkv/avchd. Many of them are < to 576 lines (ex. 1280x532). These will show in 480p and not in 720p with the ps3.

It's so bad there is no way to "force" ps3 to use a 720p then instead of 480p.

Many thx again for your help and good work :cool:

robshot
12th January 2009, 05:58
PDurand,
I'm a little confused with your statement
"Many thx again for these clarifications. I really think that non standard "1080p intended" mkv/avchd are not a problem since the vertical resolution is generally > to 720 lines -> it will switch the ps3 in 1080p mode.

The main problem is with non-standard "720p intended" mkv/avchd. Many of them are < to 576 lines (ex. 1280x532). These will show in 480p and not in 720p with the ps3.

It's so bad there is no way to "force" ps3 to use a 720p then instead of 480p."

I tested my PS3 with multiAVCHD of several titles with different 720p resolutions.
1. My TV is set to 720p (a 19 inch Samsung with max. res. of 1080i :( )
2. PS3 connected via HDMI to Samsung, and PS3 resolution is set to 720p.
3. MultiAVCHD with Title 1 of 1280x532, Title 2 1280x720, Title 3 1280x720
4. The PS3 output for Title 1 on Samsung 19" is video aligned on top, with black bars on bottom, subtitles on video area, and display does not change to 480p.
5. PS3 output for Title 2 is full wide-screen with subtitle on video area.
6. Disc created with height adjustment option in multiAVCHD authoring tab. This does'nt affect the 1280x720 Title.
7. Checking the TV system, it still show display of 720p, not 480p.
Am I missing something? Can you please explain what it was that made your 1280 x >576 video plays at 480p?

cheers
robshot

deank
12th January 2009, 07:51
@robshop: Are you saying that your TV stays at 720p when you play 1280x532?

That's why I created these AVCHD_Resolution_tests for 1920/1440/1280/720 with different heights. (I'll provide a link later)

It could be that PS3 does not switch to 480p but my TV (and pdurand's) do.

I may try to connect my PS3 to the tv in the other room and perform the test again. It runs in 720p with max. resolution of 1080i.

pdurand
12th January 2009, 07:58
@robshop: Are youe saying that your TV stays at 720p when you play 1280x532?

That's why I created these AVCHD_Resolution_tests for 1920/1440/1280/720 with different heights. (I'll provide a link later)

It could be that PS3 does not switch to 480p but my TV (and pdurand's) do.

I may try to connect my PS3 to the tv in the other room and perform the test again. It runs in 720p with max. resolution of 1080i.

Yep mine (pionneer plasma 50') switches to 480p. could it be a pionneer bug? :confused:

deank
12th January 2009, 08:00
I doubt it. Mine is Panasonic 42 and acts the same way. I'll test with Philips 42 (max 1080i) later.

robshot
12th January 2009, 08:20
I'll do more test again tonight. Right now still office hours. As far as I remember from last night, the Display Setting on PS3 menu for my tv is set to 720p, I didn't use the max. 1080i that my TV can do.

Deank:
As per the issue on PS3 non-compilant encoding, I found this on the other forum:

"ultratoto14
28th November 2007, 23:51
well i found the problem with why 1080p and some 720p dont play.

its because they were encoded with the "--me umh" option to x264 which ps3 does not support.

Im not sure if this is a ps3 bug, or is umh mode not part of the official 264 specs?
There is no fix, stream must be re-encoded.

I will add detection to the next version.

x264 - core 56 svn-680 - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=7 deblock=1:-2:-1 analyse=0x3:0x133 me=umh subme=6 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=3388 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30

PLAYS on ps3
x264 - core 56 svn-680 - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=4 deblock=1:-2:-1 analyse=0x3:0x133 me=hex subme=6 brdo=1 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=6 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=3170 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30


In my library, i found that umh is not the problem but the number of reference frames in case of umh. Lower or equal to 6 works. Each file that does not work on PS3 has umh and ref >= 7."

The GOTSent program seems to detect this and give error message that "This AVC file is not playable on PS3 (black screen)" when I input .mkv of such encoding. When I input .mkv with profile 3.1, but with correct x264 encoding, the program will accept without giving the above error. During the process, mediainfo window will appear and change level to 4.1.

deank
12th January 2009, 09:01
I just created 3 avc files. 1st with ref=4, 2nd ref=5 and 3rd ref=6. Three were with most basic settings and only the 1st one played - other two gave black screen. This is for 1920x1080

Then another test with ref=4 ... ref=9 for 1280x720. All worked.

So I'll make multiAVCHD to check for reference frames >4 for 1920 and ref>9 for 1280.

[x] Issue warning
[x] Do not add to output AVCHD structure.


Also note that the ITU-T specification limits DPB and thus limit the ref for each level. If adhering to Level 4.1 specs, the maximum ref for full height 720p and 1080p video are 9 and 4 respectively. But if the video's height is not the full 720 or 1080 pixels, a higher ref can be used. Level 4.1 is the level implemented on Blu-ray and HD DVD, and the highest level supported in most consumer electronics which support H.264 playback, including Xbox 360, Playstation 3 and Popcorn Hour A-100 Media Extender. The formula for calculating maximum ref is as follows, the value should be rounded down:

maximum ref = 12288 * 1024 / ( width * height * 1.5)

coolalibaba
12th January 2009, 09:22
hi deank,
I'm not able to open your site: multiavchd.deanbg.com. Is it open or that is only my problem? I tried the site from 2 different servers in different network.

deank
12th January 2009, 09:25
No, it is not problem with your servers.

I still have no internet connection to my server. It will be fixed within the hour.

Dean

edit: It is up now.