Main page
[00:00] [s55] don't joke
[00:01] [Rodeo] ?
[00:02] [s55] well, if they do, I dunno about you but I'm not hanging around to deal with the mess
[00:03] [s55] just a fyi, I droped the post count setting to 8 this morning. The amount of posts was becoming a PITA.
[00:05] [Rodeo] right. Apple will ship handBrake, but they will also contribute code, ship iBrake with libdvdcss, Blu-Ray directory structure support, and built-in Blu-Ray decryption; iBrake will also do subtitle OCR, but it'll require no user interaction and will always be 100% correct
[00:25] [s55] We have some pretty heavy spamming
[00:25] [s55] It seems we've got people signing up loads of accounts to advertse without ever posting
[00:25] [s55] sigs are turned off so it's not benificial to them
[00:26] brianmario (n=brianmar@dsl017-044-002.sfo4.dsl.speakeasy.net) left irc: Client Quit
[00:41] s55 (n=Scott@cpc1-livi1-0-0-cust180.sgyl.cable.virginmedia.com) left irc: "Leaving"
[02:20] mduell_ (n=mduell@natpool.gwp.corp.flightaware.com) left irc: Read error: 110 (Connection timed out)
[02:35] mduell (n=mduell@natpool.gwp.corp.flightaware.com) left irc: Success
[03:11] Rodeo (n=tim@lap34-2-82-237-95-151.fbx.proxad.net) left #handbrake-dev.
[03:40] Nick change: saintdev -> saintd3v
[03:40] Nick change: saintd3v -> saintdev
[03:42] Nick change: s4intdev -> saintd3v
[04:04] brianmario (n=brianmar@v15.corp.metainterfaces.com) joined #handbrake-dev.
[04:47] mduell__ (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) joined #handbrake-dev.
[05:14] mduell (n=mduell@cpe-72-20-146-25.cmts2.phonoscopecable.net) joined #handbrake-dev.
[05:14] barf (n=Dark_Shi@193.69.144.163) left irc: Client Quit
[05:15] benking1 (n=benking1@adsl-99-41-49-195.dsl.pltn13.sbcglobal.net) joined #handbrake-dev.
[05:35] brianmario (n=brianmar@v15.corp.metainterfaces.com) left irc: Client Quit
[06:10] benking1 (n=benking1@adsl-99-41-49-195.dsl.pltn13.sbcglobal.net) left irc: Client Quit
[07:40] saintdev (n=saint@unaffiliated/saintdev) left irc: "It's the end of the world as I know it."
[08:40] ritsuka (n=Ritsuka@host185-240-dynamic.3-79-r.retail.telecomitalia.it) joined #handbrake-dev.
[08:40] #handbrake-dev: mode change '+v ritsuka' by BrakeBot!n=BrakeBot@rocky.lapsus.org
[10:17] barf (n=Dark_Shi@193.69.144.163) joined #handbrake-dev.
[10:18] barf (n=Dark_Shi@193.69.144.163) left irc: Client Quit
[11:19] refulgentis (n=jpo@pool-71-186-235-161.bflony.fios.verizon.net) left irc: Client Quit
[13:05] s55 (n=Scott@cpc1-livi1-0-0-cust180.sgyl.cable.virginmedia.com) joined #handbrake-dev.
[13:06] #handbrake-dev: mode change '+o s55' by HandBot!n=HandBot@concorde.lapsus.org
[14:22] s55 (n=Scott@cpc1-livi1-0-0-cust180.sgyl.cable.virginmedia.com) left irc: "Leaving"
[14:45] Rodeo (n=tim@lap34-2-82-237-95-151.fbx.proxad.net) joined #handbrake-dev.
[14:46] #handbrake-dev: mode change '+v Rodeo' by BrakeBot!n=BrakeBot@rocky.lapsus.org
[15:39] s55 (n=Scott@cpc1-livi1-0-0-cust180.sgyl.cable.virginmedia.com) joined #handbrake-dev.
[15:39] #handbrake-dev: mode change '+o s55' by HandBot!n=HandBot@concorde.lapsus.org
[15:52] [CIA-23] sr55 * r3055 win/C#/ (7 files in 4 dirs):
[15:52] [CIA-23] WinGui:
[15:52] [CIA-23] - Implemented the point to point - seconds mode.
[18:47] [dynaflash] guys, thoughts on adding vbv buffering to the atv preset ?
[18:50] s55 (n=Scott@cpc1-livi1-0-0-cust180.sgyl.cable.virginmedia.com) left irc: "Leaving"
[19:05] s55 (n=Scott@cpc1-livi1-0-0-cust180.sgyl.cable.virginmedia.com) joined #handbrake-dev.
[19:05] #handbrake-dev: mode change '+o s55' by HandBot!n=HandBot@concorde.lapsus.org
[19:26] [jbrjake] dynaflash: you've done a lot of testing, so you wanting it in there is good enough reason for me.
[19:52] [dynaflash] k
[20:22] [s55] dynaflash, quick q
[20:22] [s55] for the frames mode, where are you getting the total frame count from?
[20:23] [s55] I assume your not calculating it?
[21:29] [Rodeo] s55: looks like he may be calculating it
[21:29] [Rodeo] http://trac.handbrake.fr/changeset/3042
[21:29] [Rodeo] [fSrcFrameEndEncodingField setStringValue: [NSString stringWithFormat: @"%d", duration * (title->rate / title->rate_base)]];
[21:32] [s55] I'm assuming rate is framerate, not sure what base_rate is :/
[21:32] [Rodeo] hmm, I knew what they were, but I forgot
[21:33] [Rodeo] I think framerate is title->rate / title->rate_base
[21:33] [s55] meh. I've had a stupid threading issue in my activity window since I rewrote it months back. Took me 2 minutes to fix it
[21:34] [s55] I mean, I can use the framerate the CLI throws during the scan log. I just hope it's actually accurate or I may end up causing someone to drop a few frames
[21:35] [Rodeo] or a lot
[21:35] [s55] yeh
[21:35] [Rodeo] hmm, don't have a macgui build to try
[21:36] [s55] This is just me finally getting around to implementing this thing :/
[21:36] [s55] not in any rush. I'll debug the mac code some other time
[21:36] [Rodeo] http://forum.handbrake.fr/viewtopic.php?f=5&t=14462
[21:36] [Rodeo] the framerate estimatio0n HN does can be very inaccurate
[21:37] [s55] well, I guess I'll need to figure out how to get framecount to display in the CLI
[21:37] [Rodeo] like on some 23.976 fps MKVs, you can get 59.94 fps
[21:37] [Rodeo] I'm not sure any part of HandBrake check for the real frame count
[21:37] [Rodeo] checks even
[21:39] [s55] yeh, that's what I'm worried about
[21:39] [Rodeo] if HB has a way of checking the real frame count right now, than some of the code is very stupid
[21:40] [Rodeo] we could use the frame count to calculate a good approximation of the actual framerate
[21:44] [CIA-23] sr55 * r3056 win/C#/ (Functions/System.cs HandBrakeCS.csproj frmActivityWindow.cs):
[21:44] [CIA-23] WinGui:
[21:44] [CIA-23] - Refactor the Activity window code. Hopefully the code is not thread-safe which should fix a couple of display problems with the log view.
[21:44] [s55] XD
[21:44] [s55] gutted
[21:45] [s55] should have said is, not is not
[21:47] [CIA-23] sr55 * r3057 win/C#/frmActivityWindow.cs:
[21:47] [CIA-23] WinGui:
[21:47] [CIA-23] - Compile error fixed.
[22:12] berylium_home (n=berylium@173-11-180-153-houston.txt.hfc.comcastbusiness.net) left irc: Remote closed the connection
[22:24] Rodeo_ (n=tim@lap34-2-82-237-95-151.fbx.proxad.net) joined #handbrake-dev.
[22:24] #handbrake-dev: mode change '+v Rodeo_' by BrakeBot!n=BrakeBot@rocky.lapsus.org
[22:25] [CIA-23] sr55 * r3058 win/C#/frmActivityWindow.cs:
[22:25] [CIA-23] WinGui:
[22:25] [CIA-23] - Don't throw errors when the activity window is disposing. Should probably find a better solution to this at some point.
[22:26] Rodeo (n=tim@lap34-2-82-237-95-151.fbx.proxad.net) left irc: Read error: 110 (Connection timed out)
[22:26] Nick change: Rodeo_ -> Rodeo
[22:41] [CIA-23] sr55 * r3059 win/C#/Functions/PresetLoader.cs:
[22:41] [CIA-23] WinGui:
[22:41] [CIA-23] - Fixed the preset loader. It would not set the quality slider if RF51 was used.
[22:57] [CIA-23] sr55 * r3060 win/C#/frmMain.cs:
[22:57] [CIA-23] WinGui:
[22:57] [CIA-23] - Fix for the Chapters tab. It was not being enabled when a folder containing a Video_TS folder was being selected.
[22:59] [dynaflash] s55; am calculating iyt
[22:59] [dynaflash] it
[23:00] [dynaflash] even
[23:00] [s55] Ok, fair doos. So what happens when the framerate is wrong ;)
[23:03] [dynaflash] then its hosed
[23:03] [dynaflash] :)
[23:03] [dynaflash] my tests show for now, that frame is 1 fps less than sec or ch
[23:13] [s55] well, I get the same values as the macgui so that's good enough for me
[23:17] [Rodeo] s55: really? http://forum.handbrake.fr/viewtopic.php?f=12&t=14348
[23:17] [Rodeo] thank god the macGUI doesn't do that
[23:19] [s55] um, it does
[23:20] [s55] ah it doesn't when set in the preset
[23:20] [s55] meh. People moaned about it so I disabled it
[23:21] [Rodeo] IMO that's what automatic is all about
[23:21] [s55] I'll match the macgui behaviour
[23:22] [CIA-23] sr55 * r3061 win/C#/ (Parsing/Title.cs frmMain.cs):
[23:22] [CIA-23] WinGui:
[23:22] [CIA-23] - Enabled the Frame to Frame encode mode.
[23:22] [Rodeo] there's also an issue - some people don't want to crop at all. this may be silly but with the WinGUI behavior it's very difficult
[23:22] [s55] It was setup at one point to keep 0000 if that's what was used in the preset
[23:22] [s55] but if there was values, it would reset to source
[23:23] [Rodeo] ah
[23:24] [s55] that appears to be broken though
[23:31] [Rodeo] hmm, so you personally blame me for the change?
[23:31] [Rodeo] I'm totally fine with it
[23:32] [Rodeo] IMO, the current WinGUI behavior is redundant, since it can be achieved using Automatic cropping
[23:39] [s55] well, no doubt I'm going to get an earful from someone
[23:39] [s55] Using it for 0000 cropping was useful for the PS3
[23:40] [s55] I figure if I'm fixing that, I may as well just minic the macgui be dammed with complaints
[23:41] [s55] personally, I don't really care either way.
[23:41] [s55] hence why it is the way it is
[23:49] [CIA-23] sr55 * r3062 win/C#/ (3 files in 3 dirs):
[23:49] [CIA-23] WinGui:
[23:49] [CIA-23] - If crop values are stored in the preset and the user has decided to enable them in the preset, the gui will not longer reset the crop panel on title change.
[23:51] [s55] I wish there was a better way to warning the user that the crop values may be wrong
[23:51] [s55] It's open to a pretty major queue cockup atm
[23:54] [Rodeo] well, it's the users' fault
[23:54] [s55] I'm going to stick a warning label in. I've done it myself not thinking
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