Log in

View Full Version : StaxRip


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 101

Schattenspieler
23rd February 2020, 17:20
You should try this thread instead, if using Staxrip 2.x: StaxRip 2.0 Support Thread (https://forum.doom9.org/showthread.php?t=175845)

stax76
10th April 2020, 03:41
Thread was reactivated because an up to date first post (https://forum.doom9.org/showthread.php?t=172068) is important. Thread title was changed to simply StaxRip.

I've uploaded a new build, many changes are internal like generating documentation files or improving legacy code, Windows Terminal (https://www.youtube.com/watch?v=8gw0rXPMMPE) users might still like it though. This terminal thing has become a passion...

My markdown to BB conversion script isn't working correctly and posting markdown won't work well because of URLs so I just post the link to the change log, maybe fix the script later.


2.1.0.6 Beta


Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md


Download

https://staxrip.readthedocs.io/introduction.html#beta

JKyle
10th April 2020, 06:17
I've uploaded a new build, many changes are internal like generating documentation files or improving legacy code, Windows Terminal (https://www.youtube.com/watch?v=8gw0rXPMMPE) users might still like it though. This terminal thing has become a passion...

2.1.0.6 Beta

Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md

Download

https://staxrip.readthedocs.io/introduction.html#beta

Tools > Advanced > Command Prompt or PowerShell seems to open Windows Terminal correctly, but the window title is set to the default Profile, which is PowerShell Core in my case.
And other Profile attributes like background, icon, colorScheme, etc. are ignored.
Is this a bug in Windows Terminal?
My Windows Terminal is the most recent one.

:thanks:

stax76
10th April 2020, 07:51
I've not installed the latest PowerShell version 7.1 but still use the one that is part of Windows 10, version 5.1. Here the title is just PowerShell like my Windows Terminal default profile.

What staxrip does when you invoke this features is starting a process using:

file: wt.exe
args: powershell.exe -nologo

1. The process is created with shell execute disabled so environment variables can be passed in.

2. The working dir is set to desktop.

3. All console tools are added to the path env var.

4. All macros are added as env vars.

What could be done is to allow defining custom args in the settings and a custom working dir or improving the defaults. I'll think about it and bookmark the post.


Btw. I changed my mind on always using or even trying the newest platforms, in fact I will soon likely back port MediaInfo.NET to .NET 4.8 so users don't have to install a big runtime only because of one small app. mpv influences me, they are doing all this in pure C not using all the fancy new C++ 20 features so old tools cannot be so bad, of course there are exceptions like cmd, I hate this thing. :devil:

stax76
10th April 2020, 17:55
@JKyle

The next build uses the command ExecuteCommandLine to show the terminal, ExecuteCommandLine was extended to have a Working Directory parameter.

The defaults are:

Name: Windows Terminal
Command Line: wt.exe
Working Directory: Desktop

It can be customized in the menu editor, unfortunately I can't just reset the menu because of it. Internally the old commands still exist for backward compatibility with added description that the command is obsolete since 2020.

SiliconKid
13th April 2020, 17:46
Hi

I'm new to StaxRip and I'm using it to re-encode UHD content that is very high bitrate (60+ Mbps) with very large files (50 to 80GB MKVs).

It's working very well on the whole and I'm impressed but I have a question regarding the workflow involved and in particular, the background process that runs after demuxing and indexing are complete.

I've noticed that sometimes, but not every time, after the demux and indexing are done, the GUI disappears completely and then a background process continues to run for an extended period time using around 28% CPU, no disk and no network.

Image attached.

Initially I thought StaxRip had crashed or hung when that happened, but after the 3rd time it happened I decided to just leave it alone and wait and see what happens, and sure enough, when I came back to check on it quite some time later, the GUI had re-appeared and the job was ready for execution.

The question is:

What exactly is happening in that background process that is taking so long, given that the demux and indexing are already complete and it's only using CPU?

stax76
13th April 2020, 18:48
I don't remember it precisely but it was investigated and revealed, I think the outcome was that it was auto crop or slow source filter loading and for the slow source filter loading the reason was the nature of the source file, in particularly how many streams the source file has, if it has 50 subtitle streams you will see this behavior. Workaround is ripping exactly only the streams you need. I keep the file that a user has uploaded for me to reproduce, it has 50 subtitle streams. I think all source filters showed the behavior, maybe the problem is how MKV files are structured, I'm not an expert on this topic. I'll add a Known Issues page in docs.

videoh
13th April 2020, 19:08
That's a pretty feeble answer. You wrote the application. What is it doing during this time?

stax76
13th April 2020, 19:31
That's a pretty feeble answer. You wrote the application. What is it doing during this time?

Probably it's waiting for a function to return, a function of the avisynth/vapoursynth API, I remember a issue with your source filter like very slow indexing mkv, don't remember it exactly, sorry that I can't remember everything. I kept this 50 GB, 50 subtitles file just in case, theoretically I could upload it, my connection is not bad for German standards. I don't want to blame the source filters, staxrip surely could do better like showing a message telling, this might take a while for this and this reason, but it's difficult, so I just accept that it's not perfect, the GUI just disappears in that time, it's a flaw in staxrip I admit.

videoh
13th April 2020, 19:40
Probably... Hit break in the debugger and see what's running.

I remember a issue with your source filter like very slow indexing mkv, don't remember it exactly, sorry that I can't remember everything. You can't remember but you'll spread FUD anyway. Shameful. And anyway, the OP said this occurs after indexing is complete, not to mention that the source filter doesn't do indexing. Groping in the dark much?

I don't want to blame the source filters After you just did.

it's a flaw in staxrip I admit.

stax76
13th April 2020, 19:54
I was afraid you react that way, we had this many times before, let's just say these weren't my best posts and I apologize.

Patman
13th April 2020, 20:25
Hit break in the debugger and see what's running. As I said, it's your application.

You can't remember but you'll spread FUD anyway. Shameful. And anyway, the OP said this occurs after indexing is complete, not to mention that the source filter doesn't do indexing. Groping in the dark much?

After you just did.

Then why spread FUD on my source filter?

I can help you with debugging this, if you are actually care about it. Sounds like you don't.

hi videoh, i'm a little scared that you react that way ;). As far as I know, this problem has been extensively investigated. Here is the link (https://forum.doom9.org/showthread.php?p=1883596#post1883596), which is probably the cause. The whole discussion on the subject started here (https://forum.doom9.org/showthread.php?p=1883064#post1883064).

videoh
13th April 2020, 21:53
hi videoh, i'm a little scared that you react that way ;). As far as I know, this problem has been extensively investigated. Here is the link (https://forum.doom9.org/showthread.php?p=1883596#post1883596), which is probably the cause. The whole discussion on the subject started here (https://forum.doom9.org/showthread.php?p=1883064#post1883064). Didn't see any conclusive analysis or solution at your link. What were you referring to?

Simple question: what is staxrip doing during this delay? According to OP it happens after the file was opened and indexing is completed but before the job is started.

EDIT: I see that stax76 said staxrip is querying Avisynth for some information. Can you give more details about how you are doing that? Have you verified that the delay is in the query and not in whatever staxrip tries to do with the info?

Don't be scared; just trying to help. A link to the file would help a lot.

Patman
13th April 2020, 22:19
I also did not refer to a "final analysis" or a "solution", I only remarked that the matter had already been investigated. The subtitles were an indication. What exactly causes the delay has to be investigated, I agree with you. And I think the offer to help debugging is gladly accepted. In the future, UHD material will probably be used as a source more often than anything else.

stax76
13th April 2020, 22:23
It's probably waiting for a native function to return, possibly here:

https://github.com/staxrip/staxrip/blob/master/FrameServer/AviSynthServer.cpp#L75

I don't have great interest in this particular topic, I try to improve the staxrip docs and since this week I try to switch projects more frequently like daily, came across a mpv issue tonight (https://github.com/mpv-player/mpv/issues/7611). mpv(.net), powershell and terminal are currently my main interests.

stax76
13th April 2020, 23:10
It's a big file, according to some speed meter site and calculator it would take 5-6 hours and I don't know where to upload it.

I'll try that file tomorrow with DGDecNV and tell you about the details how it went.

stax76
14th April 2020, 08:00
I could not reproduce it now with any of the three source filters. Maybe it's fixed meanwhile or happens only randomly or only on certain hardware.

The auto crop routine causes it but it's only ten seconds on my test, it seeks ten frames by default, with HDD instead of SSD I guess it takes longer. The reason is it's a internal routine instead of a console tool like most other tools that need some time to process. I should probably think about if there might be a simple enough solution for it.

I had mentioned possible slow indexing, numbers are 7 minutes dgindexnv and 2 minutes lsmash and ffms2.

There was however a bug introduced 2 builds before causing a stack overflow triggered by dgdecnv usage.



2.1.0.7 Beta
============

new
---

- a new documentation page [Commands](https://staxrip.readthedocs.io/commands.html) was created.
- the built-in MediaInfo GUI was replaced with MediaInfo.NET which was ported to .NET Framework 4.8.
- the MediaInfo folder view powered by Get-MediaInfo.ps1 v3.0 is shown
without starting a terminal and it has few bugs fixed.
- the issue templates on the [github issue tracker](https://github.com/staxrip/staxrip/issues/new/choose) were improved.
- `Main Menu > Tools > Advanced > Command Prompt` can be configured in
the menu editor because it's based on the ExecuteCommandLine command.
Only people who reset or manually config the main menu will see the change.
- the ExecuteCommandLine command has a new Working Directory parameter.


fix
---

- issue causing audio to be silently ignored instead of muxed
- since v2.1.0.5 DGDecNV usage triggered stack overflow causing staxrip to die silently



https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0

https://1drv.ms/u/s!ArwKS_ZUR01g0kH4d4eT_6a3GaKe?e=qbOfGS


That's the file (info from MediaInfo.NET (https://github.com/stax76/MediaInfo.NET)):


G: Matroska, 47.3 GiB, 2 h 10 min, 51.8 Mb/s

V: HEVC, Main 10@L5.1@High, 3840x2160, 23.976 FPS, 44.1 Mb/s

A: English, MLP FBA, 4 826 kb/s, 8ch, 48.0 kHz, Default
A: English, AC-3, 640 kb/s, 6ch, 48.0 kHz
A: English, AC-3, 192 kb/s, 2ch, 48.0 kHz

T: English, PGS
T: English, PGS
T: Arabic, PGS
T: Bulgarian, PGS
T: Chinese, PGS
T: Chinese, PGS
T: Czech, PGS
T: Danish, PGS
T: Dutch, PGS
T: Estonian, PGS
T: Finnish, PGS
T: French, PGS
T: French, PGS
T: Greek, PGS
T: Hungarian, PGS
T: Indonesian, PGS
T: Icelandic, PGS
T: Italian, PGS
T: Japanese, PGS
T: Korean, PGS
T: Latvian, PGS
T: Lithuanian, PGS
T: Malay, PGS
T: Norwegian, PGS
T: Polish, PGS
T: Portuguese, PGS
T: Portuguese, PGS
T: Romanian, PGS
T: Russian, PGS
T: Slovak, PGS
T: Spanish, PGS
T: Spanish, PGS
T: Swedish, PGS
T: Thai, PGS
T: Turkish, PGS
T: Ukrainian, PGS
T: English, PGS
T: Danish, PGS
T: Dutch, PGS
T: Finnish, PGS
T: French, PGS
T: French, PGS
T: Italian, PGS
T: Norwegian, PGS
T: Portuguese, PGS
T: Russian, PGS
T: Spanish, PGS
T: Spanish, PGS
T: Swedish, PGS

M: Menu

SiliconKid
14th April 2020, 22:53
I don't remember it precisely but it was investigated and revealed, I think the outcome was that it was auto crop or slow source filter loading and for the slow source filter loading the reason was the nature of the source file, in particularly how many streams the source file has, if it has 50 subtitle streams you will see this behavior. Workaround is ripping exactly only the streams you need. I keep the file that a user has uploaded for me to reproduce, it has 50 subtitle streams. I think all source filters showed the behavior, maybe the problem is how MKV files are structured, I'm not an expert on this topic. I'll add a Known Issues page in docs.

Quick update on this.

I've just installed BETA 2.1.0.7 to see if that makes any difference.

I was running 2.0.8.0 before.

I'm still seeing the same delay with CPU use only after indexing completes, using AviSynth. Even if I use a 1 minute 3840x2160 sample clip there is a delay after indexing with no GUI visible.

I've narrowed it down to the Auto Crop filter. That definitely seems to be what's causing the delay in my case. And if it's delaying this much for a 1 minute clip, I can understand how the delay extrapolates to a much longer time period for a UHD video with a 1.5 to 3 hour runtime.

I've just tried using VapourSynth too, but 2.1.0.7 made me install a new version of VapourSynth and now it's refusing to work and throwing an error which I haven't been able to resolve yet. It was working with 2.0.8.0.

Anyway, it does seem to be the Auto Crop.

stax76
14th April 2020, 23:13
@SiliconKid

Thanks for the test, this year some longstanding issues like the slow preview and crop could be resolved, I hope this can be resolved soon too, and there will also be a long overdue tool cleanup.

Patman
15th April 2020, 06:20
@SiliconKid

I had the same issue with Vapoursynth. In my case, a clean install of Python and Vapoursynth helped. Uninstall the old versions, then install Python and choose customized install (have a look that you install these app for all users). Install Vapoursynth with admin rights and test again.

videoh
15th April 2020, 19:32
this year...could be resolved...I hope In other words, don't get your hopes up, SiliconKid. ;)

videoh
15th April 2020, 19:48
@stax76

I see you are still redistributing my copyrighted materials after I notified you that I assert my copyrights on DG materials. I demand that you remove them from your distribution immediately.

This is the fruit of your hostility to me. Eat it!

stax76
15th April 2020, 19:49
There are 4 open tickets on the tracker, one of them is a feature request.

Moving the code into a console app takes less than a day.

Requests completed this week:

https://github.com/stax76/mpv.net/issues/142

https://github.com/stax76/mpv.net/issues/140

stax76
15th April 2020, 19:53
Leave it alone, I'm tired to argue with you.


Making demands without a reason is not friendly either, this thing freaking 50 GB and I don't have a lightning fast connection. I said I cannot reproduce it now and I found a post that says the hang could be reduced from minutes to seconds, I think HolyWu had it fixed:

https://forum.doom9.org/showthread.p...50#post1883750

So I ask you why do you still want this file?

Ask yourself is it really your interest to remove the tools or the interest of the people? End an 18-year lasting cooperation that might not always been all harmony but the respect was always there. Will this harm staxrip or just make me happy that there will be no further arguments. I remove it the minute you ask and never look back, it's your decision.



I don't know if I was hostile, maybe I was just tired of the arguments you have with various people.

I'll remove what I am aware of, that is dgindex.exe and a filter plugin, if I remember something else than I will remove that too, if you want to be sure everything is removed then you will have to check in the Apps dialog, I will search for DG in this dialog and remove everything it finds. I will not post to your threads or write about your tools and hope you will do the same with my threads and tools. You are dreaming if you think I will spend much time with this and remove existing downloads, they are all over the web anyway so pointless.

videoh
15th April 2020, 20:09
I don't care about any of that. I want you to immediately stop violating my copyrights. You said you'd remove my materials the minute I ask, but they are still there, so you are also a disingenuous liar.

People like you disgust me. Take a bunch of real developers' work, wrap a stupid (broken) GUI around it, and pretend to be a great developer. Pathetic!

stax76
15th April 2020, 20:10
And please stop editing your posts so the new people can also see what kind of person you are.

videoh
15th April 2020, 20:19
I don't care what anyone thinks about me, especially you. Stop violating my copyrights immediately. I will post daily in your threads until you do so. Your buddy r0lz finally saw the light and complied. You should do the same before you do more damage to your reputation. And don't forget my first PM to you was titled "we can be friends". You declined that and got all high-and-mighty. So, again, eat it!

Atak_Snajpera
15th April 2020, 20:49
I don't care what anyone thinks about me, especially you. Stop violating my copyrights immediately. I will post daily in your threads until you do so. Your buddy r0lz finally saw the light and complied. You should do the same before you do more damage to your reputation. And don't forget my first PM to you was titled "we can be friends". You declined that and got all high-and-mighty. So, again, eat it!

Oh shit! Here we go again!

stax76
15th April 2020, 20:52
Please stop making demands, it's going to be removed in the next build, it should have years before.


Hi,
I hope we can be cool. I'm not sure which of your tools are included and how important they are, I know they are still very popular especially in NTSC regions. StaxRip has many tools integrated in a way that redistribution is not necessary because everything is configurable. I was thinking about removing your tools a couple of weeks ago but didn't because I don't like to make decisions based on emotions like only open source should be included or I don't like somebodies political views or whatever, all I care is what the people want and technical topics, I respect you for your work and other things I'm not too concerned. I can be blunt at times and maybe unfriendly but it has nothing to do with you or other people in person but rather the lack of my social skills or if I don't feel well because of the corona crisis or whatever.

Yes, I hope we can be friends, we had bigger arguments and it was fine afterwards.

videoh
15th April 2020, 21:01
it should have years before Sour grapes, eh? Tasting a little bitter? Loving it!

Joekiwi
15th April 2020, 21:37
Videoh -as you said you don't care what I or anybody else thinks of you - That is obvious as you have extremely poor inter-personal skills - but you already know that.A lot of us on these type of tech sites are not good or care too much about working on friendships - we can take it or leave it . But there is one person who you should care about your relationship with & that is yourself. - I could be wrong - but you set high standards for work - I think you can't even love yourself or forgive yourself if you get it wrong or you don't met your crazy deadlines . People do this for fun - I enjoy encoding movies to my standards and compromises _ I do not even care if I ever watch them .
Your initial post was very unkind with belittling words like feeble - and your timeline for demands was unreasonable in the extreme - We do have day jobs .

TL/DR - just think what is ready important in life - when you are dead no one cares about your great coding.

As to the problem at hand - I have no such issue - i also have a 1Tb M.2 and it's absolutely fantastic at indexing - a 50Gb in say 10 or so seconds

I'm not sure stax76 can even help - the issue may not be repeatable for him and he freely admits it's not his expertise - hell Microsoft, Apple etc all have crap they can't seem to fix - sure I am annoyed with Microsoft on W10 file explorer it will jump me out of my position on a large index & 3 common fixes do nothing for me.

You were probably right as the quickest solution was for you to debug if yourself - you havet the problem , you have the skills.
I know nothing about github repositories to know if this is a good or bad idea.

Unless Stax76 wants to offer that to you and you can accept - I think it's best he remove your stuff & you can go and be "happy"- now another thing in your life has it's usual ending ( you & I know this is a normal occurance for most of the things that happen in your life )

Cheers

ps Steve Jobs may have been brilliant but he still made heaps of mistakes and he was not a very nice person to work for or know- how many people really missed him?

Joekiwi
15th April 2020, 21:50
Another thing Videoh -Stax76 is from Germany how do you know he isn't an essential worker busting his arse to help people or one of his family or friends is not badly affected by Covid 19 .
To most of us here on the board it's obvious it's a time to be a bit more forgiving and understanding .
Come back in three months when your anger has died down and re-read what you wrote - Then you will seem how unreasonable you have been & how shockling poor you skills in dealing with people are.
And if you have troubles in your life now - then all the best.

Patman
15th April 2020, 21:51
I paid for my DG Tool and I think it's great that someone has built a GUI in which I can use the tool. Now you want Stax to remove DG Tools! Doesn't get in my head is far from user-friendliness.

videoh
15th April 2020, 22:05
@Patman

You can still use them. stax76 just needs to replace the executables with links to my website for downloading them to the relevant Apps folder. I cannot and would not demand that he removes all traces of DGness from his application, but I expect based on his last post that that is exactly what he will do. stax76 blew me off and disrespected me when I offered to work on the issue (ego problem?). This is the only way I have to respond in kind.

@Joekiwi

You're wasting your breath. I don't care what you think.

Patman
15th April 2020, 22:14
Okay, that's a deal. Your reaction is so violent just because you were ignored by stax? (This is how they wrote it before you deleted your post.)

stax76
15th April 2020, 22:20
@DG

Suggestion for future arguments, don't edit your posts. Future arguments will happen because you are what you are. Why even bother to edit if you don't care what people think? It was the third or forth argument with me, and I was simply fed up. For your information: I'm a person who avoids conflict and I don't like people that constantly seek conflict like you or your idol, fortunately all those conflicts were mostly harmless so far.

videoh
15th April 2020, 22:22
Well, Patman, people that really know me, unlike know-nothing twerps like Joewiki (4 total posts, 2 spent insulting me), know that I am a very loyal person, a very kind and generous person...until someone I have been kind and loyal to is disloyal and unfriendly to me. Then I'll not slink away. I'll hammer you back. It's a Yank thing, I suppose. :)

And BTW, thank you for your interest in my tools. Don't hesitate to get in touch with any feature requests, etc. You'll get express treatment.

videoh
15th April 2020, 22:24
Suggestion for future arguments, don't edit your posts. GUI hacker wants to play forum cop now. Shove it, I'll do whatever I want.

Joekiwi
15th April 2020, 22:32
Hi Videoh,
I know you do not care .

I'm just use Staxrip at it's defaults and it's supplied A & V scripts.
However Videoh have you put in any effort to find the problem ? - ie changing indexing method?

Or re-authoring the the Blu-Ray if you have the tools?.

On a few of my remuxes that Staxrip does not indexes right or throws out I normally just run it through MKVmerge and even if I strip nothing out that usually works .
On one of the builds I did have a problem with 1080p interlaced bluray where the video length was doubled so only encoded to 1/2 the video at a slow speed to normal speed audio - I just encoded that one on handbrake .

What I'm saying is could you not pin it down to one area or process - you don't accept the subtitle reason - but did you strip the subtitles out and tried that ?.

Sounds like you have been lazy too - if you have the debugging skills you claim then you should be able to narrow it down or do you always just use a debugger and do not know how to do any steps before narrowing it down outside that?

videoh
15th April 2020, 22:35
if you have the debugging skills you claim then you should be able to narrow it down or do you always just use a debugger and do not know how to do any steps before narrowing it down outside that? Wow, breathtaking stupidity!

Groucho2004
15th April 2020, 22:53
@Joekiwi
Just some friendly advice - Stay out of this particular feud. You're embarrassing yourself with inconsequential and hypothetical comments like this:
"Stax76 is from Germany how do you know he isn't an essential worker busting his arse to help people or one of his family or friends is not badly affected by Covid 19"

videoh
15th April 2020, 22:56
Yes, Groucho, we should all let it go. stax76 agreed to do the right thing and I respect him for that. But probably he'll continue with some "DG tools suck" nonsense when he announces. If I didn't have a bunch of close European friends (lived in Europe for 8 years), I'd start wondering. Maybe it's a Germany thing like Joewiki suggested?

Joekiwi
15th April 2020, 23:34
Stax76

Hopefully in the next few days - I can run an experiment I want to to . I assume a few others out there are curious like me how all the improvements in features , scripts, dependencies would improve an encode - ie is an an encode today much better that say an encode from this time last year . A week ago I d/l staxrp 2.0 to try it - but couldn't find an exe file .
I use nvenc as it's quick and gets the job done - I normally get Y ssims over .95 and if I think the Bluray is noisey I will add KMLmeanscl on light and get ssim scores of .98 plus

Hopefully I will run at both same settings and also using new improved settings not available .

The question will be - will it put our mind to rest over older encodes or give us the itch to do them again :)

Obviously there is no feedback - but I'm sure there is a lot of us that use NVenc - and some are afraid to speak up as it's not "real encoding" and the results are apparently crap - but I appreciate your not forgetting about it

Joekiwi
15th April 2020, 23:46
Groucho2004 Thanks - I have now moved on - You are probably right I do not know any back history as new here . I'm not embarrassed about my comment as it's a general comment about life - not just now . Life is hard for a lot of people and sometimes if you want to progress in the here and now if you have to look at the greater picture ( and no this is not one of those stupid profound statements eg if you want to see the light you need to close your eyes )

anyway point taken

stax76
16th April 2020, 12:29
2.1.0.8 Beta "The Power Of Walking Awäy"
========================================

new
---

- VapourSynth filter spline64 added (Patman)
- DG* tools binaries and URLs removed according to author request



@DG

I wasn't even thinking about your plugin when I wrote 'all source filters', if it's that relevant as you think and you are the hero developer you think maybe ask yourself why it indexes 3,5 times slower than other tools or why does it not have an index free mode or why does it not have a software mode in the days of 8 or 16 Core CPUs, because you had an argument with the decoder authors like with dozens of other peoples? Wouldn't surprise me.

videoh
16th April 2020, 13:41
Just as I thought, he can't give it up. Maybe stax76 should ask my 15000+ paying users why they like my stuff. DGIndex(NV) also demuxes during save project so obviously that is going to take a bit longer. I suppose normally stax76 would have been able to figure that out, but with blood coming out of his whatever... You can always open a thread at my forum and I'll be happy to investigate any anomalies. Even a cursory perusal of the site will show that I diligently address all issues and resolve them quickly. Here's an example where I patiently and diligently go through a lengthy process to help resolve an issue. Oh, stax76 started that thread?

http://rationalqm.us/board/viewtopic.php?f=15&t=490

And gosh, why did he reject my friend request? We can still be friends! Check out my profile, even Doom9 is a friend of mine.

Oh, and for the record, I never asked stax76 to remove my URLs. I explained that to Patman. Surely stax76 saw the post. Lying again? How can he live it?

stax76, you qualify for a free DG tools license. Send me a PM with an email address and I'll get your activation out right away. Maybe DGDemux can be useful for you.

Trigger Warning: I edited this multiple times.

richardpl
16th April 2020, 15:57
Is DG one who ask on this same forum some question? Then kills whole thread from history and ask for friend requests?

Something stinks here big time.

videoh
16th April 2020, 16:02
That was after you accused me of wanting to steal your (crappy) code when I asked a simple question about using ffmpeg. Deleting the thread irritated you so that makes me happy. It's always gratifying to thwart forum bullies.

DG derangement is a terrible thing. I will pray for you.

Start reading from here to understand richardpl:

https://forum.doom9.org/showthread.php?p=1896887#post1896887

I just want some money

richardpl is going to make his fortune on AC-4 decoding, dontcha know? Real great ffmpeg team member, I'm sure they are proud of him.

BTW, you need to work on your grammar. I can help if you ask nicely. Say "pretty please".

SiliconKid
16th April 2020, 17:02
@SiliconKid

I had the same issue with Vapoursynth. In my case, a clean install of Python and Vapoursynth helped. Uninstall the old versions, then install Python and choose customized install (have a look that you install these app for all users). Install Vapoursynth with admin rights and test again.

Thanks for that advice. I did as you suggested and resolved it. Working now.

Patman
16th April 2020, 17:46
Thanks for that advice. I did as you suggested and resolved it. Working now.

No problem, anytime again!