My display goes to sleep now again if Handbrake is encoding.
I assume, it's related to this commit:
https://github.com/HandBrake/HandBrake/ ... 38181829ba
At least the last build from a few days ago still had the issue and now it seems to work again.
Search found 78 matches
- Thu Mar 01, 2018 7:34 pm
- Forum: *nix
- Topic: Handbrake somehow inhibiting display standby?
- Replies: 6
- Views: 9583
- Sun Nov 19, 2017 1:39 pm
- Forum: *nix
- Topic: Handbrake somehow inhibiting display standby?
- Replies: 6
- Views: 9583
Re: Handbrake somehow inhibiting display standby?
*bump*
Just wanted to bring this up again to see if maybe someone else also has this issue? Or is it really just me?
Just wanted to bring this up again to see if maybe someone else also has this issue? Or is it really just me?
- Thu Aug 17, 2017 9:36 am
- Forum: *nix
- Topic: Handbrake somehow inhibiting display standby?
- Replies: 6
- Views: 9583
Re: Handbrake somehow inhibiting display standby?
Thank you for your reply and additional information! At least the behavior makes some sense now.
If you need more information on used Kernel, libs etc. I'm happy to provide it.
If I myself find any useful "discoveries" I will also report back here.
If you need more information on used Kernel, libs etc. I'm happy to provide it.
If I myself find any useful "discoveries" I will also report back here.
- Fri Aug 11, 2017 6:19 pm
- Forum: *nix
- Topic: Handbrake somehow inhibiting display standby?
- Replies: 6
- Views: 9583
Handbrake somehow inhibiting display standby?
I know this is a weird question, but it's also a strange issue. It may also not be related to Handbrake at all. I'm using KDE on Manjaro Linux. I'm building Handbrake from source. In KDE, I've set the display/monitor standby to 20 minutes - and I'm having the issue, that sometimes the display just d...
- Tue Jun 14, 2016 5:39 pm
- Forum: Bugs
- Topic: [Fixed] Endless "searching for start time" (any source)
- Replies: 13
- Views: 5945
Re: Endless "searching for start time" (any source)
I did.JohnAStebbins wrote:You are welcome to open an issue on github, but please attach an activity log with the issue.
https://github.com/HandBrake/HandBrake/issues/225
- Sun Jun 12, 2016 3:40 pm
- Forum: Bugs
- Topic: [Fixed] Endless "searching for start time" (any source)
- Replies: 13
- Views: 5945
Re: Endless "searching for start time" (any source)
Thank you! Did you already commit this to the public repo?
Because I still experiencing the problems I added under UPDATE in my last post.
(using 20160611220333-44a359d-master (2016061201) - Linux x86_64)
Because I still experiencing the problems I added under UPDATE in my last post.
(using 20160611220333-44a359d-master (2016061201) - Linux x86_64)
- Sat Jun 11, 2016 6:31 pm
- Forum: Bugs
- Topic: [Fixed] Endless "searching for start time" (any source)
- Replies: 13
- Views: 5945
Re: Endless "searching for start time" (any source)
The issue seems to be fixed now (using 20160611160028-175f485-master (2016061101) - Linux x86_64) But the "Searching for start time" process is extremely slow now. Took about six minutes, instead of a few seconds before. Is this how it's supposed to be? I'm just asking. :) UPDATE Sorry, ch...
- Sun Jun 05, 2016 2:04 pm
- Forum: Bugs
- Topic: [Fixed] Endless "searching for start time" (any source)
- Replies: 13
- Views: 5945
Re: Endless "searching for start time" (any source)
That would make sense. The issue must be related to a recent change, because my last (working) build was only about 10 days old.rollin_eng wrote:I think the devs have been working on the syncing in the nightly builds so maybe this is related to that?
Do you get the same issue with 0.10.5?
I did not test 0.10.5.
- Sun Jun 05, 2016 11:41 am
- Forum: Bugs
- Topic: [Fixed] Endless "searching for start time" (any source)
- Replies: 13
- Views: 5945
Re: Endless "searching for start time" (any source)
mod16, you should check with whoever ripped the file, since it seems to have errors in it. Have you tested it with an MKV created from a disk you own? Which errors are you referring to? I can't see anything out of the ordinary. But like I said, it doesn't matter which file I load as source. The sou...
- Sat Jun 04, 2016 2:50 pm
- Forum: Bugs
- Topic: [Fixed] Endless "searching for start time" (any source)
- Replies: 13
- Views: 5945
Re: Endless "searching for start time" (any source)
This is my log: [16:32:08] gtkgui: HandBrake 20160602174050-e24020f-master (2016060301) - Linux x86_64 - https://handbrake.fr [16:32:08] hb_init: starting libhb thread [16:32:08] hb_init: starting libhb thread [16:32:08] hb_init: starting libhb thread [16:32:26] CPU: [16:32:26] - logical processor c...
- Fri Jun 03, 2016 6:53 pm
- Forum: Bugs
- Topic: [Fixed] Endless "searching for start time" (any source)
- Replies: 13
- Views: 5945
[Fixed] Endless "searching for start time" (any source)
Please describe the problem in as much detail as possible: If I want to encode only a part of the source in Handbrake GUI (Linux), after pressing "Start Encoding", I only get one last message in the GUI status bar which say: "Encoding: Searching for start time, 0,02% (ETA [...]"...
- Wed Mar 02, 2016 1:07 pm
- Forum: *nix
- Topic: Stuck compiling 0.10.5 on OpenSuse
- Replies: 2
- Views: 1499
Re: Stuck compiling 0.10.5 on OpenSuse
Did you run 'make install' as root (sudo)?
Does the 'HandBrakeCLI' binary actually exist in the build dir (after the build is complete)?
Did you completely remove the build dir before running configure again (after installing gcc and make)?
Does the 'HandBrakeCLI' binary actually exist in the build dir (after the build is complete)?
Did you completely remove the build dir before running configure again (after installing gcc and make)?
- Sun Jan 10, 2016 12:07 pm
- Forum: Bugs
- Topic: Encode Hangs At End And Does Not Complete
- Replies: 11
- Views: 3231
Re: Encode Hangs At End And Does Not Complete
I can confirm having the same issue since a few weeks (always using the latest dev build). But only if I limit the time duration to be encoded - i.e. when making a 5 minute test encode of a random part of the source file. Encoding the whole file (begin/end), I never got this problem though. But if i...
- Thu Oct 29, 2015 5:57 pm
- Forum: Bugs
- Topic: Linux GUI, Audio track gain defaults to -20; preset entry creation
- Replies: 10
- Views: 3695
Re: Linux GUI, Audio track gain defaults to -20; preset entry creation
Sounds like a non issue to me, it's not a duplicate preset, just a second preset with the same name (and possibly very different settings). I'm sure that's what's happening in the background - but I still think it doesn't make much sense. If I enter the same name (which is auto filled in anyway) I ...
- Thu Oct 29, 2015 5:35 pm
- Forum: Bugs
- Topic: Linux GUI, Audio track gain defaults to -20; preset entry creation
- Replies: 10
- Views: 3695
Re: Linux GUI, Audio track gain defaults to -20; preset entry creation
My understanding was that the gain issue displayed in the audio list after reloading the defaults. @mod16, can you verify the defaults have gain set to 0, but it's -20 in the audio list tab? Yes, exactly. The default tab shows 0dB after adding a new encoder entries (or removing existing ones and ad...
- Wed Oct 28, 2015 12:38 pm
- Forum: Bugs
- Topic: Linux GUI, Audio track gain defaults to -20; preset entry creation
- Replies: 10
- Views: 3695
Linux GUI, Audio track gain defaults to -20; preset entry creation
Please describe the problem in as much detail as possible: If I create new Audio Encoder Settings entries, the gain is set per default to 0dB, which is fine. But if I go after this to the Audio List tab and click on "Reload Defaults" all entries (AAC, AC3,... doesn't matter) suddenly show...
- Wed Sep 09, 2015 11:17 am
- Forum: Bugs
- Topic: Segmentation fault when opening (certain) source files
- Replies: 4
- Views: 1954
Re: Segmentation fault when opening (certain) source files
Ok, I deleted all the files in ~/.config/.ghb and recreated my presets.
Everything works fine now. Maybe the default preset was broken or couldn't be loaded or something...
Maybe this helps someone else having the same problem.
Everything works fine now. Maybe the default preset was broken or couldn't be loaded or something...
Maybe this helps someone else having the same problem.
- Wed Sep 09, 2015 10:14 am
- Forum: Bugs
- Topic: Segmentation fault when opening (certain) source files
- Replies: 4
- Views: 1954
Re: Segmentation fault when opening (certain) source files
I have to change my initial report. I was wrong: HB is crashing with every file I try to open - even using files as source which worked fine the day before yesterday. Maybe I have messed something up... I changed the PPA to the new one and updated some profiles after reinstalling. I guess I will try...
- Tue Sep 08, 2015 10:09 am
- Forum: Bugs
- Topic: Segmentation fault when opening (certain) source files
- Replies: 4
- Views: 1954
Segmentation fault when opening (certain) source files
Please describe the problem in as much detail as possible: HB crashes as soon as the scan of a new source (MPEG2 video file, MPEG4 sources seems to be fine) is complete. It doesn't matter if the source is a DVD, an image file of the same DVD or even the videos extracted to a MKV container. So I gue...
- Sat Aug 15, 2015 10:19 am
- Forum: Windows
- Topic: How to deal with DTS-HD Master Audio
- Replies: 9
- Views: 2814
Re: How to deal with DTS-HD Master Audio
Nope, HandBrake will decode only the core so the results will be the same. Is this still true? As far as I understand ffmpeg now supports libdcadec which is open source and can decode not only the core but the DTS HD extension as well? So, i.e. transcoding to FLAC would be lossless. Does/will Handb...
- Wed May 20, 2015 3:37 pm
- Forum: Feature Requests
- Topic: Linux platform Handbrake x265 feature
- Replies: 7
- Views: 2699
Re: Linux platform Handbrake x265 feature
JohnAStebbins wrote:And a bump after waiting only 18 minutes? Really?
- Wed May 13, 2015 10:08 am
- Forum: *nix
- Topic: [SOLVED] Changing temp file location
- Replies: 5
- Views: 2108
Re: [SOLVED] Changing temp file location
If you are using Ubuntu , the recommended file to add this variable would be ~/.pam_environment - but keep in mind that these are key=value pairs, so you need the full path, like: TMPDIR=/home/<yourUsername>/tmp If you want this temp path only used by Handbrake, you also could launch the Handbrake ...
- Sat May 09, 2015 3:53 pm
- Forum: Bugs
- Topic: [Linux GUI] App crashes while selecting AAC quality level
- Replies: 4
- Views: 1592
Re: [Linux GUI] App crashes while selecting AAC quality level
I also tried to use the mouse wheel, but the slider is frozen solid. Tried it on my laptop (also running Ubuntu 14.04): Same issue. GTK version seems to be an older one: $ dpkg -l libgtk2.0-0 libgtk-3-0 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-in...
- Fri May 08, 2015 4:50 pm
- Forum: Windows
- Topic: Will encoding with HANDBRAKE damage the hard disk?
- Replies: 6
- Views: 2930
Re: Will encoding with HANDBRAKE damage the hard disk?
Then you really should make regular backups - it's the only really safe way to go.I've got important things in them.
Unfortunately some HDDs fail after some time - and most of the time it has nothing to do with their actual workload.
- Fri May 08, 2015 4:30 pm
- Forum: *nix
- Topic: How to save Custom Preset in ubuntu 14.04?
- Replies: 5
- Views: 2174
Re: How to save Custom Preset in ubuntu 14.04?
@Maxpower: If you move your mouse cursor to the upper left corner of the screen you should see the menu of the current window. It's a controversial thing. OS X does it this way - in some way it makes sense, it some way it does not. You can change it, if you don't like it: System Settings --> Apperan...