similar to: Can someone give advises for porting flac encoder on Android?

Dear All, I am also trying to port swfdec-0.8.4 to android, now i am in the state of resolving all its dependent packages. Packages ported in Andriod: GStreamer liboil glib zlib Packages in Progress: Cairo Pango Pixman fontconfig ... I am following android's proprietary way i.e., by writing Android.mk file for each package. I succeeded in porting some packages as mentioned above but

TechTV News advises consumers of Open Vorbis being better then mp3's in both quality and at a reduced file size. (Tue Jul 23 00:09:18 EDT 2002) -- Roger ----- Verify my pgp/gnupg signature on my HomePage: http://www.alltel.net/~rogerx/about/index.html http://www.alltel.net/~rogerx/about/index.html <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

I integrated libopusenc(version 0.2.1) to Android platform. but I collected some crash when opus encode destory. error backstrace as following: 1 #00 pc 0006828e /system/lib/libc.so (je_huge_salloc+133) [armeabi-v7a] 2 #01 pc 0006d303 /system/lib/libc.so (ifree+274) [armeabi-v7a] 3 #02 pc 0006d65d /system/lib/libc.so (je_free+72) [armeabi-v7a] 4 #03 pc 000025ef libopusenc.so ope_encoder_destroy

On Sat, Feb 16, 2019 at 2:27 AM Yang Tsao <yang at fydeos.io> wrote: > > Thx for your reply. > Chromium OS is running based DRM driver. There is no X server frame work. I modified nv50/nv50_formats.c. > > And there also a few code related the display format: > nv50_surface.c > Function nv50_2d_format: > I add: > > ——————————— > switch (format) { >

Hi, I am planning to port latest SWFDec to android platform. The plans of mine are after porting it should support playing of youtube videos, I have downloaded the SWFDec package and plugin and installed the things but I am not able to open youtube video on my Mozilla browser. I have gone through the code in one of the files, while creating the decoders only "SWF", "IMAGE"

Hi, apologies if this question has been asked before; is there anyone working on a flac player for the Android G1? Is anyone interested in working on such a player? Thanks. -- "The mind is like a parachute. It doesn't work unless it's open." -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Tue, 2008-12-23 at 00:55 +0100, Tor-Einar Jarnbjo wrote: > the Android media API (android.media) does not offer the required > capabilities to play software generated PCM samples. The first Android > SDK releases contained non-functional classes from the standard > JavaSound API (javax.sound), but these were removed in later releases. I > opened a bug regarding the JavaSound

Hi Ben. A quick scan of the Android information I could find online indicates that Java is the primary development environment. You're not going to be able to create a feasible FLAC implementation in Java. Instead, you'll need to use GCC to compile the C code in the FLAC library for the ARM processor in the Android platform. So, I'm not surprised that OpenCore is written

I envisioned this being implemented as a patch to Android at the OS level. It looks like Android has native decoders which the media player and Java APIs call. My understanding is that T-Mobile pushes out over the air updates of the operating system every so often. For example, there's a new version of the Android OS called Cupcake<http://source.android.com/roadmap/cupcake>in the

On 22.5.2013 17:03, Felix Homann wrote: > Sorry that it took so long to reply. As mentioned in an earlier mail > my first bisect session wasn't accurate. I've done a new one: > > Here's my patch suggestion but I'm no Android guy. -------------- next part -------------- diff --git a/src/flac/utils.c b/src/flac/utils.c index e908706..6f6382e 100644 ---

Hi, I couldn't figure out how to file a bug in the bugtracker at sourceforge. So I send a report this way. Building FLAC from git for Android fails with the following message: utils.c: In function 'get_console_width': utils.c:181:17: error: storage size of 'w' isn't known utils.c:181:17: warning: unused variable 'w' [-Wunused-variable] make[3]: *** [utils.o]

Hi, guys: I’m a developer of FydeOS. We porting ChromiumOS to amd64 and arm platforms. Now, I’m woking on porting android environment to Nvidia graphic cards. I have experience to port android to Vmware(SVGA). I found two display formats were not supported to display in nouveau driver: PIPE_FORMAT_R8G8B8A8_UNORM, PIPE_FORMAT_R8G8B8X8_UNORM. Which are defined at nv50/nv50_formats.c line: 130,131.

Now that I can build FLAC again with Janne's patch I would like to report about the warnings I get when building for Android: android-make | grep warn md5.c: In function 'format_input_': md5.c:282:25: warning: cast increases required alignment of target type [-Wcast-align] md5.c:288:24: warning: cast increases required alignment of target type [-Wcast-align] decode.c: In function

Hi, I'm a developer with the Rockbox project - http://www.rockbox.org - which is a written-from-scratch operating system and application suite designed for portable audio players. We of course support FLAC, and have a small, well-optimised (for embedded targets, including ARM) decoder which I think would be perfect for the devices Android runs on. It is based on the decoder from

Felix Homann wrote: > Here are the warnings I get with 03a9e6064d406e3656afacdbe50e8e47ebfa0de3: It seems Android sys/param.h doesn't define MIN/MAX. Could you try to revert this commit on current master (or simply change line 35 of src/libFLAC/include/private/macros.h back to #if defined(__GNUC__) ) and recompile? Or possibly bisect 03a9e60..master to find out when the

Brian Willoughby schrieb: > You're not going to be able to create a feasible FLAC implementation > in Java. As long as Android obviously has a rather poorly performing VM and no support for playing software generated PCM samples (except for writing them to a temporary WAV file and telling Andorid to play it after decoding is complete) it's not feasible, but a "real"

2013/5/15 Ulrich Klauer <ulrich at chirlu.de> > > Felix, is HAVE_SYS_PARAM_H set or unset in an Android build? This > information would eliminate one of the possibilities. > > Ulrich > Yes, HAVE_SYS_PARAM_H is set in config.h: #define HAVE_SYS_PARAM_H 1 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, I was wondering if anyone here had thought about FLAC support on the Android. It would be great for FLAC adoption. There's a bug open for it<http://code.google.com/p/android/issues/detail?id=1461>on which I've posted some details about how I think it would need to be implemented. It appears to me that it would need to be added to the OpenCore component, which is written in C.

Hi, (apologies for losing the link before ;-) That bug report seems to point out the right places. Here's some more thoughts about making OpenMAX components for free codecs (also thinking about other codecs like Theora and Speex): http://blog.kfish.org/2009/02/is-openmax-important-for-free-software.html After some discussions at FOMS last month, we might be able to get a few people

Here are the warnings I get with 03a9e6064d406e3656afacdbe50e8e47ebfa0de3: LANG=C android-make | grep Warning bitreader.c: In function 'FLAC__bitreader_skip_bits_no_crc': bitreader.c:494:4: warning: implicit declaration of function 'MIN' [-Wimplicit-function-declaration] bitreader.c:494:4: warning: nested extern declaration of 'MIN' [-Wnested-externs] bitwriter.c: In