Beiträge von Austrian Coder

und wie sollten die Zeilen für das Target im Makefile ausschauen?

Hallo zusammen...

ich bin auf der Suche nach einem einachen weg eine Komponente/Klasse ohne den VDR zu testen. Eigentlich ganz einfach: ein kleines Consolen-Program muss her, welches mit den Komponenten arbeitet.
Sagen wir, ich will Komponente A aus Plugin X testen:

#include <stdio.h>
#include <stdint.h>
#include <iostream>
#include <fstream>
using namespace std;


#include "a.h"
 
void usage() {
 	printf("test file\n\n");
}
 
int main(int argc, char* argv[]) {
 
	// check if there are enough arugments
 	if (argc < 2) {
 		usage();
 		return 1;
 	}
 
 	// try to open file
   	ifstream is;
  	is.open (argv[1], ios::binary ); 

  	// file not open?
 	if (!is) {
 		printf("failed to open file %s\n", argv[1]);
 		return -1;
 	}
 
   	// get length of file:
  	is.seekg (0, ios::end);
  	int length = is.tellg();
  	is.seekg (0, ios::beg);
 
   	// allocate memory:
  	char* buffer = new char [length];
 
  	// read data as a block:
  	is.read (buffer,length);


 	// close file
  	is.close();
 
 	// create new a
 	A* pA = new A();

 	A->tuewasmitBuffer(buffer, length);

 	// free memory
 	delete A;
	delete buffer;
 
 	return 0;	
}

Eigentlich ganz easy, doch ich weiss nicht, wie ich das Makefile anpasssen muss. Habe ein Target test hinzugefügt und rufe schön brav den g++ auf.. scheint alles noch zu passen, bis...

$ make test
g++ -fPIC -g -O2 -Wall -Woverloaded-virtual test.cpp -o test
/tmp/ccnJLXlj.o: In function `main':
/home/austriancoder/workspace/A/test.cpp:63: undefined reference to `A::tuewasmitBuffer(char*, int)'
collect2: ld returned 1 exit status
make: *** [test] Error 1

Wie mache ich das richtig?

Danke,
AC

Eine andere Idee: eine VPN Verbindung herstellen... so mache ich das und zwar mittels OpenVPN.

Zitat

Originally posted by Wicky

....arbeitet der denn noch am Plugin???

Gruß
Wicky

Jaja.. ich weiß es wird wirder mal Zeit für ne neue Version.. grundsätzlich arbeite ich noch daran, war das letzte halbe Jahr aber mit einem großen Projekt für die FH zu beschäftigt..
Ich habs ganz ganz oben auf meine ToDo gepackt...

Wenns nach mir geht, wird die neue Version Alsa verwenden - warte da aber noch bis es ein Release der Dxr3-Treiber mit Alsa geben wird. Und der Flimmer-Tick ausmärtzen kllingt auch gut...

Bin jetzt nich Zuhause, doch ich denke es geht so:
/etc/init.d/vdradmind start

Und um ihn immer beim Booten zu starten:
rc-update add vdradmind default

00:0e.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Philips Semiconductors KNC1 DVB-S Budget
        Flags: bus master, medium devsel, latency 32, IRQ 10
        Memory at e8800000 (32-bit, non-prefetchable) [size=512]


Class:     0x048000
Vendor:    0x1131
Device:    0x7146
SubVendor: 0x1131
SubDevice: 0x4f56

Ist eine KNC1

Hier noch lsmod

vdr ~ # lsmod
Module                  Size  Used by
em8300                 57348  0
i2c_algo_bit            7944  1 em8300
adv717x                 6804  1
lirc_serial            10944  1
lirc_dev               11908  1 lirc_serial
budget_av              11872  4
saa7146_vv             39648  1 budget_av
video_buf              15876  1 saa7146_vv
v4l1_compat            12516  1 saa7146_vv
v4l2_common             4704  1 saa7146_vv
videodev                6944  1 saa7146_vv
budget_core             6596  1 budget_av
saa7146                13448  3 budget_av,saa7146_vv,budget_core
ttpci_eeprom            2176  1 budget_core
stv0299                 8840  1 budget_av
dvb_core               67368  3 budget_av,budget_core,stv0299
tda10021                5316  1 budget_av
tda1004x               11812  1 budget_av
i2c_core               15664  8 i2c_algo_bit,adv717x,budget_av,budget_core,ttpci_eeprom,stv0299,tda10021,tda1004x

1x - danke

Wieder mal ein neues Release:

- adapt to VDR 1.3.42-1.4.0, oldest supported is now 1.3.42 (Ville Skyttä)
- clean up leftovers from the image grab code removal in 0.2.5 (Ville Skyttä)
- add Czech i18n placeholders (Ville Skyttä)
- be less noisy about audio mode (non-)changes (Ville Skyttä)
- add work-in-progress AC3 patch to patches/ (Agneau Egare, Ville Skyttä)
- use VDR's thread activity control features instead of our own (Luca Olivetti)

Zu finden unter http://prdownloads.sourceforge…r-dxr3-0.2.6.tgz?download

Viel Spaß

Coole Sache...

Weil es eine Änderung ab 1.3.42 gab:
Added an 'Id' parameter to cDevice::PlayAudio() to allow plugins to easier
process the audio data (thanks to Marco Schlüßler).

Weiß aber nicht ob das em84xx-Pluign betroffen ist.

Welche VDR-Version verwendest du denn? Bin mir nicht sicher ob das em84xx Plugin die aktuellsten >=vdr-1.3.43 unterstützt.

Steht irgendwas auffälliges in der syslog? Was sagt die CPU-Auslastung?

Mplayer macht das umcodieren automatisch. Glaub mir doch einfach.. ich als Dxr3-Plugin-Entwickler werde es wohl wissen, dass die dxr3 KEIN DIVX (MPEG4, wenn ich mich nicht irre) kann.

Eine Dxr3 kann keine Divx, sondern nur MPEG2.

@powerman: oh... shit... das war nicht gut.. danke für die info... werd ich gleich fixen

helau: Danke. Ist gefixt im cvs

Danke... machst du den cvs import, oder soll ich das machen?

Adde mich bittel als Developer für das Projekt: sourceforge nick: austriancoder

Danke

Also ich verwende ein Plain-VDR und habe da ein kleines Ebuild für das em84xx-Plugin gemacht. Werde das später in den cvs von gentoo.de einbringen.

Als nächstes möchte ich MTRR support in den Treiber einbauen, doch da warte ich bis der CVS ready ist.

Hallo Helau.

Die TODO ist unvollstädig, habe nur den Treiber neu designt.