Thema: Kaffeine 0.8.x releases

[spoke1]

Das kann ich so bestätigen wie Du das darstellst. Diverse Sender humpeln hier und da ein wenig. Wenn Du mal "im Bild" einen Rechtsklick mit der Maus wagst wird dir ja ein Infofenster aufgemacht. Vergleich mal die Inhalte:

H.264/AVC (ffmpeg) 1280x720 <-- Arte

H.264/AVC (ffmpeg) 1920x1080 <-- Anixe

[ritschibie]

Aha! Bei diesen Sendern führt wohl derzeit kein Weg an einer vdpau-fähigen GraKa vorbei, um
ungetrübten HDTV-Genuß zu haben. Denke, mtron wird das bestätigen...

[mtron]

Nö, Keine Ahnung.

Mit einem aktuellen ffmpeg & xine-lib (von den sourcen) hast du gute chancen dass es viel besser funzt. Aber da ich selbst keine ati habe ist es für mich unmöglich sowas zu kommentieren. Sorry.

[ritschibie]

Da hast mich falsch verstanden.

Ich denke, Du hast ne Nvidia purevideo2 GraKa und da läuft alles ruckelfrei (mit vdpau).
Deshalb könntest Du mit so einer Graka ungetrübten HDTV-Genuß mit kaffeine bestätigen...

[kater]

hab da mal bei Ubuntuusers was dazu gefunden.

Code: [Auswählen]

http://forum.ubuntuusers.de/topic/hdtv-kein-ton-hackt-unter-kaffeine-0-88/3/Wobei ich Eishailiga für einen Wissenden halte.

[spoke1]

Da steht aber letztendlich auch nicht mehr drin als das was wir eh wissen/selbst herausgefunden haben.

[kater]

ist klar. Im vorletzten Beitrag äußert er sich zu seiner ATI. Es fehlt auch jetzt noch die Anbindung der GPU.
Also wie du schon schreibst und wie gehabt. ATI mauert. Deswegen verspreche ich mir vom neuen Kernel nicht viel, auser sofortige Hardwareerkennung.

[mtron]

Bugfix patch für kaffeine 0.8.8 rotor support. Sollte hoffentlich die berichteten Probleme mit flaschen positionierungen lösen.

Vorgeschichte:

There is a bug in DvbStream::gotoX in Kaffeine 0.8.8, which is fixed by the attached patch.

Look for example at what happens when azimuth = 15.951. The motor should be driven to 16.0 degrees, but when 15.951 is rounded up with if (USALS>0.5) ++rd; the carries into the upper nibble of CMD2 and the lower nibble of CMD1 are not handled properly. The result is CMD1 represents 0 instead of 16 degrees and CMD2 is undefined, being set by the non-existent 11th element  of DecimalLookup.

The patch fixes it, and I also took the opportunity to fix the strange division by while loops.

Code: [Auswählen]

--- dvbstream.cpp.orig
+++ dvbstream.cpp
@@ -758,31 +758,20 @@
 
 void DvbStream::gotoX( double azimuth )
 {
- double USALS=0.0;
+ unsigned long USALS;
  int CMD1=0x00, CMD2=0x00;
- int DecimalLookup[10] = { 0x00, 0x02, 0x03, 0x05, 0x06, 0x08, 0x0A, 0x0B, 0x0D, 0x0E };
 
+ //rotation direction
  if ( azimuth>0.0 )
  CMD1 = 0xE0;    // East
  else
  CMD1 = 0xD0;      // West
 
- USALS = fabs( azimuth );
-
- while (USALS > 16) {
- CMD1++;
- USALS-= 16;
- }
- while (USALS >= 1.0) {
- CMD2+=0x10;
- USALS--;
- }
- USALS*= 10.0;
- int rd = (int)USALS;
- USALS-= rd;
- if ( USALS>0.5 )
- ++rd;
- CMD2+= DecimalLookup[rd];
+ //angle : 12 bits with a precision of 1/16th of a degree
+ //a true binary fraction, NOT binary coded decimal
+ USALS = ( fabs(azimuth)*16 + 0.5 );
+ CMD1 |= (USALS & 0xf00) >> 8;
+ CMD2  = (USALS & 0x0ff);
 
  rotorCommand( 12, CMD1, CMD2 );
 }

[spoke1]

Hab ich anscheins 'ne Wundertüte von Rechner zu Hause. Nie Theater mit dem Rotor 
Bin zwar nicht neidisch auf Grund der fehlenden Probleme, aber lobend erwähnen darf man das ja sicher mal