Mecnoder SEEK function vs container

[mario595]

I have noticed a difference in seek functionality depending on original container when transcoding. Please see this thread for details:

viewtopic.php?f=6&t=11815

Does anybody know why the SEEK function would work differently between an MKV (works correctly) and an M2TS (doesn't work correctly) container when both are forced to transcode?

[mario595]

Anybody have any thougts?

[SubJunk]

It's a very uncommon format in anything except blu-rays so I wouldn't expect good support for it

[mario595]

Subjunk,

I remux/convert all my movies into a natively supported PS3 format (x264-AC3 in an m2ts) to stream from the PC and enjoy the most robust FF, REW, as well as GOTO functionality. The downside is that external subtitles don't work. For those movies I have to keep them in MKV and not use FF/REW. MKV has never worked properly with FF/REW. With your new build and/or new releases of all the domponents; is there a way to finally get PS3MS/Mencoder to correctly use FF/REW functionality when transcoding?

If not, is there a way to get PS3MS or Mencoder to correctly use the GOTO functionality when transcoding a non MKV container (m2ts). That situation also has never worked and is described in more detail in the thread referenced above. BTW, FF and REW in this scenario will cause the audio to get out of sync as well as other problems.

[SubJunk]

is there a way to finally get PS3MS/Mencoder to correctly use FF/REW functionality when transcoding?

It works perfectly, it just depends on your CPU. If you have a beast computer it will be able to do it

[mario595]

I don't think you can do much better than what I have:

Gigabit router - Gigabit network card - Cat 6 cable
I7-920 clocked to 3.9 ghz
3-way 6GB ram
C drive on SSD
movies located on M drive: RAID-0 array of 3 WesternDigital hard drives allocated in 64K blocks. Array stripe size = 128K

custom startup:
start javaw -Xmx1536M -Djava.net.preferIPv4Stack=true -Dfile.encoding=UTF-8 -classpath update.jar;pms.jar net.pms.PMS

config:
maxvideobuffer = 600

GOTO works flawlessly transcoding. The problem is FF/REW is not very good. It can create audio sync problem, network error, data corrupted, etc. It's always been like that; unless you are telling me that something is different with the latest builds of PS3MS, Mencoder, Java, or additional parameters you can set.

[mario595]

I should add though that on a 1 GB one hour show it works ok but try to FF/REW a 15 GB 90 minute movie and you will run into these problems.

[mario595]

Let me update and admit that due to user error I wasn't up with the heap size that I thought I was. I am now correctly running a 1536 MB heap with multiple core Mencoder enabled and a buffer of 600. FF, REW, and GOTO work pretty good with an mkv. I would say 90% as good as when just streaming an m2ts. I can't complain.

However it would still be good to figure out why seek is not working correctly when transcoding from an mt2s container as opposed to an mkv. Seems to me like this is something that is easy to fix.