Another thing is that with the CL for mplex from my previous post with two audio didn't work - only 1 track is muxed (I think, didn't investigate it) file size is about half of expected ( 4 GB -> 2.5 GB). Muxing with mplexgui 0.91 was OK.

Hi Abond, sorry for being that late.

First, I dont know why, but it seems that theres a bug related to the suffix which will be appended to the audio encodings, which for now always will be named mp2 !. So if your audioencodings are done, rename those .mp2's to .AC3's.

Second: As this Packshot is Beta, I did re-code it as new, means re-allocating the code parts as new, so it seems that the Settings safe/load handling is messed up. This will be fixed.
What do you mean by that?
Expand?? it seems ok.
And the Audio?? I did a test and when choosing 2 Audios to be encoded, both will be in the commandline, so I hope I did understand you.

Third:

A Negative Bitrate Value means somewhere something in the index is messed up. So do a safe-try burning on a DVD-RW Media, as I never ened up with negative avgs finally ;-)
Also I cant give guarantees for the official latest win32 1.0pre4 build as I always use my own compilings and the latest win32 1.0pre4 build is from may ! (IMHO)

Related to your problem with 2 audios muxed, please post that muxing part of the CL ! Also for comparison, post the CL outputted by mplexgui 0.91, so I can see the differences.

Cheers Inc.

Related tp Packshot generally, Im just in reprogramming the resizer and some other stuff and I will first release a new version when that stuff will be ready. Also Im from 10th of july till 24th of july in vacations, ... only for your information ;-)

From my previous post:
"C:\PackShot\PackShot\mencoder.exe" -of rawvideo -sws 9 -noskip -nosound -noaspect -noautoexpand -vf yuvcsp,
scale=720:576::0:9,crop=688:560:16:8,hqdn3d=1:1:2, unsharp=l3x3:-0.2,expand=704:576:8:8 -ovc lavc -lavcopts
vcodec=mpeg2video:vrc_eq=tex:vmax_b_frames=2:preme =2:precmp=2:vstrict=-1:
scplx_mask=0.3:vqblur=0:mbqmin=1:vqmin=1:lmin=0.1: vpass=1:vrc_buf_size=1835:vbitrate=3091:
vrc_maxrate=8000:aspect=1.7777:autoaspect=1:keyint =15:intra_matrix=8,9,12,22,26,27,29,34,9,10,14,
26,27,29,34,37,12,14,18,27,29,34,37,38,22,26,27,31 ,36,37,38,40,26,27,29,36,39,38,40,48,27,29,34,37,3 8,
40,48,58,29,34,37,38,40,48,58,69,34,37,38,40,48,58 ,69,79:inter_matrix=16,18,20,22,24,26,28,30,18,20, 22,
24,26,28,30,32,20,22,24,26,28,30,32,34,22,24,26,30 ,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32,3 4,36,
38,40,28,30,32,34,36,38,42,42,30,32,34,36,38,40,42 ,44
-ofps 25.000 "704:576:8:8" -o "E:\LOTR\Teil1\VIDEO_TS\lotrfotrfull.m2v"

"C:\PackShot\PackShot\mencoder.exe" -of rawvideo -sws 9 -noskip -nosound -noaspect -noautoexpand -vf yuvcsp,
scale=720:576::0:9,crop=688:560:16:8,hqdn3d=1:1:2, unsharp=l3x3:-0.2,expand=704:576:8:8 -ovc lavc -lavcopts
vcodec=mpeg2video:vrc_eq=tex:vmax_b_frames=2:preme =2:precmp=2:vstrict=-1:scplx_mask=0.3:vqblur=0:
mbqmin=1:vqmin=1:lmin=0.1:vpass=2:vrc_buf_size=183 5:vbitrate=3091:vrc_maxrate=8000:aspect=1.7777:
autoaspect=1:keyint=15:intra_matrix=8,9,12,22,26,2 7,29,34,9,10,14,26,27,29,34,37,12,14,18,27,29,34,3 7,38,
22,26,27,31,36,37,38,40,26,27,29,36,39,38,40,48,27 ,29,34,37,38,40,48,58,29,34,37,38,40,48,58,69,34,3 7,38,
40,48,58,69,79:inter_matrix=16,18,20,22,24,26,28,3 0,18,20,22,24,26,28,30,32,20,22,24,26,28,30,32,34, 22,24,26,
30,32,32,34,36,24,26,28,32,34,34,36,38,26,28,30,32 ,34,36,38,40,28,30,32,34,36,38,42,42,30,32,34,36,3 8,40,42,44
-ofps 25.000 "704:576:8:8" -o "E:\LOTR\Teil1\VIDEO_TS\lotrfotrfull.m2v"
What I meant is in red.
About the mplex CL

mplex recognizes correctly that the first track is ac3. When I muxed by hand ( :lol: ) I used also mp2 as extension for ac3 track as ac3 extension is not recognised by mplexgui. Well, I don't know where to find CL it uses..
Have a nice vacation. :D

Well, again, this is not really a PackShot bug. It would be a bad function in besweet, or more probably, in vobinput.dll

When you encode audio loading the .ifo in PackShot, and want to cut the commercials, you have to enter the film length in seconds. But then the audio is completely (in length) encoded, the end is not respected.

If you take the bat file, and feed besweet with the original ac3 file (after demultiplexing), it respects now the end you set.

So it's not really a PackShot, nor a BeSweet bug. Just for everybody info.
BTW, I used a 1 file not splitted vob.

Thats a good information and ill check it, maybe its useful to give DSPguru a hint on that :!:

:wink:

@ Abond, sorry I missed your last posting when beeing here again, so as Im step by step cleaning up packshot it needs some time as many things have to be changed :)