trayopen 0.0.4-pre3

PeterD · Oct 1st 2005

Hier also mal die neuen gebündelten änderungen/vorschläge vom Lord und Morone aus diesem thread eingearbeitet.

Die setup daten werden jetzt sauber gespeichert und auch gleich wirksam.
Ich habe noch die von viking gewünschte möglichkeit eingearbeitet den laufwerksknopf zu blockieren.
Übernommen wurden auch die playdetektion vom Lord. Arbeite noch nicht wirklich fehlerfrei was aber an dem schmus liegt den die plugins beim abspielen so reporten. Habe mich deshalb entschieden erst mal den stop+unmount nicht auf der playdetektion beruhen zu lassen. Es wird also wieder immer gestopped.
"Eggschberden" können bei den benötigten zeilen ja einfach wieder die kommentare entfernen.

Nun zu den pferdefüssen:

Quote

Original von Morone
Vielleicht darf ich ja auch mal meine Stimme erheben und vorschlagen , dass der Status vom Laufwerk vorher abgecheckt wird.
Denn wenn die Lade offen ist und man VDR startet dann
m_isOpen = true , net false -> womit man wieder beim 2x Druecken ist ;).

ftp://ftp.gwdg.de/pub/linux/cdrom/drivers/cm206/cdstatus.c

Dürfte fast unmöglich sein, da das "cdrom" modul anscheinend immer CDS_TRAY_OPEN liefert solange keine disc im laufwerk ist. Das liegt laut einträgen in den kernel foren aber an den ATAPI unzulänglichkeiten.

Ich habe ein kleines programm "status" dazugepackt das den status des drives ausgibt. Sollte wider erwarten euer drive doch zwischen tray open und geschlossenen tray ohne disc unterscheiden, könnt ihr das define STATUSCHECK benutzen um die tray positionserkennung zu komplettieren.
Im moment wird der tray nur synchronisiert wenn eine disk eingelegt ist (oder wird).

Vielleicht fällt mir aber in zukunft noch was geniales in der ATAPI spec auf.

Quote

Original von LordJaxom
- beim Umount wird aus /proc/mounts ausgelesen, an welcher Stelle das Device gemountet ist. Dann wird das Ziel umounted, da auf meiner Kiste alles andere bei cdfs zu einem Fehler führte.

Ich habe mittlerweise auf einem zweiten system das mal ohne ide-scsi nachvollzogen. Es könnten effecte von ide-cd sein.
Bei mir funktioniert es ohne den speziellen LordJaxom (LJ) unmount mit folgender configuration:

Code

fstab:


/dev/cdrom   /cdrom  iso9660
/dev/cdda     /cdfs     cdfs


devices:
/dev/cdrom   -> /dev/cdrom0
/dev/cdda     -> /dev/cdrom0
/dev/cdrom0 -> /dev/hdc
/dev/dvd      -> /dev/cdrom0

Display More

Mit diese konfiguration kann ich unter 2.4.27 kernel alle logischen mountpoints durch "umount /dev/hdc" unmounten.

Sollte es trotzdem noch probleme geben habe ich die idee von LordJaxom als LJ_UNMOUNT eigearbeitet. Einfach das define setzen und der umount benutzt /proc/mounts um den mountpoint festzustellen.

gruss Peter

P.S.
ich bekomme hier noch einen üblen restart bei versuch vcds zu starten, also obacht

Gurkendieb · Oct 4th 2005

Na , irgendwie haut das da noch nicht so ganz hin
Lade wird ausgefahren aber net mehr eingezogen.

bye

PeterD · Oct 4th 2005

Quote

Original von Morone
Na , irgendwie haut das da noch nicht so ganz hin
Lade wird ausgefahren aber net mehr eingezogen.

???? :gaga

Komisch, bei mir geht's, hab eher manchmal das problem das die lade nicht mehr aufgeht.

Welche vdr version, kernel, ide-scsi/ide-cd ??
Mach mal "echo "1" > /proc/sys/dev/cdrom/debug"
Das listet was der CD treiber so macht.
(Vorsicht, spammt die konsole voll . . . )

gruss Peter

viking · Oct 5th 2005

Hallo,

Quote

Original von PeterD
Ich habe noch die von viking gewünschte möglichkeit eingearbeitet den laufwerksknopf zu blockieren.

Danke

Gruß
Viking

PeterD · Oct 5th 2005

Quote

Original von viking
Hallo,

Danke

Nachteil ist das es auch mit einer leeren disc geht.
Versuch dann mal durch vdrconvert den tray zu öffnen vorm und nachm brennen

Gurkendieb · Oct 5th 2005

Code

Oct  5 14:47:00 coolermaster vdr[8555]: Text2Skin: menu display update thread started (pid=8555, tid=245768)
Oct  5 14:47:00 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:01 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:01 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:01 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:01 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:01 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:01 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:02 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:02 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:03 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:03 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:03 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:03 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:03 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:03 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:04 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:04 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:05 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster vdr[8555]: Text2Skin: menu display update thread ended (pid=8555, tid=245768)
Oct  5 14:47:07 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:07 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:07 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:07 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:08 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:09 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:09 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:09 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:09 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:09 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:09 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:10 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:10 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:11 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:11 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:11 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:11 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:11 coolermaster cdrom: entering cdrom_release

Display More

kernel-2.6.12
vdr-version ist egal

PeterD · Oct 5th 2005

Quote

Original von Morone

Code

Oct  5 14:47:00 coolermaster vdr[8555]: Text2Skin: menu display update thread started (pid=8555, tid=245768)
Oct  5 14:47:00 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:01 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:01 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:01 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:01 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:01 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:01 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:02 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:02 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:03 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:03 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:03 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:03 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:03 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:03 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:04 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:04 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:05 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:05 coolermaster vdr[8555]: Text2Skin: menu display update thread ended (pid=8555, tid=245768)
Oct  5 14:47:07 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:07 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:07 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:07 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:08 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:09 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:09 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:09 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:09 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:09 coolermaster cdrom: entering cdrom_release
Oct  5 14:47:09 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:10 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:10 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:11 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:11 coolermaster cdrom: entering cdrom_open
Oct  5 14:47:11 coolermaster cdrom: Use count for "/dev/hdc" now 2
Oct  5 14:47:11 coolermaster cdrom: entering CDROM_DRIVE_STATUS
Oct  5 14:47:11 coolermaster cdrom: entering cdrom_release

Display More

kernel-2.6.12
vdr-version ist egal

. . . interessant . . .

Normalerweise dürfe cdrom_open nur beim vdr starten und cdrom_release beim beenden auftauchen. Irgendwas geht hier völlig schief.
Sieht für mich aus als ob das plugin irgentwie in einer endloss schleife hängt.
Hab leider keinen 2.6er kernel drauf zum testen. Hast du noch einen 2.4er alternativ am laufen ?

gruss Peter

goldbär · Oct 25th 2005

bei mir funktioniert das auch nicht.
Egal ob die Schublade auf oder zu ist, ob mit eingelegter DVD oder ohne, in den Logs steht immer nur eject -t ...
=> schließen geht immer, öffnen nie

VDR 1.3.34, Kernel 2.6.13.2, SuSE 9.3

NeverWise · Apr 1st 2007

Da sag' ich doch mal was zu dieser "alten Geschichte".
Ich weiß jetzt nicht, inwieweit die CD-Schubladen-Problematik (aktuelle Zustandserkennung) im Plugin grundsätzlich gelöst ist. Als Anregung vielleicht mal meine Lösung, die auch mit 'eject' arbeitet (das Prinzip ist zwar nicht auf meinem Mist gewachsen, die Adaption auf meinen VDR aber schon :bpl).

Man erstelle ein Skript '/usr/bin/vdr-eject' (ausführbar machen usw.):

Bash

#!/bin/bash
# vdr-eject


# get time stamp
ts=`date +%s`


# try to open tray
eject -r /dev/dvd


# check time for completing the open command
if [ $((`date +%s`-$ts)) -gt 0 ]; then
    # tray was closed and is now open
    svdrpsend.pl MESG "Tray geöffnet"
else
    # tray is already open and get's closed
    svdrpsend.pl MESG "Tray schließen"
    eject -rt /dev/dvd
fi

Display More

In die '/etc/lircrc' gehört jetzt (zusätzlich) eine Definition der Form:

Code

begin
  remote = SONY_RM-831
  button = VTR1_ON/STANDBY
  delay  = 5
  prog   = irexec
  config = vdr-eject
end

...funktioniert bei mir prächtig und 'toggle't die Schublade immer auf, zu, auf, zu, auf, zu, (auch, wenn vorher manuell oder durch ein anderes Plugin am Tray 'rumgespielt' wurde)

PeterD · Apr 1st 2007

Quote

Original von NeverWise
Da sag' ich doch mal was zu dieser "alten Geschichte".
Ich weiß jetzt nicht, inwieweit die CD-Schubladen-Problematik (aktuelle Zustandserkennung) im Plugin grundsätzlich gelöst ist. Als Anregung vielleicht mal meine Lösung, die auch mit 'eject' arbeitet (das Prinzip ist zwar nicht auf meinem Mist gewachsen, die Adaption auf meinen VDR aber schon :bpl).

...funktioniert bei mir prächtig und 'toggle't die Schublade immer auf, zu, auf, zu, auf, zu, (auch, wenn vorher manuell oder durch ein anderes Plugin am Tray 'rumgespielt' wurde)

Autsch, da betreibt jemand leichenflederei

Das problem ist wenn das plugin noch spielt.
Dann funktioniert auch dein 'eject' nicht.
Sehr übel ist hierbei das DVD plugin (ich glaub auch vcd), da das laufwerk nicht gesperrt ist.
Die schublade geht auf aber das plugin macht fleissig weiter.

Die probleme kamen vor allem von drei dingen:
[list=1]
[*]einige plugins haben das laufwerk nicht richtig freigegeben, z.B. DVD. Anschliessend funktioniert auch 'eject' überhaupt nicht mehr weil jemand das device sperrt. Das ist besonders komisch wenn man oben genanntes 'nicht sperren' mal vergleicht.
[*]ATAPI lässt den trayzustand nicht richtig erkennen (die SCSI väter müssen ziemlich stoned gewesen sein als dieses API definiert wurde). Das ist ein initialproblem und sollte nach einmal eject/insert zurückgestellt sein.
Das problem ist das hier natürlich nur ein eject gegeben werden soll wenn nötig.
[*]... womit wir beim hauptproblem sind, wegen 1) wird das laufwerk blockiert und erst kontrolliert gestoppt und dan entriegelt und ejected.
Wegen 2) endet das aber wohl manchmal im deadlock fest.
[/list=1]

gruss Peter

NeverWise · Apr 2nd 2007

zu 1. Das natürlich übel. Ich gebe zu, ich habe noch nicht probiert, die Disk auszuwerfen, während ein Plugin läuft ... (schien mir bisher immer wenig sinnvoll :))

zu 2. Ist mir doch wurscht, wie oft 'ejected' wird, wenn das Endergebnis meinen Erwartungen entspricht. Mir ging es in der praktischen Anwendung nur darum, dass irgendwie erkannt wird, was zu tun ist: Auf oder zu. Und das tut's halt. (Ja, schon klar, wenn man es ordentlich machen will, musst du auch alle möglichen 'Unglücksfälle' bedenken, hast ja recht.)

War auch nur so 'ne Idee...

Negge · Apr 2nd 2007

Ich hab gerade durch Zufall bei meinem Ubuntu gemerkt, das dort eject 2.1.4 verwendet wird, und dort gibt es die Option eject [-vn] -T [<name>] -- Laufwerk öffnen oder schließen.
Auf dem VDR hab ich nur 2.0.13, das kennt noch kein "-T". Vielleicht hilft das weiter...

trayopen 0.0.4-pre3

Participate now!

Share