Add Unix permission bits to the EPLF listing As per http://cr.yp.to/ftp/list/eplf.html Really just for completeness, not even sure Webkit will use it.
Typo: EPLF, not EPFL, we're not in Lausanne ;-)
Yep, that build failure was indeed caused by hrev47577 - thanks for the heads up.
Should be fixed again in hrev47580.
Fix #11076 - build failing on Haiku. * Haiku does not currently provide crtbeginS.o and crtendS.o, so we fall back to crtbegin.o and crtend.o. This should not have any ill-effects, as the available compilers on Haiku do not use __cxa_atexit() yet.
Ticket #11076 (building haiku on haiku: "package cmake not available!", "don't know how ...) created
When starting to build hrev47579 gcc2 hybrid (jam -q @release-raw) I get the following message:
... Starting build of type regular ... Building Haiku R1/development preview AddHaikuImagePackages: package llvm not available! WebKit build feature not available for x86_gcc2 Gutenprint support not available on x86 qrencode support not available on x86 AddHaikuImagePackages: package cmake not available! ...patience... don't know how to make <x86_gcc2>crtbeginS.o don't know how to make <x86_gcc2>crtendS.o ...patience... ...patience... ...patience... ...patience... ...patience... ...patience... ...patience... ...patience... ...patience... ...patience... ...patience... don't know how to make <x86>crtbeginS.o don't know how to make <x86>crtendS.o ...found 113930 target(s)... ...updating 4268 target(s)... ...can't find 4 target(s)... ...can't make 1868 target(s)... ...
And at the end:
... ...skipped 1868 target(s)... ...updated 4023 target(s)...
Finally came around to add that one puny paragraph with a link to Chris Herborth's hey tutorial..
I found myself wishing checkfs had some examples in the help/default output to give me an idea exactly what it wanted for the given parameters, so I wrote a little patch to give 2 examples. One for each of the 2 ways you can specify which device or volume you wish to check.
These are based on the code from hrev47509
The original output looks like this;
Usage: checkfs <options> <device|volume name> Options: -h, --help - print this help text -c, --check-only - do not make any changes to the file system
I added 2 examples below that to show what we're looking for...
Usage: checkfs <options> <device|volume name> Options: -h, --help - print this help text -c, --check-only - do not make any changes to the file system Examples: checkfs -c /Haiku checkfs /dev/disk/ata/0/master/raw
I'm attaching the patch.
Fix gopher search forms Now searching for haiku on Veronica 2 leads to: gopher://gopher.floodgap.com/7/v2/vs?haiku
Add a BeShare package It seems to crash on quit, but seems to be usable.
Add packages for muscle Don't upload the _devel package just yet, it is not suitable for building BeShare since it is built with single threading.
Use crtbeginS.o and crtendS.o everywhere. * Gcc is now using __cxa_atexit, so we need to use the crtbegin and crtend implementations that are meant to be used for shared libraries. This avoids crashes of servers that load add-ons (Media-Addon-Server and Print-Server) when shutting down Haiku. * As executable are shared on Haiku, we use crtbeginS.o and crtendS.o for those, too. * To simplify, we even use crtbeginS.o and crtendS.o in the kernel, but there they don't currently make a difference, as the respective initialization and cleanup functions are not being invoked by the kernel.
Drop unused variable HAIKU_GCC_GLUE_CODE_
Broadcom Wifi network device bcm4312 needs a haiku driver.
There are many notebooks out there which have them onboard.
As I was told it's not working because of a bug but due to the lack(bug #6534) of a
FreeBSD module called siba_bwn which needs to be ported to Haiku.
Would be great if someone could get it working.
p.s. As it's not a Bug and since it hasn't been ported yet
ticket #6474 can be closed.
FFMPEG-Plugin: Fix doxygen style and typo. - No functional change intended. Signed-off-by: Colin Günther
FFMPEG-Plugin: Simplify start time calculation of video frame. - We let FFMPEG keep track of the correct relationship between presentation start time of the encoded video frame and the resulting decoded video frame. This simplyfies our code, meaning less lines of code to maintain :) - Update documentation and pointing out some corner cases when calculating the correct presentation start time of a decoded video frame under certain circumstances. - Fix doxygen: Use doxygen style instead of javadoc style. - No functional change intended. Signed-off-by: Colin Günther
FFMPEG-Plugin: Refactor out update of media_header. - Main purpose is to make reading the function DecodeNextFrame() easier on the eyes, by moving out auxiliary code. Note: The media_header update code for the start_time is still left in DecodeNextFrame(). This will be addressed in a later commit specially targetted on handling start_time calculations for incomplete video frames. - Also updated / added some documentation. - No functional change intended. Signed-off-by: Colin Günther
FFMPEG-Plugin: Implement decoding of streamed video data. - This commit makes the mpeg2_decoder_test successfully decode the test video into 84 consecutive PNG images, yeah :) - If this commit broke playing video files for you please file a bug report. I've tested only with one video file (big_buck_bunny_720p_stereo.ogg) that everything still works. - The implementation has some shortcomings though, that will be addressed with some later commits: 1. Start time of media header is wrongly calculated. At the moment we are using the start time of the first encoded data chunk we read via GetNextChunk(). This works only for chunk that contain one and exactly one frame, but not for chunks that contain the end or middle of a frame. 2. Fields of the media header aren't updated when there is a format change in the middle of the video stream (for example the pixel aspect ratio might change in the middle of a DVB video stream (e.g. switch from 4:3 to 16:9)). - Also fix a potential bug, where the CODEC_FLAG_TRUNCATED flag was always set, due to missing brackets. Signed-off-by: Colin Günther
FFMPEG plugin: Tell the FFMPEG library to handle incomplete data. - It is just one flag that needs to be set, so that streaming video data can be handled by the FFMPEG library. - For reference: This flag is based on FFMPEG's 0.10.2 video decode example (doc/example/decoding_encoding.c). - The _DecodeNextVideoFrame() method needs to be adjusted (still to come), to take streamed data into account. So the flag on its own doesn't help, but it is a reasonable step in that direction. Signed-off-by: Colin Günther
FFMPEG plugin: Refactor video decoding function. - Factor out the deinterlacing and color converting part to make the code more readable. This makes it easier to understand which code belongs to the actual decoding process and which code to the post processing. - There seems to be no performance impact involved (I just looked at the spikes of the process manager) in factoring out this part, but one can always inline the method if a closer performance assesment (e.g. by enabling the profiling the existing profiling code) suggests so. - Document the _DecodeVideo() method a little bit. Maybe someone can document the info parameter, as I'm a little bit clueless here. - No functional change intended. Signed-off-by: Colin Günther (cherry picked from commit c5fa095fa73d47e75a46cfc138a56028fcc01819)