Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
15th March 2020, 20:05 | #1521 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Which one did you use?
Release_Intel_W7_Core2_AVX Release_W7_AVX edit: The included one was Release_W7_AVX2, I'll replace it with Release_W7_AVX.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists Last edited by stax76; 15th March 2020 at 20:12. |
15th March 2020, 20:31 | #1522 | Link | ||
App Digger
Join Date: Sep 2018
Posts: 411
|
Quote:
Quote:
1) Critical Issue The FrameServer.dll shipped with it (148 KiB, 2.0.8.12 Beta was downloaded from DropBox) causes this FrameServer.dll error, which looks familiar. https://forum.doom9.org/showthread.p...00#post1902400 So I replaced it with the one shipped with 2.0.8.0 stable (32 KiB), and now the error is gone. 2) Minor Issue The main window doesn't remember its last position. Every time I start up StaxRip, it appears at a location not intended by me. |
||
15th March 2020, 21:05 | #1523 | Link | ||
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Quote:
Code:
& $msBuild ($PSScriptRoot + '\StaxRip.sln') /p:Configuration=Release /p:Platform=x64 if ($LastExitCode) { throw $LastExitCode } Quote:
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists Last edited by stax76; 15th March 2020 at 21:08. |
||
15th March 2020, 22:16 | #1525 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Here is another fix including apps this time (new release script makes it easier to upload builds):
Code:
### 2.0.9.1 Beta - new: Check for Updates added to main menu in Help section - fix: QTGMC did not work on systems without AVX2 - fix: Window position of the main dialog was not remembered - fix: FrameServer.dll again released as debug build because of a bug in the new release script https://staxrip.readthedocs.io/intro.html#download
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
15th March 2020, 22:33 | #1526 | Link |
Registered User
Join Date: Nov 2019
Posts: 25
|
Seeing this change: "The included one was Release_W7_AVX2, I'll replace it with Release_W7_AVX.", I assume for those of us with AVX2-capable processors it will be to our advantage to copy over the AVX2 version of this dll if we update in future? If QTGMC is making use of AVX2 in some way I'm guessing there is a performance advantage to keeping this one, esp given how demanding QTGMC can be.
|
16th March 2020, 00:47 | #1527 | Link | |
App Digger
Join Date: Sep 2018
Posts: 411
|
Quote:
StaxRip\Apps\Plugins\AVS\JPSDR\ with the up-to-date Release_W7_AVX2 build of JPSDR from its git site. Well, I think it's a matter of whether StaxRip maintains universality or gains efficiency that StaxRip ships with an AVX-only version of JPSDR. And as most of you would agree, this issue is totally up to @stax. But of course I agree that there needs to be some documentation on this matter - at least on the online manual. Last edited by JKyle; 16th March 2020 at 00:50. |
|
16th March 2020, 00:53 | #1528 | Link |
Registered User
Join Date: Feb 2002
Posts: 758
|
Something is missing in 2.0.8.0. that existed before.
In the crop window, you had two zoom squares in the middle on the bottom and top where the crop was. You could easily see how much to crop in zoomed in boxes. Now it is gone. You see no zoom. This was very important. |
16th March 2020, 03:10 | #1529 | Link |
Registered User
Join Date: Feb 2019
Posts: 29
|
Does anyone with a 3rd gen Ryzen processor get their CPU fully utilized or is x265 just not good at taking advantage of too many cores...
I'm ok with it, was just curious if there were tweaks or anything that lead to more cores being utilized. Maybe Ryzen master profiles anyone has seen work well for staxrip? https://i.imgur.com/IqtunAI.png |
16th March 2020, 03:23 | #1530 | Link | |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
In the Apps dialog there is a short description for each tool, it's now updated to show 'Included is the W7 AVX variant'. Users can either replace it or define an external path. Maybe somebody can request a single variant from JPSDR. I don't have much time to do more about it.
Quote:
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
|
16th March 2020, 03:40 | #1531 | Link | |
App Digger
Join Date: Sep 2018
Posts: 411
|
Quote:
Please read this post and others in the thread. https://forum.doom9.org/showthread.p...73#post1827973 And if you're interested in utilizing more threads via distributed encoding with x265, you better consider giving a try to RipBot264. Last edited by JKyle; 16th March 2020 at 03:44. |
|
16th March 2020, 17:30 | #1532 | Link | |
Registered User
Join Date: Oct 2018
Posts: 33
|
Quote:
Another issue I reported (https://github.com/Intel-Media-SDK/MediaSDK/issues/1980) has been passed on to their documentation team I believe. This is to do with using CQP 10bit HEVC encoding. It appears that the QP range of 1-51 is for 8bit HEVC (have not tested AVC), and for 10bit the QP range is extended from 1-63. I was getting huge file sizes for 10bit HEVC vs 8bit HEVC when using CQP mode. The defaults in StaxRip for CQP are I:24, P:26 and B:27. FYI I am using I:33, P:33 and B:37 with 9 b-frames for 10bit HEVC CQP mode, and am very happy with the results. I was previously using ICQ, but very occasionally with sudden very high motion scenes, I would get a lot of blockiness during playback (maybe HEVC ICQ with lookahead might help if/when it gets implemented). I found with above settings for CQP, encodes have no blockiness and by using 9 b-frames along with b-pyramid being set on, file sizes are very acceptable (on average between 5-15% higher than CRF 24 with x265 SW encoding, and very similar visual quality). Playback is via Amlogic S905x2 box running CoreELEC OS and is hardware decoded by the box. (I think at one time, some media players couldn't handle a large number of b-frames, but that issue does not exist with S905x2 and CoreELEC.) Last edited by ukmark; 16th March 2020 at 17:35. |
|
17th March 2020, 15:02 | #1533 | Link |
Registered User
Join Date: Dec 2002
Posts: 507
|
I recently updated Staxrip after not updating for a while from 2060 to 2080. I have used a code to add boarders to videos that had none.
AddBorders(0, (1080 - %source_height% )/2, 0, (1080 - %source_height% )/2, color_black) This worked very well and I had no issues. I'm not sure if it was after to update but now when I process a video it comes out in the same input resolution without the boarders even though the preview looks correct. The "new" avs file has the code and when I test play it the boarders are there. Last edited by DMagic1; 17th March 2020 at 15:28. |
18th March 2020, 01:07 | #1534 | Link | |
Registered User
Join Date: Dec 2002
Posts: 507
|
Quote:
|
|
18th March 2020, 10:56 | #1535 | Link |
Registered User
Join Date: Nov 2017
Posts: 4
|
Is it possible to run StaxRip on 2 separate machines while using the same source file from a shared folder ? When trying this staxrip seems to crash because of writing to the same temp /log file ?
The workaround seems to be to duplicate the source file before starting the process, but that seems a bit wasteful and takes time on 5400 rpm drives :P |
18th March 2020, 19:29 | #1536 | Link |
Registered User
Join Date: Sep 2004
Location: Auckland, New Zealand
Posts: 466
|
Hi Stax76
I'm currently using a single instance of StaxRip on 2 computers via mapped share to process a single job queue . After upgrading to from v2.0.6.0 version to v2.0.8.0 (also tested 2.0.9.12) the file path for the setting changes from the mapped drive to the full UNC path which borks a lot of the plugins from working. Computer1 has a physical Z drive. Computer2 has Computer1's Z drive mapped as Z drive so the path references will be the same. E.g. v2.0.6.0 in the registry after clicking browse for custom directory and selecting "Z:\Bluray\StaxRip\Settings" Code:
Computer1 Setting location [HKEY_CURRENT_USER\Software\StaxRip\SettingsLocation] "Z:\\Bluray\\Staxrip\\"="Z:\\Bluray\\StaxRip\\Settings\\" Code:
Computer2 Setting location [HKEY_CURRENT_USER\Software\StaxRip\SettingsLocation] "Z:\\Bluray\\Staxrip\\"="Z:\\Bluray\\StaxRip\\Settings\\" Code:
Computer1 Setting location [HKEY_CURRENT_USER\Software\StaxRip\SettingsLocation] "Z:\\Bluray\\Staxrip\\"="Z:\\Bluray\\StaxRip\\Settings\\" Code:
Computer2 Setting location in registry [HKEY_CURRENT_USER\Software\StaxRip\SettingsLocation] "\\\\192.168.11.1\\z$\\Bluray\\StaxRip\\"="Z:\\Bluray\\StaxRip\\Settings\\"
__________________
A Man Eating Duck |
19th March 2020, 07:34 | #1537 | Link | |
Registered User
Join Date: Dec 2018
Posts: 22
|
Quote:
|
|
19th March 2020, 09:44 | #1539 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
There was a bug with UNC paths so a recent beta would be needed:
https://staxrip.readthedocs.io/intro.html#download Please try: Main Menu > Options > Paths > Temp Files Folder
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
19th March 2020, 17:52 | #1540 | Link |
Registered User
Join Date: Sep 2004
Location: Auckland, New Zealand
Posts: 466
|
thanks stax76,
I am testing with the latest beta. My Temp Files folder is "C:\TMP\%source_name%_temp" since i do the processing on each computers C: Drive and then my default target folder is "Z:\Bluray\Conversion".
__________________
A Man Eating Duck |
Tags |
aac, hdr, hevc, nvenc, staxrip, x264, x265 |
Thread Tools | Search this Thread |
Display Modes | |
|
|