http://blog.gmane.org/gmane.linux.distributions.64studio hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.distributions.64studio/3640 <pre> Kristen Eisenberg Billige Flüge Marketing GmbH Emanuelstr. 3, 10317 Berlin Deutschland Telefon: +49 (33) 5310967 Email: utebachmeier at gmail.com Site: http://flug.airego.de - Billige Flüge vergleichen_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Kristen Eisenberg 2012-03-10T14:06:16 http://comments.gmane.org/gmane.linux.distributions.64studio/3617 <pre>-------- Forwarded Message -------- From: Ralf Mardorf &lt;ralf.mardorf-ZCLZIpdjs0kJGwgDXS7ZQA&lt; at &gt;public.gmane.org&gt; To: David Adler &lt;david.jo.adler-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; Cc: ubuntu-studio-users &lt;ubuntu-studio-users-nLRlyDuq1AZFpShjVBNYrg&lt; at &gt;public.gmane.org&gt; Subject: [off-list][LAD] jack_snapshot http://tapas.affenbande.org/ Date: Sun, 09 Jan 2011 23:10:53 +0100 On Sun, 2011-01-09 at 22:56 +0100, David Adler wrote: IIRC there was the need to add 2 headers ;), perhaps you are right :). Phew, I won't check all oldish backups, could you please send me the source code? Cheers! Ralf PS: If possible it should be available by http://lau.linuxaudio.org/ , hm, perhaps something that should be send to a Linux audio distro ... I'll give Ubuntu Studio and 64 Studio a try to add it to the repositories ;p. </pre> Ralf Mardorf 2011-01-09T22:14:09 http://comments.gmane.org/gmane.linux.distributions.64studio/3615 <pre>Hi all, Sourcefabric is looking for Python developers for Campcaster, open source software for managing both broadcast and Internet radio. Campcaster runs on GNU/Linux. Successful applicants will be helping to maintain the current version, as well as build the next major version of this software. Sourcefabric are looking for both junior/mid-level and senior developer positions, based in Toronto, Canada. For details, see: http://www.sourcefabric.org/en/home/17/152/Toronto-ON---Senior-Python-Developers.htm?tpl=15 Cheers! Daniel </pre> Daniel James 2010-09-23T10:27:41 http://comments.gmane.org/gmane.linux.distributions.64studio/3610 <pre>_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Roderick Dornan 2010-09-17T06:13:20 http://comments.gmane.org/gmane.linux.distributions.64studio/3607 <pre> Hi folks, I've written another paper on how the normalized source code repository and automatic importing (from upstream and distros) works: http://www.metux.de/download/oss-qm/normalized_repository.pdf cu </pre> Enrico Weigelt 2010-09-15T07:30:14 http://comments.gmane.org/gmane.linux.distributions.64studio/3557 <pre>_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Mike Holstein 2010-07-11T03:53:12 http://comments.gmane.org/gmane.linux.distributions.64studio/3551 <pre>_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Mike Holstein 2010-07-08T16:47:00 http://comments.gmane.org/gmane.linux.distributions.64studio/3543 <pre>I'm not forwarding every mail from LAD, but this one might be important too. Run it with the -w and -r option, perhaps this might be the right way to do it. -------- Forwarded Message -------- From: Adrian Knoth &lt;adi-5gjw4BGRu82yAo/rNOIehoJPQCENF9+z&lt; at &gt;public.gmane.org&gt; To: linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b&lt; at &gt;public.gmane.org Subject: Re: [LAD] [64studio-users] MIDI jitter Date: Fri, 2 Jul 2010 12:12:54 +0200 On Thu, Jul 01, 2010 at 07:43:38PM -0400, Paul Davis wrote: You're both missing an argument after -w. I wonder (but haven't checked the source) why the tool even starts when you don't provide the value for the wait time. Niels, you need to re-evaluate everything, too, your data is also aligned to USB frames as pointed out by Clemens two days ago. I use -w 20 -r now, alsa-midi-latency-test then prints out a message like "interval between measurements: 20.000 .. 40.000 ms". HTH </pre> Ralf Mardorf 2010-07-02T10:17:54 http://comments.gmane.org/gmane.linux.distributions.64studio/3542 <pre>-------- Forwarded Message -------- From: Adrian Knoth &lt;adi-5gjw4BGRu82yAo/rNOIehoJPQCENF9+z&lt; at &gt;public.gmane.org&gt; To: Clemens Ladisch &lt;clemens-P6GI/4k7KOmELgA04lAiVw&lt; at &gt;public.gmane.org&gt; Cc: linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b&lt; at &gt;public.gmane.org Subject: Re: [LAD] [64studio-users] MIDI jitter Date: Thu, 1 Jul 2010 11:53:22 +0200 On Wed, Jun 30, 2010 at 05:28:05PM +0200, Clemens Ladisch wrote: Absolutely. I already suspected 4ms being correlated to USB frames (granularity 1ms, right?) With random wait, it looks like this: ... 3.0 - 3.1 ms: 86 #### 3.1 - 3.2 ms: 986 ################################################## 3.2 - 3.3 ms: 958 ################################################# 3.3 - 3.4 ms: 967 ################################################# 3.4 - 3.5 ms: 985 ################################################## 3.5 - 3.6 ms: 927 ############################################### 3.6 - 3.7 ms: 966 ################################################# 3.7 - 3.8 ms: 938 ################################################ 3.8 - 3.9 ms: 980 ################################################## 3.9 - 4.0 ms: 904 ############################################## 4.0 - 4.1 ms: 906 ############################################## 4.1 - 4.2 ms: 45 ## 4.2 - 4.3 ms: 44 ## 4.3 - 4.4 ms: 38 ## 4.4 - 4.5 ms: 28 # 4.5 - 4.6 ms: 37 ## 4.6 - 4.7 ms: 34 ## 4.7 - 4.8 ms: 54 ### 4.8 - 4.9 ms: 34 ## 4.9 - 5.0 ms: 42 ## 5.0 - 5.1 ms: 40 ## ... 5.2 - 5.3 ms: 1 # Probably still acceptable, given that the majority of packets deviates by only 1ms. Does USB have a notion of "ticks" (clock?), that is, frames are sent at isochronous distances? Or is the host controller free to send a packet whenever it wants to? Without the latter, 1ms jitter could be the result of queueing up the data for the next time slot. TIA </pre> Ralf Mardorf 2010-07-01T10:04:19 http://comments.gmane.org/gmane.linux.distributions.64studio/3541 <pre>-------- Forwarded Message -------- From: Clemens Ladisch &lt;clemens-P6GI/4k7KOmELgA04lAiVw&lt; at &gt;public.gmane.org&gt; To: Adrian Knoth &lt;adi-5gjw4BGRu82yAo/rNOIehoJPQCENF9+z&lt; at &gt;public.gmane.org&gt; Cc: linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b&lt; at &gt;public.gmane.org Subject: Re: [LAD] [64studio-users] MIDI jitter Date: Wed, 30 Jun 2010 17:28:05 +0200 Adrian Knoth wrote: The default parameters of this tool are unrealistic; the next MIDI command is always sent immediately after the previous one has been received, which tends to align everything to USB frames. Please use the -w and -r options. Regards, Clemens _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev-cunTk1MwBs/CEJeg2xFRV2D2FQJk+8+b&lt; at &gt;public.gmane.org http://lists.linuxaudio.org/listinfo/linux-audio-dev </pre> Ralf Mardorf 2010-07-01T08:29:46 http://comments.gmane.org/gmane.linux.distributions.64studio/3534 <pre>Because the hw MIDI's IOs are connected, is the value for the jitter = the effective value or is there the need to divide by 2, to get a more valid effective value? </pre> Ralf Mardorf 2010-06-29T14:51:33 http://comments.gmane.org/gmane.linux.distributions.64studio/3533 <pre>For my understanding I wish to compare some knowledge from the C64 with a modern Intel/AMD Linux PC. I don't have much knowledge about the C64 anymore, but some notes at hand. Is there a difference for Intel/AMD Linux PCs for IRQs and NMIs? In other words, for the C64's 6502 CPU there were two commands, SEI and CLI. The SEI command did disable IRQs. IIRC IRQs were interrupts for all hardware and programs, excepted if a program called the SEI command. IIRC just the restore and reset buttons did cause a NMI, an interrupt that can't be disabled, but that isn't done by an interval automatically. So, if you did real time MIDI programming you call SEI to disable all interrupts, so that just the currently needed MIDI rout was allowed to run, there were no IRQs anymore. For example you directly asked the UART connected to the bus if there was a byte: ## see [1] easier to read for C64 Assembler coders Load register_with_the_information_if_there_is_a_byte_for an_MIDI_event_to_a_'memory'_register LSR #to check if the flag is set Branch back_to_load_register_until_the_flag_isn't_cleared_or_as_long_it's_set Load MIDI_event_byte_from_data_register_to_a_'memory'_register ## For this loop IRQs for other programs were allowed, e.g. to ask information from the QWERTY keyboard. Then you go on: ## [2] SEI # to disable IRQs, now the following rout has 100% rt priority # some code to process data CLI # to enable IRQs ## This would be hard real time. While the 6502 has got 3, what I called here 'memory' registers, a, x and y (I guess a is an own register, some days ago I thought it was for the stack) an AMD might have much more of those registers and instead of load and store loops there might be a move command. The parallel port of our PCs seems to have a relativ directly connection to the PCs main bus, just for 8 bits (1 byte, but 32 or 64 bits, but we only need those 8 bits for MIDI), perhaps it's easy to connect a 64 MIDInterface to the parallel port, perhaps just some TTLs are needed, perhaps I'm a little bit too naiv. So if there should be a way to disable and enable interrupts for Intel/AMD too, it should be possible to do the same kind of programming as for the C64. IIUC for Intel/AMD IRQs aren't IRQs, but NMIs?! Cheers! Ralf [1] I once did a MIDI extension for SpeechBasic to program a real time MIDI sound sampler on BASIC $1810 LDA $DEO6 $1813 LSR $1814 BCC $1810 $1816 LDA $DE07; read MIDI event byte, usually followed by RTS [2] $181A SEI; disable IRQs ;the MIDI program $183C CLI; enable IRQs, usually followed by RTS </pre> Ralf Mardorf 2010-06-29T14:21:55 http://comments.gmane.org/gmane.linux.distributions.64studio/3528 <pre>_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Michael Alexander 2010-06-12T06:05:53 http://comments.gmane.org/gmane.linux.distributions.64studio/3527 <pre>_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Michael Alexander 2010-06-12T06:05:48 http://comments.gmane.org/gmane.linux.distributions.64studio/3526 <pre>_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Ralf Mardorf 2010-06-12T01:51:36 http://comments.gmane.org/gmane.linux.distributions.64studio/3517 <pre>So far I didn't know that Nautilus has an option '--no-desktop', running Nautilus with this option seems to stop changing e.g. the panel settings, when running Nautilus on another DE, but GNOME. It's strange that when using PCManFM unmounted devices can be accessed by any user, no root password is required. It's ok for me, but I guess it's a bad default setting. You developers should conduct a poll, asking the forum and users mailing list, what desktop environment they do wish. Ralf </pre> Ralf Mardorf 2010-05-15T09:43:25 http://comments.gmane.org/gmane.linux.distributions.64studio/3509 <pre>Currently 64 studio 3.3 alpha comes sans file manager. pc-man is not the greatest (yet) and I had lots of issues - not behaving the way it should. After looking for a way to browse samba shares on a LAN, I found gigolo, and so far I am impressed. Could we include it in the next alpha? </pre> Quentin Harley 2010-05-13T21:12:52 http://comments.gmane.org/gmane.linux.distributions.64studio/3507 <pre>_______________________________________________ 64studio-devel mailing list 64studio-devel-tt8QXAp/D8ZZSAmHFfZ+lNBPR1lH4CV8&lt; at &gt;public.gmane.org http://lists.64studio.com/mailman/listinfo/64studio-devel </pre> Angel Candelaria 2010-05-13T20:11:09 http://comments.gmane.org/gmane.linux.distributions.64studio/3505 <pre>Hi folks, just in case anyone might be interested: i've written a little paper on the OSS-QM project, which aims to offload generic package QM works from distros to a common place: http://www.metux.de/download/oss-qm-project-2010050101.pdf cu </pre> Enrico Weigelt 2010-05-02T20:55:46 http://comments.gmane.org/gmane.linux.distributions.64studio/3502 <pre>Again, sorry for the noise, OTOH hopefully it might help somebody. GParted &gt; View &gt; File System Support gives the answer, e2fsprogs v1.41+ is needed, but 1.40.8 is installed. I didn't remove the package, because checkinstall failed, but AFAICT nothing is broken after I did the following. # cd /usr/src # wget http://prdownloads.sourceforge.net/e2fsprogs/e2fsprogs-1.41.11.tar.gz # tar xzf e2fsprogs-1.41.11.tar.gz # rm e2fsprogs-1.41.11.tar.gz # cd e2fsprogs-1.41.11 # ./configure # make # make install # ldconfig # make clean root&lt; at &gt;64studio:/usr/src/e2fsprogs-1.41.11# ls /sbin/fsck.ext4 -al -rwxr-xr-x 5 root root 1519550 2010-04-27 20:37 /sbin/fsck.ext4 # gparted It's ok now :). # lsmod | grep ext4 ext4 310192 0 jbd2 80592 1 ext4 crc16 2272 1 ext4 mbcache 8944 2 ext4,ext3 # modprobe -r ext4 # lsmod | grep ext4 # gparted It's still ok without the module. Best, Ralf </pre> Ralf Mardorf 2010-04-27T18:56:08 http://comments.gmane.org/gmane.linux.distributions.64studio/3499 <pre>Hi :) because the 3.3 alpha is rudimentary, for me it's still important to keep 3.0-beta3 upgraded. The Hardy packages for GParted are 0.3.5 versions. The latest version for Hardy is detecting ext4, as an ext3 file system, however, this version displays info for size, used and unused space. I build the current version, wget http://sourceforge.net/projects/gparted/files/gparted/gparted-0.5.2/gparted-0.5.2.tar.bz2/download, the kernel is $ uname -r 2.6.31.12-rt20. Now GParted is detecting ext4, as an ext4 file system, btw. it's the partition for 3.3 alpha :), but for ext4 it only displays the size, there's no information about used and unused space :D. Any ideas what I'm missing? Cheers! Ralf </pre> Ralf Mardorf 2010-04-27T16:52:56 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.distributions.64studio