Main page
[00:05] NightStorm (~NightStor@adsl-76-233-131-96.dsl.toldoh.sbcglobal.net) left irc: Read error: Connection reset by peer
[00:05] NightStorm (~NightStor@adsl-76-233-131-96.dsl.toldoh.sbcglobal.net) joined #handbrake-dev.
[00:26] bogo_lode (~bogo_lode@75.108.108.82) joined #handbrake-dev.
[01:04] Rodeo (~tim@lap34-2-82-237-95-151.fbx.proxad.net) left irc: Quit: Rodeo
[01:48] barf (~Dark_Shib@193.69.144.162) joined #handbrake-dev.
[02:48] brianmario (~brianmari@v15.corp.metainterfaces.com) left irc: Quit: brianmario
[03:07] bogo_lode (~bogo_lode@75.108.108.82) left irc: Quit: I give up...
[03:26] mduell___ (~mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) joined #handbrake-dev.
[03:28] mduell__ (~mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) left irc: Ping timeout: 240 seconds
[06:06] jbrjake-laptop (~jbrjake@pool-72-91-188-93.tampfl.fios.verizon.net) left irc: Quit: jbrjake-laptop
[06:08] brianmario (~brianmari@c-24-5-64-252.hsd1.ca.comcast.net) joined #handbrake-dev.
[07:24] brianmario (~brianmari@c-24-5-64-252.hsd1.ca.comcast.net) left irc: Quit: brianmario
[08:08] superdump (~rob@unaffiliated/superdump) joined #handbrake-dev.
[09:33] ritsuka (~Ritsuka@host97-245-dynamic.16-87-r.retail.telecomitalia.it) joined #handbrake-dev.
[11:43] Rodeo (~tim@lap34-2-82-237-95-151.fbx.proxad.net) joined #handbrake-dev.
[12:05] thierryp (~thierry@zankai.inria.fr) joined #handbrake-dev.
[14:10] ritsuka (~Ritsuka@host97-245-dynamic.16-87-r.retail.telecomitalia.it) left irc: Quit: ritsuka
[16:03] #handbrake-dev: mode change '+v Rodeo' by dynaflash!~dynaflash@2002:1883:b4ca:0:219:e3ff:fed3:585c
[16:03] #handbrake-dev: mode change '+v superdump' by dynaflash!~dynaflash@2002:1883:b4ca:0:219:e3ff:fed3:585c
[16:03] #handbrake-dev: mode change '+o jbrjake' by dynaflash!~dynaflash@2002:1883:b4ca:0:219:e3ff:fed3:585c
[16:38] jbrjake-laptop (~jbrjake@pool-72-91-188-93.tampfl.fios.verizon.net) joined #handbrake-dev.
[16:48] barf (~Dark_Shib@193.69.144.162) left irc: Quit: barf
[17:43] barf (~Dark_Shib@193.69.144.162) joined #handbrake-dev.
[17:44] barf (~Dark_Shib@193.69.144.162) left irc: Client Quit
[17:45] thierryp (~thierry@zankai.inria.fr) left irc: Read error: Operation timed out
[18:02] superdump (~rob@unaffiliated/superdump) left irc: Quit: WeeChat 0.3.2-dev
[18:14] jbrjake-laptop (~jbrjake@pool-72-91-188-93.tampfl.fios.verizon.net) left irc: Quit: jbrjake-laptop
[18:18] brianmario (~brianmari@adsl-69-232-220-108.dsl.pltn13.pacbell.net) joined #handbrake-dev.
[18:51] [dynaflash] Rodeo, wanna try a patch ?
[18:51] [dynaflash] http://handbrake.fr/pastebin/pastebin.php?show=1250
[18:51] [Rodeo] finally
[18:51] [Rodeo] excellent timing, I just started 6 encodes
[18:51] [Rodeo] fortunately they're not long encodes, will try as soon as they're over
[18:52] [dynaflash] np
[18:52] [dynaflash] known caveat
[18:53] [dynaflash] scale to screen when the source is larger than the screen does not show proper gray for storage vs display
[18:53] [Rodeo] OK
[18:53] [dynaflash] ... and its messy as hell
[18:53] [dynaflash] but easier to debug the way it is.
[18:53] [Rodeo] OK
[18:54] [dynaflash] once it works correctly I will move the calcs into their proper methods
[18:54] [Rodeo] did you reinstate the 85 percent rule?
[18:54] [dynaflash] yep
[18:54] [Rodeo] OK so that's why you're allowed to use scaleToScreen when source is larger than display
[18:55] [dynaflash] yep
[18:55] [Rodeo] mduell_: want to add something to that thread?
[18:55] [dynaflash] now, you stated I was the only one that knew what the gray was for.
[18:55] [dynaflash] the gray shows where the display is less than the storage
[18:56] [dynaflash] hb's preview display has (or should have been) always that way going to to at least 0.7.1
[18:56] [dynaflash] I borked it
[19:12] s55 (~Scott@cpc1-livi1-0-0-cust180.sgyl.cable.virginmedia.com) joined #handbrake-dev.
[19:20] [dynaflash] Rodeo: Scale to screen with a source larger than your screen is working now
[19:20] [Rodeo] yay
[19:20] [Rodeo] let me see if 1250 works first
[19:22] Thunder- (~cp@serve1.davage.com) left irc: Quit: leaving
[19:23] [Rodeo] not good
[19:23] [dynaflash] how ?
[19:23] [Rodeo] seems to work OK with autocrop, but if I manually crop the sides it crops the top and bottom as susal
[19:24] [dynaflash] crop is coming
[19:24] [Rodeo] coming?
[19:24] [Rodeo] head works fine in that case, FWIW
[19:24] brianmario (~brianmari@adsl-69-232-220-108.dsl.pltn13.pacbell.net) left irc: Quit: brianmario
[19:24] [Rodeo] well, using strict, that is
[19:25] [dynaflash] I am more concerned right now with changing size and a proper representation going from full screen to windowed
[19:25] [dynaflash] or scale to screen I should say
[19:25] [dynaflash] basically scaling
[19:26] [dynaflash] you were testing using strict ?
[19:26] [Rodeo] IMO maming sure that the whole picture appears in the preview is very important
[19:26] [Rodeo] tbh my only use of that window is to adjust cropping
[19:26] [dynaflash] okay, first things first
[19:27] [dynaflash] use a dvd source
[19:27] [dynaflash] going to scale to screen should not crop your image
[19:27] [dynaflash] which was the original bug you reported.
[19:27] [Rodeo] well, that was not the original bug I reported but whatever
[19:28] [Rodeo] let's try a DVD source
[19:29] [Rodeo] and no, it doesn't work
[19:29] *** BradleyS builds w/patch to see what all the hubbub is about
[19:29] [Rodeo] still crops a bit off the top and bottom
[19:29] [dynaflash] hmm
[19:29] [Rodeo] DVD source, going from actual size to scaleToScreen
[19:30] [dynaflash] wtf
[19:30] [Rodeo] it's a very small amount of cropping
[19:30] [dynaflash] hmm
[19:30] [Rodeo] but the white border around the preview makes it obvious
[19:31] [Rodeo] in windowed mode, it's around all the preview
[19:31] [Rodeo] when going scale to screen, notice how the top and bottom white border (along with a few extra pixels) disappear
[19:32] [dynaflash] can you try http://handbrake.fr/pastebin/pastebin.php?show=1251
[19:32] [dynaflash] now
[19:32] [Rodeo] and Loose + scale to screen + move the slider is still borked
[19:33] [dynaflash] use none to examine cropping
[19:33] [Rodeo] even with DVD sources
[19:33] [Rodeo] hmm, good idea
[19:33] [Rodeo] about using none
[19:33] [Rodeo] though I like the fact that head works correctly in that regard
[19:34] [dynaflash] crop is easy to change
[19:35] [dynaflash] loose is still same as head, none has been changed.
[19:36] [Rodeo] BTW, is that thin white border part of the preview generated by libhb?
[19:38] [Rodeo] well, none has the same issue as Loose in scale to screen mode when using the slider
[19:39] [dynaflash] the border is in the nsimageview, so no its not generated by libhb
[19:39] [Rodeo] same none issue in head
[19:40] [dynaflash] white border gone
[19:40] [Rodeo] but the preview image itself is generated by libhb, right?
[19:40] [dynaflash] yes
[19:40] [Rodeo] dynaflash: not a good idea IMO, useful for spotting bugs
[19:41] jbrjake-laptop (~jbrjake@pool-71-99-16-116.tampfl.dsl-w.verizon.net) joined #handbrake-dev.
[19:42] [Rodeo] so libhb generates the preview once, and the macGUI does all the cropping/scaling/etc.?
[19:42] [dynaflash] macgui get a new preview everytime settings change
[19:43] [Rodeo] and by settings, that means cropping, anamorphic etc.?
[19:43] [dynaflash] yes
[19:43] [BradleyS] dynaflash: scale to screen doesn't work quite right with my dock
[19:43] *** dynaflash cannot replicate the cropping issue when switching from windowed to scale to screen
[19:43] [Rodeo] it's very slight
[19:44] [dynaflash] must be
[19:44] [Rodeo] but it happens
[19:44] [dynaflash] cause I cannot see it.
[19:44] [Rodeo] OK, before you removed the white border, could you see it?
[19:44] [dynaflash] no
[19:44] [Rodeo] hmm, so for you you got the white border all around when going from actual size to scale to screen?
[19:44] [dynaflash] it *shouldn't* since I removed the old padding
[19:44] [dynaflash] yeah
[19:45] [BradleyS] the white border also appears to be on a pixel boundary
[19:45] [Rodeo] then we're not seeing the same thing
[19:45] [dynaflash] obviously
[19:45] [Rodeo] OK, weird
[19:45] [BradleyS] e.g. it's not 1px wide, it's 2px and semi transparent
[19:45] [dynaflash] I am using your dolphins clip as a test
[19:45] [dynaflash] Bradleys: odd about the dock
[19:45] [BradleyS] yeah my dock is on the left
[19:46] [BradleyS] when scaling to screen, preview is under it
[19:46] [dynaflash] am just using -visibleFrame which should account for your dock
[19:46] [BradleyS] but the odd thing is, it leaves room on the right side
[19:46] [BradleyS] seems to be positioning more than size issue
[19:46] [dynaflash] postioning need fixing
[19:46] [dynaflash] setting NSOrigin
[19:46] [dynaflash] easy once the reset is doen
[19:46] [dynaflash] done even
[19:47] [dynaflash] pretty much everything that sizes and postions the window is new
[19:47] [dynaflash] or changed
[19:48] [dynaflash] BradelyS: is the scale to screen window too wide to allow for your dock ? or does it postion itself to conflict with your dock ?
[19:49] [BradleyS] looks like size is perfect
[19:49] brianmario (~brianmari@v15.corp.metainterfaces.com) joined #handbrake-dev.
[19:49] [dynaflash] Rodeo: honest if I could replicate the cropping when toggling scale to screen I would fix it. I just can't
[19:49] [BradleyS] btw i don't see the cropping issue, but i do see a weird aspect issue that might look like cropping
[19:49] [Rodeo] OK, I'm rebuilding from scratch just in case
[19:50] [BradleyS] scale to screen is slightly wider than normal
[19:50] [BradleyS] er, the preview image in scale to screen is
[19:50] [Rodeo] slightly taller in my case
[19:50] *** dynaflash wishes he had never introduced scale to screen
[19:50] *** Rodeo thinks it could use the same fate as fullscreen
[19:50] [BradleyS] well, you know where my preferences lie (normal and full screen)
[19:50] [BradleyS] :)
[19:50] [Rodeo] IMO one mode that works is better than 3 modes that sort of work
[19:51] [dynaflash] well, windowed should be the standard
[19:51] [dynaflash] on the bright side, you got your 85% back BradleyS ;)
[19:51] *** Rodeo is downloading fedore to install in a VM, see how the ghb preview works
[19:51] [BradleyS] i haven't tested this on a tallscreen setup... does this new code assume a screen that's wider than taller?
[19:51] [BradleyS] heh, thank you
[19:51] [dynaflash] shouldn't,
[19:52] [BradleyS] seriously, i can click through to my other windows with ease now
[19:52] [dynaflash] I have a 4:3 screen and my mbp is 16:10
[19:52] [dynaflash] so I can switch back and forth
[19:52] [BradleyS] both of which are wider than taller
[19:52] [dynaflash] well
[19:52] [BradleyS] heh
[19:52] [dynaflash] how many computer screens are taller than wider ?
[19:53] [dynaflash] ... and before you answer, yes the code should accommodate that corner case .... I know
[19:53] [BradleyS] not sure if that's the right question to be asking... but i see why you ask
[19:53] [BradleyS] right
[19:53] [BradleyS] i mean, mine rotates just by turning it
[19:53] [Rodeo] BTW the old scale to screen works well
[19:53] [dynaflash] no it doesn't
[19:53] [Rodeo] has fewer issues than any of the mods now, aside from the fact that it doesn't account for the dock$
[19:53] [BradleyS] lots of multimonitor setups (like you would use in you know, a video editing workflow) employ tallscreens
[19:53] [Rodeo] well, I mean the old as in 3036
[19:54] [dynaflash] head is wrong
[19:54] [Rodeo] head is wrong
[19:54] [dynaflash] zing
[19:54] [Rodeo] but 3036 scaleToScreen works globally all right, as far as I can see
[19:54] [dynaflash] it incorrectly scales the image to the full screen
[19:54] [dynaflash] which it shouldn't
[19:54] [dynaflash] if the display size is < the storage size
[19:55] [dynaflash] so, if the display size is < the storage size you should see gray around the actual image
[19:55] [dynaflash] if its > in any dimension you should not see gray on that dimension
[19:56] [dynaflash] meaning x y
[19:56] [dynaflash] loose ana is a perfect example
[19:56] [dynaflash] on a dvd
[19:57] [BradleyS] dynaflash: try this
[19:57] [BradleyS] i'm using a 1080p source, ymmv with dv
[19:57] [BradleyS] dvd even
[19:58] [BradleyS] normal size preview window, drag it to the right side of screen
[19:58] [BradleyS] then change anamorphic mode multiple times
[19:58] [dynaflash] SO if I have a source dvd with a storage of 720 x 480, and a loose ana of 838 x 464 ... I should see gray on top and bottom , but not on the sides
[19:58] [BradleyS] with each change, my window scoots to the left, until it hits the left side eventually
[19:59] [dynaflash] BradleyS; yes thats a repostioning bug, its grabbing the wrong NSOrigin
[19:59] [BradleyS] k
[19:59] [BradleyS] probably why it's not working with my dock in scaleto also
[19:59] [dynaflash] now back to my synopsis
[20:00] [dynaflash] once you downscale in loose til the display is less than the storage, you will start to see gray on the left and right.
[20:00] [dynaflash] BradleyS: yes probably
[20:01] [dynaflash] as long as the actual window size accomodates your dock, repostitioning the window origin is easy enough to fix.
back next →
1 2
up
Generated by logs2html module for eggdrop v.2.3.4
Find latest version at http://sourceforge.net/projects/logs2html or http://shmupsik.osetia.org