Log in

View Full Version : StaxRip x86 (development for x86 has been stopped)


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 [62] 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100

stax76
15th January 2010, 19:29
I don't understand what you mean, please provide a little better description. :)

MuLTiTaSK
15th January 2010, 19:29
@Desaster Dan

yeah hopefully now with stax76 having a NV GPU to test with he will get StaxRip working smoother with DGIndexNV we wait for him to work his magic:)

MuLTiTaSK
15th January 2010, 19:32
@stax76

i'am trying to load a .avs script into StaxRip it wont load it as AVS source it tries to index it with ffindex
i want to set AVS as source in filters before loading the AviSynth scripts in StaxRip i have source filter set to automatic atm

Desaster Dan
15th January 2010, 19:36
@stax
Why not use StaxRip?

cause Transport streams are sometimes a litte bit tricky.
Ts/DVB is NOT mpeg standard.
In most cases you have problems with video/audio sync.
ProjektX and Cuttermaran are specialized tools for that.

So maybe it works also in Staxrip in the very most cases,
but using this two freeware tools it is the recommed procedure in the DVB-C comunity.
And: Never change a running......:)

MuLTiTaSK
15th January 2010, 19:40
@stax76

sorry i meant i'am using 1.1.4.2 beta not 1.1.4.1:confused:

but is AVS in source filter possible?

Desaster Dan
15th January 2010, 19:51
multitask,
i had the same isssue whil my testing.
I't because staxrip don't find dgmultidecodenv.dll, and tries to use ffindex instead.
so check your path to dgmultidecodenv.dll. also possible you have a error in your script, (missin spaces, comma's etc.)

MuLTiTaSK
15th January 2010, 19:54
@stax76

i cant load AviSynth scripts into StaxRip 1.1.4.2 (bit.ly/5dM1yB) without it trying to index with ffindex anyone else having this problem?

stinman
15th January 2010, 20:00
I use the latest staxrip,I use the divx plus part.If I want to encode a 4:3 movie into a 16:9,can this be done in the resize part?Can it be done with out making everybody short and fat?Thanks
stin

stax76
15th January 2010, 20:01
@MuLTiTaSK

I think there is a bug using ffms2 opening script as source file instead a normal source file.

@Desaster Dan

I have much experience with DVB since I'm using it since this crappy odsoft application and hardware decoder card. Even coded a DVB application with some special plugins. :D The ProjectX CLI was developed for StaxRip (it was called DVX 2002/2003 I think). Cutting with StaxRip never caused sync issues with DVB-S and DVB-C streams I've recorded. ATM I'm recording TS with DVBViewer and handle it directly with DGIndex, don't cause big sync issues so I'm skipping ProjectX, StaxRip still includes ProjectX but it's disabled now by default because it would ask for Java when it's enabled and some people don't need ProjectX.

MuLTiTaSK
15th January 2010, 20:05
@stax76

i want to load AviSynth script so i want it to use AVS as source not FFMS2 can i choose AVS as source in filters before loading the script into StaxRip?

Desaster Dan
15th January 2010, 20:12
@Stax
I'm using DVBViewer for a long time, really the best, and very stable on my HTPC.
So, okay, i'll give you a try.:)
You know, showing a old donkey new tricks....
.

Desaster Dan
15th January 2010, 20:21
@stax76

i want to load AviSynth script so i want it to use AVS as source not FFMS2 can i choose AVS as source in filters before loading the script into StaxRip?

You are right, I tried it by my own, Staxrip overwrite the original .avs
you can restore it by loading the project file.

MuLTiTaSK
15th January 2010, 20:45
@Desaster Dan

that's what i been doing but like stax76 said it seems like a bug

stax76
15th January 2010, 21:18
@MuLTiTaSK

What exactly did you try. Did you manually change the source filter to FFVideoSource and then open a avs file as source file, if so that don't seem to make much sense. Manually choosing FFVideoSource or any other source filter expects that the source filter can open the source file. In reality the source file gets often changed by the demuxers of course.

MuLTiTaSK
15th January 2010, 21:46
@stax76

no i have filter source set to automatic when i try to open a script (.avs) StaxRip runs ffindex
http://img704.imageshack.us/img704/2064/ss20100115153819.png

MuLTiTaSK
15th January 2010, 21:49
@stax76

could filters source be set to AVS so it just opens the script?

stax76
15th January 2010, 21:57
@Havokdan

Did you just enter D:\ as temp files directory or did you use the file browser that would generate D:\%source_name% temp files

Please use the latter, next version will append this automatically.

MuLTiTaSK
15th January 2010, 22:09
@stax76

can you please add an option to resize the crop window
MeGUI crop window example
http://img704.imageshack.us/img704/5446/ss20100115153616.png

helps with 1080p sources taking up the whole screen
plus the preview window does not open in center of screen always shift to the left and i have to adjust it to see it completely i have it set to open in center of screen

sneaker_ger
15th January 2010, 22:24
The bug with the subtitle filter still remains. I choose a Matroska file with h264, ac3 and ass and after the demuxing stage I add the subtitle filter "Textsub". Then I'll get 3 error messages saying that the arguments to "textsub()" are invalid. Looking at the Script reveals why: it only adds "TextSub()" without any arguments.

Another question: what's the reason for having several scripts like "filename_new.avs" and "filename_new_source.avs" etc.? Kind of confusing if you want to use the script with a different program.

flebber
15th January 2010, 22:34
Is there an easy way to remove old templates I have created. After toying with several different codec and filter settings I now have several templates I don't want to use. How can I delete them.

Is there a template manager I am missing ?

MuLTiTaSK
15th January 2010, 22:44
@flebber

there located in the templates folder search your computer for *.rip files and delete the ones you dont want anymore

template manger would be nice to have;)

Havokdan
15th January 2010, 22:49
stax76, Units C and E are hard drives. Drive A is floppy, Unit D belongs to the DVD recorder, I do not think you can add the D drive for temporary files, you must be either C or E. But it seemed to me one more question, if it was a question, I used the browser to indicate the "C" for temporary (remembering that the operating system is on drive E).

stax76
15th January 2010, 23:04
@MuLTiTaSK

Please explain me how to reproduce the ffms2 problem or send me a log file.

can you please add an option to resize the crop window

It's already resizable! What's bad with full screen?

plus the preview window does not open in center of screen always shift to the left and i have to adjust it to see it completely i have it set to open in center of screen

It's a bit difficult to fix but I'll try.

Another question: what's the reason for having several scripts like "filename_new.avs" and "filename_new_source.avs" etc.? Kind of confusing if you want to use the script with a different program.

_source.avs is used for:

1. determine framecount, framesize etc. of the source.
2. the script is shown in the crop dialog.

Some files are named after the source and some after the target since multiple jobs can be created from the same project.

Is there a template manager I am missing ?

No, you would delete them in explorer but it's easy to browse the folder, go to Tools > Directories > Templates

After you deleted them IIRC they are still in the menu but if you try to load one that doesn't exist any longer IIRC the menu is rebuilt. Maybe it's not perfect, I thought about it but didn't make any change so far.

@Havokdan

So the temp dir was ending with 'temp files' and it wasn't deleted even though the option was enabled, the log file was in the target dir?

MuLTiTaSK
15th January 2010, 23:41
@stax76

open .avs script with StaxRip does it load fine or does it run ffindex on the script?

opening the crop editor with 1080p sources i cant access the preview slider cause the window fills the whole screen

stax76
15th January 2010, 23:51
open .avs script with StaxRip does it load fine or does it run ffindex on the script?

It don't run ffmsindex, I tried to reproduce it but so far couldn't, isn't there a log file you can mail me.

opening the crop editor with 1080p sources i cant access the preview slider cause the window fills the whole screen

That's a bug then because a window should always fit within the bounds of the working area.

MuLTiTaSK
16th January 2010, 00:04
@stax76

the .avs loading problem only happens with scripts using DGMultiSource i think it has something to do with
http://img254.imageshack.us/img254/6185/ss20100115180118.png

stax76
16th January 2010, 00:15
Please send a log file.

MuLTiTaSK
16th January 2010, 00:17
@stax76

------------------------------------------------------------
Source file info
------------------------------------------------------------

J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs

General
Complete name : J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs
File size : 177 Bytes


------------------------------------------------------------
opening avs/avi
------------------------------------------------------------

thread id: 1

6:08:01 PM 911

DGMultiSource("J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files\00072.dgi", deinterlace = 0, use_top_field=true, use_pf=false, resize_w=0, resize_h=0, fieldop=0)

Width % 8 != 0 || Height % 8 != 0 ? Crop(0,0, -Width % 8,-Height % 8) : last
ConvertToYV12()


------------------------------------------------------------
Source script error
------------------------------------------------------------

DGMultiSource: Cannot open index file!
(J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072 temp files\00072_Source.avs, line 1)

------------------------------------------------------------
Index source file using ffindex
------------------------------------------------------------

"I:\StaxRip_1.1.4.2\Applications\AviSynth plugins\ffms2\ffmsindex.exe" "J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs"

Indexing error: Can't open 'J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs'

Start: 6:08:07 PM
End: 6:08:07 PM
Duration: 00:00:00

stax76
16th January 2010, 00:28
Isn't there a message box showing: DGMultiSource: Cannot open index file!

Isn't there a message box telling that the source failed to load and that it will try using ffms2 instead?

MuLTiTaSK
16th January 2010, 00:36
@stax76

------------------------------------------------------------
Source file info
------------------------------------------------------------

J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs

General
Complete name : J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs
File size : 177 Bytes


------------------------------------------------------------
opening avs/avi
------------------------------------------------------------

thread id: 1

6:34:05 PM 629

DGMultiSource("J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files\00072.dgi", deinterlace = 0, use_top_field=true, use_pf=false, resize_w=0, resize_h=0, fieldop=0)

Width % 8 != 0 || Height % 8 != 0 ? Crop(0,0, -Width % 8,-Height % 8) : last
ConvertToYV12()


------------------------------------------------------------
Source script error
------------------------------------------------------------

DGMultiSource: Cannot open index file!
(J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072 temp files\00072_Source.avs, line 1)

------------------------------------------------------------
Index source file using ffindex
------------------------------------------------------------

"I:\StaxRip_1.1.4.2\Applications\AviSynth plugins\ffms2\ffmsindex.exe" "J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs"

Indexing error: Can't open 'J:\_BACKUPS\BR\MONSTERS_VS_ALIENS\BDMV\STREAM\00072 temp files-\00072.avs'
http://img694.imageshack.us/img694/291/ss20100115183431.png

Havokdan
16th January 2010, 01:03
@Havokdan

So the temp dir was ending with 'temp files' and it wasn't deleted even though the option was enabled, the log file was in the target dir?

Let's see, when the temporary folder in the hd is my operating system (Unit "E") they are not deleted after the end of the operation, even if this option is checked and the log in the temporary folder in this case.
Even when I set the temporary folder to "C" drive (NTFS - empty, no operating system), the folders are deleted and the log goes to target dir as you said.
For me this is no problem, but I found this strange behavior.

MuLTiTaSK
16th January 2010, 09:25
@stax76

i been running different projects and the errors seem to be related to DGIndexNV cause i havent been able to duplicate it with any of the other indexers hope that helps;)

Desaster Dan
16th January 2010, 10:33
@multitask
did a 2 pass coding last night, with the x264_64 workarround.

The result looks this way::confused:
http://img191.imageshack.us/img191/5306/x264wrapper.png (http://img191.imageshack.us/i/x264wrapper.png/)

To crosscheck i muxxed the compcheck.h264 into mkv this morning.
This one looks normal.
what's that?

@Stax
Maybe it is a good idea to stick native x264_64 support inside Staxrip.

Maeggor
16th January 2010, 11:54
Hi people

I have used this fantastic program in XP without problems but I have update my system to Win7 x64 and the 1.1.3 doesnt initiate when I click it

Any ideas or you have the similar problem¿

Thanks!

MuLTiTaSK
16th January 2010, 13:31
@Desaster Dan

please post the .log for that project

MuLTiTaSK
16th January 2010, 13:35
@Maeggor

where you using any other version before 1.1.3 on Win7 x64?

Maeggor
16th January 2010, 15:07
@Maeggor

where you using any other version before 1.1.3 on Win7 x64?

I dont know what you mean!

In the same computer (with the same hardware but only adding a SSD) and with Windows XP 32bits, and 1.1 Staxrip version!

MuLTiTaSK
16th January 2010, 15:32
@Maeggor

download this .NET Version Detector (bit.ly/67lstY) copy and paste the results here

http://img196.imageshack.us/img196/1399/ss20100116093007.png

stax76
16th January 2010, 15:51
Maybe it is a good idea to stick native x264_64 support inside Staxrip.

StaxRip wouldn't do anything different than what the workaround does. I don't have x64 so couldn't test it. Such issues are exactly the reason why it's not supported directly, higher potential for hard to track bugs, same issue with patched x264 builds.

i been running different projects and the errors seem to be related to DGIndexNV cause i havent been able to duplicate it with any of the other indexers hope that helps

The error handling was intended to be improved so if the source fails to load it will automatically try ffms2 without blocking which is useful for batch processing. There was a bug however causing this not working correctly not even showing a message about the error but only write it to the log file which finally gave me a idea what was happening. It applies to most errors, not only dgi.

@Havokdan

so was the temp dir ending with 'temp files', only then it gets deleted and using the file browser instead of manually entering always results in a 'temp files' ending.

Zathor
16th January 2010, 15:53
with this workaround i'am noticing a speed increase of about 8% :scared: a very nice boost
maybe you can add a option for the user to choose what build to use x86 or x64 depending on there cpu then have StaxRip avs4x264.exe->x264.exe(x86) or avs4x264.exe->x264_64.exe(x64)

You have to use vfw4x264.exe instead of avs4x264.exe. If you use avs4x264.exe some videos look like the one from Desaster Dan. I can reproduce it with mpeg2 videos with DGDecode_mpeg2source. There is no know problem with vfw4x264 and even with the new x264 1391 build with no vfw input support (removed since 1379) it is still working.

MuLTiTaSK
16th January 2010, 15:56
@Zathor

i was just able to reproduce this :thanks:

Desaster Dan
16th January 2010, 15:56
@Multitask

Here we go:
Stream Type: Program
Video Type: MPEG2
Profile: main@main
Coded Size: 720x576
Display Size: [not specified]
Aspect Ratio: 16:9 [3]
Frame Rate: 25.000000 fps
Colorimetry: BT.470-2 B,G*
Frame Structure: Frame
Frame Type: I
Coded Number: 179174
Playback Number: 179174
Frame Repeats: 0
Field Repeats: 0
Bitrate: 5.672
Bitrate (Avg): 4.883
Bitrate (Max): 7.428
Audio Stream: 80: AC3 3/2 48 448
Audio Stream: 81: AC3 3/2 48 448
Audio Stream: 83: AC3 1/0 48 192
Audio Stream: 8a: DTS C+L+R+SL+SR 48 768
Elapsed: 0:04:31
Remain: 0:00:00
FPS:
Info: Finished!

Oops, too late ;o)

MuLTiTaSK
16th January 2010, 15:59
@Desaster Dan

vfw4x264.exe->x264.exe

stax76
16th January 2010, 16:01
@MuLTiTaSK

Do you have experience with MakeMKV? I'm ripping some Tom Cruise Nazi Film right now, first Blu-ray rip. :) I don't have AnyHD.

MuLTiTaSK
16th January 2010, 16:06
@StaxRip Nation

to use x64 builds of x264 in StaxRip follow this very simple workaround

1)download x264x64 Wrapper by alwa (bit.ly/8ZPqaM)
2)rename vfw4x264.exe->x264.exe then place it in x264 folder
http://bit.ly/5fIR3k
3)download x64 build of x264 (http://bit.ly/4qylLk) from your favorite builder
4)rename build to x264_64.exe then place it in x264 folder as in step 2
DONE!:D

MuLTiTaSK
16th January 2010, 16:10
@stax76

welcome to the world of Blu-ray;)
Inglourious Basterds is a funny flick you having troubles with MakeMKV?

Desaster Dan
16th January 2010, 17:57
@multitask

Thank you,
It's running like hell now on My Gforce 9600 :)
~95 fps on first pass
~25 fps on second pass.

MuLTiTaSK
16th January 2010, 18:01
@Desaster Dan

nice speeds:eek: x264x64 builds give a nice boost

MuLTiTaSK
16th January 2010, 18:07
@stax76

you using MakeMKV 1.4.11 (bit.ly/5wpNJR)

MuLTiTaSK
16th January 2010, 18:18
@stax76

Download latest MakeMKV combined SVQ file for BD+ (bit.ly/6zjQxS)
Usage
In order to use SVQ file just download it into "SVQ directory" set in MakeMKV preferences (on BD+ tab). MakeMKV will automatically pick-up the SVQ file and all discs that are enabled in SVQ file will start working. You must set "SVQ directory" in preferences, but you need to do it only once.