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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > Avisynth Development

Reply
 
Thread Tools Search this Thread Display Modes
Old 29th March 2018, 20:24   #4021  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,684
Nope. Via Deutsche Telekom, immediate appearance of avisynth.nl and github.com; possibly your provider?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 29th March 2018 at 20:30.
LigH is offline   Reply With Quote
Old 29th March 2018, 20:56   #4022  |  Link
GMJCZP
Registered User
 
GMJCZP's Avatar
 
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 516
And how are you doing with the download speed by GitHub, LigH?
__________________
By law and justice!

Flea Market
GMJCZP is offline   Reply With Quote
Old 29th March 2018, 21:01   #4023  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 5,684
70 KB (MABS) go quickly ... do you know any with a large package?

OK, MPC-HC (14 MB): faster than I can confirm the target directory.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 29th March 2018 at 21:12.
LigH is offline   Reply With Quote
Old 29th March 2018, 21:38   #4024  |  Link
GMJCZP
Registered User
 
GMJCZP's Avatar
 
Join Date: Apr 2010
Location: I have a statue in Hakodate, Japan
Posts: 516
It must be my provider, thanks.
__________________
By law and justice!

Flea Market
GMJCZP is offline   Reply With Quote
Old 1st April 2018, 07:21   #4025  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 989
@pinterf

Would you please add to ConvertBits the same dithering modes Ditherpost has? At least the most significative ones, i.e. 0 (ordered+noise),6,7,8.
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old 1st April 2018, 13:27   #4026  |  Link
magiblot
Eurobeat Fan
 
Join Date: Sep 2014
Posts: 93
Quote:
Originally Posted by GMJCZP View Post
Thanks for the update.
I do not know if someone happens to me but the downloads by GitHub are very slow, and I have problems entering to avisynth.nl.
I can't enter AviSynth.nl from Spain. Server does not reply. I have to use Google's cached version or a free proxy. There are periods of time where it works again for me, but not currently.
magiblot is offline   Reply With Quote
Old 1st April 2018, 15:06   #4027  |  Link
Motenai Yoda
Registered User
 
Motenai Yoda's Avatar
 
Join Date: Jan 2010
Posts: 689
Quote:
Originally Posted by tormento View Post
@pinterf

Would you please add to ConvertBits the same dithering modes Ditherpost has? At least the most significative ones, i.e. 0 (ordered+noise),6,7,8.
actually:
dither=-1 (default) -> mode=-1 aka round to int (or truncate?)
dither=0 -> mode=0 aka ordered dithering
dither=1 -> mode=6 aka Floyd-Steinberg
__________________
powered by Google Translator
Motenai Yoda is offline   Reply With Quote
Old 1st April 2018, 15:18   #4028  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 6,068
Magiblot,

Test DNS servers and settings for a domain name

http://dnscheck.pingdom.com/?domain=avisynth.nl

Quote:
Test finished successfully, no errors or warnings.
Must be something wrong between you and Avisynth.nl (works just fine for me).

EDIT: IsItDownRightNow (OK)
https://www.isitdownrightnow.com/avisynth.nl.html
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???
StainlessS is offline   Reply With Quote
Old 1st April 2018, 15:23   #4029  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 989
Quote:
Originally Posted by Motenai Yoda View Post
actually:

dither=-1 (default) -> mode=-1 aka round to int (or truncate?)

dither=0 -> mode=0 aka ordered dithering

dither=1 -> mode=6 aka Floyd-Steinberg
From Wiki:
int dither
If 0, add ordered dither; if -1 (default), do not add dither

Is it outdated?
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old 1st April 2018, 18:47   #4030  |  Link
raffriff42
Retried Guesser
 
raffriff42's Avatar
 
Join Date: Jun 2012
Posts: 1,377
Quote:
Originally Posted by tormento View Post
From Wiki: [...] Is it outdated?
Yes, it was outdated... thx, fixed now.






Code:
ColorBarsHD(pixel_type="YUV444P16")
Crop(300, 440, 816, 80)
ColorYUV(cont_y=0.1, cont_u=0.1, cont_v=0.1, f2c=true)
Interleave(
\   ConvertBits(8, dither=-1).Subtitle("dither=-1") [* no dither *]
\ , ConvertBits(8, dither=0).Subtitle("dither=0")   [* ordered dither *]
\ , ConvertBits(8, dither=1).Subtitle("dither=1")   [* Floyd-S *]
\ )
ColorYUV(cont_y=10.0, cont_u=10.0, cont_v=10.0, f2c=true)
return Last

Last edited by raffriff42; 1st April 2018 at 19:04. Reason: images
raffriff42 is offline   Reply With Quote
Old 1st April 2018, 20:58   #4031  |  Link
Motenai Yoda
Registered User
 
Motenai Yoda's Avatar
 
Join Date: Jan 2010
Posts: 689
maybe pinterf account it still as experimental as IIRC floyd returns 2^N +1 shades, 0 + 2^N shades up to range_max
__________________
powered by Google Translator
Motenai Yoda is offline   Reply With Quote
Old 2nd April 2018, 01:28   #4032  |  Link
magiblot
Eurobeat Fan
 
Join Date: Sep 2014
Posts: 93
Quote:
Originally Posted by StainlessS View Post
Magiblot,

Test DNS servers and settings for a domain name

http://dnscheck.pingdom.com/?domain=avisynth.nl



Must be something wrong between you and Avisynth.nl (works just fine for me).

EDIT: IsItDownRightNow (OK)
https://www.isitdownrightnow.com/avisynth.nl.html
Here's my traceroute to avisynth.nl (tracert command on Windows):
Code:
traceroute to avisynth.nl (82.150.137.175), 30 hops max, 60 byte packets
 1  _gateway (192.168.1.1)  0.607 ms  5.277 ms  5.131 ms
 2  168.red-81-46-38.customer.static.ccgg.telefonica.net (81.46.38.168)  5.098 ms  5.079 ms  5.031 ms
 3  221.red-81-46-34.customer.static.ccgg.telefonica.net (81.46.34.221)  5.005 ms 225.red-81-46-34.customer.static.ccgg.telefonica.net (81.46.34.225)  4.997 ms 221.red-81-46-34.customer.static.ccgg.telefonica.net (81.46.34.221)  26.302 ms
 4  * * *
 5  50.red-80-58-81.staticip.rima-tde.net (80.58.81.50)  26.251 ms  26.179 ms  26.173 ms
 6  et-4-0-0-400-grtbcnes1.net.telefonicaglobalsolutions.com (213.140.50.244)  4.795 ms  21.423 ms  3.039 ms
 7  176.52.251.237 (176.52.251.237)  12.692 ms  12.694 ms  12.526 ms
 8  176.52.251.213 (176.52.251.213)  12.623 ms 213.140.33.252 (213.140.33.252)  14.049 ms 213.140.33.249 (213.140.33.249)  13.141 ms
 9  94.142.107.37 (94.142.107.37)  13.955 ms  11.986 ms 5.53.5.74 (5.53.5.74)  12.586 ms
10  94.142.97.138 (94.142.97.138)  11.507 ms xe-9-3-3.cr2-ams1.ip4.gtt.net (89.149.180.117)  51.350 ms 94.142.97.138 (94.142.97.138)  12.498 ms
11  atom86-gw.ip4.gtt.net (77.67.72.67)  43.810 ms  40.651 ms 94.142.107.37 (94.142.107.37)  12.848 ms
12  xe-9-3-3.cr2-ams1.ip4.gtt.net (89.149.180.117)  46.916 ms a572.datact.atom86.net (95.142.96.179)  42.362 ms  41.976 ms
13  atom86-gw.ip4.gtt.net (77.67.72.67)  40.117 ms *  39.640 ms
14  a572.datact.atom86.net (95.142.96.179)  41.511 ms * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
The IP packets die at a572.datact.atom86.net (95.142.96.179). I obtained the same result by using online traceroute tools (http://www.monitis.com/traceroute/, https://www.ultratools.com/tools/traceRoute). We should open a separate thread for this or contact the webmaster of avisynth.nl (I don't know who they are).
magiblot is offline   Reply With Quote
Old 2nd April 2018, 02:00   #4033  |  Link
StainlessS
HeartlessS Usurer
 
StainlessS's Avatar
 
Join Date: Dec 2009
Location: Over the rainbow
Posts: 6,068
Code:
Tracing route to avisynth.nl [82.150.137.175]
over a maximum of 30 hops:

  1     1 ms     1 ms     6 ms  192.168.100.1
  2     *        *        *     Request timed out.
  3    60 ms    66 ms    76 ms  172.23.192.145
  4    75 ms    40 ms    58 ms  172.30.146.163
  5    48 ms    59 ms    59 ms  188.31.255.42.threembb.co.uk [188.31.255.42]
  6    47 ms    56 ms    61 ms  188.31.255.85.threembb.co.uk [188.31.255.85]
  7    57 ms    59 ms    59 ms  188.31.255.117.threembb.co.uk [188.31.255.117]
  8    57 ms    61 ms    59 ms  188.31.255.154.threembb.co.uk [188.31.255.154]
  9    66 ms    65 ms    57 ms  188.31.255.170.threembb.co.uk [188.31.255.170]
 10    55 ms    61 ms    54 ms  ae26-65.cr0-lon1.ip4.gtt.net [46.33.78.5]
 11    59 ms    66 ms    80 ms  et-2-1-0.cr2-ams1.ip4.gtt.net [141.136.105.89]
 12    80 ms    79 ms    79 ms  atom86-gw.ip4.gtt.net [77.67.72.67]
 13    51 ms    39 ms    71 ms  a572.datact.atom86.net [95.142.96.179]
 14    74 ms    77 ms    79 ms  mysmt175.mysmt.net [82.150.137.175]

Trace complete.
Tracert on mine is pretty slow, but I get straight to site via browser (even after IpConfig/flushdns).

EDIT: Above using OpenDNS resolver.

EDIT: Depending upon how your Firewall is set up, you may need to provide filewall access to multiple DNS servers (I allow about
6), and I use Nirsoft QuickDNS to switch DNS via hotkey (easy peasy):- https://www.nirsoft.net/utils/quick_set_dns.html
__________________
I sometimes post sober.
StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace

"Some infinities are bigger than other infinities", but how many of them are infinitely bigger ???

Last edited by StainlessS; 2nd April 2018 at 03:12.
StainlessS is offline   Reply With Quote
Old 2nd April 2018, 02:59   #4034  |  Link
raffriff42
Retried Guesser
 
raffriff42's Avatar
 
Join Date: Jun 2012
Posts: 1,377
This browser stuff is way off topic, but I had a similar problem which I solved by manually adding a new DNS server. There is a selection of free DNS servers here.
raffriff42 is offline   Reply With Quote
Old 16th April 2018, 03:23   #4035  |  Link
`Orum
Registered User
 
Join Date: Sep 2005
Posts: 158
I'm curious, what's the rationale behind fulls=false as the default for YUV when using ConvertBits()?

Edit: I ask mainly for up-converting, as e.g. white in 8 bit (255) is no longer truly white when in 10+ bit without fulls=true, it's just very close to true white (i.e. UCHAR_MAX << (BitsPerComponent() - 8)).
__________________
My filters: DupStep | PointSize

Last edited by `Orum; 16th April 2018 at 03:36.
`Orum is offline   Reply With Quote
Old 16th April 2018, 05:21   #4036  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 3,585
Quote:
Originally Posted by `Orum View Post
I'm curious, what's the rationale behind fulls=false as the default for YUV when using ConvertBits()?

Edit: I ask mainly for up-converting, as e.g. white in 8 bit (255) is no longer truly white when in 10+ bit without fulls=true, it's just very close to true white (i.e. UCHAR_MAX << (BitsPerComponent() - 8)).

"Video white" or legal range white, no longer becomes legal range white if you use fulls=true. In 10bit video, legal Y should be 64 to 940 . ie. the 8bit "235" should "map" to 10bit "940" . You could argue that "legal range" video usage case is more common
poisondeathray is offline   Reply With Quote
Old 16th April 2018, 06:12   #4037  |  Link
foxyshadis
ангел смерти
 
foxyshadis's Avatar
 
Join Date: Nov 2004
Location: Lost
Posts: 9,387
Quote:
Originally Posted by `Orum View Post
I'm curious, what's the rationale behind fulls=false as the default for YUV when using ConvertBits()?

Edit: I ask mainly for up-converting, as e.g. white in 8 bit (255) is no longer truly white when in 10+ bit without fulls=true, it's just very close to true white (i.e. UCHAR_MAX << (BitsPerComponent() - 8)).
The lower bound of the upsampled white point is always white in video standards. For 10-bit full range, that means 1020 and 1023 are the same full white, as are 940+ in limited range. BT.2020 defines the hard peak as 940. Engineers worried about that exact problem and decided that a simple bitshift would always be correct.

This isn't true for HDR, but that's an entirely different ballgame.
__________________
There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. ~ Ed Howdershelt
foxyshadis is offline   Reply With Quote
Old 16th April 2018, 06:57   #4038  |  Link
`Orum
Registered User
 
Join Date: Sep 2005
Posts: 158
Quote:
Originally Posted by foxyshadis View Post
The lower bound of the upsampled white point is always white in video standards.
Interesting. It seems a bit counter-intuitive that different values would have the same output, outside of limited-range clips
Quote:
Originally Posted by foxyshadis View Post
This isn't true for HDR, but that's an entirely different ballgame.
...but how can a decoder possibly differentiate between a 10-bit HDR clip and a 10-bit clip from the video standards? I seems to me like the standards conflict; e.g. a HDR clip would assume 1023 != 1020 but if decoded as a "standards compliant" clip the white point would be clippped to 1020.

Edit: Granted, none of this matters if you're only using 10-bit to reduce quant error, but it's interesting nonetheless.
__________________
My filters: DupStep | PointSize

Last edited by `Orum; 16th April 2018 at 07:01.
`Orum is offline   Reply With Quote
Old 17th April 2018, 05:56   #4039  |  Link
foxyshadis
ангел смерти
 
foxyshadis's Avatar
 
Join Date: Nov 2004
Location: Lost
Posts: 9,387
Quote:
Originally Posted by `Orum View Post
...but how can a decoder possibly differentiate between a 10-bit HDR clip and a 10-bit clip from the video standards? I seems to me like the standards conflict; e.g. a HDR clip would assume 1023 != 1020 but if decoded as a "standards compliant" clip the white point would be clippped to 1020.

Edit: Granted, none of this matters if you're only using 10-bit to reduce quant error, but it's interesting nonetheless.
The decoder is only producing those 941 or 1023 values, it has no input on what's done afterward. The metadata tells the YUV->RGB converter what formula to use and where to saturate. If the converter sees YUV 990,512,512 (assuming BT.709), it'll still output 255,255,255 or 1023,1023,1023. We call that a blown-out highlight.

HDR is different because now 990,512,512 can actually mean something useful; it's often converted to a floating point value that's scaled against the display's actual white point before being converted into raw RGB to display. 900 may convert to only 600 if a display can produce blinding enough whites. That's why it has to be signaled, there's no way to infer what white point was meant out of raw pixel values other than assuming. Some HDR schemes still saturate at limited range, and simply rescale everything within it; some place the rec.709 white point at the end of the TV range and everything outside of it is special. The former is more common.
__________________
There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. ~ Ed Howdershelt

Last edited by foxyshadis; 17th April 2018 at 05:59.
foxyshadis is offline   Reply With Quote
Old 22nd April 2018, 15:09   #4040  |  Link
`Orum
Registered User
 
Join Date: Sep 2005
Posts: 158
Quote:
Originally Posted by foxyshadis View Post
The metadata tells the YUV->RGB converter what formula to use and where to saturate.
Ah, I didn't realize there was a flag in the format to indicate it had been upsampled instead of a native/HDR clip.
__________________
My filters: DupStep | PointSize
`Orum is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 11:19.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.