PMS SubJunk Build

[SubJunk]

I was just wondering about that update mention myself, since I had an auto update today.

Speaking of updates, I thought of a feature I'd really like to see in navigation. Naming the destination folders with my own names. (My files are sprawled out on 2 external drives and my main C drive, and being able to rename an entry to something like "Sci Fi Movies" or "Animated Series" would be nice.

Yeah that's in the works

[Gareee]

AWESOME!

[phrozenstare]

hey guys i am on the latest version of UMS and found that none of my m3u playlists are displaying any files. i tried an old subjunk build i also had installed on my computer and that display's the playlists fine. i am going to try to revert to an older version of UMS and see if the issue is still there

UPDATE: i tried UMS 1.0 and 1.1.0. and neither of them have this playlist issue. another thing i found under UMS 1.1.1 was that it wouldn't display any songs but if i added new songs to the playlist UMS will only list the recently added songs when viewing the playlist

[menting]

tried the newest version (1.1.1), and it has issues with the audio sync. I've only tried it on 2 RMVB files, and they both have it.
One was about off by 2 sec, the other was about 10 sec.
SB71 works fine, and I have exactly the same settings in both.
Tried both with and without alternative sync method as well, and it doesn't fix it.

Another issue with 1.1.1 is that for some files (again, I've only tried it on a few RMVB files), it would suddenly skip a few minutes in the video.
Haven't tried to narrow down this one more, since my wife was fed up with it, so I had to switch back to SB71.

[SubJunk]

Don't think I've seen a RMVB file in at least 10 years, feel free to post a link to where I can get one of the files that used to work and I can see what changed. Most likely it's due to a different setting being used in one of the programs (it seems to be a common thing when people switch to UMS, they forget to re-apply some setting they applied eons ago ) so the first thing I would try is copying the contents of ProgramData/PMS/PMS.conf into ProgramData/UMS/UMS.conf to see if that fixes it

[menting]

Don't think I've seen a RMVB file in at least 10 years, feel free to post a link to where I can get one of the files that used to work and I can see what changed. Most likely it's due to a different setting being used in one of the programs (it seems to be a common thing when people switch to UMS, they forget to re-apply some setting they applied eons ago ) so the first thing I would try is copying the contents of ProgramData/PMS/PMS.conf into ProgramData/UMS/UMS.conf to see if that fixes it

thanks for the suggestion. I'll try copying the contents first and see if that works.
I'm not a big fan of RMVB either, and I have no idea why the chinese subbed JPN and KOR drama or JPN anime are still 95% in that format

[SubJunk]

I don't know about the drama series but usually Japanese anime has MKV releases too, I watch a lot of anime That's the main reason why I've put so much time into ASS/SSA subtitle support, because most anime release groups use it in their MKVs ASS/SSA is great because it allows them to basically "draw" on the video to achieve things like replacing Japanese signs (like names on buildings, street signs, etc.) with English ones, something that no other subtitle format supports.
Anyways let me know how the conf thing works out

[menting]

I don't know about the drama series but usually Japanese anime has MKV releases too, I watch a lot of anime That's the main reason why I've put so much time into ASS/SSA subtitle support, because most anime release groups use it in their MKVs ASS/SSA is great because it allows them to basically "draw" on the video to achieve things like replacing Japanese signs (like names on buildings, street signs, etc.) with English ones, something that no other subtitle format supports.
Anyways let me know how the conf thing works out

the chinese subbed ones mostly use rmvb, which bugs the hell out of me. I try to get the MKVs whenever they are available as well. I can't think of any reason why they still use rmvb.

the config thing didn't work out as far as the audio/video sync goes for the RMVB I was trying it out on. I can't remember which file had the video skipping a few minutes, so I'll need to find that again to see if it still shows up.
Meanwhile, I'll upload the RMVB that had the audio/video sync issue, and I'll post the link when it's done.

Thanks!

edit: this is the link
http://dl.dropbox.com/u/9010891/%5BDymy ... 80%5D.rmvb
it goes out of sync like within 15 sec, where the characters start to talk.

[ExSport]

@SubJunk:
I found two bugs in latest SB71 (UMS wasn't tested):

• "CustomMencoderOptions=-vf softskip,expand=::::1:16\/9:4" in Renderer.conf is ignored or replaced so it is not added as MEncoder param.
• When audio delay is used and it is higher than about 5 secs, MEncoder will create file with 4096 bytes only. It is true only when -oac copy is used (and AC3 in my case)
  For 3 different files which a I tested I found out that two files had 5172ms as a maximum for playable output.
  For 3rd one it was 5213ms. Anything higher 5173/5214ms produced unplaybale output (4096bytes file size)

Working one - 5171ms:
[VE_LAVC] Using constant qscale = 1.000000 (VBR).
Writing header...
INITV: 0.200, 0.158, fps: 23.976
Flushing video frames.
Writing index...
Overhead: 1.289% (3473690 / 269479654)
Writing header...
Video stream: 36964.875 kbit/s (4620609 B/s) size: 268841494 bytes 58.183 secs 1520 frames
Audio stream: 448.000 kbit/s (56000 B/s) size: 3281152 bytes 58.592 secs

Non-working one - 5172ms:
[VE_LAVC] Using constant qscale = 1.000000 (VBR).
Muxer frame buffer cannot allocate memory!
Flushing video frames.
Writing header...
INITV: 0.200, 0.158, fps: 23.976
Writing index...
Overhead: inf% (2048 / 0)
Writing header...
Video stream: 36991.210 kbit/s (4623901 B/s) size: 263247365 bytes 56.932 secs 1520 frames
Audio stream: nan kbit/s (-2147483648 B/s) size: 0 bytes 0.000 secs

I spotted this behavior on one file which had +7400ms delay so tested another ones directly from command promt to find out root cause. Delay I changed by MKVTOOLNIX and checked it in MediaInfo.
It doesn't matter what parameters or file (MKV) you will use to replicate this behavior but if you will not be able to see it by own I will post 10MB clip for testing
Only what is needed is using -oac copy with AC3 audio track and delay e.g. 6000ms.
It seems this bug is related to almost? all MEncoder builds because I tested about 10 different ones and found same problems.
Many thanks for checking this.

[ExSport]

...[*]When audio delay is used and it is higher than about 5 secs, MEncoder will create file with 4096 bytes only. It is true only when -oac copy is used (and AC3 in my case)
For 3 different files which a I tested I found out that two files had 5172ms as a maximum for playable output.
For 3rd one it was 5213ms. Anything higher 5173/5214ms produced unplaybale output (4096bytes file size)[/list]

Happy-Neko reproduced this problem so it is definitely MEncoder bug