StaxRip x86 (development for x86 has been stopped)

[Anakunda]

Didnot know that, everything incl. log deleted
The audio wasnot shifted but 'shrinked'. It's ending in abt. 3/4 of the video stream. Though playing normally (no voice modulation)
Using mkvtoolnix-unicode-3.2.0, x264 core:83 r1400 with Sr, do these concern this issue ?
I try convert another movie for the log

[MuLTiTaSK]

@Anakunda

try to reproduce the problem with another project then post the .log here please

[stax76]

I've added a eac3to GUI finally, so far tested with 2 full rips and 3 sample clips.

Other things weren't much changed so I hope nothing got broke.

http://www.stax76.bplaced.net/files/...Rip_1.1.4.9.7z

[MuLTiTaSK]

@stax76

didn't expect anything less from you
i keep telling everybody why StaxRip is such a special GUI is only cause of it's amazing coder known as stax76 there is only one and we are blessed to have you my friend StaxRip Nation support you always

........................................................

[Anakunda]

Originally Posted by stax76

Please mail the log file then.

Tried another movie, audio video not fit also, sending projectfiles
Used MKVtoolnix v3.2.0 with staxrip v1.1.3, does it matter?
if necessary I can upload the foiled output somewhere

[MuLTiTaSK]

@Anakunda

try again with -> StaxRip 1.1.4.9

[MuLTiTaSK]

@stax76

i just ran some quick tests and once again you have amazed me with your coding abilities wow wow wow you are a genius buddy i was not expecting this you couldn't have implemented eac3to any smoother into the workflow of StaxRip i cant believe this is only the first revision of eac3to GUI it's incredible how you make it seem so easy

i gotta play with it some more but it sure looks like Blu-ray conversion can already be added to the list of many great feats that StaxRip offers it's users and Blu-ray support can only get better from here

you also fixed the comp. check bug

[MuLTiTaSK]

@stax76

i still have found nothing broken with the addition of Blu-ray this is good news for all StaxRip users the integration looks to have went very smoothly SD source owners can upgrade with no worries

Blu-ray converters please give it a go and post your feedback here

Download -> StaxRip 1.1.4.9

[MuLTiTaSK]

@stax76

AR & Resolution
for 1080P & 720P

1080p Resolutions:

AR        Resolution
1.333:1 = 1440 x 1080
1.666:1 = 1800 x 1080
1.777:1 = 1920 x 1080

1.839:1 = 1920 x 1044
1.846:1 = 1920 x 1040
1.853:1 = 1920 x 1036

2.222:1 = 1920 x 864
2.341:1 = 1920 x 820
2.352:1 = 1920 x 816
2.364:1 = 1920 x 812
2.376:1 = 1920 x 808
2.388:1 = 1920 x 804
2.400:1 = 1920 x 800
2.412:1 = 1920 x 796

720p Resolutions:

AR        Resolution
1.333:1 = 960 x 720
1.666:1 = 1200 x 720
1.777:1 = 1280 x 720

1.839:1 = 1280 x 696
1.849:1 = 1280 x 692
1.860:1 = 1280 x 688

2.222:1 = 1280 x 576 
2.335:1 = 1280 x 548
2.352:1 = 1280 x 544 
2.370:1 = 1280 x 540
2.388:1 = 1280 x 536
2.406:1 = 1280 x 532
2.424:1 = 1280 x 528

[MuLTiTaSK]

@StaxRip Nation





maybe these could help some users

[MuLTiTaSK]

@stax76

how do i change the default source image size?

[dgeor]

Very nice job stax, really nice
I just wan't to bother you with one more issue I am facing

some satellite broadcasts I am recording have mono audio instead of stereo
something is going wrong at the encoding of mono audio to aac
the intermediate wave is a mono pcm file and the resulting m4a is stereo with double duration, with wrong pitch or whatever it's called, like slow speaking or sth
meGui and BeHappy, both using avisynth's stdout filter to pass audio to neroAacEnc.exe, do produce correct m4a, but staxrip isn't using that method
so I have thought of four ways to bypass the problem:

the easy way
1) set vdubmod to convert audio to stereo by adding two lines in the project.vcf file so it looks like this

VirtualDub.Open("N:\\test temp files\\test.avs","",0);
VirtualDub.stream[0].SetMode(1);
VirtualDub.stream[0].SetConversion(0,0,2,0,1);
VirtualDub.SaveWAV("N:\\test temp files\\test.wav");

disadvantage: all streams will become stereo, and I don't know if this is acceptable

the hard way
2) setting a filter to avisynth (that is called ConditionalFilter and it is quite complicated) to check if audio is mono, then use MergeChannels to convert mono to stereo
disadvantage: I thing it's a bit hard to get it working

the obvious way
3) use besweet to convert to stereo
I used the advanced profiles on audio to insert a switch to tell besweet to output stereo audio without success
the command line is:
"%application:BeSweet%" -core( -input "%input%" -output "%output%" -2ch) -ota( -d 0 -g max ) -bsn( -vbr 0.24 )
and -2ch should be adequate, but it is not

the coder's way
4) you as the coder of staxrip, could probably understand what is going wrong with encoding of mono wavs to aac

Having in mind the the 3rd way didn't work as expected, I think noone would be bothered if mono was converted to stereo, so the first way shouldn't be a problem

what is your opinion about?

[MuLTiTaSK]

@stax76

playlist cutoff
]

[MuLTiTaSK]

@stax76

please allow a way to demux more audio streams in the demuxer and a option to add them in the container

[Blue_MiSfit]

@stax76:

Any plans to add support for x264's new integrated ffms2 support? Bypassing avisynth entirely and running a pure 64 bit build is dead sexy. It can also be a lot faster in some cases

~MiSfit

[stax76]

please allow a way to demux more audio streams in the demuxer and a option to add them in the container

Can't it be done easily with custom command line switches? Which container are you targeting?

@dgeor

I reproduced it and guess it's a BeSweet problem, I also tried -ch 2 which did not work and I don't know if there is another way to make BeSweet handle it correctly. I've changed it converting 1 channel files to 2 channel wav files using ffmpeg, that has worked, is that OK?

how do i change the default source image size?

Not sure what you mean, maybe the same problem videolover had recently?

[Anakunda]

I use SR 1.1.4 now.
It converted one video OK, but another is again bad sync.
Moreover I tried to convert yet another MPEG2, and SR crashed. The crash is reproducible. Sent logfile via mail.
Here's the full message:

StaxRip has crashed!

Pro typ bajt bez znaménka byla hodnota buď příliš velká, nebo příliš malá.

StaxRip has crashed!

System.OverflowException: Pro typ bajt bez znaménka byla hodnota buď příliš velká, nebo příliš malá.
   v System.Convert.ToByte(Char value)
   v StaxRip.VirtualDubScript.SaveScript(String path)
   v StaxRip.Audio.CutUsingVirtualDubMod(AudioProfile ap)
   v StaxRip.Audio.Cut(AudioProfile ap)
   v StaxRip.Audio.Process(AudioProfile ap)
   v StaxRip.MainForm.Encode()
   v StaxRip.MainForm.RunJobs()

[stax76]

@Anakunda

There is some unicode it seems, not sure why my code is crashing, trying to reproduce it I get AviSynth failing to load the script because of the unicode filename so I can't make this work anyway because of AviSynth not supporting unicode in script filenames. Where did you enter this unicode: Hoří, má panenko

As target filename? In that case I could at least add a warning and reject the unicode.

[chagos]

Hi, I have a dvd which stored two version of a movie (theatrical and extended) in the same video and audio streams. Is possible tor rip one or other version? After I load the vob files in StaxRip, I don't see an option for this.

[stax76]

@chagos

You need a full rip, then you can use PgcDemux using Mode PGC or VOB ID and 'Create a PGC VOB' option.