Search found 130 matches
- Sun Sep 22, 2019 11:08 am
- Forum: DGDecNV
- Topic: [RESOLVED] Coded frame dimensions are too large
- Replies: 18
- Views: 20605
Re: [RESOLVED] Coded frame dimensions are too large
Now I'm getting this when opening 8k test.mkv. --------------------------- Error --------------------------- GPU decoder: Failed to create video decoder [2]. Exiting... --------------------------- Tried opening a random 720p file, no error message though. Card is 0x10de:0x1c81:2:7:GP107 [GeForce GTX...
- Fri Sep 20, 2019 10:00 pm
- Forum: DGDecNV
- Topic: [RESOLVED] Coded frame dimensions are too large
- Replies: 18
- Views: 20605
Re: Coded frame dimensions are too large
I knew you would ask. So here you are.
- Fri Sep 20, 2019 9:18 pm
- Forum: DGDecNV
- Topic: [RESOLVED] Coded frame dimensions are too large
- Replies: 18
- Views: 20605
[RESOLVED] Coded frame dimensions are too large
So I have a 8K video but I don't have a 1030+ card. I borrowed a remote computer with 1050 from a friend and tried to load the video into DGIndexNV. --------------------------- Error --------------------------- Coded frame dimensions are too large --------------------------- OK ---------------------...
- Sun Aug 26, 2018 8:06 pm
- Forum: Licensing
- Topic: [RESOLVED] 'Bad license' message appeared suddenly
- Replies: 21
- Views: 44020
Re: 'Bad license' message appeared suddenly
OK, I ran an experiment. Avisynth+ does in fact use the autoload path even if the loadplugin() path is a full path to a different DLL! This is shocking to me but at least it explains everything. That was actually my first thought when reading the first page. Avisynth+ will load all DLLs inside auto...
- Fri Jun 01, 2018 9:51 pm
- Forum: Licensing
- Topic: [FYI] Bad license if DLL is not named as is
- Replies: 3
- Views: 16381
Re: [FYI] Bad license if DLL is not named as is
No, I don't have trouble with this. I happened to delete the file with original name and see the bad license notice. Simply duplicate the file solves my problem.
- Fri Jun 01, 2018 9:25 pm
- Forum: Licensing
- Topic: [FYI] Bad license if DLL is not named as is
- Replies: 3
- Views: 16381
[FYI] Bad license if DLL is not named as is
If DGDecodeNV.dll is renamed as something else (DG4k.dll in my case), it produces green screen saying bad license. If I leave 2 copies with both names, it properly loads video, and does so even if DGDecodeNV.dll was not the same version as the renamed dll. Since nowhere does it say the dll name cann...
- Tue Jan 17, 2017 1:12 am
- Forum: DGDecNV
- Topic: [RESOLVED] Resize exceeds max size of 2048 x 1088
- Replies: 5
- Views: 5969
Re: [RSEOLVED] Resize exceeds max size of 2048 x 1088
It's not dead, but, you know...
-- Yea now it works great. Thanks!
-- Yea now it works great. Thanks!
- Mon Jan 16, 2017 10:18 am
- Forum: DGDecNV
- Topic: [RESOLVED] Resize exceeds max size of 2048 x 1088
- Replies: 5
- Views: 5969
[RESOLVED] Resize exceeds max size of 2048 x 1088
DGSource: Resize exceeds max size of 2048 x 1088
When downscaling from 4k to 2560x1072. Sounds like a legacy limitation back to the 1080p age?
When downscaling from 4k to 2560x1072. Sounds like a legacy limitation back to the 1080p age?
- Fri Nov 04, 2016 1:39 pm
- Forum: DGDecNV
- Topic: [RESOLVED] BD-Rebuilder DGI-File missing
- Replies: 19
- Views: 15462
Re: [RESOLVED] BD-Rebuilder DGI-File missing
Actually, does the memory size matter? I don't really see the point to upgrade the toolkit for the 2GB unrecognized memory though.
- Thu Nov 03, 2016 5:20 pm
- Forum: DGDecNV
- Topic: [RESOLVED] BD-Rebuilder DGI-File missing
- Replies: 19
- Views: 15462
Re: BD-Rebuilder DGI-File missing
Have you verified if you are correctly licensed? I recalled a license key change a while ago, and if you are with your old key, You'll need to generate a new one.
- Thu Nov 03, 2016 1:00 pm
- Forum: DGDecNV
- Topic: [RESOLVED] DGIndexNV failing to close file
- Replies: 15
- Views: 12762
Re: [RESOLVED] DGIndexNV failing to close file
Nope. Check this: http://www3.wazoku.net/2sen/dtvup/ up0797.zip TsSplitter Ver1.26
Yea they share the same name, and I do use both in different situations.
Yea they share the same name, and I do use both in different situations.
- Thu Nov 03, 2016 9:45 am
- Forum: DGDecNV
- Topic: [RESOLVED] DGIndexNV failing to close file
- Replies: 15
- Views: 12762
Re: DGIndexNV failing to close file
Early warning -- It's fully in Japanese and was not written in Unicode, which means it's gonna be huge pain trying to use it even if you understand Japanese.admin wrote:"ts splitter"
Sounds very interesting; I'll check it out. Thanks for pointing it out.
- Wed Nov 02, 2016 10:18 pm
- Forum: DGDecNV
- Topic: [RESOLVED] DGIndexNV failing to close file
- Replies: 15
- Views: 12762
Re: DGIndexNV failing to close file
TS should be safer. I'm actively using a tool written by Japanese called ts splitter, which can, magically, cut TS files by audio format. I use that to deal with 2ch-aac <-> 5ch-aac stuff, and it always cut precisely at the gap. Not sure if it helps with your case though.
- Wed Nov 02, 2016 12:06 pm
- Forum: DGDecNV
- Topic: [RESOLVED] DGIndexNV blowing up in strange ways
- Replies: 14
- Views: 14643
Re: [RESOLVED] DGIndexNV blowing up in strange ways
Well, I did say I was using LSmash. But I wasn't being more specific. I actually use the function LWLibavVideoSource(). (And the audio equivalent with the same multiplexed video file as the argument.) I don't remember why I was told to use that part of the LSMASH package instead "Lsmash" or "Lsmash...
- Wed Nov 02, 2016 11:32 am
- Forum: DGDecNV
- Topic: [RESOLVED] DGIndexNV blowing up in strange ways
- Replies: 14
- Views: 14643
Re: [RESOLVED] DGIndexNV blowing up in strange ways
So the problem is quite simple. You extract video (*.264) and timestamp (whatever, *.txt for example), process the video through DGNV, AVS, or whatever, and produce the final video. Take the file, and the timestamp, to some timeline editing tools to correct the timeline. Take MP4 as an example, you...
- Mon Oct 31, 2016 2:07 pm
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
Re: HEVC/H.265 10-bit Support
This should be the only issue left with HEVC that I can find so far. Your professionalism impressed me and I deeply appreciate your fantastic work.
Thank you.
Thank you.
- Mon Oct 31, 2016 1:33 pm
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
- Mon Oct 31, 2016 12:56 pm
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
Re: HEVC/H.265 10-bit Support
#3 is just something I noticed when I was testing the performance issue, where I saved a bit typing by "-o a" and it crashed
#2 -- I'll take a look at the HEVC header and see what happened.
Thanks!
#2 -- I'll take a look at the HEVC header and see what happened.
Thanks!
- Mon Oct 31, 2016 10:10 am
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
Re: HEVC/H.265 10-bit Support
OK I reproduced the issue.
Find any MP4 file (file format should not matter), and execute "dgindexnv -i x.mp4 -o b", guaranteed to crash.
Find any MP4 file (file format should not matter), and execute "dgindexnv -i x.mp4 -o b", guaranteed to crash.
- Mon Oct 31, 2016 10:06 am
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
Re: HEVC/H.265 10-bit Support
I can test when I get home, but I should let you know that this is the only file that's such long -- if it works on your side, it must be good on my side. (Also I'd still suggest you fix the FPS issue to 60000/1001. "FPS 210938 / 3520" is kinda annoying -- have to put assumefps each time or I get so...
- Mon Oct 31, 2016 9:36 am
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
Re: HEVC/H.265 10-bit Support
That's what I thought. Usually this kind of thing indicates an overflow -- cut the stream = un-reproducible.admin wrote:Previously my limit was 1000000 frames, and your stream had more than that.
- Mon Oct 31, 2016 12:24 am
- Forum: DGDecNV
- Topic: [RESOLVED] DGIndexNV blowing up in strange ways
- Replies: 14
- Views: 14643
Re: [RESOLVED] DGIndexNV blowing up in strange ways
VFR is no more than some timestamps. There are many ways to produce VFRs. A common reason is deduplicating, which will remove similar frames to save a bit space. Another common situation is when producing the video, multiple sources are involved, such as 24 fps film and 30 fps CG video get concatena...
- Mon Oct 31, 2016 12:07 am
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
Re: HEVC/H.265 10-bit Support
Gotcha, enjoy your time!
- Sat Oct 29, 2016 3:46 pm
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
- Sat Oct 29, 2016 3:21 pm
- Forum: DGDecNV
- Topic: [RESOLVED] HEVC/H.265 10/12-bit Support
- Replies: 147
- Views: 117145
Re: HEVC/H.265 10-bit Support
Virgo -- A Perfectionist