GPL-es Linux drivereket adott ki a Hercules DJ keverőihez

Hardver

A Hercules GPL-es eszközmeghajtó programokat (hdj_mod kernel modul) adott ki "professzionális" és amatőr DJ eszközeihez.

Hercules DJ Control Steel

A hozzá illő hardverrel a drivercsomag - amelyet Ubuntu 8.10, Mandriva 2009, Mint 6, Fedora 10, openSUSE 11.1 disztribúciókon teszteltek - és a megfelelő szoftver lehetővé teszi a számítógépek merevlemezein tárolt digitális zeneszámok kezelését úgy, mintha azok hagyományos hanghordozókon lennének. A driver a következő hardvereket támogatja: Hercules DJ Console Rmx, Hercules DJ Control Steel, Hercules DJ Console Mk2, Hercules DJ Control MP3.

A részletek itt olvashatók.

( n0gabor | 2009. 02. 21., szo – 12:42 )

Es a Mixxx nevu hobbyproject lenne hozza a "professzionalis" szoftver ? Szerintem ez igy nem lesz teljesen alternativa egyelore. Viszont kiraly hogy szamitasba vettek a linuxot is.

nyihaha. ezzel még normális hangot nem tudtam kifacsarni, ugyanis olyan lassú volt, hogy még a lejátszás is kihívás volt, nemhogy a keverés :) végülis teljesen jó elképzelés egy low latency-igényű feladathoz java app-ot írni :)

egyébkén a cikkhez: szubjektív, hogy mit tekintünk hagyományos adathordozónak... én egy scratch live-nak jobban örülnék :)

huh, most novellát akarsz? :)

pl. aqualung-nál jött fel a kínlódás a hudejó alsa kapcsán, az ugyanis tud(na) többszálúságot. na, ha aqualung rátelepedett egyik kártyára (egyébként ehhez parancssori paraméterek kellenek, igazán kényelmes:), akkor ott más program nem szólt. viszont ha nem ment aqualung, akkor több program is ment ugyanazon a kártyán. a "megoldás": vegyek új hangkártyát, a mostani szar, emiatt nem megy! :)

másik ilyen jó dolog a default kártya kiválasztása. lehet alsactl, alsaconf vackokkal tökölni, bár néha előfordul, hogy utána csak az egyik hangkártyát látja, aztán lehet modulokat betölteni, megint csak nagyon kényelmes dolog :) vagy lehet gnome-ban serénykedni, max némely program magasról le fogja szarni a beállításokat, és csak azért is a másik hangkártyán szólal meg :)

ja és itt a csudijó pulseaudio is most már, épp csak a legtöbb program azzal se mindig működik, meg flash-sel is lehet jókat szarakodni. ja és néha persze szaggat is szépeket, nagyon javítja a zeneélményt :) emellé persze a cpu-t is elég szépen le tudja terhelni...

emellett az már eltörpül, hogy linuxon halkabbak a hangkártyáim, illetve a hangminőség sem az igazi...

hogy nekem mi kéne?

  • _egy_ _központi_ felület, ahol meg tudom mondani, hogy _melyik_ hangkártyán szóljanak azok a programok, amikben nincs lehetőség ennek megadására (hogy mást ne mondjak: firefox). és ezt _minden_ ilyen program vegye szentírásnak. a pulseaudio-s ökörködés nagyon szép, megadhatom, hogy 10 program 10 hangkártyán szólaljon meg, épp csak semmi értelme a valós használat során.
  • amelyik programban van lehetőség ennek megadására, az lécci mind ugyanazokat a hangkártyákat lássa már, és ne csak egy részhalmazát (pl. mert egy program "rátelepedett" egy másikra)
  • ne legyen 27 hangerőszabályozó, mert sose tudom, hogy épp melyik miatt hangos/halk az illető program (alsamixer, meg a többi tököm szoftveres mixer szutyok)
  • ha több program használja ugyanazt a hangkártyát, akkor könyörgöm, ne akadjanak már, ne foglalják le kizárólagos használatra, ne kergessék a cpu-t, ha már winen megy 0% cpu használattal, akkor linuxon ne legyen már 20%
  • mindehhez ne legyen már 39 lib, hogy boldogtalan programíró ne tudja, mit támogasson, a hangkártya meg, hogy melyikre hallgasson (oss, alsa, esd, arts, pulse, xy, és ezek közt keresztbe-kasul mindenféle emulációs szutykok)

hirtelen ezek jutottak eszembe, de biztos tudnék még rinyálni, ha akarnék. DE mielőtt jönnek a "csinálj jobbat" dumák, leszögezném, hogy kér(d)ésre tettem ;)

olvasnivaló:

http://insanecoding.blogspot.com/2007/05/sorry-state-of-sound-in-linux…
http://4front-tech.com/hannublog/?p=5

Erősen hasonló véleményem van a fentebb vázolt problémával kapcsolatban. Két kártyával csak szívni lehet. Mindíg keveredik a sorrend. Windózon valahogy ezt a problémát sikerült kultúráltan elintézni. Az alsa mixere valóban gáz. Némelyik hankártyával elképesztő számú felesleges potit ad ki.
De számomra a legfájóbb pont, az a professzionális szoftverek teljes hiánya...
Winóz mellett osx-re is szinte minden komolyabb gyártó adja a programjait. Linuxra egyáltalán semmi nincs...

Nekem volt eléggé sok hangkártyás gépem, néha USB-s "hangkártyákkal" is. Windows alatt is megvolt a keveredés (pl. nem volt mindegy hogy be volt e dugva induláskor, vagy csak utánna). A PCI/ISA kártyák pedig lehet azért nem keveredtek mert a valós nevével meg lehetett adni hogy melyik legyen a rendszer hangártya, és nem valami /dev/xxxx01 és /dev/xxxx02 néven hivatkozott rá a program ami használni akarta.

Én most is használok több hangkártyát egyszerre. Asztali gépembe egy alaplapi inteHDA (vagy valami hasonló), és egy PCI-os Edirol. Jack-el használom általában komolyabb programokhoz, nem nagyon van vele gond. Egyszerü műveletekre OSS, Alsa, PulseAudio-t is használok, ott sincs gond vele, még flash-el sem.
Keveredést meg lehet szüntetni ha tudja hogy állítsa be az ember az aliasokat modeprobe-ban.

Ami kozpont feluletet illeti, van ami gnomos beallito csaodabol talaja ki hol kell neki szolnia, valami (OSS -es cuccok foleg), /dev/dsp -bol szolnak alapbol.

A linkel cikeid regiek.
http://www.opensound.com/ (4front) -altal adott driverek mar nyiltak.
Es manapsag megjelenet a PulseAudio is ami letezik sok platfromra.
En ugy latom, hogy trendek a fele mutatnak, hogy pulseadio lesz a befuto. Kerdes jo -e ez, jo lesz -e , vagy keletkeik egy megoldas amit kesobb megint le kellesz valtani?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

az, hogy "látszódik" valami "trend", még nagyon messze van a használható dolgoktól :)

a libek burjánzása meg azóta nem éppen javult... szóval ilyen szempontból teljesen mindegy a cikk kora. a licensz/zártság a legkevesebb, felhasználói szempontból érdektelen.

azt meg honnan tudjam, hogy milyen lesz valami, ami még sehol nincs? :)

Ahogy en latom a problema jelenleg az egyetertes hianya, es a multbeli kisertetek.

Valaszolok mar a pontjaidra is:
- Ha megnezed regi binaris cuccokat anyit tudnak hogy /dev/dsp megnyit ott hangot kitol, ez lesz neki a default hankartya. Ha ez egy link lenne default hankartyara amit gnomos felulet is manipulal, akkor nem valna problema.

- Konkret peldat tudsz erre hankartya listazodasi anomaliara ?

- Nekem gnomos mixer user friendlinek tunik, a "consolos szutyok" nem magatol talalja ki azokat a potmetereket.

- http://alsa.opensrc.org/index.php/DmixPlugin WORKSFORME

- Ja ne legyen 39 lib, de melyik legyen ami mindenkinek megfelel ?

Note:
X-FI driver kiadasa ota, mar a jovobeli megoldasaokba, a hardware altal adott gyorsitasi lehetosegek kihasznalasanak betervezese sem tunik lehetetlennek.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

"- http://alsa.opensrc.org/index.php/DmixPlugin WORKSFORME"

"NOTE: For ALSA 1.0.9rc2 and higher you don't need to setup dmix. Dmix is enabled as default for soundcards which don't support hw mixing. "

ez hány éve is volt? :) és mégse...

"- Konkret peldat tudsz erre hankartya listazodasi anomaliara ?"

passz. talán xmms vs audacious volt, de a franc tudja. perpill nem tudok belépni se a linukszba, de amúgy most pulseaudio-zok több-kevesebb sikerrel, audacious-t meg xmms-t meg nem használok már.

"- Ja ne legyen 39 lib, de melyik legyen ami mindenkinek megfelel ?"

azt én honnan tudjam? :) jó lenne valami hw-közeli és nem linux-only. oss ilyesmi lenne(?). a pulse tudtommal nem egészen ilyen.

"- Nekem gnomos mixer user friendlinek tunik, a "consolos szutyok" nem magatol talalja ki azokat a potmetereket."

gnome-os mixer nagyon über, csak appok néha nem igazán foglalkoznak vele, hogy ott mit állítasz be :) meg ha nem jelennek meg a pulseaudio-s hw-k a listában, úgy meg elég nehéz beállítani default hangeszköznek... lehet, hogy régi gnome volt az oka, nem tudom. bár a pulseaudio nagyon szereti hangoztatni, hogy mennyire transzparens, de akkor mégsem az...

a potméterek biztos nagyon faják, csak nem értem, hogy egy 3 csatlakozós hangkártyának mért van 15 csatornája :)

jah, egyébként kb. 28.5 óta csinálja, hogy boot alatt *néha* valami fáj neki az intel-hda modullal:

cannot find the slot for index 0 (range 0-0), error: -16
hda-intel: Error creating card!
HDA Intel: probe of 0000:00:14.2 failed with error -12
cannot find the slot for index 0 (range 0-0), error: -16
hda-intel: Error creating card!
HDA Intel: probe of 0000:01:00.1 failed with error -12

azt mondjuk nem tudom, hogy mit nem talál egy alaplapi hangkártyán, de ilyenkor nincs hang azon a kártyán indulás után :)

- valoban ALSA progaromok kozott megy softwares mixeles alapbol, oss programok kozott csak akkor, ha aoss -t ele irod. Ha a hardware tamogatja mixerkedest akkor az teszi elvileg.
- PulseAudio sem kernel szintu mixer, de van BSD -re is.
- A regi OSS nem ilyen , nem tudom, hogy a 4front OSS -e tudja -e softwares mixelest kernel terben, es ha tudja tamogat -e eleg hardwert, hogy erdemes legyen visszaterni ra.
- Pulse anyira transzparens, hogyha mas libraryket hasznaloknak annak tunik, de ha valaki a regi OSS -t hasznalja kozvetlenul akkor baj van.

Be van allitva a hangartyak szama ?

Megoldast jelnetene, ha /dev/dsp virtulis hangkartya lenne ami pulse audionak kitolja ami oda bemegy aztan pulse alsan a mixelt tartalmat betolja. A virtulis hangkartya mondjuk 1ms latency-t adna annak aki a regi OSS methodust hasznlja, es kb SB16 tudasaval rendelkezne.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

"Megoldast jelnetene, ha /dev/dsp virtulis hangkartya lenne ami pulse audionak kitolja ami oda bemegy aztan pulse alsan a mixelt tartalmat betolja. A virtulis hangkartya mondjuk 1ms latency-t adna annak aki a regi OSS methodust hasznlja, es kb SB16 tudasaval rendelkezne."

omg. padsp...

--
When in doubt, use brute force.