Main page
[00:28] [CIA-23] jstebbins * r3070 gtk/src/hb-backend.c:
[00:28] [CIA-23] prevent duplicate audio list entries
[00:28] [CIA-23] when the user has an obscene number of audios in a custom preset that
[00:28] [CIA-23] are all passthru, duplicate audios would populate the audio list.
[00:36] bogo_lode (n=bogo_lod@75.108.108.82) joined #handbrake-dev.
[00:38] [jbrjake] yeah i was going to rip those tooltips out and replace them with mewiki's entries
[00:39] [jbrjake] ones by you would be better by far, if it's not too much of an imposition
[00:39] [Dark_Shikari] I can revise them
[00:39] [Dark_Shikari] give me a list of options and their tooltips
[00:39] [Dark_Shikari] and I'll write new shit
[00:40] [jbrjake] awesome, thanks :-)
[01:00] [jbrjake] Dark_Shikari: here you go....and yes, i know they're terrible -- out of date or ill phrased when they aren't flat out wrong -- which is why i was going to replace them with mewiki's. http://handbrake.fr/pastebin/pastebin.php?show=1128
[01:01] [Dark_Shikari] quicktime struggles with lots of refs? wat?
[01:02] [jbrjake] (it used to)
[01:03] [jbrjake] also curious which ones you think should just be removed from the panel and which ones are shockingly absent.
[01:15] mduell (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) joined #handbrake-dev.
[01:18] [Dark_Shikari] jbrjake: would you object to adding or removing options along with this?
[01:20] [Rodeo] [01:03] [jbrjake] also curious which ones you think should just be removed from the panel and which ones are shockingly absent.
[01:20] [Rodeo] which I suspect means he's OK with adding & removing options
[01:20] [Dark_Shikari] k
[01:21] [jbrjake] yeah that's what i meant
[01:22] [Dark_Shikari] before we do this
[01:22] [Dark_Shikari] we need to decide what the purpose of this interface actually is
[01:23] [Dark_Shikari] Should we allow users to shoot themselves in the foot? In other words, should we allow options that are utterly worthless for 99% of use-cases?
[01:23] [Dark_Shikari] for example, disabling adaptive B-frames hardly helps speed at all
[01:23] [Dark_Shikari] and is not useful for most users
[01:23] [Dark_Shikari] I guess I'm not sure exactly what the purpose of this tab is
[01:25] brianmario (n=brianmar@v15.corp.metainterfaces.com) left irc: Read error: 104 (Connection reset by peer)
[01:25] [jbrjake] let's make the use-case cut-off somewhere around, oh, 75%
[01:25] [jbrjake] best imo would be to fill the available screen real estate up with the most valuable options to have
[01:25] brianmario (n=brianmar@v15.corp.metainterfaces.com) joined #handbrake-dev.
[01:26] [Dark_Shikari] is there any reason that we can't have sliders for more things?
[01:26] [Dark_Shikari] like subme
[01:26] [jbrjake] tell me to remove enough options and there might be
[01:26] [Dark_Shikari] btw, is it possible to have a slider that does the following
[01:26] [Dark_Shikari] when you drag it to a particular position
[01:26] [Dark_Shikari] it displays a name corresponding to that position
[01:26] [Dark_Shikari] so for subme, you drag it to 10
[01:26] [Dark_Shikari] and it says "Full refinement + QPRD"
[01:26] [Dark_Shikari] or something
[01:26] [jbrjake] yeah sure
[01:26] [j45] linux, yes
[01:27] [Dark_Shikari] also, do we really need the "default" for each one like that?
[01:27] [Dark_Shikari] that seems needless
[01:27] [Dark_Shikari] megui manages to have an option interface without doing that
[01:29] brianmario (n=brianmar@v15.corp.metainterfaces.com) left irc: Client Quit
[01:29] [jbrjake] not easily, at least with the macgui's system.
[01:29] [Dark_Shikari] the system in megui is simple:
[01:29] [Dark_Shikari] is it default? if yes, add nothing to commandline
[01:29] [Dark_Shikari] otherwise, add something to the commandline
[01:30] [jbrjake] i'll take it into consideration, but it'd require a lot of tedious rewriting
[01:31] [Dark_Shikari] ugh. ok I'll just do simple shit
[01:31] [Rodeo] jbrjake: how about the deblock popups
[01:31] [jbrjake] no i mean you're right, that's a much better system
[01:31] [Rodeo] when you switch both popups to 0, it detects that the settngs are default
[01:31] [Dark_Shikari] that's the whole idea
[01:31] [Dark_Shikari] if( settings are default ) { don't add it to the cli }
[01:31] [Rodeo] so there's already some example code
[01:32] [Dark_Shikari] oh, I guess there is.
[01:32] [jbrjake] Rodeo: yeah i know how to do it, it's just boring
[01:32] [Rodeo] I see
[01:32] [Dark_Shikari] jbrjake: the kind of example of what I was thinking of
[01:32] [Dark_Shikari] "Optimal B-frame decision" coudl be a checkbox
[01:32] [Dark_Shikari] to toggle between fast and optimal
[01:32] *** j45 like his table driven x264 defaults code
[01:32] [Dark_Shikari] but, whatever, I'll stick to simple for now.
[01:33] [jbrjake] yeah it should be a checkbox, that's simple
[01:43] [Dark_Shikari] for example
[01:43] [Dark_Shikari] direct has 4 modes
[01:43] [Dark_Shikari] off, spatial, temporal, auto
[01:43] [Dark_Shikari] the only options most users care about are spatial and auto
[01:44] [Dark_Shikari] so that could be a checkbox
[01:45] [jbrjake] k
[01:45] [Dark_Shikari] anyways, I'm writing stuff up
[01:45] [Dark_Shikari] should reference frames and B-frames be a slider or a number box?
[01:45] [jbrjake] cool
[01:45] [Rodeo] IMO slider would be too big
[01:45] [jbrjake] slider is preferable
[01:45] [Dark_Shikari] it doesn't have to be avery big slider
[01:45] [Rodeo] wouldn't fit in the WinGUI
[01:45] [jbrjake] Rodeo: we can go vertical
[01:46] [Dark_Shikari] because it doesn't need a non-tooltip description
[01:46] [jbrjake] and i'll be dropping options
[01:46] [Rodeo] anyway, I have to go
[01:46] [Dark_Shikari] \o
[01:46] [Rodeo] Dark_Shikari: what does that mean?
[01:46] [Dark_Shikari] it's a wave
[01:46] [Dark_Shikari] jbrjake: would you support smart graying out of the interface?
[01:47] [Dark_Shikari] for example, if I set B-frames to 0
[01:47] [Dark_Shikari] "adaptive B-frames" is grayed out
[01:47] [j45] that already happens
[01:47] [jbrjake] done that already :)
[01:47] [Dark_Shikari] oh great
[01:47] [Dark_Shikari] I'll be adding sets of rules there, btw
[01:47] [Rodeo] the MacGUI already does that - rather, it hides the options
[01:47] [jbrjake] in os x i even have it fade out completely with core animation proxies
[01:47] [Dark_Shikari] which you may or may not have
[01:47] [Dark_Shikari] lol
[01:47] [Dark_Shikari] awesome
[01:47] Rodeo (n=tim@lap34-2-82-237-95-151.fbx.proxad.net) left #handbrake-dev.
[01:52] [Dark_Shikari] >B-frame pyramids are a high profile feature
[01:52] [Dark_Shikari] FAIL
[01:56] berylium_laptop (n=berylium@173-11-180-153-houston.txt.hfc.comcastbusiness.net) joined #handbrake-dev.
[02:06] [Dark_Shikari] is it possible to gray out part of a slider?
[02:06] [Dark_Shikari] i.e. not allow sliding to position X if Y is not selected
[02:07] [j45] i can't grey it, but i've done logic to skip values for another slider
[02:08] [Dark_Shikari] not literally gray
[02:08] [Dark_Shikari] but something to inform the user that it is not selectable
[02:08] [Dark_Shikari] and equally, revert it
[02:08] [Dark_Shikari] e.g.
[02:08] [Dark_Shikari] subme 10 requires trellis=2
[02:08] [Dark_Shikari] so I have trellis=2, and subme10 set
[02:08] [Dark_Shikari] I change trellis to 1
[02:08] [Dark_Shikari] subme should drop back to 9!
[02:09] [j45] i already have that, except subme is a combo. but slider wouldn't change that logic much
[02:10] [Dark_Shikari] k
[02:10] [Dark_Shikari] easy enough then
[02:20] barf (n=Dark_Shi@static243-165-150.adsl.no) left irc: No route to host
[02:26] bogo_lode (n=bogo_lod@75.108.108.82) left irc: Client Quit
[02:49] [Dark_Shikari] is there anything related to keyframe?
[02:49] [Dark_Shikari] in the options
[03:16] [Dark_Shikari] done
[03:16] [Dark_Shikari] http://pastebin.com/m764f634c
[03:16] [Dark_Shikari] The options are in 3 categories
[03:16] [Dark_Shikari] Encoding Features
[03:16] [Dark_Shikari] Analysis Options
[03:16] [Dark_Shikari] Psychovisual Options
[03:18] [Dark_Shikari] I think it's much more intuitive than the current system.
[03:36] berylium_laptop (n=berylium@173-11-180-153-houston.txt.hfc.comcastbusiness.net) left irc: Client Quit
[04:06] berylium_laptop (n=berylium@173-11-180-153-houston.txt.hfc.comcastbusiness.net) joined #handbrake-dev.
[04:23] [jbrjake] thank you Dark_Shikari
[04:23] [Dark_Shikari] thoughts on it?
[04:25] [jbrjake] the tooltips are great, strike just the right balance between telling someone what they do and how they should use it, without weighing them down with too much tech
[04:25] [jbrjake] will have to get back to you on the real changes after i play around with moving widgets in the gui
[04:26] [Dark_Shikari] feel free to tweak anything, especially capitalization/etc
[04:27] [Dark_Shikari] also, some obvious typos
[04:27] [Dark_Shikari] http://pastebin.ca/1751960
[04:27] [Dark_Shikari] fixed
[04:31] [Dark_Shikari] and maybe deblocking should be in features
[04:31] [Dark_Shikari] not psy
[04:31] [Dark_Shikari] sorta an overlap
[05:17] [Dark_Shikari] anyways, got a chance to look over it all yet?
[06:40] berylium_laptop (n=berylium@173-11-180-153-houston.txt.hfc.comcastbusiness.net) left irc: Client Quit
[08:23] superdump (n=rob@unaffiliated/superdump) joined #handbrake-dev.
[08:24] #handbrake-dev: mode change '+v superdump' by BrakeBot!n=BrakeBot@rocky.lapsus.org
[08:34] ritsuka (n=Ritsuka@host27-29-dynamic.11-87-r.retail.telecomitalia.it) joined #handbrake-dev.
[08:34] #handbrake-dev: mode change '+v ritsuka' by BrakeBot!n=BrakeBot@rocky.lapsus.org
[08:46] TedJ (n=ted@115-64-133-105.static.tpgi.com.au) joined #handbrake-dev.
[09:09] mduell_ (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) joined #handbrake-dev.
[09:10] mduell__ (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) got netsplit.
[09:10] berylium_work (n=john@69.15.172.241) got netsplit.
[09:10] mduell (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) got netsplit.
[09:10] HBSpy (n=piespy@concorde.lapsus.org) got netsplit.
[09:10] Dark_Shikari (n=shikari@abraxo.bluebottle.net.au) got netsplit.
[09:10] CIA-23 (n=CIA@208.69.182.149) got netsplit.
[09:13] Dark_Shikari (n=shikari@abraxo.bluebottle.net.au) returned to #handbrake-dev.
[09:13] mduell (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) returned to #handbrake-dev.
[09:13] mduell__ (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) returned to #handbrake-dev.
[09:13] berylium_work (n=john@69.15.172.241) returned to #handbrake-dev.
[09:13] CIA-23 (n=CIA@208.69.182.149) returned to #handbrake-dev.
[09:13] HBSpy (n=piespy@concorde.lapsus.org) returned to #handbrake-dev.
[09:13] #handbrake-dev: mode change '+ovvv Dark_Shikari Dark_Shikari CIA-23 HBSpy' by irc.freenode.net
[09:32] thierryp (n=thierry@zankai.inria.fr) joined #handbrake-dev.
[09:40] mduell (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) left irc: Read error: 110 (Connection timed out)
[12:08] Rodeo (n=tim@lap34-2-82-237-95-151.fbx.proxad.net) joined #handbrake-dev.
[12:08] #handbrake-dev: mode change '+v Rodeo' by BrakeBot!n=BrakeBot@rocky.lapsus.org
[12:20] [Rodeo] Dark_Shikari: you think aq-strength is something many users would benefit from being able to adjust?
[12:47] ritsuka (n=Ritsuka@host27-29-dynamic.11-87-r.retail.telecomitalia.it) left irc:
[12:59] ritsuka (n=Ritsuka@host27-29-dynamic.11-87-r.retail.telecomitalia.it) joined #handbrake-dev.
[12:59] #handbrake-dev: mode change '+v ritsuka' by HandBot!n=HandBot@concorde.lapsus.org
[13:54] barf (n=Dark_Shi@83.243.165.150) joined #handbrake-dev.
[14:11] ritsuka (n=Ritsuka@host27-29-dynamic.11-87-r.retail.telecomitalia.it) left irc:
[16:19] mduell_ (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) left irc: Client Quit
[16:23] [jbrjake] i think it might be a good idea to sticky porfitron's post in devices with official divx plus hd settings
[16:40] TedJ (n=ted@115-64-133-105.static.tpgi.com.au) left irc: Client Quit
[16:54] mduell (n=mduell@natpool.gwp.corp.flightaware.com) joined #handbrake-dev.
[17:02] [Dark_Shikari] Rodeo: yes. it's more important than many other things on that list
[17:03] [Rodeo] I see
[17:03] [Rodeo] when would you want to adjust AQ strength?
[17:03] [Dark_Shikari] when you thought edges were getting too ringy
[17:04] [Rodeo] OK
[17:04] [Rodeo] thanks
[17:43] [Rodeo] wow http://forum.handbrake.fr/viewtopic.php?f=5&p=70023#p70023
[17:52] [j45] wow indeed. have you called the number ;)
[17:52] [Rodeo] it would cost me more than the flat fee, I suppose
[17:53] [Rodeo] is it a U.S. number?
[17:53] [j45] looks like one
[17:53] [Rodeo] well, I'll send a PM
[17:54] [Rodeo] she'll have to call me, and pay a fee of 10 grand
[17:54] [Rodeo] see if she's really desperate
[17:58] [Rodeo] http://forum.handbrake.fr/viewtopic.php?f=5&p=70024#p70024
[17:58] [BradleyS] care to explain to those of use who can't see the post
[17:59] [BradleyS] (though i realize this /is/ the dev channel)
[17:59] [j45] someone asking for phone support... and gives their cell number in the post
[18:00] [Rodeo] "Hi there..please help...i am a newbie on this site...and would really really appreciate the help
[18:00] [Rodeo] i just purchased a macbook pro...and have lots of dvds that were transferred from vhs to dvd format and i would like to download them to my mac but i was told tht i have to do it through handbrake and no nothing of this application..if someone could help me through over th ephone or in person iwill pay them a flat fee...my cell is xxx-xxx-xxxx ...lisa
[18:00] [Rodeo] please help...thank you"
[18:00] [BradleyS] yyyeeeeeaaaaahhhh....
[18:08] [Rodeo] question: when I look at files encoded with HandBrake n Mediainfo, there's a list of the x264 settings
[18:08] [Rodeo] I assume we get that from x264 and pass it to the muxer?
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