> I know this problem.
>
> I'm on 64studio (debian). I tried this and that but the only thing which was statisfying was a 32bit Firefox. I found a Ubuntu-tutorial, which works for Debian64, which describes how you can install 32bit Firefox without using a chroot enviroment. I actually don't know where it is. Maybe It was in German.
>
> But its easy to install, easy to use and its just one programm.
you can run 64bit firefox and use nspluginwrapper to run the 32bit flash
http://gwenole.beauchesne.info//en/projects/nspluginwrapper
You also have to set the 32bit emulation in the kernel. If you have
gentoo, here's some instructions. If not, it'll give you the way to do
it.
http://gentoo-wiki.com/HOWTO_Flash_9_and_Firefox
Hi,
sorry if you feel that it's kinda off-topic.
A lot of music nowadays can be found only on internet platforms like
youtube, myspace and so on, and they need flash and similar stuff to
work.
For youtube, there are ways, a totem plug-in does the job well for me,
I can watch videos and search.
With myspace the story is different. The gnash plug-in that is
currently available in ubuntu kinda works with some stuff, but is often
totally unusable, and that's how it is with myspace.
So the big question is: Is there a way to listen to songs on myspace
without using proprietary software?
Thanks in advance,
best regards,
Philipp
I have Intrepid Studio RT on a 386 machine with a built-in webcam.
My webcam does not work with Camorama but does work with Skype for Ubuntu Linux.
??
That's all I know. I got RT for the audio, not the video, so I haven't experimented.
-----Original Message-----
>From: Dave Phillips <dlphillips(a)woh.rr.com>
>Sent: Jul 3, 2008 10:23 AM
>To: LAU <linux-audio-user(a)lists.linuxaudio.org>
>Subject: [LAU] webcam with Linux
>
>Greetings,
>
>I purchased a Logitech QuickCam Communicate MP, which is apparently
>supported by the gspca driver. However, I've made the rather surprising
>discovery that webcam support is *not* a feature of the 64 Studio and
>JAD distributions. Ouch.
>
>So if I'm right it appears that I'll have to recompile the kernel for
>V4L support. Am I correct to assume this ? And after I've done so, I
>should be able to run the v4l software in the Debian and OpenSUSE repos,
>yes ?
>
>If you've used a webcam under one of the Linux rt systems, please
>advise, it would be most appreciated.
>
>Best,
>
>dp
>
>_______________________________________________
>Linux-audio-user mailing list
>Linux-audio-user(a)lists.linuxaudio.org
>http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
This is a very rich, multi-layered sweeping synth sound <cough>
I hope you like it!
P.S.
You know, I do think I'm just about beginning to understand how Zyn
works :)
--
Will J Godfrey
http://www.musically.me.uk
Hi All
I just finished a title with an Canadian text-writer if your not against
flash player'n stuff like that you can take a listen here, the player
should start automatic when you enter the site, the title is called
Anti-Hero Mr. Zero. Guirtar and Vocal,
ZynAddSubFX,Hydrogene,Qsynth,Arour + Audacity for mastering and mp3
compression was used:
http://semcity.sv-e.dk/viewpage.php?page_id=50
/Sv-e
Hello!
Does anyone know, if LinuxSampler supports articulations (.art-files)? I
remember reading something about planning support for this. Is it done yet? It
seems to be a nice way of making updates for defect or unfinished libraries.
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
greetings!
starting with a wav and a corresponding toc, from which i would normally burn a master audio cd, is it possible to generate an iso image of the audio cd, so a user on some other operating system can simply burn the iso to a disc, and end up with a clone of my audio cd, including all cd-text and pq coding? i've been searching, but it's not looking very clear how to do it, or in fact whether it CAN be done.
and, is there also a way to generate a dmg file (which a lot of mac programs seem to like), instead of an iso image?
thanks for any help!
cheers!
--
.pltk.
Fons Adriaensen:
>
>> You can't just bombastically spew out things like that without
>> backing it up with some sort of facts or at least arguments.
>
> You asked a question ("maybe the zeros make a difference ?").
>
> You got a correct answer (apart from the irrelevant double/
> float confusion).
>
> You apparently don't like the answer, since you feel it
> necessary to lecture the poster who provided it, using a
> sort of language typical for spoiled mid-puberal teens.
>
> Finally you admit to 'not knowing how it works'.
Sure, it was an immature way to answer. But since there are
a number of reasons why writing simultanious data or zeros
could be faster, it would make sense to write something
other than just the most obvious.
I do of course think that it's pretty unlikely
that zeros are faster, but I wouldn't have added
the "(?)" if I had known "exactly how it works".
(which is what I wrote, not "not knowing how it works")
Well, thanks for correcting me anyway.
Hi All
I'm having significant trouble getting a Saffire LE to work with my
setup.
I have a Dell XPS M1210, running Ubuntu Studio. Because the inbuilt
firewire device is the infamous RICOH chipset, I am forced to use a
firewire Expresscard/32, detailed below
:~$ lspci -v
0e:00.0 FireWire (IEEE 1394): Texas Instruments XIO2200(A)
IEEE-1394a-2000 Controller (PHY/Link) (rev 01) (prog-if 10 [OHCI])
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 18
Memory at ecc04000 (32-bit, non-prefetchable) [size=2K]
Memory at ecc00000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [44] Power Management version 2
I am able to configure and start jack,
:~$ /usr/bin/jackd -v -R -P89 -dfreebob -dhw:0 -r48000 -p128 -n3
Which produces
getting driver descriptor from /usr/lib/jack/jack_dummy.so
getting driver descriptor from /usr/lib/jack/jack_oss.so
getting driver descriptor from /usr/lib/jack/jack_freebob.so
getting driver descriptor from /usr/lib/jack/jack_alsa.so
jackd 0.109.2
Copyright 2001-2005 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
server `default' registered
registered builtin port type 32 bit float mono audio
registered builtin port type 8 bit raw midi
clock source = system clock via clock_gettime
loading driver ..
new client: freebob_pcm, id = 1 type 1 @ 0x806ff40 fd = -1
Freebob using Firewire port 0, node -1
new buffer size 1024
LibFreeBoB MSG: FreeBoB Streaming Device Init
LibFreeBoB MSG: Using FreeBoB lib version libfreebob 1.0.7
LibFreeBoB MSG: Device information:
LibFreeBoB MSG: Device options:
LibFreeBoB MSG: Port : 0
LibFreeBoB MSG: Device Node Id : -1
LibFreeBoB MSG: Samplerate : 48000
LibFreeBoB MSG: Period Size : 1024
LibFreeBoB MSG: Nb Buffers : 3
LibFreeBoB MSG: Directions : 0
showDevice: not implemented
FreeBoB MSG: Register MIDI IN port dev1c_Midi In
FreeBoB MSG: Register MIDI OUT port dev1p_Midi Out
FreeBoB MSG: Streaming thread running with Realtime scheduling, priority
14
FreeBoB MSG: Registering audio capture port C0_dev1c_Rec 1
FreeBoB MSG: Registering audio capture port C1_dev1c_Rec 2
FreeBoB MSG: Registering audio capture port C2_dev1c_Rec 3
FreeBoB MSG: Registering audio capture port C3_dev1c_Rec 4
FreeBoB MSG: Registering audio capture port C4_dev1c_Rec 5
FreeBoB MSG: Registering audio capture port C5_dev1c_Rec 6
registered port system:capture_1, offset = 4096
registered port system:capture_2, offset = 8192
registered port system:capture_3, offset = 12288
registered port system:capture_4, offset = 16384
registered port system:capture_5, offset = 20480
registered port system:capture_6, offset = 24576
FreeBoB MSG: Don't register capture port for dev1c_Midi In
FreeBoB MSG: Registering playback audio port P0_dev1p_Play 1
FreeBoB MSG: Registering playback audio port P1_dev1p_Play 2
FreeBoB MSG: Registering playback audio port P2_dev1p_Play 3
FreeBoB MSG: Registering playback audio port P3_dev1p_Play 4
FreeBoB MSG: Registering playback audio port P4_dev1p_Play 5
FreeBoB MSG: Registering playback audio port P5_dev1p_Play 6
FreeBoB MSG: Registering playback audio port P6_dev1p_Play 7
FreeBoB MSG: Registering playback audio port P7_dev1p_Play 8
FreeBoB MSG: Don't register playback port dev1p_Midi Out
registered port system:playback_1, offset = 0
registered port system:playback_2, offset = 0
registered port system:playback_3, offset = 0
registered port system:playback_4, offset = 0
registered port system:playback_5, offset = 0
registered port system:playback_6, offset = 0
registered port system:playback_7, offset = 0
registered port system:playback_8, offset = 0
++ jack_rechain_graph():
client freebob_pcm: internal client, execution_order=0.
-- jack_rechain_graph()
FreeBoB MSG: MIDI threads running with Realtime scheduling, priority 13
FreeBoB MSG: MIDI queue thread started
libiec61883 warning: Established connection on channel 0.
You may need to manually set the channel on the receiving node.
libiec61883 warning: Established connection on channel 1.
You may need to manually set the channel on the transmitting node.
20268 waiting for signals
Aborted
Almost as soon as jack is 'waiting for signals' it aborts, and that's
it.
Can anyone help me? I'm going crazy!
Chris
Arnold Krille:
> Am Mittwoch, 2. Juli 2008 schrieb Kjetil S. Matheussen:
> > I think that is complete overkill. I just tried recorded 128 channels of
> > 32bit/44100hz at once, without problem. And my machine is 5 years old
> > 2Gz barebone, using only a single PATA ide disk.
> > This was using jack_capture, and only recording silence (ie. non-connected
> > jack ports). Maybe the silence makes a difference.(?)
>
> For jack and ardour/timemachine/jack_capture it is completely irrelevant if
> the double-numbers contain 0.0, 1E-<incredibly high> or some
> (pseudo-)random
> values between -1 and 1. Its still sizeof(double) that is saved to disk for
> each channel and sample...
>
> It only makes a difference when using compressed formats like mp3, flac, etc.
> But ardour doesn't support this (yet).
You can't just bombastically spew out things like that without
backing it up with some sort of facts or at least arguments.
Since the buffers isn't written to by anything other than zeros,
there could theoretically be a smaller chance of cache misses. Whether it
makes a difference is a different story.
(BTW, sizeof(double) is 64 bits, while data written by
ardour/timemachine/jack_capture is 32 bits.)
