Search found 109 matches
- Fri Jan 18, 2008 5:58 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
Re: MPEG-2 Transport Stream Support
That log looks a little 'short' - there should be more previews (usually 10). However you also mention that this is a very short clip - that can sometimes screw up the preview generation if it can't find 10 complete pictures each starting 1/10th of the file (in bytes) apart. For very short files wit...
- Wed Dec 12, 2007 3:45 pm
- Forum: Development
- Topic: BeOS is dead
- Replies: 5
- Views: 1912
The king (er code) is dead, though there continue to be 'pretenders to the throne'. It's memory lives on however - some of the original Be Inc. employees are now at Google or Apple - they're smart men and women who continue to make forward looking contributions (Spotlight and Android to name a coupl...
- Wed Nov 14, 2007 3:35 pm
- Forum: Mac
- Topic: OS X Leopard 10.5
- Replies: 35
- Views: 13703
Re: Handbrake and Leopard
To avoid installing two versions of xcode you could install OSX tiger + xcode 2.5 to an external drive and use it to compile handbrake on a weekly basis. Xcode 3.0 and Xcode 2.5 can co-exist on the same Leopard installation disc - by default Xcode 3.0 will install into /Developer Xcode 2.5 will ins...
- Tue Nov 13, 2007 4:33 pm
- Forum: Development
- Topic: Leopard Issues
- Replies: 40
- Views: 8892
If you build Handbrake with Xcode 2.5 (on Leopard) it will work fine. You could just issue -classic_linker in the build options. Works for me at least. Or not. Just crashed: Thread 11 Crashed: 0 org.m0k.handbrake 0x00346c6b x264_encoder_headers + 10 1 org.m0k.handbrake 0x00034da6 work_func + 4074 (...
- Tue Nov 13, 2007 1:16 am
- Forum: Development
- Topic: Leopard Issues
- Replies: 40
- Views: 8892
Thread 15 Crashed: 0 org.m0k.handbrake 0x0035b801 x264_pixel_satd_8x8_sse2 + 682 It's an bug in the assembly code for x264. The x264 devs know about the problem, but I don't know if there's a fix for it yet. Actually I think I'd characterize this more as a flaw in the linker used by Xcode 3.0 If yo...
- Wed Nov 07, 2007 3:57 pm
- Forum: Development
- Topic: Leopard Issues
- Replies: 40
- Views: 8892
More definitively the problem is that Handbrake must use the 'read_only_relocs suppress' flag when linking because of the assembly language code in libx264 - this isn't too surprising, I've not looked at that code in detail but it wouldn't surprise me if it's self-modifying in portions, that's a goo...
- Wed Nov 07, 2007 3:19 am
- Forum: Development
- Topic: Leopard Issues
- Replies: 40
- Views: 8892
It really looks like a problem with ld64 which is now the default linker with Xcode 3. If I remake the symlinks in /Developer/usr/bin so that ld -> ld_classic and rebuild then Handbrake works fine. In theory you can change a build setting in the project to force the use of ld_classic over ld - howev...
- Wed Nov 07, 2007 1:43 am
- Forum: Development
- Topic: Leopard Issues
- Replies: 40
- Views: 8892
OK - so if you build with Xcode 2.5 on Leopard the binary is fine (on Leopard). You can do this with 'make' if you change the occurrences of 'xcodebuild' in the Makefile to $(XCODEBUILD) and then define XCODEBUILD in the Makefile.config to be /Xcode2.5/usr/bin/xcodebuild This will give you an Xcode ...
- Tue Nov 06, 2007 7:02 pm
- Forum: Development
- Topic: Leopard Issues
- Replies: 40
- Views: 8892
OK - I can try that option. Am I correct in thinking that this problem was 'introduced' by building on Leopard ? It's not any specific SVN change that introduced this ? Looking at the trac timelines both on Handbrake and X264 it doesn't look like very much has changed in this code for a while. Handb...
- Tue Nov 06, 2007 5:34 am
- Forum: Development
- Topic: Leopard Issues
- Replies: 40
- Views: 8892
So..... I grabbed the 680 sources from the Handbrake server, went through quite a bit of pain to build the libraries for both ppc and intel, ran the resultant binary and : Thread 18 Crashed: 0 org.m0k.handbrake 0x0035b04a x264_pixel_ssim_4x4x2_core_sse2 + 265 Which looks a little different than befo...
- Mon Nov 05, 2007 8:28 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
These all look like good changes - thanks for taking care of the problems Van. I've some distant memory of having issues building this code with other variants of the ftell/fseek etc functions on Windows - especially the 64 bit versions. Has anyone tried this there ? It might need some conditional c...
- Fri Nov 02, 2007 6:30 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
- Wed Oct 31, 2007 8:10 pm
- Forum: General Questions
- Topic: New Application that Uses Handbrake
- Replies: 17
- Views: 4997
Okay, awk. I've got an HDHomeRun and Leopard in my hands. It's as late as October can get. Where's iOnTV? =) I've only had the HDHR a day, but I'm not sure how much longer I can stand hdhomerun_config's interface. ;> So here are the excuses 8-) Well... I lost some considerable time this past weeken...
- Fri Oct 26, 2007 1:05 pm
- Forum: General Questions
- Topic: The Perfect Testing Clip
- Replies: 10
- Views: 3499
I've not had a chance to try it yet - but portions of 'The War' by Ken Burns are pretty tricky. The combination of 16mm film (Ken Burns preferred format for Interviews) and it's fairly grainy image, and an interview subject with fairly heavy rouge (red makeup) applied really threw the MPEG-2 compres...
- Fri Oct 26, 2007 12:57 pm
- Forum: General Questions
- Topic: Tricking Handbrake into opening non-DVD files?
- Replies: 9
- Views: 3627
Re: Tricking Handbrake into opening non-DVD files?
Has anyone had any luck in tricking Handbrake into opening and successfully encoding a non-DVD file without re-encoding it first ? If so, please detail your procedure. (I have a number files that are the result of merging, in VideoReDo Plus, several extracted VOBs or MPEG2-ripped chapters from DVD ...
- Wed Oct 24, 2007 8:31 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
Yep - In a perfect (or at least better) world the parsers/demuxers in Handbrake would get past this - however the MPEG2 parser is more 'oriented' for DVD Parsing where stream errors are pretty uncommon. When we scan errors cause us to bail on that title. I've already changed the scan code to not ba...
- Tue Oct 16, 2007 8:22 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
- Wed Oct 10, 2007 3:54 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
awk: what tools do you use to inspect MPEG-2 transport streams to understand their composition? Basically I use the code in hb_stream.c, a copy of the specification and a notepad 8-) There are stream analyzers out there - but the ones I've seen have been commercial and very expensive (aimed at the ...
- Wed Oct 10, 2007 1:25 pm
- Forum: General Questions
- Topic: New Application that Uses Handbrake
- Replies: 17
- Views: 4997
Supporting additional tuners is on the 'future feature' list. BUT (and it's a large BUT) I'm not aware of any public information about retrieving streams from devices such as the EyeTV Hybrid, or Pinnacle's exceedingly similar product (http://www.pinnaclesys.com/PublicSite/us/Products/Consumer+Produ...
- Wed Oct 10, 2007 3:20 am
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
I've seen audio dropouts today when using the released version of 0.9.1 with a transport stream which had some corruption right at the very beginning. My suspicion is that the corruption caused the timestamps to be off and the decode process never recovered - my handbrake log file was full of audio ...
- Tue Oct 09, 2007 5:46 pm
- Forum: General Questions
- Topic: New Application that Uses Handbrake
- Replies: 17
- Views: 4997
New Application that Uses Handbrake
I know that a few people here have been using Handbrake (and specifically the new feature to handle Transport Streams) with the SiliconDust HDHomeRun. So here's the website for a new application I've been working on that is the 'rasion d'etre' behind the transport stream features in Handbrake : http...
- Mon Oct 01, 2007 1:47 pm
- Forum: Development
- Topic: SVN procedures discussion
- Replies: 17
- Views: 10445
I'm fine with the principles as outlined - they make plenty of sense to me. Like other developers here I'm a full-time 'professional' (whatever that means 8-) software engineer by employment. That means I'm used to procedures and can a) learn how to live with them b) get frustrated by them. It's lik...
- Wed Sep 26, 2007 4:10 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
awk - Thanks for the quick response. FWIW, I tried recording different OTA channels at different times and had the same experience with duration. Perhaps it's something in the way the HDHR saves out the streams. I'll PM you with more. The HDHR is really just a 'pass-through' device. So far the oddi...
- Wed Sep 26, 2007 3:23 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
Determining the duration of the stream is a tricky affair 8-) With a DVD there's some additional meta information from the DVD structure itself that handbrake uses to determine a title length. For streams the duration is a more tricky affair. There are timestamps in the MPEG-2 Program stream, howeve...
- Fri Sep 21, 2007 3:09 pm
- Forum: Development
- Topic: MPEG-2 Transport Stream Support
- Replies: 169
- Views: 55733
Thanks for your work awk however your patch didn't fix it for my streams (encoded with an EyeTV 250). I get several of these: [17:00:38] hb_demux_ps: not a PS packet (d407997a) Of course with different numbers. I think you're feeding a transport stream to Handbrake as if it were a program stream. A...