[ANNOUNCE] vdr-trayopen-0.0.3

PeterD · 14. September 2005

Wer sagt das man gutes nicht noch verbessern kann.
Hab jetzt mal mit hilfe von diesem thread die auswertung des eject buttons am laufwerk zugefügt.

Wer jetzt fragt warum man den knopf überwachen muss sollte jetzt mal versuchen mit einer gemounteten disk mit der eject taste die disk auszuwerfen.

Zusätzlich funktioniert der eject jetzt generell auch bei gemounteter disc.
Damit das funktioniert muss das angegebene device genau das selbe sein das in fstab eingetragen ist:

Code

/dev/cdrom  /cdrom   iso9660     . . .
/dev/cdrom  /cdfs      cdfs          . . .
/dev/cdrom  /cdudf    udf           . . .

In diesem beispiel ist das device /dev/cdrom.
Der unmount von /dev/cdrom würde jetzt jedes der oben genannten logischen mount points unmounten.
Soweit ich das überprüft habe funktionieren auch symlinks auf das eigentliche device.

Bitte beachten, der default wurde auf /dev/cdrom zur anpassung an debian defaults geändert.

gruss Peter

P.S. Hab übrigens Morone vorher gefragt ob er was dagegen hat es als 0.0.3 weiterzuführen.
Als erweiterung stell ich mir noch eine verbindung zum vdrcd vor, sodass mp3, cdda, vdr, vcd und dvd danach automatisch abzuspielen gehen, da der cd statusmonitor auch das einlegen der disc mitbekommt.

. . . es lebe der WAF . . .

P.P.S. getestet übrigens erst unter vdr-1.3.24, nur falls es probleme mit neueren versionen gibt.

P.P.P.S. weiter hinten gibt's jetzt einen experimentellen trayopen-0.0.4-pre1 für ganz wahnsinnige tester . . .

[NEU]trayopen-0.0.4-pre2 weiter hinten . . .

wilderigel · 14. September 2005

Läuft hier mit vdr 1.3.31 - tx

PeterD · 15. September 2005

11 minuten für runterladen und compilieren.
Leute, das hab ich aber schon schneller gesehen

arghgra · 15. September 2005

Zitat

Original von PeterD
11 minuten für runterladen und compilieren.
Leute, das hab ich aber schon schneller gesehen

Absolut gesehen schneller als die Schublade meines alten DVD-LWs aufgeht - also in time

arghgra

gemuesepudding · 15. September 2005

angesehen habe ich mir das noch nicht.

Aber, ich habe mal ein "wurde-eine-CD-eingelegt"-prüfung geschrieben. Hoffenlich habe ich das noch. Ich such mal. Jemand interesse, wenn ich es finde? ggf. PM an mich

war recht einfach. Einfach die iocrl struktur reglemäßig prüfen.

V_R

gemuesepudding · 15. September 2005

So adhoc habe ich das projekt nicht gefunden.

Aber einen Perl-Code, der sollte helfen.

Perl

#!/usr/bin/perl -w
use strict;


#/usr/include/asm/fcntl.h:#define O_RDONLY 00
#/usr/include/asm/fcntl.h:#define O_NONBLOCK 04000


# my $err = !sysopen(CD, "/dev/cdrom", O_RDONLY | O_NONBLOCK);
my $err = !sysopen(CD, "/dev/cdrom", 00 | 04000);
if ($err) {
  print "ERR_DEVOPEN\n";
  return;
}
my $tochdr = "";
do {
  do {
    sleep(1);
    $err = !ioctl(CD, 0x5305, $tochdr);
  } while ($err);


  print "Found a disk\n";
  close(CD);
  # backup disk to raid array
  `/usr/bin/dvdbackup -M -i/dev/hdd -o/DVDs`;
  # eject drive when done so I know its time for another
  `eject /dev/hdd`;
  # might need to chmod/chown some stuff to ensure rip is readable


} while (1);

Alles anzeigen

Gurkendieb · 15. September 2005

Hi,

hab' mal das Makefile gefixt, damit "make dist" funzt.

bye

PeterD · 15. September 2005

Zitat

Original von v_r
angesehen habe ich mir das noch nicht.

Aber, ich habe mal ein "wurde-eine-CD-eingelegt"-prüfung geschrieben. Hoffenlich habe ich das noch. Ich such mal. Jemand interesse, wenn ich es finde? ggf. PM an mich

war recht einfach. Einfach die iocrl struktur reglemäßig prüfen.

V_R

Alles anzeigen

Ist schon mit drin. Der orginalcode stammt von auto-eject-cdrom].
Lediglich die orginalen mount befehle von auto-eject-cdrom wurden auskommentiert.
Ich hab vor das statt mount das vdrcd plugin aufgerufen wird.
Dadurch wäre für (fast) alle discs ein autostart möglich.
Wird natürlich deaktivierbar, fals man die disk z.B. rippen möchte.
Ebenfalls auf der "abschussliste" ist die verwendung von "eject".
Ich baue das ganze bereits direkt auf die entspechenden ioctl's aus.

gruss Peter

LordJaxom · 15. September 2005

Zitat

Original von PeterD
Als erweiterung stell ich mir noch eine verbindung zum vdrcd vor, sodass mp3, cdda, vdr, vcd und dvd danach automatisch abzuspielen gehen, da der cd statusmonitor auch das einlegen der disc mitbekommt.

Seit VDR 1.3.32: cRemote::CallPlugin("vdrcd");

Vor 1.3.32 gibts leider keine Möglichkeit von einem Plugin ein anderes Plugin zu starten.

PeterD · 15. September 2005

Zitat

Original von LordJaxom

Seit VDR 1.3.32: cRemote::CallPlugin("vdrcd");

Vor 1.3.32 gibts leider keine Möglichkeit von einem Plugin ein anderes Plugin zu starten.

Ist so nicht ganz richtig.
Vdrcd holt sich das passende plugin und startet es per:

Code

cPlugin *p = cPluginManager::GetPlugin(Typelist[type].PlugIn);
	cOsdObject *osd = NULL;
	if (p) {
		osd = p->MainMenuAction();

Das hab ich jetzt adaptiert:

Code

pMountPlugin = cPluginManager::GetPlugin("vdrcd");
. . .
und
. . . 
  if (pMountPlugin)
  {
     osd = pMountPlugin->MainMenuAction();
     if (osd)
       mounted = true;

Jetzt hab ich das problem das plugin zu stoppen beim eject.
Da es jetzt aber nicht mehr vdrcd ist hau ich einfach mit dem hammer drauf:

cRemote::plugin->Put(kStop, true);

Wenn jetzt ne normale vdr aufnahme abspielt wird die natürlich auch gestopt. Ich umgehe das etwas durch die mounted variable.
Wenn das plugin per hand schon gestoppt wurde bekomme ich das so aber nicht mit und haue immer noch mit dem hammer drauf.
Gibts ne möglichkeit sich das plugin zu merken das vdrcd started um diese selektiv zu stoppen ?

gruss Peter

P.S. im augendblick nur work in progress, da ich die neue version noch nicht mal durch den compiler gejagt hab . . .

LordJaxom · 15. September 2005

Zitat

Original von PeterD
Ist so nicht ganz richtig.
Vdrcd holt sich das passende plugin und startet es per: [...]

Schon klar, jedoch klappt das nur innerhalb einer MainMenuAction. Unter Autostart verstehe ich einen Thread der im Hintergrund überwacht. Grund ist, dass es ausser return mObject; in MainMenuAction keine Möglichkeit gibt dem VDR das mObject unterzuschieben. Das wird spätestens dann zu einem Problem für Dich, wenn Du z.B. eine VCD mit zwei Titeln hast, dann bleibt vdrcd nämlich bei der Trackauswahl stehen.

Zitat

Jetzt hab ich das problem das plugin zu stoppen beim eject.

Das dürfte daran liegen dass das Plugin selbst bzw. seine MainMenuAction beim Abspielen ja nicht mehr existiert sondern durch ein cControl ersetzt wurde.

Allerdings solltest Du jegliche momentan aktive cControl durch ein
cControl::Shutdown();
abschiessen können (allerdings einschliesslich einer VDR-Wiedergabe)

Zitat

Wenn jetzt ne normale vdr aufnahme abspielt wird die natürlich auch gestopt. Ich umgehe das etwas durch die mounted variable.
Wenn das plugin per hand schon gestoppt wurde bekomme ich das so aber nicht mit und haue immer noch mit dem hammer drauf.
Gibts ne möglichkeit sich das plugin zu merken das vdrcd started um diese selektiv zu stoppen ?

Ich denke nicht dass Du eine Wiedergabe selektiv stoppen kannst, da im VDR-Kern nur noch das cControl-Objekt existiert. Dessen Ableitung könnte ja jeder beliebige Player (einschliesslich Transfermode) sein.

Eine kleine Idee hätte ich aber:

Du kannst doch mit cStatus::Replaying abfangen, wann eine Wiedergabe gestartet und gestoppt wird. Dabei wird auch die cControl* übergeben (bzw. NULL bei Wiedergabeende). Anhand des übergebenen Textes kann man (wenn auch mit etwas Aufwand, siehe z.B. text2skin-Plugin) feststellen um welche Wiedergabe es sich handelt.

Mit diesen Informationen wüsstest Du immer, ob und was gerade abgespielt wird.

EDIT: Ergänzend könntest Du ein Flag vdrcdStarted setzen, wenn selbiges passiert ist, dann replayStarted wenn cStatus::Replaying(...) kommt und beide Flags löschen, wenn cStatus::Replaying(NULL) kommt. Die Eject-Logik wäre dann IMHO nur noch

Code

if (vdrcdStarted && replayStarted) cControl::Shutdown();

Hoffe beim Hirnstürmen gehilft haben zu können

PeterD · 16. September 2005

WARNUNG:
dies ist wirklich nur eine pre-version, also wirklich nur work in progress !
Es gibt noch einige ernste probleme.

Zitat

Original von LordJaxom

Schon klar, jedoch klappt das nur innerhalb einer MainMenuAction. Unter Autostart verstehe ich einen Thread der im Hintergrund überwacht. Grund ist, dass es ausser return mObject; in MainMenuAction keine Möglichkeit gibt dem VDR das mObject unterzuschieben. Das wird spätestens dann zu einem Problem für Dich, wenn Du z.B. eine VCD mit zwei Titeln hast, dann bleibt vdrcd nämlich bei der Trackauswahl stehen.

Das problem ist genau eingetreten.
Disks mit vdr aufnahmen lassen sich nicht starten. Es erscheint lediglich eine (leere) recordings ansicht. Die muss ich leider per holzhammer (delete(osd)) abschiessen.
VCDs gehen bei mir gar nicht, liegt aber wohl am vdrcd setup.
CDDA, MP3 und DVD funktionieren schon recht gut.
Einstellungen im setup.CDAutoStart werden momentan erst beim nächsten start berücksichtigt . . .
. . . ich arbeite ber daran.

Ich habe auch die setup funktionen von Morone etwas aufgeräumt.
Dabei ist mir noch ein fettnäpfchen von vdr aufgefallen.
Die "Yes/No"" einstellungen im setup funktionieren genau invers zur erwartung: Yes ist 1 und damit als Bool false. Konsequenterweise ist auch die vdr funktion in der pluginklasse: *MainMenuEntry(void) { return m_HideMainMenuEntry ? NULL : tr(MAINMENUENTRY); } falsch. Kurz gesagt HideMainMenuEntry=true führt dazu das der MainMenu eintrag ANGEZEIGT wird . . .
. . . noch fragen

Ich vote dafur das YES = true ist um das etwas aufzuräumen. Bools die invers zu ihrem namen funktionieren sind nicht gerade nett. So was gehört in den "international obfuscated C contest", aber nicht in VDR

. . . genug frust für diesen FREITAG . .

Was noch fehlt ist eine anpassung an vdr 1.3.32 um den start von vdrcd zu verbessern.
Auch die stop-steuerung nach den ideen von LordJaxom fehlt noch.
Im moment erfolgt einfach ein stop nach holzhammermethode.

gruss Peter

LordJaxom · 16. September 2005

Zitat

Original von PeterD
Dabei ist mir noch ein fettnäpfchen von vdr aufgefallen.
Die "Yes/No"" einstellungen im setup funktionieren genau invers zur erwartung: Yes ist 1 und damit als Bool false.

Hääh?!

Wie jetzt eins ist false oder null ist hä? Also eigentlich bin ich der Meinung, dass Yes der 1 entspricht und No der 0. Und in C/C++ ist eigentlich "==0" false und "!=0" true. Oder gibts plötzlich nen neuen Sprachstandard?

Zitat

Konsequenterweise ist auch die vdr funktion in der pluginklasse:
*MainMenuEntry(void) { return m_HideMainMenuEntry ? NULL : tr(MAINMENUENTRY); } falsch. Kurz gesagt HideMainMenuEntry=true führt dazu das der MainMenu eintrag ANGEZEIGT wird . . .
. . . noch fragen

Also das vermag ich nun irgendwie nicht zu verstehen

PeterD · 16. September 2005

Zitat

Original von LordJaxom

Hääh?!

Wie jetzt eins ist false oder null ist hä? Also eigentlich bin ich der Meinung, dass Yes der 1 entspricht und No der 0. Und in C/C++ ist eigentlich "==0" false und "!=0" true. Oder gibts plötzlich nen neuen Sprachstandard?

. . . also heut ist freitag und mein projektleiter hat heut morgen um 10 schon generft das handtuch geworfen und ist ins wochenende verschwunden . . .

Also gut möglich das ich die übersicht hier verloren hab. Deshalb hasse ich persönlich den misbrauch von int als Bool

Ich bin persönlich mit meinem Bool CDAutoStart da auf die nase gefallen.
Ich hab HideMainMenuEntry als master copy benutzt.
Wenn dann in setup "No" stand ergab CDAutoStart=true.

Also, man nehme ein Bool (im prinzip ein int) und benutze cMenuEditBoolItem. Setz ich auf "Yes" und speichere das ganze mit SetupStore.
Muss das ergebnis im setup.conf nun "0" oder "1" sein ?

Ich glaub mich zu erinnern das 0=false und alles andere true ist ?

Entweder bin ich völlig oder Morone hat hier ein paar inversionen drin. Bei den andere plugins heist der punkt auch "Hide mainmenu entry", bei Morone "Show mainmenu entry".

. . . ich bin verwirrt . . .

gruss Peter

Gurkendieb · 16. September 2005

Hi,

Zitat

Entweder bin ich völlig oder Morone hat hier ein paar inversionen drin. Bei den andere plugins heist der punkt auch "Hide mainmenu entry", bei Morone "Show mainmenu entry".

Die Setupoption heisst "Hauptmenueeintrag anzeigen"
und nicht "Hauptmenueeintrag verstecken".
Also ne reine Definitionssache.

Das Plugin ist so alt , da hatten gerade mal 3 Plugins die Option
und ich habe es von irgendeinem adaptiert.
"Hauptmenueeintrag verstecken" kam erst spaeter.

Nebenbei mal bemerkt , habe ich zwar geschrieben , dass es mir banane
ist , was du mit dem Plugin machst aber gleichzeitig auch , dass ich mit
der Verbindung zu vdrcd nicht gluecklich bin. Da ich das
Errorhandling zu aufwendig finde und ich denke , dass vdrcd selber
diese Funktion anbieten sollte und nicht irgendein anderes Plugin.

Wenn du so weitermachst, wird es bald noetig sein , selbst trayopen zu
patchen um es bei neuen Versionen einzusetzen

Ich ernenne dich deshalb auch zum neuen Maintainer (welch bloedes Wort fuer son billiges Plugin;)) vom Plugin , da ich ja ne Version
rausgebe , wo halt nur Funktion ueber ioctl eingebaut sein wird.
Also trayopen-MKIII

Also solltest "du" es irgendwo hosten und das WIKI umaendern.

bye

PeterD · 17. September 2005

Zitat

Original von Morone
Nebenbei mal bemerkt , habe ich zwar geschrieben , dass es mir banane
ist , was du mit dem Plugin machst aber gleichzeitig auch , dass ich mit
der Verbindung zu vdrcd nicht gluecklich bin. Da ich das
Errorhandling zu aufwendig finde und ich denke , dass vdrcd selber
diese Funktion anbieten sollte und nicht irgendein anderes Plugin.

Alles anzeigen

Das wird leider so nicht gehen, da für trayopen und für vdrcd jeweils ein menüeintrag erforderlich ist um keine funktionalität zu verlieren.
Man könnte zwar ein untermenü aufmachen, das macht aber vor allem eject nicht einfacher.
Da ab vdr 1.3.32 (?) wohl der pluginaufruf möglich ist, denk ist es einfacher beide seperat zu halten.

Zum errorhandling hat ein kollege noch einen ziemlich einfachen vorschlag gehabt. Einfach unmounten und wenns nicht geht mit cControl::Shutdown() den playback stoppen und noch mal unmounten.
Da ganze braucht also gar nicht zu wissen das der playback über den autostart gestartet wurde sondern nur dass der mountpoint noch benutzt wird. Das handeln einer blockierung durch externen zugrif auf den montpoint von ausserhalb vdr ist für ein WAF-plugin gar nicht nötig
(sowas benutzt ausser HH_Maus wohl keine der benutzerinnen ).
Der seiteeffekt das ein playback gestopped wird ist wohl dann zu verschmerzen (wir leben da mit anderen kröten im vdr)

Zitat

Wenn du so weitermachst, wird es bald noetig sein , selbst trayopen zu
patchen um es bei neuen Versionen einzusetzen

Durchaus möglich

Der pluginstart für vdrcd wird für >=1.3.32 jedenfalls geändert.

Zitat

Ich ernenne dich deshalb auch zum neuen Maintainer (welch bloedes Wort fuer son billiges Plugin;)) vom Plugin , da ich ja ne Version
rausgebe , wo halt nur Funktion ueber ioctl eingebaut sein wird.
Also trayopen-MKIII

???
Machst du selber nun doch noch ne version ?
Die 0.0.3 ist doch noch ohne mount "unsinn" und praktisch nahe am MK(R) orginal

Übrigens hat jetzt trayopen einen eigenen thread. Also SO einfach ist es jetz ja nun nicht mehr.

Zitat

Also solltest "du" es irgendwo hosten und das WIKI umaendern.

Mach ich bei gelegenheit . . .

gruss Peter

Gurkendieb · 17. September 2005

Zitat

Das wird leider so nicht gehen, da für trayopen und für vdrcd jeweils ein menüeintrag erforderlich ist um keine funktionalität zu verlieren.
Man könnte zwar ein untermenü aufmachen, das macht aber vor allem eject nicht einfacher.
Da ab vdr 1.3.32 (?) wohl der pluginaufruf möglich ist, denk ist es einfacher beide seperat zu halten.

Hmmm , dass seh' ich anders.
Das ganze macht imho nur Sinn , wenn nebenher fortwaehrend
der Status vom Laufwerk gecheckt wird ansonsten wuerde
manuelles Einlegen eines Medium ja net funzen.
Damit das funzt, muss! man dann ja beide Plugins installiert haben.

Ich meine ja jetzt nicht , dass noch extra eine Funktion bei vdrcd eingebaut werden muss, welche das trayopen schon bietet (eject).

etc. usw. ist auch egal

PeterD · 17. September 2005

Zitat

Original von Morone
Ich meine ja jetzt nicht , dass noch extra eine Funktion bei vdrcd eingebaut werden muss, welche das trayopen schon bietet (eject).

Trayopen und vdrcd haben zwei hautpunktionen:

Tray öffnen/schliessen
Disk abspielen

Es gibt aber nur einen hautpmenüeintrag, also ist ein untermenü oder die farbtasten fällig.
Wichtig wird der "disk abspielen" punkt bei vdr discs. Da die nicht in die recordingsliste eingemapt werden kommt man nur über vdrcd dran (zumindestens bei valilla vdrcd).

gruss Peter

PeterD · 18. September 2005

Nachden ich mein vdrcd plugin richtig zum laufen bekommen hab hier eine neue preversion.
Gelöst ist nun das übernehmen der neuen settings im setup menü.
Getestet und für gut befunden wurde die zusammenarbeit CDDA, MP3 und DVD. Probleme bereiten noch vdr und (s)vcd discs.

Bei vdr disks wird keine recordingsliste angezeigt, sodass sie sich nicht starten lassen. Weitere probleme treten hier aber nicht auf.

Vcds bereiten noch richtig probleme. Stoppen mit cControl::Shutdown scheint hier noch etwas am laufwerk zu blockieren. Um die disc trotzdem herauszubekommen habe ich auf die eject variante über die scsi ioctls zurückgegriffen, die auch in "eject" benutzt wird.
Dabei treten jedoch manchmal folgefehler mit dem laufwerk auf.
Hier wäre mal interessant wie das bei leuten ohne ide-scsi funktioniert.
Ich benutze noch kernel 2.4.27. Eventuell funktioniert das ja bei einem 2.6er kernel anders.

Wer keine vdr oder vcd disks benutzt kann das plugin aber schon durchaus benutzen. Habs bei mir selber schon im produktiv-vdr laufen.

gruss Peter

viking · 20. September 2005

Hallo,

ich glaube ich habe den überblick verloren ...

Wird jetzt der eject knopf überwacht oder das schließen/öffnen des laufwerks oder beides ?

Was genau macht das plugin beim öffnen/schließen ?

Ich erzähle mal was ich mir wünsche.
Ich habe 2 jungs (und ein mädchen) die sind 1,5 / 2,5 jahre alt und verdammt neugierig
Also so einen DVD-auswurfknopf ist was ganz spannendes ... und damit sie mir das laufwerk/eingelegter DVD nicht kaputt machen, mounte ich das medium immer! (auch beim booten)

Damit geht der eject knopf nicht mehr und die jungs haben kein spielzeug - so weit so gut Auch abspielen klappte bisher immer obwohl gemontet (habe aber nicht alle cd/dvd typen ausprobiert muß ich gestehen).
Aber da ich ja auch das medium wieder raus haben möchte habe ich mit commands.conf ein mount/unmount script was ich aufrufe. Das mountet oder ejectet das medium. Ist aber nicht so richtig komfortable und WAF nicht sehr hoch

Deshlab finde ich das trayopen-plugin interessant

Ich wünsche mir also das es (konfigurierbar) auch das laufwerk mountet und (konfigurierbar) das man das Medium nicht per hardware-knopfdruck auswerfen kann, sondern nur per VDR menü.

Wenn es noch mehr kann wie z.b. autostarts - um so besser ...
Wie oft wird eigentlich geprüft / was kostet das an CPU zeit ?

Ach ja, was passiert eigentlich wenn man "CDAutoStart" aktiviert hat und eine leere DVD-R einlegt um sie mit dem burn plugin zu beschreiben ...

Danke

Gruß
Viking

[ANNOUNCE] vdr-trayopen-0.0.3

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema