Test Movieplayer mit "(c) Wabber-Queue"

[denis4er]

Hi,

danke für die Hilfe!

Hab es jetzt auch so bei mir eingebaut.
Kann ich auch es irgendwo sehen ob dies richtig ausgeführt wird?

gruß

[Tommy]

baue ein echo ein und verfolge es an der console

[petb]

Hi, ich hab das so in der recording.end

Code: Alles auswählen

#!/bin/sh
#Puffer des MP auf 100 Segmente stellen
FOUND=`grep network_nfs_recordingdir /var/tuxbox/config/neutrino.conf` || exit
RECDIR=`expr substr $FOUND 26 154`
cd $RECDIR && FILES=`ls -c *.ts` || exit
for FILE in $FILES; do
break;
done
genpsi -sm 100 $RECDIR/$FILE

das geht prima.

Gruß Michael

Mal ne Frage:
Das script macht das dann aber für alle Files in dem Verzeichnis, oder ?
Das bedeutet dann nach jeder Aufnahme, eben z.B. auch 20 mal wenn da 20 Files drinnen sind.

Hat da nicht mal jemand was geschrieben oder nachgefragt ob man nicht den Namen des aktuellen Aufnahmefiles irgenwie rausziehen kann ?


Und ich muss sagen,
Danke gmo18t, das mit dem springen ist wieder besser geworden (aktueller JTG Testsnap, danke Riker)
Das mit der gelben taste, geht bei mir auch nicht 100%, aber wie schon mal geschrieben OK an deren Stelle geht.

Da werde ich die nächste Zeit auch mal drauf achten, ob die Box/das Handling mit oder ohne Patch etc. "schöner" läuft.

Noch eine Frage:
habe es heute wieder geschafft über Netzsegment B einen Film, der über Segment A aufgenommen wird, abzuspielen.
Gab zwar immer mal wieder "Puffern" aber es ging.
Ich fand aber es ging nicht so gut wie beim letzten Versuch.
Ob das jetzt an einer unterschiedlichen Datenrate lag oder an irgend welchen Änderungen im MP weis ich nicht.

Ich würde mich auch nach wie vor freuen wenn die Größe des Puffers, außer in den Files direkt, irgendwie irgendwo von hand einstellbar wäre.

Bye
PetB
*edit*
ok hab eben das mit -c gesehen.
Aber was ist dann wenn ich mehrere Boxen habe und da eben durchaus eine Aufnahme zwischen der ctime der .xml und dem .ts sein kann?
Dann kommt er durcheinander oder ?
*/edit*

[MOhlmann]

Hi,

@petb
nein es wird immer nur der zuletzt aufgenomme film gepatcht.

@denis4er
wenn du den film startest ist das im seriellen log zu sehen mit wievielen segmenten der startet.

Gruß Michael

[kroki]

@all

Im Neutrino befindet sich bereits eine alte Version vom Genpsi. Diese habe ich mal auf die neue Upgedatet. Über die "Direktrecording-Einstellungen"
ist die Segmentsize konfigurierbar.

Hier das Diff: http://s64.yousendit.com/d.aspx?id=1KYS ... 03U93B3CO1

Damit ist das Scripten der Aufnahmen nicht mehr nötig, es wird der Genpsi-Header automatisch geschrieben....

Währe nett, wenn es einer ins CVS übernehmen könnte.......

Gruß Kroki

[petb]

@all
Im Neutrino befindet sich bereits eine alte Version vom Genpsi. Diese habe ich mal auf die neue Upgedatet. Über die "Direktrecording-Einstellungen"
ist die Segmentsize konfigurierbar.
Hier das Diff: http://s64.yousendit.com/d.aspx?id=1KYS ... 03U93B3CO1
Damit ist das Scripten der Aufnahmen nicht mehr nötig, es wird der Genpsi-Header automatisch geschrieben....
Währe nett, wenn es einer ins CVS übernehmen könnte.......
Gruß Kroki

Schön,
das wäre dann auf die schnelle ein Workaround. ?

Fragen:
Wenn der Header dann dem MP sagt er solle als Segmentgröße X nehmen.
Wieviel Speicher entspricht dann einem Segment, gibt es da sinvolle vielfache von x ?
Gibt es ein Sinnvolles Maximum (oder ein Wert ab dem es garnicht mehr geht etc. ?)

Was passiert dann wenn ich z.B. ein Box mit viel Speicher habe und ALLE Aufnahmen eben mit einem großen Pufferheader versehe und ich das Ding aber auf anderen Boxen mit weniger Speicher abspielen möchte ?
Crasht der MP oder meckert er oder ignoriert er... ?

Wäre es dann nicht besser das im jeweiligen Player einstellen zu können anstatt fest im File ?

Oder bin ich jetzt auf dem Holzweg und es wurde bereits erklärt warum und wieso ?

@Mohlmann
Ok habe -c (ctime) als creation anstatt modification gesehen.
Alles Klar.
Bye
PetB

[denis4er]

Hi,

möglicherweise kommt ja jetzt eine andere Lösung, das mit dem patchen aus der recording.end klappt bei mir irgendwie nicht.

@MOhlmann
Du schreibst das es bei dir klappt, hast du es auch mal an der seriellen schnittstelle geprüft wie es dort aussiest?

Bei mir kommt mit der obigen Einstellung in der recording.end beim Anspielen über die serielle schnittstelle sowas.

buffer(1633344 bytes) created, using (24) total segments, opt =( 18 )

wenn ich es von hand auf 128 patche dann siehts schon anders aus

buffer(8711168) using(128) opt(24)

dh. bei mir wird nichts gepatcht beim beenden

genpsi liegt in /var/tuxbox/config/ habs auch schon mit den absoluten pfad probiert chmod ist auch auf 755.

mache ich da noch was falsch, wenn es bei anderen wircklich so wie oben beschrieben funktioniert?

gruß

[Tommy]

pack es mal nach /var/bin dann kannst Du Dir den Path sparen

[denis4er]

@Tommy
habs auch mal in /var/bin/ probiert, geht auch nicht,
an den Pfadangaben zu genpsi liegts wohl nicht.

[MOhlmann]

@denis4er

bei mir geht das so wie ich es hier gepostet hab.

hier noch das log nach der aufnahme.

Code: Alles auswählen

[neutrino.cpp] executing /var/tuxbox/config/recording.end.
avia_av_wdt_thread: video decoding stopped ==> restart
TuxCalD <wakeup>

file (/mnt/filme/Star_Trek___Das_n_chste_Jahrhundert_2006-04-03_171002.001.ts) analyzed - detected PIDs:

 Video: (0x1ff)
 Audio: (0x200)

buffer segments opt/max (75/100)
synced to pos (0) - start patching ...
... EDT/PMT/PAT/GMO (752 bytes) write done !

Was für ein genpsi hast? Das ich habe ist von gmo18t


Gruß Michael

[denis4er]

@kroki
Ist diese Konfiguration dann in der "Direktrecording-Einstellungen" nur dann gültig, wenn direkt auf nfs aufgenommen wird oder wird dies auch dann berücksichtigt, wenn man über ein Server aufnimmt (z.B JtG mit udrec)

[denis4er]

@MOhlmann
Habe es auch von gmo18t, auf der seite liegen neben der neutrino-x files auch genpsi-ppc und genpsi.zip.

Hab die genpsi-ppc in genpsi umbenannt und auf die Box geladen

[PauleFoul]

Schön wäre es aber wenn man den Buffer des Movieplayers
einstellbar machen könnte.
Jetzt auch den noch den Umweg über Genpsi konfigurierbar zu machen
kann ich nicht ganz nachvollziehen...

Was ist denn dann mit älteren Filmen??


Gruß
____Paule

[petb]

Schön wäre es aber wenn man den Buffer des Movieplayers
einstellbar machen könnte.
Jetzt auch den noch den Umweg über Genpsi konfigurierbar zu machen
kann ich nicht ganz nachvollziehen...
Was ist denn dann mit älteren Filmen??
Gruß
____Paule

Stimme ich zu.
Dann müsste man bei älteren Aufnahmen alle Files patchen.
Und es gäbe immer noch das Problem bei mehreren verschieden ausgestatteten Boxn im Netzwerk.
Bye
PetB

[zexma]

Schön wäre es aber wenn man den Buffer des Movieplayers
einstellbar machen könnte.
Jetzt auch den noch den Umweg über Genpsi konfigurierbar zu machen
kann ich nicht ganz nachvollziehen...
Was ist denn dann mit älteren Filmen??
Gruß
____Paule

Stimme ich zu.
Dann müsste man bei älteren Aufnahmen alle Files patchen.
Und es gäbe immer noch das Problem bei mehreren verschieden ausgestatteten Boxn im Netzwerk.
Bye
PetB

irgendwer versteht hier was falsch.

Über die "Direktrecording-Einstellungen" ist die Segmentsize konfigurierbar.

[petb]

Schön wäre es aber wenn man den Buffer des Movieplayers
einstellbar machen könnte.
Jetzt auch den noch den Umweg über Genpsi konfigurierbar zu machen
kann ich nicht ganz nachvollziehen...
Was ist denn dann mit älteren Filmen??
Gruß
____Paule

Stimme ich zu.
Dann müsste man bei älteren Aufnahmen alle Files patchen.
Und es gäbe immer noch das Problem bei mehreren verschieden ausgestatteten Boxn im Netzwerk.
Bye
PetB

irgendwer versteht hier was falsch.

Über die "Direktrecording-Einstellungen" ist die Segmentsize konfigurierbar.

Hmm, ich
habe das so interpretiert:
Wenn ich dort dann X einstelle wird bei jeder Aufnahme das x in die Datei geschrieben.
Wenn das nicht so ist, habe "ich" es falsch verstanden.
Weil kroki schrieb

Damit ist das Scripten der Aufnahmen nicht mehr nötig, es wird der Genpsi-Header automatisch geschrieben....

denke ich er meint eben nicht das der MP die Einstellung auswertet oder ?

Bye
PetB

[zexma]

Hmm, ich
habe das so interpretiert:
Wenn ich dort dann X einstelle wird bei jeder Aufnahme das x in die Datei geschrieben.
Wenn das nicht so ist, habe "ich" es falsch verstanden.
Bye
PetB

Code: Alles auswählen

+recordingmenu.ts_max_segments Max. Segments fuer Play-Queue
+recordingmenu.ts_max_segments_hint_1 Anz. Segmente fuer Movieplayer
+recordingmenu.ts_max_segments_hint_2 Bereich >24 <128

[petb]

Hmm, ich
habe das so interpretiert:
Wenn ich dort dann X einstelle wird bei jeder Aufnahme das x in die Datei geschrieben.
Wenn das nicht so ist, habe "ich" es falsch verstanden.
Bye
PetB

Code: Alles auswählen

+recordingmenu.ts_max_segments Max. Segments fuer Play-Queue
+recordingmenu.ts_max_segments_hint_1 Anz. Segmente fuer Movieplayer
+recordingmenu.ts_max_segments_hint_2 Bereich >24 <128

Danke zexma.
Dann habe ich den Satz mit dem Header falsch interpretiert.
Und da ich die Option im jetzigen JTG Testsnap nicht gefunden habe konnte ich es auch nicht ausprobieren.

Ok, dann frage ich, wieviel kB ist ein Segment ?
Nicht das ich die Box (Speicher) sprenge.
Bye
PetB

[saruman]

Also sexy fänd ich's ja, wenn der Parameter noch mit einer Automatik versehen würde. Sprich: Auf AUTO (oder auch 0, was auch immer) wird der aktuelle Speicher der Box ausgelesen und ein entsprechender Wert für die Anzahl der Segmente benutzt.

[MOhlmann]

@petb

Jetzt noch was zur Dimensionierung der Queue bzw. der Puffer:
- 1 Segment ist (32 * 920) bytes groß (hab dabei auf 188Byte alignment geachtet)
- Der Puffer des demux-devices ist genauso groß wie ein Segment (mit ein wenig Reserve, damit's nicht unerwartet klemmt)
- Die Pointer-Queue kann maximal 24 Segmente aufnehmen (high-water)
- Die "low-water" Marke ist auf 2 gesetzt
- Die Optimal-Marke liegt bei (high*3/4)

- GMo -

Das hab ich im ersten Posting diese Beitrages gefunden.

Gruß Michael

[Tommy]

dann währen ja 100 segmente gerade mal 2,9MB oder hab ich mich da verechnet In diesem Fall könnte ich bei einer 32MB Speichererweiterung 1000 Segmente einstellen

[petb]

@petb

Jetzt noch was zur Dimensionierung der Queue bzw. der Puffer:
- 1 Segment ist (32 * 920) bytes groß (hab dabei auf 188Byte alignment geachtet)
- Der Puffer des demux-devices ist genauso groß wie ein Segment (mit ein wenig Reserve, damit's nicht unerwartet klemmt)
- Die Pointer-Queue kann maximal 24 Segmente aufnehmen (high-water)
- Die "low-water" Marke ist auf 2 gesetzt
- Die Optimal-Marke liegt bei (high*3/4)
- GMo -

Das hab ich im ersten Posting diese Beitrages gefunden.
Gruß Michael

Danke., aber ist das so aktuell ?
Denn dann verstehe ich nicht wenn da steht "max 24 segmente aufnehmen"
Es bei den Einstellungen aber >24 losgeht und bis <128 geht.
Ist diese Limitierung weg ?
Überschreibt die neue Einstellung den Standard Wert, etc. ?

Und was die 2,9mb angeht ist das ja schon eine angenehme Menge.
Bei sagen wir mal 900 KB/s Rate (ist schon hoch) sind es ja über 3 Sekunden.
Wenn ich jetzt davon ausgehe das aktuell 24 als Standard eingestellt sind
wären das dann ca. 700 kB, also je nach Rate ca. eine Sekunde.

Ist das so richtig ?

Ich würde auch gerne grundsätzlich fragen ob es Probleme gibt, wenn man den Puffer zuuu groß anlegt, da er ja mit zunehmender Größe und Hängern im Netz auch mehr vorliest, etc.
Wie verhält sich denn das aus Leistungssicht ? (Kann ich denn sinnvoll mehr als 128 Segemente einstellen und nutzen ?

Bye PetB

[PauleFoul]

Hmm, ich
habe das so interpretiert:
Wenn ich dort dann X einstelle wird bei jeder Aufnahme das x in die Datei geschrieben.
Wenn das nicht so ist, habe "ich" es falsch verstanden.
Bye
PetB

Code: Alles auswählen

+recordingmenu.ts_max_segments Max. Segments fuer Play-Queue
+recordingmenu.ts_max_segments_hint_1 Anz. Segmente fuer Movieplayer
+recordingmenu.ts_max_segments_hint_2 Bereich >24 <128

Sollte einer dieser Parameter den Puffer des Movieplayers beinflussen
stellen sich für mich folgende Fragen:

1. Was passiert bei mit gepatchten Filmen? Welcher Wert zählt da?
2. Welcher Parameter verstellt den Puffer? (+recordingmenu.ts_max_segments_hint_1 Anz. Segmente fuer Movieplayer)
3. Wäre dieser Parameter dann nicht besser in den Movieplayereinstellungen aufgehoben? Finde ich so irreführend...


Gruß
____Paule

[Tommy]

@all

Im Neutrino befindet sich bereits eine alte Version vom Genpsi. Diese habe ich mal auf die neue Upgedatet. Über die "Direktrecording-Einstellungen"
ist die Segmentsize konfigurierbar.

Hier das Diff: http://s64.yousendit.com/d.aspx?id=1KYS ... 03U93B3CO1

Damit ist das Scripten der Aufnahmen nicht mehr nötig, es wird der Genpsi-Header automatisch geschrieben....

Währe nett, wenn es einer ins CVS übernehmen könnte.......

Gruß Kroki

also vieleicht kann ja kroki das nochmal erläutern aber für mich sieht es so aus das der Header gepatcht wird und nicht der Movieplayer-segmentsize-buffer eingestellt wird

[mb405]

@kroki
haste ein problem mit den deutschen umlauten ?

Code: Alles auswählen

 recordingmenu.stream_vtxt_pid Videotext aufzeichnen
+recordingmenu.ts_max_segments Max. Segments fuer Play-Queue
+recordingmenu.ts_max_segments_hint_1 Anz. Segmente fuer Movieplayer
+recordingmenu.ts_max_segments_hint_2 Bereich >24 <128
 recordingmenu.use_fdatasync Synchrones Schreiben (fdatasync)

ich wäre auch dafür, das es ins cvs kommt. prima sache.

sieht ganz danach aus. deswegen benutze ich noch suse 9.1 mit den alten kde. da klappt das noch prima damit. alle anderen versuche mit neueren versionen sind bis jetzt kläglich gescheitert.

edit
eingebaut, und funktioniert prima

[neutrino.cpp] executing /var/tuxbox/config/recording.start.
Record channel_id: 43700016d6b epg: 43700016d6b862d, apids 0x0 mode 1
SPTS, queue 0 extended.
fsk:0, Genre:32, Dauer: 15

[genpsi]Detected PIDs:

Video: (0x262)
Audio: (0x26c)

[genspi] Buffer segments opt/max (90/120)
[genpsi] Writing TS-Header: EDT/PMT/PAT/GMO (752 bytes) write !

Stop
[stream2file] pthreads exit code: 1
PES, queue 0 normal.
[neutrino.cpp] executing /var/tuxbox/config/recording.end.