still need to autogenerate some headers... (you still need to 'make' it first).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19925 a95241bf-73f2-0310-859d-f6bbb57e9c96
- ask server latency and use it (not always better...)
- set and get host/port parameter, setting doesn't reconnect correctly. not saved yet.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19199 a95241bf-73f2-0310-859d-f6bbb57e9c96
as it takes so many shapes anyway. If you have a "noname" you might actually have one!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18674 a95241bf-73f2-0310-859d-f6bbb57e9c96
so you'll have to wait for Haiku's USB to support them anyway,
as R5 nor Zeta's really grock iso.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18672 a95241bf-73f2-0310-859d-f6bbb57e9c96
Update clean rule in makefile
Rename binary from webcam.media_addon
to usb_webcam.media_addon
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18671 a95241bf-73f2-0310-859d-f6bbb57e9c96
Uses the USB Kit (userland API, needs libusb) to publish a
media node representing the webcam.
It currently only works with my Sonix webcam (3Euro cheapo
cam), but is modular enough to easily expand it, some code
is already there to detect Quickcams.
For now you should be able to build it under Zeta with the
makefile provided.
Making a Jamfile might get tricky as several source files are
created by the makefile itself to include addons and censors
in the build.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18670 a95241bf-73f2-0310-859d-f6bbb57e9c96
I need it on an other box anyway...
Currently uses hardcoded server IP.
Jamfile likely doesn't work (needs net libs);
and requires ZETA due to TextParameter (for server IP but unused yet; I think Haiku should have it too) will need some ifdefs
Use the provided makefile for now.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17886 a95241bf-73f2-0310-859d-f6bbb57e9c96
-> a USB Mass Storgage module (SCSI bus manager add-on)
-> a SiS 7018 AC97 driver (uses "old" audio driver interface)
-> a USB Serial driver
-> a USB Vision driver and media add-on (Haupauge WinTV USB)
* moved R3MediaDefs.h from usb_audio driver to common place
headers/private/audio (also used by SiS 7018 driver)
* added TV tuner frequency defines to data/settings/media/usb_vision
Some of these drivers are in unfinished state, particularily the
USB Vision driver, the VideoProducer doesn't seem to use it yet,
the USB Mass Storage module is known to work though, it also includes
add-ons for itself that add support for some "special" hardware, these
are not integrated with the Jamfile build system though.
Also I didn't much much time with the "CVS package" targets, the
ReadMes are not added, someone with more knowledge about this could
add them...
None of this stuff is added to the Haiku image, it is simply included
to be maintained in the Haiku tree from now on.
* fixed a bug in Video Producer sample inherited from Be Sample
code - the timing from the time source was not really used,
on some systems this could cause in the producer not waking
up at the correct time if the system time and audio card time
are drifting apart
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17625 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Some minor cleanup towards our style guide, but this could need
much more work.
* Better error reporting in GetNextChunk() in case of an read error.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17541 a95241bf-73f2-0310-859d-f6bbb57e9c96
This could be further optimized, by always hloding the lock,
and only unlocking when app-server requests it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17481 a95241bf-73f2-0310-859d-f6bbb57e9c96
audio/multi changed to audio/hmulti (avoid confusion with Be's audio/multi)
hmultiaudio.addon won't load ich_ac97 any more (reason is it's not compatible)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16782 a95241bf-73f2-0310-859d-f6bbb57e9c96
This should prevent mixer from beeing build with debug enabled, when media kit is build with debug.
Thus CPU usage will be reduced as mixer no longer prints a lot of information to stdout.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16759 a95241bf-73f2-0310-859d-f6bbb57e9c96
added float to 20bits convert method
fix the 24 bits one
clean up Resampler.h
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16478 a95241bf-73f2-0310-859d-f6bbb57e9c96
* added 24 bits B_AUDIO_INT support (20 bits still missing)
Marcus please review and fix if needed
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16253 a95241bf-73f2-0310-859d-f6bbb57e9c96
author ever checked the documentation for the function he was trying to
use.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15492 a95241bf-73f2-0310-859d-f6bbb57e9c96
categories:
* Missing includes (like <stdlib.h> and <string.h>).
* Linking against $(TARGET_LIBSTDC++) instead of libstdc++.r4.so.
* Local variables shadowing parameters.
* Default parameters in function definitions (as opposed to function
declarations).
* All C++ stuff (nothrow, map, set, vector, min, max,...) must be imported
explicitly from the std:: namespace now.
* "new (sometype)[...]" must read "new sometype[...]", even if sometype is
something like "const char *".
* __FUNCTION__ is no longer a string literal (but a string expression), i.e.
'printf(__FUNCTION__ ": ...\n")' is invalid code.
* A type cast results in a non-lvalue. E.g. "(char *)buffer += bytes"
is an invalid expression.
* "friend class SomeClass" only works when SomeClass is known before.
Otherwise the an inner class with that name is considered as friend.
gcc 4 is much pickier about scopes.
* gcc 4 is generally stricter with respect to type conversions in C.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14878 a95241bf-73f2-0310-859d-f6bbb57e9c96
François Revol