AVCHDMe: Make AVCHD folder PS3 compatible [Archive]

idbirch2

20th December 2008, 18:49

This is for anyone with a PS3 who wants to be able to play a BluRay structure from a USB device on a PS3. The benefits of this over streaming are that you get VC-1 video, HD audio and subtitle support.

Firstly, you must use TSMuxer to select which streams you want to keep. In the Split/Cut tab, split the files every 4GB (this is because the PS3 will only read FAT32 USB devices)

Once you have your output from TSMuxer, place the BDMV and CERTIFICATE folder inside a directory called AVCHD on the root of your USB device. Run AVCHDMe and point it at the root or BDMV folder and the structure will be checked. You will be alerted to any problems with filesizes, file names and CLPI errors which you then have the option to correct.

The USB device can now be connected to the PS3 and the BD structure will play.

What does AVCHDMe do?

It renames all the files inside the the BDMV folder to be 8.3 compliant. Without this, the PS3 will not play the BD structure. It can also apply a couple of fixes to the clpi files but now that TSMuxer has been updated (use 1.8.30 or newer), this should no longer be a problem.

Where can I get it?

Download here (http://www.mediafire.com/download.php?70ydln4jgto)

And here's a screenshot:

http://i42.tinypic.com/2h4i4y1.gif

Changes in 2.0
-- Added 4GB max file size check
-- Added "Undo 8.3 filenames" button to name your files back to their original names
-- Path input box now accepts drag and drop
-- Browse and dragndrop now accept either root or BDMV folder as input
-- New TSMuxer fixes CLPI and pause problems but left check in just in case anyone uses on an old mux

If you store multiple movies on a FAT32 hard disk, use AVCHDManager (http://forum.doom9.org/showthread.php?t=143920) instead. Does everything AVCHDMe does but also helps you manage your collection and quickly change the default movie.

b66pak

20th December 2008, 21:12

thanks a lot...
_

tyee

21st December 2008, 02:45

Thanks a lot! I just made a patcher myself with 3 lines in a batch file. Took all day but it was a learning experience! The FOR command is awesome.

I just clicked on the link to your screenshot and my AVAST antivirus caught a virus trying to load from that page. Can you check it out please!

idbirch2

21st December 2008, 11:59

I just clicked on the link to your screenshot and my AVAST antivirus caught a virus trying to load from that page. Can you check it out please!

Yeah, looks like ImageBam got stung by one of their advertisers yesterday (see thread here (http://groups.google.com/group/imagebam/browse_thread/thread/bccf7410ea70bf49#)) The ImageBam rep in that thread though says the offending ad has now been pulled so that should be the end of that. Just to be on the safe side though, I've moved the image to imageshack.

odin24

21st December 2008, 16:38

Nice, very nice. This also works with an external drive formatted to FAT32. I use a 320GB drive with a 50GB FAT32 partition, split a whole BD rip (main movie only) with tsMuxeR, apply AVCHDMe and away I go.

shv

21st December 2008, 20:25

Hello,
is the correction which FixclpiGUI does also integrated in this new AVCHDME tool? I mean the fix of the fast forward and fast rewind problem.

Regards.
M.

idbirch2

21st December 2008, 21:04

Edit: Yes, this is now added in the new version. Download link updated in first post.

shv

22nd December 2008, 09:12

Hello idbirch2,
I think it would be a good solution to get the fixclpi function bundled in AVCHDME until we get a new TSMuxer with these fixes. Would it be possible to use the command line version from your program (http://forum.doom9.org/showpost.php?p=1207492&postcount=2188)?
From my point of view it would be good if AVCHDME could remember the last used BDMV folder e.g. with an entry in the registry.

Regards.
M.

idbirch2

22nd December 2008, 10:59

I've uploaded a new version, the download link in the first post links to it. Jdobbs' fixclpi.exe is now incorporated and the last BDMV folder is automatically selected when you hit Browse (if it exists).

Krawhitham

23rd December 2008, 06:21

any change on making this a CLI program again with the new fixes, maybe use command switches for the options

idbirch2

23rd December 2008, 09:24

No, sorry. Unless any major problems surface, that's it now.

Krawhitham

23rd December 2008, 17:52

ok, no problem

Your program converts file names to 8.3, then runs fixclpi.exe and then does the equivalent to deank's fixclipinf.exe which "patches CLIP files with correct M2TS filesize values", I'm I missing anything?

idbirch2

23rd December 2008, 17:54

That's right, they're the 3 fixes that are applied.

shv

23rd December 2008, 18:36

@idbirch2:
The AVCHD program works good. I've tested some movies without any problems. But now I have got problems with one movie.

http://img227.imageshack.us/img227/9793/avchdproblemxq2.jpg (http://imageshack.us)
http://img227.imageshack.us/img227/avchdproblemxq2.jpg (http://g.imageshack.us/img227/avchdproblemxq2.jpg/1/)

As you can see in the picture from my 2nd try 2 parts were not made PS3 compatible. Interesting is also the order: 00003.clpi before 00002.clpi. As I used the program first time/first try with this movie the first 2 parts were not made PS3 compatible not the 2nd and 3rd. I've pushed the Apply Button 2nd time with this try. The result while wathching was that there was a gap between 1st and 2nd part visible as the filesize was not right corrected. All the other changes between chunks were seamless.

Regards.
M.

idbirch2

24th December 2008, 00:34

Hm, that's very weird, it appears that the list of .clpi files has been read in the wrong order. If you look at the actual filesizes, you will see it has patched 0003.cpi with the size that should have gone into 0002.cpi and vice-versa. This is all because for some unknown reason, when the script first read in the list of .clpi files, it saw 0003.cpi before it saw 0002.cpi. Anyway, I have added some code that sorts both lists before applying any changes which should fix the problem for you. Grab the new verion here (http://www.mediafire.com/download.php?iznkxyjuwz4).

I'll update all the other links with the new version.

shv

24th December 2008, 08:49

I've tested the version 1.2 but it does not work for me. I get shown a seperate window with clpi files but there is one more. After I selected the clpi files, pushed the copy button and closed the window I got the messages that the number of clpi files and video streams is different.

http://img367.imageshack.us/img367/3231/avchdproblem1id7.jpg (http://imageshack.us)
http://img367.imageshack.us/img367/avchdproblem1id7.jpg (http://g.imageshack.us/img367/avchdproblem1id7.jpg/1/)

So I went back to previous version. It seams that the embedded fixclpi program does sometimes not get access to the clpi files. I've got the message runtime error 70 - no access to ... fixclpi. In this case and sometimes also without an error I saw that all files got No in column PS3 compliance. In this case I pushed the button again and hopefully everything went OK. This means sometimes everything is OK until the end. Sometimes only a part of the files are processed. An sometimes no file is processed. But I can't say if newertheless the fixclpi was running.

idbirch2

24th December 2008, 09:10

Oops. my mistake. I've updated the first post with a link to 1.4.

shv

24th December 2008, 09:49

Just tested version 1.4. I've an error message during converstion:

http://img355.imageshack.us/img355/9156/avchdproblem2sr3.jpg (http://imageshack.us)
http://img355.imageshack.us/img355/avchdproblem2sr3.jpg (http://g.imageshack.us/img355/avchdproblem2sr3.jpg/1/)

Falscher Parameter means wrong parameter.

After some more tests with version 1.4 I could not reproduce the error above. Currently it works. I think it would be good if the fixclpi.exe could be deleted in the CLPI folder at the end. Maybe it would be better to store fixclpi.exe in the folder where AVCHDME is in. It would not be necessary to create fixclpi.exe if it is already there.

Let me come back to the order of clpi in version 1.2. After selection of BDMV folder the order is right. When the conversion did not run properly (No PS3 compatibility for all CLPIs or for some) the order of CLPIs is changed. So maybe if I push Apply second time it runs with a wrong order.

http://img242.imageshack.us/img242/9411/avchdproblem3rk9.jpg (http://imageshack.us)
http://img242.imageshack.us/img242/avchdproblem3rk9.jpg (http://g.imageshack.us/img242/avchdproblem3rk9.jpg/1/)

idbirch2

24th December 2008, 10:03

Hm, I'm sorry but I don't know what else to do. It seems something is locking one of your cpi files preventing access to it. I've run AVCHDMe many times and have never seen this or the issue where the .cpi files are listed in the wrong order.

Is the final screenshot showing what happens when you run AVCHDMe a second time after the initial error? If so, I beleive that has been successful and the first 2 columns are simply in the wrong order. 0006.CPI/008E2EC0 matches 008E2EC0 in the 6th entry of the 3rd column. 0001.CPI/013DA9E0 matches 013DA9E0 in position 1 of the 3rd column etc.

If you watch it back and this is not the case and you get pauses at the gap points, all I can do is say sorry and suggest you try a different tool for performing the fixes or do them manually.

shv

24th December 2008, 11:20

No the final screenshot is showing the result after first run of AVCHD version 1.2. I did never try to watch such movie but pressed APPLY again which means a 2nd run. I only wanted to give you some more information.

The version 1.4 seams to run much more stable.

simbot41

3rd January 2009, 17:22

hey idbirch2

this tool looks to be what I have been looking for.

trying to convert my HDdvds to ps3 format without much success to date.

When you say HD audio retained, TrueHD is still limited by tsmuxer correct??

idbirch2

3rd January 2009, 17:39

Yes, until TSMuxer is fixed, I am using eac3to to decompress the TrueHD tracks to .PCM (you must also then run this PCM track through pcm2tsmu before TSMuxer will accept it).

simbot41

4th January 2009, 10:58

Cheers

Hey idbirch2

I am having no end of trouble getting my blu ray to work.

Bought Batman Begins, want to play it from HDD.

Ripped with AnyDVD HD and then tsmuxer but I retained TrueHD track. Split into 4gb chunks and use avchdme to make it ps3 compatible.

But no matter what I do it is unsupported. Is that due to TrueHD audio??

Cheers

idbirch2

4th January 2009, 12:02

Unsupported as in it comes up as "Unsupported Data" on the PS3? I've gone through the exact same process with Batman Begins and I also tried keeping the TrueHD track the first time. The result was video but no audio. You must use eac3to to convert the TrueHD track to PCM. Then run that PCM file through pcm2tsmu then mux the video/pcm/subs using TSMuxer.

Just to be clear, you must also place you final BDMV folder inside a folder named AVCHD on the root of your USB device (which must be FAT32).

simbot41

4th January 2009, 12:16

You must use eac3to to convert the TrueHD track to PCM. Then run that PCM file through pcm2tsmu then mux the video/pcm/subs using TSMuxer

Cheers. reread initial instructions on folder so that works now.

So by using eac3to is it lossless? is there a easy GUI to do it?

Finally getting somewhere :)

idbirch2

4th January 2009, 13:08

Yes, conversion to PCM is lossless. Check out the main eac3to thread here (http://forum.doom9.org/showthread.php?t=125966) and the eac3to wiki here (http://en.wikibooks.org/wiki/Eac3to/How_to_Use) for detailed usage instructions. There's a GUI for it available here (http://forum.doom9.org/showthread.php?t=135095).

odin24

4th January 2009, 15:23

Just a precautionary warning. Lately eac3to_and_more_GUI has been giving false positives on a lot of anti-virus programs.

Also with this GUI, when converting to PCM using "Eac3to Stdout" and running through Pcm2tsmu in one run, the commands for "Bits Per Sample" (-i ##), "channels" (-c #), and "Sample Rate" (-s #####) in the Eac3to Stdout tab is ignored. This could create a problem if your audio track is not any of the Pcm2tsmu defauts, 24bit, 6 channels, and 48kHz. I either copy the command line to a .txt file, edit in the ignored commands then run as a .bat file... but lately I just run everything from cmd.exe

EDIT: Unfortunatly nobody has heard from Yraen for a while to fix this small bug. If you do get a anti-virus warning please report it as a false positive to your antivirus provider.

coolalibaba

5th January 2009, 12:24

Looks not working with my first try. It couldn't fix the file size of the second part. re-applying it again brought out an overflow error message window from fixclpi.

Edit: sorry, googled a bit and found it's a problem of fixclpi not compatible with non-ENU language OS

idbirch2

5th January 2009, 13:22

Oh, I didn't know that, thanks for letting us know.

On a related note, I do find that occasionally, one of the .clpi files will be locked for some reason (I blame Vista) and when that happens, the hex edits fail and everything goes wrong. Everytime this has happened, I have found that creating the BluRay structure again and re-applying AVCHDMe works fine. If I get chance I may add some sort of check to trap this condition and alert you.

It happens so rarely and randomly though that I will struggle to test it.

insaneoctane

14th January 2009, 06:29

If I used AVCHDme to make my data PS3/AVCHD compatible, but later on (say when BD-R drop) want to burn the data back to real blu ray....what would I need to do?

idbirch2

14th January 2009, 09:58

If you're still managing the AVCHD drive in AVCHDManager, you would just click "AVCHDMe-undo". All it does is rename all the files back to their full names i.e .mts->.m2ts, .cpi->.clpi etc. If you're not using AVCHDManager, there's a standalone version of AVCHDMe_undo here (http://www.mediafire.com/download.php?j3rojmcdmsn). Just place in the root of your movie folder and run. Mediafire is down for maintenance, check back later when they've finished pissing about.

insaneoctane

15th January 2009, 01:05

Wasn't there jdobbs' fixclpi.exe fixes that it makes so that the 4GB chunks transition smoothly?? Do those need to be fixed back?
Once the "UNDO" is done back to .xxxx extensions, it will burn and playback properly?

idbirch2

15th January 2009, 09:17

odin24

20th January 2009, 12:32

@ idbirch2
I have a seamless branching BD rip (whole disc), there isn't a file larger than 4GB. Would AVCHDMe work on this BD... menus, features, and all? Once I can remux the main movie I will try, I was just hoping you knew.

idbirch2

20th January 2009, 12:38

That's a very interesting thought, I'd never considered a full BD structure with files that are all less that 4GB. I don't think AVCHDMe will work on the structure as it's looking for an AVCHD/BD hybrid structure as output from TSMuxer - this is different to a native bluray structure. Also, I suspect the PS3 won't recognise it either but please give it a try and let us know (you will need to manually rename all files to 8.3 standard as AVCHDMe won't work (I don't think!)).

edit: As long as you make a backup of you BD structure first, there's no harm trying AVCHDMe and seeing what happens...

odin24

20th January 2009, 12:47

odin24

21st January 2009, 02:22

Thanks for the fast response. I'm off to work right now, and it's going to be pretty hectic afterwards, I may not get to it for a day or two. I will though, and I'll report back.

It did not work. AVCHDMe renamed all but 4 files, two BDJO files and their BACKUPs.

idbirch2

21st January 2009, 10:39

And the PS3 doesn't recognise it when the folder is named to AVCHD?

odin24

21st January 2009, 19:27

And the PS3 doesn't recognise it when the folder is named to AVCHD?

That's correct. I renamed the BDJO files to BDJ manually.

ReciprocalUniverse

30th January 2009, 15:23

I authored a small BDMV project with Sony DVD Architect, then used AVCHD-Patcher to make it AVCHD compliant. Lastly, I used AVCHD-me to make it compliant with the 8.3/Fat32 conventions, copied it to a USB flash drive in the AVCHD root folder as described, stuck it in the PS3 and wha-lah...It plays with full menu functionality.

Pretty nice work. Thank you!

Tom

idbirch2

19th February 2009, 11:01

I've updated AVCHDMe to match the AVCHDMe routine from AVCHDManager which is bascally a lot more stable, I've updated the link on the first page. Now that TSMuxer development seems to have started up again, I hope to be able to remove all the .clpi fixing stuff from it and get it back to a basic file renamer but for now, the clpi fixes remain.

Duppie

2nd March 2009, 10:02

idbirch2

Will you update AVCHDMe with new version of fixclpi.exe (2.30)?

Thanks for this handy tool.

idbirch2

2nd March 2009, 18:16

Sure, I've updated the first post with a new link.

On a side note, I recommend anyone who still uses this for doing AVCHDs on a FAT32 hard disk to move over to AVCHDManager (http://forum.doom9.org/showthread.php?t=143920) which includes all the functionality of AVCHDme and more.

DMagic1

4th March 2009, 03:49

Well you be updating to fixclpi v231 soon? Thanks

Also I noticed if you select your BDMV folder but choose not to process it, AVCHDMe leaves a fixclpi.exe in the CLIPINF folder after you close it.

idbirch2

4th March 2009, 09:13

OK, I've updated the link in the first post again so it now includes fixclpi.exe 2.31 and I've fixed the stranded fixclpi.exe problem you mentioned.

DMagic1

4th March 2009, 19:14

Great and thanks for all your hard work.

scott1256ca

7th March 2009, 18:21

No, jdobbs' fixclpi.exe, which is included in AVCHDMe, fixes other issues in the .clpi file which cause ffw/rw issues. The fix for pauses at the 4gb splits is completely seperate. Once you've used 'Undo', there's no reason why that structure couldn't be burned to a DVD/BD-R. Just to be clear, the Undo function only undoes the renaming, the .clpi fixes remain intact.?
I'm not trying to derail this, but are you saying there is a fix for the pause @ 4G, or just saying it is a different issue? If there is a fix, could you point me in the correct direction? (I have searched for it, but haven't found one yet).
Thanks

odin24

7th March 2009, 18:31

?
I'm not trying to derail this, but are you saying there is a fix for the pause @ 4G, or just saying it is a different issue? If there is a fix, could you point me in the correct direction? (I have searched for it, but haven't found one yet).
Thanks

AVCHDMe fixes the issue. It was discovered that the information in the CLPI files (m2ts file sizes) was wrong, a simple hex edit fixed it... then an app/GUI was released to automate this, I cannot remember by whom. Then idbirch2 implemented this in AVCHDMe.

So, AVCHDMe will (does) fix the 4GB pause issue.