multiMAN - multifunctional tool for your PS3 (Game manager/File manager/FTP/AVCHD/BDMV)

[diesel.1]

Will a 720p video with 50fps run smoothly on PS3 when using MultiAVCHD? Tried converting it to 25fps using other programs and it stutters?

[dlanor]

if i can remember correctly, MKV converted to AVCHD disc with tsmuxer, they show up yellow already and no need for BDMV convert.

You may be right, but I never did that myself.

1:1 copies "AVCHD" iso's, you run tru tsmuxer to make AVCHD disc, they show as "red" and needs convert?!

This part I don't understand at all. If you have an AVCHD iso file, why bother running tsmuxer to 'make AVCHD disc' as you say. Any competent CDVD burning program should be able to burn such an iso file to a normal DVD-R disc, which then becomes an 'AVCHD disc', since that is what the iso file contains. Such discs run perfectly on my PS3, and movies copied from their content have converted well in the past for playback from HDD.

is there any PC tool that can do this convert job like multiman is doing(fixing something in the structure?), then it should be done already right?!

Yes, but I'm not altogether sure about all that this conversion includes, nor am I entirely convinced anymore that it is the conversion that bugs out, but more on that further below.

All I could see, without analyzing stream data, is that all the original long mixed-case filenames that also used 4-byte file extensions had been converted to upper-case only filenames in the ancient 8+3 format. The content of all those files was identical for converted and unconverted copies of each movie, both old and new. So the only conversion I saw affected filenames only. But there might be something more in the stream data files, which were not included in this analysis.

I have absolutely no idea why this conversion of names is considered necessary, since burned DVD-R discs using the long mixed-case filenames are recognized as valid AVCHD discs and play perfectly.


HOWEVER: (and this is a BIGGIE !!!)
I discovered that after after failed conversion of new movies I can play them in the next boot session, just as I can play the older movies.

So whenever such freezing has occurred I can now just use the on/standby button on the console to unfreeze it and restart, and in that new boot session the newly converted AVCHD movie is playable.

I also proved that it is not the 'activating AVCHD structure' operation that fails, even though the freezing appears to happen there, but that is in fact not the case. It is the attempt to return to XMB after the structure activation that freezes, with the old message still on screen.

That is easily tested by copying a new movie to the HDD and then selecting it so that multiMAN asks for permission to convert and then proceeds to do this when you respond with "Yes". Then when given the next prompt about activating the structure for playback, you answer "No", so that you drop back to the Game+AVCHD listing of multiMAN again. If you now attempt to use the PS_button + 'Quit Game' command to exit from multiMAN, then it is here that the freezing will occur, which proves that it has nothing to do with the structure activation, since that was never done in this test.

This means that something is wrong with the termination of the conversion process, leaving the system in some abnormal state that leads to freezing at the next attempt to exit back to XMB, regardless of whether this is done with an AVCHD activation or with a direct command to 'Quit Game' or 'Exit'.

Dean needs to check for differencies between the old (pre-01.13.xx) multiMAN versions and the current ones in the particular sections of code dealing with return from the conversion process/subfunction to the main routines. Somewhere in that section there should be something missing in the new code which is needed to normalize the application state, so that exit is possible without freezing.

Although I have been able to play the newly converted movies this way, that does not necessarily mean that they are error free, as I have only watched a small part of each movie. Later tonight, when I go to bed, I plan to watch at least one of those movies in full, so I can report on its functionality tomorrow.

The reason why I suspect that something may have gone wrong with late parts of the movie is that it may be an incorrect termination test which causes the final normalization after conversion to be skipped, in which case it makes sense to assume playback problems towards the end of the movie (since proper termination should have occurred at its end). But this is just a suspicion since I still am not sure exactly what this 'conversion' is supposed to change (apart from the already mentioned filenames).

Best regards: dlanor

[dlanor]

SOLVED use AVCHD Patcher and they work fine

Sorry but that is not a true solution.
It will get the movies playable, but only by avoiding the use of the bugged conversion.
But what we really need is for that conversion routine to be debugged.

You can get more details on the bug in my previous reply to this post (in its pre-edit state).

checked the files, they look identical, the jar folders are empty, the stream shows its AVCHD-Video(new and old files), trying another movie now, be back later

According to my tests ALL content of ALL files (except possibly the main stream file) is identical for converted and non-converted copies of the same movie. The only thing that changes for those files is that their filenames are forced to uppercase-only 8+3 format by the conversion. But the contents of the main data stream files was not included in this comparison, so that may possibly differ too (though I don't know that).

Best regards: dlanor

[Super Engineer]

Anyone has the internal FTP feature working ?

It connects fine here, but it takes only few minutes then it randomly disconnect me.

I tried active and passive ftp, same results.

The same is happening in Gaia and Rogero.

Only blackb0x works, others don't work.

[piaf]

i have no dual layer burner, thats why i unpack the ISO and put it tru tsmuxer(just in case) with previous movies, same for MKV's, put tru tsmuxer to make avchd content and up to PS3

the new movies tested didn't work/frees at convert bdmv>avchd, reboot and try again, it kicks back to the xmb.

i then searched convert bdmv to avchd structure
Steps to convert BDMV to AVCHD: data disc problem with PS3

patched the "new movies" index.bdmv, replaced them on the PS3 and no frees/kickback to xmb, they show yellow(avchd) and works like the old ones, multiman didn't ask to convert as it was already patched by avchd-patcher

i have no clue on all the rest either, just posted the update that avchd-patcher fix'd the error on multiman.


edit:
ofcourse its just a "temp" fix for the moment, atleast it works for now, deank should check it,just pointed out avchd-patcher did the trick

[Multi-Man]

got it fixed by using AVCHD-Patcher, transfer back the index.bdmv from the "new" movies not working, drag/drop file onto avchd-patcher and transfer/overwrite the patched INDEX.BDM/MOVIEOBJ.BDM

both AVCHD's not previously working, play's fine now , showing "yellow" and no need for convert

I got to try this out, ok I am not sure what you are saying about transfer back however can I do this,

Im just gonna go put a movie onto my external drive under GAMES, i am than gonna patch that index.bdmv that will give me a index.BDM than im gonna just try to play it on an external and internal and report back soon...

nice work PIAF!

[anegr]

I have a game that is splitted (some files). I dont have an external HDD. Is it possible to merge the files on the PC and then transfer via FTP?
If yes which program?

[piaf]

yes, i'm sorry for my poor english...i mean get ur original AVCHD index.bdmv/MovieObject.bdmv files

open avchd-patcher
drag/drop index.bdmv onto avchpatcher
and replace the patched files with the originals

its not the perfect solution but it works for now, i'm not risking to many frees/hard reboots..have only 1 PS3

[deank]

SOLVED use AVCHD Patcher and they work fine

checked the files, they look identical, the jar folders are empty, the stream shows its AVCHD-Video(new and old files), trying another movie now, be back later

tessting AVCHD-Patcher atm(patch index.bdmv)

got it fixed by using AVCHD-Patcher, transfer back the index.bdmv from the "new" movies not working, drag/drop file onto avchd-patcher and transfer/overwrite the patched INDEX.BDM/MOVIEOBJ.BDM

both AVCHD's not previously working, play's fine now , showing "yellow" and no need for convert

Sorry but that is not a true solution.
It will get the movies playable, but only by avoiding the use of the bugged conversion.
But what we really need is for that conversion routine to be debugged.

You can get more details on the bug in my previous reply to this post (in its pre-edit state).

According to my tests ALL content of ALL files (except possibly the main stream file) is identical for converted and non-converted copies of the same movie. The only thing that changes for those files is that their filenames are forced to uppercase-only 8+3 format by the conversion. But the contents of the main data stream files was not included in this comparison, so that may possibly differ too (though I don't know that).

Best regards: dlanor

I managed to replicate the problem. Sadly - it was there since the 1st version and not related to the latest 01.13/01.14 multiMAN.

The difference is that latest versions utilize more memory and the bug was that during the "Activating AVCHD structure" there were numerous "opendir" functions to scan/rename *.clpi/*.mpls/*.m2ts but there was NO "closedir". That's my bad.

I just fixed it and all is okay now. I'll post the update a bit later with some more things fixed (while I was trying to find what's wrong with the AVCHD)

Dean

[diesel.1]

Can any one help? used multiAVCHD to create AVCHD and playing off external on PS3, video is perfect but audio starts and then stops. The same happens when playing with VLC on PC.