Quantcast
Channel: Doom9's Forum
Viewing all 52543 articles
Browse latest View live

FindVUK tool - get VUK of all Blurays supported by DVDfab applications

$
0
0
I appreciate having the public keydb.cfg, and also findVUK, to play blu-rays on Linux. It is a greater beneficiary than Windows, as not having any other free options. It would thus be nice to also contribute to the online database.

I haven't gotten VUKextract to work on Linux using DVDfab on wine.

As requested earlier in this thread, if a flag could be included to workaround the error with not detecting blu-ray drives on Linux, it would be helpful.

"error: 'mutex' in namespace 'std' does not name a type" despite up-to-date toolchain

$
0
0
Quote:

Originally Posted by LoRd_MuldeR (Post 1861513)
Just install MYSY2 from here (you probably want 64-Bit these days). Then start MSYS2 shell and run "pacman -Syu", restart MSYS2 shell, run "pacman -Su", and restart MSYS2 shell again.

Finally, run "pacman -S mingw-w64-i686-toolchain" or "pacman -S mingw-w64-x86_64-toolchain" to install MinGW/GCC targeting 32-Bit or 64-Bit, respectively. That's it :)

Actually the scripts by Zeranoe and modified by nev do allow the user to build a MinGW-w64 toolchain that uses winpthreads instead of pthreads-w32 (option --threads=LIB):

Code:

Compile MinGW-w64 as a cross-toolchain for Win32 or Win64

Run options other than compiling (./mingw-w64-build-3.6.7 OPTION):
  wipe    removes all MinGW-w64 files in the directory (build build.log
          mingw-w64-i686 mingw-w64-x86_64 pkgs source)

Available options are specified in parentheses.

Defaults for the options are specified in brackets.

General:
  -h, --help    display this help and exit
  -a, --about    display the "About" page
  -V, --version  display version information and exit

Compile Options:
  --build-type=TYPE          compile for TYPE (win32, win64, multi)
  --default-configure        compile with default options for all unset options
  --allow-overwrite          allow overwrite if no updates are found
  --rebuild-all              rebuild all packages
  --mingw-w64-ver=NUMBER      compile with MinGW-w64 VERSION (6.0.0, git)
                              [6.0.0]
  --cpu-count=NUMBER          use NUMBER of cores/threads to compile with (1-4,
                              max) [max]
  --binutils-ver=VERSION      compile with binutils VERSION (2.32, git)
                              [2.32]
  --gcc-ver=VERSION          compile with GCC VERSION (9.2.0, 4.9.3, svn)
                              [9.2.0]
  --pthreads-w32-ver=VERSION  compile with Pthreads-w32 VERSION (2-9-1, cvs)
                              [cvs]
  --gcc-langs=LANG1,LANG2    compile GCC with support for LANG (ada, c, c++,
                              fortran, go, java, objc, obj-c++, all) [c,c++,lto]
  --enable-nls                enable "Native Language Support"
  --disable-shared            compile a static only toolchain
  --threads=LIB              compile with support for thread LIB (winpthreads,
                              pthreads-w32, disable) [pthreads-w32]
  --clean-build              remove the unneeded directories after a successful
                              compile, leaving only the built toolchain. The
                              'build', 'source', and 'packages' directories will
                              be removed.
  --enable-gendef            compile the MinGW-w64 tools gendef.
  --enable-widl              compile the Mingw-w64 tools widl
  --verbose                  show raw build output

Report bugs to <kyle.r.schwarz@gmail.com>.

When the MSYS2 maintainers didn't move towards GCC 8.x only because the ADA compiler couldn't have a 32-bit build I convinced myself that they didn't know very well what they were doing (OR trying to do)...

https://forum.doom9.org/showthread.p...08#post1868808

x265 HEVC Encoder

$
0
0
Quote:

Originally Posted by Boulder (Post 1889167)
You could try --frame-threads 1 to limit encoding to one frame at a time.

Yeah, I'd do this if I were the person you answered to, since this also increases the picture-quality of the encode.

MadVR in use with LG OLED Thread

$
0
0
Quote:

Originally Posted by chros (Post 1889357)
Hm, you are right! :)

It happens from time to time. :D LMAO


Quote:

Originally Posted by chros (Post 1889357)
Although I hoped that's not the case :)
I did a little testing as well, read it through.
I attached there the settings I use for now, let me know guys if you dislike something in it.

I'm still playing with the settings. Was hoping to get some time today to get some testing done but that didn't work out as planned. Those should be good, though.

Quote:

Originally Posted by chros (Post 1889357)
Well, saturation setting doesn't do anything, again, with titles below 700 :)

Right, but, if there are elements in the frame that are above your real display nits, then the entire frame is processed. People tend to forget that part. For example, the tesseract in Infinity Wars. I can DEFINITELY see that being tone mapped as I mentioned to madshi. Even though the rest of the frame is well below 700 nits.

Quote:

Originally Posted by chros (Post 1889357)
Btw, did you guys measure your C8 and adjust your real peak nits setting? Or do you still use 760?

I've been using 760. Time is not on my side these days. It's on my list of things to do.

Media Player Classic - BE Win32/x64

How to stop movie from playing again when finished?

$
0
0
Quote:

Originally Posted by rickwj324 (Post 1889344)
The movie plays automatically when inserted into a player....

What player?

QTGMC Deinterlacing Script (v3.363)

$
0
0
Quote:

Originally Posted by Groucho2004 (Post 1889362)
Use the file from the Release_XP_SSE2 directory, that should work.

Thanks again! That worked! I never tried it because my machine is at the new end and I presumed the versions for XP were just legacy support.

BTW, the project is to save a collection of EIA-J videos, from the 1970s. I got the ancient Sony machine to run and now need AVISynth to make the results viewable. Thanks again.

Intel SVT AV1

$
0
0
Yikes. It's not too bad for small numbers of tiles, but it blows up really fast.

Using fixed QP 45, here's some results. Not a full BD-Rate analysis, but some food for thought. I used identical values for tile-column and tile-row for each of the below examples

Code:

row/column  | bitrate  | fps    | vmaf average
    0      | 4867      | 4.52  |  91.773
    1      | 4923      | 4.94  |  91.759
    2      | 5000      | 4.88  |  91.725
    4      | 5346      | 4.88  |  91.676
    6      | 5995      | 5.01  |  91.557

So, similar encoding quality across the board but with an enormous bitrate cost when using 6 columns + rows with 1080p, almost 23% more bits.

I imagine the impact would be less for UHD.

ffms2 extras -- What are they?

$
0
0
Quote:

Originally Posted by Asmodian (Post 1888608)
If you don't understand them perhaps the list of features on madVR.com seems over the top? The line "madVR delivers the ultimate video playback quality that no enthusiast should be without" could be taken as marketing bullcrap if you weren't familiar with the technical details. ;)

Thanks, Asmodian. Even if I was inclined to trolling -- I'm not -- I have so many balls in the air I wouldn't have the time to troll.

I'm an electronics hardware engineer who knows way too much about video and way too little about video tools. That makes for a rather schizophrenic approach to other people here.

You are probably familiar with the scope of doom9. Is there a 'theory' section that deals with video architecture and nomenclature? The reason I ask is that I have a 300+ line primer that needs to be vetted and commented upon. Among other things, it locates terminology inconsistencies that trip up newbies. I've posted parts of it to ffmpeg & HandBrake and various other forums and have gotten no reponses.

Thanks,
Mark.

FineSharp for VapourSynth

$
0
0
Quote:

Originally Posted by Are_ (Post 1889374)
It should be "fixed" now.
All vapoursynth finesharp scripts had a typo, truth is avisinth also throws an error when sstr goes too low and you use a mode lower than 0.

Thanks working now

Extract core with eac3to and tsmuxer spectrum different

$
0
0
Quote:

Originally Posted by sneaker_ger (Post 1889307)
DTS cores don't have any inherent bitdepth (same for many other lossy format, e.g. AC3, AAC). You can ignore what MediaInfo tells you about it after core extraction. Only the lossless DTS-HD Master Audio "has" a bitdepth in any meaningful way. Do not use -dontPatchDts.

Thanks for some useful information. So change bit is only change the title, right? It's like change the tag and the audio data inside won't change and won't be distorted?

Hybrid(Windows/Linux/Mac): Input -> x264/x265/Xvid/VP8/VP9

$
0
0
Arghh,.. email notification doesn't seem to work in the forum atm.

@Rumbah: Opening Hybrid, 'x264->Frames->B-Frame Settings->Adaptive b-frame decision' odes list 'fast', 'optimal' and 'disabled', but the command line seems wrong.
-> will look into it => disabled and optimal are switched :/
@aj89: If you don't like Hybrid, don't use it.

I don't receive email notifications

$
0
0
here too,... (which is really annoying,..)

VSRepo - the official easy plugin manager

$
0
0
@ChaosKing You got it!!!

In %appdata%\VapourSynth\plugins64 there was an old vspackages.json without neo f3kdb inside.
I just used -p for install and update, but forgot it when running installed.

BD3D2MK3D v1.17: Convert 3D BDs or MKV to 3D SBS, T&B or Frame-sequential MKV

$
0
0
Just getting back to trying to get a 1920x2160 interleaved video.

tebasuna51's suggestion:

Quote:

Originally Posted by tebasuna51 (Post 1880264)
Maybe:

left = SelectEven(interleaved).AssumeFieldBased()
right = SelectOdd(interleaved).AssumeFieldBased()

# Build combined Row-interlaced image
Interleave(left, right).Weave()

It did produce a 1920x2160 video with the correct aspect ratio.
MPC-HC + madVR seem to play it back correctly, but the left and right eyes seem to swap back and forth rapidly (not sure if every frame). If I pause at different arbitrary points, sometimes left eye is on top, sometimes right eye.

Any ideas as to how to fix that?

Thanks in advance :-)

UsEac3to v1.2.9: a different GUI for eac3to

$
0
0
Quote:

Originally Posted by sneaker_ger (Post 1889202)
eac3to can use the libav/ffmpeg decoder but it may not work for all files. If eac3to fails try ffmpeg directly.

Well, i'm not well versed on ffmepg commands with variables as normalize + downstereo etc (i will check for future reference).

Thank you

Quote:

Originally Posted by manolito (Post 1889207)
Fortunately some nice folks still provide current FFmpeg builds which work under WinXP. This one by Reino (CoRoNe) is my favorite:
http://rwijnsma.home.xs4all.nl/files...c-xpmod-sse.7z

I know that it has no problems decoding and encoding eac3 audio.

To use qaac under XP you need an older version of iTunes or QuickTime. Let me know if I should upload something for you.


Cheers
manolito

Thanks, but i have already one packed by me. I don't know why i forgot to search for a ffmpeg for win xp.


Quote:

Originally Posted by tebasuna51 (Post 1889263)
The libav dll in use with eac3to is very old and only work with eac3 5.1, with 7.1 crash.
For instance with:



work with track 2, but crash with track 3, the bug is already reported.

To decode/recode the track 3 you can use the button 'A/V Recode', if you have the appropiate ffmpeg and qaac for you OS.

belight/besweet never can decode eac3.

Thank you for the note.

Well, i will check how to use ffmpeg to reencode a .eac3 7.1/5.1 to 2.0 (+lfe or not) with normalization/drc.

Stereo with 2 channels + subwoofer is equal to 2.1? do i need to put -downstereo or -downdpl (effect surround on stereo = dolby pro logic II or I?) on UsEac3To?

P.S.: behappy works on winxp with one lLSMASH-Works-r784 (for win xp) for .eac3 files (libav or ffmpegsource).

Forced Subtitles on UHD

DVDFab new version free HD Decrypter tool removes 80% of the restrictions

x265 HEVC Encoder

$
0
0
Quote:

Originally Posted by Atak_Snajpera (Post 1889461)
BS. 22 Mbps is insanelly high for 1080p. That's basicaly a blu-ray teoritory. You are lieing saying that x265 looks MUCH BETTER.

I know that 22 is very high for 1080p, I did it specially for test. After encode I upscaled FHD to UHD and compared them. I don't say that x265 MUCH better, but it significantly better at preserving small details. And I can definitely say it's not worse anyway.

StaxRip 2.0 Support Thread

$
0
0
Quote:

Originally Posted by stax76 (Post 1889463)
I've uploaded a new beta build and hope that a stable release can be made soon. Please test it. :thanks:

Code:

2.0.5.1 Beta
------------

- update: DGHDRtoSDR 1.13
- update: NVEncC 4.54
- update: VapourSynth R48
- update: x265 3.2+9-971180b100f8 Patman

- new: various UI improvements
- new: the short version of x265 and nvenc switches like -c, -f etc.
      were integrated into the search field and command line import
      feature, the search feature now first looks for a exact match
- new: x265 switches --dup-threshold, --frame-dup
- new: nvenc switches --multiref-l0, --multiref-l1
- new: StaxRip can use MediaInfo.NET instead of the built-in MediaInfo GUI,
      it requires MediaInfo.NET to be installed and started at least once

- fix: FFTW not always asked to be installed when needed

https://www.dropbox.com/sh/4ctl2y928...dd3yqcAHa?dl=0

https://1drv.ms/f/s!ArwKS_ZUR01gySQIE1QCL2i9F_uR

https://github.com/stax76/MediaInfo.NET

Awesome I might give it a whirl here tonight.

Sent from my SM-G965U1 using Tapatalk
Viewing all 52543 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>