BeOS ist so gut wie tot. wird afaik kaum noch entwickelt.
war ne zeitlang ne gute alternative für multimedia-nutzer, als linux dort noch nicht soweit war. aber die zeiten sind vorbei
heutzutage ist es also nicht wirklich brauchbar, soweit ich jetzt nicht irgendeinen exotischen anwendungsbereich vergesse.

FreeBSD ist interessant. die leute geben sich dokumentationstechnisch fast noch mehr mühe als bei linux. allerdings ist es schon fraglich, was du damit willst. linux ist nach wie vor das flexibelste system.
wenn BSD, dann würde ich eher zu OpenBSD raten. ist im gegensatz zu FreeBSD nicht nur gratis, sondern halt auch opensource. und es gilt als eines der sichersten systeme überhaupt.
wobei auch da natürlich in erster linie alles von der kompetenz des admins abhängt.

Ich hab in BeOS nicht mal ne Shell gefunden...
Und das Teil hat defaultmäßig nen aktiven Desktop *würg*

per Ctrl+N gibts im xmms nen loop Natürlich nur wenn Repeat aktiviert ist.

<p><blockquote><font size="1" face="Verdana, Arial">Quote:</font><hr>Anonymer User schrieb am 30.11.2003 13:55

Ich hab in BeOS nicht mal ne Shell gefunden...
Und das Teil hat defaultmäßig nen aktiven Desktop *würg*
<hr></blockquote></p>

ja eben. ist ein system für multimedia-freaks. oder war es, bevor linux in dem bereich nicht aufgeholt/überholt hatte.

@xmms gut zu wissen

die mac-adresse kann man nicht einstellen, diese ist nämlich eindeutig und schon auf der karte gespeichert.
(natürlich kann man zwecks mac-spoofing diesen wert, den der pc während des initialisierens in den ram lädt und dort behält, abändern. aber das wird hier bestimmt nicht benötigt).
wenn die kontrollleuchte aus ist, heisst dass, dass keine physische verbindung vorhanden ist. hat in der regel mit der software gar nix zu tun. sobald die karte strom hat, sollte das teil leuchten sofern die physikalische verbindung vorhanden ist.
folglich stimmt mit einem dieser drei dinge was nicht: karte, kabel (kaputt, crossover statt straight oder umgekehrt, nicht richtig eingesteckt auf mindestens einer seite), hub/switch.
--nolisten tcp deaktiviert das standardmässige abhören des port 6000 für eingehende verbindungen. dieser service wird für verschiedene dinge benutzt, wie gemeinsames nutzen des xservers, remote-anwendungen (bsp: nur einer der rechner hat ne tv-karte,
der andere will aber auch fernsehen). dies zu deaktivieren erhöht natürlich die sicherheit. aktiviert werden muss das ding eigentlich auch nur, wenn man solche services braucht.
hat also nix direktes zu tun mit deiner netzwerkverbindung. diese option kann aber bei bedarf in den configfiles deaktiviert werden. kommt jetzt halt drauf an, ob du den x-server via xinit (bzw. startx) startest oder ob das ein grafischer login übernimmt.

korrektur:
die mac-adresse ist offenbar bei den meisten geräten doch nicht fest "eingebaut". vermutlich eher auf einem flash-baustein gespeichert.
die mac-adresse einer netzwerkkarte lässt sich nämlich mit einem "ifconfig hw ether adresse" einstellen, nachdem man die karte "down" geschaltet hat.

dies habe ich heute erfahren. meine kenntnisse scheinen veraltet gewesen zu sein.
es ist wohl so, dass ältere hardware die mac-adresse fest eingebaut hatten, wie ich sagte. neuere hardware jedoch ist anscheinend mit moderneren flash-speichermöglichkeiten ausgestattet, die es erlaubt, die mac dynamisch zu wechseln.

-----

den autostart von cds würde ich eh als eine meiner ersten aktionen nach einer windows-installation deaktivieren. ausser zu nerven nützt das ding nämlich imho nix. ich will ne cd dann abspielen, wenn ich will und nicht sofort nach dem einlegen.
gilt auch für daten-cds natürlich. ist doch müll wenn man auf ner cd schnell ne datei holen will, dazu aber erst die automatisch gestarteten programme wegklicken muss.

zum rest kann ich nix sagen. andere betriebssysteme, andere sitten

Was wäre Weihnachten ohne ein paar handfeste Probleme mit nem Computer...?
1. hab mein Platte als Master an den Rechner meiner Schwester und zu meiner Verwunderung bootet das alles ganz fein, obwohl mein Kernel auf Pentium 3 kompiliert ist und das hier ein Athlon XP ist. Jetzt ist bei diesen beschissenen "instant-PCs" aber nirgendwo ne anständige Produktbeschreibung zu finden, so dass ich Probleme habe den Onboard Ethernetadapter als module zu laden, der dummerweise nicht von linux gefunden wird.
help!
btw: modprobe -t net macht gar nix, und wenn ich mit modconf alles ausprobieren will, werd ich ja alt dabei!
2. Auf dem mainboard ist ein Soundausgang drauf. Anscheinend aber (habs nicht so genau begutachtet) wird der über die TV-Karte geleitet.
kurz: /dev/dsp geht nicht. wie ich krieg ich raus, über welches module ich den soundausgang ansprechen kann?

zu 1:
pentium 3 ist ja immernoch dieselbe architektur (x86) wie athlon xp. der in dem sinne "falsche" kernel kann nur dann nicht gebootet werden, wenn er auf den einen prozessortyp optimiert wurde (gcc-wrapper etc).
lspci hat nix ergeben, nehme ich mal an...
in dieser situation würde ich auf eine live-boot-cd zurückgreifen und schauen, was die lädt. und wenn die das nicht packt, sind da meist etwa 30 standardmodule zum auswählen dabei, welche man relativ schnell durchgecheckt hat.

zu 2:
was sollte der soundausgang bei der tv-karte zu suchen haben?
mit /dev/dsp hatte ich auch schon zoff
oft entpuppt es sich als rechteproblem oder als ausgewanderter link. schau als erstes mal nach, ob /dev/dsp überhaupt existiert (bzw. ob es sowas wie /dev/sound/* gibt). das hier kann nämlich distributions- und soundserver-abhängig sein.
(natürlich sollte ein lsmod darauf hinweisen, dass das soundmodul geladen ist )

Hmm...jetzt bin ich noch mehr verwirrt als vorher.
/dev/dsp ist tatsächlich nicht vorhanden. Wie hab ich denn dann vorher Musik hören können? Ich hab doch extra veranlasst, dass der sound-server /dev/dsp benutzt

Das mit der Netzwerkkarte packt die Knoppix zwar auch nicht, aber lspci hat etwas Aufschluss gegeben:
Da ist tatsächlich ein Ethernet Controller, der erkannt wird. Und dann noch so ein MCP-Networking-Adapter, den das XP auch verwendet.
Jetzt muss ich aber mal ganz dumm fragen: Was kann ich mit den Informationen von lspci anfangen?

hmm.. also ich hab mir jetzt nicht alles durchgelesen..
nur wegen dem /dev/dsp
also das ist nur ein link auf (normalerweise) /dev/dsp0
also wenn /dev/dsp nicht da ist , einfach einen neuen link setzten..
die eigentlichen gerätedateien brauchen eine nummerierung, da es ja mehrere sounddevices haben könnte

also mit der Knoppix geht der sound wunderbar (hab das wohl vergessen zu erwähnen *g*). Muss ich mal schauen, welches device da verwendet wird.

hm? der lpt-anschluss hat ne macke, weil der drucker da funktioniert?

jetzt mal zu meinem (bzw. unserem) aktuellen problem. ich erwarte nicht dass mir jemand helfen kann, aber es ist derart strange, dass es schon fast wieder lustig ist

mein vater hat sich einen divx-fähigen dvd-player gekauft (obwohl ich ihn wiederholt darauf aufmerksam gemacht habe, dass die xbox dank dem durch einen softwarepatch installiertem linux dasselbe leisten kann - hier sogar per nfs vom fileserver ohne ne cd brennen zu müssen).
jetzt sollten wir auf seinem computer ein script erstellen, so dass er ihn als digitalen videorekorder benutzten kann, der cds ausspuckt.
soweit die ausgangslage. das script ist inzwischen eigentlich fertig. es macht folgendes (in der reihenfolge:
1) fragen nach dem gewünschten dateinamen (=> $filename)
2) tv-applikation starten
3) auf ein enter warten
4) aufnahme (auf raw-avi) beginnen
5) auf ein enter warten
6) aufnahme stoppen
7) ein gui zum schneiden des filmes starten (hier arbeite ich noch an einer ki, die das weitgehend automatisiert erledigt, indem z.b. die werbung als solche erkannt wird)
8 ) optimale bitrate berechnen (damit alles auf eine cd passt - quali muss nicht höher sein als vhs) und alle entstandenen dateien (wegen der 2gb-grenze von raw-avi splittet das script bei der aufnahme automatisch rechtzeitig) nach divx encoden, den ton nach mp3
9) alle divx-dateien zusammenfügen
10) verzeichnis "$filename/cdroot" erstellen (vereinfacht)
11) die finale datei ins "cdroot"-verzeichnis verschieben
12) aus cdroot ein iso-image kreieren
13) brennerlaufwerk öffnen und aufforderung zum cd-r einlegen
14) brennerlaufwerk schliessen (falls es noch offen ist) und schritt 13 wird solange wiederholt bis sich ein medium im brenner befindet
15) iso brennen und laufwerk öffnen
16) alle erstellten dateien wieder löschen

hinterher liest der dvd-player brav die cd, hat aber mit dem ton mühe (rauschen ohne ende)

manuelle untersuchungen ergaben, dass möglicherweise der player mit der variablen/konstanten bitrate nicht zurecht kommt. wenn das script nach schritt 9 abgebrochen wird und anschliessend ein manuelles re-encoding gestartet wird, um die tonspur der datei neu zu kodieren, funktioniert es mit dieser korrigierten datei auch.
fein. also ein schritt 9b) eingefügt, der dieses re-encoding automatisch erledigen sollte.
das neu encoding wird auch erledigt, doch das resultat bleibt dasselbe wie vorher: rauschen...
(die manuell erstellte datei und die automatisch generierte datei sind laut diff aufs bit genau gleich!)

und jetzt wirds wirklich strange:
wir brechen das script bei schritt 12 ab. dann machen wir folgendes:

auf einer konsole:
cd $filename/cdroot/
cp $filename.avi 0.avi
auf der anderen:
cp $filename/cdroot/$filename.avi $filename/cdroot/1.avi

dannach wieder ein iso erstellen und brennen. jetzt sollten wir eigentlich 3 identische dateien auf der cd haben...
$filename.avi funktioniert nicht
0.avi funktioniert!
1.avi funktioniert nicht!

*kratz*
und nein, die notlösung, das script einfach vor dem iso-erstellen ins cdroot-verzeichnis wechseln und einen mv-befehl ausführen zu lassen, klappt auch nicht.

mal wieder ein typisches hardwareproblem
(an der software liegts nicht, behaupte ich mal, da die entstandenen dateien wirklich aufs bit genau gleich sind...)

<p><blockquote><font size="1" face="Verdana, Arial">Quote:</font><hr>k7avenger schrieb am 29.12.2003 15:49

witzig witzig...vielleicht ist der filename zu lang? Weiß ja nicht welche Dateinamenkonvention die DVD-Player einhalten...
oder fällt das komplett weg, wenn du ein iso draus machst?<hr></blockquote></p>
war auch eine unserer ersten vermutungen. ein von hand kodiertes file mit einem langen dateinamen (>10 zeichen) ging allerdings problemlos.
naja, inzwischen meint unser vater, dass die xbox-variante vielleicht doch die bessere ist

<p><blockquote><font size="1" face="Verdana, Arial">Quote:</font><hr>
Mit dem Drucker ist das so: Die Drucker-intern gespeicherte Testseite druckt er schön brav aus, da hängts nirgends. Nur bekommt er eben kein Signal vom Rechner.<hr></blockquote></p>
der hat drucker-intern eine testseite gespeichert? das habe ich noch nie erlebt (kaufe allerdings eher selten neue drucker )
der parallelport ist ja eigentlich ein spezieller com-port. wir hatten mit so einem schonmal probleme, bis wir auf die idee gekommen sind, im bios nachzuschauen. und siehe da - der war standardmässig deaktiviert.
könnte das problem in dieser richtung liegen?