StaxRip x86 (development for x86 has been stopped)

[stax76]

You could implement this in next version (StaxRip v2.0)


It would be a major effort and pain but who knows.

[LRN]

I'll be really pleased, if you, at some point, begin to write next major version of StaxRip. Maybe, on other language (you know, VB is nor the most spread, nor the best of the languages), with new architecture (to correct some unimplementable features, like mentioned above) and new ideas. Maybe i could even write few strings of code for StaxRip then :)

Bad news:
While Pause/Resume works indeed, x264.exe still consumes large ammount of RAM (~200 Mb). Looks like we should ask x264 for Pause/Resume feature.

[stax76]

you know, VB is nor the most spread, nor the best of the languages


I know quite a few languages and I don't think there is something that would have worked much better for StaxRip.

[LRN]

You can't maintain this project forever. If at some point you'll have to stop developement (for some reason), StaxRip will die (since there's not too much experienced VB developers in OpenSource world, IMHO (compare 2252 VB projects, listed on SourceForge, with 17570 C++ projects (it's just C++ only, not even C or C#!)). C++ is much more reliable , because almost everyone knows C++ (no, i'm NOT C++ fan, actually i'm a Delphi fan :)) and can help you in developement (or replace you, if you quit). This is why OpenSource exists.
I suggest you to think about C++ Builder (it's a good tradeoff between speed/GUI/Language).
Allright, let's stop this offtopic :) Forget what i sad.

[stax76]

0.9.3.0 (2006-02-06)



new: All unfinished help documents completed, new DVB Guide, guide section to list guides by other authors and some other help improvement.
new: Improved GUI for editing command lines and script.
new: Improved command line encoder incl. support for compressibility check.
new: MP4 and MKV stream name tags.

[Franky]

It seems MeGUI has problems with 64 bit systems as well, but apparently there's a solution. Quoting Richard Berg "The solution is to add /platform:x86 to the C# compiler options".

Now... Would this solution work with StaxRip as well?

[stax76]

Quoting Richard Berg "The solution is to add /platform:x86 to the C# compiler options".

Now... Would this solution work with StaxRip as well?

I'll give it a try.

[dimzon]

I suggest you to think about C++ Builder (it's a good tradeoff between speed/GUI/Language).
dotNet is too young yet to have same popularity as C++. But it's popularity speed is extreme fast now (mach faster than C++). So StaxRip will not die until it will provide unique and user-friendly features ;)

Comparing dotNet code vs C++ code I must say:
dotNet code is MUCH easy to maintain. And speaking about speed I must say - it's good enought for GUI...

[boombastic]

I wonder why the staxrip commandline says VBR encoding for the audio while the besweet windows says CBR endoing like you can see in the attached:

[stax76]

I wonder why the staxrip commandline says VBR encoding for the audio while the besweet windows says CBR endoing like you can see in the attached:

Maybe it's this problem: http://forum.doom9.org/showthread.php?p=777770#post777770

It was fixed in version 0.9.2.9

[boombastic]

In fact i was using the 0.9.2.7 version,thanks!
I dreated several filter profiles,is there a way to import these profile into the new version?It wuold be quite a long job to redo them!

[stax76]

There is a directory 'Settings', StaxRip implements a settings versioning method (some of my best code) just greatly improved in version 0.9.3.0 so you should be able to keep your settings.

edit: Just uploaded a new build (same version) that has better backward compatibility with old settings.

http://www.planetdvb.net/staxrip/download/StaxRip_0.9.3.0.zip

[nickolasemp]

What do I have to do in order to give 5.1 winamp's aac-plus v2 in staxrip? What is the right one:
AAC- Add an existing he file
AAC- Add an existing lc file
or does staxrip not support v2 yet?

Thank you in advance Stax.

[stax76]

@nickolasemp

I don't know, unless I'm missing something (-> bug) MP4Box don't need this information so both will work.

To make this clear, can someone explain me what that means:

-sbr: backward compatible signaling of AAC-SBR
-sbrx: non-backward compatible signaling of AAC-SBR
* Note: SBR AAC cannot be detected at import time

Currently StaxRip don't use these switches.

[LRN]

For compressed data, like HE-AAC coded audio, which can be decoded by different decoder configurations, special attention is needed. In this case, decoding can be done in a backward-compatible fashion (AAC only) as well as in an enhanced fashion (AAC+SBR). In order to insure that timestamps are correct (so that audio remains synchronized with other media), the following must considered concerning MPEG-4 Systems and Audio:
If compressed data permits both backward-compatible and enhanced decoding, and if the decoder is operating in a backwards-compatible fashion, then the decoder does not have to take any action. However if the decoder is operating in enhanced fashion such that it is using a post-processor that inserts some additional delay (e.g., the SBR post-processor in HE-AAC), then it must notify Systems about the additional time delay incurred relative to the backwards-compatible mode. With the delay thus indicated, Systems can handle the timestamps of the composition units as needed so as to compensate for the additional delay.
For HE-AAC using implicit signaling or backward compatible explicit signaling, the original access unit timestamps hence apply to backward-compatible AAC decoding and timestamp adjustment for delay-compensation is needed in case of AAC+SBR decoding. For HE-AAC using hierarchical explicit signaling, backward compatible decoding is not possible and the original access unit timestamps hence apply to AAC+SBR decoding.

The Figure below shows the composition unit that is generated by an AAC decoder (upper half) and by an HE-AAC decoder operating SBR in dual-rate mode (lower half) when being fed with an access unit of an HE-AAC bitstream that employs backward compatible signaling. Note that the composition time stamp associated to said access unit applies to the n-th sample of the composition unit. For the AAC decoder case, n has the value 1. For the HE-AAC decoder case, n has the value 962+1 to reflect the additional algorithmic delay of 962 samples of the SBR tool at the HE-AAC output sampling rate (which is twice the sampling rate of the backward compatible AAC output).

from http://www.itscj.ipsj.or.jp/sc29/open/29view/29n7189t.doc

[wdmalik]

I'm thinking about simplifying the process of adding a job.

looking forward to it .. :)

A Query ...
Why the software doesn't accept divx 6.1.1 as accepted divx version ... :confused:

A Request
Can u implement auto Subtitles [I mean we only select the required subtitles and subrip rips and encodes them automatically],

What is meant by "Post Processing MODE" ?

I really like the application update setup ... cool ... efficient and extremely user friendly

[stax76]

@LRN

It's a complicated, so I don't need those switches?

Why the software doesn't accept divx 6.1.1 as accepted divx version ...

I think it's only available as update which is problematic for the download feature, you can however use it anyway, no problem with that.

Can u implement auto Subtitles [I mean we only select the required subtitles and subrip rips and encodes them automatically]

I would like to but it's not easy as discussed before in this thread.

What is meant by "Post Processing MODE"

It's described by a tooltip but wasn't yet tested with a real life scenario so it might be flawed.

[ricardo.santos]

I think it's only available as update which is problematic for the download feature, you can however use it anyway, no problem with that.



its already part of the divx create bundle (http://www.divx.com/divx/create/?hp3createmoreinfo).

[stax76]

What about the play bundle, last time I tried it wasn't 6.1.1.

[ricardo.santos]

What about the play bundle, last time I tried it wasn't 6.1.1.

correct me if im wrong:
StaxRip is a video encoding tool that supports divx(and others) and if i was to encode a video using divx i would download the create bundle not the play bundle.

divx create bundle:The DivX Create Bundle gives you everything you need to create, play, manage and burn DivX® videos.

The DivX Converter, part of DivX Create, requires an optional MPEG-2/DVD plug-in to convert MPG, VOB, TS and SVCD files.

The DivX Create Bundle requires Windows 2K/XP.

divx play bundle:The DivX Play Bundle gives you everything you need to watch, manage and burn your DivX® videos.

The DivX Play Bundle requires Windows 2K/XP.

[stax76]

The main difference is one contains the player and the other the converter, the codec is included in both.

[wdmalik]

I don't think that you have PRO Codec in Play Bundle

[LRN]

-sbr : forces importing the AAC-ADTS file as AAC SBR (aka HE-AAC, aka aacPlus) with backward compatible signaling (eg non SBR aware decoders should play the file).
-sbrx : forces importing the AAC-ADTS file as AAC SBR (aka HE-AAC, aka aacPlus) with non-backward compatible signaling (eg non SBR aware decoders should NOT play the file).
Note : MP4Box CANNOT detect whether AAC input is regular or SBR AAC, so you must use one fo these options if you want to import AAC SBR files.

I think we should stick with compatible mode, unless we know, what most decoders support SBR (from what i know, any HE-AAC decoder should support it since it's one of the main differences between LC and HE)

2. Also, if I choose HE-AAC and Export ISO AAC stream from the BeSweet commandline, is the resulting .aac SBR HE-AAC or just regular LC-AAC?
2) HE-AAC is always SBR HE-AAC. With Export ISO AAC stream option you get a .aac file instead a .mp4, different container but the same audio stream.

I think we missed this long ago :) All my AACs (except LC ones) were HE and thus SBR, but since you didn't added this switch to mp4box commandline, they are muxed as non-SBR :(

[stax76]

I don't think that you have PRO Codec in Play Bundle


I think both incl. a six month trial.

@LRN

I've used HE with mkv only because of vobsub which is much much better documented and has a reference GUI. Just checked other MP4Box GUIs and not all of them have a option to handle this so it's a common problem. I'll fix it shortly.

[LRN]

Just tested "pause/resume" on x264 --threads 2
Works the same way as for --threads 1. Hurray!
Also, maybe it's luck - but i feel what --threads 2 is MUCH faster than --threads 1, even with virtual processors (HT)

[vladlp]

After two weeks of testing I am very surprise, it’s possible to tune StaxRip almost for everything:)
Just few additional wishes:
1) In Crop menu is SmartCrop options, but I can’t find possibility to use it without going to CropMenu, just as options for TemplateProject.
2) It’s not so important, but probably you will have time to add options to setup how much percent of movie use for compressibility test. As usual 5% is OK, but from my experience some time it’s good to have this value a little bigger.
3) As I have seen you activity hear on forum in topics about auto source type detection (interlace and etc.) hope we can expect this feature in nearest feature.

And the last things. For a long time I try to solve the problem how to automatically encode few movie with target size specify for all of them together. (As I (but think not only I) encode and then burn my movies to DVD, it comes as usual 3-5 films per DVD) After you added command line support to StaxRip it’s became possible!!!! Just what is necessary to have switches to make only compressibility test and then save project (.rip) files. I am not very familiar with VB.NET (I am C++ programmer, but think it’s not so difficult:) ) but then I can write small additional program in which one can specify source files for encoding, template, and target size for all of them. From this program will start StaxRip with compressibility test only options for each of all incomes files and after it read necessary information (length, compressibility and etc. ) from saved project files and adjust it to receive specify target size by slightly changing quality for all of them proportional (or in worth case also changing width ) and then run StaxRip with modify project files to encode. As result – absolutely automatically system to encode as much as you need movies (series of some serial) with any target size for all of them.
What do you think about it?

[LRN]

Sounds like Nero Recode 2 :) Cool!

[stax76]

@vladlp

I'll see what I can add.

[KorbenDallas]

Hi!

First of all I have to say thank you for this great tool.

As an old DVX user I often created ogm files with 2 audio tracks.
Now I tried to do the same with StaxRip and mkv files which seemed to work flawlessly but when I watched them I had to realize that the 2 audio tracks were the same. (2x english instead of engl + german). the source files ARE different of course ;-)

So I checked the command line which says:

"C:\Programme\MKVtoolnix\mkvmerge.exe" -o "D:\\VIDEO_TS\test.mkv" --track-name 0:Video "D:\THE_ISLAND\VIDEO_TS\test_EncoderOutput.avi" --language 0:deu --track-name "0:Deutsch (AC3)" --sync 0:-24 "D:\\VIDEO_TS\VTS_02_1 de-German 3_2ch 384Kbps DELAY -24ms.ac3" --language 0:eng --track-name "0:English (AC3)" --sync 0:-24 "D:\\VIDEO_TS\VTS_02_1 en-English 3_2ch 384Kbps DELAY -24ms.ac3" --title "VTS_02_1"

I guess the second track shouldn't be track 0, too?! Or am I missing something else here?

Best regards and thanx for help!
Korben

[LRN]

I don't think what %language_native% is good thing, since it is in some unknown encoding format and thus displays wrong in context menus. Maybe, you should convert these tags to UTF-8, or use variables with latin names (i.e. English, Russian etc) instead of local names (i.e. English, Русский etc)


/*sets track handler name. name is either NULL (reset), a UTF-8 formatted string or a UTF8 file
resource in the form "file://path/to/file_utf8" */
GF_Err gf_isom_set_handler_name(GF_ISOFile *the_file, u32 trackNumber, const char *nameUTF8);


I failed to use UTF-8 string (for some reason it doesn't work, with BOM, or without it), and file-name too (i tried both "file://D:/test.txt", "file://localhost/D:/test.txt" and "file:///D:/test.txt"). test.txt is UTF-8, same way as chapter-file.

[fogbav]

Is it possible to add Proxy Support for the Updates (download) ?

Maybe fetch this from IE ...

thanx

[Warrex]

The DivX Codec 6.1.1 is now integrated into the DivX Play Bundle.

See here: http://www.divx.com/divx/play/

[stax76]

@KorbenDallas

I'll test it.

@LRN

I work on the unicode issue.

Is it possible to add Proxy Support for the Updates (download) ?

I'm clueless about security which appear to be involved here.

The DivX Codec 6.1.1 is now integrated into the DivX Play Bundle.

Thanks

[Warrex]

StaxRip will prompt with an error message when renaming audio output files from DGIndex if there is more than one track with both the same language and bitrate.

Example:

StaxRip will try to rename the following DGIndex out files

VTS_01_1 T01 2_0ch 192Kbps DELAY 0ms.ac3 // (english)
VTS_01_1 T02 2_0ch 192Kbps DELAY 0ms.ac3 // (english)

both to

VTS_01_1 en-English 2_0ch 192Kbps DELAY 0ms.ac3

which will obviously cause an error on the second file as the filename already exists. I would recommend to just keep the track index from DGIndex.

[stax76]

which will obviously cause an error on the second file as the filename already exists. I would recommend to just keep the track index from DGIndex.

How do you know then what language the track is?

[Warrex]

How do you know then what language the track is?

When saying keep the track id I meant a format like this "VTS_01_1 T01 en-English 2_0ch 192Kbps DELAY 0ms.ac3". Then you have language info for identification and the track id to make sure that you will not get renaming errors.

[stax76]

I'll change it to 'T01 en-English'.

[Warrex]

I'll change it to 'T01 en-English'.

:thanks:

[stax76]

I don't think what %language_native% is good thing, since it is in some unknown encoding format


It is unicode, the values of the chars are > 1000, .NET and Win32 both use UTF-16, it works using mkv, Haali and MPC but not with MP4, Zoom Player and VLC. Both of us could not get it to work nor somebody else I know so if and how it can work can only be answered by the developers of the according tools. What's most reasonable to use as stream name is another question that might not be so easy to answer but I welcome everybody to give input. I tend to change this as you've proposed using the english name which has best compatibility.

[bratao]

My encode line to use he winamp aac codec
"%application:BeSweet%" -core( -input "%input%" -output "%output%" ) -azid( -s stereo -L -3db ) -ota( -d %delay% -g max ) -dimzon( -dllname bse_WinampAacPlusV2.dll -cbr 32 -mode 4 -v 2 )

then i chage the code to accept mp3 as input, and to output the file as extension AAC

So everything its good now with the winamp codec !, should be good if you do this with official version !
thnks !

[stax76]

should be good if you do this with official version

I would need more infos about all required libraries. Download URL's etc.

[bratao]

This is the problem.
It come with winamp, but i dont know the licence.

For me (and others test show it too) ,its the best encoder out there, it support PS, SBR and on.. Its 3 times faster and infinite better audio than the nero one,

The realAnime come bundle with it..

[bagel]

stax, i'm not sure if your mp3 command lines are correct for the version of lame_enc.dll included with besweet. i have upgraded the dll i use to the one recommended from hydrogenaudio forums (3.97 beta 2) and the command line now seems to work correctly. before i did this i was getting oversized mp3 :(

i am using the latest version of staxrip.

[stax76]

It come with winamp, but i dont know the licence.

It would have to be freeware.

stax, i'm not sure if your mp3 command lines are correct for the version of lame_enc.dll included with besweet. i have upgraded the dll i use to the one recommended from hydrogenaudio forums (3.97 beta 2) and the command line now seems to work correctly. before i did this i was getting oversized mp3

That version is included with the download but the new dll was added later (0.9.2.9 (2006-01-30))
so I recommend everybody to download BeSweet again. I don't know why BeSweet is using a three years old version. Well, I should add another warning.

[boombastic]

I've got a problem:i'd like to encode my dvds only cropping not resizing but if i don't select the resize filter the avis i get are always stretched in their height direction,why?

[LRN]

Because this is ana...amo...anomo....errr...It's 16:9 ratio DVD (frame is almost square, but in player it is autimatically squeezed by height, so it looks like rectangule). You must resize it. If in "crop" dialog frame looks square - that is the case.
Also, you MUST resize frame, if it's size (both height and width) is not x16. And after cropping it is, typically, not x16.
Now you see: you crop (now you must round resolution to nearest x16) and you have to squeeze it by height anyway.
Encoding without resizing is possible only for normal-frame-sized video and only if you don't crop, or crop by x16 (i.e. 720->704)

[stax76]

If no resize filter is found StaxRip signals the PAR to any codec which supports PAR signaling. This behaviour can be disabled in the options, this option has no rational reason for existing, it's only there to give users a hint that StaxRip supports AR signaling. StaxRip does not insist however the width and hight are a multible of 16 in that case but that's likely to be fixed.

[Gawwad]

great tool stax! :cool:
i love it :p
its the tool i always use to convert my TV captured videos
what i realy like the most about StaxRip is this:
http://img45.imageshack.us/img45/2536/clipboard019ly.jpg
http://www.planetdvb.net/staxrip/screenshots/002.png
http://www.planetdvb.net/staxrip/screenshots/037.png

so basicly i just use StaxRip to do the whole thing, from joining mutiple captured videos, removing commercials out, cropping, encoding, etc..
it saved me from buying or using softwares such as VideoReDo Plus

amazing software!

so will we see in the future:

lower bitrate encoding for end credits in movies (preferibly with a preview screen like the FairUse Wizard one (http://img67.imageshack.us/img67/7826/clipboard103vu.jpg))
notification for updates
.ifo support
.dat extension support, so it can be used to encode multiple vcds to one output video


:thanks:

[pablak]

Remember me from DVX times (polish translation)?

One question:
Is any possibility to use as a source rmvb format?

StaxRip works OK for rmvb video but have no idea what to do with sound.

[stax76]

lower bitrate encoding for end credits in movies (preferibly with a preview screen like the FairUse Wizard one)

It'll be supported for codecs with Zones (XviD and x264).

notification for updates

Not anytime soon as, my to do list is huge so some features will take longer than others.

.ifo support

I have no plans for it though StaxRip already inspects IFO files that match with the name of the opened vob files.

.dat extension support, so it can be used to encode multiple vcds to one output video

It's not common enough, maybe it's possible to make customize StaxRip for it, did you inspect 'Options/Preperation'.

Remember me from DVX times (polish translation)?

Of course I do :)


Is any possibility to use as a source rmvb format?

StaxRip works OK for rmvb video but have no idea what to do with sound.


It's likely possible but tricky and depending on what exactly you want to achieve there might be different ways.